Mandriva Linux Archives: cooker@mandrivalinux.org
Mandriva Linux: cooker@mandrivalinux.org
[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]
- From: Pomarede Nicolas
- Subject: Re: [Cooker] Problems with Gnome and KDE3.5.9 menus after the Cooker update.
- Date: 29 May 2008 21:11:53 -0000
On Fri, 30 May 2008, Steve Morris wrote:
Kjel Oslund wrote:On Wed, 2008-05-28 at 20:35 +1000, Steve Morris wrote:Thanks Kjel, I have made the change in .bash_profile. Do you know which specific scripts in /etc/profile.d need changing as I have to make this change for 5 users on my cooker machine.
Moreno wrote:
Hi+1 with kde 3.5.9 icons, and menu entries disappearing (eg: menu entry for drakconf). Not only this the update also changed the kde3 theme and style from what I had set. Why?
On Wed, May 28, 2008 at 9:37 AM, Laurent Suchet <laurent.s3@free.fr> wrote:
Moreno a écrit :No on KDE4 i have not problem even Konsole is present.
Hi+1 with gnome, nearly no applet is correct (nor image missing, nor applet
This morning, after the usual updating, I have trouble with the of Gnome and KDE3.5.9 menus.
In KDE3.5.9 the menu category are in English instead of Italian but there are all commands with the description in Italian language.
In Gnome all icons have disappeared and are gone even most of the commands, only the KDE commands are avaible.
Bye Bye, Moreno
itself missing), and all menu images are gone
Kde4 works more or less (no menu entry for Konsole for example?) but is far
more stable than before (plasma doesn't crash every 15 sec anymore, and
applets and menu are in the right place).
LS
Bye Bye, Moreno
regards, Steve
See https://qa.mandriva.com/show_bug.cgi?id=41091 comment #3 for the source of the problem.
A workaround is to add the following line to your .bash_profile
export XDG_DATA_DIRS=/usr/share:/usr/local/share:$XDG_DATA_DIRS
or you can muck with the scripts in /etc/profile.d
regards
Kjel Oslund
You can change /etc/profile.d/91kde3.sh :
XDG_DATA_DIRS="${XDG_DATA_DIRS}:/usr/share:/usr/local/share:/opt/kde3/share"
But Nicolas Lecureil told that a new RPM will fix this soon, so maybe you can just wait for it.
Also how does changing scripts in the two mentioned locations actually work, as scripts in these two locations only get used/executed when a bash shell is opened, so how do the menus get restored with this export command.
Also are you able to tell me why a script placed in /etc/profile.d does not need the 'X' attribute to be executable?
Script is executed nevertheless, because it is invoked with ". script.sh" instead of "./script.sh". Only the latest needs the x bit.
Nicolas
- Replies:
- Re: [Cooker] Problems with Gnome and KDE3.5.9 menus after the Cooker update.
- From: Steve Morris
- Re: [Cooker] Problems with Gnome and KDE3.5.9 menus after the Cooker update.
- References:
- [Cooker] Problems with Gnome and KDE3.5.9 menus after the Cooker update.
- From: Moreno
- Re: [Cooker] Problems with Gnome and KDE3.5.9 menus after the Cooker update.
- From: Laurent Suchet
- Re: [Cooker] Problems with Gnome and KDE3.5.9 menus after the Cooker update.
- From: Moreno
- Re: [Cooker] Problems with Gnome and KDE3.5.9 menus after the Cooker update.
- From: Steve Morris
- Re: [Cooker] Problems with Gnome and KDE3.5.9 menus after the Cooker update.
- From: Kjel Oslund
- Re: [Cooker] Problems with Gnome and KDE3.5.9 menus after the Cooker update.
- From: Steve Morris
- [Cooker] Problems with Gnome and KDE3.5.9 menus after the Cooker update.
- Prev by Date: Re: [Cooker] Problems with Gnome and KDE3.5.9 menus after the Cooker update.
- Next by Date: Re: [Cooker] Unable to work with any 2.6.26 kernels...
- Previous by thread: Re: [Cooker] Problems with Gnome and KDE3.5.9 menus after the Cooker update.
- Next by thread: Re: [Cooker] Problems with Gnome and KDE3.5.9 menus after the Cooker update.
- Index(es):
