Your message dated Sun, 25 Nov 2012 21:37:31 +0100
with message-id <20121125213731.728b1...@midna.rag.lan>
and subject line Re: Bug#676229: gnustep-make: should depend on a chosen
version of gobjc, not just "gobjc"
has caused the Debian Bug report #676229,
regarding gnustep-make: should depend on a chosen version of gobjc, not just
"gobjc"
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 ow...@bugs.debian.org
immediately.)
--
676229: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=676229
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: gnustep-make
Version: 2.6.2-2
Severity: grave
Justification: renders package unusable
It is currently impossible to install a dev environment for GNUstep. This is
because, on one side, gnustep-make depends on libgnustep-base-dev, which
depends on libgnustep-base-XX which currently depends on gobjc-4.6, and, on the
other side, gnustep-make depends on gobjc, which is a metapackage depending on
gobjc-4.7.
This leaves a situation where both libobjc libs must be installed, while being
binary-incompatible with each other (expectedly).
Since this will likely occur again at each update of gcc, gnustep-make should
depend on a chosen version of gobjc-XX and stick to it until all packages are
rebuilt.
In general, the default version of GCC does not change often during the
development of a Debian release and it would provide a safe way to update
packages without risking screwing up the GNUstep installation.
-- System Information:
Debian Release: wheezy/sid
APT prefers stable
APT policy: (500, 'stable'), (1, 'experimental')
Architecture: i386 (x86_64)
Kernel: Linux 2.6.37-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages gnustep-make depends on:
ii gnustep-common [gnustep-fslay 2.4.0-3 Common files for the core GNUstep
gnustep-make recommends no packages.
Versions of packages gnustep-make suggests:
pn gnustep-base-common <none> (no description available)
pn gnustep-make-doc <none> (no description available)
-- no debconf information
--- End Message ---
--- Begin Message ---
On Sat, 14 Jul 2012 14:46:50 +0200
Jeroen Dekkers <jer...@dekkers.ch> wrote:
> Am I missing something that still needs to be done or is this bug
> fixed by the upload of gnustep-base 1.22.1-3 and can be closed?
IMO, the bug is fixed. I cannot see any dependency on gobjc-4.6 anymore
in a recent wheezy virtual machine and installation works just fine:
# apt-get install gnustep-make
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer required:
cpp-4.3 gcc-4.3-base libgmp3c2 linux-headers-2.6-amd64
linux-headers-2.6.32-5-common linux-kbuild-2.6.32 python-support
virtualbox-ose-guest-dkms virtualbox-ose-guest-utils
Use 'apt-get autoremove' to remove them.
The following extra packages will be installed:
autotools-dev gnustep-common gobjc gobjc-4.7 libobjc4
Suggested packages:
gnustep-base-common gnustep-make-doc gobjc-multilib gobjc-4.7-multilib
gcc-4.7-doc libobjc4-dbg
The following NEW packages will be installed:
autotools-dev gnustep-common gnustep-make gobjc gobjc-4.7 libobjc4
0 upgraded, 6 newly installed, 0 to remove and 0 not upgraded.
Since there was no objection for many months, I am closing this bug
now.
--
Best regards,
Michael
--- End Message ---
