Summary: | git-r3 should fetch submodules via the same protocol it uses for main repo | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Alpha Bravo <aos> |
Component: | Eclasses | Assignee: | Michał Górny <mgorny> |
Status: | RESOLVED CANTFIX | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Alpha Bravo
2015-12-13 12:50:51 UTC
Well, it's not our fault and we can't really fix it properly. Mostly because there's no guarantee that there is any predictable transformation for different protocol URIs, and I don't really want to hardcode special handling for github and other services that provide multiple protocols. The correct way of solving this is through relative submodule URIs. Sadly, this is something upstream needs to do. Let's explain this shortly given your example. The upstream repository is: https://github.com/Cloudef/wlc.git and relies on: https://github.com/Cloudef/chck.git So the submodule URI should be: uri = ../chck.git If you'd like, I can submit a pull request upstream with a proper explanation. Should I do that or do you prefer handling it yourself? Thank you, I'll handle it myself. (In reply to Michał Górny from comment #1) So I tried to handle this myself, but there are objections upstream I can't address. So if you'd like please take a look at https://github.com/Cloudef/wlc/pull/98 |