Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 171372 - x11-themes/gtk-engines-qt-0.7-r1 makes GNOME and Xfce4 unusable
Summary: x11-themes/gtk-engines-qt-0.7-r1 makes GNOME and Xfce4 unusable
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High minor (vote)
Assignee: Stefan Schweizer (RETIRED)
URL: http://ubuntuforums.org/showpost.php?...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-03-18 19:46 UTC by Cedric Anderson
Modified: 2007-04-06 01:19 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
SVN ebuild (gtk-engines-qt-9999.ebuild,739 bytes, text/plain)
2007-03-26 19:04 UTC, Cedric Anderson
Details
Source Tarball (gtk-qt-engine-0.7_p20070327.tar.bz2,71.49 KB, application/octet-stream)
2007-03-27 17:47 UTC, Cedric Anderson
Details
SVN Snapshot ebuild (gtk-engines-qt-0.7_p20070327.ebuild,728 bytes, text/plain)
2007-03-27 17:47 UTC, Cedric Anderson
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Cedric Anderson 2007-03-18 19:46:23 UTC
When making use of the gtk-engines-qt package (version 0.7-r1) and seelcting in the KDE control panel for GTK apps to use the look'n'feel and fonts of KDE, a variable gets written to ~/.bashrc

The variable is set as such in mentioned file:
export GTK2_RC_FILES="$HOME/.gtkrc-2.0:$HOME/.kde/share/config/gtkrc-2.0:/etc/gtk-2.0/gtkrc"

The problem IO am seeing is that the location of setting the variable is not a good idea, since then the variable persists when you exit KDE and start a GNOME session.

The result is that Gnome does not start correctly and is barely unuseable.

Removing the variable and restarting everything makes GNOME work correctly again.



Reproducible: Always

Steps to Reproduce:
1. emerge gtk-engines-qt
2. Use KDE Control Center to apply KDE themes and fonts to GTK applications
3. Log out of KDE and log in to GNOME

Actual Results:  
Gnome stops working. GNome Setting Daemon crashes repeatedly.

Expected Results:  
Gnome should work correctly.

This has been fixed in CVS upstream, but there is no package out.

In the meantim my suggestion is forthe ebuild to use a different location for setting the GTK2_RC_FILES variable. A location that will be picked up by KDE but not by GNOME.

Additionally it's probably a good idea to make the file that the variable points to not bt ~/.gtkrc-2.0 byt something else as I suspect that file might be overwritten by GNOME control panel or other apps.

Someone more knowledgeable may be able to suggest a better solution. This is my 1st bug report.

Thanks!!!
Comment 1 Cedric Anderson 2007-03-18 19:47:08 UTC
Portage 2.1.2.2 (default-linux/amd64/2006.1/desktop, gcc-4.1.1, glibc-2.5-r0, 2.6.19-gentoo-r5 x86_64)
=================================================================
System uname: 2.6.19-gentoo-r5 x86_64 AMD Athlon(tm) 64 Processor 3500+
Gentoo Base System release 1.12.9
Timestamp of tree: Sun, 18 Mar 2007 16:50:01 +0000
ccache version 2.4 [enabled]
dev-java/java-config: 1.3.7, 2.0.31
dev-lang/python:     2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.4-r6
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.14
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=k8 -pipe -O2 -msse3"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/splash /etc/terminfo"
CXXFLAGS="-march=k8 -pipe -O2 -msse3"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks metadata-transfer nodoc noinfo parallel-fetch sandbox sfperms strict"
GENTOO_MIRRORS="ftp://distro.ibiblio.org/pub/linux/distributions/gentoo/ http://www.die.unipd.it/pub/Linux/distributions/gentoo-sources/ http://distro.ibiblio.org/pub/linux/distributions/gentoo/"
LANG="en_US.UTF-8"
LINGUAS="en es"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="X alsa amd64 arts berkdb bitmap-fonts bzip2 cairo cdparanoia cdr cli cracklib crypt css cups dbus dri dvd dvdr dvdread emboss encode esd exif fam ffmpeg firefox fortran gdbm ggi gif glitz gnome gpm gstreamer gtk gtk2 hal iconv imagemagick ipod isdnlog joystick jpeg kde kdeenablefinal libg++ lirc lm_sensors mad midi mikmod mjpeg mozbranding mp3 mpeg musicbrainz ncurses nls nptl nptlonly nvidia offensive ogg openal opengl pam pcre pdf perl pertty png povray ppds pppd python qt3 qt4 quicktime rdesktop readline reflection sdl session spell spl sqlite sse3 ssl svg tcpd theora truetype truetype-fonts type1-fonts unicode v4l v4l2 vcd vorbis xine xinerama xml xorg xv xvid zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" CAMERAS="canon ptp2" ELIBC="glibc" INITNG_PLUGINS="also bash_launcher chdir chroot conflict cpout critical ctrlaltdel daemon_clean debug_commands envparser find fmon fstat history idleprobe initctl interactive iparser last limit lockfile logfile netdev netprobe ngc4 ngcs nge pause provide reload renice rlparser simple_launcher stcmd stdout suid syncron syslog sysreq unneeded usplash" INPUT_DEVICES="keyboard mouse joystick" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en es" LIRC_DEVICES="avermedia98" USERLAND="GNU" VIDEO_CARDS="nvidia nv vesa"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 2 Jakub Moc (RETIRED) gentoo-dev 2007-03-18 19:51:15 UTC
Not KDE.
Comment 3 Samuli Suominen (RETIRED) gentoo-dev 2007-03-18 19:54:43 UTC
gtk-engines-qt has same effect for Xfce 4.4, it doesn't start.
Comment 4 Stefan Schweizer (RETIRED) gentoo-dev 2007-03-19 07:17:37 UTC
This seems to be fixed in the svn trunk. Can you please test if this is the case and maybe provide a svn snapshot ebuild?
Comment 5 Cedric Anderson 2007-03-19 21:38:37 UTC
Hello,

I installed SVN code.

It creates a .desktop file that I had to manually move to /usr/kde/3.5/share/applications before the option showed in the KDE control panel but otherwise seems to work fine. Gnome continues to work after applying the settings and it does not default to the "QT" theme which is a good thing.

I am sorry to not provide an ebuild :-( The code now uses cmake to build and I have no idea how to create an ebuild, although I tried copying the current one and modifying it a bit, with no success.
Comment 6 Stefan Schweizer (RETIRED) gentoo-dev 2007-03-24 11:15:18 UTC
Just dont use it if you use xfce or gnome for now. 

I will wait for upstream to release a new version(I mailed them about it) or for you to give me an ebuild for it. Thanks
Comment 7 Cedric Anderson 2007-03-26 19:04:20 UTC
Created attachment 114538 [details]
SVN ebuild

I created an SVN ebuild that I am attaching. This is my first ebuild ever, so bear with me.

The .desktop file created should be moved automatically somewhere useful for KDE, I don't know how to do that, butmaybe comeone can 'fix her up' and find it useful.

Cheers.
Comment 8 Cedric Anderson 2007-03-26 19:05:59 UTC
Reopening because I added an attachment. Not sure if it's the right thing to do. Anyways, if someone finds it useful, more power to you, else just close again. 

Regards.
Comment 9 Stefan Schweizer (RETIRED) gentoo-dev 2007-03-27 09:21:56 UTC
2. A user submits a "live" CVS ebuild. What would be a preferable
	alternative to such an ebuild?

That is one of the questions in the ebuild quiz that every new developer needs to pass. I will answer it for you: A svn/cvs snapshot ebuild. Based on a snapshot we can sure that upstream makes no incompatibe changes or introduces new breakage.


Can you please make a snapshot and an ebuild for that?
Like gtk-qt-engine-0.7_p20070327.tar.bz2 and gtk-engines-qt-0.7_p20070327.ebuild
Comment 10 Cedric Anderson 2007-03-27 17:47:05 UTC
Created attachment 114647 [details]
Source Tarball
Comment 11 Cedric Anderson 2007-03-27 17:47:39 UTC
Created attachment 114648 [details]
SVN Snapshot ebuild
Comment 12 Cedric Anderson 2007-03-27 17:48:05 UTC
Stefan, thanks for the insight, that was kind of stupid on my part. I would imagine any kind of live CVS ebuild should not make it into portage, it just makes sense.

I'm making a snapshot ebuild as we speak (heh) only thing is the SRC_URI is goint to be wrong, of course, but if it makes it into portage, the tarball should be on the mirrors, so I guess that shouldn't be a problem.

I'll give it a go. It won't be perfect, that's for sure!!
Comment 13 Stefan Schweizer (RETIRED) gentoo-dev 2007-04-06 01:19:27 UTC
thanks added to the tree, sorry for the long waiting time