[kde-edu]: Re: git conversion

[Alexander Rieder]

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/kdeedu/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