Created attachment 391126 [details] configure.ac I'm trying to use avahi in an embedded environment without glib, but the ebuild forces it to be enabled. Please make this conditional on a USE flag... Attached patch also makes libdaemon and sys-libs/libcap optional.
(In reply to Luke-Jr from comment #0) > Created attachment 391126 [details] > configure.ac > > I'm trying to use avahi in an embedded environment without glib, but the > ebuild forces it to be enabled. > Please make this conditional on a USE flag... > > Attached patch also makes libdaemon and sys-libs/libcap optional. Can you make this into a patch? Is the dep on glib because of pkgconfig? I haven't looked yet but if it is, then we should proceed via a different path. If this really is a dep in the codebase of avahi, then it needs to go upstream.
(In reply to Anthony Basile from comment #1) > (In reply to Luke-Jr from comment #0) > > Created attachment 391126 [details] > > configure.ac > > > > I'm trying to use avahi in an embedded environment without glib, but the > > ebuild forces it to be enabled. > > Please make this conditional on a USE flag... > > > > Attached patch also makes libdaemon and sys-libs/libcap optional. > > Can you make this into a patch? > > Is the dep on glib because of pkgconfig? I haven't looked yet but if it is, > then we should proceed via a different path. > > If this really is a dep in the codebase of avahi, then it needs to go > upstream. Oh two more things: Make the glib patch and sys-libs/libcap optional patch independant of each other to isolate the issues. Also, let me see the config.log and build.log so I can figure out what's pulling in that dependancy.
Created attachment 391142 [details, diff] Patch for avahi ebuild Sorry, not sure how the wrong data got attached :/
(In reply to Luke-Jr from comment #3) > Created attachment 391142 [details, diff] [details, diff] > Patch for avahi ebuild > > Sorry, not sure how the wrong data got attached :/ I don't get why this is needed in a chroot. Can you get me the error you're trying the fix and the steps to reproduce.
(In reply to Anthony Basile from comment #4) > > (In reply to Luke-Jr from comment #3) > > Created attachment 391142 [details, diff] [details, diff] [details, diff] > > Patch for avahi ebuild > > > > Sorry, not sure how the wrong data got attached :/ > > I don't get why this is needed in a chroot. Can you get me the error you're > trying the fix and the steps to reproduce. I'm not getting an error, I'm getting a bunch of dependencies I don't want and aren't required (or even recommended) by upstream... From http://avahi.org/wiki/Avah4users "Q5. Blah, you fools, glib is bloat and sucks! A. Avahi doesn't depend on glib. Yet it comes with a glib event loop adapter. Use --disable-glib to disable building it."
(In reply to Luke-Jr from comment #5) > (In reply to Anthony Basile from comment #4) > > > > (In reply to Luke-Jr from comment #3) > > > Created attachment 391142 [details, diff] [details, diff] [details, diff] [details, diff] > > > Patch for avahi ebuild > > > > > > Sorry, not sure how the wrong data got attached :/ > > > > I don't get why this is needed in a chroot. Can you get me the error you're > > trying the fix and the steps to reproduce. > > I'm not getting an error, I'm getting a bunch of dependencies I don't want > and aren't required (or even recommended) by upstream... > > From http://avahi.org/wiki/Avah4users "Q5. Blah, you fools, glib is bloat > and sucks! A. Avahi doesn't depend on glib. Yet it comes with a glib event > loop adapter. Use --disable-glib to disable building it." Rereading the patch, I get what's going on here. I'll add the softened glib depencency, but not USE=chroot.
(In reply to Anthony Basile from comment #6) > (In reply to Luke-Jr from comment #5) > > (In reply to Anthony Basile from comment #4) > > > > > > (In reply to Luke-Jr from comment #3) > > > > Created attachment 391142 [details, diff] [details, diff] [details, diff] [details, diff] [details, diff] > > > > Patch for avahi ebuild > > > > > > > > Sorry, not sure how the wrong data got attached :/ > > > > > > I don't get why this is needed in a chroot. Can you get me the error you're > > > trying the fix and the steps to reproduce. > > > > I'm not getting an error, I'm getting a bunch of dependencies I don't want > > and aren't required (or even recommended) by upstream... > > > > From http://avahi.org/wiki/Avah4users "Q5. Blah, you fools, glib is bloat > > and sucks! A. Avahi doesn't depend on glib. Yet it comes with a glib event > > loop adapter. Use --disable-glib to disable building it." > > Rereading the patch, I get what's going on here. I'll add the softened glib > depencency, but not USE=chroot. Also, why did you split out USE=introspection and glib? Why not just do COMMON_DEPEND=" ... introspection? ( >=dev-libs/glib-2.34.3:2[${MULTILIB_USEDEP}] ) ..."
I have no idea what USE=introspection does, so no particular reason - I try to avoid (and would remove if I could) glib even on my desktop systems...
