|Summary:||rpmbuild -ta broken by incompatible change in tar 1.15.91|
|Product:||[Fedora] Fedora||Reporter:||Kevin Kofler <kevin>|
|Component:||rpm||Assignee:||Radek Brich <rbrich>|
|Status:||CLOSED CURRENTRELEASE||QA Contact:||Fedora Extras Quality Assurance <extras-qa>|
|Version:||rawhide||CC:||bloch, dmalcolm, gofron, herrold, jjneely, laurie, lvrabel, mark, michael.pope, mtasaka, pmatilai, pvrabec, rbrich, squinney, triage, vedran|
|Fixed In Version:||18.104.22.168||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||2008-04-03 18:32:54 UTC||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
|Cloudforms Team:||---||Target Upstream Version:|
Description Kevin Kofler 2006-09-17 06:36:24 UTC
Description of problem: The -t option of rpmbuild (e.g. rpmbuild -ta mytarball.tar.bz2) doesn't work anymore since the latest tar upgrade to FC5. The cause is an incompatible change in tar's handling of wildcards passed on the command line. See: http://lists.gnu.org/archive/html/bug-tar/2006-06/msg00001.html You now have to pass the --wildcards parameter when looking for '*.spec'. Version-Release number of selected component (if applicable): rpm-build-4.4.2-15.2 tar-1.15.91-1.FC5 How reproducible: Always. Steps to Reproduce: 1. Create a tarball with a specfile in it. 2. rpmbuild -ta mytarball.tar.bz2 Actual results: Spurious errors due to the specfile not being found, i.e.: error: Name field must be present in package: (main package) error: Version field must be present in package: (main package) error: Release field must be present in package: (main package) error: Summary field must be present in package: (main package) error: Group field must be present in package: (main package) error: License field must be present in package: (main package) Expected results: The package builds. Additional info: Workaround: TAR_OPTIONS=--wildcards rpmbuild -ta mytarball.tar.bz2
Comment 1 Kevin Kofler 2006-09-17 06:38:07 UTC
Adding tar maintainer to CC.
Comment 2 Paul Nasrat 2006-09-20 07:27:29 UTC
*** Bug 207239 has been marked as a duplicate of this bug. ***
Comment 3 Dave Malcolm 2006-09-21 00:10:25 UTC
Me too on Rawhide: I end up with an empty file in rpmbuild/SPECS called: "tar: Pattern matching characters used in file names. Please," which it tries to interpret as the specfile, leading to the failure messages above. Appears to prevent all of the -t options of rpmbuild from working in Rawhide (ouch); this feels like a blocker to me.
Comment 5 Dave Malcolm 2006-09-21 16:52:15 UTC
I've written a reproducer for this here: https://testing.108.redhat.com/source/browse/*checkout*/testing/trunk/rhts/tests/sandbox/rpm/rpm-build/run-rpmbuild-on-tarball.sh?content-type=text%2Fplain&rev=70 fails on one machine with: tar-1.15.91-1 rpm-build-4.4.2-32 passes on another machine with: tar-1.15.90-2 rpm-build-4.4.2-31
Comment 6 John Ata 2006-09-22 17:17:10 UTC
Other -t variants such as -tb are broken as well
Comment 7 Paul Nasrat 2006-09-25 07:35:47 UTC
*** Bug 207831 has been marked as a duplicate of this bug. ***
Comment 8 Nalin Dahyabhai 2006-09-25 12:06:30 UTC
*** Bug 207825 has been marked as a duplicate of this bug. ***
Comment 9 Paul Nasrat 2006-09-25 21:05:59 UTC
*** Bug 208008 has been marked as a duplicate of this bug. ***
Comment 10 Marcio Oliveira 2006-09-29 13:42:03 UTC
Created attachment 137388 [details] rpmbuild patch
Comment 11 Marcio Oliveira 2006-09-29 13:43:20 UTC
Hello, I have a similar problem and after a lot of pain I created a patch and it worked for me. I hope it helps fix this problem as well. Check out this link which describes the problem I encountered, and attached its the patch I created for the rpmbuild package. https://www.redhat.com/archives/fedora-devel-list/2006-September/msg00873.html Regards, Marcio Oliveira
Comment 12 Johan Kok 2006-09-30 08:13:32 UTC
A new tar RPM was released (1.15.1-14) which fixed the problem on my workstation. Does it work for you too?
Comment 13 Johan Kok 2006-09-30 08:25:58 UTC
*** Bug 208358 has been marked as a duplicate of this bug. ***
Comment 14 Kevin Kofler 2006-09-30 11:04:28 UTC
Tar was reverted to fix Bug 207115, and as a side effect this also fixes this bug. However, it will break again when tar is upgraded again, e.g. to 1.16.0 when it will be out. But using the patch now won't work either because tar 1.15.1 won't eat the --wildcards option. So we're stuck.
Comment 15 Kevin Kofler 2006-09-30 11:56:03 UTC
Correcting myself: Actually, tar 1.15.1 does eat --wildcards, so it should be possible to add the switch now and avoid breakage later. In tar 1.15.1, the switch only applies to exclude patterns (and is on by default), the newer version also makes it apply to listed files.
Comment 16 Jack Neely 2006-09-30 21:53:56 UTC
I can confirm that building packages with rpmbuild -ta foo.tar.gz does indeed work on FC5. Thanks.
Comment 17 John Ata 2006-10-02 13:32:39 UTC
(In reply to comment #12) > A new tar RPM was released (1.15.1-14) which fixed the problem on my > workstation. Does it work for you too? Updated FC5 with 1.15.1-14 - works for me...
Comment 21 Kaz Gofron 2006-11-02 08:45:10 UTC
It is still broken in FC5: tar-1.15.1-16.FC5 rpm-build-4.4.2-15.2 TAR_OPTIONS=--wildcards rpmbuild -ta xx.yy.tar.gz does not work either (for this tar)
Comment 22 Karel Zak 2006-11-08 15:19:12 UTC
The script from comment #5: Dummy package /tmp/tmp.VqvFI31823/rpmbuild/RPMS/noarch/foobarbaz-1.0-1.noarch.rpm Success - RPM appears to have been built successfully $ rpm -q tar rpm-build tar-1.15.1-14.FC5 rpm-build-4.4.2-15.2
Comment 23 Peter Vrabec 2006-11-08 15:33:44 UTC
It should be alright in all tar-1.15.1-* releases.
Comment 24 Paul Nasrat 2006-11-21 10:51:30 UTC
*** Bug 216642 has been marked as a duplicate of this bug. ***
Comment 25 Lukas Vrabel 2007-03-20 14:11:51 UTC
opened because of planed tar upgrade
Comment 26 Kevin Kofler 2007-03-20 14:13:54 UTC
All the way down to FC5? FC6? Or only >=F7?
Comment 27 Paul Nasrat 2007-03-20 15:51:41 UTC
I'd hope devel/fc7. Lukas can you update the Version appropriately.
Comment 28 Paul Nasrat 2007-03-22 10:54:11 UTC
Lukas - what versions of fedora is this required for?
Comment 29 Lukas Vrabel 2007-03-22 13:22:02 UTC
oh im sorry it's planned for FC7
Comment 30 Radek Brich 2007-06-29 13:21:47 UTC
Hi all. I am packaging version 1.17 for FC8. After reading these comments I figured it would be best to preserve behavior of version 1.15.1. I already have patch for that. Wildcards will be used by default and --no-wildcards option will be also supported to switch them off. But I think it would be best if rpmbuild and other tools will also be patched. They should call tar with --wildcards option if they use this feature. It does not break anything and it works even with tar 1.15.1. Now (and anytime in future), these tools are unable to work with raw upstream tar. That isn't very good, imho... It's unlikely that upstream will ever restore old behavior.
Comment 31 Panu Matilainen 2007-07-03 11:15:24 UTC
rpm 22.214.171.124 will pass --wildcards to tar on build, once it's in rawhide feel free to drop the wildcards-by-default patch from tar (at least from rpm POV, dunno if other tools care)
Comment 32 Panu Matilainen 2007-08-09 17:51:50 UTC
Rawhide (and F8-test1) has 126.96.36.199 now and uses --wildcards so from rpm POV the tar patch can be dropped.
Comment 33 Radek Brich 2007-08-10 10:41:41 UTC
Okay, thanks. I'll probably keep the patch in for a while...
Comment 34 Bug Zapper 2008-04-03 18:14:38 UTC
Based on the date this bug was created, it appears to have been reported against rawhide during the development of a Fedora release that is no longer maintained. In order to refocus our efforts as a project we are flagging all of the open bugs for releases which are no longer maintained. If this bug remains in NEEDINFO thirty (30) days from now, we will automatically close it. If you can reproduce this bug in a maintained Fedora version (7, 8, or rawhide), please change this bug to the respective version and change the status to ASSIGNED. (If you're unable to change the bug's version or status, add a comment to the bug and someone will change it for you.) Thanks for your help, and we apologize again that we haven't handled these issues to this point. The process we're following is outlined here: http://fedoraproject.org/wiki/BugZappers/F9CleanUp We will be following the process here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping to ensure this doesn't happen again.
Comment 35 Mike Pope 2008-04-08 00:32:47 UTC
Unable to reproduce any more in F8+updates.