<div>On Thu, Mar 22, 2012 at 18:51, David Edmundson <span dir="ltr"><<a href="mailto:david@davidedmundson.co.uk">david@davidedmundson.co.uk</a>></span> wrote:</div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

2012/3/22 Martin Klapetek <<a href="mailto:martin.klapetek@gmail.com">martin.klapetek@gmail.com</a>>:<br>
<div><div class="h5">> On Thu, Mar 22, 2012 at 18:41, Daniele E. Domenichelli<br>
> <<a href="mailto:daniele.domenichelli@gmail.com">daniele.domenichelli@gmail.com</a>> wrote:<br>
>><br>
>> On 22/03/12 03:39, Dario Freddi wrote:<br>
>>><br>
>>> This approach has also multiple advantages, such as:<br>
>>><br>
>>>  * We can decide which commit each submodule will point to, so it's<br>
>>> safe ground for testers<br>
>>>  * Or we can allow people to fuck this and just get master of each repo<br>
>>>  * Qt already did the hard job for us and we just have to adapt our<br>
>>> scripts<br>
>>>  * This approach preserves modularity but still allows to group quite<br>
>>> efficiently some/all repos.<br>
>><br>
>><br>
>> * If we find out that this approach sucks we can easily go back to the<br>
>> multiple repository approach<br>
>> * If one day some packages will enter in any kde "main" package we just<br>
>> need to import the add the submodule there and remove it from here.<br>
>><br>
>><br>
>> Since Dario is supporting me on git submodules I propose an alternative<br>
>> (but I still believe we should talk about this later, perhaps at Akademy):<br>
>><br>
>> Instead of making several packages, we make a single "kde-telepathy" meta<br>
>> repository (yes kde-telepathy, not ktp :P). Inside we add some<br>
>> subdirectories (libs, handlers, config, utils, whatever, etc.) and inside<br>
>> each subdir we put the real repositories.<br>
><br>
><br>
> Note that the packages are not the problem but just a result of it. The<br>
> thing we're trying to solve is our repos count, which is high and this does<br>
> not help it, on contrary it makes the complexity higher (depends on point of<br>
> view).<br>
><br>
</div></div>Having a high repo count isn't necessarily a problem.<br>
<br>
We should make sure we're tackling actual  problems, (which could be<br>
caused by the high repo count) not solving things which are just<br>
"different".<br></blockquote><div><br></div><div>Ah well, just screw it then.</div><div><br></div><div><div>--</div><div><font color="#666666">Martin Klapetek | KDE Developer</font></div></div></div>