Learn more about these different git repos.
Other Git URLs
As described I'd like to be able to treat an unpacked repo as packed.
I want to do this because I like being able to keep my specfile with the source for what it's packaging, but when building the RPM in Copr, I want to use the URL that is in Source to fetch the tarball so that I am doing a complete end-to-end test of building RPMs from their published tarball.
Source
Perhaps a distinction can be made between Source tags that are fully qualified URLs (i.e. Source: http://somesite.example.com/example.tar.gz) and unqualified (I.e. Source: example.tar.gz) and only build the tarball from the sources in the unpacked repo in the latter case? Perhaps that is too implicit and might surprise people one way or the other.
Source: http://somesite.example.com/example.tar.gz
Source: example.tar.gz
Perhaps an outright (i.e. tickbox) option for a package/build can/should be employed to tell Copr how to operate. Obviously it would be invalid to choose packed in such a case where the Source tag was not pointing at a fully qualified URL.
I think this is actually good. I haven't done it originally due to various reasons (like rpm not directly giving the full Source path when iterating through sources of a parsed spec or for compatibility with tito) but this might be worth reconsidering as it would make the explanation of the feature easier. We could call just 'auto_pack' and it could be configurable and it would work only if unqualified Source path is used as you suggested. I will look into this option once more. Thank you for the suggestion.
Metadata Update from @clime: - Issue assigned to clime
Metadata Update from @clime: - Assignee reset
Hello Brian,
you can say to rpkg to "treat unpacked repo as packed" by putting rpkg.conf with the following content into your Git repo:
rpkg.conf
[rpkg] auto_pack = False
Then the auto_packing feature will be switched off and the tarball will be downloaded if Source0 is URL. The auto_pack feature has also been deprecated in favor of spec templates.
Metadata Update from @clime: - Issue status updated to: Closed (was: Open)
Log in to comment on this ticket.