All of its dependencies install on amd64 (actionmailer, actionpack, actionwebservice, activerecord, activesupport, mysql-ruby, and rake). These should be marked with keyword ~amd64. Installing rails, however, results in the following error. Is this a bug in the base ruby install? Calculating dependencies ...done! >>> emerge (1 of 1) dev-ruby/rails-0.10.0-r1 to / >>> md5 src_uri ;-) rails-0.10.0.gem >>> Unpacking source... >>> Source unpacked. >>> Test phase [not enabled]: dev-ruby/rails-0.10.0-r1 >>> Install rails-0.10.0-r1 into /var/tmp/portage/rails-0.10.0-r1/image/ category dev-ruby Attempting local installation of '/usr/portage/distfiles/rails-0.10.0' /usr/lib/ruby/1.8/date.rb:322: [BUG] Segmentation fault ruby 1.8.2 (2004-12-25) [x86_64-linux] /usr/lib/portage/bin/ebuild.sh: line 1874: 13443 Aborted gem install ${DISTDIR}/${P} -v ${PV} -l -i ${D}/${GEMSDIR} !!! ERROR: dev-ruby/rails-0.10.0-r1 failed. !!! Function gems_src_install, Line 43, Exitcode 134 !!! gem install failed !!! If you need support, post the topmost build error, NOT this status message. Reproducible: Always Steps to Reproduce: 1. 2. 3. Portage 2.0.51.19 (default-linux/amd64/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r 0, 2.6.9-gentoo-r14 x86_64) ================================================================= System uname: 2.6.9-gentoo-r14 x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.4.16 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Oct 28 2004, 08:02:56)] dev-lang/python: 2.3.4 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.4 sys-devel/binutils: 2.15.92.0.2-r1 sys-devel/libtool: 1.5.10-r4 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CFLAGS="-march=k8 -O3 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share /config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/shar e/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=k8 -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo http://gentoo.oregonsta te.edu http://www.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://rsync.gentoo.org/gentoo-portage" USE="amd64 X aalib acpi aim alsa apache2 apm arts audiofile avi berkdb bitmap-fo nts calendar cdparanoia cdr crypt curl dga dio directfb divx4linux dvb dvd dvdr dvdread encode esd exif f77 faac faad fam fbcon flac flash font-server fortran f tp gd gdbm ggi gif gnome gphoto2 gpm gstreamer gtk gtk2 hardenedphp imagemagick imap ipv6 jabber java javamail jp2 jpeg lcms libwww lirc lzw lzw-tiff mad maildi r matroska ming mmap mozilla mpeg mpi multilib mysql mythtv nas ncurses network nls nvidia offensive oggvorbis opengl oscar oss pam pda pdflib perl php png pyth on qt quicktime readline rtc ruby scanner sdl session shared sockets speex spell sql ssl svg tcltk tcpd theora tiff tokenizer transcode truetype truetype-fonts type1-fonts usb userlocales v4l v4l2 vhosts videos virus-scan wmf xml2 xmlrpc xm ms xosd xpm xprint xrandr xsl xv xvid xvmc yahoo zlib video_cards_nvidia" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS
I just successfully tried "gem install rails". This is a bug in the ebuild?
1. this isn't a blocker 2. the ebuild is not keyworded for amd64, not tested, nothing 3. if an ebuild is not keyworded for an architecure file a request, but expect it be answered late or even negative in the worst case. 4. patches are appreciated ruby herd: would you please have a look and either close or forward to amd64
Looks like a bug with your ruby installation? Works fine here, but I'm x86.
The only difference between using the eclass to install a gem and how you did it on the command-line is that it does a local install then lets portage move it to the filesystem. I'm curious if doing a local install fails with the date segfault. So if you could please: gem install ${DISTDIR}/rails-0.10.0 -v 0.10.0 -l -i /sometmpdir
I just thought of something I saw while unpacking gems. They all seem to have pre-epoch dates and give this warning: implausibly old time stamp 1969-12-31 16:00:00 So my guess is the date.rb in ruby gets confused with that impossible date on amd64
This seems to work: # gem install /usr/portage/distfiles/rails-0.10.0 -v 0.10.0 -l -i /tmp/ruby Attempting local installation of '/usr/portage/distfiles/rails-0.10.0' Successfully installed rails, version 0.10.0 Installing RDoc documentation for rails-0.10.0... WARNING: Generating RDoc on .gem that may not have RDoc.
*** Bug 93266 has been marked as a duplicate of this bug. ***
gem install is all fine and good, but when rubygems SEGV's as well :) see duplicate bug. Will update this report if i find anymore information regarding the issue.
Attempted to try "ruby setup.rb" in the work directory in gdb, ended up with this output: ------------------------------------------------------ As of RubyGems 0.8.0, library stubs are no longer needed. Searching $LOAD_PATH for stubs to optionally delete (may take a while)... ...done. No library stubs found. Program received signal SIGSEGV, Segmentation fault. 0x00002aaaaac05b91 in gc_mark () from /usr/lib64/libruby18.so.1.8 (gdb) bt #0 0x00002aaaaac05b91 in gc_mark () from /usr/lib64/libruby18.so.1.8 #1 0x00002aaaaac05b25 in gc_mark_children () from /usr/lib64/libruby18.so.1.8 #2 0x00002aaaaac05cfb in mark_locations_array () from /usr/lib64/libruby18.so.1.8 #3 0x00002aaaaac0601e in garbage_collect () from /usr/lib64/libruby18.so.1.8 #4 0x00002aaaaac06888 in rb_newobj () from /usr/lib64/libruby18.so.1.8 #5 0x00002aaaaabf259c in rb_call0 () from /usr/lib64/libruby18.so.1.8 #6 0x00002aaaaabf372c in rb_call () from /usr/lib64/libruby18.so.1.8 #7 0x00002aaaaabf130a in rb_eval () from /usr/lib64/libruby18.so.1.8 #8 0x00002aaaaabf0eaf in rb_eval () from /usr/lib64/libruby18.so.1.8 #9 0x00002aaaaabf2ae2 in rb_call0 () from /usr/lib64/libruby18.so.1.8 #10 0x00002aaaaabf372c in rb_call () from /usr/lib64/libruby18.so.1.8 #11 0x00002aaaaabf130a in rb_eval () from /usr/lib64/libruby18.so.1.8 #12 0x00002aaaaabf5bff in rb_yield_0 () from /usr/lib64/libruby18.so.1.8 #13 0x00002aaaaabd9042 in rb_ary_each () from /usr/lib64/libruby18.so.1.8 #14 0x00002aaaaabf33ed in rb_call0 () from /usr/lib64/libruby18.so.1.8 #15 0x00002aaaaabf372c in rb_call () from /usr/lib64/libruby18.so.1.8 #16 0x00002aaaaabf130a in rb_eval () from /usr/lib64/libruby18.so.1.8 #17 0x00002aaaaabf1d10 in rb_eval () from /usr/lib64/libruby18.so.1.8 #18 0x00002aaaaabf2ae2 in rb_call0 () from /usr/lib64/libruby18.so.1.8 #19 0x00002aaaaabf372c in rb_call () from /usr/lib64/libruby18.so.1.8 #20 0x00002aaaaabf130a in rb_eval () from /usr/lib64/libruby18.so.1.8 #21 0x00002aaaaabf1d10 in rb_eval () from /usr/lib64/libruby18.so.1.8 #22 0x00002aaaaabf5bff in rb_yield_0 () from /usr/lib64/libruby18.so.1.8 #23 0x00002aaaaabf6441 in proc_invoke () from /usr/lib64/libruby18.so.1.8 #24 0x00002aaaaabf33e1 in rb_call0 () from /usr/lib64/libruby18.so.1.8 #25 0x00002aaaaabf372c in rb_call () from /usr/lib64/libruby18.so.1.8 #26 0x00002aaaaabf130a in rb_eval () from /usr/lib64/libruby18.so.1.8 #27 0x00002aaaaabf2ae2 in rb_call0 () from /usr/lib64/libruby18.so.1.8 #28 0x00002aaaaabf372c in rb_call () from /usr/lib64/libruby18.so.1.8 #29 0x00002aaaaabf130a in rb_eval () from /usr/lib64/libruby18.so.1.8 #30 0x00002aaaaabf1d10 in rb_eval () from /usr/lib64/libruby18.so.1.8 #31 0x00002aaaaabf2ae2 in rb_call0 () from /usr/lib64/libruby18.so.1.8 #32 0x00002aaaaabf372c in rb_call () from /usr/lib64/libruby18.so.1.8 #33 0x00002aaaaabf130a in rb_eval () from /usr/lib64/libruby18.so.1.8 #34 0x00002aaaaabefb4f in rb_eval () from /usr/lib64/libruby18.so.1.8 #35 0x00002aaaaabf5bff in rb_yield_0 () from /usr/lib64/libruby18.so.1.8 #36 0x00002aaaaabf6441 in proc_invoke () from /usr/lib64/libruby18.so.1.8 #37 0x00002aaaaabf33e1 in rb_call0 () from /usr/lib64/libruby18.so.1.8 #38 0x00002aaaaabf372c in rb_call () from /usr/lib64/libruby18.so.1.8 #39 0x00002aaaaabf130a in rb_eval () from /usr/lib64/libruby18.so.1.8 #40 0x00002aaaaabf5bff in rb_yield_0 () from /usr/lib64/libruby18.so.1.8 #41 0x00002aaaaabeef64 in rb_eval () from /usr/lib64/libruby18.so.1.8 #42 0x00002aaaaabf19d4 in rb_eval () from /usr/lib64/libruby18.so.1.8 #43 0x00002aaaaabf2ae2 in rb_call0 () from /usr/lib64/libruby18.so.1.8 #44 0x00002aaaaabf372c in rb_call () from /usr/lib64/libruby18.so.1.8 #45 0x00002aaaaabf130a in rb_eval () from /usr/lib64/libruby18.so.1.8 #46 0x00002aaaaabf1d10 in rb_eval () from /usr/lib64/libruby18.so.1.8 #47 0x00002aaaaabf19d4 in rb_eval () from /usr/lib64/libruby18.so.1.8 #48 0x00002aaaaabf5bff in rb_yield_0 () from /usr/lib64/libruby18.so.1.8 #49 0x00002aaaaabeef64 in rb_eval () from /usr/lib64/libruby18.so.1.8 #50 0x00002aaaaabf2ae2 in rb_call0 () from /usr/lib64/libruby18.so.1.8 #51 0x00002aaaaabf372c in rb_call () from /usr/lib64/libruby18.so.1.8 #52 0x00002aaaaabf130a in rb_eval () from /usr/lib64/libruby18.so.1.8 #53 0x00002aaaaabf1d10 in rb_eval () from /usr/lib64/libruby18.so.1.8 #54 0x00002aaaaabf19d4 in rb_eval () from /usr/lib64/libruby18.so.1.8 #55 0x00002aaaaabf2ae2 in rb_call0 () from /usr/lib64/libruby18.so.1.8 #56 0x00002aaaaabf372c in rb_call () from /usr/lib64/libruby18.so.1.8 #57 0x00002aaaaabeecf6 in rb_eval () from /usr/lib64/libruby18.so.1.8 #58 0x00002aaaaabf9f0c in block_pass () from /usr/lib64/libruby18.so.1.8 #59 0x00002aaaaabef395 in rb_eval () from /usr/lib64/libruby18.so.1.8 #60 0x00002aaaaabf2ae2 in rb_call0 () from /usr/lib64/libruby18.so.1.8 #61 0x00002aaaaabf372c in rb_call () from /usr/lib64/libruby18.so.1.8 #62 0x00002aaaaabf130a in rb_eval () from /usr/lib64/libruby18.so.1.8 #63 0x00002aaaaabf9f0c in block_pass () from /usr/lib64/libruby18.so.1.8 #64 0x00002aaaaabef395 in rb_eval () from /usr/lib64/libruby18.so.1.8 #65 0x00002aaaaabf2ae2 in rb_call0 () from /usr/lib64/libruby18.so.1.8 #66 0x00002aaaaabf372c in rb_call () from /usr/lib64/libruby18.so.1.8 #67 0x00002aaaaabf130a in rb_eval () from /usr/lib64/libruby18.so.1.8 #68 0x00002aaaaabf1d10 in rb_eval () from /usr/lib64/libruby18.so.1.8 #69 0x00002aaaaabf2ae2 in rb_call0 () from /usr/lib64/libruby18.so.1.8 #70 0x00002aaaaabf372c in rb_call () from /usr/lib64/libruby18.so.1.8 #71 0x00002aaaaabf130a in rb_eval () from /usr/lib64/libruby18.so.1.8 #72 0x00002aaaaabf09ef in rb_eval () from /usr/lib64/libruby18.so.1.8 #73 0x00002aaaaabf5bff in rb_yield_0 () from /usr/lib64/libruby18.so.1.8 #74 0x00002aaaaabe975b in rb_ensure () from /usr/lib64/libruby18.so.1.8 #75 0x00002aaaaabe231a in dir_s_chdir () from /usr/lib64/libruby18.so.1.8 #76 0x00002aaaaabf33fc in rb_call0 () from /usr/lib64/libruby18.so.1.8 #77 0x00002aaaaabf372c in rb_call () from /usr/lib64/libruby18.so.1.8 #78 0x00002aaaaabf130a in rb_eval () from /usr/lib64/libruby18.so.1.8 #79 0x00002aaaaabf1d10 in rb_eval () from /usr/lib64/libruby18.so.1.8 #80 0x00002aaaaabf2ae2 in rb_call0 () from /usr/lib64/libruby18.so.1.8 #81 0x00002aaaaabf372c in rb_call () from /usr/lib64/libruby18.so.1.8 #82 0x00002aaaaabeecf6 in rb_eval () from /usr/lib64/libruby18.so.1.8 #83 0x00002aaaaabfb613 in eval () from /usr/lib64/libruby18.so.1.8 #84 0x00002aaaaabe9dcf in exec_under () from /usr/lib64/libruby18.so.1.8 #85 0x00002aaaaabe9f2c in specific_eval () from /usr/lib64/libruby18.so.1.8 #86 0x00002aaaaabf33fc in rb_call0 () from /usr/lib64/libruby18.so.1.8 #87 0x00002aaaaabf372c in rb_call () from /usr/lib64/libruby18.so.1.8 #88 0x00002aaaaabeecf6 in rb_eval () from /usr/lib64/libruby18.so.1.8 #89 0x00002aaaaabf1893 in rb_eval () from /usr/lib64/libruby18.so.1.8 #90 0x00002aaaaabf2ae2 in rb_call0 () from /usr/lib64/libruby18.so.1.8 #91 0x00002aaaaabf372c in rb_call () from /usr/lib64/libruby18.so.1.8 #92 0x00002aaaaabeecf6 in rb_eval () from /usr/lib64/libruby18.so.1.8 #93 0x00002aaaaabf2ae2 in rb_call0 () from /usr/lib64/libruby18.so.1.8 #94 0x00002aaaaabf372c in rb_call () from /usr/lib64/libruby18.so.1.8 #95 0x00002aaaaabeecf6 in rb_eval () from /usr/lib64/libruby18.so.1.8 #96 0x00002aaaaabf2ae2 in rb_call0 () from /usr/lib64/libruby18.so.1.8 #97 0x00002aaaaabf372c in rb_call () from /usr/lib64/libruby18.so.1.8 #98 0x00002aaaaabeecf6 in rb_eval () from /usr/lib64/libruby18.so.1.8 #99 0x00002aaaaabf2ae2 in rb_call0 () from /usr/lib64/libruby18.so.1.8 #100 0x00002aaaaabf372c in rb_call () from /usr/lib64/libruby18.so.1.8 #101 0x00002aaaaabf130a in rb_eval () from /usr/lib64/libruby18.so.1.8 #102 0x00002aaaaabf2ae2 in rb_call0 () from /usr/lib64/libruby18.so.1.8 #103 0x00002aaaaabf372c in rb_call () from /usr/lib64/libruby18.so.1.8 #104 0x00002aaaaabeecf6 in rb_eval () from /usr/lib64/libruby18.so.1.8 #105 0x00002aaaaabf2ae2 in rb_call0 () from /usr/lib64/libruby18.so.1.8 #106 0x00002aaaaabf372c in rb_call () from /usr/lib64/libruby18.so.1.8 #107 0x00002aaaaabf130a in rb_eval () from /usr/lib64/libruby18.so.1.8 #108 0x00002aaaaabf2ae2 in rb_call0 () from /usr/lib64/libruby18.so.1.8 #109 0x00002aaaaabf372c in rb_call () from /usr/lib64/libruby18.so.1.8 #110 0x00002aaaaabf130a in rb_eval () from /usr/lib64/libruby18.so.1.8 #111 0x00002aaaaabf1893 in rb_eval () from /usr/lib64/libruby18.so.1.8 #112 0x00002aaaaabfc11e in ruby_exec_internal () from /usr/lib64/libruby18.so.1.8 #113 0x00002aaaaabfc133 in ruby_exec () from /usr/lib64/libruby18.so.1.8 #114 0x00002aaaaabfd380 in ruby_run () from /usr/lib64/libruby18.so.1.8 #115 0x00000000004008d9 in main ()
Sorry, just to avoid confusion that was in the rubygems ebuild i tried that, to get that output.
Any further information here anyone?
Created attachment 65983 [details] rubygems-0.8.11 ebuild After trying rubygems 0.8.11, changed the SRC_URI and the version, this build doesnt SEGV during install. Suggest maybe testing and adding to portage?
bumped rubygems package, hope that fixes the problem.