Geekos gathered at beautiful Dubrovnik in Croatia for their annual meetup. They drunk, they conversed and they shared knowledge and progress of the project. They had fun! The openSUSE Conference’s final day and reporting is now detailed below. “The strength to change” was the moto of this conference and it served well its purpose. Many people found their strength and enthusiasm and started contributing to the project. We encourage you to participate. We welcome everyone interested in contributing to an awesome project. (more…)
Archive for April, 2014
This year’s openSUSE Conference is being held in the beautiful city of Dubrovnik in Croatia. This year’s conference organization team has taken care of its attendees with a special pass in order to have the chance to go sightseeing at the beautiful old city of Dubrovnik, to see the port and walk on the walls. But what happened at the venue today… (more…)
The openSUSE Conference 2014 is being held in Dubrovnik, on the Dalmatian coast in Croatia. The conference venue, also known as the Campus of the University of Dubrovnik is set and ready to accommodate all the Geekos that will visit the conference from around the world. Everyone is happy and delighted about this conference.
Read more about this awesome first day!
The openSUSE Conference 2014 in Dubrovnik was kicked off just an hour ago by the board, sharing some practical information with those in attendance, a call for help as well as a number of community announcements. Talks will be available via streaming during the event, make sure to check it out!
The board brought up the state of openSUSE, including the release cycle (what comes after 13.1 is not clear yet), the changes to our processes (staging projects, openQA testing integration) and so on. This conference is a great time and place to discuss these things.
- The openSUSE Conference 2015 will take place in The Hague, Netherlands!
Under leadership of Hans de Raadt, a local team will take care of us in the international city of peace and justice. More details on Sunday!
- Reimbursement of production of local materials is back!
A process is being set up, led by a committee under Jim Henderson. More info will follow soon!
And the Board urged everybody to have fun and learn a lot!
The sessions at the conference are streamed live. You can find the feeds on bambuser.
For those at the event: don’t forget to return the food card and pay so you get something to eat today, tomorrow and on Sunday!
And a reminder: the conference party on Sunday evening starts at 7:00 P.M. (19:00) at the EastWest Pub, which is located right at the beach at Frana Supila 4. The pub is just south of the old town and it takes about 15 to 20 minutes to walk there from the venue. On the way you will pass Sesame where everything starts on Thursday evening.
We are happy to announce that at long last the schedule for oSC14 has landed and you can find the details of the once again jam packed conference here. We already published a extended sneak peek as well as information on the keynote by Michael Meeks. (more…)
As people started to ask, we checked all openSUSE servers and can confirm that none of them is affected by the heartbleed bug.
For those users running openSUSE 12.2 and 13.1, we can just repeat what we always pray: please install the latest official updates provided by our glorious maintenance team.
RSYNC and rsync.opensuse.org
The server behind rsync.opensuse.org is re-installed now and already providing packages via HTTP again.
But we faced an issue with the automation that creates the content of the “hotstuff” rsync modules: normally a script analyzes the log files of download.opensuse.org and arranges the content of these special rsync modules to provide always the most requested files, so our users have a good chance to find a very close mirror for their packages. But currently the script is not producing what we expect: it empties all those hotstuff modules. As the core developer behind this script comes back from vacation on Monday, we hope he can quickly fix the problem. For now we disabled the “hotstuff” modules (means on rsync.opensuse.org: we disabled rsync completely for now) to avoid problems.
If you want to sync packages to your local machine(s) via rsync: please pick a mirror from our page at mirrors.opensuse.org providing public rsync.
You may have noticed already that the openSUSE team installed a new version of openQA on the production server. An additional news item might be that this new version has seen also new hardware to run faster than ever.
But not only openQA, also the database cluster behind download.opensuse.org has seen a hardware upgrade. The new servers allow to run the database servers as virtual machines, able to have the whole database structure stored in RAM (you hopefully benefit from the faster response times on download.opensuse.org already). And the servers still have enough capacity left, so we can now also visualize the web servers providing the download.opensuse.org interface. We are currently thinking about the detailed setup of the new download.opensuse.org system (maybe using ha-proxy here again? maybe running mirrorbrain in the “no local storage” mode? …) – so this migration might take some more time, but we want to provide the best possible solution to you.
Admins on openSUSE Conference
These year, three of our main European openSUSE administrators are able to attend to the openSUSE Conference in Dubrovnik:
- Markus RÃ¼ckert
- Martin Caj
- Robert Wawrig
And they will not only participate: instead they are providing talks and help with the infrastructure and video recording of the venue. So whenever you see them: time to spend them a drink or two :-)
Dear KDE Users,
Maybe you have heard already about it from another openSUSE mailing list, aÂ blog post or through our openSUSE community page on Google+, but the KDEÂ repositories have been changed since last Tuesday. Below you will find theÂ changes that were done based on the release of KDE 4.12.4.
Why was this changes needed
Based on a small discussion in the opensuse-kde mailinglist and feedback onÂ our survey, we concluded that the majority is in favor of creating aÂ single repository where we track the current KDE release.
Where are my old KDE repositories
The name for this repository will be KDE:Current and will initially be buildÂ for oS 12.3 and oS 13.1.
After the release of the KDE:Current repo, the repositories KDE:Release:XYÂ have been cleaned and removed. Initially KDE:Current will be delivered withÂ 4.12.4 as that the KDE 4.13 release is scheduled for mid April.
Also the repository KDE:Extra and KDE:Unstable:Extra will change as that someÂ of the building targets (KDE:Release:XY) are disappearing and be replaced withÂ KDE:Current.
Where should I find the new KDE repositories
The KDE Repository page KDE repositoriesÂ has been updated to reflect the changes. We would like to ask those thatÂ have been working on the localization of this page in other languages, to
update their pages as well.
Bad news for the bugs: the new version of openQA is ready for prime time. Everybody following the blog of the openSUSE Team @ SUSE or the Factory mailing list during the last months, should be aware of the ongoing work to improve openQA and to promote it into a key component of the openSUSE integration process. Finally the new openQA is ready for public production environments, so thanks to the collaboration between the openSUSE Team and the original developers of openQA –Bernhard M. Wiedemann and Dominik Heidler– it’s finally deployed and accessible at openqa.opensuse.org
This new version brings a lot of changes at many levels, but probably the most relevant difference is the approach for tests execution: instead of running every step sequentially and comparing the needles at the end, the new version evaluates the status several times per test, deciding what to do next based on that status or aborting the whole tests as soon as a critical error is found. This approach enables both a better usage of the resources and more precise results.
This enhanced control of the execution and the results, alongside other improvements, makes possible to extend the scope of openQA. Tests of Factory isos are still there and running. But apart from them, you can see test results for the so called "staging projects", used to merge potentially dangerous packages. Generally speaking, you can just browse the test results and see what state is Factory in and how dramatic changes are about to happen.
Another main new feature is the use of fuzzy area matching for interpreting test results. That means much less false positives. Tests do not break that often and that easily. There is also a nice interface to figure out what failed. Try going to some failed test, selecting a needle and dragging the vertical yellow line. Pretty neat, isn’t it? You can also check how the test is written and what is it looking for. Feel free to play with it, enhance the current tests and needles and submit them via GitHub ;-)
There are even more changes, not directed towards users, but improvements in the interface that service operators use to set things up, including users management, job control or a new REST-like API. These will not affect most of you directly, just indirectly by making operators job easier.
So go ahead, play with it and if you want to help, sources are on github and we even have some easy hacks in progress.o.o to ease you into the development ;-)
Bodega is a project making use of the Open Build Service. Aside from that, there are many other connections between the Bodega team and openSUSE – time to find out more! We spoke with Aaron Seigo, and discussed Bodega, Appstream, zypper, ymp and the beauty of Free Software.
What is Bodega?
First off, let’s find out what Bodega is all about. Aaron explains:
Bodega is a store for digital stuff. In fancy words: it creates a catalog of metadata which represents digital assets.
The most important thing is of course the ‘digital asset’ term. That can be anything. For example, applications. Applications can be self contained – think how android does its APK files. Of course, things on Linux are often more complicated. Apache isn’t exactly a self-contained thing. And look further – perl, php, ruby, they all have their own addons like gems that need managing. Generalizing further, there are manuals. And books in general. Music, movies, pictures, you can go on.
Of course, the competition has these too – look at Apple or Google.
And how about Linux…
Linux does not have a store where you can get such a wide variety of things. For a game, you can use Appstream, get it from Apper or GNOME’s software center. They all give a view on applications. Unfortunately, that is only useful for desktops and can handle things barely above the level of Angry Birds. If you want a python module as developers – these fancy tools won’t help you. Nor are they useful on servers. For those you have to rely on command line tools or even do things completely by hand. And it is all different between distributions.
What if you can have one place where you can get a book, game, applications, isn’t that nice? That is what Bodega is.
How is Bodega different?
So, Bodega offers a digital store which can handle a wider variety of things than our current solutions. But what sets it apart from proprietary technologies like the Playstore and of course Canonical’s store solution? Aaron:
Most Linux solutions like Appstream assume their audience are users who play Angry Birds and use spreadsheets. Fair enough. Bodega takes a different approach and is far more ambitious.
Bodega has all the meta data in one place and offers ‘stores’ which are views on that data. That means you can have a software developer store, for example listing all languages and their addons separate; and a server section etc. And a separate UI for the angry-bird-and-spreadsheet crowd. All from the same bodega system, filtered by tags (not static categories!).
Talking about Appstream, Bodega can of course benefit from the metadata gathered for Appstream. And GNOME’s Software Center could be reworked to be a front-end to Bodega, adding books, music and lots of other digital data to its store. This is not meant to be a rewrite of what is there, or an isolated effort!
And why would you build on Bodega?
Bodega is open: everybody can quite easily add their own stores; or their own data sources; and add content and even sell it through their channels. It is not a closed system, on the contrary.
Open is a must, especially for Linux:
Take the 440.000 users of openSUSE. That would be a minimal amount of sales… The top-10 of paid apps in ubuntu makes less than a $100 per month of sales. Not really worth the effort. But if we could aggregate the sales between distributions, it would become relevant for third-party developers. Bodega as a cross-distribution is important!
And Bodega is useful for people outside of Linux. You can have your store on your own website so it is realistically possible for a independent author to sell their books in a bodega instance on their own website and never even SEE Linux. Yet the openSUSE users can get the books and benefit from the larger ecosystem…
The beauty of it is that it is all Free and Open Source Software, front and back. You can self-host all you want.
How do Bodega and OBS relate?
Bodega and openSUSE have something in common: the Open Build Service. Not only is OBS used by the Bodega developers and do they run openSUSE on their servers, Bodega supports ymp files!
Bodega is well integrated with the Open Build Service. If you create an app from OBS in Bodega, you just have to take the yaml file and fill in the missing details, adding screen shots for example. Bodega will not pull the package from OBS and store it somewhere. Instead it simply uses the one-click-install and when a user clicks on the install button, it sends the one-click-install file through. It thus does not interfere with updates, but it can show users that a new version is available and let them update from Bodega if they want.
Packagers still have to add their apps to the store but we could kickstart Bodega with the apps already shipped in openSUSE, using the Appstream metadata. Non-official repos can then be added and so on. It would be quite easy to import all of the openSUSE packages. Same with the and documentation and drivers (it can show “developer: nvidia” so users know to trust it). And if there is a new revision of the documentation, Bodega can take care of that, just like it handles software updates (through zypper of course).
This is where you can come in: the team is looking for help in this area and if you are interested in making this happen, come talk to the Bodega folks! You can find them on the active mailing list or the #plasma active channel on Freenode.
You might be eager to find out what is there, today. Well, if you’ve seen the screenshots to the side, you know there is an app to access the store. It is build for touch screens but works just fine and you can get it in openSUSE through software.opensuse.org. Once installed, you can fire it up typing “active-addons” in a run command dialog.
Shawn Dunn (of cloverleaf fame) is putting together a more traditional desktop UI, while maintaining these packages as well. You will be able to have a conversation with him as he’s going to be at the openSUSE Conference in Dubrovnik this month where he will present a session about Bodega! He is known as SFaulken online and pretty much always hangs in the #opensuse-kde channel on Freenode where you can ask how to get things running or how to help him break stuff anytime. He’s also yelling at the world on google plus.
Bodega now contains the entire book set of Project Gutenberg (thousands of awesome, free books) as well as a number of wallpapers and applications. Aaron:
There is work to be done to include all openSUSE Software in Bodega. The store can use a little work too, but is based on QML which makes it very easy to improve. If you’re interested in helping out, let us know!