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

From: William Pitcock <nenolod_at_dereferenced.org>
Date: Sun, 11 Feb 2018 17:58:29 -0600


On Sun, Feb 11, 2018 at 2:35 PM, A. Wilcox <awilfox(a)adelielinux.org> wrote:
> [This list is continued from the previous email.]
> gdb:
> I could likely manage to bring Alpine and Adélie gdb packages even, but
> effort. Their ppc64le fix applies to *all* PPC, and that means turning
> a conditional into a case statement. They aren't specifying DISTRO_*
> for package version or bug URL. It also needs to be modernised. I will
> probably work on this when we are in beta. Alpha cycles are too stressful.

Hold off until after beta cycle begins. Upstream to Alpine.

> gdk-pixbuf:
> We add jasper for JPEG2000 support. It is buggy on 64-bit musl (the
> test suite even crashes 1 every 8-10 times) because jasper needs better
> patching (stack overflows). I don't really want to shove this upstream
> until jasper itself is working better. If someone else will maintain it
> in system/ we can do that, otherwise we may drop JPEG2000 support until
> jasper is working better. There is also the python-compat issue.

Drop JPEG2000 support.

> gettext:
> ABI breakage. I don't even know how or why. Alpine ships a different
> gettext ABI that is not the same as upstream. I removed the ABI patch
> from our build because we don't have that issue, and that patch caused
> alpha2 packages to segfault. We really can't ship Alpine gettext, so we
> will probably need to move this to system/.

Make Alpine use our ABI in 3.9. If it is working on Adelie, it should
work on Alpine meaning the patch is obsolete.

> glib:
> We carry six (!) patches to make the test suite pass on musl. Some of
> them should probably be sent upstream. We also ship xattr support via
> attr-dev and replace Python 2 with Python 3. I'm already tracking glib
> upstream for the constructors issue so I can probably maintain it in
> system/.

Upstream it.

> 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.

> 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.

> gpgme:
> We need the Qt5 version for KDE, and again Alpine doesn't have Qt5 in
> main/, so this needs to probably move to system/. I'd almost be tempted
> to move it to user/, but I'd be worried about conflicting.
> graphviz:
> Not compatible with Python 3 so I ripped out the Python bindings and
> replaced them with Guile bindings. I have a feeling Alpine wouldn't
> appreciate that, though I didn't see any packages with py2-gv as a
> dependency in aports.
> 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.

> 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.

Received on Mon Feb 12 2018 - 00:01:59 UTC

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