I updated two computers (both running SUSE 9.3/KDE) to the latest stuff available in the apt repositories - I installed the old cairo in a different directory, added symbolic links to libcairo.so.1 so apps based on the old cairo will still work etc. Everything is working except all of my GTK based apps (GIMP, Gaim etc.) have black menus. They open as a black box and of course.. the text is black as well. Running the cursor over the menus will highlite each available menu, making it readable/usable... but... not practical. Anyone else getting this? Any suggestions for a fix? C.
Clayton wrote:
I updated two computers (both running SUSE 9.3/KDE) to the latest stuff available in the apt repositories - I installed the old cairo in a different directory, added symbolic links to libcairo.so.1 so apps based on the old cairo will still work etc.
Everything is working except all of my GTK based apps (GIMP, Gaim etc.) have black menus. They open as a black box and of course.. the text is black as well. Running the cursor over the menus will highlite each available menu, making it readable/usable... but... not practical.
Anyone else getting this? Any suggestions for a fix?
C.
I did similar and also reinstalled gtk 1.2.10, but the problem is still there. No such problems on the x86_64 laptop. Regards Sid. -- Sid Boyce ... Hamradio License G3VBV, Keen licensed Private Pilot Retired IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support Specialist Microsoft Windows Free Zone - Linux used for all Computing Tasks
Sid Boyce wrote:
Clayton wrote:
I updated two computers (both running SUSE 9.3/KDE) to the latest stuff available in the apt repositories - I installed the old cairo in a different directory, added symbolic links to libcairo.so.1 so apps based on the old cairo will still work etc.
Everything is working except all of my GTK based apps (GIMP, Gaim etc.) have black menus. They open as a black box and of course.. the text is black as well. Running the cursor over the menus will highlite each available menu, making it readable/usable... but... not practical.
Anyone else getting this? Any suggestions for a fix?
C.
I did similar and also reinstalled gtk 1.2.10, but the problem is still there. No such problems on the x86_64 laptop. Regards Sid.
Anders provided the answer on the SuSE amd64 list ........" rpm -e gtk-qt-engine", excellent, a million thanks again to Anders. Regards Sid. -- Sid Boyce ... Hamradio License G3VBV, licensed Private Pilot Retired IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support Specialist Microsoft Windows Free Zone - Linux used for all Computing Tasks
Anders provided the answer on the SuSE amd64 list ........" rpm -e gtk-qt-engine", excellent, a million thanks again to Anders.
Thought so, the engine either needs a rebuild, or more likely needs updating to support cairo-based GTK+ Dunno who maintains it (the code, not the SUSE package) but you might want to hassle them a bit ;) -- James Ogley james@usr-local-bin.org Packages for SUSE: http://usr-local-bin.org/rpms Make Poverty History: http://makepovertyhistory.org
On 3 Oct 2005, james@usr-local-bin.org wrote:
Thought so, the engine either needs a rebuild, or more likely needs updating to support cairo-based GTK+
I have no problems with it. However, my copy is self compiled from CVS. YMMV. Charles -- printk(KERN_CRIT "Whee.. Swapped out page in kernel page table\n"); linux-2.6.6/mm/vmalloc.c
I have no problems with it. However, my copy is self compiled from CVS. YMMV.
In that case, a package of latest CVS would be groovy, anyone want to take this one? (I'm not building for 9.3 anymore you see although if noone else at all will, I'll do the honours...) -- James Ogley james@usr-local-bin.org Packages for SUSE: http://usr-local-bin.org/rpms Make Poverty History: http://makepovertyhistory.org
On 3 Oct 2005, james@usr-local-bin.org wrote:
In that case, a package of latest CVS would be groovy, anyone want to take this one?
(I'm not building for 9.3 anymore you see although if noone else at all will, I'll do the honours...)
I would love to, but unfortunately there is no guarantee that the rpm's that I build will work with 9.3 mainly due to the ever changing c++ abi. My base system is still 9.1, and the programs that I use tend to be self compiled from the bleeding edge. I usually buy SUSE every few release when there is a major change. Right now I am waiting for more optimisation in gcc 4.x. However, I can build one, upload it somewhere, for someone to test if it works with 9.3. Charles -- /* * For moronic filesystems that do not allow holes in file. * We may have to extend the file. */ linux-2.4.0-test2/fs/buffer.c
On 3 Oct 2005, james@usr-local-bin.org wrote:
In that case, a package of latest CVS would be groovy, anyone want to take this one?
(I'm not building for 9.3 anymore you see although if noone else at all will, I'll do the honours...)
I compiled and installed the current CVS version of gtk-qt-engine and it didn't fix the issue. Maybe the issue stems from running GTK apps from within KDE. I only really use Gaim and GQview on a regular basis. I suppose if I have to use them without this pkg then I will. Maybe it shall be fixed soon enough... or James make build a better version of this mousetrap then I did. ;) -Ben -- Atheism is a non-prophet organization.
On 4 Oct 2005, red.kryptonite@gmail.com wrote:
I compiled and installed the current CVS version of gtk-qt-engine and it didn't fix the issue. Maybe the issue stems from running GTK apps from within KDE. I only really use Gaim and GQview on a regular basis.
Maybe it is the theme that you are using. IIRC, I read somewhere that themes like Liquid causes problems also. YMMV, my GNOME is self compiled From SUSE's packages in the supplementary directory, however my base KDE packages are compiled from the SUSE 3.5 beta srpm's from ftp.kde.org. Charles -- If you don't see why, please stay the fuck away from my code. Rusty, in linux-2.6.6/Documentation/DocBook/kernel-locking.tmpl
This has been covered on other lists. I had the same problem with my AMD-64 system , it was solved by down grading GTK2 to the file on the SuSE disk to 2.6.4 BoB C Clayton wrote:
I updated two computers (both running SUSE 9.3/KDE) to the latest stuff available in the apt repositories - I installed the old cairo in a different directory, added symbolic links to libcairo.so.1 so apps based on the old cairo will still work etc.
Everything is working except all of my GTK based apps (GIMP, Gaim etc.) have black menus. They open as a black box and of course.. the text is black as well. Running the cursor over the menus will highlite each available menu, making it readable/usable... but... not practical.
Anyone else getting this? Any suggestions for a fix?
C.
On Friday 09 September 2005 1:44 pm, Robert Cunningham wrote:
This has been covered on other lists. I had the same problem with my AMD-64 system , it was solved by down grading GTK2 to the file on the SuSE disk to 2.6.4
I am having the same problem. Is there any other solution than just downgrading the GTK2 version? thanks, Osho
BoB C
Clayton wrote:
I updated two computers (both running SUSE 9.3/KDE) to the latest stuff available in the apt repositories - I installed the old cairo in a different directory, added symbolic links to libcairo.so.1 so apps based on the old cairo will still work etc.
Everything is working except all of my GTK based apps (GIMP, Gaim etc.) have black menus. They open as a black box and of course.. the text is black as well. Running the cursor over the menus will highlite each available menu, making it readable/usable... but... not practical.
Anyone else getting this? Any suggestions for a fix?
C.
participants (7)
-
Ben Rosenberg -
Charles philip Chan -
Clayton -
James Ogley -
Osho GG -
Robert Cunningham -
Sid Boyce