On Tue, Feb 3, 2009 at 5:42 PM, Grant <emailgr...@gmail.com> wrote: >>>>>>> When this was asked a few weeks ago someone then asked why >>>>>>> --with-bdeps Y isn't the default? This seems to burn nearly everyone >>>>>>> once in awhile. >>>>>>> >>>>>> Because using --with-bdeps y causes unnecessary compilation of packages >>>>>> that don't need t0 be changed. They won't be used again until the >>>>>> dependent package is updated, so why waste time rebuilding them in the >>>>>> interim? >>>>>> >>>>>> No one really gets "burned" by this, they just wonder why installed >>>>>> packages aren't upgraded, nothing stops working. >>>>>> >>>>> >>>>> I added: >>>>> >>>>> EMERGE_DEFAULT_OPTS="--with-bdeps n" >>>>> >>>>> to make.conf and ran 'emerge --depclean' and it got rid of a bunch of >>>>> stuff, but I'm still confused by boost. --depclean didn't remove it, >>>>> 'emerge -avDuN world' doesn't downgrade it even --with-bdeps y, but >>>>> 'emerge -pv boost' would downgrade it. I also re-emerged twinkle and >>>>> rb_libtorrent which are the packages that depend on boost, but the >>>>> result is the same. >>>>> >>>>> Also man seems to be broken after that --depclean. When I try to use >>>>> it, I get errors starting with: >>>>> >>>>> sh: /usr/bin/unlzma: No such file or directory >>>>> >>>>> - Grant >>>>> >>>>> >>>>> >>>> >>>> >>>> This may help. >>>> >>>> r...@smoker / # equery belongs /usr/bin/unlzma >>>> [ Searching for file(s) /usr/bin/unlzma in *... ] >>>> app-arch/lzma-utils-4.32.7 (/usr/bin/unlzma -> lzma) >>>> r...@smoker / # >>>> >>>> I would rebuild that or see why it is not already installed. I would >>>> think that would be part of system??? I'm not sure tho. >>> >>> I seem to recall some switch from LZMA to BZ2 manpages in an >>> etc-update recently ... >> >> emerging lzma-utils fixed it, thank you. I always etc-update as soon >> as the packages are built. Should lzma-utils be a dependency of >> something? >> >> - Grant > > Weird, --depclean wants to remove lzma-utils again even though: > > # equery depends lzma-utils > [ Searching for packages depending on lzma-utils... ] > dev-libs/mpfr-2.3.2 (app-arch/lzma-utils) > media-libs/libpng-1.2.34 (app-arch/lzma-utils) > media-libs/netpbm-10.44.00-r1 (app-arch/lzma-utils) > net-dns/dnsmasq-2.45 (app-arch/lzma-utils) > net-misc/netkit-rsh-0.17-r9 (app-arch/lzma-utils) > sys-apps/coreutils-6.10-r2 (app-arch/lzma-utils) > sys-apps/net-tools-1.60_p20071202044231-r1 (app-arch/lzma-utils) > sys-devel/m4-1.4.11 (app-arch/lzma-utils) > sys-kernel/linux-headers-2.6.27-r2 (app-arch/lzma-utils) > sys-libs/gpm-1.20.5 (app-arch/lzma-utils) > > Maybe it's listed as a build-time dependency of coreutils when it > should be runtime? > > - Grant > >
coreutils is an lzma archive, so lzma-utils are required to decompress it. So it seems proper that it's a build-time dep. I think there was something about man using lzma IF you had lzma-utils installed at the time of emerging man. So maybe you can try to unmerge lzma-utils, then re-emerge man (and maybe convert your lzma manpages to bz2). Also be sure you've got PORTAGE_COMPRESS set to what you'd like in your make.conf
