[Kde-games-devel] Freeze in 6 weeks

[Inge Wallin]

On Wednesday, January 28, 2015 20:47:44 Albert Astals Cid wrote:
> El Dimecres, 28 de gener de 2015, a les 14:04:14, Inge Wallin va escriure:
> > On Wednesday, January 28, 2015 07:38:23 laurent Montel wrote:

> > > I am agree with Albert if there is a problem with network-transparency
> > > on
> > > MacOsX it's better to fix it that remove it.
> > 
> > That is not the issue. The issue is that it was promised that if you
> > developed your program with KDE Frameworks 5 instead of KDElibs, you would
> > get a more lightweight program that did not need any daemons to run.
> > 
> > Now this turns out to be not true.   *That* is what we want, not to remove
> > network transparency per se. But if the promise from frameworks 5 is not
> > kept, what is there to be done?
> 
> Really? Who promised you that? That's never been the promise, the promise of
> KF5 is that it's more modular, and yes there's some libs that don't need
> extra daemons and some that do need them.

I actually tried to do some research to find this promise in writing but except 
for pointing it out as a problem in an article on the dot I couldn't find any 
written promise. But I do remember bringing up this problem in a number of 
conversations with frameworks developers early in the development cycle.  One 
of those times was in a frameworks meeting at Akademy in Tampere.

And the developers did say that bringing down the amount of infrastructure 
that the first KDE application on an alien platform started was one of the 
motivations for frameworks. Not the only one, of course, but still an 
important one.

> > > And this problem will be in other application.
> > > It's not just a problem with kdegames so fix it for kdegames will fix
> > > for
> > > all application.
> > > 
> > > We can't remove feature each time we need to fix on a specific platform
> > > no
> > > ?
> > 
> > Yes, it will be in other applications.  But that is the price you have to
> > pay for platform portability sometimes.
> > 
> > I never thought it was reasonable to have to start the full KDE desktop
> > infrastructure just to run an application from the KDE on, say, Gnome. 
> > But
> > that's what we had to do back in the kdelibs days. Frameworks 5 was
> > supposed to get rid of that but now it turns out that it doesn't.  The
> > question is: is this just not yet implemented or was this design goal
> > abandoned?
> What is "the full KDE desktop infraestructure" for you?

Let's skip the word "full", since I don't really know every nook and crannie 
of the kde infrastructure.  But to start several daemons to be able to access 
a file on another server seems like overkill.  Even one, in fact.

I understand (or at least I think I do) that kded is an optimisation that 
loads all the shared libraries once so that all the subsequent kde 
applications don't have to do it. Instead they are forked off from kded with 
the libraries already loaded.  This is a good idea if you know for sure that 
you will be running a whole slew of such applications. But this is not a very 
strong guess on non-KDE platforms and even less so on non-linux platforms.

	-Inge

> Cheers,
>   Albert
> 
> > This is what we need to focus on. Network transparency is *not* the issue.
> > 
> > > > Cheers,
> > > > 
> > > >   Albert
> > > >   
> > > > > Cheers, Ian W.
> > > > > 
> > > > > _______________________________________________
> > > > > kde-games-devel mailing list
> > > > > kde-games-devel at kde.org
> > > > > https://mail.kde.org/mailman/listinfo/kde-games-devel
> > > > 
> > > > _______________________________________________
> > > > kde-games-devel mailing list
> > > > kde-games-devel at kde.org
> > > > https://mail.kde.org/mailman/listinfo/kde-games-devel
> > 
> > _______________________________________________
> > kde-games-devel mailing list
> > kde-games-devel at kde.org
> > https://mail.kde.org/mailman/listinfo/kde-games-devel
> 
> _______________________________________________
> kde-games-devel mailing list
> kde-games-devel at kde.org
> https://mail.kde.org/mailman/listinfo/kde-games-devel