Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 479320 - dev-libs/libgamin: Multilib conversion
Summary: dev-libs/libgamin: Multilib conversion
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Freedesktop bugs
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 479282
  Show dependency tree
 
Reported: 2013-07-31 20:16 UTC by Alexis Ballier
Modified: 2013-08-08 12:53 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
ebuild diff (libgamin-multilib.patch,1.74 KB, patch)
2013-07-31 20:16 UTC, Alexis Ballier
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Alexis Ballier gentoo-dev 2013-07-31 20:16:40 UTC
Created attachment 354764 [details, diff]
ebuild diff

This can go in the tree unmasked as it is not included in emul-libs but is needed for virtual/fam from glib.

I've disabled python stuff for non native abis: not sure it even makes sense and it doesnt build.
Comment 1 Pacho Ramos gentoo-dev 2013-07-31 20:32:23 UTC
This is the one I tried to migrate... until I noticed would be much better to have an eclass for gnome2.eclass using packages, otherwise, we would need to repeat the same code in a lot of ebuilds
Comment 2 Alexis Ballier gentoo-dev 2013-07-31 20:57:25 UTC
(In reply to Pacho Ramos from comment #1)

but... this one does not seem to use gnome2.eclass ?!?
Comment 3 Pacho Ramos gentoo-dev 2013-07-31 21:15:46 UTC
Bleh, I guess was another part of baselibs set :@
Comment 4 Samuli Suominen (RETIRED) gentoo-dev 2013-08-01 08:07:13 UTC
This is crazy. Why are we porting libgamin when glib has INOTIFY support and enabling libgamin for glib is actually an regression over direct inotify support?
Comment 5 Samuli Suominen (RETIRED) gentoo-dev 2013-08-01 08:08:46 UTC
479282 should be dropped from "Blocks: ", then USE="fam" for dev-libs/glib should be masked on Linux profiles
Comment 6 Alexis Ballier gentoo-dev 2013-08-01 12:37:53 UTC
(In reply to Samuli Suominen from comment #4)
> This is crazy. Why are we porting libgamin when glib has INOTIFY support and
> enabling libgamin for glib is actually an regression over direct inotify
> support?

right but this one actually matters for the bsd since this is the only one with kqueue support afaik
Comment 7 Alexis Ballier gentoo-dev 2013-08-01 12:52:21 UTC
(In reply to Samuli Suominen from comment #5)
> 479282 should be dropped from "Blocks: ", then USE="fam" for dev-libs/glib
> should be masked on Linux profiles

profiles/default/linux/package.use.mask:

# Samuli Suominen <ssuominen@gentoo.org> (30 Apr 2012)
# This is replaced by native CONFIG_INOTIFY_USER support wrt #413403
=dev-libs/glib-2* fam


like that  ? :)
Comment 8 Samuli Suominen (RETIRED) gentoo-dev 2013-08-01 22:39:27 UTC
(In reply to Alexis Ballier from comment #7)
> (In reply to Samuli Suominen from comment #5)
> > 479282 should be dropped from "Blocks: ", then USE="fam" for dev-libs/glib
> > should be masked on Linux profiles
> 
> profiles/default/linux/package.use.mask:
> 
> # Samuli Suominen <ssuominen@gentoo.org> (30 Apr 2012)
> # This is replaced by native CONFIG_INOTIFY_USER support wrt #413403
> =dev-libs/glib-2* fam
> 
> 
> like that  ? :)

yes :-)

so, now we should revert multilib conversion for orig. fam, and close this bug as WONTFIX
since multilib fam isn't required at all
Comment 9 Alexis Ballier gentoo-dev 2013-08-01 23:00:22 UTC
(In reply to Samuli Suominen from comment #8)
> so, now we should revert multilib conversion for orig. fam, and close this
> bug as WONTFIX
> since multilib fam isn't required at all

it is required...


(In reply to Alexis Ballier from comment #6)
> right but this one actually matters for the bsd since this is the only one
> with kqueue support afaik
Comment 10 Samuli Suominen (RETIRED) gentoo-dev 2013-08-01 23:13:28 UTC
(In reply to Alexis Ballier from comment #9)
> (In reply to Samuli Suominen from comment #8)
> > so, now we should revert multilib conversion for orig. fam, and close this
> > bug as WONTFIX
> > since multilib fam isn't required at all
> 
> it is required...

required how? this ABI_X86="32 64 x32" is just Linux right? Then in Linux profiles the USE="fam" is masked. So dev-libs/glib doesn't need it on Linux. So what for you need 32bit fam or gamin?

> (In reply to Alexis Ballier from comment #6)
> > right but this one actually matters for the bsd since this is the only one
> > with kqueue support afaik

right, so only mask in Linux profiles, then BSD can keep on using it
Comment 11 Alexis Ballier gentoo-dev 2013-08-01 23:18:37 UTC
(In reply to Samuli Suominen from comment #10)
> (In reply to Alexis Ballier from comment #9)
> > (In reply to Samuli Suominen from comment #8)
> > > so, now we should revert multilib conversion for orig. fam, and close this
> > > bug as WONTFIX
> > > since multilib fam isn't required at all
> > 
> > it is required...
> 
> required how? this ABI_X86="32 64 x32" is just Linux right? Then in Linux
> profiles the USE="fam" is masked. So dev-libs/glib doesn't need it on Linux.
> So what for you need 32bit fam or gamin?

no, freebsd has multilib :) (I know since I did the work)
Comment 12 Samuli Suominen (RETIRED) gentoo-dev 2013-08-01 23:21:25 UTC
(In reply to Alexis Ballier from comment #11)
> (In reply to Samuli Suominen from comment #10)
> > (In reply to Alexis Ballier from comment #9)
> > > (In reply to Samuli Suominen from comment #8)
> > > > so, now we should revert multilib conversion for orig. fam, and close this
> > > > bug as WONTFIX
> > > > since multilib fam isn't required at all
> > > 
> > > it is required...
> > 
> > required how? this ABI_X86="32 64 x32" is just Linux right? Then in Linux
> > profiles the USE="fam" is masked. So dev-libs/glib doesn't need it on Linux.
> > So what for you need 32bit fam or gamin?
> 
> no, freebsd has multilib :) (I know since I did the work)

O_o

OK that was news to me
Comment 13 Pacho Ramos gentoo-dev 2013-08-08 06:51:06 UTC
Feel free to commit (and maybe bump to eapi5 :P) if you want ;)
Comment 14 Alexis Ballier gentoo-dev 2013-08-08 12:53:19 UTC
(In reply to Pacho Ramos from comment #13)
> Feel free to commit (and maybe bump to eapi5 :P) if you want ;)

done and eapi bumped