Summary: | help2man depends on Locale-gettext but it was not a dependency | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Shawn Rutledge <s> |
Component: | New packages | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | devel, jlec, j_gentoo, samuel.lethiec, stefan |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Shawn Rutledge
2006-09-28 23:52:29 UTC
<snip> DEPEND="${RDEPEND} elibc_glibc? ( nls? ( dev-perl/Locale-gettext >=sys-devel/gettext-0.12.1-r1 ) )" </snip> I see that, but somehow it failed to emerge Locale-gettext automatically. *** Bug 152934 has been marked as a duplicate of this bug. *** *** Bug 430144 has been marked as a duplicate of this bug. *** *** Bug 470208 has been marked as a duplicate of this bug. *** *** Bug 449118 has been marked as a duplicate of this bug. *** *** Bug 456278 has been marked as a duplicate of this bug. *** I'm not sure why this bug is marked as INVALID? I don't mind installing one package by hand, but I'd like to understand why this is not a bug? thanks! Please re-evaluate this as multiple users are still experience this. (In reply to comment #8) > > I'm not sure why this bug is marked as INVALID? I don't mind installing one > package by hand, but I'd like to understand why this is not a bug? > > thanks! ssuominen@null ~ $ sudo emerge -pv help2man These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild R ] sys-apps/help2man-1.41.2 USE="nls" 0 kB [ebuild N ] dev-perl/Locale-gettext-1.50.0 8 kB Total: 2 packages (1 new, 1 reinstall), Size of downloads: 8 kB Sounds like you forgot to run `perl-cleaner --all` as instructed by perl's ebuild after perl upgrade which would have re-emerged Locale-gettext and other required packages, or otherwise they would indeed appear as missing From the duplicated bugs: https://bugs.gentoo.org/show_bug.cgi?id=470208#c3 https://bugs.gentoo.org/show_bug.cgi?id=449118#c2 Since this implies to every dev-perl/* package in whole tree, the decision for using subslot operators and how, should come from the perl@ developers -- a general consensus I understand that this is (and why it is) resolved. I still need to ask, if it is somehow possible to fix this by getting perl-cleaner into world updates. It sounds bad, but I have stumbled into this many times when doing world updates and left them running over night. Just to find out next morning that 30% went okay, but because it failed to update help2man, because of (already correctly existing) dev-perl/Locale-gettext. Problem is solved next morning by running Locale-gettext update by hand and then doing help2man update. After this world update runs fine. This is from failed world update: --- Clip! --- >>> Emerging (157 of 388) sys-apps/help2man-1.43.3 * help2man-1.43.3.tar.gz SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ] >>> cfg-update-1.8.2-r1: Skipping checksum index updating... >>> Unpacking source... >>> Unpacking help2man-1.43.3.tar.gz to /var/tmp/portage/sys-apps/help2man-1.43.3/work >>> Source unpacked in /var/tmp/portage/sys-apps/help2man-1.43.3/work >>> Preparing source in /var/tmp/portage/sys-apps/help2man-1.43.3/work/help2man-1.43.3 ... * Applying help2man-1.36.4-respect-LDFLAGS.patch ... [ ok ] * Applying help2man-1.38.4-linguas.patch ... [ ok ] >>> Source prepared. >>> Configuring source in /var/tmp/portage/sys-apps/help2man-1.43.3/work/help2man-1.43.3 ... ./configure --prefix=/usr --build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --libdir=/usr/lib64 --enable-nls checking for perl... perl checking for module Locale::gettext... no checking for msgfmt... /usr/bin/msgfmt checking for x86_64-pc-linux-gnu-gcc... x86_64-pc-linux-gnu-gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether x86_64-pc-linux-gnu-gcc accepts -g... yes checking for x86_64-pc-linux-gnu-gcc option to accept ISO C89... none needed checking for library containing dlsym... -ldl checking for library containing bindtextdomain... none required configure: error: perl module Locale::gettext required --- Clip! --- And this was listed by "equery list '*'" prior to world update: dev-perl/Locale-gettext-1.50.0 Sorry if this should have been posted to forums instead, wasn't sure. |