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 B6D8E1384C3 for ; Sat, 5 Sep 2015 21:20:44 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 3EC751427A; Sat, 5 Sep 2015 21:20:34 +0000 (UTC) Received: from BLU004-OMC1S3.hotmail.com (blu004-omc1s3.hotmail.com [65.55.116.14]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 3972F1424F for ; Sat, 5 Sep 2015 21:20:33 +0000 (UTC) Received: from BLU436-SMTP175 ([65.55.116.8]) by BLU004-OMC1S3.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Sat, 5 Sep 2015 14:20:32 -0700 X-TMN: [gvDoJSapRxgKvKBoWKNxxhV55vVC5vVI] X-Originating-Email: [frodriguez.developer@outlook.com] Message-ID: From: Fernando Rodriguez To: gentoo-user@lists.gentoo.org Subject: Re: [SOLVED] [gentoo-user] poppler-0.32.0 - error Date: Sat, 5 Sep 2015 17:19:47 -0400 User-Agent: KMail/4.14.8 (Linux/3.18.20; KDE/4.14.8; x86_64; ; ) In-Reply-To: <55EB55F3.1030706@sys-concept.com> References: <55EB31C6.4080905@sys-concept.com> <55EB55F3.1030706@sys-concept.com> 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 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-OriginalArrivalTime: 05 Sep 2015 21:20:32.0207 (UTC) FILETIME=[B25225F0:01D0E820] X-Archives-Salt: c5a4c4b3-8e8e-419e-8e76-5b5a072ad2bc X-Archives-Hash: 4f094c310bba70e34f509475ce8cf630 On Saturday, September 05, 2015 2:52:03 PM thelma@sys-concept.com wrote: > On 09/05/2015 02:30 PM, Fernando Rodriguez wrote: > > On Saturday, September 05, 2015 12:46:02 PM thelma@sys-concept.com wrote: > >> On 09/05/2015 12:23 PM, Alan McKinnon wrote: > >>> On 05/09/2015 20:17, thelma@sys-concept.com wrote: > >>>> I'm trying to re-emerge poppler but I'm getting error message > >>>> Here is the message log: > >>>> http://pastebin.com/Q5EKLW8U > >>> > >>> Don't use pastebin here. It's considered rude. > >>> Post the relevant portion of the error. > >> > >> Apology about it. I was under impression it might look cleaner (less > >> clapper if I post a link to complete log). > >> > >>> I did look at it though, and it's full of jpeg errors. So you need to go > >>> back to your very first post on this subject about a week ago and follow > >>> the advice there, not some other variant of your own invention. > >> > >> Yes, that was correct hint. > >> Fernando was correct, running: > >> media-libs/tiff > >> perl-cleaner --all > > > > 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. -- Fernando Rodriguez