Created attachment 309871 [details] emerge --info installing /var/tmp/portage/dev-games/ggz-client-libs-0.0.14.1/image//usr/share/locale/*/LC_MESSAGES/ggz-config.mo (*.mo) cp: cannot stat `../../po/ggz-config/*.mo': No such file or directory make[3]: *** [install-data-local] Error 1 make[3]: Leaving directory `/var/tmp/portage/dev-games/ggz-client-libs-0.0.14.1/work/ggz-client-libs-0.0.14.1/po/ggz-config' make[2]: *** [install-am] Error 2 make[2]: Leaving directory `/var/tmp/portage/dev-games/ggz-client-libs-0.0.14.1/work/ggz-client-libs-0.0.14.1/po/ggz-config' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/dev-games/ggz-client-libs-0.0.14.1/work/ggz-client-libs-0.0.14.1/po' make: *** [install-recursive] Error 1 complete brand new install of Gentoo. Linux / kernel install no problems. emerge kde-meta and it fails when installing ggz-client-libs
I think there is an issue with the ggz-client-libs-0.0.14.1-linguas.patch. I ran into the same issue this morning. i just edited the ebuild so that it wouldnt apply that patch and it then built just fine. Edit /usr/portage/dev-games/ggz-client-libs/ggz-client-libs-0.0.14.1.ebuild Look for the PATCHES line and change it so that it looks like this PATCHES=( "${FILESDIR}"/${P}-destdir.patch) then save it. Rebuild the manifest by running ebuild /usr/portage/dev-games/ggz-client-libs/ggz-client-libs-0.0.14.1.ebuild digests then emerge --resume or emerge ggz-client-libs
(In reply to comment #1) > I think there is an issue with the ggz-client-libs-0.0.14.1-linguas.patch. > > I ran into the same issue this morning. i just edited the ebuild so that it > wouldnt apply that patch and it then built just fine. > > Edit /usr/portage/dev-games/ggz-client-libs/ggz-client-libs-0.0.14.1.ebuild > > Look for the PATCHES line and change it so that it looks like this > > PATCHES=( "${FILESDIR}"/${P}-destdir.patch) > > then save it. > > Rebuild the manifest by running > > ebuild > /usr/portage/dev-games/ggz-client-libs/ggz-client-libs-0.0.14.1.ebuild > digests > > then > > emerge --resume > > or > > emerge ggz-client-libs CORRECTION: Rebuild the manifest by running ebuild /usr/portage/dev-games/ggz-client-libs/ggz-client-libs-0.0.14.1.ebuild digest Sorry for the typo it should be digest not digests (all one command by the way)
yes, that worked. It emerged w/o problems
Same problem here. Thanks for the work around
Glad it worked for you guys. Its only a temp fix...basically a bandaid. the changes to the ebuild are wiped out after an emerge --sync. Unless you have it in your local overlay. This isnt the proper place for that discussion though.
*** Bug 413395 has been marked as a duplicate of this bug. ***
Rather than edit the ebuild directly in /usr/portage/dev-games/ggz-client-libs, I modified the ebuild in my local overlay. It worked like a charm! Thanks for the heads-up on the workaround!
the problem is with the new patch indeed along with a bad operation in the make install phase: installing /var/tmp/portage/dev-games/ggz-client-libs-0.0.14.1/image//usr/share/locale/*/LC_MESSAGES/ggz-config.mo, which results in this: cp: cannot stat `../../po/ggz-config/*.mo': No such file or directory in case there were no files to copy. the only locale supplied to ggz-config is 'de', which, with the new linguas patch will be prepared only if the package was being emerged with LINGUAS="de".
just got bit with this one when recompiling @world on ~amd64. The suggested work-around of removing the patch fixes things.
Should be fixed. Thanks for report