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 32DC51384C3 for ; Sun, 6 Sep 2015 20:09:30 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2EC9A142B7; Sun, 6 Sep 2015 20:09:21 +0000 (UTC) Received: from BLU004-OMC1S5.hotmail.com (blu004-omc1s5.hotmail.com [65.55.116.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id DD5561421B for ; Sun, 6 Sep 2015 20:09:19 +0000 (UTC) Received: from BLU436-SMTP148 ([65.55.116.8]) by BLU004-OMC1S5.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Sun, 6 Sep 2015 13:09:19 -0700 X-TMN: [qNQLZC3+VBPrrxIL1yJPz0jSqsCvfHy8] 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: Sun, 6 Sep 2015 16:08:15 -0400 User-Agent: KMail/4.14.8 (Linux/3.18.20; KDE/4.14.8; x86_64; ; ) In-Reply-To: References: <55EB31C6.4080905@sys-concept.com> <55EC8419.1040604@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: 06 Sep 2015 20:09:18.0346 (UTC) FILETIME=[E95076A0:01D0E8DF] X-Archives-Salt: 113c5baf-b054-46da-a282-137d790d296b X-Archives-Hash: 428632eab757cd0ebc4c0153a9420127 On Sunday, September 06, 2015 3:40:52 PM Fernando Rodriguez wrote: > On Sunday, September 06, 2015 12:21:13 PM thelma@sys-concept.com wrote: > > > > 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 > > Change the SRC_URI variable on the ebuild to point to one of those mirrors. If > you already have it on distfiles it probably doesn't find it because the SRC_URI > has a different filename. > > > Layman -L > > doesn't list it either > > That's normal because it's not a layman managed overlay. Just make sure to > list it on your repos.conf. When you emerge it with the -v option it should > show your overlay name instead of gentoo next to the package name. > > If it's a binary package you could also just add the dependencies to your > world file or to a set and just unpack it manually to /opt. > > BTW. It is on the attic, and it does requires extra files. Just copy the whole > directory from the attic, including files/, then update the SRC_URI and the > jpeg dependency. > > https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/net-misc/nxclient/?hideattic=0 > > > 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 > > > > Before you uninstall libjpeg backup all the libjpeg libraries from /usr/lib. If for some reason it doesn't work with libjpeg-turbo you can just copy them to /usr/NX/lib as it seems to load libraries from there. -- Fernando Rodriguez