YaST is being rewritten in Ruby; Geeko gets a nosejob

By -

For those not intimately familiar with +SUSE and +openSUSE , it bears mentioning what YaST actually is. YaST is our administrative control panel, composed of numerous modules for Software Management, User Management, Partitioning, and a variety of other tasks. It has interfaces implemented with +GTK , +Qt Project , and a command line interface. The command line interface is particularly nice in the case that you are running a server without a graphical environment, or if for some reason your graphical environment is not working. YaST even powers our very advanced graphical installer, providing us with power and stability during the install process that I haven't seen any other distribution able to replicate. WebYaST brings the power of YaST to remote administration, allowing you to remotely administer your machines from a comfortable web-based graphical interface.

For a couple of years now I've been hearing rumors about YaST being switched to +Ruby from the proprietary YCP language. However, up to recently I haven't stumbled across any substantiating evidence. Fact of the matter now though is that it is happening, and the next openSUSE release may even use the new Ruby based YaST.

Firstly though, why bother? It after all does work, and quite well for that matter. There are numerous reasons why this transition is being made. Firstly, YCP is a language developed explicitly for YaST development, and thus the only people who know it are YaST developers. This cuts out many people who would otherwise be able to contribute to it's continued evolution and maintenance. But why Ruby? Other similar (and inferior in my opinion) tools are usually written in +Python . Largely this is due to the simple fact that SUSE has many proficient Ruby developers. But, Ruby in it's own right is an excellent choice due to it's simplicity, flexibility, and the rapid development it enables. Also, it bears mentioning that WebYaST is based on Ruby, and so this would enable tighter integration and remedy duplication of effort enabling the two implementations to share more code.

The new Ruby implementation is being worked on by SUSE developers in Prague. It appears they are using a code translation scheme as the starting point similar to what +Xamarin used when they rewrote the +Android OS to use Mono. The new code has already been used to effectively install and administer an experimental build of openSUSE, and the developers feel confident of having it ready to begin integration by Milestone 4 of our next openSUSE release 13.1.

Personally I think this is an excellent move, as it would allow us to do more rapid development and innovation around YaST. Also, it would make YaST more accessible to other projects that might be interested in using or adapting parts of it for their own purposes. However, it should come as no surprise that if it does make it into openSUSE 13.1 it may introduce some new bugs that could prove a pain during installation or for new users. Nonetheless, I feel that this is certainly the right direction and will point us towards a promising future of innovation with YaST.

Comments

Post a Comment

Please share your insights, opinions, or questions. In that order preferably :p

Popular posts from this blog

Dual Boot configuration for Windows 10 and openSUSE with full UEFI and Secureboot support

By -
Image
Questions and preamble As has become normal, the FOSS/Linux community is peppered with anxiety over yet another major change to the tech landscape issuing forth from Redmond. With the release of Windows 10 comes a great many questions for the thoughtful, and this is especially true for our very own Linux communities. With gratitude we can recall our own past relief upon discovering that UEFI and Secureboot are not the herald of the end-times we had feared them to be. That being so does not however relieve the question of safely upgrading our dual-booting computers to Windows 10 without losing our ability to run Linux in tandem. Excitement for Windows 10 was largely absent in me. I had grown quickly comfortable to the Windows 8.1 work-flow as it shared some similarities in those key areas which I had already grown to love in the GNOME Shell. Further, Windows served a role limited to usage for proprietary software that I deemed not sensible to coax into service on a Linux OS. Howev...
Read more

Life without Netflix, streaming on Linux can be awesome!

By -
    For all the hype around Netflix it is easy for us Linux users to forget there are alternatives. Its not that Netflix is (debateably) the best, but rather its the most widely used that causes us to neglect the numerous options that are actually available to us. In this article I want to present some of those alternatives, and how they hold up against Netflix. One caveat however is that I cannot fairly compare the variety and quality of the programming selections of each service seeing as the former is too large to parse, and the latter is inherently subjective.     First off, when we are talking about Netflix we should consider why it is that it is so dominant. The opinions will vary, but I'll present my analysis. Hands down, Netflix has the largest selection of streaming movies, but that is where its superiority ends. Though there are many services, most are either too narrow, too expensive, or lack content; thus I will not cover them since we are lo...
Read more