Bug 1076808
Summary: | netpanzer bundles physfs | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Ville Skyttä <ville.skytta> | ||||
Component: | netpanzer | Assignee: | Gwyn Ciesla <gwync> | ||||
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | unspecified | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | rawhide | CC: | gwync, lxtnow | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | Unspecified | ||||||
OS: | Unspecified | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2014-03-24 17:05:56 UTC | Type: | Bug | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Bug Depends On: | |||||||
Bug Blocks: | 504493 | ||||||
Attachments: |
|
Description
Ville Skyttä
2014-03-15 10:07:03 UTC
If I remove the bundled copy and symlink, it builds against and uses the system version but I still get: $ rpm -qpl x86_64/netpanzer-debuginfo-0.8.4-6.fc21.x86_64.rpm | grep physfs /usr/src/debug/netpanzer-0.8.4/src/Lib/physfs /usr/src/debug/netpanzer-0.8.4/src/Lib/physfs/physfs.h Is that acceptable? It also still runs, which is a bonus. :) Created attachment 875826 [details]
Patch to use system physfs
I suppose it could be, but here's a "git am"-able patch that is more thorough about it. Build tested only.
This doesn't build for me.. . Patch #8 (netpanzer-0.8.4-system-physfs.patch): + /usr/bin/patch -p1 --fuzz=0 + /usr/bin/cat /home/limb/fedora/git/netpanzer/netpanzer-0.8.4-system-physfs.patch patching file SConstruct patching file src/Lib/Util/FileSystem.cpp patching file src/Lib/Util/FileSystem.hpp patching file SConstruct Reversed (or previously applied) patch detected! Assume -R? [n] Apply anyway? [n] Skipping patch. 5 out of 5 hunks ignored -- saving rejects to file SConstruct.rej patching file src/Lib/Util/FileSystem.cpp Reversed (or previously applied) patch detected! Assume -R? [n] Apply anyway? [n] Skipping patch. 1 out of 1 hunk ignored -- saving rejects to file src/Lib/Util/FileSystem.cpp.rej patching file src/Lib/Util/FileSystem.hpp Reversed (or previously applied) patch detected! Assume -R? [n] Apply anyway? [n] Skipping patch. 1 out of 1 hunk ignored -- saving rejects to file src/Lib/Util/FileSystem.hpp.rej error: Bad exit status from /var/tmp/rpm-tmp.NenS0n (%prep) Is your working dir a clean git master HEAD clone? Applies fine for me: $ fedpkg clone -a netpanzer $ cd netpanzer $ wget "https://bugzilla.redhat.com/attachment.cgi?id=875826" $ git am attachment.cgi\?id\=875826 $ fedpkg prep # [...] + exit 0 It applies fine for me, other than the changelog. It's that it won't build, that the patch won't apply stating that parts already have been applied. If the patch doesn't apply, it should show up as an error already in "fedpkg prep". I have no explanation why it wouldn't work for you, it certainly does for me. I just re-ran the full workflow from initial checkout to a mock build on a F-19 box, success: $ fedpkg clone -a netpanzer $ cd netpanzer $ wget "https://bugzilla.redhat.com/attachment.cgi?id=875826" $ git am attachment.cgi\?id\=875826 $ fedpkg srpm $ mock -r fedora-rawhide-x86_64 --rebuild *src.rpm [...] INFO: Results and/or logs in: /var/lib/mock/fedora-rawhide-x86_64/result Finish: run Does it fail somewhere for you with these exact commands? Hmm. That worked. Thanks! |