<div dir="ltr">Ian,<div><br></div><div>On Tue, Dec 30, 2014 at 11:23 PM, laurent Montel <span dir="ltr"><<a href="mailto:montel@kde.org" target="_blank">montel@kde.org</a>></span> wrote:<br></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Le Wednesday 31 December 2014 15:02:50 Ian Wadham a écrit :<br>
<span class="">> Hi Albert and Laurent,<br>
><br>
> Thank you very much, Laurent, for all your work on this.  I particularly<br>
> appreciate you tackling KGoldrunner and Palapeli, which are quite<br>
> large code-bases.<br>
><br>
> On 31/12/2014, at 9:54 AM, Albert Astals Cid wrote:<br>
> > El Dimarts, 30 de desembre de 2014, a les 20:59:44, laurent Montel va<br>
<br>
</span><span class="">> > What the maintainers of the others say?<br>
><br>
> I am still the maintainer of KGoldrunner, KJumpingCube, KSudoku, Kubrick and<br>
> Palapeli.<br>
><br>
> Merging the Frameworks versions into master would make it impossible for me<br>
> to work on them in the foreseeable future.  The reason is that I work on an<br>
> Apple MacBook using OS X operating system and nobody has yet succeeded in<br>
> building and running Frameworks-based applications on that platform.<br>
><br>
> We have one guy (Marko Käning) working on it, but he is on Christmas<br>
> holidays now.  He is using Bovo and KMahjongg as test cases.  Just before<br>
> Christmas he reported that he had KMahjongg running, but it would not Quit<br>
> properly…<br>
<br>
</span>Ok but I can't help you in macosx support.<br>
<span class=""><br>
><br>
> Also, there are ongoing debates on KDE Software on Mac OS X<br>
> <<a href="mailto:kde-mac@kde.org">kde-mac@kde.org</a>> about fundamentals, such as:<br>
><br>
>    - How to install, build and use Qt 4 and Qt 5 concurrently.<br>
>    - How to set up defaults for the XDG_* directories [1].<br>
><br>
> And I am using KDE4-based builds of the games that I maintain as<br>
> test-applications for diagnosing and fixing bugs in KDE 4 internal<br>
> libraries, utilities and apps.  See<br>
> <a href="https://bugs.kde.org/show_bug.cgi?id=337742" target="_blank">https://bugs.kde.org/show_bug.cgi?id=337742</a>.  That bug has been crippling<br>
> Dr Konqi on Apple OS X, Linux+KDE4 (which a lot of users still have) and<br>
> Linux+KF5.<br>
><br>
> Lastly, there are still many things about KDE4 that do not work properly on<br>
> Apple OS X and our group on <a href="mailto:kde-mac@kde.org">kde-mac@kde.org</a> are working our way through<br>
> them.  We believe this is worth doing because it may well be a year or more<br>
> before we have KF5 released and running via MacPorts and the last of the<br>
> KDE4 apps ported to both KF5 and Apple OS X (via MacPorts).  Also, many of<br>
> the problems we find and fix in KDE4 will also need fixing in KF5 on Apple<br>
> OS X.  The Dr Konqi bug is just a small example.  We find games and other<br>
> KDE4 apps valuable in helping to diagnose the problems and test fixes.<br>
><br>
> So please, please hold your horses for now, Laurent… :-)  Please do not<br>
> merge the frameworks branch into master.<br></span></blockquote><div><br></div><div>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.</div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">
<br>
</span>Ah.<br>
So you don't think it”s a good idea to move theses applications to next kf5<br>
release ?<br>
<span class=""><br>
><br>
> > For the ones without maintainer I would be hesitant to merge them all at<br>
> > once, compiling is veeeeeeery far from running 100% good.<br>
> ><br>
> > Maybe we could do something like "the day of Y", where we merge the "ones<br>
> > without maintainer" every few days and ask everyone to try to see if they<br>
> > can find a regression?<br>
><br>
> I read your blog re testing games you have ported, Laurent.  My advice is to<br>
> try and pick games that have Demo or computer v. computer settings.  Such<br>
> games exercise a lot of their code automatically, so you can do a quick<br>
> test without needing to know how to play them.  If you find any porting<br>
> errors, check if you have made similar errors in the other games.<br>
<br>
</span>I do it for each application that I port it.<br>
<span class=""><br>
> Palapeli also has five demo jigsaw puzzles.  If you can get as far as<br>
> displaying a list of them, you have exercised quite a lot of Palapeli,<br>
> including loading a plugin to slice the demo puzzles into pieces from the<br>
> image files as distributed. You then need to open a demo puzzle and try<br>
> fitting a few pieces together.<br>
<br>
</span>Ok.<br>
<span class="im"><br>
> @Albert:<br>
> There is a lot more to Palapeli than that and I cannot test it on KF5, so<br>
> would you be releasing Palapeli/KDE4 and Palapeli/KF5 concurrently in<br>
> Applications releases, where Palapeli/KF5 would be a kind of beta?<br></span></blockquote><div><br></div><div>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.</div><div><br></div><div>BR,</div><div>Jeremy</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="im">
><br>
> Cheers, Ian W.<br>
><br>
> [1] /usr and /usr/local cannot be used in QStandardPaths because Apple OS X<br>
>      already uses them, sometimes with versions of code that conflict with<br>
> those used in FOSS.  David Faure has been showing an interest in this.<br>
<br>
</span><span class="im">--<br>
Laurent Montel | <a href="mailto:laurent.montel@kdab.com">laurent.montel@kdab.com</a> | KDE/Qt Senior Software Engineer<br>
KDAB (France) S.A.S., a KDAB Group company<br>
Tel. France <a href="tel:%2B33%20%280%294%2090%2084%2008%2053" value="+33490840853">+33 (0)4 90 84 08 53</a>,  <a href="http://www.kdab.fr" target="_blank">http://www.kdab.fr</a><br>
<br>
<br>
</span><div class=""><div class="h5">_______________________________________________<br>
kde-games-devel mailing list<br>
<a href="mailto:kde-games-devel@kde.org">kde-games-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kde-games-devel" target="_blank">https://mail.kde.org/mailman/listinfo/kde-games-devel</a><br>
</div></div></blockquote></div><br></div></div>