[Mesa-dev] Moving amdgpu/addrlib into a git submodule

Nicolai Hähnle nhaehnle at gmail.com
Wed Aug 10 13:19:06 UTC 2016


On 09.08.2016 22:12, Dave Airlie wrote:
>>
>> tbh, git submodules are more annoying than they need to be, and I'm
>> not really terribly excited to use that for something that is a build
>> dependency.  Maybe just move it into libdrm instead?
>>
>
> I've only had to use git submodules once with spice project, and it
> was a nightmare. It makes packaging etc a real pita.

It would be nice to have something more concrete to go on, like what are 
the problems _really_ :)


> Alternatives are something like a fetch external sources script,
> that does git submodules but does it better, you'll see Vulkan-CTS
> etc use something like that, it would have to be integrated with
> the build system a bit better though.

What pain do submodules give you that wouldn't be even _worse_ with a 
separate script for fetching external sources?


Look, there are a bunch of different use cases here. Distro packagers; 
Mesa contributors and bleeding-edge users; and us (which is slightly 
separate because we're not _just_ Mesa contributors but have parts of 
the stack elsewhere, which is why this is coming up in the first place).

Most of the complaints seem to come from distro packaging, though I have 
yet to understand what the exact problems are.

For Mesa contributors and users, I'd really like to avoid the hassle of 
having to get another repository manually.

For us, in addition to avoiding the same hassles there's the question of 
maintainability, and perhaps (with a huge load of optimism) getting the 
closed source folks a bit more involved in the fact that there's another 
world out here as well.

On those axes, I've seen one alternative suggestion that makes sense to 
me, and that is subtree-merges. I have to play with them a bit, but the 
initial impression is good. They seem like a more git-like solution. 
That would also be something new for Mesa, though, since it would mean 
more exceptions to the otherwise linear history.

Nicolai


More information about the mesa-dev mailing list