RPMTAG_NOSOURCE and RPMTAG_NOPATCH should always be a list - either empty or with list of relevant source/patch numbers Current result: src: hdr[1051] = [] nosrc #1: Source0: ... NoSource: 0 hdr[1051] = 0 nosrc #2: Source0: ... Source1: ... NoSource: 0 NoSource: 1 hdr[1051] = [0, 1] Expected result: hdr[1051] in nosrc #1 should be [0] instead of 0.
Fixed upstream now: http://rpm.org/gitweb?p=rpm.git;a=commitdiff;h=eb3e20b5f40ca69790d1cc0b6a18beec109f7c9c
This bug appears to have been reported against 'rawhide' during the Fedora 20 development cycle. Changing version to '20'. More information and reason for this action is here: https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora20
Panu, is this usage correct? Source0: source0 Source1: source1 Patch0: patch0 Patch1: patch1 NoSource: 0 NoSource: 1 NoPatch: 0 NoPatch: 1 this is what I get when I read the headers: print header[rpm.RPMTAG_NOSOURCE] print header[rpm.RPMTAG_NOPATCH] -> 0 0 Expected result: [0, 1] [0, 1]
The expected result is what you get with the fix in place, but its not in Fedora yet. The header actually contains [0, 1] for both tags in this case, but the python bindings never return an array unless the tag is explicitly marked as an array type, just like a tag marked as array always returns an array regardless of the number of entries.
Fixed in rawhide now as of rpm >= 4.11.2, F20 (and F19) will be rebased to this version too once its gotten sufficient testing.
rpm-4.11.2-1.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/rpm-4.11.2-1.fc20
rpm-4.11.2-1.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/rpm-4.11.2-1.fc19
rpm-4.11.2-1.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.
rpm-4.11.2-2.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report.