| 1 |
Just posted an update to http://www.geocities.com/robm351/uclibc/ WRT |
| 2 |
uClibc-0.9.23. uClibc is getting better; most of the ldso problems |
| 3 |
are gone (except for MozillaFirebird), and only about 10 of the 150 or |
| 4 |
so packages needed any sort of minor patching. Still issues left, but |
| 5 |
definitely better than ever. |
| 6 |
|
| 7 |
The size of the libc is still bigger than it needs to be, because I |
| 8 |
had to build with locale support enabled. A bunch of ebuilds don't |
| 9 |
honor the nls USE flag, so built-in gettext/iconv/libintl was just |
| 10 |
less hassle. |
| 11 |
|
| 12 |
Rob |
| 13 |
|
| 14 |
At 07 Nov 2003 12:36:47 -0500, |
| 15 |
Ned Ludd wrote: |
| 16 |
> |
| 17 |
> For those of us that like coding more than talking I suggest we take a |
| 18 |
> serious look at Rob McMullen "uClibc with Gentoo Linux" site at |
| 19 |
> http://www.geocities.com/robm351/uclibc/ |
| 20 |
> |
| 21 |
> uClibc's buildroot might be the ideal place for us to start at. |
| 22 |
> One of things that I think were going to have to accept early on before |
| 23 |
> fully diving into embedded profiles support is that we are going to be |
| 24 |
> needing to lock exact versions of packages into profiles much more so |
| 25 |
> than default-x86-1.4. |
| 26 |
> |
| 27 |
> From the pure amount of fundamental changes that are going to be needed |
| 28 |
> in portage I also suggest that somebody from the dev-portage herd join |
| 29 |
> the embedded herd or vice versa to help facilitate faster portage |
| 30 |
> commits in directory's such as /home/cvsroot/gentoo-src/portage/bin |
| 31 |
> which currently seem to take about 30 or more days from when something |
| 32 |
> is reported. |
| 33 |
> |
| 34 |
> -- |
| 35 |
> Ned Ludd <solar@g.o> |
| 36 |
> Gentoo Linux Developer |
| 37 |
|
| 38 |
-- |
| 39 |
gentoo-embedded@g.o mailing list |
Archives