Re: [SOLVED] [gentoo-user] poppler-0.32.0 - error
On Sunday, September 06, 2015 3:40:52 PM Fernando Rodriguez wrote: > On Sunday, September 06, 2015 12:21:13 PM the...@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
Re: [SOLVED] [gentoo-user] poppler-0.32.0 - error
On 09/06/2015 01:40 PM, Fernando Rodriguez wrote: [snip] > >> 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. I think you are talking about: /etc/portage/repos.conf/local.conf In that file I have: cat /etc/portage/repos.conf/local.conf [local_portage_nxclient] location = /usr/local/portage masters = gentoo auto-sync = no Thelma.
Re: [SOLVED] [gentoo-user] poppler-0.32.0 - error
Thelma On 09/06/2015 01:40 PM, Fernando Rodriguez wrote: [snip] >> 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. Hmm I don't know which directory you talking about, is it: https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/net-misc/nxclient/files/?hideattic=0 I just downloaded: nxclient-3.5.0.7.ebuild and have only two files in: /usr/local/portage/net-misc/nxclient -rw-r--r-- 1 root root 1162 Sep 6 17:21 Manifest -rw-r--r-- 1 root root 1991 Sep 6 17:21 nxclient-3.5.0.7.ebuild > 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 removed: media-libs/jpeg and emerged libjpeg-turbo I think it worked, I changed in: nxclient-3.5.0.7.ebuild ... SRC_URI="http://download.vrdc.cornell.edu/extras/other/nxclient-3.5.0-7.x86_64.tar.gz; RDEPEND="dev-libs/expat >=dev-libs/openssl-0.9.8 media-libs/audiofile media-libs/libjpeg-turbo ... Generated new manifest and it compiled just fine. This solved the problem with audacity-2.0.5 I had a problem previously; now it compiles just fine. Thanks, Thelma
Re: [SOLVED] [gentoo-user] poppler-0.32.0 - error
On Sunday, September 06, 2015 6:14:52 PM the...@sys-concept.com wrote: > > Thelma > > On 09/06/2015 01:40 PM, Fernando Rodriguez wrote: > [snip] > >> 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. > > Hmm I don't know which directory you talking about, is it: > https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/net-misc/nxclient/files/?hideattic=0 That's it, if you don't need them they where likely for old versions so nevermind. > I just downloaded: nxclient-3.5.0.7.ebuild > and have only two files in: > /usr/local/portage/net-misc/nxclient > -rw-r--r-- 1 root root 1162 Sep 6 17:21 Manifest > -rw-r--r-- 1 root root 1991 Sep 6 17:21 nxclient-3.5.0.7.ebuild > > > 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 removed: media-libs/jpeg > and emerged libjpeg-turbo > > I think it worked, I changed in: nxclient-3.5.0.7.ebuild > ... > SRC_URI="http://download.vrdc.cornell.edu/extras/other/nxclient-3.5.0-7.x86_64.tar.gz; > > RDEPEND="dev-libs/expat > >=dev-libs/openssl-0.9.8 > media-libs/audiofile > media-libs/libjpeg-turbo > ... > > Generated new manifest and it compiled just fine. Good. You probably want to make that dependency virtual/jpeg and re-emerge so if it changes in the future you don't run into the same problem. And yes, that was the right file in repos.conf, I just have it all in a single repos.conf file which works too. > This solved the problem with audacity-2.0.5 I had a problem previously; now it compiles just fine. > > Thanks, > Thelma > -- Fernando Rodriguez
Re: [SOLVED] [gentoo-user] poppler-0.32.0 - error
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
Re: [SOLVED] [gentoo-user] poppler-0.32.0 - error
On Sunday, September 06, 2015 12:21:13 PM the...@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 > -- Fernando Rodriguez
Re: [SOLVED] [gentoo-user] poppler-0.32.0 - error
On Saturday, September 05, 2015 12:46:02 PM the...@sys-concept.com wrote: > On 09/05/2015 12:23 PM, Alan McKinnon wrote: > > On 05/09/2015 20:17, the...@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. > seem to solve this problem. > > > > > > >> > >> I've tried to run: > >> perl-cleaner --all (but that did not solve anything) > >> > >> * Finding left over modules and header > >> > >> * The following files remain. These were either installed by hand > >> * or edited. This script cannot deal with them. > >> > >> /usr/lib64/perl5/5.12.4/x86_64-linux/Encode/ConfigLocal.pm > >> /usr/lib64/perl5/vendor_perl/5.12.4/XML/SAX/ParserDetails.ini > >> /usr/lib64/perl5/vendor_perl/5.18.2/XML/SAX/ParserDetails.ini > >> /usr/lib64/perl5/vendor_perl/5.16.3/XML/SAX/ParserDetails.ini > > > > Read the message. Either you put them there yourself (using cpan or > > such), or the files were edited since being installed. Either way, the > > script is refusing to touch them (wisely) > > > > Those files are ancient and not needed. Delete them, and all empty > > parent directories > > I'll look into it. > > Thelma > -- Fernando Rodriguez
Re: [SOLVED] [gentoo-user] poppler-0.32.0 - error
On 05/09/2015 20:46, the...@sys-concept.com wrote: > On 09/05/2015 12:23 PM, Alan McKinnon wrote: >> On 05/09/2015 20:17, the...@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 > > seem to solve this problem. > >> >> >>> >>> I've tried to run: >>> perl-cleaner --all (but that did not solve anything) >>> >>> * Finding left over modules and header >>> >>> * The following files remain. These were either installed by hand >>> * or edited. This script cannot deal with them. >>> >>> /usr/lib64/perl5/5.12.4/x86_64-linux/Encode/ConfigLocal.pm >>> /usr/lib64/perl5/vendor_perl/5.12.4/XML/SAX/ParserDetails.ini >>> /usr/lib64/perl5/vendor_perl/5.18.2/XML/SAX/ParserDetails.ini >>> /usr/lib64/perl5/vendor_perl/5.16.3/XML/SAX/ParserDetails.ini >> >> Read the message. Either you put them there yourself (using cpan or >> such), or the files were edited since being installed. Either way, the >> script is refusing to touch them (wisely) >> >> Those files are ancient and not needed. Delete them, and all empty >> parent directories > > I'll look into it. There's nothing to look into. There are no perl versions earlier than 2.20 in the tree so those files can never be used. They are old cruft. -- Alan McKinnon alan.mckin...@gmail.com
Re:[SOLVED] [gentoo-user] poppler-0.32.0 - error
On 09/05/2015 12:23 PM, Alan McKinnon wrote: > On 05/09/2015 20:17, the...@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 seem to solve this problem. > > >> >> I've tried to run: >> perl-cleaner --all (but that did not solve anything) >> >> * Finding left over modules and header >> >> * The following files remain. These were either installed by hand >> * or edited. This script cannot deal with them. >> >> /usr/lib64/perl5/5.12.4/x86_64-linux/Encode/ConfigLocal.pm >> /usr/lib64/perl5/vendor_perl/5.12.4/XML/SAX/ParserDetails.ini >> /usr/lib64/perl5/vendor_perl/5.18.2/XML/SAX/ParserDetails.ini >> /usr/lib64/perl5/vendor_perl/5.16.3/XML/SAX/ParserDetails.ini > > Read the message. Either you put them there yourself (using cpan or > such), or the files were edited since being installed. Either way, the > script is refusing to touch them (wisely) > > Those files are ancient and not needed. Delete them, and all empty > parent directories I'll look into it. Thelma
Re: [SOLVED] [gentoo-user] poppler-0.32.0 - error
On 09/05/2015 02:30 PM, Fernando Rodriguez wrote: > On Saturday, September 05, 2015 12:46:02 PM the...@sys-concept.com wrote: >> On 09/05/2015 12:23 PM, Alan McKinnon wrote: >>> On 05/09/2015 20:17, the...@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
Re: [SOLVED] [gentoo-user] poppler-0.32.0 - error
On Saturday, September 05, 2015 2:52:03 PM the...@sys-concept.com wrote: > On 09/05/2015 02:30 PM, Fernando Rodriguez wrote: > > On Saturday, September 05, 2015 12:46:02 PM the...@sys-concept.com wrote: > >> On 09/05/2015 12:23 PM, Alan McKinnon wrote: > >>> On 05/09/2015 20:17, the...@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