Enabling USE="fam" on Linux for glib-2 downgrades it from direct inotify support to proxied inotify support through fam/gamin's unnecessarily Add this entry to profiles/default/linux/package.use.mask: =dev-libs/glib-2* fam And avoid bug 413331 and others as a side result
Created attachment 309947 [details, diff] Patch for glib-2.32.1.ebuild to check for INOTIFY_USER
default/linux/package.use.mask: # Gentoo Gnome Team <gnome@gentoo.org> (24 Apr 2012) # Linux users use direct INOTIFY_USER support wrt #413403 =dev-libs/glib-2* fam
+1 but we should also try to ask prefix and bsd teams to verify gamin really works for them or they are forced to use plain app-admin/fam instead (I read some reports time ago about people saying gamin wasn't working ok on that arches)
(In reply to comment #3) > +1 > > but we should also try to ask prefix and bsd teams to verify gamin really > works for them or they are forced to use plain app-admin/fam instead (I read > some reports time ago about people saying gamin wasn't working ok on that > arches) Prefix doesn't have fam or *gamin* keyworded so I doubt this is relavent for them... But we can mask this is base/package.use.mask too, and then unmask it in profiles/default/bsd/package.use.mask for ~x86-fbsd ~amd64-fbsd ~sparc-fbsd etc. Then prefix, once keyworded, can unmask it on specific profiles as they want...
(In reply to comment #4) > (In reply to comment #3) > > +1 > > > > but we should also try to ask prefix and bsd teams to verify gamin really > > works for them or they are forced to use plain app-admin/fam instead (I read > > some reports time ago about people saying gamin wasn't working ok on that > > arches) > > Prefix doesn't have fam or *gamin* keyworded so I doubt this is relavent for > them... fam: true gamin: hmm? gamin-0.1.10.ebuild:KEYWORDS="alpha amd64 arm hppa ia64 m68k ~mips ppc ppc64 s390 sh sparc x86 ~sparc-fbsd ~x86-fbsd ~x86-interix ~amd64-linux ~x86-linux ~sparc-solaris ~x64-solaris ~x86-solaris" > > But we can mask this is base/package.use.mask too, and then unmask it in > profiles/default/bsd/package.use.mask for ~x86-fbsd ~amd64-fbsd ~sparc-fbsd > etc. > > Then prefix, once keyworded, can unmask it on specific profiles as they > want...
(In reply to comment #5) > (In reply to comment #4) > > (In reply to comment #3) > > > +1 > > > > > > but we should also try to ask prefix and bsd teams to verify gamin really > > > works for them or they are forced to use plain app-admin/fam instead (I read > > > some reports time ago about people saying gamin wasn't working ok on that > > > arches) > > > > Prefix doesn't have fam or *gamin* keyworded so I doubt this is relavent for > > them... > > fam: true > gamin: hmm? > > gamin-0.1.10.ebuild:KEYWORDS="alpha amd64 arm hppa ia64 m68k ~mips ppc ppc64 > s390 sh sparc x86 ~sparc-fbsd ~x86-fbsd ~x86-interix ~amd64-linux ~x86-linux > ~sparc-solaris ~x64-solaris ~x86-solaris" Impossible to emerge without dependencies, like the actual library as gamin is just metapackage: ssuominen@null ~/gentoo-x86/dev-libs/libgamin $ cvs up ssuominen@null ~/gentoo-x86/dev-libs/libgamin $ grep KEYWORDS *.ebuild KEYWORDS="alpha amd64 arm hppa ia64 m68k ~mips ppc ppc64 s390 sh sparc x86 ~sparc-fbsd ~x86-fbsd"
There was some confusion because darkside was looking at prefix overlay too. Sorry for the noise. - So the attached ebuild patch - Mask in base/package.use.mask - Unmask in profiles where it's needed like default/bsd/package.use.mask, prefix/bsd/package.use.mask, prefix/sunos/solaris/package.use.mask, prefix/windows/interix/package.use.mask Right?
sounds good to me
alright, done (went with default/linux/package.use.mask since it would be ridicilous to unmask this everywhere where fam/gamin gets ported at)
