Bug#317466: Bug#534521: this is a bug in eglibc, not in pax

Aurelien Jarno dixit: >I disagree. Pax isn't built with large file support (because >doesn't allow that), so even if eglibc is fixed, pax would need to be >fixed. Blocking bug should be used instead. Right, I could have thought of that. >The problem is not having fts_read64, but having a differ

Bug#317466: Bug#534521: this is a bug in eglibc, not in pax

On Mon, Feb 27, 2012 at 08:50:00PM +, Thorsten Glaser wrote: > reassign 317466 src:eglibc > forcemerge 534521 317466 > thanks > > This is not a bug in pax, but eglibc _really_ should do something. I disagree. Pax isn't built with large file support (because doesn't allow that), so even if eg

Processed: Re: several messages

Processing commands for cont...@bugs.debian.org: > unarchive 595482 Bug #595482 {Done: Bdale Garbee } [pax] pax: output of -v show file sizes multiplied by 4Gb Unarchived Bug 595482 > forcemerge 595482 628744 Bug#595482: pax: output of -v show file sizes multiplied by 4Gb Bug#628744: pax believes

Processed (with 1 errors): this is a bug in eglibc, not in pax

Processing commands for cont...@bugs.debian.org: > reassign 317466 src:eglibc Bug #317466 [pax] pax cannot access files >2gb Bug reassigned from package 'pax' to 'src:eglibc'. Bug No longer marked as found in versions 1:1.5-15 and pax/1:1.5-16. > forcemerge 534521 317466 Bug#534521: libc6-dev: /us

Bug#534521: this is a bug in eglibc, not in pax

reassign 317466 src:eglibc forcemerge 534521 317466 thanks This is not a bug in pax, but eglibc _really_ should do something. How about something like this (for all affected functions)? #ifdef __USE_FILE_OFFSET64 FTSENT *fts_read (FTS *) __asm__("fts_read64"); #else FTSENT *fts_read (FTS *); #