Skip to content

KDE Blogs 

Saturday, 18 September 2004

Dear Aaron,

Datschge  | 
first of all I hope you are aware that your heading "a lesson to all" sounds like pure arrogance to everyone who took part in these discussions but is still not considered in any of your reasonings. Read More
Saturday, 18 September 2004

Is client side Custom Application development dead?

I recently had this email exchange with my friend Geoff. I don't need to add any further commentary, but I've personally bet the farm on custom application development. Hmm.. He's what we said anyway: Read More
Saturday, 18 September 2004

PIM Reference.

From the One-Thing-Leads-To-Another Department: You may recall from a previous blog that I am changing libkcal to provide a better Incidence sorting interface. While I am working this I decided to check for consistency across the Event, Todo, and Journal methods in libkcal. So, I searched for an on-line KDEPIM API Reference at the KDE API Reference pages. Not there. Read More
Friday, 17 September 2004

FreeNX news from the development hotbed

Pipitas  | 
In the last two weeks Fabian has made huge progress with FreeNX: he designed and implemented a new security model for FreeNX (with the help of some outstanding people who are now regularly joining debates in the #nx IRC channel on freenode). It doesn't use the nxssh binary any more (which made some Linux distro security auditors to be very suspicious), but instead uses the most recent "standard" OpenSSH package. So any newly discovered future SSH vulnerability doesnt need to be an "extra" NX concern -- fix SSH and you also fixed NX. We hope to have made the security experts (notably those from SUSE) happy with this and that the upcoming audits of FreeNX will soon be passed without need for much re-design. he made FreeNX behave well with various types of clients (KDE's initial knx client for NX and FreeNX sessions, as available from KDE-CVS in the kdenonbeta module -- compile instructions are here; the NoMachine commercial -- but free-as-in-beer -- NX clients of the 1.3.x as well as the various 1.4-snapshot releases). For the NoMachine 1.3.x NX Client he even succeeded to hack an "auto-resume" feature into the FreeNX server: the user restores any suspended session automatically upon re-connection (the 1.3.x clients dont normally support that feature, they always create a new session). he made FreeNX use server-specific SSH key authentication (for the special "nx" user who initiates each connection) as well as the general NoMachine key authentication (for the "nx" user), as well as supporting a passwordless, key-based SSH connection without the need for the "nx" user), as well as PAM-based authentication schemes. But the coolest thing last.... It was inspired by a Slashdot posting (yeah, sometimes you even find gems there!) from someone who wished he could use an "ssh -NX" instead of an "ssh -X" commandline. This is not exactly here yet. But what you *can* use now is one of these: nxtunnel username@remote.NX.host bash nxtunnel username@remote.NX.host xterm This will start a Bash shell or an xterm (just as if you used "ssh -X username@remote.NX.host xterm". But here the session is tunneled through an NX link, going through SSH. If you now type into the xterm or behind the new bash shell prompt something like "konqueror" or "kmail", you'll start these applications on the remote end (and display them locally), speed-boosted by NX compression (which is better and less CPU-intensive than generic ZLIB compression) and by NX caching (which is unprecedented in its efficiency and rate of cache hits). This is already considerably faster than "ssh -X -C" sessions. The third NX component, the X roundtrip suppression, which makes things really fly, is also enabled in nxtunnel sessions... [CAVEAT! Be aware that the mentioned third element of NX's superior methods to speed up remote X GUI sessions, its round-trip suppression scheme, does not yet work very reliably for the case of single application windows. The reason is, that the "nxagent" part of the NoMachine software currently only has experimental support for "rootless windows". Single applications therefore normally bypass the "nxagent" part of the NX machinerie and still suffer from the roundtrips. (If you are interested in a flowchart of the NX architecture, look at this one While benefitting from NX compression and caching, a roundtrip-bogged NX session is still faster than a plain "ssh -X -C" session, but it is far from being regarded as as a ground-breaking thing. -- The nxtunnel script enables the rootless window mode with roundtrip suppression, but it has still some bugs. The most important one being, that if you close just one window (like any child dialog) using the window manager "close" button, it'll close the whole nxagent connection. But this is being worked on... To partially avoid this, exit or kill the application from the bash or xterm window you started it from.] Read More
Friday, 17 September 2004

Jetlag sucks, but time on aircraft is OK

I'm writing this on the flight from Tokyo to Sydney, with intent to publish later. Earlier today I flew the Frankfurt to Tokyo legs, so anything in this blog needs to be understood in the context of some potential jet-lag :-( Read More
Friday, 17 September 2004

Joel is wrong

Many software developers stumble over the "Joel On Software" columns at some time and like them. Sure, Joel was a Microsoft employee and he develops proprietary software, but still his columns are inspiring and fun to read. Sometimes he is completely wrong, though. Read More
Friday, 17 September 2004

NX virtualisation (NX is not just about X traffic compression)

Pipitas  | 
Brad is commenting about a research project that does "Internet Suspend / Resume" of user sessions: "...interesting idea - they basically envisage a thick-client model, running on a virtual machine (VMWare in their tests) which can suspend. The suspend state then gets shipped over a network connection to another machine where it can be “resumed
Monday, 13 September 2004

KDevelop C# Language Support

Manyoso  | 
So, I've been working on some kdevelop language support C# for the past few days. I already have some pretty interesting screenshots, but I recently discovered that KDevelop is going through a major change in the way it handles different build systems. Roberto Raggi is working on a New Project Manager (NPM) that will form the basis of a common project editor widget for all the various languages. Individual language/buildsystems will then customize the interfaces to this NPM in order to provide language/buildsystem specific features. It is a great idea as it will cut down on the duplication of code in KDevelop and provide some standard and uniform UI widgets. Since I found out about it, I've been porting my initial C# build part to this new architecture. More... Read More
Sunday, 12 September 2004

libkcal hacking

I got my hands into the KDEPIM API the past few days... libkcal to be specific. I wanted a better interface for sorting Events which KonsoleKalendar needed. For consistency, I added similar code for sorting Todos and Journals. The patch will be going off to the kdepim mailing list for review in a few minutes (after I test one more time). This was fun for a change with no human interface to worry about. Since my favorite sports team won its first game of the season today (American Football) I am double-happy.
Saturday, 11 September 2004

Cairo

Oh, I almost forgot. I sat down yesterday night and played a little bit with Cairo. It does have quite a nice API. A full example is at http://vortex.bd.psu.edu/~mkr137/qcairo.tar.bz2 . It's a pure Qt application. You don't need KDE to compile it. It shows how to use Cairo API natively from a QWidget:: paintEvent (you may need to adjust the library paths in the qcairo.pro file).