[Kde-games-devel] Very quiet on kdegames

Christian Krippendorf Coding at christian-krippendorf.de
Fri Nov 25 15:27:14 UTC 2011


Am Donnerstag, 24. November 2011, 10:49:25 schrieb Parker Coates:
> On Wed, Nov 23, 2011 at 19:33, Christian Krippendorf wrote:
> >>2. The maintainer of KMahjongg had to resign from his duties for leisure
> >>
> >>    time reasons. If you want a patch to go in, please upload it to
> >>    svn.reviewboard.kde.org and assign it to the kde-games team.
> > 
> > Hey,
> > 
> > my patches are already on the buglist of kde. Here are the links:
> > 
> > https://bugs.kde.org/show_bug.cgi?id=286927
> > https://bugs.kde.org/show_bug.cgi?id=286878
> > https://bugs.kde.org/show_bug.cgi?id=238903
> > https://bugs.kde.org/show_bug.cgi?id=287411
> > 
> > Now 2 feature requests and 2 bugs.
> > Hope that is enough. All patches were created independent from the
> > actual
> > online source revision of KMahjongg.
> 
> Posting the patches to ReviewBoard allows other developers to easy
> review your changes, make comments, keep track of multiple iterations
> of the patch, etc. It's really the most effective way we have to get
> feedback on patches.
> 
> (By the way, it's great that all you patches are independent. A lot of
> times newcomers show up with one big patch that adds 3 features (at
> least one of which is a bad idea), fixes two bugs and introduces one.)
> 
> Parker
> _______________________________________________
> kde-games-devel mailing list
> kde-games-devel at kde.org
> https://mail.kde.org/mailman/listinfo/kde-games-devel

Ok,

i will post my patches on the ReviewBoard, so other developers can have a look 
and so on. Thx...

But there is something other... with git.

I really cannot believe that all this stuff of migrating to git takes such a 
big discussion and - more badly - such a big delay. I had read the mailing 
list about this stuff.

Sure the binary data data files in git is not that cool as it is handled by 
other D/VCS but this really coulnd't be a reason, for my opinion. DVCS is and 
will be the future - don't want to talk about goods and bads of DVCS, this is 
another story - of all and many many other kde projects are changing to git. 
All of them had problems, but made i already.

Having data that blows up the download amount isn't that handy. But first of 
all DVCS will ever had a more and bigger download size for the first time - i 
know, binaries are blow this up a bit more - but all in all u will have to 
download more and more as using DVCS, fur sure just the first time.

Another thing is: Think of new students or hobby developer that wants to help 
kde. The first i want to i get the feeling kde isn't well structured. Such a 
mess, some projects are on git some on svn and so on. This isn't really a good 
picture of kde at all. Many young developer will first work with git, if 
someone likes it or not. These people first must be pursuaded into learning an 
"old" VCS again just for working freely on a project that seem to be not that 
well structured - as of svn and git mess. And new young developers is the 
future of the whole kde project.

There are many more things to say, but this message would get that long... to 
few time.

Just think about this is a community project and no solution can make it right 
to all of us. The migration to git has to get lots of faster as - i think - no 
one wants to loose the connection.

btw. i would like to have a separate kdegames-data repo, ... i find it very 
logic. You can have and work with layouts or tile files without having a game, 
which maybe is cool for people just designing the layouts and so one. One the 
other hand kdegames projects will have the package as dependency and will not 
work without the package, but whatever? kdegames also needs the kde-libs and 
cannot be run without them. Mainly the same situation from my sight.

SORRY about the bad english :)

-- 
Mit freundlichen Grüßen / Best Regards

Christian Krippendorf


More information about the kde-games-devel mailing list