Bugzilla Bug 68520

While trying to copy files from one filesystem to another on the same host with
"find -xdev | cpio -p -m --make-directories /mnt/image/", I get this message:
"Value too large for defined data type" when files larger than 2GB are
encountered.

Reproducible: Always
Steps to Reproduce:
1.mount new filesystem on /mnt/image
2.cd <old-filesystem>
3.find -xdev | cpio -p -m --make-directories /mnt/image/

Actual Results:  
cpio: <filename>: Value too large for defined data type

Expected Results:  
The file should have been copied.

Portage 2.0.50-r11 (default-x86-1.4, gcc-3.3.4, glibc-2.3.3.20040420-r2,
2.6.8.1)
=================================================================
System uname: 2.6.8.1 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz
Gentoo Base System version 1.4.16
distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632)
[disabled]
Autoconf: sys-devel/autoconf-2.59-r4
Automake: sys-devel/automake-1.8.5-r1
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-march=pentium4 -O3 -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER=""
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.3/env
/usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config
/usr/lib/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/bind /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=pentium4 -O3 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="ftp://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/
http://gentoo.oregonstate.edu
http://www.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage /usr/local/bmg-main"
SYNC="rsync://ftp.belnet.be/gentoo-portage"
USE="X alsa apache2 apm arts artswrappersuid audiofile avi berkdb bitmap-fonts
bonobo cdparanoia cdr clamav crypt cups dmx doc dvd dvdr emacs encode esd evo
f77 flac foomaticdb gb gdbm gif gimpprint gnome gphoto2 gpm gtk gtk2 gtkhtml
guile imap imlib innodb ipv6 java jpeg kde kerberos ldap libg++ libgda libwww
mad maildir mbox mikmod mmx motif mozcalendar mozilla mozsvg mozxmlterm mpeg
mysql nas ncurses nls odbc oggvorbis opengl opie oss pam pdflib perl png
postgres povray ppds python qt quicktime readline samba sasl scanner sdl slang
slp spell sse ssl svga tcltk tcpd tetex tiff truetype vim-with-x wifi wxwindows
x86 xine xinerama xml xml2 xmms xprint xscreensaver xv zlib"

try editing the ebuild and adding this:

to the top of the file: inherit flag-o-matic
inside src_unpack(): append-lfs-flags

see if that fixes things

I've tried with these additions to the ebuild but now I get 1.6G out of 5.6G
copied and the following statement:
cpio: File ./<filename> grew, 0 new bytes not copied

This patch claims to fix cpio-2.5.90 so that it can support files larger than
2Gb, as well as gcc-3.4.x fixes:
http://lists.gnu.org/archive/html/bug-cpio/2004-11/msg00001.html

I, however, didn't have much success compiling with this patch.
I'm attaching a modification to the current 2.5 ebuild and a small patch that
allows version 2.5.90 to compile, in the case anybody smarter than me wants to
work on it.

Created an attachment (id=46227) [edit]
cpio-2.5.90.ebuild.diff

Created an attachment (id=46228) [edit]
cpio-2.5.90-gentoo.diff

ive added 2.5.90 with a few patches from cvs (and the 2gigger patch)

re-open if the ebuild in portage doesnt fix this