[gentoo-user] Re: libpng12 is missing
Alex Schuster writes: > Harry Putnam writes: > >> Alex Schuster writes: >> > After writing down some ideas about installing the old libraries >> > somewhere in parallel, I just checked eix, and there is an extra >> > slot for the 1.2 version. So, just emerge media-libs/libpng:1.2 , >> > and I'd expect all to be fine then. >> >> Doesn't seem to be the case here. (Some details below), But do we have >> a accepted way to handle this problem now? > > When I wrote this, I did not really know much about this, I just spotted > the 2nd slot. At that time, I also had a little libpng trouble, I could > not update @world due to libpng blockers. I unmerged libpng, updated > something that was blocking (don't remember what), and remerged libpng, > because many applications were no longer working. I did the world update, > ran lafilefixer --justfixit, emerged @preserved-libs, and had to do a > revdep-rebuild, don't know why, I thought with FEATURES=preserve-libs this > should no longer necessary. > > But in the end, everything is sane now. My eix output looks similar, I > also have both 1.2.43-r3 and 1.4.2 installed. > >> But still some pkgs strike out from what appears to be libpng errors: >> >> Example: xfce-base/thunar-1.0.2, (Wrapped for mail) >> (Emphasis added with asterisks -ed hp) >> ---- ---=--- - >> tail of emerge: >> >> , >> >> | [...] >> | >> | /usr/lib/gcc/i686-pc-linux-gnu/4.4.3/../../../../\ >> | >> | i686-pc-linux-gnu/bin/ld: >> | cannot find -lpng12 > > Weird. I just tried that, and thunar-1.0.2 compiles just fine. > Does /usr/lib/libpng12.so.0 exist on your system? But, wait a minute, my > thunar links to libpng14.so.14, not to 1.2. Do you have > /usr/lib/libpng14.so.14? Maybe lafilefixer -justfixit fixed something for > me, and you should try this, too? Thanks for your reply, but I guess it will remain a puzzle... I did so many things fussing with libpng... I'm not sure what fixed it in the end. One of them was to redo installing both libpng version all over again, by emerge -vC libpng completely then installing again making sure to install 1.4 first, and 1.2 in the slot. But also used `lafilefixer -justfixit' Not to mention Neils fix with the nifty regular expressions. Also a revdep-rebuild in there. At some point I was able to startx... (A libpng 1.2 error had been stopping X from starting) and finish the rest from X. (getting the xfce pkgs to install finally.) I kept having the nagging feeling I might have originally had the libpng version in the wrong order... I'm not sure if that is even possible though.
Re: [gentoo-user] Re: libpng12 is missing
Harry Putnam writes: > Alex Schuster writes: > > After writing down some ideas about installing the old libraries > > somewhere in parallel, I just checked eix, and there is an extra > > slot for the 1.2 version. So, just emerge media-libs/libpng:1.2 , > > and I'd expect all to be fine then. > > Doesn't seem to be the case here. (Some details below), But do we have > a accepted way to handle this problem now? When I wrote this, I did not really know much about this, I just spotted the 2nd slot. At that time, I also had a little libpng trouble, I could not update @world due to libpng blockers. I unmerged libpng, updated something that was blocking (don't remember what), and remerged libpng, because many applications were no longer working. I did the world update, ran lafilefixer --justfixit, emerged @preserved-libs, and had to do a revdep-rebuild, don't know why, I thought with FEATURES=preserve-libs this should no longer necessary. But in the end, everything is sane now. My eix output looks similar, I also have both 1.2.43-r3 and 1.4.2 installed. > But still some pkgs strike out from what appears to be libpng errors: > > Example: xfce-base/thunar-1.0.2, (Wrapped for mail) > (Emphasis added with asterisks -ed hp) > ---- ---=--- - > tail of emerge: > > , > > | [...] > | > | /usr/lib/gcc/i686-pc-linux-gnu/4.4.3/../../../../\ > | > | i686-pc-linux-gnu/bin/ld: > | cannot find -lpng12 Weird. I just tried that, and thunar-1.0.2 compiles just fine. Does /usr/lib/libpng12.so.0 exist on your system? But, wait a minute, my thunar links to libpng14.so.14, not to 1.2. Do you have /usr/lib/libpng14.so.14? Maybe lafilefixer -justfixit fixed something for me, and you should try this, too? Wonko
[gentoo-user] Re: libpng12 is missing
Alex Schuster writes: > After writing down some ideas about installing the old libraries somewhere > in parallel, I just checked eix, and there is an extra slot for the 1.2 > version. So, just emerge media-libs/libpng:1.2 , and I'd expect all to be > fine then. Doesn't seem to be the case here. (Some details below), But do we have a accepted way to handle this problem now? ---- ---=--- - eix shows both versions installed with 1.2.43-r3 in slots (1.2) and 1.4.2 in slot 0. Or at least I THINK thats what that output means. (Asterisks added ed -hp) I] media-libs/libpng Available versions: (0) 1.2.43-r2 (~)1.4.2 (1.2) (~)1.2.43-r3 Installed versions: ( ** 1.2.43-r3(1.2) ** )(10:18:02 05/23/10) ( ** 1.4.2 ** ) 10:14:51 But still some pkgs strike out from what appears to be libpng errors: Example: xfce-base/thunar-1.0.2, (Wrapped for mail) (Emphasis added with asterisks -ed hp) ---- ---=--- - tail of emerge: , | [...] | | /usr/lib/gcc/i686-pc-linux-gnu/4.4.3/../../../../\ | i686-pc-linux-gnu/bin/ld: | | cannot find -lpng12 | | collect2: ld returned 1 exit status | make[4]: *** [thunar-tpa] Error 1 | | make[4]: Leaving directory | `/var/tmp/portage/xfce-base/thunar-1.0.2/work/\ | Thunar1.0.2/plugins/thunar-tpa' | | make[3]: *** [all] Error 2 | | make[3]: Leaving directory | `/var/tmp/portage/xfce-base/thunar-1.0.2/work/\ | Thunar1.0.2/plugins/thunar-tpa' | | make[2]: *** [all-recursive] Error 1 | | make[2]: Leaving directory | `/var/tmp/portage/xfce-base/thunar-1.0.2/work/Thunar1.0.2/plugins' | | make[1]: *** [all-recursive] Error 1 | | make[1]: Leaving directory | `/var/tmp/portage/xfce-base/thunar-1.0.2/work/Thunar1.0.2' | | make: *** [all] Error 2 | * ERROR: xfce-base/thunar-1.0.2 failed: | * emake failed | * | * Call stack: | * ebuild.sh, line 54: Called src_compile | * environment, line 3219: Called xfconf_src_compile | * environment, line 3866: Called die | * The specific snippet of code: | * emake || die "emake failed" | | [...] | | >>> Failed to emerge xfce-base/thunar-1.0.2, ` The log files show a 8-9 pkgs failing... I'm not sure about all of them but at least 5 are for this same error.
Re: [gentoo-user] Re: libpng12 is missing [TEMP SOLN]
On May 16, 2010, at 2:30 AM, Chris Walters wrote: > On 5/15/2010 11:06 AM, Roy Wright wrote: >> Argh. Just have to vent a little. >> >> So on to my list a applications to be installed. Firefox check, openoffice >> check, handbrake...crap. Handbrake is one of the non-standard packages that >> includes their own version of support libraries. You guessed it, libpng12 >> dependent. Argh! >> >> Have fun, >> Roy >> > > I had the same problem with a 'missing' libpng12. There are 2 slots for > libpng: slot 0 and slot 1.2. You DON'T want anything in the 1.2 slot. > What you DO want is the lonely ebuild in the 0 slot. Why? It will > create the libpng12.la file that is needed for packages to find the > library. So this is what I did: > > 1. Ran "emerge -C libpng" to remove ALL versions of libpng that were > installed. > 2. Ran "emerge =libpng-1.2.43-r2". I believe that is the version of > the slot 0 libpng. > 3. Ran "lafilefixer --justfixit" -- just in case. > 4. Re-emerged cairo to make sure it was linked to my newly installed > libpng12 > 5. Belatedly realized that I should mask every version of libpng above > the slot 0 one, and did so. > 6. Ran "equery d libpng" from the 'gentoolkit' package. > 7. Re-emerged everything on that list (even Open office - ugh). > > In step 7, everything compiled and installed just fine - no errors. > From what I can see, this looks like an upstream bug, where their source > is coded to look only for libpng12, and nothing else. For me it would > stop with an error during the linking phase, or right at the beginning > (at least those packages had checks). > > I hope this helps someone. > > Chris > Got handbrake installed. When initially going thru the mess I ended up with both slot 0 and slot 1.2 installed. So unmerged slot 1.2, did a revdep-rebuild, then handbrake built fine. So system is (for now at least) pure 1.4. Have fun, Roy
Re: [gentoo-user] Re: libpng12 is missing [TEMP SOLN]
On 5/15/2010 11:06 AM, Roy Wright wrote: > Argh. Just have to vent a little. > > Bring up a new install on a system whose system disk died and was replaced > with an SSD. OS installed no problems. Recovered my RAID5 and LVM JBOD > volume (a GIANT THANK YOU to the mdadm and lvm2 folks!). Then first "weekly" > update hits the libpng12 issue. No complaints, it's what I expect being at > ~amd64 and the price I willing pay for the benefits of gentoo. Another THANK > YOU to the lafilefixer folks and system is up. > > So on to my list a applications to be installed. Firefox check, openoffice > check, handbrake...crap. Handbrake is one of the non-standard packages that > includes their own version of support libraries. You guessed it, libpng12 > dependent. Argh! > > Have fun, > Roy > I had the same problem with a 'missing' libpng12. There are 2 slots for libpng: slot 0 and slot 1.2. You DON'T want anything in the 1.2 slot. What you DO want is the lonely ebuild in the 0 slot. Why? It will create the libpng12.la file that is needed for packages to find the library. So this is what I did: 1. Ran "emerge -C libpng" to remove ALL versions of libpng that were installed. 2. Ran "emerge =libpng-1.2.43-r2". I believe that is the version of the slot 0 libpng. 3. Ran "lafilefixer --justfixit" -- just in case. 4. Re-emerged cairo to make sure it was linked to my newly installed libpng12 5. Belatedly realized that I should mask every version of libpng above the slot 0 one, and did so. 6. Ran "equery d libpng" from the 'gentoolkit' package. 7. Re-emerged everything on that list (even Open office - ugh). In step 7, everything compiled and installed just fine - no errors. >From what I can see, this looks like an upstream bug, where their source is coded to look only for libpng12, and nothing else. For me it would stop with an error during the linking phase, or right at the beginning (at least those packages had checks). I hope this helps someone. Chris
Re: [gentoo-user] Re: libpng12 is missing
Roy Wright writes: > Argh. Just have to vent a little. We feel with you :) > So on to my list a applications to be installed. Firefox check, > openoffice check, handbrake...crap. Handbrake is one of the > non-standard packages that includes their own version of support > libraries. You guessed it, libpng12 dependent. Argh! After writing down some ideas about installing the old libraries somewhere in parallel, I just checked eix, and there is an extra slot for the 1.2 version. So, just emerge media-libs/libpng:1.2 , and I'd expect all to be fine then. Wonko
Re: [gentoo-user] Re: libpng12 is missing
Argh. Just have to vent a little. Bring up a new install on a system whose system disk died and was replaced with an SSD. OS installed no problems. Recovered my RAID5 and LVM JBOD volume (a GIANT THANK YOU to the mdadm and lvm2 folks!). Then first "weekly" update hits the libpng12 issue. No complaints, it's what I expect being at ~amd64 and the price I willing pay for the benefits of gentoo. Another THANK YOU to the lafilefixer folks and system is up. So on to my list a applications to be installed. Firefox check, openoffice check, handbrake...crap. Handbrake is one of the non-standard packages that includes their own version of support libraries. You guessed it, libpng12 dependent. Argh! Have fun, Roy
Re: [gentoo-user] Re: libpng12 is missing
On Friday 14 May 2010 20:28:39 you wrote:
> On Tuesday 11 May 2010 13:11:50 Peter Humphrey wrote:
> > On Tuesday 11 May 2010 11:15:06 Neil Bothwick wrote:
> > > This worked for me
> > >
> > > lafilefixer --justfixit
> > > emerge --oneshot --jobs 1 --keep-going $(qfile -qC $(find /usr/lib64
> > > \ -name '*.la' | xargs grep -- -lpng12 | awk -F: '{print $1}'))
> > >
> > > You may need to run it more than once before it completes without
> > > errors.
> >
> > # /usr/bin/emerge --oneshot --jobs 1 --keep-going $(qfile -qC $(find
> > /usr/lib64 -name '*.la' | xargs grep -- -lpng12 | awk -F: '{print $1}'))
> > Usage: emerge [options]
> >
> > emerge: error: no such option: -[
> >
> > (Academic anyway, in my case, as I too resorted to emerge -e world. It
> > took virtually a whole day.)
>
> Same error here, which forced me to emerge -e world too. Unfortunately,
> just as I was about half way there it failed on dev-libs/xmlrpc-c-1.18.02:
>
> ===
[snip ...]
> c-1.18.02/work/xmlrpc-c-1.18.02/include'
> * ERROR: dev-libs/xmlrpc-c-1.18.02 failed:
> * died running make install, base_src_install:make
> *
> * Call stack:
> * ebuild.sh, line 54: Called src_install
> * environment, line 2450: Called base_src_install
> * environment, line 242: Called die
> * The specific snippet of code:
> * emake DESTDIR="${D}" $@ install || die "died running make install,
> $FUNCNAME:make";
> ===
>
> What now?
Bug#: 291881
It needed MAKEOPTS="-j1".
--
Regards,
Mick
signature.asc
Description: This is a digitally signed message part.
Re: [gentoo-user] Re: libpng12 is missing
On Tuesday 11 May 2010 13:11:50 Peter Humphrey wrote:
> On Tuesday 11 May 2010 11:15:06 Neil Bothwick wrote:
> > This worked for me
> >
> > lafilefixer --justfixit
> > emerge --oneshot --jobs 1 --keep-going $(qfile -qC $(find /usr/lib64
> > \ -name '*.la' | xargs grep -- -lpng12 | awk -F: '{print $1}'))
> >
> > You may need to run it more than once before it completes without
> > errors.
>
> # /usr/bin/emerge --oneshot --jobs 1 --keep-going $(qfile -qC $(find
> /usr/lib64 -name '*.la' | xargs grep -- -lpng12 | awk -F: '{print $1}'))
> Usage: emerge [options]
>
> emerge: error: no such option: -[
>
> (Academic anyway, in my case, as I too resorted to emerge -e world. It
> took virtually a whole day.)
Same error here, which forced me to emerge -e world too. Unfortunately, just
as I was about half way there it failed on dev-libs/xmlrpc-c-1.18.02:
===
x86_64-pc-linux-gnu-gcc -c -o utf8.osh -I/var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/work/xmlrpc-c-1.18.02 -I/var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/work/xmlrpc-c-1.18.02 -I/var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/work/xmlrpc-c-1.18.02/include -I/var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/work/xmlrpc-c-1.18.02/include -I/var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/work/xmlrpc-c-1.18.02/lib/util/include -DNDEBUG -Wall -Wundef -
Wimplicit -W -Winline -Wmissing-declarations -Wstrict-prototypes -Wmissing-
prototypes -fno-common -march=core2 -msse4 -mcx16 -msahf -O2 -pipe -fPIC -
march=core2 -msse4 -mcx16 -msahf -O2 -pipe -I/var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/work/xmlrpc-c-1.18.02 -I/var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/work/xmlrpc-c-1.18.02 -I/var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/work/xmlrpc-c-1.18.02/include -I/var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/work/xmlrpc-c-1.18.02/include -I/var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/work/xmlrpc-c-1.18.02/lib/util/include -fPIC utf8.c
/bin/sh /var/tmp/portage/dev-libs/xmlrpc-c-1.18.02/work/xmlrpc-
c-1.18.02/mkinstalldirs /var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/image//usr/include/xmlrpc-c
error.c: In function 'xmlrpc_set_fault_formatted_v':
error.c:95: warning: passing argument 3 of 'xmlrpc_vasprintf' discards
qualifiers from pointer target type
/var/tmp/portage/dev-libs/xmlrpc-c-1.18.02/work/xmlrpc-c-1.18.02/install-sh -
c -m 644 xmlrpc-c/config.h /var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/image//usr/include/xmlrpc-c/config.h
utf8.c: In function 'decode_utf8':
utf8.c:282: warning: format '%u' expects type 'unsigned int', but argument 4
has type 'size_t'
utf8.c:282: warning: format '%u' expects type 'unsigned int', but argument 5
has type 'long unsigned int'
x86_64-pc-linux-gnu-gcc -Wl,-O1 -shared -Wl,-soname,libxmlrpc_util.so.3
asprintf.osh error.osh make_printable.osh memblock.osh select.osh sleep.osh
time.osh utf8.osh -o libxmlrpc_util.so.3.18
/var/tmp/portage/dev-libs/xmlrpc-c-1.18.02/work/xmlrpc-c-1.18.02/install-sh -
c -m 644 xmlrpc-c/inttypes.h /var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/image//usr/include/xmlrpc-c/inttypes.h
rm -f libxmlrpc_util.so
ln -s libxmlrpc_util.so.3.18 libxmlrpc_util.so
make[2]: Leaving directory `/var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/work/xmlrpc-c-1.18.02/lib/libutil'
make[1]: Leaving directory `/var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/work/xmlrpc-c-1.18.02/src'
make: *** [src/install] Error 2
/var/tmp/portage/dev-libs/xmlrpc-c-1.18.02/work/xmlrpc-c-1.18.02/install-sh -
c -m 644 xmlrpc-c/c_util.h /var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/image//usr/include/xmlrpc-c/c_util.h
/var/tmp/portage/dev-libs/xmlrpc-c-1.18.02/work/xmlrpc-c-1.18.02/install-sh -
c -m 644 xmlrpc-c/util.h /var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/image//usr/include/xmlrpc-c/util.h
/var/tmp/portage/dev-libs/xmlrpc-c-1.18.02/work/xmlrpc-c-1.18.02/install-sh -
c -m 644 xmlrpc-c/base.h /var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/image//usr/include/xmlrpc-c/base.h
/var/tmp/portage/dev-libs/xmlrpc-c-1.18.02/work/xmlrpc-c-1.18.02/install-sh -
c -m 644 xmlrpc-c/abyss.h /var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/image//usr/include/xmlrpc-c/abyss.h
/var/tmp/portage/dev-libs/xmlrpc-c-1.18.02/work/xmlrpc-c-1.18.02/install-sh -
c -m 644 xmlrpc-c/abyss_unixsock.h /var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/image//usr/include/xmlrpc-c/abyss_unixsock.h
/var/tmp/portage/dev-libs/xmlrpc-c-1.18.02/work/xmlrpc-c-1.18.02/install-sh -
c -m 644 xmlrpc-c/abyss_winsock.h /var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/image//usr/include/xmlrpc-c/abyss_winsock.h
/var/tmp/portage/dev-libs/xmlrpc-c-1.18.02/work/xmlrpc-c-1.18.02/install-sh -
c -m 644 xmlrpc-c/server.h /var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/image//usr/include/xmlrpc-c/server.h
/var/tmp/portage/dev-libs/xmlrpc-c-1.18.02/work/xmlrpc-c-1.18.02/install-sh -
c -m 644 xmlrpc-c/server_abyss.h /var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/image//usr/include/xmlrpc-c/server_abyss.h
/var/tmp/portage/dev-libs/xmlrpc-c-1.18.02/work/xmlrpc-c-1.18.02/install-sh -
c -m 6
Re: [gentoo-user] Re: libpng12 is missing
On Tue, 11 May 2010 16:46:50 -0700, walt wrote: > Hey, what's a kde geek doing with gnome packages anyway :-p GTK != GNOME :P -- Neil Bothwick Welcome to the world of Windows. Stay a while -- stay foooreveeer. signature.asc Description: PGP signature
Re: [gentoo-user] Re: libpng12 is missing
On Tue, 11 May 2010 16:46:50 -0700, walt wrote:
> The gentoo dev who updated libpng said (in the bug report) that the .la
> files are causing the 'png12 not found' error, so I just 'fixed' all of
> them this way (basically Neil's way only different):
>
> #find /usr/lib/ -name \*.la -exec sed s/png12/png14/ -i '{}' \;
I saw that in the bug report too but, as I posted there, I didn't fancy
sedding about with the .la files (the suggestion came with a big fat
warning) so I took the safer but longer approach or re-emerging the
packages that owned those files.
--
Neil Bothwick
Just when you got it all figured out: An UPGRADE!
signature.asc
Description: PGP signature
[gentoo-user] Re: libpng12 is missing
On 05/11/2010 04:39 AM, Alan McKinnon wrote:
On Tuesday 11 May 2010 12:15:06 Neil Bothwick wrote:
On Tue, 11 May 2010 10:47:35 +0200, Alan McKinnon wrote:
I still have huge breakage with gnomecanvas and other things, meaning
that lots of gtk apps are broken right now for me.
This worked for me
lafilefixer --justfixit
emerge --oneshot --jobs 1 --keep-going $(qfile -qC $(find /usr/lib64 \
-name '*.la' | xargs grep -- -lpng12 | awk -F: '{print $1}'))
You may need to run it more than once before it completes without errors.
Several times more than just once actually. At the end dev-
python/gtksourceview-python just refused to build.
But I fixed that with USE=-gtk
Hey, what's a kde geek doing with gnome packages anyway :-p
The gentoo dev who updated libpng said (in the bug report) that the .la
files are causing the 'png12 not found' error, so I just 'fixed' all of
them this way (basically Neil's way only different):
#find /usr/lib/ -name \*.la -exec sed s/png12/png14/ -i '{}' \;
Only *then* would revdep-rebuild finish rebuilding all the broken packages
without crapping out. (The dev had some affectionate words to say about
libtool that gave me a chuckle.)
Re: [gentoo-user] Re: libpng12 is missing
On Tue, May 11, 2010 at 10:25 AM, Rudmer van Dijk wrote: > On Tuesday 11 May 2010, Paul Hartman wrote: >> On Mon, May 10, 2010 at 5:27 PM, Volker Armin Hemmann >> >> wrote: >> > On Sonntag 09 Mai 2010, Rudmer van Dijk wrote: >> >> On Sunday 09 May 2010, Volker Armin Hemmann wrote: >> >> > On Sonntag 09 Mai 2010, Rudmer van Dijk wrote: >> >> > > On Sunday 09 May 2010, walt wrote: >> >> > > > This looks to me like a major portage screwup. I see that on my >> >> > > > ~amd64 machine I have both versions of libpng, but the 1.2.43-r1 >> >> > > > doesn't install a pkg-config file because 1.4.2 installs one with >> >> > > > the same name, and just as bad, version 1.2.43-r1 removed the >> >> > > > libpng12 header files. >> >> > > > >> >> > > > For now, I'd suggest just going back to to 1.2.43 if you can -- >> >> > > > maybe mask >> >> > > > >> >> > > > >1.2.43 in package.mask? >> >> > > > >> >> > > > Meanwhile I'm trying to fix firefox so I can read the bug report >> >> > > > mentioned by Andras. >> >> > > >> >> > > well I'm getting into a .la hell... >> >> > > you need to rebuild packages which are themselves not invalid and >> >> > > therefore can't be found by revdep-rebuild... >> >> > > >> >> > > searching with "grep png12 `find /usr/lib64/ -name '*.la'`" lists >> >> > > all .la files with a bad png version, rebuilding those will fix the >> >> > > system. after that all packages found by revdep-rebuild can be >> >> > > emerged. >> >> > > >> >> > > Rudmer >> >> > >> >> > run la fixer >> >> >> >> ah, yes I knew there was something easier 8-) >> >> well running `lafilefixer --justfixit` did not find anything so I got >> >> them all >> >> >> >> thanks! >> >> >> >> Rudmer >> > >> > sadly, it does not get them all. >> > The only save way: >> > grep -R for png12 and remerge all packages whose files pop up. >> > >> > For example revdep-rebuilt failed to rebuild pygtk - because of glade. >> > But it never tried to rebuild glade... >> >> In my box (~amd64, unmasked portage) emerge automagically slotted 1.2 >> and emerged 1.4 in slot 0. And everything seems to work and be happy. >> revdep-rebuild finds nothing wrong. So maybe the easy fix is to >> "emerge libpng:1.2"? > > yeah, thats what I have now... I still need png 1.2 for VMware Player. > > but in my case, I had 1.2.43-r2 which is in slot 0?! > so on install of 1.4.2 it deinstalled the 1.2.43-r2 version. manually > installed 1.2.43-r1 to get 1.2 back. You're right, in fact after updating again it wanted to downgrade because of nxserver... So I masked 1.2.43-r2 and now everyone is happy again.
Re: [gentoo-user] Re: libpng12 is missing
On Tuesday 11 May 2010, Paul Hartman wrote: > On Mon, May 10, 2010 at 5:27 PM, Volker Armin Hemmann > > wrote: > > On Sonntag 09 Mai 2010, Rudmer van Dijk wrote: > >> On Sunday 09 May 2010, Volker Armin Hemmann wrote: > >> > On Sonntag 09 Mai 2010, Rudmer van Dijk wrote: > >> > > On Sunday 09 May 2010, walt wrote: > >> > > > This looks to me like a major portage screwup. I see that on my > >> > > > ~amd64 machine I have both versions of libpng, but the 1.2.43-r1 > >> > > > doesn't install a pkg-config file because 1.4.2 installs one with > >> > > > the same name, and just as bad, version 1.2.43-r1 removed the > >> > > > libpng12 header files. > >> > > > > >> > > > For now, I'd suggest just going back to to 1.2.43 if you can -- > >> > > > maybe mask > >> > > > > >> > > > >1.2.43 in package.mask? > >> > > > > >> > > > Meanwhile I'm trying to fix firefox so I can read the bug report > >> > > > mentioned by Andras. > >> > > > >> > > well I'm getting into a .la hell... > >> > > you need to rebuild packages which are themselves not invalid and > >> > > therefore can't be found by revdep-rebuild... > >> > > > >> > > searching with "grep png12 `find /usr/lib64/ -name '*.la'`" lists > >> > > all .la files with a bad png version, rebuilding those will fix the > >> > > system. after that all packages found by revdep-rebuild can be > >> > > emerged. > >> > > > >> > > Rudmer > >> > > >> > run la fixer > >> > >> ah, yes I knew there was something easier 8-) > >> well running `lafilefixer --justfixit` did not find anything so I got > >> them all > >> > >> thanks! > >> > >> Rudmer > > > > sadly, it does not get them all. > > The only save way: > > grep -R for png12 and remerge all packages whose files pop up. > > > > For example revdep-rebuilt failed to rebuild pygtk - because of glade. > > But it never tried to rebuild glade... > > In my box (~amd64, unmasked portage) emerge automagically slotted 1.2 > and emerged 1.4 in slot 0. And everything seems to work and be happy. > revdep-rebuild finds nothing wrong. So maybe the easy fix is to > "emerge libpng:1.2"? yeah, thats what I have now... I still need png 1.2 for VMware Player. but in my case, I had 1.2.43-r2 which is in slot 0?! so on install of 1.4.2 it deinstalled the 1.2.43-r2 version. manually installed 1.2.43-r1 to get 1.2 back. Rudmer
Re: [gentoo-user] Re: libpng12 is missing
On Dienstag 11 Mai 2010, Alan McKinnon wrote:
> On Tuesday 11 May 2010 12:15:06 Neil Bothwick wrote:
> > On Tue, 11 May 2010 10:47:35 +0200, Alan McKinnon wrote:
> > > I still have huge breakage with gnomecanvas and other things, meaning
> > > that lots of gtk apps are broken right now for me.
> >
> > This worked for me
> >
> > lafilefixer --justfixit
> > emerge --oneshot --jobs 1 --keep-going $(qfile -qC $(find /usr/lib64 \
> > -name '*.la' | xargs grep -- -lpng12 | awk -F: '{print $1}'))
> >
> > You may need to run it more than once before it completes without errors.
>
> Several times more than just once actually. At the end dev-
> python/gtksourceview-python just refused to build.
because of glade?
Had to rebuild glade manually, because pygtk insisted on failing.
Re: [gentoo-user] Re: libpng12 is missing
On Mon, May 10, 2010 at 5:27 PM, Volker Armin Hemmann wrote: > On Sonntag 09 Mai 2010, Rudmer van Dijk wrote: >> On Sunday 09 May 2010, Volker Armin Hemmann wrote: >> > On Sonntag 09 Mai 2010, Rudmer van Dijk wrote: >> > > On Sunday 09 May 2010, walt wrote: >> > > > This looks to me like a major portage screwup. I see that on my >> > > > ~amd64 machine I have both versions of libpng, but the 1.2.43-r1 >> > > > doesn't install a pkg-config file because 1.4.2 installs one with >> > > > the same name, and just as bad, version 1.2.43-r1 removed the >> > > > libpng12 header files. >> > > > >> > > > For now, I'd suggest just going back to to 1.2.43 if you can -- maybe >> > > > mask >> > > > >> > > > >1.2.43 in package.mask? >> > > > >> > > > Meanwhile I'm trying to fix firefox so I can read the bug report >> > > > mentioned by Andras. >> > > >> > > well I'm getting into a .la hell... >> > > you need to rebuild packages which are themselves not invalid and >> > > therefore can't be found by revdep-rebuild... >> > > >> > > searching with "grep png12 `find /usr/lib64/ -name '*.la'`" lists all >> > > .la files with a bad png version, rebuilding those will fix the >> > > system. after that all packages found by revdep-rebuild can be >> > > emerged. >> > > >> > > Rudmer >> > >> > run la fixer >> >> ah, yes I knew there was something easier 8-) >> well running `lafilefixer --justfixit` did not find anything so I got them >> all >> >> thanks! >> >> Rudmer > > sadly, it does not get them all. > The only save way: > grep -R for png12 and remerge all packages whose files pop up. > > For example revdep-rebuilt failed to rebuild pygtk - because of glade. But it > never tried to rebuild glade... In my box (~amd64, unmasked portage) emerge automagically slotted 1.2 and emerged 1.4 in slot 0. And everything seems to work and be happy. revdep-rebuild finds nothing wrong. So maybe the easy fix is to "emerge libpng:1.2"?
Re: [gentoo-user] Re: libpng12 is missing
On Tue, 11 May 2010 13:39:01 +0200, Alan McKinnon wrote: > > You may need to run it more than once before it completes without > > errors. > Several times more than just once actually. At the end dev- > python/gtksourceview-python just refused to build. That's because it tries to emerge packages in the order in which the .la files are found, taking no account of interdependencies. Two runs were enough for me, but I'd already rebuilt some packages manually before trying this. I don't have python/gtksourceview-python, which is an easier way of fixing things that changing USE flags :) -- Neil Bothwick Modulation in all things. signature.asc Description: PGP signature
Re: [gentoo-user] Re: libpng12 is missing
On Tuesday 11 May 2010 11:15:06 Neil Bothwick wrote:
> This worked for me
>
> lafilefixer --justfixit
> emerge --oneshot --jobs 1 --keep-going $(qfile -qC $(find /usr/lib64
> \ -name '*.la' | xargs grep -- -lpng12 | awk -F: '{print $1}'))
>
> You may need to run it more than once before it completes without
> errors.
# /usr/bin/emerge --oneshot --jobs 1 --keep-going $(qfile -qC $(find
/usr/lib64 -name '*.la' | xargs grep -- -lpng12 | awk -F: '{print $1}'))
Usage: emerge [options]
emerge: error: no such option: -[
(Academic anyway, in my case, as I too resorted to emerge -e world. It
took virtually a whole day.)
--
Rgds
Peter.
Re: [gentoo-user] Re: libpng12 is missing
On Tue, 2010-05-11 at 12:24 +0100, Neil Bothwick wrote: > I try to avoid emerge -e world because > > 1: It is time consuming. > 2: It may still not work after all that time. > 3: It is too much like the Gentoo equivalent of a reinstall and you > are >none the wiser as to why it fixed something. > I actually run emerge -e world on my machines about once a month +/-, mostly to ensure the system can compile itself. So usually for me it's more for finding problems than resolving them, but I guess I'm so used to doing it that it's no big deal. I remember it used to take days, but nowadays if I start it in the evening it's usually done in the morning, or if I kick it off before leaving for work it's usually done before I get home. I also make a habit of doing a full bare-metal restore of one of my machines once a month to make sure my backups are good. So yeah, I have a habit of doing "reinstalls" except I don't really think of them as reinstalls because I (hopefully) get everything back :) -a
Re: [gentoo-user] Re: libpng12 is missing
On Tuesday 11 May 2010 12:15:06 Neil Bothwick wrote:
> On Tue, 11 May 2010 10:47:35 +0200, Alan McKinnon wrote:
> > I still have huge breakage with gnomecanvas and other things, meaning
> > that lots of gtk apps are broken right now for me.
>
> This worked for me
>
> lafilefixer --justfixit
> emerge --oneshot --jobs 1 --keep-going $(qfile -qC $(find /usr/lib64 \
> -name '*.la' | xargs grep -- -lpng12 | awk -F: '{print $1}'))
>
> You may need to run it more than once before it completes without errors.
Several times more than just once actually. At the end dev-
python/gtksourceview-python just refused to build.
But I fixed that with USE=-gtk
--
alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: libpng12 is missing
On Tue, 11 May 2010 07:13:09 -0400, Albert Hopkins wrote: > FWIW, revdep-rebuild worked without a hitch on one of my machines. On > another, no combination of revdep-rebuild/lafilefixer would fix > unresolved link dependencies. I ended up having to do an "emerge -e > world". That finally fixed the problem. I tried several revdep-rebuild/lafilefixer cycles with similar frustration (although on another machine it just worked) but rebuilding everything with -lpng12 in a .la file, as per my last post, allowed revdep-rebuild to complete. I try to avoid emerge -e world because 1: It is time consuming. 2: It may still not work after all that time. 3: It is too much like the Gentoo equivalent of a reinstall and you are none the wiser as to why it fixed something. -- Neil Bothwick Top Oxymorons Number 6: Pretty ugly signature.asc Description: PGP signature
Re: [gentoo-user] Re: libpng12 is missing
On Tue, 2010-05-11 at 12:19 +0200, Helmut Jarausch wrote: [...] > > Please, see also the last comment on > http://bugs.gentoo.org/show_bug.cgi?id=319061 > which seems to work. Please cite the comment number. "Last comment" is not static. FWIW, revdep-rebuild worked without a hitch on one of my machines. On another, no combination of revdep-rebuild/lafilefixer would fix unresolved link dependencies. I ended up having to do an "emerge -e world". That finally fixed the problem. -a
Re: [gentoo-user] Re: libpng12 is missing
On 11 May, Neil Bothwick wrote:
> On Tue, 11 May 2010 10:47:35 +0200, Alan McKinnon wrote:
>
>> I still have huge breakage with gnomecanvas and other things, meaning
>> that lots of gtk apps are broken right now for me.
>
> This worked for me
>
> lafilefixer --justfixit
> emerge --oneshot --jobs 1 --keep-going $(qfile -qC $(find /usr/lib64 \
> -name '*.la' | xargs grep -- -lpng12 | awk -F: '{print $1}'))
>
> You may need to run it more than once before it completes without errors.
>
Please, see also the last comment on
http://bugs.gentoo.org/show_bug.cgi?id=319061
which seems to work.
Helmut.
Re: [gentoo-user] Re: libpng12 is missing
On Tue, 11 May 2010 10:47:35 +0200, Alan McKinnon wrote:
> I still have huge breakage with gnomecanvas and other things, meaning
> that lots of gtk apps are broken right now for me.
This worked for me
lafilefixer --justfixit
emerge --oneshot --jobs 1 --keep-going $(qfile -qC $(find /usr/lib64 \
-name '*.la' | xargs grep -- -lpng12 | awk -F: '{print $1}'))
You may need to run it more than once before it completes without errors.
--
Neil Bothwick
Just when you got it all figured out: An UPGRADE!
signature.asc
Description: PGP signature
Re: [gentoo-user] Re: libpng12 is missing
On Tue, 11 May 2010 10:47:35 +0200, Alan McKinnon wrote: > > On the other hand, nothing KDE4 seems affected, it's mainly > > GTK/glade/pango/cairo stuff that's affected, so you would probably get > > away with it on a pure KDE4 box. > > I had to rebuild qt-gui, kdelibs, ksplash and a few other bits and > pieces before KDE would run. That's odd, the only KDE/QT stuff I have problems with are kdelibs:3.5 and qt:3 and the couple of packages that depend on them. If any KDE4 packages had problems, they must have been picked up by revdep-rebuild and rebuilt without problems. Ah yes, genlop confirms that, they were rebuilt but I missed them among the huge list of packages that revdep-rebuild spewed out. > I still have huge breakage with gnomecanvas and other things, meaning > that lots of gtk apps are broken right now for me. Same here :( -- Neil Bothwick The trouble with life is that you are halfway through it before you realize it's a "do it yourself" thing. signature.asc Description: PGP signature
Re: [gentoo-user] Re: libpng12 is missing
On Tuesday 11 May 2010 10:39:06 Neil Bothwick wrote: > On Tue, 11 May 2010 06:51:39 +0100, Mick wrote: > > Shall I wait to update my box until a safe way through all this is > > established? I can't afford to break things right now. > > Yes. While I updated my netbook successfully, there are still a number of > packages that won't rebuild on my desktop. Sometimes you can look at the > build failure and see that another package, that revdep-rebuild missed, > needs an update, but not always. > > On the other hand, nothing KDE4 seems affected, it's mainly > GTK/glade/pango/cairo stuff that's affected, so you would probably get > away with it on a pure KDE4 box. I had to rebuild qt-gui, kdelibs, ksplash and a few other bits and pieces before KDE would run. I still have huge breakage with gnomecanvas and other things, meaning that lots of gtk apps are broken right now for me. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: libpng12 is missing
On Tue, 11 May 2010 06:51:39 +0100, Mick wrote: > Shall I wait to update my box until a safe way through all this is > established? I can't afford to break things right now. Yes. While I updated my netbook successfully, there are still a number of packages that won't rebuild on my desktop. Sometimes you can look at the build failure and see that another package, that revdep-rebuild missed, needs an update, but not always. On the other hand, nothing KDE4 seems affected, it's mainly GTK/glade/pango/cairo stuff that's affected, so you would probably get away with it on a pure KDE4 box. -- Neil Bothwick WinErr 003: Dynamic linking error - Your mistake is now in every file signature.asc Description: PGP signature
Re: [gentoo-user] Re: libpng12 is missing
On Monday 10 May 2010 23:27:12 Volker Armin Hemmann wrote: > On Sonntag 09 Mai 2010, Rudmer van Dijk wrote: > > On Sunday 09 May 2010, Volker Armin Hemmann wrote: > > > On Sonntag 09 Mai 2010, Rudmer van Dijk wrote: > > > > On Sunday 09 May 2010, walt wrote: > > > > > This looks to me like a major portage screwup. I see that on my > > > > > ~amd64 machine I have both versions of libpng, but the 1.2.43-r1 > > > > > doesn't install a pkg-config file because 1.4.2 installs one with > > > > > the same name, and just as bad, version 1.2.43-r1 removed the > > > > > libpng12 header files. > > > > > > > > > > For now, I'd suggest just going back to to 1.2.43 if you can -- > > > > > maybe mask > > > > > > > > > > >1.2.43 in package.mask? > > > > > > > > > > Meanwhile I'm trying to fix firefox so I can read the bug report > > > > > mentioned by Andras. > > > > > > > > well I'm getting into a .la hell... > > > > you need to rebuild packages which are themselves not invalid and > > > > therefore can't be found by revdep-rebuild... > > > > > > > > searching with "grep png12 `find /usr/lib64/ -name '*.la'`" lists all > > > > .la files with a bad png version, rebuilding those will fix the > > > > system. after that all packages found by revdep-rebuild can be > > > > emerged. > > > > > > > > Rudmer > > > > > > run la fixer > > > > ah, yes I knew there was something easier 8-) > > well running `lafilefixer --justfixit` did not find anything so I got > > them all > > > > thanks! > > > > Rudmer > > sadly, it does not get them all. > The only save way: > grep -R for png12 and remerge all packages whose files pop up. > > For example revdep-rebuilt failed to rebuild pygtk - because of glade. But > it never tried to rebuild glade... Shall I wait to update my box until a safe way through all this is established? I can't afford to break things right now. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: libpng12 is missing
On Sonntag 09 Mai 2010, Rudmer van Dijk wrote: > On Sunday 09 May 2010, Volker Armin Hemmann wrote: > > On Sonntag 09 Mai 2010, Rudmer van Dijk wrote: > > > On Sunday 09 May 2010, walt wrote: > > > > This looks to me like a major portage screwup. I see that on my > > > > ~amd64 machine I have both versions of libpng, but the 1.2.43-r1 > > > > doesn't install a pkg-config file because 1.4.2 installs one with > > > > the same name, and just as bad, version 1.2.43-r1 removed the > > > > libpng12 header files. > > > > > > > > For now, I'd suggest just going back to to 1.2.43 if you can -- maybe > > > > mask > > > > > > > > >1.2.43 in package.mask? > > > > > > > > Meanwhile I'm trying to fix firefox so I can read the bug report > > > > mentioned by Andras. > > > > > > well I'm getting into a .la hell... > > > you need to rebuild packages which are themselves not invalid and > > > therefore can't be found by revdep-rebuild... > > > > > > searching with "grep png12 `find /usr/lib64/ -name '*.la'`" lists all > > > .la files with a bad png version, rebuilding those will fix the > > > system. after that all packages found by revdep-rebuild can be > > > emerged. > > > > > > Rudmer > > > > run la fixer > > ah, yes I knew there was something easier 8-) > well running `lafilefixer --justfixit` did not find anything so I got them > all > > thanks! > > Rudmer sadly, it does not get them all. The only save way: grep -R for png12 and remerge all packages whose files pop up. For example revdep-rebuilt failed to rebuild pygtk - because of glade. But it never tried to rebuild glade...
Re: [gentoo-user] Re: libpng12 is missing
On Sun, 09 May 2010 18:11:06 -0700, walt wrote: > This worked very well for a few months, and then those suggestions > suddenly stopped coming. > > Since then, emerge @preserved-rebuild (or @preserved-libs) says this: > > #emerge @preserved-rebuild > !!! '@preserved-rebuild' is not a valid package atom. > !!! Please check ebuild(5) for full details. portage 2.2 was masked to force testing of the older version. Unless you unmasked it, you will have downgraded to a version that does not support sets, which would give this message. -- Neil Bothwick Set phasers to extreme itching! signature.asc Description: PGP signature
Re: [gentoo-user] Re: libpng12 is missing
walt wrote: On 05/09/2010 11:54 AM, Volker Armin Hemmann wrote: and walt: preserved libs. Look into it. A long time ago, maybe one or two years ago, an occasional package would suggest that I should run emerge @preserved-rebuild to rebuild packages that are linked to obsolete libraries. This worked very well for a few months, and then those suggestions suddenly stopped coming. Since then, emerge @preserved-rebuild (or @preserved-libs) says this: #emerge @preserved-rebuild !!! '@preserved-rebuild' is not a valid package atom. !!! Please check ebuild(5) for full details. I get the same error on my x86 and ~amd64 machines, i.e. with either baselayout-1 or baselayout-2. The man pages for ebuild, emerge, portage, and make.conf say nothing about 'preserved'. Anyone have an idea what changed, or what I'm doing wrong? I thought at first maybe there was nothing to be rebuilt so I ran the command to see if I get the same thing but I get this: r...@smoker ~ # emerge @preserved-rebuild emerge: 'preserved-rebuild' is an empty set emerge: no targets left after set expansion r...@smoker ~ # So, it's not that you don't have anything to rebuild but that portage doesn't seem to understand what you are telling it to do. Also, I get a message pretty regular to rebuild packages, usually OOo of course. lol Maybe the things you have installed doesn't require rebuilding so much? I have KDE for my desktop and between that and OOo, there is usually something to be rebuilt. I got a list of the sets that portage is supposed to recognize, this is the list. Please pardon the way I got it. I can't recall the correct way and just made it something I knew didn't exist. r...@smoker ~ # emerge @preserved emerge: There are no sets to satisfy 'preserved'. The following sets exist: downgrade installed kde-3.5 live-rebuild module-rebuild preserved-rebuild rebuilt-binaries security selected system unavailable world r...@smoker ~ # You should have those less the kde-3.5, that one is homemade. Dale :-) :-) Curious about that unavailable one tho. o_O If it is unavailable, why have it?
[gentoo-user] Re: libpng12 is missing
On 05/09/2010 11:54 AM, Volker Armin Hemmann wrote: and walt: preserved libs. Look into it. A long time ago, maybe one or two years ago, an occasional package would suggest that I should run emerge @preserved-rebuild to rebuild packages that are linked to obsolete libraries. This worked very well for a few months, and then those suggestions suddenly stopped coming. Since then, emerge @preserved-rebuild (or @preserved-libs) says this: #emerge @preserved-rebuild !!! '@preserved-rebuild' is not a valid package atom. !!! Please check ebuild(5) for full details. I get the same error on my x86 and ~amd64 machines, i.e. with either baselayout-1 or baselayout-2. The man pages for ebuild, emerge, portage, and make.conf say nothing about 'preserved'. Anyone have an idea what changed, or what I'm doing wrong?
Re: [gentoo-user] Re: libpng12 is missing
On Sunday 09 May 2010, Volker Armin Hemmann wrote: > On Sonntag 09 Mai 2010, Rudmer van Dijk wrote: > > On Sunday 09 May 2010, walt wrote: > > > This looks to me like a major portage screwup. I see that on my ~amd64 > > > machine I have both versions of libpng, but the 1.2.43-r1 doesn't > > > install a pkg-config file because 1.4.2 installs one with the same > > > name, and just as bad, version 1.2.43-r1 removed the libpng12 header > > > files. > > > > > > For now, I'd suggest just going back to to 1.2.43 if you can -- maybe > > > mask > > > > > > >1.2.43 in package.mask? > > > > > > Meanwhile I'm trying to fix firefox so I can read the bug report > > > mentioned by Andras. > > > > well I'm getting into a .la hell... > > you need to rebuild packages which are themselves not invalid and > > therefore can't be found by revdep-rebuild... > > > > searching with "grep png12 `find /usr/lib64/ -name '*.la'`" lists all .la > > files with a bad png version, rebuilding those will fix the system. after > > that all packages found by revdep-rebuild can be emerged. > > > > Rudmer > > run la fixer ah, yes I knew there was something easier 8-) well running `lafilefixer --justfixit` did not find anything so I got them all thanks! Rudmer
[gentoo-user] Re: libpng12 is missing
On 05/09/2010 10:37 AM, Rudmer van Dijk wrote: On Sunday 09 May 2010, walt wrote: This looks to me like a major portage screwup. I see that on my ~amd64 machine I have both versions of libpng, but the 1.2.43-r1 doesn't install a pkg-config file because 1.4.2 installs one with the same name, and just as bad, version 1.2.43-r1 removed the libpng12 header files. For now, I'd suggest just going back to to 1.2.40 if you can -- maybe mask >1.2.40 in package.mask? I should have said 1.2.40 instead of 1.2.43, sorry Meanwhile I'm trying to fix firefox so I can read the bug report mentioned by Andras. well I'm getting into a .la hell... you need to rebuild packages which are themselves not invalid and therefore can't be found by revdep-rebuild... searching with "grep png12 `find /usr/lib64/ -name '*.la'`" lists all .la ^^ I think the png12 should be png14 instead. We need to go backwards by re- building the packages that have already been linked against libpng-1.4.2 (which we are removing until it's fixed). files with a bad png version, rebuilding those will fix the system. after that all packages found by revdep-rebuild can be emerged. Rudmer
Re: [gentoo-user] Re: libpng12 is missing
On Sonntag 09 Mai 2010, Rudmer van Dijk wrote: > On Sunday 09 May 2010, walt wrote: > > This looks to me like a major portage screwup. I see that on my ~amd64 > > machine I have both versions of libpng, but the 1.2.43-r1 doesn't install > > a pkg-config file because 1.4.2 installs one with the same name, and just > > as bad, version 1.2.43-r1 removed the libpng12 header files. > > > > For now, I'd suggest just going back to to 1.2.43 if you can -- maybe > > mask > > > > >1.2.43 in package.mask? > > > > Meanwhile I'm trying to fix firefox so I can read the bug report > > mentioned by Andras. > > well I'm getting into a .la hell... > you need to rebuild packages which are themselves not invalid and therefore > can't be found by revdep-rebuild... > > searching with "grep png12 `find /usr/lib64/ -name '*.la'`" lists all .la > files with a bad png version, rebuilding those will fix the system. after > that all packages found by revdep-rebuild can be emerged. > > Rudmer run la fixer and op: deinstall libpng1.2 and walt: preserved libs. Look into it.
Re: [gentoo-user] Re: libpng12 is missing
On Sunday 09 May 2010, walt wrote: > > This looks to me like a major portage screwup. I see that on my ~amd64 > machine I have both versions of libpng, but the 1.2.43-r1 doesn't install > a pkg-config file because 1.4.2 installs one with the same name, and just > as bad, version 1.2.43-r1 removed the libpng12 header files. > > For now, I'd suggest just going back to to 1.2.43 if you can -- maybe mask > > >1.2.43 in package.mask? > > Meanwhile I'm trying to fix firefox so I can read the bug report mentioned > by Andras. well I'm getting into a .la hell... you need to rebuild packages which are themselves not invalid and therefore can't be found by revdep-rebuild... searching with "grep png12 `find /usr/lib64/ -name '*.la'`" lists all .la files with a bad png version, rebuilding those will fix the system. after that all packages found by revdep-rebuild can be emerged. Rudmer
[gentoo-user] Re: libpng12 is missing
On 05/09/2010 06:41 AM, Xi Shen wrote: On Sun, May 9, 2010 at 9:32 PM, walt wrote: On 05/09/2010 05:10 AM, Xi Shen wrote: hi, my system is gentoo amd64, kde 4.3. i just updated my portage, and updated the world. then i ran revdep-rebuild, and i got a error when building "notification-daemon-0.4.0-r1". the error found in the build log is: cannot find -lpng12 i have both libpng-1.2.43-r1 and libpng-1.4.2 installed, but i do not have libpng12.a in my /usr/lib64 directory. and 'pkg-config libpng --libs' only show '-lpng14'. This looks to me like a major portage screwup. I see that on my ~amd64 machine I have both versions of libpng, but the 1.2.43-r1 doesn't install a pkg-config file because 1.4.2 installs one with the same name, and just as bad, version 1.2.43-r1 removed the libpng12 header files. For now, I'd suggest just going back to to 1.2.43 if you can -- maybe mask >1.2.43 in package.mask? Meanwhile I'm trying to fix firefox so I can read the bug report mentioned by Andras.
Re: [gentoo-user] Re: libpng12 is missing
On 05/09/2010 09:32 AM, walt wrote: > On 05/09/2010 05:10 AM, Xi Shen wrote: >> hi, >> >> my system is gentoo amd64, kde 4.3. i just updated my portage, and >> updated the world. then i ran revdep-rebuild, and i got a error when >> building "notification-daemon-0.4.0-r1". the error found in the build >> log is: cannot find -lpng12 >> >> i have both libpng-1.2.43-r1 and libpng-1.4.2 installed, but i do not >> have libpng12.a in my /usr/lib64 directory. and 'pkg-config libpng >> --libs' only show '-lpng14'. > > Are you sure you still have version 1.2.43 installed? I'm going thru > the same thing now on x86 and libpng-1.2 was deleted during the update. > I now have only 1.4.2 remaining. > > Revdep-rebuild has been enumerating broken files for twenty minutes and > is still going. I've never seen breakage this bad before. This machine > is going to be useless for the next 24 hours or so until all the packages > are rebuilt. > It looks like preserved-libs didn't catch this one either. I just ran revdep-rebuild overnight, and now notification-daemon and pygtk won't build. But emerge @preserved-rebuild came up with nothing before the revdep-rebuild. Chris Reffett
Re: [gentoo-user] Re: libpng12 is missing
On Sun, May 9, 2010 at 9:32 PM, walt wrote: > On 05/09/2010 05:10 AM, Xi Shen wrote: >> >> hi, >> >> my system is gentoo amd64, kde 4.3. i just updated my portage, and >> updated the world. then i ran revdep-rebuild, and i got a error when >> building "notification-daemon-0.4.0-r1". the error found in the build >> log is: cannot find -lpng12 >> >> i have both libpng-1.2.43-r1 and libpng-1.4.2 installed, but i do not >> have libpng12.a in my /usr/lib64 directory. and 'pkg-config libpng >> --libs' only show '-lpng14'. > > Are you sure you still have version 1.2.43 installed? I'm going thru > the same thing now on x86 and libpng-1.2 was deleted during the update. > I now have only 1.4.2 remaining. > yes, upgrade removed 1.2.43. but after i saw that error, i emerged 1.2.43 manually, hoping it could fix this error, but not... i do not understand why linpng12 is not build even after i emerged 1.2.43...do i need to use some special emerging technique? > Revdep-rebuild has been enumerating broken files for twenty minutes and > is still going. I've never seen breakage this bad before. This machine > is going to be useless for the next 24 hours or so until all the packages > are rebuilt. > > > -- Best Regards, David Shen http://twitter.com/davidshen84/
[gentoo-user] Re: libpng12 is missing
On 05/09/2010 05:10 AM, Xi Shen wrote: hi, my system is gentoo amd64, kde 4.3. i just updated my portage, and updated the world. then i ran revdep-rebuild, and i got a error when building "notification-daemon-0.4.0-r1". the error found in the build log is: cannot find -lpng12 i have both libpng-1.2.43-r1 and libpng-1.4.2 installed, but i do not have libpng12.a in my /usr/lib64 directory. and 'pkg-config libpng --libs' only show '-lpng14'. Are you sure you still have version 1.2.43 installed? I'm going thru the same thing now on x86 and libpng-1.2 was deleted during the update. I now have only 1.4.2 remaining. Revdep-rebuild has been enumerating broken files for twenty minutes and is still going. I've never seen breakage this bad before. This machine is going to be useless for the next 24 hours or so until all the packages are rebuilt.
