Hello, On Sun, Feb 11, 2018 at 9:01 PM, A. Wilcox <awil...@adelielinux.org> wrote: > On 02/11/18 17:58, William Pitcock wrote: >> Hello, >> >> On Sun, Feb 11, 2018 at 2:35 PM, A. Wilcox <awil...@adelielinux.org> wrote: >>> gettext: >> >> Make Alpine use our ABI in 3.9. If it is working on Adelie, it should >> work on Alpine meaning the patch is obsolete. > > > If I understand correctly, it was miscompiled some long time ago and > nobody listened to fabled: > > commit 279436c41016beb7c2a4086f601dc67a3d9b886c > Author: Timo Teräs <timo.te...@iki.fi> > Date: Sat Mar 26 10:09:52 2016 +0000 > > main/gettext: fix build > > - add patch to maintain abi now that build is done right > fix-abi can be removed when all reverse dependencies have been > rebuilt and have no libintl_*printf* symbols in them > > > I don't know if Alpine has any sort of infrastructure for searching > symbols within all packages. (I would doubt it.) If so, that would be > an easy way to see. If not, it is probably safe and definitely > something I could see as a release goal for 3.9.
Yes, I will propose it as a release goal for 3.9. >>> glib: >> >> Upstream it. > > > By this I assume you mean "to glib", which is my intention. Or do you > mean "to Alpine until glib accepts them"? To alpine. >>> gnome-doc-utils: >>> >>> We ship a hilariously broken version with Python 3 just to satisfy the >>> few packages left that still depend on it. This has been deprecated >>> upstream for years, so if we have to put it in system/, it won't need >>> maintenance. >> >> Upstream this too. > > > It literally crashes when you run a utilty; the only reason this works > at all is because most Makefiles ignore errors from it. Honestly, I > should try to fix this properly before upstreaming it. That was a "get > alpha3 out the door" patch. > > => https://bts.adelielinux.org/show_bug.cgi?id=53 Oh, gross. I guess we keep it in our tree for now. >>> gobject-introspection: >>> >>> Py2->3, and a confusing comment, prevent me from merging this upstream. >>> The package seems to work correctly but I don't understand the intent of >>> enabling a -dev package after saying "dont bother separate -dev". >> >> I think we should upstream this as well. > > > [adelie-integration 41b0903871] main/gobject-introspection: modernise, > add check, py2->3, fix deps > 1 file changed, 18 insertions(+), 30 deletions(-) Thank you. >>> grep: >>> >>> We need grep in /bin instead of /usr/bin for Java. We will be forced to >>> move this to system/ if we don't maintain a fork of aports.git. >> >> Lets upstream this. Having both busybox grep and GNU grep available >> at the same time is likely to result in confusion anyway. > > > I can put a commit to fix this in adelie-integration, but do note that > at least libtool, apr-util, and apr need to be rebuilt because libtool > keeps a copy of the path to grep in it (and apr-util has a private copy > of libtool which needs to be kept in sync with apr's build-1). Lets postpone this until next week. We have some runway until version-freeze for 3.8, and most of the 3.8 goals slipped due to Meltdown/Spectre mitigations. >>> gstreamer (and gst-plugins-*): >>> >>> Alpine has made a mistake with ldpath for GStreamer 1.0, setting it to >>> /usr/lib/gstreamer-.0 instead of /usr/lib/gstreamer-1.0. This error >>> would mean every package using GStreamer would need to be rebuilt >>> upstream if that was fixed. On the other paw, I REALLY do not want to >>> ship such a blatant error if we can help it. While I would regret >>> having to maintain all the GStreamer packages, it may be necessary. >> >> Lets fix this in Alpine. > > > I wouldn't even know where to begin. I will look into it. William _______________________________________________ Adélie Development mailing list -- email@example.com To unsubscribe send an email to adelie-devel-le...@lists.adelielinux.org