First of all, I am writing this in Knoppix:) It appears that coreutils 5.0-r5 hard drive access is majorly broken. cp, mv, cat, cannot create new files. ls cannot correctly list directories. rm cannot delete directory trees, etc. Obviously, this makes the system pretty much unusable (the only way to copy files is using dd). If it matters, the partition is ReiserFS; kernel 2.6.0-test11; devfsd 1.3.25-r3 Reproducible: Didn't try Steps to Reproduce: 1. emerge coreutils 2. watch the fun begin Actual Results: bash-2.05b# cd tmp bash-2.05b# pwd /root/tmp bash-2.05b# ls -l total 0 bash-2.05b# echo 'Hello world!' > hello.txt bash-2.05b# ls -l total 535460251 -rw-r--r-- 1 root root 17592186044416 Dec 8 16:55 hello.txt bash-2.05b# cat hello.txt Hello world! bash-2.05b# cat hello.txt > cat.out cat: hello.txt: input file is output file bash-2.05b# ls cat.out hello.txt bash-2.05b# cat cat.out bash-2.05b# cp hello.txt cp.out cp: skipping file `hello.txt', as it was replaced while being copied bash-2.05b# ls -l total 1070920676 -rw-r--r-- 1 root root 17592186044416 Dec 8 16:58 cat.out -rw-r--r-- 1 root root 17592186044416 Dec 8 16:55 hello.txt bash-2.05b# cd .. bash-2.05b# rm -r tmp rm: `tmp' changed dev/ino: Is a directory bash-2.05b# Expected Results: Rational behavior. Gentoo Base System version 1.4.3.10 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-tbird -O2 -pipe -frename-registers -fomit-frame-pointer -malign-double " CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-O2 -mcpu=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="sandbox ccache autoaddcvs" 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://rsync.gentoo.org/gentoo-portage" USE="x86 oss apm avi crypt cups encode foomaticdb gif jpeg libg++ mad mikmod mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib directfb alsa gdbm berkdb slang readline arts tetex aalib bonobo svga tcltk java guile mysql postgres X sdl gpm tcpd pam libwww ssl perl python esd imlib oggvorbis gnome gtk qt kde motif opengl mozilla cdr scanner dga dnd dumb-allegro dvd dvdr ethereal evo fbcon flash gtk2 gtkhtml mbox mng mule oav odbc pda pic plotutils samba slp tiff usb wmf xface xinerama xvid"
OK, I figured out what went wrong. First, it's compiler flag -malign-double (more specifically, "-march=athlon-tbird -O2 -pipe -frename-registers -fomit-frame-pointer -malign-double" fails, while "-march=athlon-tbird -O2 -pipe -frename-registers -fomit-frame-pointer" and "-march=i686 -O2 -pipe -frename-registers -fomit-frame-pointer" both succeed. Second, coreutils 5.0.91-r2 also has the same problem with -malign-double. Maybe someone could change the ebuilds to check CFLAGS ?
I've added the filter to coreutils, though we don't take responsibility for a user's own sense of adventure. That's honestly their own problem, not ours.
Ahhh...too late... Even though, as already mentioned in the previous comment, it's highly adventurous (read: not recommended) to put `-malign-double' in CFLAGS, it's one of those flags that affect structure sizes and binary compatibility and has to be used either nowhere or everywhere (incl. binary-only packages). Filtering only in a few selected ebuilds may produce some hard to reproduce bug reports.
in that case, I'm pulling it from the coreutils ebuilds. if you put malign double in your flags you're on your er, malignment, not ours