[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#629477: marked as done (transition: gnustep-base, gnustep-gui, libobjc)

Your message dated Sun, 13 Nov 2011 09:53:26 +0100
with message-id <4EBF8586.7060202@dogguy.org>
and subject line Re: Bug#629477: transition: gnustep-base, gnustep-gui, libobjc
has caused the Debian Bug report #629477,
regarding transition: gnustep-base, gnustep-gui, libobjc
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org

629477: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=629477
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: release.debian.org
Severity: normal
User: release.debian.org@packages.debian.org
Usertags: transition

We would like to carry out a GNUstep transition
(libgnustep-base1.20->1.22; libgnustep-gui0.18->0.20) *and*
libobjc2->3, ideally coinciding with the migration of gcc-defaults to
testing (or even better, before that).

All new versions of the core GNUstep packages are already in
experimental.  A routine rebuild revealed only 6 bugs, all of them
having a fix available now:


The latest stable upstream release of gnustep-base (1.22.0) includes
support for the new (modernized) Objective-C runtime in GCC 4.6
(libobjc3).  About 3 months ago, the GCC maintainers asked us to
postpone any GNUstep transitions until libobjc3 is available in
unstable [*]; now the transition is inevitable because gcc-4.6 is the
default compiler on most archs.

[*] http://permalink.gmane.org/gmane.linux.debian.devel.gcc/37170

Expected problems:

* gnustep-base now depends on ICU and is thus tied to future ICU

* gcc-4.5 is still the default compiler on ia64 and sparc.  As
  immediate solution, I intend to add (temporarily) gobjc-4.6 to
  gnustep-base' Build-Depends; that way the packages will still be
  built with the default compiler (4.5), but the new ObjC runtime will
  be used.

* A few runtime bugs may pop-up as usual, and as per Murphy's Law will
  be discovered post-factum.  I hope we can deal with them in due
  time, unless there is a scary arch-specific issue like the hppa
  excitement during the last transition.  TBH, I am quite surprised by
  the low number of bugs so far as they hardly correspond to the
  drastic changes in -base.  It makes me feel somewhat uneasy; we're
  used to battle with a lot more problems.

--- End Message ---
--- Begin Message ---
On 09/08/2011 12:37 PM, Philipp Kern wrote:
> On Thu, Sep 08, 2011 at 10:48:57AM +0300, Yavor Doganov wrote:
>> On Mon, Sep 05, 2011 at 08:37:35PM +0200, Julien Cristau wrote:
>>> We'd like to have a list of packages which are part of this transition.
> […]
>> libgnustep-base1.20 vs libgnustep-base1.22
>> libgnustep-gui0.18 vs libgnustep-gui0.20
> Ok, thanks, please go ahead.

and migrated in yesterday's britney run:

$ dak ls -s testing gnustep-base gnustep-gui
gnustep-base |   1.22.1-2 |       testing | source
gnustep-gui |   0.18.0-5 |       testing | source

Kind regards,

Mehdi Dogguy مهدي الدڤي

--- End Message ---

Reply to: