Home Home > Distribution
Sign up | Login

Deprecation notice: openSUSE Lizards user blog platform is deprecated, and will remain read only for the time being. Learn more...

Archive for the ‘Distribution’ Category

YaST WEB

February 3rd, 2009 by

Aim

First of all we want to provide an general web based interface with the
functionality which is already provided by the YaST command line interface.

This API is based on the REST (Representational state transfer) architecture. This is a
simple interface which transmits domain-specific data over HTTP.
Please have a look to

http://en.wikipedia.org/wiki/Representational_State_Transfer

for more information about REST.

The second aim is to provide a YaST Web UI which can be used by every
web browser.

The current state of the project is an existing YaST-Webservice on the
host side which provides the REST based interface.
On the client side we have the concerning YaST-Webclient which can be
used be any web browser.

YaST-Webservice and YaST-Webclient are running as a webserver
(currently lighttpd) on different or even the same computer.

So the aim is to configure a host via the internet in a simple and
safety way.

How does it work ?

YaST Web

The YaST Webclient communicate via HTTP(s) with the YaST Webservice. The
user has to authenticate ( username, password ) to the host via PAM
(Pluggable Authentication Modules) which is available on every linux system.

The YaST Webclient sends requests ( e.g. create a user, install patch) to
the YaST Webservice. This service checks if the user has the right to
execute this request via PolicyKit. For each kind of request there is
PolicyKit rule defined. These rights has to be granted to the concerning user.

After permission check the request will be send via DBUS to the SCR agent of
YaST. The return value will be given back to YaST-Webclient in XML or JSON
format.

Patches will be handled by PackageKit. These requests will also be sent from
the YaST Webservice to PackageKit via DBUS.

How to get it ?

Have a look the openSUSE buildservice project

YaST Webservice (home:schubi2)

There are all needed packages for version openSuSE 11.1 and above.

As some additional packages (e.g. lighttpd) are needed which are not on openSuSE 11.1 you should add a
repositories ( e.g. factory ) in order to provide these packages.
The simplest way for installation would be to use zypper:

zypper in yast2-core-2*.rpm
zypper in ruby-dbus-*.rpm
zypper in yast2-webservice-*.rpm
zypper in yast2-webclient-*.rpm

How to use the YaST-Webservice

After you have installed these packages you can start the YaST-Webservice-Server with

rcyastws start

The server is running as “localhost:8080” with which you can connect with a web browser:

http://localhost:8080

YaST-Webservice

This “pure” web page shows the available modules which can be used via the REST interface.

This REST API is described under

http://localhost:8080/doc_interface.html

Additional configuration stuff like

– setup Hostname and Port
– setup HTTPS connection
– granting permissions for an single user
– AVAHI support

can be found here:
http://localhost:8080/doc_config.html

How to use the YaST-Webclient

After you have started the YaST-Webservice-Server you also can start the YaST-Webclient:

rcyastwc start

Now you can use any browser and connect with http://<name of your computer> to your
computer.
The default rights of the YaST Webservice are set to root only. So you can login with the root password
of that machine.

Following features are implemented:

– setting languages
– setting system time
– setting user permissions
– installing patches
– managing local users
– export user SSH-keys
– starting,stopping,status,… of services
– configuration of ntp server

Have a look to the following screen shot it order to give an overview how it looks like:

System Services

Available Patches

User Permissions

Known Bugs
-The first call of an menue entry will be slow cause an additional process will be started.
The second one should be much more faster 🙂
-Permissions will sometime not be shown correctly (just click “search” again) Bug 470645

Build maemo-apps with openSUSE BuildService ? – It works !

January 27th, 2009 by

build serviceThe openSUSE Build Service is an open and complete distribution development platform. It’s the infrastructure for a development of the openSUSE distributions. But this powerful tool can do much more! The upcoming version 1.5 will also have cross-build support and thus be able to build e.g. ARM packages on x86 hardware .

maemo.org loko Maemo is the platform for mobile devices like the N810 and has been developed by Nokia in collaboration with many open source projects such as the Linux kernel, GNOME and many more. (more…)

100 packages in Contrib

January 26th, 2009 by

Last month we started a new project called Contrib. It’s a shiny new community repository for openSUSE. In opposite of specialized repository (eg. Security:), Contrib is universal. It doesn’t matters if your package is a desktop application, or a network tool. Every type of package is welcome.

Today, we celebrated a package number 100 (gparted)! Thanks to all involved folks!

One hundred packages doesn’t look like a big repository, but consider we are active about a month and half and this is an important milestone for us. The bigger repository should be more attractive for end users, and a package maintainers too.

Users wanted
Contrib release cycle is same as Factory, but we want to help users to use it now. So Contrib is also available for 11.1. So just add the repository and start to use it! It help us!

zypper ar http://download.opensuse.org/repositories/openSUSE:/Factory:/Contrib/openSUSE_11.1/ openSUSE_Factory_Contrib

Package/rs wanted
If you maintain some interesting package in your home: project (or elsewhere), please follow instructions – New packages to Contrib and add your package to Contrib, so many users of openSUSE would use it!

openFATE

January 21st, 2009 by

openFATE is now up and running for a few days. openFATE is, in case you missed the announcement, the community accessible feature- and requirements tracking for the openSUSE distribution. We developed and used the FATE system (which has some more components than just openFATE) before internally, but since we want to really open up development it was a logical decision to find a good way to let the community participate.

openFATE is not a stand alone system. The openSUSE distribution is as you know the base for our enterprise products. That means that discussions we do around openSUSE features sometimes have impact on what happens in the enterprise products later on, or vice versa. If features become important for SLE that also might have importance for openSUSE.

That is implemented in openFATE. It is connected to a common database which holds all information about features for all products. A chain of tools filters out information that can not go public.

It is basically about the SUSE Linux product family, where the openSUSE distribution and the SLE products are part of. If a community member gives input on a feature which has a product context for the SLE product, the input
is seen by the SLE product- and project manager as well as the involved developers. I think it is important to realise that this is part of our understanding of open development. openSUSE is not cut off the things we’re doing for SLE, but can have a direct influence.

So far we nearly had 300 changes to existing features and a whole bunch of new feature requests from the community. That is a very good result for the first few days I think. Please keep on giving your input. We are happy to see people involved in product planing, eg. for openSUSE 11.2 .

Modding the openSUSE flashlight

January 19th, 2009 by

The openSUSE flashlight

The boxed version of openSUSE 11.1 comes bundled with a LED-flashlight. Nice black and sturdy aluminum, Modern design with 9 white LEDs, no old-fashioned bulb that would produce more heat than illumination. Not flimsy, not heavy, just practical and quite bright. Batteries included. Exactly what I like.

But alas, this high-tech-toy is not perfect. The LEDs produce a strange unnatural light, which makes people look really sick. It gives a bluish-greenish tint to everything. This I don’t like. Okay, it is state of the art with regard to white LEDs, so this is no real reason to complain. Still, it leaves room for improvement.

Let us adjust the color of the light, so that objects look more natural. This posting explains you how to do it in 3 easy (or 4 not so easy) steps.
(more…)

Community Content Required

January 15th, 2009 by

At the launch of 11.0 there were several little projects started by the community these projects were actually really helpful and we would like to think contributed to the uptake and success of the 11.0 release. Now I will admit that I can’t substantiate this with any hard (or soft) facts, but none the less that’s our gut feeling 🙂

So what are the projects in question? Well they are: Helping Hands, openSUSE-Tutiorials and openSUSE TV. Funny I can hear some people moaning and groaning that these are GNOME Team projects, WRONG!! These projects have indeed been started by members of the GNOME Team, but they are for the whole distribution and project. I know suseROCKs has tried in the past to try and get some contributions from other teams, so don’t blame the GNOME Team for the content blame yourselves.

Actually on second thought, drop the whole blame game thing. A better solution is to start a fresh and keep up the momentum. I am basically asking members of the openSUSE Community (that means ALL of you!) to step up and take the wild Geeko by the reigns and help teach all those non-believers that it really is easy to use, has some brilliant features (easily found and hidden), and generally a great distro and project to use and be involved in.

So if we take each item in turn:

1) Helping Hands: HH (as we affectionately call it) is aimed at giving an insight into certain aspects of the distro that a user may come across or wish to use. In the past we have had sessions on Inkscape, Evolution, Banshee, general GNOME usage and other applications. We are hoping to have one on packaging RPMs and using the Build Service in the not so distant future. We would love to see members of the KDE community enlighten us (yes some of the GNOME users are scared of things that begin with K) about things that are going on in there, I know there are loads of great things I’m just really knowledgeable in them or even know 25% of them. We would also like members of XFCE and any other desktop environment that’s out there to do the same. You can focus on a specific application, a suite of applications or anything that will be helpful to users. If possible get someone from upstream join in, it makes things much more interesting and actually opens eyes on both sides of the fence as to what is going on. If you are interested (why wouldn’t you be?) and are willing to help out (you know you want to) then please let wither myself (FunkyPenguin) or suseROCKs know on IRC, we hang out in most of the openSUSE channels.

2) openSUSE-Tutiorials: oS-T is aimed at being a repository of insights, tips & tricks etc on applications and other things with the distro. Why not just use the Wiki? Well in a nutshell there are times when the Wiki just isn’t suited, and this way topics can be easily grouped so are ultimately easily searchable. Not only by the big search engines, but also by any user who visits the site. Content is moderated prior to being published, and before you start screaming of a conspiracy to silence the truth it is actually to try and ensure that those items published are actually of good quality and will genuinely be of use. For more info on publishing something for oS-T then please ask either decriptor or suseROCKs on IRC (again they loiter in most channels).

3) openSUSE TV: oS TV is aimed at providing a medium to show all the wonderous videos that we have on and about openSUSE. These don’t have to be any of the official videos that are done at conferences but can also include screencasts, interviews and almost any other form of video that we have about openSUSE (both distro and project). The channel is part of the blip.tv service and as such is aimed at all platforms, not just Linux. We want to try and grow our user base and community which means looking at the competing Operating Systems. I am hoping to do a series of interviews at the upcoming FOSDEM show similar to those that I did in Nurenberg for Hack Week III; I have pencilled in the title of “Face to Face @ FOSDEM’09”. So if you’re going to be at the event (try and make it if you can because it is really a great event), and you have a specific topic you’d like to speak about then let me know. I would love to get more content on there, screencast would be great as would videos from LUG meetings where openSUSE is used/showcased etc. Remember oS TV is about the community, for the community, by the community. So your input is needed!

There is no reason why you can’t do an item on all three of the above and have them linked. For an example you could do a HH item on the KDE desktop (general first look etc), you could also do a screencast of that item and have the screencast posted to oS TV and to finish it up you could have an oS-T article on tuning your desktop to get the best out of it. If you feel that any of these are wrong/bad/need improving/$COMMENT then please keep those comments to yourself!! In all seriousness, they can only improve with your help so please let us know all and any feedback that you may have. Most importantly, please join in 🙂

Enlightenment LiveCD

December 24th, 2008 by

Ladies and Gents!

Glad to announce the third release of unofficial Enlightenment LiveCD based on our brand new OpenSUSE-11.1.

Download page
‘Welcome’ notes (PDF)

Please visit the download page to see the details and try the mirror provided by Yandex.ru. Read the Welcome.pdf before you pop the disk into the PC/Qemu/etc.

Along with this “release” we made another ‘iso’ which has less software but carry the proprietary ATI/NVIDIA drivers and all components to build and install them for your PC. Instruction is here:
‘Development’ release
Disk has a kernel sources, gcc, make and other ‘user unfriendly’ packages – thet’s why it’s a ‘development’ one.

The brief changelog comparing to the old ‘release’:

  • all EFL applications now use the default themes. This allowed to save some valuable spase and provide additional software (like the latest ‘linuxdcpp’ with multithreading download capability)
  • SCIM‘ is included and ready to support the wide spectrum of international locales (added upon request from our Japanese colleagues)
  • operations with any external and internal volumes/storages under ‘User’ via hal+dbus+udev. You’re welcome to explore the amazing E17’s module ‘places‘ which allow an ordinary user to control and monitor all volumes on-the-fly
  • EFL/Enlightenment is build in OBS from svn revision 38164 (dated 20081215)
  • ~/bin folder has some nice scripts inside and we hope to provide much more useful tiny utilities next time
  • Wicd‘ is set as a default network configuration utility (instead of ‘Exalt‘ which is now in a heavy development). If you’re not happy with it – just use the default ‘NetworkManager’.
  • jwm is added as an example of a WM which could be configured in and out (man jwm). It’s very good for an old PC’s (along with ‘E16‘). We tested the disk with a 128 RAM – works…
  • and the most interesting feature – is a ‘0install‘ technology, which allow you to build your own ROX-Desktop from scratch (internet connection is required). The result is very close to ‘GoboLinux’ – just click on ‘ROX-Filer‘ menu entry (Applications -> System -> File Manager -> ROX-Filer)

Some new applications added like ‘Tracker‘, ‘Edje_viewer‘, etc., init routine adjusted and several other tricks performed to prepare yet another general-purpose Linux LiveCD. Below is a link to the small gallery of a screenshots:

screenshots

Exactly what you get by default. Unfortunately they can’t express the feel of E, which is “…like people say, amazing.” Mirror is updating right now and the new version soon will be there (hope so).

As usual we’re glad to receive your feedback.

Acknowledgments:

Enlightenment Development Team and Enlightenment Community
OpenSUSE Build Service Team
OpenSUSE KIWI Team (schaefi, cyberorg, pzb, cgoncalves – THANKS!)
Stalwart, thanks for the hosting!
Packman Team
Novell
Jan Engelhardt
and all the others, who helped to make it (Engineers, Developers, Users, Maintainers…)

Thanks!

Regards,
SOAD team

openSUSE Release Party in Nürnberg

December 19th, 2008 by

openSUSE 11.1 Releaseparty in NürnbergYesterday evening we had in Nürnberg the local release party which Martin announced a couple of days ago. I think we had around 50 participants, many from the local Novell office, but also people travelling by car for over an hour. The group was quite different: Developers, testers, users of openSUSE – also some people that just started using openSUSE and wanted to chat and celebrate with us. The youngest participant (my daughter) was 8 months old and sleeping most of the time.

We were fortunate to distribute openSUSE 11.1 DVDs and green hats.

I enjoyed talking with many that showed up and received as main feedback from many of those that I talked with: When will the presentation start? So, something to change for next time…

Thanks to Martin, Melanie and Jacqueline for the party – and thanks to all that joined us!

Comments on Phoronix Benchmarking openSUSE 11.1

December 16th, 2008 by

Phoronix has run some tests comparing the openSUSE 11.1 release candidate (RC1), Ubuntu 8.10, Fedora 10 and Mandriva 2009.0 on Intel Atom.

We have looked at the results and they are not good for openSUSE 11.1. I’ve talked with a few engineers and want to present below our first analysis.

While the benchmarks were done on a specific hardware, they might be relevant for other hardware as well.

Note that the numbers I cite below are not benchmark numbers comparable to the one Phoronix measured, they are measured on totally different machines by different engineers and not all are done as real benchmarks.  But they show some of the problems.

(more…)

Fate Internal, Up- and Downstream

December 16th, 2008 by

motivated by Aaron’s blog post More downstream fun I was thinking about how Fate could be a more important part of infrastructure in the Linux landscape. Fate is now an important part of the Novell/SUSE infrastructure and we are currently in the process to open it up for the openSUSE community. But could Fate also be useful for upstream integration? To let you participate in the discussion I think I should start with some explanations what Fate is and in which environment we are with it.

Fate is a system developed at SUSE over the last few years to track features and requirements for Novell Linux products.  The term “feature” is already is a topic for scientific papers, but how we understand a feature is a functionality  that is not yet in the product but required or wanted. It references future products, in most cases more than one such as SLE and openSUSE.

Fate Feature Tracking EnvironmentThe little sketch illustrates the dilemma in which we are when it comes to product planning. Basically it is all about one  thing: decision taking. Decisions have to be taken about the new functionality  that goes into a product and the tasks internal people work on. This is based on the decision how the product should look alike from a high level point of view. To make a solid decision about the high level product it needs to be clear what we are actually able to put into the product at a given time. That is only a part of what is really going on but let’s leave it with that for simplicity.

You see that lots of the base information which is needed to make
good decisions comes from different people: Product managers have a strong idea of how products should be, the technical project manager knows about dates and technical possibilities and can plan with the engineering managers how that can be achieved with the given amount of people in a given time frame. Technical feasibility is worked out with the developers as they’re the experts. The colored arrows try to visualize the communication ways, different colors mark different topics.

Since we work with the communities we have more input of information: The user community tells what is needed and the upstream communities announce what they plan to do by when.

The part with the internal decision taking is very much based on Fate in the Linux part of Novell and that is working fine. Features come in by a requester and all involved parts can give their thoughts in  a discussion forum. The key functionalities add their priority for the feature and finally PM and TPM come to a decision. Features with a high priority have to make it into the product. Engineering managers can assign developers and they can mark features as finished. All the processes are covered by a set of configurable rules. The Fate system is integrated into other infrastructure parts. There are several clients for different needs, the most mature is the KDE fat client.

What is not yet optimal are two things: There is no good way yet for the user community to community their wishes for upcoming products. We are facing that with opening up a new web based openSUSE Fate client soon. That will involve the user community not only in testing and using the product but already in its planing in a defined way.

A more tricky part is how to involve the upstream communities. It would be great for a Product Manager of a Linux distribution to see the feature plans for upcoming releases of big upstream projects, maybe somehow integrated into the Fate for his product. Would the Fate model as described here in a nutshell suitable for upstream projects?

For example, could KDE or GNOME make use of parts of the process for them internally and provide a structured interface to the downstream parties? If so, that could add a lot of transparency. Transparency is the precondition for flexibility and trust and as a result for better collaboration which would benefit all.

I hope that helps for a basic understanding and would love to hear your opinion. I promise to come up with more information about the Fate system and improve my drawing skills 😉