Home Home > 2011 > 02 > 01 > Bretzn results released into the wild
Sign up | Login

Bretzn results released into the wild

February 1st, 2011 by

Apart from being a tasty Bavarian bread-snack, Bretzn is a code-name for a collection of technology aimed at solving a problem which has existed in software development for a very long time: “How do you get your applications to your users?”
Screenshots of the Bretzn plugin interface
This is particularly a question for the many developers of applications that are not part of a project like GNOME or KDE. These developers must either provide binaries for a range of distributions themselves or hope that distribution volunteers will do the packaging for them. Don’t they all dream of a better solution?

In the open source community, we already have many individual bits of this dream in place. We have of course our powerful here (scroll to the comments) Nokia might be interested in adding support for other platforms like Windows and Mac OS X too! Moreover, we have the Open Collaboration Services (OCS) which allows for the easy, socially networked publishing of packages both to and from central software download sites such as openDesktop.org and KDE-Apps.org as well as application stores like Meego/Maemo and we have many powerful integrated development environments such as Qt Creator, KDevelop and Eclipse.

Until now these technologies and tools made up mostly isolated islands and it seemed an obvious choice to try bridging them. A project aiming to do just this began in August 2010 and was first publicly announced by Frank Karlitschek at the openSuse Conference in Nuremberg in late October: Project Bretzn would make it possible, with a few clicks, to publish software projects directly from the IDE – and it would all happen before the end of the year!

Connecting the Dots

screenshot of openSUSE application manager

The openSUSE application manager

Project Bretzn, then, is not a single piece of software, but rather an attempt to fill in the holes which exist in what is already there. As it stands, the project has produced two core pieces of software:

  • A thin client in the shape of a Qt Creator plugin, accessed through the Tools menu in the IDE. The plugin lets you perform all the actions required to get data sent to the various build services and publishing sites, by contacting the server part, which then distributes the information to the appropriate places. The implementation of this also prompted amending the Attica library with new features. As some will already know, Attica is a full featured implementation of a OCS client library built by KDE which is now officially included in the MeeGo platform. The Qt Creator plugin is developed so that it is based on a thin library to make its functionality easily portable to other IDE’s like Anjuta or Eclipse – consider this an invite!
  • A server library, designed to plug into the OCS reference server implementation as published by the Social Desktop project. This is the part of the system which draws the lines between the dots: It contacts any number of build services that you request your software to be built on and when you request it, it publishes the packages resulting of those build jobs on the distribution sites and services. The publishing system requires only of the remote sites that they implement the content module part of OCS, which many places already do.

Moreover, work on a KDE client to download and install applications has started at the recent openSUSE Bretzn sprint in Nuremberg. The screenshot in this article shows a first prototype. And at the Cross-distribution meeting on an application installer, just before the Bretzn sprint was held, it was decided the GNOME desktop will receive a client most likely based on Ubuntu’s Software center.

screenshot of the Ubuntu Software Centre

Ubuntu Software Centre (from wikipedia)

Most importantly, all this has the distinction of being open: not only is the source code for the software above freely available as you would expect, but the web API created as the communications layer between those two components is free and open, and indeed a part of the Open Collaboration Services specification as of version 1.6.

Publishing Renewed

The best software is that which gets out of your way to let you do your work, and Bretzn was designed with this in mind. What this means is that when you are ready to publish your software, you call up the tool and enter the required information only once. If the same information is required for multiple publishing sites, the plugin will take care of that. The source archive is created for you when you select which folder contains your source code, and you only need to select the targets you wish to build for to get binaries for your application for all the platforms.

Even with the build services, building the binary packages does take a while. So, Bretzn was designed to not require you to follow this all the time, but rather as a system in which you create the build jobs, and then simply close the plugin and let the build service do its magic while you continue working on other things.

When publishing the software, you will normally have to give notice to many people and organizations if you wish for that knowledge to be spread. Through Bretzn, this information can be pushed to these people as the publishing happens. Information can be shared through the social networking features of the Open Collaboration Services on the sites the application is published to. For example, users may be subscribed to updates about a single application, or to activities performed by a friend, which are for example the publishing of applications.

Who built it?

The project is a collaboration between h i v e 01, Open-SLX and Nokia, and specifically it has been the task of Sebastian Kugler, Dan Leinir Turthra Jensen and Frank Karlitschek to get the project working. Over the last four months, they have been working tirelessly to construct the bridges which make up the Bretzn project, both in software by writing the code, and socially by speaking with a lot of people about the goals of the project to find out just what is needed, as well as making those whose systems Bretzn bridges aware of what they have been doing. Part of the latter was being involved with the Cross-distribution meeting on an application installer.

And, It Is Available Right Now

Though the majority of the code has been developed in the open, the various bits of code have now been officially released:

We invite you, the developers of the world, to use the results of this project and bring your software to the world directly from Qt Creator and help us bring this to other IDE’s like Eclipse but also vim and Emacs. And finally: Since all of this software is released under free licenses, the team further invites you to join the development of the Bretzn components themselves – not only in their current incarnations, but also to add functionality like Facebook, identi.ca, blogger and Twitter plugins to spread the word there.

Work on an Application Installer to access the application has also started in the Bretzn sprint we recently had at the openSUSE offices in Nuremberg.

Find the code and packages here:

You find more information about Bretzn on the Bretzn opendesktop.org website!

article contributed by Dan Leinir Turthra Jensen

Both comments and pings are currently closed.

5 Responses to “Bretzn results released into the wild”

  1. Spelling correction: s/Who build it/Who built it/g

  2. Scott

    What defines the Software of the OpenSuse Project? Is it the packing list of applications on the Factory DVD or the Downloaded ISO. I think we need to create a definition of the software applications of the OpenSuse Project!

  3. dillon

    is the opensuse application manager gonna be on 11.4? it looks interesting

  4. jospoortvliet

    @scott: good question. Its obvious with whatever is shipped in Factory (and the official repositories). It gets more vague when talking about projects started by openSUSE people which aren’t part of our repositories yet or which never will (eg a website started by the marketing team). Usually I use as a shorthand: if the team consists of a large percentage of openSUSE people, they target openSUSE and want to do something FOR openSUSE – imho it is openSUSE. It matters too if they themselves consider it an openSUSE project, of course ;-)

    @dillon: I don’t think it’ll make it on the DVD as prominent app installer or anything but it’s likely that it will be installable or might even be on the DVD. Depends on progress in the coming weeks, if you’d like it to be there, think about helping out (testing, coding etc) and make it happen! After all, it all depends on people putting in effort ;-)

  5. Pieter

    On my computer, the dependency libattica0 >= 0.2.80 cannot be satisfied and I can’t find a package for it on software.opensuse.org. What do I do?

    I’m subscribed to the Qt 4.7 repo:
    http://download.opensuse.org/repositories/KDE:/Qt47/openSUSE_11.3