Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

As of KDE 3.5.6 the applications of KDE appear in Gnome's menu. That sounds
like a good idea but for me it isn't. Because:
- it completely changes the behaviour of Gnome's menu (Settings are found in
the normal menu, no longer in the System->Settings; many subcategories added to
menus; menus categories are renamed; etc.). It forces the KDE menu in Gnome
which is a bad thing (at least for me).
- I have entries in my menu I will never use (i.e. kwin controls)
- If I "emerge -C kde-base/*" I have no entries in my gnome menu any more

All of this leads me to the idea: We need a USE flag for that! KDE users might
want to have KDE's applications in Gnome and want the Gnome menu to look like
KDE, but Gnome user might not want it. The cleanest way would be to handle it
by a USE flag (i.e. "kde-menu-in-gnome"). I don't think that USE flags like
"gnome" or "kde" would cover that correctly.

If, for example, I want to emerge kwrite and don't want it to show up in my
Gnome menu, I'd have to set "-gnome" or such for every KDE package in my
/etc/portage/package.use. Otherwise I would just have to say
USE="-kde-menu-in-gnome" emerge kwrite.

Reproducible: Always

Steps to Reproduce:

dupe of 164034 ...

*** This bug has been marked as a duplicate of bug 139697 ***

This is not a duplicate since I "DON'T" want KDE stuff in Gnome. Therefore I
think we need a useflag if this is done or not.

Hmm. At the very least GNOME needs to interpret the KDE menu items well and not
include empty categories etc.

Right, but I only got kwrite installed and updating it from 3.5.5 to 3.5.6 lead
to many empty folders. That might be a bug in Gnome ... or in the way KDE
handles it's menus. I.e. every category had an empty entry "More Apllications"
(not sure about the name, I had a german translation).

This sounds like a problem with GNOME, rather than with KDE.

I also have empty categories called things like "Edutainment" which are very
annoying.

Duping ... again ...

It's actually a "bug" in how kde handles its own menus. They don't use fd.o
mandated paths but use their own instead. A workaround has been found in the
other bug. Please comment there instead.

Thanks

*** This bug has been marked as a duplicate of bug 139697 ***

Rémi, care to _read_ the bug first please? It is not a dupe _of that one_.

I *fixed* that problem with 3.5.6, but fixed that, appeared this one.

Please, attach a screenshot with your problem

Stop bugging us with nonsense; you can revert this perfectly fine by setting
XDG_DATA_DIRS environment variable.

*** This bug has been marked as a duplicate of bug 139697 ***

(In reply to comment #7)
> I also have empty categories called things like "Edutainment" which are very
> annoying.

So emerge dev-util/desktop-file-utils and check the offending .desktop entried
with desktop-file-validate; this bug is a nonsense and there's nothing to fix
here.

Reading kdelibs-3.5.6.ebuild I have viewed that two variables are being
exported:
XDG_DATA_DIRS="/usr/share:${PREFIX}/share:/usr/local/share"
XDG_CONFIG_DIRS="${PREFIX}/etc/xdg"


But XDG_CONFIG_DIRS mustn't be exported, adding this variable to /etc/env.d/
causes gnome/xfce menus be desorganized.

Please, only export XDG_DATA_DIRS variable, I attach an ebuild that should work

Created an attachment (id=108323) [details]
kdelibs-3.5.6.ebuild

Please, try to re-emerge kdelibs with this ebuild, your problem should be fixed

Thanks Pablo

I copied the content of xdg.sh last time, that's why it was there.

Unfortunately now I'm on my bed ready to sleep, so I'll have to fix this first
time tomorrow.

And of course s/Pablo/Pacho/ because I'm too sleepy to read my mail straight
^^;

(In reply to comment #17)
> And of course s/Pablo/Pacho/ because I'm too sleepy to read my mail straight
> ^^;
> 


Don't worry :-)

Thanks for fixing it :-)

Created an attachment (id=108358) [details]
Gnome menu after emerging only krusader

For those interested: This is a shot of my menu after plain emerging krusader.

PS: Thanks Diego for looking into this bug :-)

Thanks Christoph and Pacho, it's now fixed as of kdelibs-3.5.6-r1,
kdebase-3.5.6-r1 and kdebase-startkde-3.5.6-r1 (the latter only needed for who
use a KDE session).

Heh, i've got a rather different issue. I've not nothing as far as menus go in
both Gnome and KDE. It does however seem as if Gnome is reading its menu from
/usr/kde/3.5/xdg , however, nothing is in there...


All my .desktop files are, AFAIK in /usr/share/applications

A fix is much appreciated, and it should be noted that stuff like this really
should be tested in ~ARCH.

Gerald, you smoking? Because if you're trying to say that you got this problem
on stable, then you don't have this problem. *Only ~arch was affected by this*
and it lasted what, a couple of days?

Actually, I apologize for the above comment, seems I had kde unmasked, I'll try
your above fix, no alarm 8-)

Please,:
emerge --sync
emerge -avuDN world

kdelibs and startks 3.5.6-r1 should correct this

Good luck!