Gentoo Archives: gentoo-dev

From: "Anthony G. Basile" <blueness@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] Is X86 uclibc environment supported?
Date: Mon, 02 May 2016 20:05:06
Message-Id: 5727B2DE.1010704@gentoo.org
In Reply to: Re: [gentoo-dev] Is X86 uclibc environment supported? by waltdnes@waltdnes.org
1 On 5/2/16 2:37 PM, waltdnes@××××××××.org wrote:
2 > On Mon, May 02, 2016 at 10:37:45AM -0400, Ian Stakenvicius wrote
3 >> On 29/04/16 09:34 PM, waltdnes@××××××××.org wrote:
4 >>> On Fri, Apr 29, 2016 at 08:19:53PM -0400, Anthony G. Basile wrote
5 >>>
6 >>>> 1) i support uclibc across many arches. see
7 >>>>
8 >>>> https://wiki.gentoo.org/wiki/Project:Hardened_uClibc
9 >>>>
10 >>>>
11 >>>> 2) you can file uclibc bugs and i will look at them. i know about that
12 >>>> one and i've got the fix upstream. its going slowly because the bug was
13 >>>> in libcheck which is bundled with gstreamer and so there's layers of
14 >>>> backporting. see
15 >>>>
16 >>>> https://bugs.gentoo.org/show_bug.cgi?id=577312
17 >>>
18 >>> Thanks. For the time-being, I'll try building Pale Moon without HTML5
19 >>> video support. It may turn up other problems.
20 >>>
21 >>
22 >>
23 >> If you needed this for Firefox, grab 45.x or 46.0 since you can get
24 >> HTML5 support from ffmpeg directly without needing gstreamer.
25 >
26 > Firefox's "Australis" can best be described as "the systemd of GUI's".
27 > It's what drove me away from Firefox to Pale moon, in the first place,
28 > and I'm not going back.
29 >
30 > I understand that Anthony is frustrated with uclibc, and is working on
31 > replacing it with the uclibc-ng fork in the uclibc stage 3. I've run
32 > into other issues, besides gstreamer, in uclibc. Hopefully, uclibc-ng
33 > will have fewer issues. For now, I'll simply wait until the uclibc-ng
34 > stage 3 comes out.
35 >
36
37 Yes, I am frustrated with uClibc and I'm just one package and a few
38 stabilizations away from switching to uclibc-ng. The problem is that
39 upstream is very far behind in patches, and even further behind in
40 releases. So you submit a patch and you don't even know if it will
41 apply cleanly because its in a queue of submissions that have not even
42 hit git master/HEAD. Or you want to back port a fix to the 0.9.33
43 branch and there's a dozen other intermediate patches that have to be
44 applied first. Since these patches really address other issues, you're
45 cutting and pasting code. Its a mess.
46
47 --
48 Anthony G. Basile, Ph.D.
49 Gentoo Linux Developer [Hardened]
50 E-Mail : blueness@g.o
51 GnuPG FP : 1FED FAD9 D82C 52A5 3BAB DC79 9384 FA6E F52D 4BBA
52 GnuPG ID : F52D4BBA

Replies

Subject Author
[gentoo-dev] Uclibc performance cbergstrom@×××××××××.com
Re: [gentoo-dev] Is X86 uclibc environment supported? waltdnes@××××××××.org