Description of problem: Unable to launch gimp Version-Release number of selected component (if applicable): gimp-2.6.11-4.mga1, lib64gimp2.0_0-2.6.11-4.mga1 How reproducible: Always Steps to Reproduce: 1.Install gimp 2.run gimp with a konsole 3. Gimp don't launch and you get a message : (gimp:10837): GLib-WARNING **: goption.c:2132: ignoring no-arg, optional-arg or filename flags (8) on option of type 0 Erreur de segmentation Reproducible: Steps to Reproduce:
can you use gdb to run gimp ? and provide the backtrace of the crash please.
CC: (none) => dmorganec
Created attachment 170 [details] result of gdb /usr/bin/gimp The file is the result of the command gdb /usr/bin/gimp The result of the backtrace is included at the end of the file
No such problem with my i586 System (but same warning)
CC: (none) => magnus.mud
No problem here with x86_64, but same warning.
CC: (none) => ftg
Should be fixed in gimp-2.6.11-5.mga1.
The update gimp gimp-2.6.11-5.mga1 has not solved the problem. But I found the problem. There is a conflict with ibus. To function properly, IBUS required to add the file ~ /. bashrc the following variables: Export GTK_IM_MODULE = ibus Export XMODIFIERS = @ im = ibus Export QT_IM_MODULE = ibus I had added this variables in my.bashrc to input Chinese characters with ibus. In this case, gimp does not start and there is an error message "Segmentation fault". If I remove these variables, gimp working properly. So it's a nice little bug not easy to find ....
(In reply to comment #5) > Should be fixed in gimp-2.6.11-5.mga1. I should have been clearer, sorry; I meant the warning should be fixed in gimp-2.6.11-5.mga1, not this bug itself (probably why I didn't close the report).
CC: (none) => thierry.vignaudSource RPM: gimp-2.6.11-4.mga1 => drakxtools
Though ibus should not make programs to crash, we should provide a sensible ibus configuration by defauly. However it looks like we are. How did you install ibus? Through localedrake or manually?
Keywords: (none) => NEEDINFOSummary: Gimp is not running => localedrake: bogus ibus configuration [Gimp segfaulting]
With the last update, gimp don't crash now. But now, ibus don't work. I have installed ibus manually without localdrake. This method is good with mandriva (cf : http://wiki.mandriva.com/fr/Ibus:_Alternative_%C3%A0_SCIM ) For ibus, I have installed the followed rpm : ibus-pinyin-1.3.11-1.mga1 ibus-qt4-1.3.1-2.mga1 ibus-1.3.9-2.mga1 ibus-m17n-1.3.2-1.mga1 then I have added in my ~/.bashrc the variables : ibus-pinyin-1.3.11-1.mga1 ibus-gtk-1.3.9-2.mga1 ibus-qt4-1.3.1-2.mga1 ibus-1.3.9-2.mga1 ibus-m17n-1.3.2-1.mga1 To configure ibus, I launch ibus-setup Since the last udpate, I can't add a new input method. In fact, whenI try to select the input method, the items proposed in the choice can't be selected. Moreover, I observe a display problem when I ibus with the menu selection input methods. You'll find a screenshot of the situation in this bug. The last week this problem was not present but gimp crashed. Now gimp don't crash and ibus don't run normaly. If you prefer, we can close this bug and create a new bug for ibus.
Created attachment 187 [details] Image illustrating the inability to select an input method ibus
Why didn't you use localedrake to set up the IM?
Source RPM: drakxtools => ibus
Localdrake can set the language of the interface, fonts and if it is necessery input method like scim. My need is different. I want to keep my interface in French and have ibus to input Chinese. With localdrake, if I want to write in Chinese, the tool will force my HMI in Chinese. Some distributions have a choice to have both or only the input method.. Suppose I agree to use localdrake anyway, now he does not propose the Chinese language ....
(In reply to comment #12) > Suppose I agree to use localdrake anyway, now he does not propose the Chinese > language .... That's a different issue, see bug 460.
You can select French, then click on "Other countries" and then select your IM
Thierry, Ahmad thanks for your help and patience I have installed locales-zh-2.12.1-3.mga1 to choice the Chinese language in localdrake. I confirm that ibus work correctly in this conditions. So you can perhaps close this bug. You can consider ma request as an evolution, even if before it was possible to use ibus to input chinese without to being obliged to force the translation environnement in chinese (keep interface in french and use ibus to input chinese).
I'm on i586 platform, using Ibus, KDE4, Gimp and chinese, and without locales-zh. This bug is clearly strange, because I do not need macros to be added in bashrc in order to get my ibus to work. (I also installed it manually) It is possible to select the Input method in ibus config (click on the triangle will show the input methods for a language that should be selectable). Well, I'm puzzled ...
CC: (none) => sfietkonstantin
Hello, Today, I have installed the beta1 in 32 bits mode and I have selected french and chinese for the language. Then i have installed ibus (ibus, ibus-pinyin, ibus-gtk, ibus-qt4) and i have added the following locale variables in .bashrc file : Export GTK_IM_MODULE = ibus Export XMODIFIERS = @ im = ibus Export QT_IM_MODULE = ibus I don't use localdrake and keep my IHM in frenchµ. Now gimp run, ibus run, and I can use ibus to write in chinese? So all it's ok. I don't understand why i had the problem before with my old configuration. Thanks for all
Status: NEW => RESOLVEDResolution: (none) => FIXED