From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id A92B61384C3 for ; Sun, 6 Sep 2015 18:21:12 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 5217E142CE; Sun, 6 Sep 2015 18:20:59 +0000 (UTC) Received: from mail145c7.megamailservers.com (mail752.megamailservers.com [69.49.98.62]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 4A5C314265 for ; Sun, 6 Sep 2015 18:20:58 +0000 (UTC) X-POP-User: admin@sys-concept.com Received: from [10.0.0.100] (S01060050da7ae68c.ed.shawcable.net [68.149.90.13]) by mail145c7.megamailservers.com (8.14.9/8.13.1) with ESMTP id t86IKrAh006237 for ; Sun, 6 Sep 2015 14:20:57 -0400 Subject: Re: [SOLVED] [gentoo-user] poppler-0.32.0 - error To: gentoo-user@lists.gentoo.org References: <55EB31C6.4080905@sys-concept.com> <55EB55F3.1030706@sys-concept.com> From: thelma@sys-concept.com X-Enigmail-Draft-Status: N1110 Message-ID: <55EC8419.1040604@sys-concept.com> Date: Sun, 6 Sep 2015 12:21:13 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 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 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-CTCH-RefID: str=0001.0A020202.55EC8409.0087,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown X-CTCH-Score: 0.000 X-CTCH-Rules: X-CTCH-Flags: 0 X-CTCH-ScoreCust: 0.000 X-CSC: 0 X-CHA: v=2.1 cv=TcOv63gh c=1 sm=1 tr=0 a=C3ZDv51cNVt4vJz/79I2xQ==:117 a=C3ZDv51cNVt4vJz/79I2xQ==:17 a=SDcUNfBxAAAA:8 a=BDKbP5mgAAAA:8 a=046jbqsEAAAA:8 a=IkcTkHD0fZMA:10 a=SkaxrWrkAAAA:8 a=n2rPbkq-L86wl5DUVV0A:9 a=QEXdDO2ut3YA:10 X-Archives-Salt: b64a93e2-a1d4-488d-8b6c-f51d9fe52ab2 X-Archives-Hash: a14847587c840fc7b3089a7ce2821f77 On 09/05/2015 03:19 PM, Fernando Rodriguez wrote: [snip] >>> >>> I was right that rebuilding libtiff (not perl-cleaner) will get you past > that >>> ebuild, but my advice was the same you just received, go back to the *VERY >>> FIRST* post on the subject and fix the root of the problem. You will see > that >>> error again (or worse runtime errors) until you fix it. >>> >>> Hint: It was Alan that gave you the solution. You chose to fix it by > installing >>> an incompatible jpeg implementation. That needs to be undone. >> >> It seems to me Alan solution: >> emerge -avC libjpeg-turbo >> emerge -av1 media-libs/jpeg:0 media-libs/jpeg:62 >> >> It will come to hunt me. It allow me to keep going with upgrades as I >> couldn't find any better solution. >> >> Currently I have media-libs/jpeg installed in two slots: >> media-libs/jpeg-6b-r12:62 >> media-libs/jpeg-8d-r1:0 >> >> I can not get rid of "media-libs/jpeg-6b-r12" due to dependency >> net-misc/nxclient-3.5.0.7 (=media-libs/jpeg-6*) >> >> I need "nxclient" for now until I find better solution. >> >> According to: equery d media-libs/jpeg-8d-r1 >> * These packages depend on media-libs/jpeg-8d-r1: >> virtual/jpeg-0-r2 (>=media-libs/jpeg-8d-r1:0 >> >> Maybe I could uninstall jpeg-8d-r1 as only "virtual/jpeg-0-r2" depends >> on it. >> >> Thelma >> > > That was your own solution. You have a few ways to solve it. > > 1. Grab the last version of nxclient from the gentoo attic (or from > /var/db/pkg/net-misc/nxclient if it doesn't need any files to build) change the > dependency to virtual/jpeg, put it on a local overlay and re-emerge it (after > replacing libjpeg with libjpeg-turbo again) > 2. Rebuild everything that depends on libjpeg on the right order. Something > like (I have not tested this command, but it may build stuff you don't have > installed, hence the --depclean, maybe somebody can give you a better one): > > # emerge --oneshot `equery depends virtual/jpeg` > # emerge --depclean --ask > > 3. This is a hack and I've never done it. In /var/db/pkg/net-misc/nxclient > update all media-libs/jpeg to the virtual/jpeg. Then unmerge all media- > libs/jpeg slots and emerge libjpeg turbo. This should work because anything > linked against jpeg *should* work with jpeg-turbo but not the other way > around. Good ideas, thank you. I'm trying to implement one of this ideas but I have a problem with making manifest. The nxclient-3.5.0.7.ebuild is not in "attic" but I have a local copy. Though, I can not "manifest" the ebuild it can not be found: nxclient-3.5.0-7.x86_64.tar.gz ebuild /usr/local/portage/net-misc/nxclient/nxclient-3.5.0.7.ebuild manifest Layman -L doesn't list it either Various places have it, like: https://baobabmaster.unige.ch/download/linux/ I downloaded and copy the file to: /usr/portage/distfiles but system still try to download the file when I try to make ebuild ... manifest" Thelma