[Debian GNUstep maintainers] New GNUstep releases

[Yavor Doganov]

Явор Доганов wrote:
> Here's the current status:

And here's a short recap from my rebuild (details below):

Total number of bugs: 	      32 [*]
Bugs which will become RC:    12
Bugs in packages not maintained by us: 1 [**]

[*]  Including 2 unreported ones for steptalk and renaissance,
     currently in the NEW queue.
[**] Only adun.app, but since I have write access to debian-med's repo,
     I'll fix it shortly (Andreas Tille or Charles Plessy will upload).

> Make: Already in sid.
> 
> Known issues: The new `debug' handling is incompatible with the way
> most packages handle `noopt' (by defining OPTFLAG), which means
> nostrip doesn't work anymore because the -g flag is swallowed.  I'll
> file bugs for all affected packages (severity: important, except those
> which build -dbg packages where the bug is RC).

20 bugs, none of them RC (gnumail.app-dbg is not affected, since
gnumail does not implement noopt).  Because debugability is so
important, it would be nice to have all of them fixed for squeeze.  It
is unfortunate that so many sourceful uploads will be required, but
what to do :-(.

> Base: http://fsa-bg.org/~yavorescu/gnustep/gnustep-base_1.20.0-1.dsc
> 
> Known issues: I haven't fixed the OPTFLAG issue described above.

Already fixed (at mentors.d.n).

> GUI: http://fsa-bg.org/~yavorescu/gnustep/gnustep-gui_0.18.0-1.dsc
> 
> Known issues: Sounds are not installed, because I forgot to add the
> compatibility symlink in gnustep-make.  Since it seems a bit
> convoluted to add it in -gui and then move it to -make that can wait a
> bit.

I'll fix -make after the migration to testing.

> Also, the speech stuff is not built because flite in Debian doesn't
> provide a shared library (only static).

I'll file a wishlist bug against flite.

> Back: http://fsa-bg.org/~yavorescu/gnustep/gnustep-back_0.18.0-1.dsc
> 
> Known issues: With defoma stuff being killed, there are now 2
> completely empty packages (gnustep-back-common and gnustep-back0.18),
> plus one very small one (-doc).  I think we should remove one or two.

For now, I suggest to merge -doc into -common.

> TTBOMK, antidefomazation works properly, but please test carefully.

I discovered yet another minor issue (unnecessary defoma cleanup in
prerm), which I'll fix before the actual upload.

> I'll start rebuilding everything, and will file bugs (severity:
> important) with the following usertags:
> 
> gnustep-make2.4-transition -- for the OPTFLAG issue

20 bugs:
http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=tag&users=pkg-gnustep-maintainers@lists.alioth.debian.org&data=gnustep-make2.4-transition

> gnustep-base1.20-transtion -- for FTBFS not caused by -gui

9 bugs:
http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=tag&users=pkg-gnustep-maintainers@lists.alioth.debian.org&data=gnustep-base1.20-transition

> gnustep-gui0.18-transition -- self-explanatory

3 bugs:
http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=tag&users=pkg-gnustep-maintainers@lists.alioth.debian.org&data=gnustep-gui0.18-transition

Additionally, I added a generic `gnustep-transition' tag, to enable us
to have a general overview:

http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=tag&users=pkg-gnustep-maintainers@lists.alioth.debian.org&data=gnustep-transition

We'll use this for future transitions, so consider it a static URL
(fixed/archived bugs will disappear from the list).

> I'll look at all FTBFS bugs and try to provide patches after I finish
> rebuilding (probably tomorrow evenening, depends on my engagements at
> work).  Then we can evaluate if the transition is manageable; the
> usertags should help in this regard.

Here is the list of packages and maintainers (where "maintainer" ==
"the person who appears to be taking care of the package"):

cynthiune.app	   	Yavor
etoile			Yavor
gnustep-dl2		Federico
gnustep-examples	Apparently nobody, Gürkan is in Uploaders
gorm.app		Gürkan
lusernet.app		Yavor
preview.app		Federico
projectmanager.app	Yavor
rssreader.app		Yavor
talksoup.app		Gürkan
terminal.app		Gürkan
textedit.app		Gürkan

I'll fix "my" packages first, and then will proceed with others (if
still unfixed by then), starting with apps that are abandoned upstream
(e.g. preview.app, talksoup.app).  I suggest you to do the same.  Note
that Gorm and GDL2 almost certainly are fixed in upstream SVN.

If you have a fix for a bug ready and tested, please mark it "pending"
to avoid duplicate efforts.  If you find it difficult to fix it, tag
it "help" so that others can take a look.  If the fix is safe wrt
current stack (1.19.3/0.16.0), upload right away (the package will be
binNMU'ed when the time comes).  If it depends on the new version(s),
then the upload must happen after the core libs are uploaded to sid.
In this case, don't forget to bump the required version in
debian/control in order the package to be rebuilt against the new libs
on all archs, and to avoid FTBFS when built for an older suite like
lenny.

That's all, I think.
Let's roll up our sleeves and get the bugs fixed ASAP!