the ri and irb executables of dev-lang/ruby-1.8.3 produce this error /usr/bin/ruby18: no such file to load -- auto_gem (LoadError) Steps to reproduce 1) emerge =dev-lang/ruby-1.8.3 [-cjk +doc -socks5 +tcltk +threads] 2) run ri or irb also other ruby packages (eg rubygems) fail to emerge with the obove error. when I attempted to downgrade to ruby-1.8.2-r2 I recieved this error ./miniruby: No such file to load -- auto_gem (LoadError) make: *** [rbconfig.rb] Error 1 make: *** Waiting for unfinished jobs.... ./miniruby: No such file to load -- auto_gem (LoadError) emerge --info Portage 2.0.54 (default-linux/amd64/2005.0, gcc-3.4.5, glibc-2.3.5-r2, 2.6.15-gentoo-r7 x86_64) ================================================================= System uname: 2.6.15-gentoo-r7 x86_64 AMD Athlon(tm) 64 Processor 3500+ Gentoo Base System version 1.6.14 dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -pipe -O2" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib64/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/env.d" CXXFLAGS="-march=k8 -pipe -O2" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LINGUAS="en-nz" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X alsa apache2 audiofile avi berkdb bitmap-fonts bzip2 cdr crypt cups curl doc dri dvd dvdr dvdread eds emboss encode exif expat fam ffmpeg foomaticdb fortran gd gdbm gif glut gmp gpm gtk2 gtkhtml idn imagemagick imlib ipv6 java jpeg junit kde lcms ldap libwww live lzw lzw-tiff mad mng mozilla mp3 mpeg mplayer mysql ncurses nls nvidia ogg oggvorbis openal opengl pam pcre pdflib perl php png python qt quicktime readline real ruby sdl spell ssl tcltk tcpd tetex tiff truetype truetype-fonts type1-fonts udev usb vorbis xml2 xmms xpm xv zlib linguas_en-nz userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, PORTDIR_OVERLAY
what version of Rubygems do you have installed? Did you downgrade recently? The auto_gem spec is loaded from the ruby file in /etc/env.d/. My guess is that you did something I didn't anticpate, so I need to know what you've done recently with ruby stuff.
Created attachment 83455 [details] output of more emerge.log | grep ruby This is the emerge.log history for ruby packages. If you would like me to clean this up more just give me a shout.
I have dev-ruby/rubygems-0.8.11 I have just upgraded to dev-ruby/rubygems-0.8.11-r4 and it seems to have fixed this problem. Is there anything more you would like me to do? try break it again?
Your logs show you installing rubygems-0.8.11-r4 a couple of times, then for some reason installing 0.8.11. Not sure why that is, but that's the culprit. However, I need to find a way to fix it so this doesn't creep in.
/etc/env.d/10rubygems uninstalls just find on my system with rubygems is downgraded, so I don't think this bug is valid. Looks to me like you did a downgrade of rubygems but never ran env-update, which probably cause the bug.
should be fixed with rubygems-0.8.11-r5
I've just installed a fresh system, and got this same error as part of an emerge of subversion. I've not got rubygems installed at all as none of the packages I've got installed requires it. Would suggest making rubygems a hard dependency of dev-lang/ruby as the interpreter doesn't work without it...
Ehm... ignore me I'm installing inside a chroot and the RUBYOPT environment variable wasn't unset as part of chrooting into the new install, thus ruby failed as rubygems wasn't installed on the new system yet but was expecting it since RUBYOPT="-rauto_gem"