Summary: | libiconv failes to merge on fresh bootstrap | ||
---|---|---|---|
Product: | Gentoo/Alt | Reporter: | Yang Li <liyangdal> |
Component: | Mac OSX | Assignee: | Gentoo Prefix <prefix> |
Status: | RESOLVED FIXED | ||
Severity: | major | CC: | iloveosxzfs |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Yang Li
2014-06-19 09:42:06 UTC
This was fine once I had the needed files. cd ./usr/portage/dev-libs/libiconv/ curl -o libiconv-1.14-r1.ebuild http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/dev-libs/libiconv/libiconv-1.14-r1.ebuild?revision=1.7 cd files curl -o libiconv-1.14-no-gets.patch http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/dev-libs/libiconv/files/libiconv-1.14-no-gets.patch Incidentally, the bootstrap will fail again on OS X later on while trying to emerge elfutils unless you add dev-util/pkgconfig internal-glib to the file '${EPREFIX}/etc/portage/package.use'. Yeah - I get this on an existing MacOS/prefix system too. As you say, the problem is that virtual/libiconv-0-r1 depends on >=dev-libs/libiconv-1.14-r1, whereas the latest build in the prefix tree is =dev-libs/libiconv-1.14 :( Belay that, sync'd again and the new versions seem to have appeared within the last few hours! Having said that, there are still broken deps present, such as >=dev-libs/expat-2.1.0-r3 missing for =net-libs/neon-0.30.0-r1... (In reply to Stuart Shelton from comment #3) > Belay that, sync'd again and the new versions seem to have appeared within > the last few hours! > > Having said that, there are still broken deps present, such as > >=dev-libs/expat-2.1.0-r3 missing for =net-libs/neon-0.30.0-r1... Ruud synced these, can you confirm that makes it better? Didn't see the problem today, assuming fixed. |