[gentoo-user] libpng12 is missing

[gentoo-user] libpng12 is missing

[Xi Shen]

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'.

i guess these 2 versions do not work well with each other. how can i fix this?

P.S. i have 'png' in my USE flags.


-- 
Best Regards,
David Shen

http://twitter.com/davidshen84/

[gentoo-user] Re: libpng12 is missing

[walt]

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.

Re: [gentoo-user] Re: libpng12 is missing

[Xi Shen]

On Sun, May 9, 2010 at 9:32 PM, walt <w41ter@gmail.com> 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

[walt]

On 05/09/2010 06:41 AM, Xi Shen wrote:
> On Sun, May 9, 2010 at 9:32 PM, walt<w41ter@gmail.com>  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

[Rudmer van Dijk]

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

Re: [gentoo-user] Re: libpng12 is missing

[Volker Armin Hemmann]

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

[Rudmer van Dijk]

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

Re: [gentoo-user] Re: libpng12 is missing

[Volker Armin Hemmann]

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

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 1942 bytes --]

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

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] Re: libpng12 is missing

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 705 bytes --]

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

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] Re: libpng12 is missing

[Alan McKinnon]

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

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 1008 bytes --]

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.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] Re: libpng12 is missing

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 526 bytes --]

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!

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] Re: libpng12 is missing

[Helmut Jarausch]

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

[Albert Hopkins]

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

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 857 bytes --]

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

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] Re: libpng12 is missing

[Albert Hopkins]

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

[Alan McKinnon]

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

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 661 bytes --]

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.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] Re: libpng12 is missing

[Volker Armin Hemmann]

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.

[gentoo-user] Re: libpng12 is missing

[walt]

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

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 652 bytes --]

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!

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] Re: libpng12 is missing

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 227 bytes --]

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.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] Re: libpng12 is missing

[Peter Humphrey]

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

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 10046 bytes --]

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 644 xmlrpc-c/server_w32httpsys.h /var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/image//usr/include/xmlrpc-c/server_w32httpsys.h 
 /var/tmp/portage/dev-libs/xmlrpc-c-1.18.02/work/xmlrpc-c-1.18.02/install-sh -
c -m 644 xmlrpc-c/oldxmlrpc.h /var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/image//usr/include/xmlrpc-c/oldxmlrpc.h 
 /var/tmp/portage/dev-libs/xmlrpc-c-1.18.02/work/xmlrpc-c-1.18.02/install-sh -
c -m 644 xmlrpc-c/oldcppwrapper.hpp /var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/image//usr/include/xmlrpc-c/oldcppwrapper.hpp 
 /var/tmp/portage/dev-libs/xmlrpc-c-1.18.02/work/xmlrpc-c-1.18.02/install-sh -
c -m 644 xmlrpc-c/girerr.hpp /var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/image//usr/include/xmlrpc-c/girerr.hpp 
 /var/tmp/portage/dev-libs/xmlrpc-c-1.18.02/work/xmlrpc-c-1.18.02/install-sh -
c -m 644 xmlrpc-c/girmem.hpp /var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/image//usr/include/xmlrpc-c/girmem.hpp 
 /var/tmp/portage/dev-libs/xmlrpc-c-1.18.02/work/xmlrpc-c-1.18.02/install-sh -
c -m 644 xmlrpc-c/base.hpp /var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/image//usr/include/xmlrpc-c/base.hpp 
 /var/tmp/portage/dev-libs/xmlrpc-c-1.18.02/work/xmlrpc-c-1.18.02/install-sh -
c -m 644 xmlrpc-c/timeout.hpp /var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/image//usr/include/xmlrpc-c/timeout.hpp 
 /var/tmp/portage/dev-libs/xmlrpc-c-1.18.02/work/xmlrpc-c-1.18.02/install-sh -
c -m 644 xmlrpc-c/xml.hpp /var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/image//usr/include/xmlrpc-c/xml.hpp 
 /var/tmp/portage/dev-libs/xmlrpc-c-1.18.02/work/xmlrpc-c-1.18.02/install-sh -
c -m 644 xmlrpc-c/registry.hpp /var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/image//usr/include/xmlrpc-c/registry.hpp 
 /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.hpp /var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/image//usr/include/xmlrpc-c/server_abyss.hpp 
 /var/tmp/portage/dev-libs/xmlrpc-c-1.18.02/work/xmlrpc-c-1.18.02/install-sh -
c -m 644 xmlrpc-c/packetsocket.hpp /var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/image//usr/include/xmlrpc-c/packetsocket.hpp 
 /var/tmp/portage/dev-libs/xmlrpc-c-1.18.02/work/xmlrpc-c-1.18.02/install-sh -
c -m 644 xmlrpc-c/server_pstream.hpp /var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/image//usr/include/xmlrpc-c/server_pstream.hpp 
 /var/tmp/portage/dev-libs/xmlrpc-c-1.18.02/work/xmlrpc-c-1.18.02/install-sh -
c -m 644 xmlrpc-c/client.h /var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/image//usr/include/xmlrpc-c/client.h 
 /var/tmp/portage/dev-libs/xmlrpc-c-1.18.02/work/xmlrpc-c-1.18.02/install-sh -
c -m 644 xmlrpc-c/transport.h /var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/image//usr/include/xmlrpc-c/transport.h 
 /var/tmp/portage/dev-libs/xmlrpc-c-1.18.02/work/xmlrpc-c-1.18.02/install-sh -
c -m 644 xmlrpc-c/client_global.h /var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/image//usr/include/xmlrpc-c/client_global.h 
 /var/tmp/portage/dev-libs/xmlrpc-c-1.18.02/work/xmlrpc-c-1.18.02/install-sh -
c -m 644 xmlrpc-c/client.hpp /var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/image//usr/include/xmlrpc-c/client.hpp 
 /var/tmp/portage/dev-libs/xmlrpc-c-1.18.02/work/xmlrpc-c-1.18.02/install-sh -
c -m 644 xmlrpc-c/client_transport.hpp /var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/image//usr/include/xmlrpc-c/client_transport.hpp 
 /var/tmp/portage/dev-libs/xmlrpc-c-1.18.02/work/xmlrpc-c-1.18.02/install-sh -
c -m 644 xmlrpc-c/client_simple.hpp /var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/image//usr/include/xmlrpc-c/client_simple.hpp 
 /var/tmp/portage/dev-libs/xmlrpc-c-1.18.02/work/xmlrpc-c-1.18.02/install-sh -
c -m 644 xmlrpc-c/server_cgi.h /var/tmp/portage/dev-libs/xmlrpc-
c-1.18.02/image//usr/include/xmlrpc-c/server_cgi.h 
cd /var/tmp/portage/dev-libs/xmlrpc-c-1.18.02/image//usr/include; \
          rm -f xmlrpc.h xmlrpc_client.h xmlrpc_server.h xmlrpc_cgi.h \
                xmlrpc_server_abyss.h xmlrpc_abyss.h \
                xmlrpc_server_w32httpsys.h \
                XmlRpcCpp.h; \
          ln -s xmlrpc-c/oldxmlrpc.h         xmlrpc.h; ln -s xmlrpc-c/server.h            
xmlrpc_server.h; ln -s xmlrpc-c/server_abyss.h      xmlrpc_abyss.h; ln -s 
xmlrpc-c/server_w32httpsys.h xmlrpc_server_w32httpsys.h;  ln -s xmlrpc-
c/oldcppwrapper.hpp XmlRpcCpp.h; ln -s xmlrpc-c/client.h xmlrpc_client.h; ln -
s xmlrpc-c/server_cgi.h xmlrpc_cgi.h;
make[1]: Leaving directory `/var/tmp/portage/dev-libs/xmlrpc-
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?
-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] Re: libpng12 is missing

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 1630 bytes --]

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

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] Re: libpng12 is missing

[Roy Wright]

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

[Alex Schuster]

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

[gentoo-user] Re: libpng12 is missing

[Harry Putnam]

Alex Schuster <wonko@wonkology.org> 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

[Alex Schuster]

Harry Putnam writes:

> Alex Schuster <wonko@wonkology.org> 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

[Harry Putnam]

Alex Schuster <wonko@wonkology.org> writes:

> Harry Putnam writes:
>
>> Alex Schuster <wonko@wonkology.org> 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 [TEMP SOLN]

[Chris Walters]

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 [TEMP SOLN]

[Roy Wright]

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

[Paul Hartman]

On Mon, May 10, 2010 at 5:27 PM, Volker Armin Hemmann
<volkerarmin@googlemail.com> 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

[Rudmer van Dijk]

On Tuesday 11 May 2010, Paul Hartman wrote:
> On Mon, May 10, 2010 at 5:27 PM, Volker Armin Hemmann
> 
> <volkerarmin@googlemail.com> 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

[Paul Hartman]

On Tue, May 11, 2010 at 10:25 AM, Rudmer van Dijk
<rudmer.van.dijk@casema.nl> wrote:
> On Tuesday 11 May 2010, Paul Hartman wrote:
>> On Mon, May 10, 2010 at 5:27 PM, Volker Armin Hemmann
>>
>> <volkerarmin@googlemail.com> 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.

[gentoo-user] Re: libpng12 is missing

[walt]

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

[Dale]

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:

root@smoker ~ # emerge @preserved-rebuild
emerge: 'preserved-rebuild' is an empty set
emerge: no targets left after set expansion
root@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.

root@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

root@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?

Re: [gentoo-user] Re: libpng12 is missing

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 612 bytes --]

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!

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

[gentoo-user] Re: libpng12 is missing

[walt]

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

[Chris Reffett]

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] libpng12 is missing

[András Csányi]

On 9 May 2010 14:10, Xi Shen <davidshen84@googlemail.com> 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'.
>
> i guess these 2 versions do not work well with each other. how can i fix this?
>
> P.S. i have 'png' in my USE flags.

It looks like the libpng package makes problem for other's including me... :$
http://bugs.gentoo.org/show_bug.cgi?id=319029

-- 
- -
--  Csanyi Andras  -- http://sayusi.hu -- Sayusi Ando
--  "Bízzál Istenben és tartsd szárazon a puskaport!".-- Cromwell

[gentoo-user] binary dependencies [WAS: libpng12 is missing]

[Enrico Weigelt]

* András Csányi <sayusi.ando@gmail.com> wrote:

Hi folks,

> It looks like the libpng package makes problem for other's including me... :$
> http://bugs.gentoo.org/show_bug.cgi?id=319029

IMHO this is a generic problem: when multiple slots exist, 
portage doesnt seem to know which slot/version of some lib a 
package was actually built against (that's also why we need
things like revdep-rebuild). 

A clean and generic solution would IMHO be if that information
is recorded @ /var/db/pkg/*. In case of some depenency exists
in different slots, the installed binary package record also
contains a dependency to the lib's slot the package was 
actually built against. This way, old versions/slots still
in use should never be uninstalled. 

In another pass we could scan for packages which could be 
rebuilt against a newer lib version, or maybe have it as 
an new emerge option (like --newuse for changed usedflags).


cu
-- 
---------------------------------------------------------------------
 Enrico Weigelt    ==   metux IT service - http://www.metux.de/
---------------------------------------------------------------------
 Please visit the OpenSource QM Taskforce:
 	http://wiki.metux.de/public/OpenSource_QM_Taskforce
 Patches / Fixes for a lot dozens of packages in dozens of versions:
	http://patches.metux.de/
---------------------------------------------------------------------