KDE5

[wread]

They have already announced KDE 5.0.0 and they have even changed the name to "KFramework 5". Fine!
I went a little deeper into the thoughts about this re-engineering of KDE. These thoughts are all right; it is just the implementation of them what I dislike.

Ok, KDE has been always built on the Qt toolkit, and KDE5 is therefore based on Qt5. But Qt5 has adopted Python top, middle and bottom. But Python, afaik, is an interpreter! They got caught by JIT and Yarr; clang also is also a common word now, as well as wayland and weston. I know this is a changing world (I worked myself 50 years ago on an IBM 650 at the TH Hannover). IMHO Python is a fine system for applications, but I wouldn't recommend it for an operating system, where speed and compactness are so important!

Qt is no more Trolltech; was sold to Nokia and now belongs to Digia; Nokia was sold to M$ and Digia is less known than its predecessors. The people of KDE should know what they are doing, and I would like to be wrong, but I see Porteus KDE4 is arriving to the end of the line. Let us wait to the reaction of Slackware....

Regards!

[Bogomips]

I wouldn't recommend it for an operating system, where speed and compactness are so important!

And I thought KDE was a desktop environment. IMHO JIT is now so fast that to the human perception it is instantaneous. As long as JIT serves as interface between human and machine, and is not overheavy in MB, I've no problem with that. In fact bytecode should actually lead to compacter software, hopefully

[wread]

@Bogomips

Of course, JIT is bytecode, this is the new trend, a new way to get all platforms under a common hat.
But of Python you cannot say this is new trend, compact and fast!
I have already written posts about clang http://forum.porteus.org/viewtopic.php? ... ang#p18457 and even made a LLVM module for experimenters, giving some hints how it works.

But this stuff has the seal of Mac; they say the target is to gain access to Windows application getting its bytecode and running it otherwise. They will be doing that with old apps, where copyrights are already expired....

Nice to hear you are still enthusiastic about KDE5. Let's see what the others think!

Cheers!

[Bogomips]

Maybe clang did not have enough klout Then there is C#. Not too long ago this year got a c# windows subtitling application working relatively easily on Mint under Mono. Just had to apt-get the windows interface and app worked like a dream, using mplayer. Also noticed there's a Mono Module available here, if only one can download it.

[wread]

Update:
I compiled qt-5.3.2 full version from git and up to now, the tests I have made, don't ask for Python. Maybe it was needed at compile time, only

If so I will like to retract my former declarations although the qt5 folder weights 2 Gb, has 79,616 files and 9,930 sub-folders....., I hope a light version for Porteus 4.0 will be reduced to a decent size.

Cheers!

[Blaze]

KDE 5 Development: Desktop / Revision 04-06-2014
http://www.youtube.com/watch?v=M5_zJJfsGsA

[brokenman]

Wread, python is no doubt only a build time requirement. I am sure fanthom can trim the fat off qt. It carries a lot of non essential weight. I am excited to see version 5.

[wread]

@brokenman
I found qt-5.3.1 in slackbuilds. I hope this version should be lighter. I left a machine at home compiling it. I am using Porteus 3.0.1 and I had to add pcre and xcb-utils-wm, not present in our KDE4. For Python it works with 07-printing that contains it.

I will report back how it did go...

Regards