[adelie-devel] Re: main/ -> system/ vs aports.git fork [2]

From: William Pitcock <nenolod_at_dereferenced.org>
Date: Tue, 13 Feb 2018 09:12:31 -0600


On Sun, Feb 11, 2018 at 9:01 PM, A. Wilcox <awilfox(a)adelielinux.org> wrote:
> On 02/11/18 17:58, William Pitcock wrote:
>> Hello,
>> On Sun, Feb 11, 2018 at 2:35 PM, A. Wilcox <awilfox(a)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.teras(a)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.

Received on Tue Feb 13 2018 - 15:37:47 UTC

This archive was generated by hypermail 2.4.0 : Sat May 08 2021 - 22:54:40 UTC