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