Description of problem: tar in F11 occasionally prints strange messages to stderr Version-Release number of selected component (if applicable): tar-1.21-1.fc11.i386 Steps to Reproduce: 100% reproducible for me with $ cat slowcat.py import sys for c in file(sys.argv[1]).read(): sys.stdout.write(c) $ python slowcat.py test2.tar | tar tf - > /dev/null tar: Record size = 8 blocks $ It might make sense to warn when data come in strange chunks from a tape device, but when data arrives on a stream it must accept all chunk sizes silently. That is a regression from F10. Currently it causes spurios failures in the Mercurial test suite.
I have reported this upstream: http://lists.gnu.org/archive/html/bug-tar/2009-02/msg00010.html IMHO Fedora should have a fix for this in F11.
Thanks for both reports, F11 is still far enough to analyze/fix that ... I planned to look at this on Monday, but maybe Sergey will fix it meanwhile upstream :).
From 1.21 NEWS: ** Fixed record size autodetection. If detected record size differs from the expected value (either default, or set on the command line), tar always prints a warning if verbosity level is set to 1 or greater, i.e. if either -t or -v option is given. As reading through pipe doesn't guarantee record size and it would almost always differ from expected value, the easiest way would be to fix Mercurial test suite. But maybe Sergey will find something acceptable - I'll wait for his reaction and then decide what to do with that bugzilla.
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle. Changing version to '11'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
While checking upstream git, I spotted commit http://git.savannah.gnu.org/cgit/tar.git/commit/?id=be34933b638b75a40513ea2b724c756b1f8e3b85 , which should solve the issue, I'll use it in rawhide. Tried to built as tar-1.22-4.fc12, testsuite failed mysteriously, so not done yet. Anyway will wait for upstream approval of other patch - then will make update for f11 with both fixes.
This bug breaks rpmbuild: When building a package I work on (on F11) # make dist ... # rpmbuild -ts rtems-mock-0.20090701.1.tar.bz2 Wrote: /home/rtems/src/rpms/linux/SRPMS/rtems-mock-0.20090701.1-0.fc11.src.rpm # rpm -qlvp /home/rtems/src/rpms/linux/SRPMS/rtems-mock-0.20090701.1-0.fc11.src.rpm rpm -qlp /home/rtems/src/rpms/linux/SRPMS/rtems-mock-0.20090701.1-0.fc11.src.rpm rtems-mock-0.20090701.1.tar.bz2 tar: Record size = 8 blocks => This bug causes rpmbuild -ts to add the warning to the *.src.rpm instead of adding the *.spec => the src.rpm is broken.
F-12 build still not working, I guess it's gcc issue with FORTIFY_SOURCE(as the tar testsuite failure backtrace points there). The same tar srpm build just fine with dist-f11 - https://koji.fedoraproject.org/koji/taskinfo?taskID=1436136 ... could you try those rpm? Maybe I could do F-11 update meanwhile (before F-12 troubles solved).
(In reply to comment #7) > https://koji.fedoraproject.org/koji/taskinfo?taskID=1436136 ... could you try > those rpm? I rebuilt the rpms from Fedora's devel CVS repository on FC11 and gave them a try (tar-1.22-4.fc11.x86_64). So far, things look promissing - At least, my rpmbuild issue hasn't reappeared since then ;)
tar-1.22-3.fc11 has been submitted as an update for Fedora 11. http://admin.fedoraproject.org/updates/tar-1.22-3.fc11
tar-1.22-3.fc11 has been pushed to the Fedora 11 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update tar'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F11/FEDORA-2009-7338
tar-1.22-3.fc11 has been pushed to the Fedora 11 stable repository. If problems still persist, please make note of it in this bug report.