| View previous topic :: View next topic |
| Author |
Message |
Anon-E-moose
Watchman
Joined: 23 May 2008
Posts: 6099
Location: Dallas area
|
 Posted: Wed May 19, 2010 3:29 pm Post subject: |
 |
|
| -neX- wrote: |
xz-utils is installed (4.999.9_beta), i recompiled, but still no positive results. after RTM of 'man xz', this seems like an issue with my memory constraints (virtual machine limited to 128M), since it spits out this error when i try to manually decompress the file. |
Create a temporary swap file
_________________
PRIME x570-pro, 3700x, 6.1 zen kernel
gcc 13, profile 17.0 (custom bare multilib), openrc, wayland |
|
| Back to top |
|
 |
-neX-
n00b
Joined: 29 Apr 2005
Posts: 45
|
| Posted: Thu May 20, 2010 4:05 pm Post subject: |
|
|
| Anon-E-moose wrote: |
Create a temporary swap file |
I had no idea you could do this! but now that i think about it, makes complete sense.
did some poking around on the 'net for a general procedure. this looks correct, and makes sense to me.
| http://www.akadia.com/services/ora_linux_install_10g.html wrote: |
You also can add temporary swap space to your system by creating a temporary swap file instead of using a raw device. Here is the procedure:
| Code: | su - root
cd /root
dd if=/dev/zero of=/root/tmpswp bs=1k count=500000
500000+0 records in
500000+0 records out
chmod 600 tmpswp
mkswap tmpswp
Setting up swapspace version 1, size = 511995 kB
swapon tmpswp
grep SwapTotal /proc/meminfo
SwapTotal: 1504044 kB |
|
any other useful/must-read linkage on this subject?
edit: nevermind. i checked with some fellow virtual users, you cant add swap using the file method. access to 'swapon' is removed. disk swap causes too much slowdown in a virtual environment. |
|
| Back to top |
|
|
chrisk2305
Tux's lil' helper
Joined: 05 Sep 2007
Posts: 110
|
| Posted: Fri May 21, 2010 8:49 am Post subject: |
|
|
Hy Guys,
i'm also running into serious problems with libpng, i hope you guys can help.
tried all your above mentioned recommendations, but still have this problem:
| Code: | fileserver ~ # revdep-rebuild
* Configuring search environment for revdep-rebuild
* Checking reverse dependencies
* Packages containing binaries and libraries broken by a package update
* will be emerged.
* Collecting system binaries and libraries
* Found existing 1_files.rr
* Collecting complete LD_LIBRARY_PATH
* Found existing 2_ldpath.rr.
* Checking dynamic linking consistency
* Found existing 3_broken.rr.
* Assigning files to packages
* !!! /usr/local/lib64/libgtksourceview-2.0.la not owned by any package is broken !!!
* /usr/local/lib64/libgtksourceview-2.0.la -> (none)
* !!! /usr/local/lib64/python2.6/site-packages/gtk-2.0/gtk/_gtk.la not owned by any package is broken !!!
* /usr/local/lib64/python2.6/site-packages/gtk-2.0/gtk/_gtk.la -> (none)
* !!! /usr/local/lib64/python2.6/site-packages/gtk-2.0/gtk/glade.la not owned by any package is broken !!!
* /usr/local/lib64/python2.6/site-packages/gtk-2.0/gtk/glade.la -> (none)
* !!! /usr/local/lib64/python2.6/site-packages/gtk-2.0/gtkunixprint.la not owned by any package is broken !!!
* /usr/local/lib64/python2.6/site-packages/gtk-2.0/gtkunixprint.la -> (none)
* !!! /usr/local/lib64/python2.6/site-packages/gtk-2.0/pangocairo.la not owned by any package is broken !!!
* /usr/local/lib64/python2.6/site-packages/gtk-2.0/pangocairo.la -> (none)
* Generated new 4_raw.rr and 4_owners.rr
* Found some broken files, but none of them were associated with known packages
* Unable to proceed with automatic repairs.
* The broken files are listed in 4_owners.rr
|
really dont know what to do.
cheers |
|
| Back to top |
|
|
Anon-E-moose
Watchman
Joined: 23 May 2008
Posts: 6099
Location: Dallas area
|
| Posted: Fri May 21, 2010 11:31 am Post subject: |
|
|
| -neX- wrote: |
edit: nevermind. i checked with some fellow virtual users, you cant add swap using the file method. access to 'swapon' is removed. disk swap causes too much slowdown in a virtual environment. |
Well, you only have a couple of viable choices if you need more memory,
either the swap file or
increase the memory in the virtual environment long enough for the compile then take it back.
_________________
PRIME x570-pro, 3700x, 6.1 zen kernel
gcc 13, profile 17.0 (custom bare multilib), openrc, wayland |
|
| Back to top |
|
|
SamuliSuominen
Retired Dev
Joined: 30 Sep 2005
Posts: 2133
Location: Finland
|
| Posted: Fri May 21, 2010 3:41 pm Post subject: |
|
|
| chrisk2305 wrote: | Hy Guys,
i'm also running into serious problems with libpng, i hope you guys can help.
tried all your above mentioned recommendations, but still have this problem:
| Code: | fileserver ~ # revdep-rebuild
* Configuring search environment for revdep-rebuild
* Checking reverse dependencies
* Packages containing binaries and libraries broken by a package update
* will be emerged.
* Collecting system binaries and libraries
* Found existing 1_files.rr
* Collecting complete LD_LIBRARY_PATH
* Found existing 2_ldpath.rr.
* Checking dynamic linking consistency
* Found existing 3_broken.rr.
* Assigning files to packages
* !!! /usr/local/lib64/libgtksourceview-2.0.la not owned by any package is broken !!!
* /usr/local/lib64/libgtksourceview-2.0.la -> (none)
* !!! /usr/local/lib64/python2.6/site-packages/gtk-2.0/gtk/_gtk.la not owned by any package is broken !!!
* /usr/local/lib64/python2.6/site-packages/gtk-2.0/gtk/_gtk.la -> (none)
* !!! /usr/local/lib64/python2.6/site-packages/gtk-2.0/gtk/glade.la not owned by any package is broken !!!
* /usr/local/lib64/python2.6/site-packages/gtk-2.0/gtk/glade.la -> (none)
* !!! /usr/local/lib64/python2.6/site-packages/gtk-2.0/gtkunixprint.la not owned by any package is broken !!!
* /usr/local/lib64/python2.6/site-packages/gtk-2.0/gtkunixprint.la -> (none)
* !!! /usr/local/lib64/python2.6/site-packages/gtk-2.0/pangocairo.la not owned by any package is broken !!!
* /usr/local/lib64/python2.6/site-packages/gtk-2.0/pangocairo.la -> (none)
* Generated new 4_raw.rr and 4_owners.rr
* Found some broken files, but none of them were associated with known packages
* Unable to proceed with automatic repairs.
* The broken files are listed in 4_owners.rr
|
really dont know what to do.
cheers |
Notice the /usr/local (instead of just /usr), those files are not installed by Portage, but you have installed them yourself at some point.
It looks like a local pygtk (and related) installation.
I don't see why you'd need to have one in /usr/local in the first place, so perhaps you should simply backup /usr/local/lib64/python2.6 and then remove the whole directory.
And...
Even if you decide to keep it, for some reason, you don't need .la files for python modules and libs, those are rather pointless. So you can simply delete just the broken .la files:
rm -f /usr/local/lib64/libgtksourceview-2.0.la /usr/local/lib64/python2.6/site-packages/gtk-2.0/gtk/_gtk.la and so on... everything will still keep working just as fine. |
|
| Back to top |
|
|
smalldog
n00b
Joined: 13 Nov 2005
Posts: 10
|
| Posted: Sat May 22, 2010 4:28 pm Post subject: Error in python packages update |
|
|
| chrisk2305 wrote: | Hy Guys,
i'm also running into serious problems with libpng, i hope you guys can help.
tried all your above mentioned recommendations, but still have this problem:
| Code: | fileserver ~ # revdep-rebuild
* Configuring search environment for revdep-rebuild
* Checking reverse dependencies
* Packages containing binaries and libraries broken by a package update
* will be emerged.
* Collecting system binaries and libraries
* Found existing 1_files.rr
* Collecting complete LD_LIBRARY_PATH
* Found existing 2_ldpath.rr.
* Checking dynamic linking consistency
* Found existing 3_broken.rr.
* Assigning files to packages
* !!! /usr/local/lib64/libgtksourceview-2.0.la not owned by any package is broken !!!
* /usr/local/lib64/libgtksourceview-2.0.la -> (none)
* !!! /usr/local/lib64/python2.6/site-packages/gtk-2.0/gtk/_gtk.la not owned by any package is broken !!!
* /usr/local/lib64/python2.6/site-packages/gtk-2.0/gtk/_gtk.la -> (none)
* !!! /usr/local/lib64/python2.6/site-packages/gtk-2.0/gtk/glade.la not owned by any package is broken !!!
* /usr/local/lib64/python2.6/site-packages/gtk-2.0/gtk/glade.la -> (none)
* !!! /usr/local/lib64/python2.6/site-packages/gtk-2.0/gtkunixprint.la not owned by any package is broken !!!
* /usr/local/lib64/python2.6/site-packages/gtk-2.0/gtkunixprint.la -> (none)
* !!! /usr/local/lib64/python2.6/site-packages/gtk-2.0/pangocairo.la not owned by any package is broken !!!
* /usr/local/lib64/python2.6/site-packages/gtk-2.0/pangocairo.la -> (none)
* Generated new 4_raw.rr and 4_owners.rr
* Found some broken files, but none of them were associated with known packages
* Unable to proceed with automatic repairs.
* The broken files are listed in 4_owners.rr
|
really dont know what to do.
cheers |
Try "python-updater", good luck |
|
| Back to top |
|
|
towerk
n00b
Joined: 03 Oct 2006
Posts: 30
Location: Maryland
|
| Posted: Tue May 25, 2010 3:55 pm Post subject: never had qt3 or kde use flags |
|
|
I don't remember ever having a qt* USE flag, but I still am getting the
| Code: |
emerge: there are no ebuilds to satisfy "x11-libs/qt:3".
|
How can I definitively determine what has this dependency? Any time I search it's all qt4 stuff.
I've added kde-sunset via layman, and I don't notice any change or ability to remove anything qt:3 related... |
|
| Back to top |
|
|
towerk
n00b
Joined: 03 Oct 2006
Posts: 30
Location: Maryland
|
| Posted: Tue May 25, 2010 7:07 pm Post subject: got rid of qt |
|
|
I figured it out, not necessarily related to, but appear to be brought about by libpng
added kde-sunset
| Code: |
layman -a kde-sunset
|
Then removed the old qt (nothing depended on it, must have a some point, way back when)
| Code: |
emerge -v --depclean qt
|
Thanks for the info in the thread that got me through it.
How would this be avoided in the future, what portage maintenance other than
| Code: |
emerge --sync
emerge --NuDpv world
|
Should be done periodically? |
|
| Back to top |
|
|
Genetic
Tux's lil' helper
Joined: 09 Jun 2006
Posts: 111
|
| Posted: Thu May 27, 2010 10:54 am Post subject: |
|
|
Hi,
I have installed the libpng versions 1.2.43-r3:1.2 and 1.4.2:0 and everything works fine by now, except that reconcilio (revdep-rebuild) tries to rebuild totem-2.28.6:
/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.3/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lpng12
Does someone know how to fix this specific issue? I would try totem from the gnome overlay, but it pulls in a lot of way to unstable deps 
Thanke in advance
Genetic |
|
| Back to top |
|
|
Holysword
l33t
Joined: 19 Nov 2006
Posts: 946
Location: Greece
|
| Posted: Fri May 28, 2010 1:00 pm Post subject: |
|
|
I got busted on this upgrade now. Damn revdep-rebuild is completely unstable and I am having to manually fix some stuffs.
Hope I will have this fixed soon (I need latex asap!!)
_________________
"Nolite arbitrari quia venerim mittere pacem in terram non veni pacem mittere sed gladium" (Yeshua Ha Mashiach) |
|
| Back to top |
|
|
Randy Andy
Veteran
Joined: 19 Jun 2007
Posts: 1148
Location: /dev/koelsch
|
| Posted: Fri May 28, 2010 1:59 pm Post subject: no need to install libpng slotted in different versions |
|
|
Hi Folks,
i have had similar trouble few weeks ago.
Today i tried to upgrade my wifes Laptop and got again some compilation breaks on different packages with the libpng error.
I tried to remember how i have fixed it, weeks before.... 
| Code: |
run as root:
/usr/sbin/libpng-1.4.x-update.sh
|
did the trick for me.
Weeks ago i got this hint as portage output, but this time i couldn't find it.
But my history on my main system helps me to remember 
Hopefully it helps you too.
Regards, Andy.
_________________
If you want to see a Distro done right, compile it yourself! |
|
| Back to top |
|
|
Holysword
l33t
Joined: 19 Nov 2006
Posts: 946
Location: Greece
|
| Posted: Fri May 28, 2010 2:37 pm Post subject: |
|
|
Yeah, I saw this message and I tried that. Nothing happened.
_________________
"Nolite arbitrari quia venerim mittere pacem in terram non veni pacem mittere sed gladium" (Yeshua Ha Mashiach) |
|
| Back to top |
|
|
Holysword
l33t
Joined: 19 Nov 2006
Posts: 946
Location: Greece
|
| Posted: Fri May 28, 2010 3:23 pm Post subject: |
|
|
Ah, no need for panic. I unmerged a lot of things and re-emerged them, and kept doing that until everything get fixed. At the end I ran revdep-rebuild just to make sure and now everything is fine with libpng14
_________________
"Nolite arbitrari quia venerim mittere pacem in terram non veni pacem mittere sed gladium" (Yeshua Ha Mashiach) |
|
| Back to top |
|
|
Randy Andy
Veteran
Joined: 19 Jun 2007
Posts: 1148
Location: /dev/koelsch
|
| Posted: Fri May 28, 2010 4:50 pm Post subject: |
|
|
Yes Holysword,
i doesn't mentioned this, cause i thought that was clear.
One one of my four gentoo systems needed additionally an
| Code: |
emerge -1av cairo pango gtk+ atk libglade qt-gui
|
to go one compiling succesfully every package, beside of what you did.
Fine that it works now for you, and hopefully for the others too.
Andy.
_________________
If you want to see a Distro done right, compile it yourself! |
|
| Back to top |
|
|
eclipse99
n00b
Joined: 03 Oct 2004
Posts: 22
|
| Posted: Thu Jun 03, 2010 8:51 am Post subject: |
|
|
can Netpbm also be affected by that?
I emerged and since then I got this error:
| Code: | # pnmscale -width 750
internal error: optExecute() called with NULL argument '--width'
|
revdep-rebuild says all is consistence.
| Code: | # eix libpng
[D] media-libs/libpng
Available versions: (1.2) 1.2.40 ~1.2.42 ~1.2.43 **1.4.1
Installed versions: 1.2.43-r2(14:01:16 02/06/10)
|
any ideas? |
|
| Back to top |
|
|
dufeu
l33t
Joined: 30 Aug 2002
Posts: 924
Location: US-FL-EST
|
| Posted: Wed Jun 30, 2010 9:01 pm Post subject: libpng-1.4.3 |
|
|
On my primary system, where I thought I had all libpng issues resolved, I just did: | Code: | emerge --sync
emerge -puNDv world |
I was rather surprised to see this: | Code: | These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild I U ] app-emulation/virtualbox-ose-additions-3.2.6 [3.2.4] 32,718 kB
[ebuild U ] media-libs/libpng-1.4.3 [1.4.2] 527 kB
[ebuild U ] media-libs/libpng-1.2.44 [1.2.43-r3] 528 kB
[ebuild U ] app-emulation/virtualbox-modules-3.2.6 [3.2.4] 751 kB |
I most certainly wasn't expecting to see "libpng-1.2.44"!!
I really had thought all my libpng issues had been resolved where I had separately emerged cairo, pango, gtk+ etc. Then run lafilefixer and revdep-rebuild multiple times and so forth.
I've also been reading flameeyes blog posts with his advice regarding libpng12 issues in his Stable users' libpng update. Having {I thought} resolved my libpng issues prior to flameeyes' posts, I figured I was good to go.
Flameeyes recommends: | Code: | emerge -C =libpng-1.2*
rm -f /usr/lib/libpng12.so*
emerge -1 =libpng-1.4*
revdep-rebuild -- --keep-going |
For the "rm" step, he recommends replacing /usr/lib with /usr/lib64 for 64-bit based systems. See his blog post for his further comments including his additional notes for running lafilefixer incrementally.
When I saw the slot upgrade to "libpng-1.2.44", I decided to try the steps he recommends in his post. I made a few modifications in order to get a better grasp of what was happening. Part of the reasoning behind my changed steps was because of what Patrick had to say in TRACING THE LIBPNG UPDATE MESS.
These are the steps I followed: | Code: | emerge -C =libpng-1.2*
ls -l /usr/lib64/libpng12.so*
ls -l /usr/lib/libpng12.so*
ls -l /usr/lib32/libpng12.so*
rm -f /usr/lib32/libpng12.so*
emerge -1 =libpng-1.4*
revdep-rebuild -i -p |
I've posted the resulting complete un-edited output with the exception of highlighting one line. That line is the result of the "ls -l /usr/lib32/libpng12.so*" command. Surprise! Surprise! Surprise! | Code: | pyrodyno ~ # ls -l /usr/lib32/libpng12.so*
-rwxr-xr-x 1 root root 140972 Jun 11 07:17 /usr/lib32/libpng12.so.0 |
I'm currently monitoring some processes on some other systems so I can't yet run revdep-rebuild without the -i -p options at the CLI {as recommended by Flameeyes}. I can see where if I try running it from konsole, my GUI might break while I'm using it. Certainly for sure to break if I'm using xfce4 and gnome based friends. However, as soon as I can, I will be bailing out of kde and running revdep-rebuild.
If you think that all of your libpng12 issues are resolved, you could very well be wrong. It's very clear from my results that things may not be as they seem!
NOTE: The particular system these results are from is AMD64 based.
_________________
People whom think M$ is mediocre, don't know the half of it. |
|
| Back to top |
|
|
Anon-E-moose
Watchman
Joined: 23 May 2008
Posts: 6099
Location: Dallas area
|
| Posted: Wed Jun 30, 2010 9:29 pm Post subject: |
|
|
If you have everything resolved, why are you still running libpng-1.2???
If it is there, it will try and upgrade when one comes along.
_________________
PRIME x570-pro, 3700x, 6.1 zen kernel
gcc 13, profile 17.0 (custom bare multilib), openrc, wayland |
|
| Back to top |
|
|
arnvidr
l33t
Joined: 19 Aug 2004
Posts: 629
Location: Oslo, Norway
|
| Posted: Thu Jul 01, 2010 5:49 am Post subject: |
|
|
Why is it a problem now? It upgraded my libpng in both slots, and I had to rebuild my nxclient, which is the only thing using 12 as far as I know. Done.
_________________
|
|
| Back to top |
|
|
sidamos
Apprentice
Joined: 16 Dec 2007
Posts: 240
|
| Posted: Thu Jul 01, 2010 12:36 pm Post subject: |
|
|
I cannot update Thunderbird from 3.0.4 to 3.0.5. It does not find libpng12 during configure.
Before Thunderbird, emerge installed:
Thu Jul 1 13:01:02 2010 >>> media-libs/libpng-1.4.3
Thu Jul 1 13:03:30 2010 >>> media-libs/libpng-1.2.44
So, now I have:
[I--] [ ] media-libs/libpng-1.2.44 (1.2)
[I--] [ ] media-libs/libpng-1.4.3 (0)
Then I tried:
- /usr/sbin/libpng-1.4.x-update.sh
- lafilefixer --justfixit
- revdep-rebuild (which did not want to do anything)
Still Thunderbird fails. At the moment, I am running:
- emerge -1 cairo pango libglade gtk+
Anything else I can do?
Thanks! |
|
| Back to top |
|
|
dufeu
l33t
Joined: 30 Aug 2002
Posts: 924
Location: US-FL-EST
|
| Posted: Thu Jul 01, 2010 1:32 pm Post subject: |
|
|
| Anon-E-moose wrote: | If you have everything resolved, why are you still running libpng-1.2???
If it is there, it will try and upgrade when one comes along. |
That was part of the point of my post. I thought libpng-1.2 was no longer on my system and was quite surprised it was there.
The other unpleasant surprise was the output of revdep-rebuild -i -p. If you look closely at the pastebox.com post, you'll see that 37 packages required re-installation after I manually removed /usr/lib32/libpng12.so*. Prior to removing that file, revdep-rebuild reported all was well. That's the real kick in the teeth.
If you look at Patrick's blog post, Patrick comments that, on a 64-bit system, the lib32 entry a) should never happen in the first place and b) will 'hide' the fact that you have broken packages from revdep-rebuild.
As Flameeyes points out, there are valid cases for slotting different versions for libpng. You want the binary file for libpng-1.2 for binary only packages such as opera or if you've built your system using binary packages.
Other than those exceptions, you want libpng-1.4.*.
Right now, based on these results and what I see for the other system I'm updating, it looks like you need to manually unmerge libpng-1.2, remove any remaining libpng12.* artifacts, and run revdep-rebuild before doing an upgrade. The reason, as pointed out by Patrick, is that there appear to be circumstances where libpng12 artifacts can be created that shouldn't be there. Further, these artifacts can fool revdep-rebuild. Given the reliance we all place on using revdep-rebuild to make sure our systems are good, this behavior can be a problem.
When this issue first came up, I manually emerged packages like gtk+, pango, cairo et al and then ran lafilefixer and revdep-rebuild multiple times. Revdep-rebuild eventually reported everything was clean. As a result, I assumed everything was fine. I have a working system and it appears to work fine. But ... it clearly isn't working as I expected it to be working. In packages where I assumed libpng14.so* to be active, libpng12.so* is the active object. So any problems that do crop up are going to be operating under the wrong assumptions.
I think Patrick and Flameeyes and Samuli are doing fantastic work and I really, really appreciate their efforts. It's just that sometimes problems are more complicated than originally supposed and require more thought and more looking into than expected. After all, Stuff Happens (tm).
At this point, I think performing the manual steps regarding libpng12 is a good idea if you're upgrading libpng. If you've already upgrading libpng, you may want to go back and perform the manual steps anyway just to be sure. I do tend to be very conservative about these things.
_________________
People whom think M$ is mediocre, don't know the half of it. |
|
| Back to top |
|
|
dufeu
l33t
Joined: 30 Aug 2002
Posts: 924
Location: US-FL-EST
|
| Posted: Thu Jul 01, 2010 1:37 pm Post subject: |
|
|
| sidamos wrote: |
Anything else I can do?
Thanks! |
Instead of the manual emerges you're currently doing, you may want to follow the process I outlined. Basically, manually unmerge libpng-1.2*, delete any libpng12.so* artifacts and run revdep-rebuild.
Then try emerging thunderbird.
The process I've outlined wont hurt your system. You can report if it helps or doesn't help back here.
_________________
People whom think M$ is mediocre, don't know the half of it. |
|
| Back to top |
|
|
sidamos
Apprentice
Joined: 16 Dec 2007
Posts: 240
|
| Posted: Thu Jul 01, 2010 2:01 pm Post subject: |
|
|
Problem is, I cannot delete libpng-1.2 because of this:
net-misc/nxclient-3.4.0.5 (=media-libs/libpng-1.2*) |
|
| Back to top |
|
|
Anon-E-moose
Watchman
Joined: 23 May 2008
Posts: 6099
Location: Dallas area
|
| Posted: Thu Jul 01, 2010 2:28 pm Post subject: |
|
|
| dufeu wrote: | | Anon-E-moose wrote: | If you have everything resolved, why are you still running libpng-1.2???
If it is there, it will try and upgrade when one comes along. |
That was part of the point of my post. I thought libpng-1.2 was no longer on my system and was quite surprised it was there.
The other unpleasant surprise was the output of revdep-rebuild -i -p. If you look closely at the pastebox.com post, you'll see that 37 packages required re-installation after I manually removed /usr/lib32/libpng12.so*. Prior to removing that file, revdep-rebuild reported all was well. That's the real kick in the teeth.
If you look at Patrick's blog post, Patrick comments that, on a 64-bit system, the lib32 entry a) should never happen in the first place and b) will 'hide' the fact that you have broken packages from revdep-rebuild.
|
I had manually removed libpng-1.2, and bit the bullet with lots of rebuilds,
back when libpng-1.4 came out, so I haven't run into some of the problems others have.
As far as revdep-rebuild and it's "peculiarities" I've long known that it's far from perfect 
Not sure why lib32 would interfere with 64 bit progs, I've never seen it happen before.
On my system /usr/lib32/libpng12.so.0 is installed by emul-linux-x86-baselibs along with libpng14.
I've not used lddtree, opting instead to use ldd, so I can't really comment on why things show up that way for Patrick.
_________________
PRIME x570-pro, 3700x, 6.1 zen kernel
gcc 13, profile 17.0 (custom bare multilib), openrc, wayland |
|
| Back to top |
|
|
Anon-E-moose
Watchman
Joined: 23 May 2008
Posts: 6099
Location: Dallas area
|
| Posted: Thu Jul 01, 2010 2:33 pm Post subject: |
|
|
| sidamos wrote: | Problem is, I cannot delete libpng-1.2 because of this:
net-misc/nxclient-3.4.0.5 (=media-libs/libpng-1.2*) |
I would probably delete nxclient (temporarily) then libpng12,
and do a rebuild of everything that needs it,
then emerge nxclient which will pull in libpng12,
but that should be the only thing that needs it.
Otherwise it will be a long struggle to get everything straightened out.
Just my opinion, of course.
Good luck
_________________
PRIME x570-pro, 3700x, 6.1 zen kernel
gcc 13, profile 17.0 (custom bare multilib), openrc, wayland |
|
| Back to top |
|
|
paulj
Guru
Joined: 30 Sep 2004
Posts: 513
Location: Wales, UK
|
| Posted: Fri Jul 02, 2010 4:32 am Post subject: |
|
|
| gemini91 wrote: | When this first showed up, the end of last week. I masked ligpng-1.4*. Then
found this report and followed it for a few days. I decided today to try the update
again. I followed this procedure from 'Odysseus"
| Code: |
'emerge --oneshot libpng', 'lafilefixer --justfixit', 'emerge --oneshot cairo pango libglade GTK+' (omit emerging any which aren't installed) , 'lafilefixer --justfixit', 'revdep-rebuild' and for sanity's sake 'revdep-rebuild' again.
|
It worked with out any problems what-so-ever. |
That worked for me too! 
Thanks |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
Portage & Programming
