Your message dated Sat, 12 Jan 2013 12:55:31 +0100
with message-id <[email protected]>
and subject line Re: gparted not installable in unstable on amd64 - needs libc6
from experimental
has caused the Debian Bug report #697978,
regarding gparted not installable in unstable on amd64 - needs libc6 from
experimental
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 [email protected]
immediately.)
--
697978: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=697978
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: gparted
Version: 0.12.1-1
Severity: serious
Justification: Package in unstable depends on package in experimental
On an up to date unstable amd64 box:
$ sudo apt-get install gparted
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
The following packages have unmet dependencies:
gparted : Depends: libc6 (>= 2.14) but 2.13-38 is to be installed
E: Unable to correct problems, you have held broken packages.
$ rmadison libc6
libc6 | 2.11.3-4 | squeeze | amd64, armel, i386, mips, mipsel,
powerpc, s390, sparc
libc6 | 2.13-37 | wheezy | amd64, armel, armhf, i386, mips,
mipsel, powerpc, s390, s390x, sparc
libc6 | 2.13-38 | sid | amd64, armel, armhf, i386, mips,
mipsel, powerpc, s390, s390x, sparc
libc6 | 2.16-0experimental1 | experimental | amd64, armel, armhf, i386,
mipsel, powerpc, s390, s390x, sparc
As amd64 was the upload architecture, I suspect that the wrong
chroot was used to prepare the upload. Please upload a build from
an unstable chroot.
The changelog gives no indication that this version of gparted would
require libc6 from experimental.
-- System Information:
Debian Release: 7.0
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: armel
i386
armhf
Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages gparted depends on:
ii libatkmm-1.6-1 2.22.6-1
ii libc6 2.13-38
ii libgcc1 1:4.7.2-5
ii libglib2.0-0 2.33.12+really2.32.4-5
ii libglibmm-2.4-1c2a 2.32.1-1
ii libgtk2.0-0 2.24.10-2
ii libgtkmm-2.4-1c2a 1:2.24.2-1
ii libpangomm-1.4-1 2.28.4-1
ii libparted0debian1 2.3-12
ii libsigc++-2.0-0c2a 2.2.10-0.2
ii libstdc++6 4.7.2-5
ii libuuid1 2.20.1-5.3
gparted recommends no packages.
Versions of packages gparted suggests:
pn dmraid <none>
ii dmsetup 2:1.02.74-6
ii dosfstools 3.0.13-1
pn gpart <none>
pn jfsutils <none>
ii kpartx 0.4.9+git0.4dfdaf2b-6
pn ntfsprogs <none>
pn reiser4progs <none>
pn reiserfsprogs <none>
pn xfsprogs <none>
ii yelp 3.4.2-1+b1
-- no debconf information
--- End Message ---
--- Begin Message ---
Neil Williams <[email protected]> writes:
> Justification: Package in unstable depends on package in experimental
gparted_0.12.1-2+b1_amd64.deb fixes this:
Depends: [...] libc6 (>= 2.4),
Ansgar
--- End Message ---
