[kde-edu]: Re: git conversion

[Aleix Pol]

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/marble
> > >>
> > >> 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?

Aleix
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/kde-edu/attachments/20101221/1d33a84b/attachment.htm