Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 531882 - net-dns/avahi should optionally depend on dev-libs/glib
Summary: net-dns/avahi should optionally depend on dev-libs/glib
Status: CONFIRMED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Anthony Basile
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-12-07 11:55 UTC by Luke-Jr
Modified: 2014-12-15 17:04 UTC (History)
0 users

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


Attachments
configure.ac (configure.ac,40.48 KB, text/plain)
2014-12-07 11:55 UTC, Luke-Jr
Details
Patch for avahi ebuild (avahi.patch,2.14 KB, patch)
2014-12-07 15:11 UTC, Luke-Jr
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Luke-Jr 2014-12-07 11:55:13 UTC
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.
Comment 1 Anthony Basile gentoo-dev 2014-12-07 14:32:44 UTC
(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.
Comment 2 Anthony Basile gentoo-dev 2014-12-07 14:34:17 UTC
(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.
Comment 3 Luke-Jr 2014-12-07 15:11:37 UTC
Created attachment 391142 [details, diff]
Patch for avahi ebuild

Sorry, not sure how the wrong data got attached :/
Comment 4 Anthony Basile gentoo-dev 2014-12-09 14:04:23 UTC

(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.
Comment 5 Luke-Jr 2014-12-09 17:14:49 UTC
(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."
Comment 6 Anthony Basile gentoo-dev 2014-12-15 12:56:23 UTC
(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.
Comment 7 Anthony Basile gentoo-dev 2014-12-15 13:00:37 UTC
(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}] )
    ..."
Comment 8 Luke-Jr 2014-12-15 17:04:51 UTC
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...