We are about to establish a new openSUSE team – the Proofreading Team. This team wants to check new software strings before translator will start there work. If you are interested in improving program messages and have a good knowledge in (American) English, feel free to join this team!
Archive for August 7th, 2008
The YaST teams met in NÃ¼rnberg recently in the SUSE offices to work on several projects.
The team had a number of ideas and projects to tackle, but had to prioritize and tackle the most interesting and viable ones first.
Installation in IPv6 Environment
IPv6 is now in much better shape with YaST. The installation in an IPv6 project has been completed to a point where installing openSUSE over an IPv6 network is possible. The code is already checked in. See this post on YaST on IPv6 for more info.
SOA for YaST
The next project was to define a service-oriented architecture for YaST, ideally REST based. The goal is that for any other system to use YaST functionality should be as easy as doing a smple HTTP request, even using
curl from the command line and refactor modules toward this architecture.
This affects a couple of other research areas, namely:
- Make YaST Independent of YCP
- Using CIM from YaST modules (not required)
- YaST DBus Service
- YaST PackageKit Service
- YaST Web User Interface (side effect possibility)
For this project, we split a big team of people to cover each one of the areas of research.
At the end we came up with a REST based API proposal for the NTP configuration. Our plan is to prototype a complete vertical area first. A simple prototype for a client Web application to change the time using the Web service was developed for testing purposes.
Another team focused on implementing the service itself based on our APIs. This produced a Django prototype which performs the tasks, and also PolicyKit integration for the Web requests.
Another team tried a different approach for PolicyKit integration at the SCR (System Configuration Repository) level which could bring some role-based management to YaST today, while the other approaches are more focused on a Web service interface.
The team got interesting results, like the timezone dialog, which had widgets disabled because it was running as a user, but after setting up PolicyKit, it allowed the user to change that setting.
At least the last project will probably make its code into YaST very soon to provide role-based management for some specific usecases. The code of the Web services research will probably be the base to experiment with different approaches, but we are not sure if that will be part of the different implementation.
YaST Interface for Webpin
The YaST interface for Webpin was also was completed, and it is very cool for our community users. It basically allows you to search for packages that you don’t have in your repositories directly from YaST, using the Webpin Web service from Benjamin Weber.
We are now discussing how to integrate YaST and Webpin more.
YaST module using mod_ui directly
The mod_ui project was about trying the concept of the modular user interface for first time. You may remember when Stefan Hundhammer made the multi-desktop-terminal-whatever library libyui independant of YaST.
So the YaST teams wanted to try if it would be possible to write a YaST module with it, and at the same time they say, lets use registration, which needs a UI “rethink” anyway. We are not yet sure if this module will replace the current registration, there are some things that need to be figured out, but at least we will take the UI concepts. See the post for more details.
Getting Involved with YaST
The workshop is over, but there’s still plenty to do with YaST. If you’re interested in contributing to YaST or learning more about how to write YaST modules, see the tutorial on the wiki, and join the YaST team on IRC on irc.opensuse.org in the #yast channel and subscribe to yast-devel on the openSUSE mailing lists.
Novell is once again sponsoring Hack Week — and we want you to be in on it! Hack Week III (HW3) runs from August 25th through August 29th.
What’s Hack Week? Hack Week is a chance for Novell’s developers to work on Innovation Time Off (ITO) projects, uninterrupted by normal hacking duties. This helps provide an opportunity for Novell’s developers to work on innovative new projects they might not normally be able to work on. Since most of the projects developed during Hack Week are open source, this also benefits the community by providing new code.
During Hack Week, developers can work on any project of interest. So far Hack Week has spawned a number of impressive projects and improvements, such as Debian package support in the openSUSE Build Service, Tasque, Giver, and many others.
For HW3, we’re encouraging members of the openSUSE community to get involved as well, either by working on their own Hack Week projects, or by collaborating with Novell developers to create or enhance open source projects.
We are sponsoring travel for a limited number of contributors. If you’re interested in working on a project in person, please contact Andreas Jaeger (firstname.lastname@example.org) by August 12th. We will also be announcing ways for community contributors to participate in Hack Week III remotely, stay tuned to news.opensuse.org and opensuse-announce for details.