Gimp Won't Work

I started a forum several months ago detailing how my gimp wouldn’t load in OpenSUSE 11.3 KDE. After 4 pages of trial and error of trying to find why it would show the bouncy gimp icon and then eventually disappear with no gimp, I settled it by simply deciding not to use gimp and go with gimpshop instead. That has worked for a while. However, there has been lots of crashes and several errors that really hinder my productivity in gimpshop. Even though I didn’t want to go through the pain of trying to reinstall gimp, I knew that the regular old gimp would be a MUCH better choice for me. So, here I am. I’ve uninstalled gimpshop and deleted its hidden home folder. Then I installed gimp. The install seemed to work great with no errors. However, just like last time, after trying to open gimp I simply saw the bouncy gimp icon for a few seconds and then it disappeared with no gimp :frowning: And yes, I have tried opening it as a new user with the same results. Please forgive me for posting this again. I really appreciate all your help and your efforts to get my gimp working last time. Do you think ya’ll could help me get this going again? Thanks :slight_smile:

Icon bouncing and program not starting means that the execution of the program encountered errors. Open a terminal window and run gimp from there with:

gimp

and post the error messages.

have you tried opening a terminal and launching gimp from there? This might give some insight into what is happening
gimp --stack-trace-mode=always will spell out what is wrong from the terminal

Thanks guys. Ok, I typed “gimp” into the terminal and the weirdest thing is that gimpshop loads up!! Then the terminal shows this:

/usr/local/lib/gimp/2.0/plug-ins/tiff: error while loading shared libraries: libtiff.so.4: cannot open shared object file: No such file or directory

(gimp:16550): LibGimpBase-WARNING **: gimp: wire_read(): error
/usr/local/lib/gimp/2.0/plug-ins/helpbrowser: error while loading shared libraries: libgtkhtml-2.so.0: cannot open shared object file: No such file or directory

(gimp:16550): LibGimpBase-WARNING **: gimp: wire_read(): error

The strange thing is that I COMPLETELY uninstalled gimpshop from YAST and I can’t see gimpshop in my Kickoff, only gimp. Anyway, that’s what I got.

Just out of interest, can we see your repos:

zypper lr -d

Looks like something is crippled. What happens if you reinstall GIMP? And please show us the output of:


zypper lr -d

Please also tell us which KDE version you’re on, and whether you updated from other repos.

I have tried reinstalling gimp three times now with the same results. Here is the result I got from your code:

| Alias | Name | Enabled | Refresh | Priority | Type | URI | Service

—±------------------------------------±------------------------------------±--------±--------±---------±-------±-----------------------------------------------------------------±-------
1 | 11.3 - VideoLan | 11.3 - VideoLan | No | Yes | 99 | rpm-md | Index of /pub/videolan/vlc/SuSE/11.3/ |
2 | Banshee | Banshee | Yes | Yes | 99 | rpm-md | Index of /repositories/Banshee/openSUSE_11.3 |
3 | Updates for openSUSE 11.3 11.3-1.82 | Updates for openSUSE 11.3 11.3-1.82 | Yes | Yes | 99 | rpm-md | Index of /update/11.3 |
4 | download.opensuse.org-oss | Main Repository (DEBUG) | No | Yes | 99 | yast2 | Index of /debug/distribution/11.3/repo/oss |
5 | download.opensuse.org-oss_1 | Main Repository (Sources) | Yes | Yes | 99 | yast2 | Index of /source/distribution/11.3/repo/oss |
6 | download.videolan.org-SuSE | VideoLan Repository | No | Yes | 99 | rpm-md | Index of /pub/videolan/vlc/SuSE/11.3/ |
7 | google-chrome | google-chrome | Yes | Yes | 99 | rpm-md | http://dl.google.com/linux/rpm/stable/i386 |
8 | openSUSE-11.3 11.3-1.82 | openSUSE-11.3 11.3-1.82 | Yes | No | 99 | yast2 | cd:///?devices=/dev/sr0 |
9 | openSUSE:11.3 | openSUSE:11.3 | Yes | Yes | 99 | yast2 | Index of /distribution/11.3/repo/oss |
10 | packman.inode.at-suse | Packman Repository | Yes | Yes | 99 | rpm-md | Index of /suse/11.3/ |
11 | repo-debug | openSUSE-11.3-Debug | No | Yes | 99 | NONE | Index of /debug/distribution/11.3/repo/oss |
12 | repo-non-oss | openSUSE-11.3-Non-Oss | Yes | Yes | 99 | yast2 | Index of /distribution/11.3/repo/non-oss |
13 | repo-oss | openSUSE-11.3-Oss | Yes | Yes | 99 | yast2 | Index of /distribution/11.3/repo/oss |
14 | repo-source | openSUSE-11.3-Source | No | Yes | 99 | NONE | Index of /source/distribution/11.3/repo/oss |

Apart from duplications the repos seem OK.

Gimp was broken before you installed Gimpshop? Yes… (Or at least you think it was broken)

How did you install Gimpshop?

/usr/local/lib/gimp showing is not good. It’s trying to load something from a non-standard directory. Something got messed up either before or after you installed and uninstalled gimpshop.

Ok, here’s what happened. When I first installed linux (back in August), gimp was preinstalled with openSUSE. My friend was messing around with my computer and he installed gimpshop saying it would do better than gimp. I fussed around with it for a little bit, but then quickly uninstalled it thinking that gimpshop wasn’t really what I liked. I don’t remember if gimp got uninstalled before gimpshop was installed or not, but either way I somehow ended up trying to load gimp and getting the same problem I’m having now. That’s when I posted on this forum and asked for help the first time. Eventually I decided to go back to gimpshop. So, I uninstalled gimp and reinstalled gimpshop. Then I got fed up with gimpshop trying to act like an Adobe product (it just caused too many errors). So, I uninstalled gimpshop, reinstalled gimp, and here I am. I don’t know if gimpshop is what messed up gimp, but that makes sense to me since gimp wouldn’t work after my friend did something and installed gimpshop. I’ve asked him personally if he had to uninstall gimp in order to install gimpshop or not, but like me, he forgot. I’m sorry, that’s really all I know. What do you think I should do?

I don’t know whether gimpshop altered some system config or just your user config. Try starting gimp as a different account (create a new one if you have to) and start it from the terminal and see if you get the same error. If not, then it’s something in ~/.gimprc or ~/.gimp-2.6, and you could try searching in those for that setting, or just delete that file and directory and let gimp recreate them.

Yep, the errors for both accounts are EXACTLY the same. When I do type “gimp” into the terminal of both accounts, it loads the completely wrong program, gimpshop! How is that possible since I completely uninstalled it?

It’s modified the system files which are shared by all accounts. See if any changes were made to the gimp files by asking rpm to verify the contents of the package:

rpm -V gimp

Also check if gimp has been turned into an alias for something else:

alias gimp

Gimpshop seems quite intrusive.

For the first line of code I got this result:

RPM version 4.8.0
Copyright (C) 1998-2002 - Red Hat, Inc.
This program may be freely redistributed under the terms of the GNU GPL

Usage: rpm [OPTION…]
–quiet

Query/Verify package selection options:
-a, --all query/verify all packages
-f, --file query/verify package(s) owning file
-g, --group query/verify package(s) in group
-p, --package query/verify a package file
-W, --ftswalk query/verify package(s) from TOP file tree walk
–pkgid query/verify package(s) with package identifier
–hdrid query/verify package(s) with header identifier
–fileid query/verify package(s) with file identifier
–specfile query a spec file
–triggeredby query the package(s) triggered by the package
–whatrequires query/verify the package(s) which require a dependency
–whatprovides query/verify the package(s) which provide a dependency
–nomanifest do not process non-package files as manifests

Query options (with -q or --query):
-c, --configfiles list all configuration files
-d, --docfiles list all documentation files
–dump dump basic file information
-l, --list list files in package
–queryformat=QUERYFORMAT use the following query format
-s, --state display the states of the listed files

Verify options (with -V or --verify):
–nofiledigest don’t verify digest of files
–nomd5 don’t verify digest of files
–nofiles don’t verify files in package
–nodeps don’t verify package dependencies
–noscript don’t execute verify script(s)

File tree walk options (with --ftswalk):
–comfollow follow command line symlinks
–logical logical walk
–nochdir don’t change directories
–nostat don’t get stat info
–physical physical walk
–seedot return dot and dot-dot
–xdev don’t cross devices
–whiteout return whiteout information

Signature options:
–addsign sign package(s) (identical to --resign)
-K, --checksig verify package signature(s)
–delsign delete package signatures
–import import an armored public key
–resign sign package(s) (identical to --addsign)
–nodigest don’t verify package digest(s)
–nosignature don’t verify package signature(s)

Database options:
–initdb initialize database
–rebuilddb rebuild database inverted lists from installed package headers

Install/Upgrade/Erase options:
–aid add suggested packages to transaction
–allfiles install all files, even configurations which might otherwise be skipped
–allmatches remove all packages which match <package> (normally an error is generated if <package> specified multiple
packages)
–badreloc relocate files in non-relocatable package
-e, --erase=<package>+ erase (uninstall) package
–excludedocs do not install documentation
–excludepath=<path> skip files with leading component <path>
–fileconflicts detect file conflicts between packages
–force short hand for --replacepkgs --replacefiles
-F, --freshen=<packagefile>+ upgrade package(s) if already installed
-h, --hash print hash marks as package installs (good with -v)
–ignorearch don’t verify package architecture
–ignoreos don’t verify package operating system
–ignoresize don’t check disk space before installing
-i, --install install package(s)
–justdb update the database, but do not modify the filesystem
–nodeps do not verify package dependencies
–nofiledigest don’t verify digest of files
–nomd5 don’t verify digest of files (obsolete)
–nocontexts don’t install file security contexts
–noorder do not reorder package installation to satisfy dependencies
–nosuggest do not suggest missing dependency resolution(s)
–noscripts do not execute package scriptlet(s)
–notriggers do not execute any scriptlet(s) triggered by this package
–oldpackage upgrade to an old version of the package (–force on upgrades does this automatically)
–percent print percentages as package installs
–prefix=<dir> relocate the package to <dir>, if relocatable
–relocate=<old>=<new> relocate files from path <old> to <new>
–replacefiles ignore file conflicts between packages
–replacepkgs reinstall if the package is already present
–test don’t install, but tell if it would work or not
-U, --upgrade=<packagefile>+ upgrade package(s)

Common options for all rpm modes and executables:
-D, --define=‘MACRO EXPR’ define MACRO with value EXPR
-E, --eval=‘EXPR’ print macro expansion of EXPR
–macros=<FILE:…> read <FILE:…> instead of default file(s)
–nodigest don’t verify package digest(s)
–nosignature don’t verify package signature(s)
–rcfile=<FILE:…> read <FILE:…> instead of default file(s)
-r, --root=ROOT use ROOT as top level directory (default: “/”)
–querytags display known query tags
–showrc display final rpmrc and macro configuration
–quiet provide less detailed output
-v, --verbose provide more detailed output
–version print the version of rpm being used

Options implemented via popt alias/exec:
–scripts list install/erase scriptlets from package(s)
–setperms set permissions of files in a package
–setugids set user/group ownership of files in a package
–conflicts list capabilities this package conflicts with
–obsoletes list other packages removed by installing this package
–provides list capabilities that this package provides
–requires list capabilities required by package(s)
–suggests list capabilities this package suggests
–recommends list capabilities this package recommends
–enhances list capabilities this package enhances
–supplements list capabilities this package supplements
–info list descriptive information from package(s)
–changelog list change logs for this package
–xml list metadata in xml
–triggers list trigger scriptlets from package(s)
–last list package(s) by install time, most recent first
–dupes list duplicated packages
–filesbypkg list all files from each package
–fileclass list file names with classes
–filecolor list file names with colors
–fscontext list file names with security context from file system
–fileprovide list file names with provides
–filerequire list file names with requires
–filecaps list file names with POSIX1.e capabilities

Help options:
-?, --help Show this help message
–usage Display brief usage message

And for the second line of code I got this:

bash: alias: gimp: not found

You must type in all the words in that command:

rpm <space> -V <space> gimp

On 2010-10-11 17:06, timwhudson wrote:
>
> I started a forum several months ago detailing how my gimp wouldn’t load
> in OpenSUSE 11.3 KDE. After 4 pages of trial and error of trying to
> find why it would show the bouncy gimp icon and then eventually
> disappear with no gimp, I settled it by simply deciding not to use gimp
> and go with gimpshop instead. That has worked for a while. However,
> there has been lots of crashes and several errors that really hinder my
> productivity in gimpshop. Even though I didn’t want to go through the
> pain of trying to reinstall gimp, I knew that the regular old gimp would
> be a MUCH better choice for me. So, here I am. I’ve uninstalled
> gimpshop and deleted its hidden home folder. Then I installed gimp.
> The install seemed to work great with no errors. However, just like
> last time, after trying to open gimp I simply saw the bouncy gimp icon
> for a few seconds and then it disappeared with no gimp :frowning: And yes, I
> have tried opening it as a new user with the same results. Please
> forgive me for posting this again. I really appreciate all your help
> and your efforts to get my gimp working last time. Do you think ya’ll
> could help me get this going again? Thanks :slight_smile:

I remember, and I remember a post saying that it was a known problem when gimpshop had been
installed previously.

] n 2010-08-14 15:24, Martin Helm wrote:
]> I found a link on ubuntu which mentions gimpshop breaking gimp with exactly
]> that message (look at the end RobK 's comments)
]>
]> http://www.ubuntugeek.com/howto-install-gimpshop-in-ubuntu-hardy.html
]>
]> Is or was something like gimpshop installed previously.
]

And the error you posted:

]> (gimp:16550): LibGimpBase-WARNING **: gimp: wire_read(): error
]> /usr/local/lib/gimp/2.0/plug-ins/helpbrowser: error while loading
]> shared libraries: libgtkhtml-2.so.0: cannot open shared object file: No
]> such file or directory

is very symptomatic, you should not have anything in /usr/local related to gimp. Find out what rpm
installed there (if any) and unistall it. If it wasn’t an rpm, then it was a script. Find it, find
the uninstall script, run it.


Cheers / Saludos,

Carlos E. R.
(from 11.2 x86_64 “Emerald” at Telcontar)

@Carlos E. R., How do I find all that? I’m still not very familiar with all this stuff. What should I do first? Thanks for your help :slight_smile:

@ken_yap, I DID type in all the words. I added spaces in between each one also. Was my result wrong?

@Carlos E. R., I just checked the local folder you mentioned. After looking in all subfolders, I found that almost EVERY file had something to do with gimp!! So, I deleted all of them and opened up gimp. Everything loaded great - the REAL gimp!!! I’m SOOOOOO happy!!! :slight_smile: Thank you so much Carlos :slight_smile: