Creating a tracker bug for packages that require fixes/assistance in linking against or running under a uClibc-based userland. CC'ing MIPS initially, as I'm working to bring uClibc-based stages back into operation for an eventual install netboot.
*** Bug 547292 has been marked as a duplicate of this bug. ***
Note that uclibc upstream is pretty much dead and I'm migrating to uclibc-ng. Many of the bugs are common to both so we can track them together here. However, some are strictly uclibc bugs which are fixed in uclibc-ng. We can leave those bugs open for now, but if uclibc doesn't have some resurrection in the years to come, we can consider just dropping it altogether from the tree.
(In reply to Anthony Basile from comment #2) > Note that uclibc upstream is pretty much dead and I'm migrating to > uclibc-ng. Many of the bugs are common to both so we can track them > together here. However, some are strictly uclibc bugs which are fixed in > uclibc-ng. We can leave those bugs open for now, but if uclibc doesn't have > some resurrection in the years to come, we can consider just dropping it > altogether from the tree. It'd probably be easier to just drop sys-libs/uclibc and add it back in the future if it comes alive again versus trying to maintain and/or fix bugs that uclibc-ng has already fixed, especially if any new bugs or security issues arise.
(In reply to Joshua Kinard from comment #3) > (In reply to Anthony Basile from comment #2) > > Note that uclibc upstream is pretty much dead and I'm migrating to > > uclibc-ng. Many of the bugs are common to both so we can track them > > together here. However, some are strictly uclibc bugs which are fixed in > > uclibc-ng. We can leave those bugs open for now, but if uclibc doesn't have > > some resurrection in the years to come, we can consider just dropping it > > altogether from the tree. > > It'd probably be easier to just drop sys-libs/uclibc and add it back in the > future if it comes alive again versus trying to maintain and/or fix bugs > that uclibc-ng has already fixed, especially if any new bugs or security > issues arise. crossdev doesn't work with uclibc-ng. There may be other things which also don't work on uclibc-ng. I'd like to wait a year or so and then 1) mask sys-libs/uclibc and 2) go through all the above bugs and close those which are fixed on uclibc-ng.
uclibc support in Gentoo has been removed.
