[kde-edu]: Re: git conversion

[Alexander Rieder]

On Tuesday 21 December 2010 23:17:50 Aleix Pol wrote:
> On Tue, Dec 21, 2010 at 11:11 PM, Alexander Rieder <
> 
> alexanderrieder at gmail.com> wrote:
> > On Tuesday 21 December 2010 20:07:54 Aleix Pol wrote:
> > > On Tue, Dec 21, 2010 at 7:43 PM, Alexander Rieder <
> > 
> > alexanderrieder at gmail.com
> > 
> > > > wrote:
> > > > 
> > > > On Monday 20 December 2010 23:23:06 Aleix Pol wrote:
> > > > > On Mon, Dec 20, 2010 at 10:17 PM, Jeremy Whiting
> > > > > <jpwhiting at kde.org>
> > > > 
> > > > wrote:
> > > > > > On Mon, Dec 20, 2010 at 10:59 AM, Niko Sams
> > > > > > <niko.sams at gmail.com>
> > > > 
> > > > wrote:
> > > > > >> Hi,
> > > > > >> 
> > > > > >> Kde is moving towards git, and so is kdeedu. This
> > > > > >> crucial part
> > > > > >> about
> > > > > >> that are conversion
> > > > > >> rules. I wrote those rules for kdemodules including
> > > > > >> kdeedu you
> > > > > >> might
> > > > > >> want to use.
> > > > > >> 
> > > > > >> But first you have to decide about the repository
> > > > > >> layout;
> > > > > >> should it be split or one big repository?
> > > > > >> This has to be decided by the module developers.
> > > > > >> 
> > > > > >> I see one issue with split: libkdeedu. You have to
> > > > > >> make a
> > > > > >> "real"
> > > > > >> library out of it that lives
> > > > > >> in it's own repository.
> > > > > >> Other than that split seems to be suitable as
> > > > > >> most/all(?)
> > > > > >> applications are independent.
> > > > > >> 
> > > > > >> My rules produce split repositories, as I would prefer
> > > > > >> that
> > > > > >> layout.
> > > > > >> Contributing to marble
> > > > > >> would be much harder otherwise.
> > > > > >> 
> > > > > >> Ok, to test the resulting repositories clone them and
> > > > > >> review
> > > > > >> the
> > > > > >> history: git clone ssh://
> > > > > >> git at dewey.kde.org/home/git/nsams/test-complete/KDE/kde
> > > > > >> edu/marb
> > > > > >> le
> > > > > >> 
> > > > > >> use this to get a list of all repositories:
> > > > > >> ssh git at dewey.kde.org ls
> > > > > >> /home/git/nsams/test-complete/KDE/kdeedu
> > > > > > 
> > > > > > Niko,
> > > > > > 
> > > > > > How would one build the sources checked out from the
> > > > > > above
> > > > 
> > > > repositories?
> > > > 
> > > > > > Kanagram for example fails to configure because it's
> > > > > > CMakeLists.txt
> > > > > > don't
> > > > > > have anything about KDE4 so kde4_add_app_icon is not
> > > > > > defined.
> > > > > > Is there going to be some temporary CMakeList.txt we can
> > > > > > place
> > > > > > in a global
> > > > 
> > > > kdeedu
> > > > 
> > > > > > folder until we can fix our CMakeList.txt files to build
> > > > > > independently?
> > > > > > 
> > > > > > Jeremy
> > > > > > 
> > > > > >> To access this server you need public key
> > > > > >> authentication with
> > > > > >> your
> > > > > >> idendity.kde.org key.
> > > > > >> 
> > > > > >> known issue:
> > > > > >> kalgebra history doesn't go back to playground because
> > > > > >> of an
> > > > > >> svn2git
> > > > > >> bug that has
> > > > > >> been fixed already, but this version is not yet on
> > > > > >> dewey.kde.org.
> > > > > >> 
> > > > > >> Oh, the used rule rule is
> > > > > >> "kde-ruleset/kdemodule-split-rules"
> > > > > >> 
> > > > > >> Niko
> > > > > >> _______________________________________________
> > > > > >> kde-edu mailing list
> > > > > >> kde-edu at mail.kde.org
> > > > > >> https://mail.kde.org/mailman/listinfo/kde-edu
> > > > > > 
> > > > > > _______________________________________________
> > > > > > kde-edu mailing list
> > > > > > kde-edu at mail.kde.org
> > > > > > https://mail.kde.org/mailman/listinfo/kde-edu
> > > > > 
> > > > > From KAlgebra side, I would be fine with splitting, but then
> > > > > we
> > > > > should
> > > > 
> > > > move
> > > > 
> > > > > libanalitza into libkdeedu (or kdesupport) and then install
> > > > > headers
> > > > > so
> > > > 
> > > > that
> > > > 
> > > > > we can compile cantor support.
> > > > > Or move cantor support into kalgebra which shouldn't be a
> > > > > bad idea
> > > > 
> > > > either, I
> > > > 
> > > > > guess.
> > > > > 
> > > > > Aleix
> > > > 
> > > > Hi,
> > > > I don't know much about git, so I don't mind either way. But as
> > > > apol
> > > > already
> > > > said Cantor currently depends on KAlgebra for building that
> > > > backend, so that
> > > > has to be resolved somehow.
> > > > 
> > > > Alexander
> > > > 
> > > > _______________________________________________
> > > > kde-edu mailing list
> > > > kde-edu at mail.kde.org
> > > > https://mail.kde.org/mailman/listinfo/kde-edu
> > > 
> > > Yes, that's what I said. Alexander, are you exporting Cantor
> > > interfaces?
> > 
> > Not yet, but it has always been a plan to do so at some point. If you
> > want, I
> > can start exporting libcantor when the switch to git happens, and you
> > can
> > move
> > the kalgebra backend.
> > 
> > Alexande
> > 
> > _______________________________________________
> > kde-edu mailing list
> > kde-edu at mail.kde.org
> > https://mail.kde.org/mailman/listinfo/kde-edu
> 
> The CMake splitting has to happen _before_ the git splitting.

Oh, alright. If you want me to, I can look into this during the holidays.

Alexander