search

shiznix / unity-gentoo

A Gentoo overlay to install the Unity desktop
70 stars 13 forks source link

emerge --config anbox fails with android_64.img no such file or directory #224

Closed Gooberpatrol66 closed 4 years ago

Gooberpatrol66 commented 4 years ago

build.log

shiznix commented 4 years ago

I'm guessing you cleaned out /usr/portage/distfiles/android_amd64.img after emerging anbox and prior to running 'emerge --config ...' yes?

I'll adjust pkg_config() to use /var/lib/anbox/android_amd64.img instead.

In the meantime you should be able to workaround by copying /var/lib/anbox/android_amd64.img to /usr/portage/distfiles/ or re-emerge Anbox to re-fetch /usr/portage/distfiles/android_amd64.img

shiznix commented 4 years ago

Fixed in commit a366ccc5a310723950b7227eb2685ca23b0be8d4 thanks :)

Gooberpatrol66 commented 4 years ago

It says it's trying to look in /var/tmp/portage/app-emulation/anbox-9999.2018.07.19-r6/distdir/android_amd64.img. The /var/tmp/portage/* directories get removed if the package installs successfully, so it's gone by the time you run emerge --config.

BTW, it also needs houdini_*.sfs

shiznix commented 4 years ago

It says it's trying to look in /var/tmp/portage/app-emulation/anbox-9999.2018.07.19-r6/distdir/android_amd64.img. The /var/tmp/portage/* directories get removed if the package installs successfully, so it's gone by the time you run emerge --config.

BTW, it also needs houdini_*.sfs

Sync up your local version of the overlay, -r7 doesn't use DISTDIR anymore as per the commit mentioned above and you're still using -r6. Again I can see if you were to remove houdini*.sfs from your DISTFILES directly after emerging and prior to running 'emerge --config', then it would fail.

Downloading houdini*.sfs each time as part of pkg_config() would fix that problem but we'd lose hash verification on the files which SRC_URI provides currently.

Gooberpatrol66 commented 4 years ago

Sync up your local version of the overlay, *-r7 doesn't use DISTDIR anymore as per the commit mentioned above and you're still using -r6.

Sorry, I meant it was, not is.

Again I can see if you were to remove houdini.sfs from your DISTFILES directly after emerging and prior to running 'emerge --config', then it would fail.

No, the files are definitely there. I can see them. The problem is, the ebuild is not looking for them in /usr/portage/distfiles, but rather in a symlink to /usr/portage/distfiles, which is located in the /var/tmp/portage directory, which does not exist after the package installs.

Gooberpatrol66 commented 4 years ago

Are you using "ebuild unpack" etc. commands to test the ebuild instead of portage? Those probably don't clean up the /var/tmp/portage directory, which might be the source of the confusion.

shiznix commented 4 years ago

I see what you're saying now, it's looking for houdini*.sfs files in /var/tmp/portage/app-emulation/anbox-9999.2018.07.19-r7/distdir/

My bad, was testing with 'noclean' enabled - will commit a fix shortly....

shiznix commented 4 years ago

OK should be fixed in latest commit