<br><br><div class="gmail_quote">2011/1/3 Marcel Wiesweg <span dir="ltr">&lt;<a href="mailto:marcel.wiesweg@gmx.de">marcel.wiesweg@gmx.de</a>&gt;</span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

Hi all,<br>
<br>
If someone is interested and has a lot of time, the relevant discussion can be<br>
found here:<br>
<a href="http://mail.kde.org/pipermail/kde-scm-interest/2010-September/thread.html#1611" target="_blank">http://mail.kde.org/pipermail/kde-scm-interest/2010-September/thread.html#1611</a><br>
There is a pdf attachment on Tom&#39;s initial mail with the KDE sysadmin&#39;s<br>
advice.<br>
<br>
I received the following feedback. I allow myself here to cite:<br>
<br>
Pau Garcia i Quiles: +/- I don&#39;t really care about split or monolithic repos<br>
for kdegraphics...<br>
<br>
Albert Astals Cid: +monolithic: ...because we were supposed to help<br>
eachother and more people downloading and compiling your code meant more<br>
people possibly being ready to help. Besides that philosophical rant there&#39;s a<br>
problem with okular, thumbnailers and strigi-anaylxer code that does<br>
../../libs/mobipocket/mobipocket.cpp (yeah going back in your path outside<br>
&quot;the project&quot;) and will obviously break if you do a split repo.<br>
Besides that philosophical rant there&#39;s a problem with okular, thumbnailers<br>
and strigi-anaylxer code that does ../../libs/mobipocket/mobipocket.cpp...<br>
<br>
Aurélien Gâteau: +split That&#39;s an interesting issue. I think split repos make<br>
more sense for kdegraphics because I don&#39;t think there is much code moving<br>
from oneapplication (or libs) to another. It is a different situation than<br>
what  happens in kdepim for example. I assume it is possible to create a<br>
kdegraphics repository using submodules...<br>
<br>
Mathias Soeken: +split I am also for splitting the repos. The structure in<br>
<a href="http://projects.kde.org" target="_blank">projects.kde.org</a> does the job fine in my opinon.<br>
<br>
Marcus Meissner: +/- I do not particulary care<br>
<br>
Kåre Särs: (+)split I do have a hunch that if I&#39;m only interested in a small<br>
part of the code it is easier to work with the code if I only need to git<br>
clone a small repo in stead of the whole  thing.<br>
<br>
digikam team including myself: +split. Fully agree with the sysadmin&#39;s paper<br>
cited above. We plan to setup a superproject which will reference libkipi etc,<br>
that would be close to impossible with them hidden in a monolithic repo.<br>
For kdegraphics, such a shell/superproject is probably needed anyway, to solve<br>
any cross-reference and build issues.<br></blockquote><div><br>Marcel, I following your viewpoint here of course (:=)))...<br><br>Happy new year to all...<br><br>Gilles Caulier<br></div></div><br>