I'm trying to figure out the best way to handle the situation where a project decides to use submodules in Git. The archive generated doesn't incorporate the submodule files.
I've done some searching on this, and haven't really come up with much. I've reviewed: Packaging:Github https://fedoraproject.org/wiki/Packaging:SourceURL?rd=Packaging/SourceURL#Github
; but that really doesn't address the submodule issue.
I looked through some packages that are currently in the Fedora repository and found where a few folks have rebuilt the tarball and referenced that version as the Source in the spec file; then they put in a comment stating:
The source of this package was pulled from upstreams' vcs. Use the following commands to generate the tarball: ... - git clone ... - git submodule init - git submodule update ...
This approach is the best that I've found. Any other suggestions?
Thanks much!
I'd say that submodules usually mean bundling and since bundling is prohibited, there is little reason to document how to work with submodules.
Vít
Dne 13.6.2015 v 04:33 Gerald B. Cox napsal(a):
I'm trying to figure out the best way to handle the situation where a project decides to use submodules in Git. The archive generated doesn't incorporate the submodule files.
I've done some searching on this, and haven't really come up with much. I've reviewed: Packaging:Github https://fedoraproject.org/wiki/Packaging:SourceURL?rd=Packaging/SourceURL#Github
; but that really doesn't address the submodule issue.
I looked through some packages that are currently in the Fedora repository and found where a few folks have rebuilt the tarball and referenced that version as the Source in the spec file; then they put in a comment stating:
The source of this package was pulled from upstreams' vcs. Use the following commands to generate the tarball: ...
- git clone
...
- git submodule init
- git submodule update
...
This approach is the best that I've found. Any other suggestions?
Thanks much!
-- packaging mailing list packaging@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/packaging
On Mon, Jun 15, 2015 at 12:58 AM, Vít Ondruch vondruch@redhat.com wrote:
I'd say that submodules usually mean bundling and since bundling is prohibited, there is little reason to document how to work with submodules
Git submodules are NOT bundled libraries.
On Fri, Jun 12, 2015 at 07:33:20PM -0700, Gerald B. Cox wrote:
I'm trying to figure out the best way to handle the situation where a project decides to use submodules in Git. The archive generated doesn't incorporate the submodule files.
If upstream is generating the archive, need to ping them that their tarball is broken. If it's an archive generated using github's automatic archiving then the procedure you outline below is valid.
You could also make separate tarballs for the submodules but you have to get the proper versions (so you probably end up doing a "git submodule update --init" to do that anyway).
-Toshio
I've done some searching on this, and haven't really come up with much. I've reviewed: Packaging:Github ; but that really doesn't address the submodule issue.
I looked through some packages that are currently in the Fedora repository and found where a few folks have rebuilt the tarball and referenced that version as the Source in the spec file; then they put in a comment stating:
The source of this package was pulled from upstreams' vcs. Use the following commands to generate the tarball: ...
- git clone
...
- git submodule init
- git submodule update
...
This approach is the best that I've found. Any other suggestions?
Thanks much!
-- packaging mailing list packaging@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/packaging
On Mon, Jun 15, 2015 at 10:56 AM, Toshio Kuratomi a.badger@gmail.com wrote:
If it's an archive generated using github's automatic archiving then the procedure you outline below is valid.
Yes, it's generated via github... thanks for taking the time to respond.
packaging@lists.fedoraproject.org