Gentoo Archives: gentoo-musl

From: Lluixhi Scura <lluixhi@×××××.com>
To: "Anthony G. Basile" <basile@××××××××××××××.edu>
Cc: gentoo-musl@l.g.o
Subject: Re: [gentoo-musl] Which FTS library to use?
Date: Sun, 08 Jan 2017 22:39:21
Message-Id: CAN3RfT55rw68rVm+4zFq316OxVzRxaM+UZZ+2WisF8CNie-8oA@mail.gmail.com
In Reply to: Re: [gentoo-musl] Which FTS library to use? by "Anthony G. Basile"
1 No, it shouldn't make a difference.
2
3 On Jan 8, 2017 14:36, "Anthony G. Basile" <basile@××××××××××××××.edu> wrote:
4
5 > On 1/8/17 3:56 PM, Anthony G. Basile wrote:
6 > > On 1/8/17 1:50 PM, Aric Belsito wrote:
7 > >> On Sat, Dec 24, 2016 at 11:33:34AM +0100, Felix Janda wrote:
8 > >>> Anthony G. Basile wrote:
9 > >>>> On 12/23/16 1:11 PM, Felix Janda wrote:
10 > >>>>> Aric Belsito wrote:
11 > >>>>>> This is mostly a question for Blueness, but in the Gentoo
12 > repository, we
13 > >>>>>> currently have sys-libs/fts-standalone -- but I cannot link elfutils
14 > >>>>>> against it (build-time issues).
15 > >>>>>>
16 > >>>>>> On the other hand, there is the musl-fts library
17 > >>>>>> (https://github.com/pullmoll/musl-fts) which does work (and I
18 > currently
19 > >>>>>> have in the musl-extras repository) but as Blueness put the
20 > >>>>>> fts-standalone package into the gentoo repository, is the
21 > maintainer,
22 > >>>>>> and wrote it, it seemed like a bad idea to use musl-fts instead. I'd
23 > >>>>>> like some advice.
24 > >>>>>>
25 > >>>>>> The main reason I ask is because in updating sys-fs/f2fs-tools, it
26 > gains
27 > >>>>>> the sys-libs/libselinux dependency, which won't build on musl
28 > without
29 > >>>>>> fts. IcedTea, Chromium, and SystemTap also require elfutils.
30 > >>>>> A while ago, I've reported to blueness the duplication between
31 > >>>>> musl-fts and fts-standalone:
32 > >>>>>
33 > >>>>> https://github.com/blueness/fts-standalone/issues/1
34 > >>>>>
35 > >>>>> Thanks for bringing this up again (and your working ebuild for it).
36 > >>>>>
37 > >>>>>
38 > >>>>> I also wanted to note that there is now a bug for elfutils with musl:
39 > >>>>>
40 > >>>>> https://bugs.gentoo.org/show_bug.cgi?id=602126
41 > >>>>>
42 > >>>>> Felix
43 > >>>>>
44 > >>>> I don't have any strong feeling about musl-fts vs fts-standalone.
45 > What
46 > >>>> are your preferences and why?
47 > >>> I also do not have any strong preferences.
48 > >>>
49 > >>> Since musl-fts seems to be in wider usage, and fts-standalone has
50 > caused
51 > >>> some trouble for Aric, I would prefer using musl-fts.
52 > >>>
53 > >>> Best,
54 > >>> Felix
55 > >>>
56 > >> I would prefer to use musl-fts as it is used by both Alpine and Void, so
57 > >> it makes maintenance a bit easier -- and for the reason that I mentioned
58 > >> earlier -- I couldn't get it to link with elfutils (though it may be
59 > >> possible to get it to work).
60 > >>
61 > >> In the meantime while we phase out fts-standalone, I can move over
62 > >> packages in the Gentoo tree that depend on it such as app-arch/pax
63 > >> (which isn't building right now anyway).
64 > >>
65 > > The name of the package is unfortunate. Would it be possible to bump
66 > > the fts-standalone ebuild in the tree and get it to pull from musl-fts
67 > > repo? The reason is we've been using *-standalone in gentoo for the
68 > > name of breakout packages.
69 >
70 > Aric, would it cause you a problem if I bump the in-tree version of
71 > fts-standalone to build musl-fts and then we transition to that
72 > eventually? I use this package for my uclibc systems too and I'd like
73 > to keep consistency.
74 >
75 >
76 > --
77 > Anthony G. Basile, Ph. D.
78 > Chair of Information Technology
79 > D'Youville College
80 > Buffalo, NY 14201
81 > (716) 829-8197
82 >
83 >