First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 207081
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Gentoo Linux Gnome Desktop Team <gnome@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Daniel Drake <dsd@gentoo.org>
Add CC:
CC:
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 207081 depends on: Show dependency tree
Bug 207081 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug

Description:   Opened: 2008-01-22 21:10 0000 
The gnome-menus ebuild is enabling inotify unconditionally on Linux. When this
is the case, gnome-menus will use inotify and inotify alone, with no fallback
(not exactly the greatest practice).

If the configure flag is not passed, gnome-menus will use pam instead, which is
now implemented by gamin and uses inotify internally if it's available, and
standard file monitoring if it's not (i.e. the desirable approach).

Have you considered not passing the configure flag, and hence always using
gamin (which has the correct fallback mechanism)? This would simplify the
ebuild a bit (no more using linux-info or kernel_linux stuff).

------- Comment #1 From Rémi Cardona 2008-02-11 09:14:19 0000 ------- 
This issue has been fixed in upcoming 2.21.91 where gnome-menus will depend on
gio (the gnome-vfs replacement library inside glib-2.15) for all file
monitoring operations.

Bottom line, it will only depend on glib, no more famd/gamin/inotify cruft.
Given this improvement, I don't feel like it's worth modifying the current
ebuilds.

Daniel, how strongly do you feel about this? Herd, what say you?

------- Comment #2 From Daniel Drake 2008-02-13 16:54:47 0000 ------- 
that sounds good enough for me
feel free to close this bug

------- Comment #3 From Daniel Gryniewicz 2008-02-16 04:20:20 0000 ------- 
I agree.  Marking fixed, since the overlay version is fixed.
First Last Prev Next    No search results available      Search page      Enter new bug