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 -- adelie-devel@lists.adelielinux.org
To unsubscribe send an email to adelie-devel-le...@lists.adelielinux.org

Reply via email to