ebuild(1) breaks when the package name contains underscores? Compare behaviour for "openafs_snap-0.0.ebuild" and "openafs-0.0.ebuild" below. Googling around for this error messages points me to set PORTDIR_OVERLAY="/usr/local/portage" in /etc/make.conf (but that's what I have already). # pwd /usr/local/portage/net-fs/openafs # ebuild openafs-0.0.ebuild digest * Please upgrade your package (openafs-0.0) to use toolchain-funcs.eclass >>> Downloading ftp://ftp.muni.cz/pub/linux/gentoo/distfiles/openafs-snap-2005-07-01.tar.bz2 [...] >>> Generating digest file... <<< openafs-snap-2005-07-01.tar.bz2 !!! We have a source URI, but no file... !!! File: /usr/portage/distfiles/openafs-snap-2005-07-01.tar.bz2 # ebuild openafs-0.0.ebuild digest # mv openafs-0.0.ebuild openafs_snap-0.0.ebuild # ebuild openafs_snap-0.0.ebuild digest !!! aux_get(): ebuild path for 'net-fs/openafs_snap-0.0' not specified: !!! None !!! aux_get(): ebuild path for 'net-fs/openafs_snap-0.0' not specified: !!! None doebuild(): aux_get() error reading net-fs/openafs_snap-0.0; aborting. # So what's wrong?
*** Bug 97695 has been marked as a duplicate of this bug. ***
*** Bug 97696 has been marked as a duplicate of this bug. ***
Sorry for the dupes, I've waited several minutes for an answer from bugs.gentoo.org before re-clicking the 'Commit' button to submit the bugreport.
This contains the testcase and emerge info outpu: http://bugs.gentoo.org/show_bug.cgi?id=97696
You did not rename the directory together w/ the ebuild, i.e. net-fs/openafs != net-fs/openafs_snap
jakub is correct ... the package name of the ebuild (openafs_snap) is not the same as the dir you are in (openafs)
Yes, I aggree. But couldn't be ebuild(1) more user friendly? ;) Thanks. "error reading net-fs/openafs_snap-0.0" doesn't tell me why. Is something missing, are permission wrong or why "doebuild(): aux_get()" happened? I hope you understand my objections. Thanks anyway fro quick resolution of what is the problem. I always forget about this requirement.
Putting a hold on feature requests for portage as they are drowning out the bugs. Most of these features should be available in the next major version of portage. But for the time being, they are just drowning out the major bugs and delaying the next version's progress. Any bugs that contain patches and any bugs for etc-update or dispatch-conf can be reopened. Sorry, I'm just not good enough with bugzilla. ;)
Closing due to old age.
