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