Summary: | sys-libs/uclibc-0.9.28-r1 does not compile | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Joseph LeBlanc <jdlspeedy> |
Component: | New packages | Assignee: | Embedded Gentoo Team <embedded> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | CC: | alonbl, andrewbevitt, arkadi, binki, codemachine, dick, grzegorz.chwesewicz, hkbst, martoss, Michael.Gaber, pauldv, TenToThe8th, tl |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Joseph LeBlanc
2006-11-21 04:21:25 UTC
I was looking more into this issue and it looks like it does this if "iconv" is in the USE flags, I used: USE="-iconv" emerge =sys-libs/uclibc-0.9.28-r1 and it seams to compile fine. do not built uclibc with nls support as it isnt quite usable yet *** Bug 159379 has been marked as a duplicate of this bug. *** *** Bug 176606 has been marked as a duplicate of this bug. *** *** Bug 177093 has been marked as a duplicate of this bug. *** *** Bug 178514 has been marked as a duplicate of this bug. *** *** Bug 183524 has been marked as a duplicate of this bug. *** *** Bug 183984 has been marked as a duplicate of this bug. *** *** Bug 188326 has been marked as a duplicate of this bug. *** hmm, crossdev puts USE="-*" in USE for uclibc but it won't compile anyway *** Bug 199559 has been marked as a duplicate of this bug. *** *** Bug 211233 has been marked as a duplicate of this bug. *** Well errr.... Why don't we just mask the flag? The patch from bug 177093 is a valid fix for this. Or as in Comment #1: USE="-iconv" for uclibc packages. I'll double check the portage overlay for uclibc 0.9.29 as well as the commited 0.9.28.3-r3 ebuild. iconv causes a fail, err... if memory serves, it was an iconv issue anyway. Native iconv in one's virtual/libc is actually the simplest sollution when you're aiming for footprint reduction and a dependancy is expecting to be able to use iconv. Several packages are ourright broken using a non-iconv virtual/libc and their ebuilds don't even take into account that something other than glibc might be installed on the system. Is there an updated version of this bug? Has anyone managed to get uclibc with iconv working for packages that need iconv? (In reply to comment #15) >Has anyone managed to get uclibc with iconv working for packages that need iconv? Yes. Using mini-iconv and fiddling with linker flags or simply adding #include "my-iconv.c" glib:2 is an example of one such ebuild where one can bang his/her head for days if not doing something as simple as that. (In reply to comment #16) > Yes. Using mini-iconv and fiddling with linker flags or simply adding #include > "my-iconv.c" glib:2 is an example of one such ebuild where one can bang his/her > head for days if not doing something as simple as that. This is gentoo we're talking about, that doesn't make any sense... Shouldn't the simple procedure of adding the "iconv" use flag by placcing a line with "sys-libs/uclibc iconv" in the file /etc/portage/package.use make it work right? I've tried such a method for every version of sys-libs/uclibc, including the ones that aren't considered "untested" (~some_arch) ... no success with the iconv use flag on any of them. Why is this bug marked as "RESOLVED WONTFIX" anyway? Is anybody still working on the broken locales? |