That's kind of a racist comment and being German, I'm vaguely offended. However, I wouldn't fully disagree with you. This is almost the text book definition of NIH:
http://en.m.wikipedia.org/wiki/Lennart_Poettering
In his defense, systemd does solve some fundamental problems with sysV-style init. Incrementally improving the disparate sysV init systems to be more concurrent and robust would likely have benefitted the community less, and at the end of the day it still would not have looked like the familiar init system sysV users are used to.
Largely this is due to the simple fact that SUSE has many proficient Ruby developers.
This strikes me as very pragmatic and doesn't surprise me. I had one of their developers as speakers (and martial arts instructor) at my conference (eurucamp[1]) and he was really good. He built some of their internal toolchain. Definitely someone I would trust to not pick an implementation base for its hype value.
In my (limited) experience, GUI development in Ruby is only a weak point if you want to retain portability. If you're just targeting one Linux distro, it's less of an issue.
I think OpenSUSE already ships with ruby by default, but I'm not 100% sure. (SUSE tends to be everything-and-the-kitchen-sink. It's certainly not a minimalist distro.) It certainly means it would now be required on even the most minimal SUSE installs, though.
The big win that YaST brings is a common configuration and management interface across multiple UIs. Back when I used OpenSUSE, I had LXDE, KDE, and headless/CLI boxes which could all be administered using roughly the same interface.
The big fail, though, is that most of the development effort goes into YaST, making it sort of awkward to script these things or change them manually using the CLI. It wasn't until switching to Arch Linux that I really felt like I understood how to configure my system without pointing and clicking.
13 comments
[ 2.2 ms ] story [ 37.1 ms ] threadHere is the full reference. http://doc.opensuse.org/projects/YaST/SLES10/tdg/Book-YCPLan...
http://www.rainerscript.com/
[1]: http://2013.eurucamp.org/
Also packaging into executables
The big fail, though, is that most of the development effort goes into YaST, making it sort of awkward to script these things or change them manually using the CLI. It wasn't until switching to Arch Linux that I really felt like I understood how to configure my system without pointing and clicking.