36404 2003-12-23 18:44 0000 (app-archive/dar) dar is not using the Large File Support API 2005-03-03 11:22:48 0000 1 1 1 Unclassified Gentoo Linux Ebuilds unspecified All Linux RESOLVED FIXED P2 normal --- 1 mkennedy@gentoo.org zul@gentoo.org matsuu@gentoo.org mkennedy@gentoo.org 2003-12-23 18:44:56 0000 -rw-r--r-- 1 root root 2.0G Dec 23 20:04 system-full-2003-12-23.1.dar -rw-r--r-- 1 root root 2.0G Dec 23 20:04 system-full-2003-12-23.1.dar ./full: line 23: 13797 File size limit exceededdar --create ${BACKUP}/${NAME_FULL}-${DATE} --exclude "${NAME_FULL}-*.dar" --exclude "${NAME_DIFF}-*.dar" --exclude 'core' --noconf - -empty-dir --fs-root / --no-warn ${COMPRESSION} ${EXCLUDE_COMPRESSION} ${EXCLUDE} ${SPLIT} [1]+ Stopped ./full (wd: ~/backup) error while testing archive: badly formed infinint or not supported format <5>root@killr:/mnt/import/backup# ls Reproducible: Always Steps to Reproduce: 1. 2. 3. I suspect dar is not using the large file support api for linux. http://www.suse.de/~aj/linux_lfs.html I'm using standard gentoo glibc, kernel 2.6.0-test11-mm1 (not that it matters). Other tools on my install are abel to create files larger than 2GB. For example: <0>mkennedy@killr:/space/mkennedy$ dd if=/dev/zero of=test count=3 bs=$((1024**3)) 3+0 records in 3+0 records out 0>mkennedy@killr:/space/mkennedy$ ls -l test -rw-r--r-- 1 mkennedy users 3221225472 Dec 23 20:29 test You have new mail in /var/mail/mkennedy <0>mkennedy@killr:/space/mkennedy$ zul@gentoo.org 2003-12-28 08:52:42 0000 Created an attachment (id=22747) Large file patch Mkennedy, Can you try this patch please. thanks chuck mkennedy@gentoo.org 2003-12-29 13:33:03 0000 Hi Chuck, That doesn't work. I don't think it even uses CFLAGS during the build. I tried revamping the ebuild a bit: src_compile() { # This seems to be necessary to get the configure script to detect # a 64-bit off_t type export CXX="g++ ${CXXFLAGS} -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE" export CC="gcc ${CFLAGS} -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE" ./configure \ --host=${CHOST} \ --prefix=/usr \ --infodir=/usr/share/info \ --mandir=/usr/share/man \ --enable-largefile \ --enable-nodump-flag \ --enable-examples \ --enable-static \ --enable-special-alloc \ || die "./configure failed" # --enable-os-bits= \ # --enable-ea-support \ make || die } During configure, off_t is detected properly to be 64-bits (which looks promising), however when running DAR: <0>root@killr:~/backup# ./full ./full: line 23: 10772 File size limit exceededdar --create ${BACKUP}/${NAME_FULL}-${DATE} --exclude "${NAME_FULL}-*.dar" --exclude "${NAME_DIFF}-*.dar" --exclude 'core' --noconf --empty-dir --fs-root / --no-warn ${COMPRESSION} ${EXCLUDE_COMPRESSION} ${EXCLUDE} ${SPLIT}error while testing archive: badly formed infinint or not supported format (In this example, SPLIT='' -- ie. dont split). Matt matsuu@gentoo.org 2004-01-04 15:11:43 0000 Created an attachment (id=23162) dar-2.0.4.ebuild fixed large file support on 2.0.4. and add "ea-support" to IUSE. zul@gentoo.org 2004-01-04 18:19:46 0000 Fixed in cvs, please test. mkennedy@gentoo.org 2004-01-12 02:04:10 0000 Unfortunately, the dar-2.0.4 ebuild i tested from comment #3 doesnt' fix the problem either. Are you folks able to reproduce this? root@killr:/mnt/import/backup# ll/root/backup/full: line 23: 27672 File size limit exceeded(core dumped) dar --create ${BACKUP}/${NAME_FULL}-${DATE} --exclude "${NAME_FULL}-*.dar" --exclude "${NAME_DIFF}-*.dar" --exclude 'core' --noconf --empty-dir --fs-root / --no-warn ${COMPRESSION} ${EXCLUDE_COMPRESSION} ${EXCLUDE} ${SPLIT} total 4198408 -rw-r--r-- 1 root root 2147483647 Jan 11 08:47 system-full-2004-01-11.1.dar -rw-r--r-- 1 root root 2147483647 Jan 12 03:58 system-full-2004-01-12.1.dar root@killr:/mnt/import/backup# dar --version dar version 2.0.4, Copyright (C) 2002-2052 Denis Corbin Using libdar 1.2 built with compilation time options: Extended Attributes support: YES Large files support (> 2GB): YES ext2fs NODUMP flag support : YES Special allocation scheme : YES Integer size used : unlimited Jan 11 2004 with GNUC version 3.3.2 20031218 (Gentoo Linux 3.3.2-r5, propolice-3.3-7) dar is part of the Disk ARchive suite (Release 2.0.4) dar comes with ABSOLUTELY NO WARRANTY; for details type `dar -W'. This is free software, and you are welcome to redistribute it under certain conditions; type `dar -L | more' for details. [1]+ Stopped /root/backup/full (wd: ~) (wd now: /mnt/import/backup) root@killr:/mnt/import/backup# matsuu@gentoo.org 2004-01-19 20:08:07 0000 Created an attachment (id=24115) dar-2.0.4.ebuild fixed and added "lfs" to IUSE. mkennedy@gentoo.org 2004-01-20 19:37:23 0000 this doesn't work either (even with the typo-correction ;-) Anyone trying these proposed fixes? Able to reproduce it? Trying to ascertain if it is specific to my machine or not. I have, however, been able to reproduce it in a chrooted environment built from stage3. zul@gentoo.org 2004-01-25 06:55:46 0000 I was able to reproduce this error on my machine but I havent been able to find a fix to it. There is a new version of dar that supposedly fixes LFS support but I havent been able to test it because my main dev machine had died this past week. Ill test it tonight though. chuck matsuu@gentoo.org 2004-01-29 07:10:45 0000 I try dar-2.0.4 without Large file patch but I got no problem on my environment(linux-2.6.1, XFS and ext3). # dar --version dar version 2.0.4, Copyright (C) 2002-2052 Denis Corbin Using libdar 1.2 built with compilation time options: Extended Attributes support: YES Large files support (> 2GB): YES ext2fs NODUMP flag support : YES Special allocation scheme : YES Integer size used : unlimited (snip) mkennedy@gentoo.org 2004-12-03 12:25:39 0000 On a recent install of Gentoo, I find that I can no longer reproduce this... mkennedy@gentoo.org 2005-03-03 11:22:48 0000 closing 22747 2003-12-28 08:52 0000 Large file patch dar-2.0.0-largefile-gentoo.patch text/plain ZGlmZiAtTmF1ciBkYXItMi4wLjAub2xkL01ha2VmaWxlLmluIGRhci0yLjAuMC9NYWtlZmlsZS5p bgotLS0gZGFyLTIuMC4wLm9sZC9NYWtlZmlsZS5pbgkyMDAzLTExLTAzIDIxOjM2OjAwLjAwMDAw MDAwMCArMDAwMAorKysgZGFyLTIuMC4wL01ha2VmaWxlLmluCTIwMDMtMTItMjggMTI6NDI6MzEu Mjg5MTY5NjMyICswMDAwCkBAIC01NCw3ICs1NCw3IEBACiBCVUlMRF9NT0RFNjRfVFJVRSA9IEBC VUlMRF9NT0RFNjRfVFJVRUAKIENDID0gQENDQAogQ0NERVBNT0RFID0gQENDREVQTU9ERUAKLUNG TEFHUyA9IEBDRkxBR1NACitDRkxBR1MgPSBAQ0ZMQUdTQCBfRklMRV9PRkZTRVRfQklUUz02NCAt RF9MQVJHRUZJTEVfU09VUkNFCiBDUFAgPSBAQ1BQQAogQ1BQRkxBR1MgPSBAQ1BQRkxBR1NACiBD WFggPSBAQ1hYQApkaWZmIC1OYXVyIGRhci0yLjAuMC5vbGQvbWlzYy9NYWtlZmlsZS5pbiBkYXIt Mi4wLjAvbWlzYy9NYWtlZmlsZS5pbgotLS0gZGFyLTIuMC4wLm9sZC9taXNjL01ha2VmaWxlLmlu CTIwMDMtMTEtMDMgMjE6Mzg6MzkuMDAwMDAwMDAwICswMDAwCisrKyBkYXItMi4wLjAvbWlzYy9N YWtlZmlsZS5pbgkyMDAzLTEyLTI4IDEyOjQ0OjUzLjIwMzU5NTM2MCArMDAwMApAQCAtNTQsNyAr NTQsNyBAQAogQlVJTERfTU9ERTY0X1RSVUUgPSBAQlVJTERfTU9ERTY0X1RSVUVACiBDQyA9IEBD Q0AKIENDREVQTU9ERSA9IEBDQ0RFUE1PREVACi1DRkxBR1MgPSBAQ0ZMQUdTQAorQ0ZMQUdTID0g QENGTEFHU0AgLURfRklMRV9PRkZTRVRfQklUUz02NCAtRF9MQVJHRUZJTEVfU09VUkNFCiBDUFAg PSBAQ1BQQAogQ1BQRkxBR1MgPSBAQ1BQRkxBR1NACiBDWFggPSBAQ1hYQApkaWZmIC1OYXVyIGRh ci0yLjAuMC5vbGQvc3JjL01ha2VmaWxlLmluIGRhci0yLjAuMC9zcmMvTWFrZWZpbGUuaW4KLS0t IGRhci0yLjAuMC5vbGQvc3JjL01ha2VmaWxlLmluCTIwMDMtMTEtMDMgMjE6Mzc6NTIuMDAwMDAw MDAwICswMDAwCisrKyBkYXItMi4wLjAvc3JjL01ha2VmaWxlLmluCTIwMDMtMTItMjggMTI6NDM6 MzQuNjMyNTM5OTc2ICswMDAwCkBAIC01NCw3ICs1NCw3IEBACiBCVUlMRF9NT0RFNjRfVFJVRSA9 IEBCVUlMRF9NT0RFNjRfVFJVRUAKIENDID0gQENDQAogQ0NERVBNT0RFID0gQENDREVQTU9ERUAK LUNGTEFHUyA9IEBDRkxBR1NACitDRkxBR1MgPSBAQ0ZMQUdTQCAtRF9GSUxFX09GRlNFVF9CSVRT PTY0IC1EX0xBUkdFRklMRV9TT1VSQ0UKIENQUCA9IEBDUFBACiBDUFBGTEFHUyA9IEBDUFBGTEFH U0AKIENYWCA9IEBDWFhACmRpZmYgLU5hdXIgZGFyLTIuMC4wLm9sZC9zcmMvZGFyX3N1aXRlL01h a2VmaWxlLmluIGRhci0yLjAuMC9zcmMvZGFyX3N1aXRlL01ha2VmaWxlLmluCi0tLSBkYXItMi4w LjAub2xkL3NyYy9kYXJfc3VpdGUvTWFrZWZpbGUuaW4JMjAwMy0xMS0wMyAyMTozODowNy4wMDAw MDAwMDAgKzAwMDAKKysrIGRhci0yLjAuMC9zcmMvZGFyX3N1aXRlL01ha2VmaWxlLmluCTIwMDMt MTItMjggMTI6NDQ6MDMuNzUwMTEzNDMyICswMDAwCkBAIC01OCw3ICs1OCw3IEBACiBCVUlMRF9N T0RFNjRfVFJVRSA9IEBCVUlMRF9NT0RFNjRfVFJVRUAKIENDID0gQENDQAogQ0NERVBNT0RFID0g QENDREVQTU9ERUAKLUNGTEFHUyA9IEBDRkxBR1NACitDRkxBR1MgPSBAQ0ZMQUdTQCAtRF9GSUxF X09GRlNFVF9CSVRTPTY0IC1EX0xBUkdFRklMRV9TT1VSQ0UKIENQUCA9IEBDUFBACiBDUFBGTEFH UyA9IEBDUFBGTEFHU0AKIENYWCA9IEBDWFhACmRpZmYgLU5hdXIgZGFyLTIuMC4wLm9sZC9zcmMv ZXhhbXBsZXMvTWFrZWZpbGUuaW4gZGFyLTIuMC4wL3NyYy9leGFtcGxlcy9NYWtlZmlsZS5pbgot LS0gZGFyLTIuMC4wLm9sZC9zcmMvZXhhbXBsZXMvTWFrZWZpbGUuaW4JMjAwMy0xMS0wMyAyMToz ODoxNC4wMDAwMDAwMDAgKzAwMDAKKysrIGRhci0yLjAuMC9zcmMvZXhhbXBsZXMvTWFrZWZpbGUu aW4JMjAwMy0xMi0yOCAxMjo0NDoxOS4wNjU3ODUwOTYgKzAwMDAKQEAgLTU0LDcgKzU0LDcgQEAK IEJVSUxEX01PREU2NF9UUlVFID0gQEJVSUxEX01PREU2NF9UUlVFQAogQ0MgPSBAQ0NACiBDQ0RF UE1PREUgPSBAQ0NERVBNT0RFQAotQ0ZMQUdTID0gQENGTEFHU0AKK0NGTEFHUyA9IEBDRkxBR1NA IC1EX0ZJTEVfT0ZGU0VUX0JJVFM9NjQgLURfTEFSR0VGSUxFX1NPVVJDRQogQ1BQID0gQENQUEAK IENQUEZMQUdTID0gQENQUEZMQUdTQAogQ1hYID0gQENYWEAKZGlmZiAtTmF1ciBkYXItMi4wLjAu b2xkL3NyYy9saWJkYXIvTWFrZWZpbGUuaW4gZGFyLTIuMC4wL3NyYy9saWJkYXIvTWFrZWZpbGUu aW4KLS0tIGRhci0yLjAuMC5vbGQvc3JjL2xpYmRhci9NYWtlZmlsZS5pbgkyMDAzLTExLTAzIDIx OjM3OjU3LjAwMDAwMDAwMCArMDAwMAorKysgZGFyLTIuMC4wL3NyYy9saWJkYXIvTWFrZWZpbGUu aW4JMjAwMy0xMi0yOCAxMjo0Mzo0OC4xMzU0ODcyMTYgKzAwMDAKQEAgLTU0LDcgKzU0LDcgQEAK IEJVSUxEX01PREU2NF9UUlVFID0gQEJVSUxEX01PREU2NF9UUlVFQAogQ0MgPSBAQ0NACiBDQ0RF UE1PREUgPSBAQ0NERVBNT0RFQAotQ0ZMQUdTID0gQENGTEFHU0AKK0NGTEFHUyA9IEBDRkxBR1NA IC1EX0ZJTEVfT0ZGU0VUX0JJVFM9NjQgLURfTEFSR0VGSUxFX1NPVVJDRQogQ1BQID0gQENQUEAK IENQUEZMQUdTID0gQENQUEZMQUdTQAogQ1hYID0gQENYWEAKZGlmZiAtTmF1ciBkYXItMi4wLjAu b2xkL3NyYy90ZXN0aW5nL01ha2VmaWxlLmluIGRhci0yLjAuMC9zcmMvdGVzdGluZy9NYWtlZmls ZS5pbgotLS0gZGFyLTIuMC4wLm9sZC9zcmMvdGVzdGluZy9NYWtlZmlsZS5pbgkyMDAzLTExLTAz IDIxOjM4OjIxLjAwMDAwMDAwMCArMDAwMAorKysgZGFyLTIuMC4wL3NyYy90ZXN0aW5nL01ha2Vm aWxlLmluCTIwMDMtMTItMjggMTI6NDQ6MzAuMzcwMDY2NTg0ICswMDAwCkBAIC01NCw3ICs1NCw3 IEBACiBCVUlMRF9NT0RFNjRfVFJVRSA9IEBCVUlMRF9NT0RFNjRfVFJVRUAKIENDID0gQENDQAog Q0NERVBNT0RFID0gQENDREVQTU9ERUAKLUNGTEFHUyA9IEBDRkxBR1NACitDRkxBR1MgPSBAQ0ZM QUdTQCAtRF9GSUxFX09GRlNFVF9CSVRTPTY0IC1EX0xBUkdFRklMRV9TT1VSQ0UKIENQUCA9IEBD UFBACiBDUFBGTEFHUyA9IEBDUFBGTEFHU0AKIENYWCA9IEBDWFhACg== 23162 2004-01-04 15:11 0000 dar-2.0.4.ebuild dar-2.0.4.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDAzIEdlbnRvbyBUZWNobm9sb2dpZXMsIEluYy4KIyBEaXN0cmli dXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHYy CiMgJEhlYWRlcjogL2hvbWUvY3Zzcm9vdC9nZW50b28teDg2L2FwcC1hcmNoL2Rhci9kYXItMi4w LjAuZWJ1aWxkLHYgMS4zIDIwMDMvMTEvMTQgMjA6MDA6Mzggc2VlbWFudCBFeHAgJAoKREVTQ1JJ UFRJT049IkEgZnVsbCBmZWF0dXJlZCBiYWNrdXAgdG9vbCwgYWltZWQgZm9yIGRpc2tzIChmbG9w cHksQ0RSKFcpLERWRFIoVyksemlwLGphenogZXRjLikiCkhPTUVQQUdFPSJodHRwOi8vZGFyLmxp bnV4LmZyZWUuZnIvIgpTUkNfVVJJPSJtaXJyb3I6Ly9zb3VyY2Vmb3JnZS9kYXIvJHtQfS50YXIu Z3oiCgpMSUNFTlNFPSJHUEwtMiIKU0xPVD0iMCIKS0VZV09SRFM9In54ODYgfnBwYyB+c3BhcmMi CklVU0U9ImVhLXN1cHBvcnQiCgpERVBFTkQ9Ij49c3lzLWxpYnMvemxpYi0xLjEuMwoJPj1hcHAt YXJjaC9iemlwMi0xLjAuMgoJZWEtc3VwcG9ydD8gKCBzeXMtYXBwcy9hdHRyICkiCgpzcmNfY29t cGlsZSgpIHsKCWVjb25mIGB1c2VfZW5hYmxlIGVhLXN1cHBvcnRgIHx8IGRpZQoJI2VtYWtlIHx8 IGRpZQoJbWFrZSB8fCBkaWUKfQoKc3JjX2luc3RhbGwoKSB7CgltYWtlIERFU1RESVI9JHtEfSBp bnN0YWxsIHx8IGRpZQoKCWRvZG9jIEFVVEhPUlMgQlVHUyBDaGFuZ2VMb2cgSU5TVEFMTCBORVdT IFJFQURNRSBUSEFOS1MgVE9ETwp9Cg== 24115 2004-01-19 20:08 0000 dar-2.0.4.ebuild dar-2.0.4.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDAzIEdlbnRvbyBUZWNobm9sb2dpZXMsIEluYy4KIyBEaXN0cmli dXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHYy CiMgJEhlYWRlcjogJAoKaW5oZXJpdCBldXRpbHMKCkRFU0NSSVBUSU9OPSJBIGZ1bGwgZmVhdHVy ZWQgYmFja3VwIHRvb2wsIGFpbWVkIGZvciBkaXNrcyAoZmxvcHB5LENEUihXKSxEVkRSKFcpLHpp cCxqYXp6IGV0Yy4pIgpIT01FUEFHRT0iaHR0cDovL2Rhci5saW51eC5mcmVlLmZyLyIKU1JDX1VS ST0ibWlycm9yOi8vc291cmNlZm9yZ2UvZGFyLyR7UH0udGFyLmd6IgoKTElDRU5TRT0iR1BMLTIi ClNMT1Q9IjAiCktFWVdPUkRTPSJ+eDg2IH5wcGMgfnNwYXJjIgpJVVNFPSJsZnMgZWEtc3V1cG9y dCIKCkRFUEVORD0iPj1zeXMtbGlicy96bGliLTEuMS4zCgk+PWFwcC1hcmNoL2J6aXAyLTEuMC4y CglzeXMtYXBwcy9hdHRyIgoKc3JjX2NvbXBpbGUoKSB7CgoJdXNlIGxmcyAmJiBlcGF0Y2ggJHtG SUxFU0RJUn0vJHtQfS1sYXJnZWZpbGUucGF0Y2gKCWVjb25mIGB1c2VfZW5hYmxlIGVhLXN1cHBv cnRgIHx8IGRpZQoJbWFrZSB8fCBkaWUKfQoKc3JjX2luc3RhbGwoKSB7CgltYWtlIERFU1RESVI9 JHtEfSBpbnN0YWxsIHx8IGRpZQoKCWRvZG9jIEFVVEhPUlMgQlVHUyBDaGFuZ2VMb2cgSU5TVEFM TCBORVdTIFJFQURNRSBUSEFOS1MgVE9ETwp9Cg==