[Debian GNUstep maintainers] Planning a GNUstep transition.

[Hubert Chathi]

Anyone from the release team want to comment on whether we will be
allowed to move forward with this transition?

(P.S.: please Cc: pkg-gnustep-maintainers at lists.alioth.debian.org in
replies.)

On Sun, 08 Jun 2008 14:24:27 -0400, Hubert Chathi <uhoreg at debian.org> said:

> Hello, release team, Due to licensing issues, we have been unable to
> legally update the core GNUstep libraries (gnustep-base, gnustep-gui,
> gnustep-back) to the latest upstream versions while keeping all our
> applications.  This issue has recently been resolved, and so the
> GNUstep team would like to update the GNUstep libraries in Debian to
> either the latest upstream "unstable" release, or the upcoming
> upstream "stable" release (which should be released hopefully this
> Saturday or so).  However, this will involve a soname bump for the
> libraries, so this is a library transition.

> This transition should be much less painful than the last GNUstep
> transition that we had; the last GNUstep transition involved extensive
> changes to the build system, which required a lot of editing of source
> files.  This transition should be able to be handled by just
> recompiling most of the packages (a few packages may need a bit of
> editing, but those should be the minority), and so should be mostly
> handled by binNMUs, except in the case where we also want to update to
> new versions of certain applications.

> Please let us know if we can go ahead with planning a transition, or
> what steps we should be taking.  We already have a fairly recent
> version of gnustep-base, gnustep-gui, and gnustep-back in experimental
> for maintainers to try compiling their packages against.

We are planning on manually updating the following packages
- agenda.app (new upstream)
- gorm.app (new upstream, currently in experimental)
- price.app (new upstream, currently in experimental)
- projectcenter.app (new upstream)
- zipper.app (new upstream, currently in experimental)
- terminal.app (requires a small source change to compile against latest
  GNUstep, currently in experimental)
- gnustep-dl2 (maybe.  upstream plans on doing a new release RSN)

The following packages can be binNMUed:
aclock.app
addresses-for-gnustep
adun.app
affiche
batmon.app
biococoa.app
camera.app
cenon.app
charmap.app
cynthiune.app
displaycalibrator.app
easydiff.app
edenmath.app
etoile
ftp.app
gnumail (depends on pantomime1.2, addresses-for-gnustep)
gnustep-examples
gnustep-netclasses
gnuwash.app
gomoku.app
gridlock.app
gtamsanalyzer.app
gworkspace (depends on popplerkit.framework)
helpviewer.app
innerspace.app
latex.service
lusernet.app (depends on pantomime1.2)
lynkeos.app
mines.app
mknfonts.tool
mpdcon.app
oolite
open.app
paje.app
pantomime1.2
plopfolio.app
poe.app
popplerkit.framework
preferences.app
preview.app
projectmanager.app
remotedesk
renaissance
rssreader.app
shisen.app
stepbill.app
steptalk
stepulator.app
talksoup.app (depends on gnustep-netclasses)
textedit.app
timemon.app
viewpdf.app (depends on popplerkit.framework)
volumecontrol.app
wrapperfactory.app

-- 
Hubert Chathi <uhoreg at debian.org> -- Jabber: hubert at uhoreg.ca
PGP/GnuPG key: 1024D/124B61FA         http://www.uhoreg.ca/
Fingerprint: 96C5 012F 5F74 A5F7 1FF7  5291 AF29 C719 124B 61FA