Message ID | 20180108160021.4715-7-ross.burton@intel.com |
---|---|
State | Accepted |
Commit | 00ae3e03185f1044f3610dc7ba7da7bd3beb868a |
Headers | show |
Series | [1/9] psmisc: improve autopoint-enabling | expand |
On 01/08/2018 06:00 PM, Ross Burton wrote: > -RRECOMMENDS_avahi-dev = "expat-dev libcap-dev libdaemon-dev dbus-dev glib-2.0-dev update-rc.d-dev" > -RRECOMMENDS_avahi-dev_append_libc-glibc = " gettext-dev" > - > -RRECOMMENDS_avahi-dev[nodeprrecs] = "1" > - Cool, I was wondering about the necessity of this stuff. Thanks for cleaning up, we can also perhaps look into splitting gettext-native recipe into a sane set of parts, and use them in a carefully targeted way, rather than the current -minimal-native approach, which is hackish. Alex -- _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
On 9 January 2018 at 09:01, Alexander Kanavin < alexander.kanavin@linux.intel.com> wrote: > On 01/08/2018 06:00 PM, Ross Burton wrote: > > -RRECOMMENDS_avahi-dev = "expat-dev libcap-dev libdaemon-dev dbus-dev >> glib-2.0-dev update-rc.d-dev" >> -RRECOMMENDS_avahi-dev_append_libc-glibc = " gettext-dev" >> - >> -RRECOMMENDS_avahi-dev[nodeprrecs] = "1" >> - >> > > Cool, I was wondering about the necessity of this stuff. > > Thanks for cleaning up, we can also perhaps look into splitting > gettext-native recipe into a sane set of parts, and use them in a carefully > targeted way, rather than the current -minimal-native approach, which is > hackish. > ross/gettext is slowly heading in that direction. Ross <div dir="ltr">On 9 January 2018 at 09:01, Alexander Kanavin <span dir="ltr"><<a href="mailto:alexander.kanavin@linux.intel.com" target="_blank">alexander.kanavin@linux.intel.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 01/08/2018 06:00 PM, Ross Burton wrote:<br> <br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> -RRECOMMENDS_avahi-dev = "expat-dev libcap-dev libdaemon-dev dbus-dev glib-2.0-dev update-rc.d-dev"<br> -RRECOMMENDS_avahi-dev_append_<wbr>libc-glibc = " gettext-dev"<br> -<br> -RRECOMMENDS_avahi-dev[nodeprr<wbr>ecs] = "1"<br> -<br> </blockquote> <br></span> Cool, I was wondering about the necessity of this stuff.<br> <br> Thanks for cleaning up, we can also perhaps look into splitting gettext-native recipe into a sane set of parts, and use them in a carefully targeted way, rather than the current -minimal-native approach, which is hackish.<br></blockquote><div><br></div><div>ross/gettext is slowly heading in that direction.</div><div><br></div><div>RossĀ </div></div></div></div> -- _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
diff --git a/meta/recipes-connectivity/avahi/avahi.inc b/meta/recipes-connectivity/avahi/avahi.inc index ef655dec443..ec368de4f4a 100644 --- a/meta/recipes-connectivity/avahi/avahi.inc +++ b/meta/recipes-connectivity/avahi/avahi.inc @@ -109,11 +109,6 @@ RDEPENDS_${PN}-dev = "avahi-daemon (= ${EXTENDPKGV}) libavahi-core (= ${EXTENDPK RRECOMMENDS_avahi-daemon_append_libc-glibc = " libnss-mdns" RRECOMMENDS_${PN}_append_libc-glibc = " libnss-mdns" -RRECOMMENDS_avahi-dev = "expat-dev libcap-dev libdaemon-dev dbus-dev glib-2.0-dev update-rc.d-dev" -RRECOMMENDS_avahi-dev_append_libc-glibc = " gettext-dev" - -RRECOMMENDS_avahi-dev[nodeprrecs] = "1" - CONFFILES_avahi-daemon = "${sysconfdir}/avahi/avahi-daemon.conf" INITSCRIPT_PACKAGES = "avahi-daemon avahi-dnsconfd"
These were added to the avahi-dev package back in 2011 before avahi-ui existed at all. The problem of GTK+ being pulled in via avahi-dev was finally solved with the avahi-ui split, so these explicit (and by being manually maintained, incomplete) dependencies can be removed. This also results in gettext-dev being removed from the dependency tree (the gettext library API is provided by glibc/musl), which means that for a standard image we don't need to build target gettext at all anymore. Signed-off-by: Ross Burton <ross.burton@intel.com> --- meta/recipes-connectivity/avahi/avahi.inc | 5 ----- 1 file changed, 5 deletions(-) -- 2.11.0 -- _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core