From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1LUZ1q-0001za-U1 for garchives@archives.gentoo.org; Wed, 04 Feb 2009 04:06:24 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 81D0EE064E; Wed, 4 Feb 2009 04:06:20 +0000 (UTC) Received: from yx-out-1718.google.com (yx-out-1718.google.com [74.125.44.155]) by pigeon.gentoo.org (Postfix) with ESMTP id 54CD2E064E for ; Wed, 4 Feb 2009 04:06:20 +0000 (UTC) Received: by yx-out-1718.google.com with SMTP id 4so898680yxp.46 for ; Tue, 03 Feb 2009 20:06:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to :content-type:content-transfer-encoding; bh=ieM3qleWiT7/+oEK3kEAdATdP3uGJCRvdlj6IFun6Qs=; b=A2mXoLRF2ekzJIH9F7bJ0daDBpU6Bt1aA558aUGjg8ZxpyKAhd2LtVFUEALQPnuFsc dHZ6rGxbchz4parWhePXjuxbvKd2I10WUu+khJA3SpkYg3pWownJ0+DzOfLyOOSNKFIE DqRGR0tNFFxLx0Zz+TpRFKlHmiz0OgP1hKzyQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; b=RzmpZlmsqwOyZovOsTUciRjhukbw5jF8GWf2i7niTwLIr7oxS00chaBs6pIhrd/TPC yUe2TTF9kzYUbI//jQYaT9DK4uyBINp/lRqmI1XqUvCczm9eerfZJBPtttrV0lNaTyCZ SJxQcvAVGz36smO0bkj8yjGN7T6DMYt6OSzhE= Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Sender: paul.hartman@gmail.com Received: by 10.150.203.8 with SMTP id a8mr233022ybg.184.1233720380039; Tue, 03 Feb 2009 20:06:20 -0800 (PST) In-Reply-To: <49bf44f10902031542h4e21055emab7438d5510998e5@mail.gmail.com> References: <49bf44f10902031129x4f2adb67w9fbbf1f0867d6cc6@mail.gmail.com> <20090203202359.4022edf8@krikkit> <5bdc1c8b0902031232o4d449aa7j14c68fd4dd7d8c75@mail.gmail.com> <20090203222742.33d93b51@krikkit> <49bf44f10902031451g384274a3v54e8257a3bb84470@mail.gmail.com> <4988CF4D.7040503@gmail.com> <58965d8a0902031522m5ceeb84ck54161d8fbf62b226@mail.gmail.com> <49bf44f10902031530r703eba4es5d54838613ca16dd@mail.gmail.com> <49bf44f10902031542h4e21055emab7438d5510998e5@mail.gmail.com> Date: Tue, 3 Feb 2009 22:06:20 -0600 X-Google-Sender-Auth: 3cbb89895c7248d1 Message-ID: <58965d8a0902032006g536f8c68t50e0b3b33a1b05ca@mail.gmail.com> Subject: Re: [gentoo-user] 'emerge -avDuN world' doesn't find everything From: Paul Hartman To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: b2645a7c-8f69-4b92-a10d-ab582a3fa8ca X-Archives-Hash: ba60137aa351277fafee8c978ca97191 On Tue, Feb 3, 2009 at 5:42 PM, Grant 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. >>>> >>>> root@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) >>>> root@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