Re: [Gimp-user] gimpshop breaks Gimp 2.4 in Ubuntu Hardy Heron
FYI - I have written up some instructions on how to get the gimp to run again in Hardy Heron when gimpshop is also installed. If your are having problems getting the Gimp to run in other distros where gimpshop is installed, give these instructions a try. They should work but you might need to make slight modifications depending on the distro. You should be able to easily modify these instructions to get multiple versions of the gimp to run on the same PC. (e.g. the version of gimp that came with your distro and a more recent version of the gimp). See http://ubuntuforums.org/showthread.php?t=870475 or http://gimpshop.webuyusedcars.com/forum/YaBB.pl?num=1217038674 _ If you like crossword puzzles, then you'll love Flexicon, a game which combines four overlapping crossword puzzles into one! http://g.msn.ca/ca55/208___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] gimpshop breaks Gimp 2.4 in Ubuntu Hardy Heron
Akkana writes: It's a fairly well known problem, at least among people who maintain both a locally built gimp and the one installed from their distro. The current 2.5 release notes have a reasonable description of what's happening (which also apply to gimpshop or any version of gimp you might want to build yourself while still keeping a system-installed version), and how to fix it: http://www.gimp.org/release-notes/gimp-2.5.html (scroll down to Installation). Whoever builds that gimpshop packageshould probably be doing this, though maybe they just assume that no one would ever want both gimp and gimpshop on the same system (but in that case, it should be marked as a conflict in the package dependencies, as you say). Failing that, you could probably fix it by moving all the gimpshop stuff to some other place and using a script like the one in the 2.5 release notes. Thanks for the info. And yes I figured out it is a Library Paths problem. I ran the Ubuntu Hardy Heron LiveCD (which comes with Gimp 2.4.5). I ran in terminal the following: ldd `which gimp-2.4` and looked at where Gimp 2.4.5 was getting its libraries. It was getting ALL of them from /usr/lib and /lib. Then I installed gimpshop and ran ldconfig. Running ldconfig broke the Gimp but gimpshop still ran. I ran ldd `which gimp-2.4` and saw that the Gimp 2.4.5 was now getting some of its libraries from /usr/local/lib (where Gimpshop stored its libraries). This is really not surprising since /usr/local/lib is in the /etc/ld.so.conf.d/libc.conf file. It looks like ldconfig builds its library cache FIRST from all of the libraries listed in the /etc/ld.so.conf/*.conf files and then from /lib and /usr/lib. It is probably NOT adviable to remove /usr/local/lib from the /etc/ld.so.conf.d/libc.conf file since that might break other applications. But you can force Ubuntu to load the /lib and /usr/lib libraries FIRST (ie BEFORE the libraries in /usr/local/lib are loaded) when running the Gimp 2.4.5 by doing the following: LD_LIBRARY_PATH=/usr/lib /usr/bin/gimp Now the gimp 2.4.5 runs fine. The Gimp web page ( http://www.gimp.org/release-notes/gimp-2.5.html ) recommends that one creates a startup script where LD_LIBRARY_PATH is FIRST EXPORTED before a version of the Gimp is run. But I am nervous about exporting a variable that would cause Ubuntu to FIRST load libraries in /usr/lib and then load libraries in /usr/local/lib. That might break some other applications if they are run after the Gimp is run in this startup script. Does anyone know whether the failure to export LD_LIBRARY_PATH (as shown above) will cause any problems trying to run the Gimp 2.4.5? It does not seem to cause any problems. At least the Gimp 2.4.5 runs now. P.S. Perhaps the best way is to recompile Gimpshop and tell the compiler to store its libraries in a different location such as /usr/local/gimplibs. And then do run the following to get gimpshop working: LD_LIBRARY_PATH=/usr/local/gimplibs /usr/local/bin/gimp Or Perhaps I don't even need to recompile. Just more the libs onto /usr/local/gimplibs. _ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] gimpshop breaks Gimp 2.4 in Ubuntu Hardy Heron
Robert Kennedy writes: After more testing and investigation, it looks like AWN is NOT to blame in breaking the gimp in Hardy Heron [ ... ] But then I did a sudo ldconfig. Then gimp stopped working. (But gimpshop still worked). If you did a ldd `which gimp-2.4`, you would see the gimp loading some (but not all) libraries from /usr/local/lib where gimpshop installed libraries. [ ... ] So it does look like a packaging issue. The gimpshop package should be modified to show a conflict with gimp. But since the gimpshop project appears to be dead that is not likely to happen. It's a fairly well known problem, at least among people who maintain both a locally built gimp and the one installed from their distro. The current 2.5 release notes have a reasonable description of what's happening (which also apply to gimpshop or any version of gimp you might want to build yourself while still keeping a system-installed version), and how to fix it: http://www.gimp.org/release-notes/gimp-2.5.html (scroll down to Installation). Whoever builds that gimpshop packageshould probably be doing this, though maybe they just assume that no one would ever want both gimp and gimpshop on the same system (but in that case, it should be marked as a conflict in the package dependencies, as you say). Failing that, you could probably fix it by moving all the gimpshop stuff to some other place and using a script like the one in the 2.5 release notes. ...Akkana ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user