I added /usr/local/portage as my portage overlay. I created /usr/local/portage/y-base and /usr/local/portage/y-base/y-windows and filled it with an ebuild. digested it, put a Changelog in. etc. Emerged it using the full path of emerge /usr/local/portage/y-base/y-windows/y-windows-0.2_p4.ebuild and it worked. Then I ran emerge y-base/y-windows and I get this error. emerge -p y-base/y-windows These are the packages that I would merge, in order: Calculating dependencies !!! Problem with determining the name/location of an ebuild. !!! Please report this on IRC and bugs if you are not causing it. !!! mycpv: y-base/ !!! mysplit: ['y-base', ''] !!! psplit: None !!! error: unsubscriptable object !!! Problem in y-base/y-windows dependencies. !!! 17 I then tried moving y-base to /usr/portage and that didn't work. So I added y-base to /usr/portage/profiles/catagories and that didn't work. Reproducible: Always Steps to Reproduce: 1. go to http://www.cardoe.com/y-base/ Download the tar. Extract it into /usr/portage or /usr/local/portage 2. emerge y-base/y-windows 3. Actual Results: Failure. Expected Results: Emerged the package emerge info Portage 2.0.50-r1 (default-x86-1.4, gcc-3.3.3, glibc-2.3.3_pre20040207-r0, 2.4.24-dg) ================================================================= System uname: 2.4.24-dg i686 Mobile Intel(R) Pentium(R) 4 - M CPU 2.40GHz Gentoo Base System version 1.4.3.13 Autoconf: sys-devel/autoconf-2.59-r3 Automake: sys-devel/automake-1.8.2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=pentium4 -O3 -pipe -fomit-frame-pointer -fexpensive-optimizations -ffast-math -falign-functions=4 -fforce-addr -funroll-loops -maccumulate-outgoing-args -frerun-loop-opt -fprefetch-loop-arrays -frerun-cse-after-loop -mfpmath=sse" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-march=pentium4 -O3 -pipe -fomit-frame-pointer -fexpensive-optimizations -ffast-math -falign-functions=4 -fforce-addr -funroll-loops -maccumulate-outgoing-args -frerun-loop-opt -fprefetch-loop-arrays -frerun-cse-after-loop -mfpmath=sse" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync2.us.gentoo.org/gentoo-portage" USE="X alsa apm avi berkdb cdr crypt cups dvd encode esd foomaticdb footmaticdb gdbm gif gnome gnomedb gpm gstreamer gtk gtk2 imlib ipv6 jpeg libg++ libwww mad mikmod motif mozilla moznocompose moznoirc moznomail mozsvg mpeg mysql ncurses nptl oav oggvorbis opengl oss pam pcmcia pdflib perl pic png pnp ppds python qt quicktime readline samba sdl slang slp smooth spell sse ssl svga tcltk tcpd tiff truetype usb wmf x86 xml2 xmms xv zlib"
works fine over here ... maybe you need to check your settings root@vapier 0 y-windows # grep ybase /usr/portage/profiles/categories root@vapier 0 y-windows # pwd /usr/local/portage/y-base/y-windows root@vapier 0 y-windows # ls y-windows-1.ebuild root@vapier 0 y-windows # grep y-base /usr/portage/profiles/categories y-base root@vapier 0 y-windows # emerge y-windows -p These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild N ] y-base/y-windows-1
The problem is occuring in pym/portage.py at @ line 4459. In the method defined as: def findname2(self,mycpv): As you can see from my copy & paste it's passing y-base/ in the variable mycpv. The problem results in the fact that it's trying to split based on the / and get the package catagory and package name. However the method isn't being called with the full name. So it's not able to do that. So it does seem like a Portage error as my ebuild does not call any of those methods. As I was writing this bug report I figured it out. there was a file called .ebuild in the folder. Which was hidden away cause of the . in front and Portage choked on that. Maybe have that error msg print out the name of the ebuild... If not oh well.
yeah, i wish that when you make an invalid ebuild and try messing with it, portage errors were a bit more friendly (and didnt traceback :P)
portage peeps, the problem is this: create an ebuild that isnt named properly and try to emerge the package and you'll get weird results ... in this case, Doug had an ebuild called '.ebuild' that was screwing everything up ... it'd be nice if portage spat out errors that more cleanly described the reason for the failure
*** Bug 42385 has been marked as a duplicate of this bug. ***
I don't think this is an issue anymore... re-open if it is (I can do it locally without issues).