The unrar-gpl utility fails when trying to list the contents of > 2GB archives wit the following error message: # unrar -t BigArchive.rar unrar: invalid archive 'BigArchive.rar': Value too large for defined data type Usage: unrar [OPTION...] ARCHIVE [FILE...] [DESTINATION] Try `unrar --help' or `unrar --usage' for more information. The file size accounts for more than 2GB : # ls total 2,3G 2,3G BigArchive.rar Doing a search on google reports that such failures are caused by the lack of Large File Support (LFS) in the utility that manipulates the file. See http://lists.debian.org/debian-user/2001/07/msg00495.html for a 2001 thread on the Debian ML about such a problem. The precise mention about LFS can be found on this LKML thread : http://www.ussg.iu.edu/hypermail/linux/kernel/0108.1/1373.html In short, my kernel, being 2.6.x does support > 2GB files. So does the fileutils package (as shown by the output of 'ls' or 'du'). However, unrar-gpl does not. I am leaving the severity as normal as it is possible to use the non-GPL unrar (uck!) but otherwise, it's a major feature failure. As RAR is often used to compress huge multimedia files, it should properly handle > 2GB filesizes. Reproducible: Always Steps to Reproduce: 1. Take a rar file of size > 2GB 2. Try to list its contents using the 'unrar -t' command 3. This fails with the abovementioned message Actual Results: The shell prompt is back. A message about the value being too large for a defined data type is printed by unrar. Expected Results: The command should have listed the contents of the archive. # emerge info Portage 2.0.51.22-r3 (default-linux/x86/2005.0, gcc-3.3.6, glibc-2.3.5-r1, 2.6.11-gentoo-r4 i686) ================================================================= System uname: 2.6.11-gentoo-r4 i686 Celeron (Coppermine) Gentoo Base System version 1.6.13 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] dev-lang/python: 2.2.3-r1, 2.3.5-r2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.4.3-r4, 1.5.18-r1 virtual/os-headers: 2.4.19-r1, 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O3 -march=pentium3 -funroll-loops -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /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/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=pentium3 -funroll-loops -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks sandbox sfperms strict userpriv usersandbox" GENTOO_MIRRORS="ftp://gentoo.ccccom.com ftp://sunsite.ualberta.ca/pub/unix/Linux/gentoo/ ftp://ftp.isu.edu.tw/pub/Linux/Gentoo ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo" LANG="fr_FR@euro" LC_ALL="fr_FR@euro" LINGUAS="fr fr_FR" 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="X Xaw3d aalib alsa apache2 apm avi bash-completion berkdb bitmap-fonts cdr cscope cups curl dga directfb doc eds emboss encode esd fam firefox flac foomaticdb fortran gd gdbm gif gnome gpm gstreamer gtk gtk2 gtkhtml imap imlib ipv6 java joystick jpeg junit ldap libg++ libwww mad mikmod mmx motif mozilla mp3 mpeg mule mysql ncurses nls ogg oggvorbis opengl oss pam pcmcia pdflib perl plotutils png python quicktime readline samba scanner sdl slang spell sse ssl svga tcpd tetex tiff truetype truetype-fonts trusted type1-fonts unicode usb vorbis win32codecs x86 xml xml2 xmms xv zlib linguas_fr linguas_fr_FR userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LDFLAGS
In which way is this related to Gentoo? For feature-requests in applications, please contact the upstream authors of them.
From Gentoo's Bugzilla's help: "Please note that bugs should be posted here first before moving upstream. In other words, don't bother the original package maintainers before you bother us. If your package is marked with a resolution of UPSTREAM, that is an indication you should file your bug with the package's issue tracking system." That is the reason why I posted here first. While I agree about the UPSTREAM resolution, your comment sounds like I should not have contacted Gentoo first. If this really is my fault, please change the documentation accordingly. [For the record, concerning the requested "feature", I think that, given that we are in 2005, it is more a bug that a feature request here (it is quite common now to encounter archive files >2G]. I will contact the package maintainer about this problem.
