Language Selection

English French German Italian Portuguese Spanish

Why I Hate KDE? Paradigm

Filed under

This story has begun by a blog post from a man called Steven J. Vaughan-Nichols. He is ex-ZDNet and somewhat famous Linux journalist and long time KDE user. He tried out KDE 4.04 and dislike it (like me). Some might say KDE 4.0 is just developer preview (then why release it at first, huh?). He then tried KDE 4.1beta (which I haven’t) and also hate it. The consequence is he called for a fork of KDE project. Technically, all he wants is porting good old KDE 3.5 on Qt 4 platform but fork is fork.

At first glance, it might be yet another KDE flame war, as usual. But the most interesting point is, this time, it’s the KDE civil flame war. No GNOME lovers, no KDE haters. Just only KDE users, fanboys, advocates, evangelists who disagree on each other’s KDE future vision.

The reason why I don’t use KDE is obvious: Paradigm. (or perspective, way of thinking, approach, whatever)

It’s the same reason why I choose Python over Perl (and Java). and it is the crucial thing KDE folks are missing.

More Here

More in Tux Machines

Open Hardware

  • AArch64 desktop hardware?
    Soon there will be four years since I started working on AArch64 architecture. Lot of software things changed during that time. Lot in a hardware too. But machines availability still sucks badly. In 2012 all we had was software model. It was slow, terribly slow. Common joke was AArch64 developers standing in a queue for 10GHz x86-64 cpus. So I was generating working binaries by using cross compilation. But many distributions only do native builds. In models. Imagine Qt4 building for 3-4 days… In 2013 I got access to first server hardware. With first silicon version of CPU. Highly unstable, we could use just one core etc. GCC was crashing like hell but we managed to get stable build results from it. Qt4 was building in few hours now.
  • RISC-V on an FPGA, pt. 1
    Last year I had open source instruction set RISC-V running Linux emulated in qemu. However to really get into the architecture, and restore my very rusty FPGA skills, wouldn’t it be fun to have RISC-V working in real hardware. The world of RISC-V is pretty confusing for outsiders. There are a bunch of affiliated companies, researchers who are producing actual silicon (nothing you can buy of course), and the affiliated(?) lowRISC project which is trying to produce a fully open source chip. I’m starting with lowRISC since they have three iterations of a design that you can install on reasonably cheap FPGA development boards like the one above. (I’m going to try to install “Untether 0.2” which is the second iteration of their FPGA design.)
  • RISC-V on an FPGA, pt. 2
  • RISC-V on an FPGA, pt. 3
  • RISC-V on an FPGA, pt. 4
  • RISC-V on an FPGA, pt. 5

Security Leftovers

  • Tuesday's security updates
  • Oops: Bounty-hunter found Vine's source code in plain sight
    A bounty-hunter has gone public with a complete howler made by Vine, the six-second-video-loop app Twitter acquired in 2012. According to this post by @avicoder (Vjex at GitHub), Vine's source code was for a while available on what was supposed to be a private Docker registry. While, hosted at Amazon, wasn't meant to be available, @avicoder found he was able to download images with a simple pull request.
  • US standards lab says SMS is no good for authentication
    America's National Institute for Standards and Technology has advised abandonment of SMS-based two-factor authentication. That's the gist of the latest draft of its Digital Authentication Guideline, here. Down in section, the document says out-of-band verification using SMS is deprecated and won't appear in future releases of NIST's guidance.

Android Leftovers

today's howtos