[Kde-games-devel] Merge frameworks in master

Wed Dec 31 13:04:51 UTC 2014

Ian,

On Tue, Dec 30, 2014 at 11:23 PM, laurent Montel <montel at kde.org> wrote:

> Le Wednesday 31 December 2014 15:02:50 Ian Wadham a écrit :
> > Hi Albert and Laurent,
> >
> > Thank you very much, Laurent, for all your work on this.  I particularly
> > appreciate you tackling KGoldrunner and Palapeli, which are quite
> > large code-bases.
> >
> > On 31/12/2014, at 9:54 AM, Albert Astals Cid wrote:
> > > El Dimarts, 30 de desembre de 2014, a les 20:59:44, laurent Montel va
>
> > > What the maintainers of the others say?
> >
> > I am still the maintainer of KGoldrunner, KJumpingCube, KSudoku, Kubrick
> and
> > Palapeli.
> >
> > Merging the Frameworks versions into master would make it impossible for
> me
> > to work on them in the foreseeable future.  The reason is that I work on
> an
> > Apple MacBook using OS X operating system and nobody has yet succeeded in
> > building and running Frameworks-based applications on that platform.
> >
> > We have one guy (Marko Käning) working on it, but he is on Christmas
> > holidays now.  He is using Bovo and KMahjongg as test cases.  Just before
> > Christmas he reported that he had KMahjongg running, but it would not
> Quit
> > properly…
>
> Ok but I can't help you in macosx support.
>
> >
> > Also, there are ongoing debates on KDE Software on Mac OS X
> > <kde-mac at kde.org> about fundamentals, such as:
> >
> >    - How to install, build and use Qt 4 and Qt 5 concurrently.
> >    - How to set up defaults for the XDG_* directories [1].
> >
> > And I am using KDE4-based builds of the games that I maintain as
> > test-applications for diagnosing and fixing bugs in KDE 4 internal
> > libraries, utilities and apps.  See
> > https://bugs.kde.org/show_bug.cgi?id=337742.  That bug has been
> crippling
> > Dr Konqi on Apple OS X, Linux+KDE4 (which a lot of users still have) and
> > Linux+KF5.
> >
> > Lastly, there are still many things about KDE4 that do not work properly
> on
> > Apple OS X and our group on kde-mac at kde.org are working our way through
> > them.  We believe this is worth doing because it may well be a year or
> more
> > before we have KF5 released and running via MacPorts and the last of the
> > KDE4 apps ported to both KF5 and Apple OS X (via MacPorts).  Also, many
> of
> > the problems we find and fix in KDE4 will also need fixing in KF5 on
> Apple
> > OS X.  The Dr Konqi bug is just a small example.  We find games and other
> > KDE4 apps valuable in helping to diagnose the problems and test fixes.
> >
> > So please, please hold your horses for now, Laurent… :-)  Please do not
> > merge the frameworks branch into master.
>

I understand your concern for merging and having a kf5 codebase on master
branches, but I also wonder if holding up the rest/all of kdegames for osx
is a good idea or not. You and others with interest/time to spend on
kdelibs4 versions of the games could still build and run them built from
the Applications/14.12 branch (and put bug fixes there also to be forward
ported to master) for the forseable future if you want to do it that way.
Personally I have no opinion either way and have no decision making power
as I don't maintain any kdegames applications, but thought I'd put that out
there as an option.

>
> Ah.
> So you don't think it”s a good idea to move theses applications to next kf5
> release ?
>
> >
> > > For the ones without maintainer I would be hesitant to merge them all
> at
> > > once, compiling is veeeeeeery far from running 100% good.
> > >
> > > Maybe we could do something like "the day of Y", where we merge the
> "ones
> > > without maintainer" every few days and ask everyone to try to see if
> they
> > > can find a regression?
> >
> > I read your blog re testing games you have ported, Laurent.  My advice
> is to
> > try and pick games that have Demo or computer v. computer settings.  Such
> > games exercise a lot of their code automatically, so you can do a quick
> > test without needing to know how to play them.  If you find any porting
> > errors, check if you have made similar errors in the other games.
>
> I do it for each application that I port it.
>
> > Palapeli also has five demo jigsaw puzzles.  If you can get as far as
> > displaying a list of them, you have exercised quite a lot of Palapeli,
> > including loading a plugin to slice the demo puzzles into pieces from the
> > image files as distributed. You then need to open a demo puzzle and try
> > fitting a few pieces together.
>
> Ok.
>
> > @Albert:
> > There is a lot more to Palapeli than that and I cannot test it on KF5, so
> > would you be releasing Palapeli/KDE4 and Palapeli/KF5 concurrently in
> > Applications releases, where Palapeli/KF5 would be a kind of beta?
>

The release team typically releases one tarball of each application from
the master branch. It's doable to release from a different branch but needs
to be tweaked to do so from what I've seen in the release scripts. So
whatever code is on master is what will be released.

BR,
Jeremy

> >
> > Cheers, Ian W.
> >
> > [1] /usr and /usr/local cannot be used in QStandardPaths because Apple
> OS X
> >      already uses them, sometimes with versions of code that conflict
> with
> > those used in FOSS.  David Faure has been showing an interest in this.
>
> --
> Laurent Montel | laurent.montel at kdab.com | KDE/Qt Senior Software Engineer
> KDAB (France) S.A.S., a KDAB Group company
> Tel. France +33 (0)4 90 84 08 53,  http://www.kdab.fr
>
>
> _______________________________________________
> kde-games-devel mailing list
> kde-games-devel at kde.org
> https://mail.kde.org/mailman/listinfo/kde-games-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-games-devel/attachments/20141231/5e0013a0/attachment.html>