| Summary: | Gnome Application menu vfolder system broken | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | spdmnd <spdmnd> |
| Component: | [OLD] GNOME | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | minor | CC: | altrax, ernstp |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | Patch for gnome-panel for changes in glib-2.6.1 | ||
|
Description
spdmnd
2005-01-19 05:27:15 UTC
This is probably a notification issue, is fam or gamin running ? famd is running. Numerous people are reporting the same issue: http://forums.gentoo.org/viewtopic.php?t=281690 try gamin with inotify enabled kernel. Anyway, there is not much point in working on this, since the menu system is being replaced. and numerous == 4 ? Reality check needed. ok, wrong choice of words. gamin however does not solve the problem. Well i'm pretty sure it will solve it, applications:/// is the exact same thing as the panel menu and as such discrepancies can only be explained as being trough a lack of direct updates. Anyway, as said, I don't think it's wise to put effort in this as the current menu system will soon be replaced. Yes, I am aware of that, but it'll be at least another 2 month or so till Gnome 2.6.10. And as I wrote before, gamin (and even restarting my machine) does not solve this. Having the same problem over here. famd + inotify enabled kernel = broken gamin + inotify enabled kernel = broken I think the problem is some inconsistency between the creation process of the .desktop files and the parsing process. I can get the non-showing (yet existing under vfolders-applications) desktop files to show up by replacing their contents with a .desktop file that is being shown in the menu, and fixing parts (such as Name, Exec and Icon). Gnome v. 2.8.1-r1 Only the default "Application" menu items show up and all the items that I edit just disappear. No custom menu items show up at all. Hi, OK, I just hit this problem myself (on ~x86). Downgrading glib to 2.6.0 fixes it for me. I don't think it'll affect "just 4 users", it should affect anyone using gnome with glib-2.6.1. Cheers, James I'll second finding the problem on ~x86 and resolving it by downgrading from glib 2.6.1 to 2.6.0. This really needs to be reopened, it was rather inappropriate to be marked RESOLVED/WORKSFORME. that was _NOT_ the reason it got closed, see #6 . If you want to solve it : go ahead. What about adding some notification to glib 2.6.1 ebuild telling that it breaks the GNOME menu? Also, I believe this bug should prevent glib >2.6.0 from becoming stable (if it ever will before GNOME 2.10). those are workarounds, not fixes. And such minor problem won't influence glib stabilization afaic. *** Bug 79675 has been marked as a duplicate of this bug. *** far from being solved. having the same issue here cant edit the menus correctly. I dont beleive for a minute that people should mark a bug as resolved if it aint. Sorry but counting on future atm non existing packages to solve an issue like this is just not a solved issue. really .. this should be fixed , not dusted under the rug. my 2 cents From looking at Ubuntu Hoary, you can't edit the menus in Gnome 2.10 (9) either. There's a patch to fix this behaviour in the gnome bugzilla, http://bugzilla.gnome.org/show_bug.cgi?id=165799 Cheers, James Created attachment 50059 [details, diff]
Patch for gnome-panel for changes in glib-2.6.1
|
