FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Gentoo > Gentoo User

 
 
LinkBack Thread Tools
 
Old 06-29-2010, 09:56 PM
Alan McKinnon
 
Default Stable users: libpng-1.4

Seems like the horrendous screw-up that was the libpng-1.4 update never got
fixed properly and is hitting stable users now.

Flameeyes, in his usual in-your-face style, has documented what needs to be
done:

http://blog.flameeyes.eu/2010/06/29/stable-users-libpng-update

If you are a stable user, save yourself a lot of trouble over the next few
days, read his blog and do what he says. He has this uncanny ability of almost
always being correct on technical toolchain matters



--
alan dot mckinnon at gmail dot com
 
Old 06-30-2010, 12:16 AM
Willie Wong
 
Default Stable users: libpng-1.4

On Tue, Jun 29, 2010 at 11:56:56PM +0200, Alan McKinnon wrote:
> He has this uncanny ability of almost
> always being correct on technical toolchain matters

I disagree with the uncanny part. This is flameeyes we are talking
about. It's like saying "Joerg Schilling has this uncanny ability
of almost always being correct on technical CD{ROM,R,RW} DVD", or
"Dale has this uncanny ability of almost always jumping into a HAL
bashing thread"...

:-)

Thanks for the link as always.

W
--
Willie W. Wong wwong@math.princeton.edu
Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire
et vice versa ~~~ I. Newton
 
Old 06-30-2010, 12:10 PM
Alan McKinnon
 
Default Stable users: libpng-1.4

On Wednesday 30 June 2010 02:16:36 Willie Wong wrote:
> On Tue, Jun 29, 2010 at 11:56:56PM +0200, Alan McKinnon wrote:
> > He has this uncanny ability of almost
> > always being correct on technical toolchain matters
>
> I disagree with the uncanny part. This is flameeyes we are talking
> about. It's like saying "Joerg Schilling has this uncanny ability
> of almost always being correct on technical CD{ROM,R,RW} DVD", or
> "Dale has this uncanny ability of almost always jumping into a HAL
> bashing thread"...
>
> :-)
>
> Thanks for the link as always.
>
> W


That's very funny :-)

I'm sure Dale appreciates being mentioned in the same sentence as flameeyes
and Joerg.... good one!

--
alan dot mckinnon at gmail dot com
 
Old 06-30-2010, 01:00 PM
Dale
 
Default Stable users: libpng-1.4

Alan McKinnon wrote:

On Wednesday 30 June 2010 02:16:36 Willie Wong wrote:


On Tue, Jun 29, 2010 at 11:56:56PM +0200, Alan McKinnon wrote:


He has this uncanny ability of almost
always being correct on technical toolchain matters


I disagree with the uncanny part. This is flameeyes we are talking
about. It's like saying "Joerg Schilling has this uncanny ability
of almost always being correct on technical CD{ROM,R,RW} DVD", or
"Dale has this uncanny ability of almost always jumping into a HAL
bashing thread"...

:-)

Thanks for the link as always.

W



That's very funny :-)

I'm sure Dale appreciates being mentioned in the same sentence as flameeyes
and Joerg.... good one!



I thought it was flattery myself. I don't know a lot about flameeyes
but Joerg sure does know CD and DVD stuff. He does write the code for
cdrtools which works very well right? It is better than the
alternative for sure, since it doesn't work.


Now since even the person that wrote hal figured out it was a flop and
needed to die, isn't that enough said? After all, the developer knows
it doesn't work very well with xorg so they are trying something new
from the ground up. Sort of seems to me that me and old Joerg are
right. LOL


Sort of funny in a way. lol

Dale

:-) :-)
 
Old 06-30-2010, 09:17 PM
Mick
 
Default Stable users: libpng-1.4

On Tuesday 29 June 2010 22:56:56 Alan McKinnon wrote:
> Seems like the horrendous screw-up that was the libpng-1.4 update never got
> fixed properly and is hitting stable users now.
>
> Flameeyes, in his usual in-your-face style, has documented what needs to be
> done:
>
> http://blog.flameeyes.eu/2010/06/29/stable-users-libpng-update
>
> If you are a stable user, save yourself a lot of trouble over the next few
> days, read his blog and do what he says. He has this uncanny ability of
> almost always being correct on technical toolchain matters

Blast! I emerged media-libs/libpng-1.4.3 only 2 days ago and ... I followed
what the elog told me which was to run the very scrip that Flameeyes says it
causes long term problems! O_O

This is what I have in terms of libpng* (on an amd64 system):

# ls -la /usr/lib/libpng*
-rw-r--r-- 1 root root 236422 Jun 28 12:56 /usr/lib/libpng14.a
-rw-r--r-- 1 root root 935 Jun 28 12:57 /usr/lib/libpng14.la
lrwxrwxrwx 1 root root 18 Jun 28 12:56 /usr/lib/libpng14.so ->
libpng14.so.14.3.0
lrwxrwxrwx 1 root root 18 Jun 28 12:56 /usr/lib/libpng14.so.14 ->
libpng14.so.14.3.0
-rwxr-xr-x 1 root root 158400 Jun 28 12:56 /usr/lib/libpng14.so.14.3.0
lrwxrwxrwx 1 root root 10 Jun 28 12:56 /usr/lib/libpng.a -> libpng14.a
-rw-r--r-- 1 root root 935 Jun 28 12:57 /usr/lib/libpng.la
lrwxrwxrwx 1 root root 11 Jun 28 12:56 /usr/lib/libpng.so -> libpng14.so

# ls -la /usr/lib64/libpng*
-rw-r--r-- 1 root root 236422 Jun 28 12:56 /usr/lib64/libpng14.a
-rw-r--r-- 1 root root 935 Jun 28 12:57 /usr/lib64/libpng14.la
lrwxrwxrwx 1 root root 18 Jun 28 12:56 /usr/lib64/libpng14.so ->
libpng14.so.14.3.0
lrwxrwxrwx 1 root root 18 Jun 28 12:56 /usr/lib64/libpng14.so.14 ->
libpng14.so.14.3.0
-rwxr-xr-x 1 root root 158400 Jun 28 12:56 /usr/lib64/libpng14.so.14.3.0
lrwxrwxrwx 1 root root 10 Jun 28 12:56 /usr/lib64/libpng.a -> libpng14.a
-rw-r--r-- 1 root root 935 Jun 28 12:57 /usr/lib64/libpng.la
lrwxrwxrwx 1 root root 11 Jun 28 12:56 /usr/lib64/libpng.so -> libpng14.so

Is this OK? What now?
--
Regards,
Mick
 
Old 06-30-2010, 09:30 PM
Bill Longman
 
Default Stable users: libpng-1.4

On 06/30/2010 02:17 PM, Mick wrote:
> On Tuesday 29 June 2010 22:56:56 Alan McKinnon wrote:
>> Seems like the horrendous screw-up that was the libpng-1.4 update never got
>> fixed properly and is hitting stable users now.
>>
>> Flameeyes, in his usual in-your-face style, has documented what needs to be
>> done:
>>
>> http://blog.flameeyes.eu/2010/06/29/stable-users-libpng-update
>>
>> If you are a stable user, save yourself a lot of trouble over the next few
>> days, read his blog and do what he says. He has this uncanny ability of
>> almost always being correct on technical toolchain matters
>
> Blast! I emerged media-libs/libpng-1.4.3 only 2 days ago and ... I followed
> what the elog told me which was to run the very scrip that Flameeyes says it
> causes long term problems! O_O
>
> This is what I have in terms of libpng* (on an amd64 system):
>
> # ls -la /usr/lib/libpng*
> -rw-r--r-- 1 root root 236422 Jun 28 12:56 /usr/lib/libpng14.a
> -rw-r--r-- 1 root root 935 Jun 28 12:57 /usr/lib/libpng14.la
> lrwxrwxrwx 1 root root 18 Jun 28 12:56 /usr/lib/libpng14.so ->
> libpng14.so.14.3.0
> lrwxrwxrwx 1 root root 18 Jun 28 12:56 /usr/lib/libpng14.so.14 ->
> libpng14.so.14.3.0
> -rwxr-xr-x 1 root root 158400 Jun 28 12:56 /usr/lib/libpng14.so.14.3.0
> lrwxrwxrwx 1 root root 10 Jun 28 12:56 /usr/lib/libpng.a -> libpng14.a
> -rw-r--r-- 1 root root 935 Jun 28 12:57 /usr/lib/libpng.la
> lrwxrwxrwx 1 root root 11 Jun 28 12:56 /usr/lib/libpng.so -> libpng14.so
>
> # ls -la /usr/lib64/libpng*
> -rw-r--r-- 1 root root 236422 Jun 28 12:56 /usr/lib64/libpng14.a
> -rw-r--r-- 1 root root 935 Jun 28 12:57 /usr/lib64/libpng14.la
> lrwxrwxrwx 1 root root 18 Jun 28 12:56 /usr/lib64/libpng14.so ->
> libpng14.so.14.3.0
> lrwxrwxrwx 1 root root 18 Jun 28 12:56 /usr/lib64/libpng14.so.14 ->
> libpng14.so.14.3.0
> -rwxr-xr-x 1 root root 158400 Jun 28 12:56 /usr/lib64/libpng14.so.14.3.0
> lrwxrwxrwx 1 root root 10 Jun 28 12:56 /usr/lib64/libpng.a -> libpng14.a
> -rw-r--r-- 1 root root 935 Jun 28 12:57 /usr/lib64/libpng.la
> lrwxrwxrwx 1 root root 11 Jun 28 12:56 /usr/lib64/libpng.so -> libpng14.so
>
> Is this OK? What now?

Just run revdep-rebuild --keep-going a few times with a lafilefixer
thrown in here and there for good measure. If you're really paranoid,
you'll recompile all libpng's dependencies....
 
Old 06-30-2010, 09:52 PM
Alan McKinnon
 
Default Stable users: libpng-1.4

On Wednesday 30 June 2010 23:17:28 Mick wrote:
> On Tuesday 29 June 2010 22:56:56 Alan McKinnon wrote:
> > Seems like the horrendous screw-up that was the libpng-1.4 update never
> > got fixed properly and is hitting stable users now.
> >
> > Flameeyes, in his usual in-your-face style, has documented what needs to
> > be done:
> >
> > http://blog.flameeyes.eu/2010/06/29/stable-users-libpng-update
> >
> > If you are a stable user, save yourself a lot of trouble over the next
> > few days, read his blog and do what he says. He has this uncanny ability
> > of almost always being correct on technical toolchain matters
>
> Blast! I emerged media-libs/libpng-1.4.3 only 2 days ago and ... I
> followed what the elog told me which was to run the very scrip that
> Flameeyes says it causes long term problems! O_O
>
> This is what I have in terms of libpng* (on an amd64 system):
>
> # ls -la /usr/lib/libpng*
> -rw-r--r-- 1 root root 236422 Jun 28 12:56 /usr/lib/libpng14.a
> -rw-r--r-- 1 root root 935 Jun 28 12:57 /usr/lib/libpng14.la
> lrwxrwxrwx 1 root root 18 Jun 28 12:56 /usr/lib/libpng14.so ->
> libpng14.so.14.3.0
> lrwxrwxrwx 1 root root 18 Jun 28 12:56 /usr/lib/libpng14.so.14 ->
> libpng14.so.14.3.0
> -rwxr-xr-x 1 root root 158400 Jun 28 12:56 /usr/lib/libpng14.so.14.3.0
> lrwxrwxrwx 1 root root 10 Jun 28 12:56 /usr/lib/libpng.a -> libpng14.a
> -rw-r--r-- 1 root root 935 Jun 28 12:57 /usr/lib/libpng.la
> lrwxrwxrwx 1 root root 11 Jun 28 12:56 /usr/lib/libpng.so ->
> libpng14.so
>
> # ls -la /usr/lib64/libpng*
> -rw-r--r-- 1 root root 236422 Jun 28 12:56 /usr/lib64/libpng14.a
> -rw-r--r-- 1 root root 935 Jun 28 12:57 /usr/lib64/libpng14.la
> lrwxrwxrwx 1 root root 18 Jun 28 12:56 /usr/lib64/libpng14.so ->
> libpng14.so.14.3.0
> lrwxrwxrwx 1 root root 18 Jun 28 12:56 /usr/lib64/libpng14.so.14 ->
> libpng14.so.14.3.0
> -rwxr-xr-x 1 root root 158400 Jun 28 12:56 /usr/lib64/libpng14.so.14.3.0
> lrwxrwxrwx 1 root root 10 Jun 28 12:56 /usr/lib64/libpng.a ->
> libpng14.a -rw-r--r-- 1 root root 935 Jun 28 12:57 /usr/lib64/libpng.la
> lrwxrwxrwx 1 root root 11 Jun 28 12:56 /usr/lib64/libpng.so ->
> libpng14.so
>
> Is this OK? What now?

I remember now what I eventually did to fix all my libpng problems back then:

unmerge libpng
delete everything left with libpng in it's name
emerge -pvuND world just to see what was now busted
same with revdep-rebuild
re-emerge libpng and let portage pick the version to merge
emerge -avuND world
revdep-rebuild
repeat till no problems reported

and lafilefixer --justfixit somewhere in the mix as well just for good
measure.

This is called the "throw shit at the wall and hope some of it sticks" method
of updating systems. By happy good fortune, it worked out for me.

aka the dark underside of source-based systems :-)



--
alan dot mckinnon at gmail dot com
 
Old 06-30-2010, 10:15 PM
Mick
 
Default Stable users: libpng-1.4

On Wednesday 30 June 2010 22:52:13 Alan McKinnon wrote:
> On Wednesday 30 June 2010 23:17:28 Mick wrote:
> > On Tuesday 29 June 2010 22:56:56 Alan McKinnon wrote:
> > > Seems like the horrendous screw-up that was the libpng-1.4 update never
> > > got fixed properly and is hitting stable users now.
> > >
> > > Flameeyes, in his usual in-your-face style, has documented what needs
> > > to be done:
> > >
> > > http://blog.flameeyes.eu/2010/06/29/stable-users-libpng-update
> > >
> > > If you are a stable user, save yourself a lot of trouble over the next
> > > few days, read his blog and do what he says. He has this uncanny
> > > ability of almost always being correct on technical toolchain matters
> >
> > Blast! I emerged media-libs/libpng-1.4.3 only 2 days ago and ... I
> > followed what the elog told me which was to run the very scrip that
> > Flameeyes says it causes long term problems! O_O
> >
> > This is what I have in terms of libpng* (on an amd64 system):
> >
> > # ls -la /usr/lib/libpng*
> > -rw-r--r-- 1 root root 236422 Jun 28 12:56 /usr/lib/libpng14.a
> > -rw-r--r-- 1 root root 935 Jun 28 12:57 /usr/lib/libpng14.la
> > lrwxrwxrwx 1 root root 18 Jun 28 12:56 /usr/lib/libpng14.so ->
> > libpng14.so.14.3.0
> > lrwxrwxrwx 1 root root 18 Jun 28 12:56 /usr/lib/libpng14.so.14 ->
> > libpng14.so.14.3.0
> > -rwxr-xr-x 1 root root 158400 Jun 28 12:56 /usr/lib/libpng14.so.14.3.0
> > lrwxrwxrwx 1 root root 10 Jun 28 12:56 /usr/lib/libpng.a ->
> > libpng14.a -rw-r--r-- 1 root root 935 Jun 28 12:57 /usr/lib/libpng.la
> > lrwxrwxrwx 1 root root 11 Jun 28 12:56 /usr/lib/libpng.so ->
> > libpng14.so
> >
> > # ls -la /usr/lib64/libpng*
> > -rw-r--r-- 1 root root 236422 Jun 28 12:56 /usr/lib64/libpng14.a
> > -rw-r--r-- 1 root root 935 Jun 28 12:57 /usr/lib64/libpng14.la
> > lrwxrwxrwx 1 root root 18 Jun 28 12:56 /usr/lib64/libpng14.so ->
> > libpng14.so.14.3.0
> > lrwxrwxrwx 1 root root 18 Jun 28 12:56 /usr/lib64/libpng14.so.14 ->
> > libpng14.so.14.3.0
> > -rwxr-xr-x 1 root root 158400 Jun 28 12:56 /usr/lib64/libpng14.so.14.3.0
> > lrwxrwxrwx 1 root root 10 Jun 28 12:56 /usr/lib64/libpng.a ->
> > libpng14.a -rw-r--r-- 1 root root 935 Jun 28 12:57
> > /usr/lib64/libpng.la lrwxrwxrwx 1 root root 11 Jun 28 12:56
> > /usr/lib64/libpng.so -> libpng14.so
> >
> > Is this OK? What now?
>
> I remember now what I eventually did to fix all my libpng problems back
> then:
>
> unmerge libpng
> delete everything left with libpng in it's name
> emerge -pvuND world just to see what was now busted
> same with revdep-rebuild
> re-emerge libpng and let portage pick the version to merge
> emerge -avuND world
> revdep-rebuild
> repeat till no problems reported
>
> and lafilefixer --justfixit somewhere in the mix as well just for good
> measure.
>
> This is called the "throw shit at the wall and hope some of it sticks"
> method of updating systems. By happy good fortune, it worked out for me.
>
> aka the dark underside of source-based systems :-)

I'm sure that I followed your scientific approach too because my system still
works ... although I may have lost the will to live somewhere in between the
lafilefixer and revdep-rebuild for the nth time and decided to emerge -e
world. :-))

Strangely enough two other x86 boxen were updated without any much drama.
--
Regards,
Mick
 
Old 06-30-2010, 10:35 PM
Alan McKinnon
 
Default Stable users: libpng-1.4

On Thursday 01 July 2010 00:15:34 Mick wrote:
> > I remember now what I eventually did to fix all my libpng problems back
> >
> > then:
> >
> >
> > unmerge libpng
> > delete everything left with libpng in it's name
> > emerge -pvuND world just to see what was now busted
> > same with revdep-rebuild
> > re-emerge libpng and let portage pick the version to merge
> > emerge -avuND world
> > revdep-rebuild
> >
> > repeat till no problems reported
> >
> >
> > and lafilefixer --justfixit somewhere in the mix as well just for good
> > measure.
> >
> >
> >
> > This is called the "throw shit at the wall and hope some of it sticks"
> > method of updating systems. By happy good fortune, it worked out for me.
> >
> >
> >
> > aka the dark underside of source-based systems :-)
>
> I'm sure that I followed your scientific approach too because my system
> still works ... although I may have lost the will to live somewhere in
> between the lafilefixer and revdep-rebuild for the nth time and decided to
> emerge -e world. :-))
>
> Strangely enough two other x86 boxen were updated without any much drama.

:-)

On the front page of gentoo.org several blogs are reference that mention this
issue. In one of them, the author shows evidence that the same binary was
trying to link at one point to a 32 bit lib and at another point link to a 64
bit lib..... All random of course, causing no end of mysterious failures, and
explains why some people had success re-merging cairo, other with something
else ....

Truly bizarre. But it might go a ways to explaining why your 32 bit systems
were unaffected?

--
alan dot mckinnon at gmail dot com
 
Old 06-30-2010, 10:40 PM
Neil Bothwick
 
Default Stable users: libpng-1.4

On Wed, 30 Jun 2010 23:52:13 +0200, Alan McKinnon wrote:

> This is called the "throw shit at the wall and hope some of it sticks"
> method of updating systems. By happy good fortune, it worked out for me.

I posted a script/one-liner I used to fix this at the time it hit stable,
which fixed the problem more cleanly. It was still throwing shit at a
wall, but with telescopic sights


--
Neil Bothwick

As long as you do not move you can still choose any direction.
 

Thread Tools




All times are GMT. The time now is 08:41 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org