The openSUSE Build Service (OBS) team just announced the Beta 1 version of the upcomming 1.7 release. Most of the features are already accessable in the Build Service instance which is used by the opensuse.org project.
Please find a more detailed announcement here.
The final release is planed early next year.
I’m happy to announce OpenOffice.org 3.2 rc1 packages for openSUSE. They are available in the Build Service OpenOffice:org:UNSTABLE project and include many upstream and Go-oo fixes. See also overview of integrated features and enhancements. Please, look for more details about the openSUSE OOo build on the wiki page.
The packages are release candidates. Though, they have not passed the full QA test and might still include even serious bugs. Therefore they are not intended for data-critical usage. A good practice is to archive any important data before an use, …
As usual, we kindly ask any interested beta testers to try the package and report bugs. See also the list of known bugs.
Other information and plans:
There are already known blocker bugs, so we will need to produce rc2 . I expect that it will be available the second week in January. The final release should be available one week after the last working release candidate. I hope that rc2 will be the final one but …
The rc1 build is still in progress for SLED11 x86_64. I hope that it will be available later today but I can’t guarantee it.
Klipper from KDE has a set of predefined actions triggered by content of the clipboard. So when you have it enabled, it show up the popup menu with all available browsers when you copy the URL. In my job I open many bugs and the bug numbers have the well defined format bnc#number. So why don’t define automatic action triggered by this regular expression?
Because Klipper expects only oneliner as an action, I wrote the short bash script obug.sh which expects one argument with a bugzilla string.
#!/bin/bash
[ -z "${1}" ] && {
echo "bug number required"
exit 1
}
regex='^(bnc|bug)?#[0-9]+$'
[[ "${1}" =~ ${regex} ]] || {
echo "${1} did not match ${regex}"
exit 2
}
firefox https://bugzilla.novell.com/show_bug.cgi?id=${1#*#}
It’s obvious how it works – it checks if the argument exists and if matches the pattern and then opens a firefox (it’d be a xdg-open, but I use firefox for Novell Bugzilla). There should be only one strange expression – ${1#*#}. It is a Shell Parameter Expansion. This expression removes all characters from the beginning of the string including first #, so it convert bnc#1234 to 1234.
Then I defined a new action in Klipper triggered by ^(bnc|bug)?#[0-9]+$, which calls obug.sh %s, where %s is the content of clipboard.
And after that all I selected the bnc#1234 by mouse and then the following popup appeared.
One disadvantage of this method is that Klipper opens popup window only near its status icon in systemtray. It would be more useful to show it near current mouse position.
Dear Santa-Claus, can you provide us a real full kvm solutions for next year.
So I didn’t have to fight with Esx .
There was a lot of dicussion in the openSUSE project about the project wiki which was suffering from something all successful projects in some point of time experience: There is a huge amount of documentation in the Wiki, however it seems a bit unstructured, sometimes outdated or not really maintained.
The brave openSUSE wiki team stepped up to change that. The decision is to set up a new wiki with a well selected set of extensions and now the content of the old wiki is going to be transfered to the new wiki. Of course there will be a rigorous quality check of the articles, as well as a new thought through structure. The goal of this huge amount of work is to provide a outstanding good and well consumable source of information for all people in and interested in the openSUSE project. That is a high goal and I admire the energy and dedication of the wiki team.
The new wiki is now in place. So if you also want to help, either with the motivation of a developer telling how things work, or from the upstream perspective using the openSUSE vehicle to push the project or simply because you want to help openSUSE to become even better, first read the Transition Guidelines and subscribe on the wiki mailinglist, since most of the coordination happens there.
There is also a Forum Thread going on around that.
Please help to make this a success – thanks 🙂
After releasing WebYaST 1.0 last week we have had a look to the status module again and have come to the conclusion that we can do it better. 🙂
The current version looks more like a medical monitoring system that no one understand:
Technical background
The system data will be collected by a service called collectd (www.collectd.org). This data will be stored in a rrd-database which is located in
/var/lib/collectd/<system-name>/[cpu-0|cpu-1|df|interface|load|memory|….]
An own file/database will for each value will be generated.
The upper screen shot shows that an own graphic will be shown for each value. This is not really user friendly. We would like to show only values which provides “really” interesting information for the sysadmin or user. These values should also be grouped in order to reduce the amount of graphs.
Another lack of information is the labeling of the graphs. There is no description what the values mean and in which period they have been evaluated.
The aim
would be to give the user a nice overview about the system status. Additional, there should be an alarm system available if system values are exceeded. E.g. there should be sent an email to the system administrator if no disk space is available anymore.
The Administrator should also be able to configure “his” needed system values in a nice way.
Suggestion for configuration
There are three parts:
The Result
should be an amount of view graphs which include interesting data only. These values are checked periodically and an email will be sent if they exceed a defined limit.
I am asking for
your opinion about:
So, before changing this module we would like to ask you what you would like to see. 🙂
Thanks in advance.
I’m happy to announce OpenOffice.org 3.2 beta4 packages for openSUSE. They are available in the Build Service OpenOffice:org:UNSTABLE project and include many upstream and Go-oo fixes. See also overview of integrated features and enhancements. Please, look for more details about the openSUSE OOo build on the wiki page.
The package is a beta version and might include even serious bugs. Therefore they are not intended for data-critical usage. A good practice is to archive any important data before an use, …
As usual, we kindly ask any interested beta testers to try the package and report bugs. See also the list of known bugs.
Other information and plans:
First, I am sorry for the late beta4. It has already been available since Thursday but I forgot to announce it.
The next build should be available within one week. Hopefully, it will be the first release candidate. Unfortunately, there is not enough time for testing before Christmas, so we will decide the first week in January whether rc1 is final or whether we would need another build.
A couple of days ago, Google release a Beta version of Google Chrome for Mac and Linux. After installing the RPM I has been notice that the flash player doesn’t work. For make it work do the following as root:
cd /opt/google/chrome
ln -s /usr/lib/browser-plugins/ plugins
Restart Chrome and you are ready to watch some videos on youtube 🙂
The openSUSE team in Nürnberg invites everybody interested in Linux and in particular in openSUSE to join our Christmas party on Wednesday December 16 in the basement of our office building in Nürnberg. We’ll give some presentation about openSUSE 11.2 in action, GIMP and how to participate at our project. Beside of the presentations we have some machines where especially openSUSE Education and the openSUSE Build Service will be shown but openSUSE 11.2 is available too, of course. More information
We hope to reach out to many local people in the Nürnberg area.
You might want to install multiple kernel versions on your system.
The YaST Qt Package Selector provides a nice user interface that allows to manage multiple package versions now.
yast2-qt-pkg 2.18.19 or later supports this feature. You can find packages in my Build Service repository.
First of all you need to tell libzypp that your kernel is a package which is multiversion-enabled by adding this line to your /etc/zypp/zypp.conf:
multiversion = provides:multiversion(kernel)
Start your YaST Software Management. The versions tab shows check boxes for multiversion packages instead of radio buttons.
This enables you to install multiple versions of the same package.
There is also a package group of multiversion packages that list all packages that can be installed in multiple versions.
Adrian Schröter (12)
Agustin Chavarria (6)
Alessandro de Oliveira Faria (13)
Alex Barrios (12)
Alexander Naumov (10)
Alexander Orlovskyy (3)
Alin M Elena (5)
Andrea Florio (27)
Andreas Jaeger (70)
Andreas Stieger (12)
Andrew Wafaa (31)
Arvin Schnell (9)
Atri Bhattacharya (3)
Bernhard Wiedemann (31)
Bonnie Kurniawan (1)
Bruno Friedmann (98)
Calumma Brevicorne (29)
Carl Fletcher (1)
Christopher Hobbs (17)
Ciaran Farrell (3)
Stephan Kulow (17)
craig gardner (2)
Stephan Barth (2)
Thomas Schmidt (2)
Dinar Valeev (1)
Dirk Mueller (2)
Dmitry Serpokryl (7)
Efstathios Iosifidis (21)
Fabio Mucciante (5)
Federico Lucifredi (9)
Greg Freemyer (1)
Holger Sickenberg (2)
Hubert Mantel (1)
Ilya Chernykh (5)
Ismail Donmez (1)
J. Daniel Schmidt (2)
James Tremblay (7)
Jan Blunck (4)
Jan Loeser (3)
Jan Madsen (1)
Jan-Christoph Bornschlegel (3)
Jan-Simon Möller (20)
Javier Llorente (12)
Jigish Gohil (85)
Jiri Srain (1)
Jiří Suchomel (3)
Johan Kotze (5)
José Oramas M. (6)
Josef Reidinger (16)
Juergen Weigert (1)
Julio Vannini (9)
Dinar Valeev (5)
Kevin "Yeaux" Dupuy (11)
Klaas Freitag (55)
Lars Vogdt (11)
Ludwig Nussel (13)
M. Edwin Zakaria (4)
Marcus Hüwe (39)
Marcus Meissner (2)
Marcus Moeller (3)
Marcus Schaefer (4)
Martin Lasarsch (8)
Martin Mohring (11)
Masim "Vavai" Sugianto (20)
Michael Andres (1)
Michael Löffler (7)
Michal Marek (7)
Michal Vyskocil (12)
Miguel Angel Barajas Hernandez (2)
P Linnell (2)
Nelson Marques (55)
Nenad Latinović (1)
Nikanth Karthikesan (2)
Przemyslaw Bojczuk (1)
Peter Pöml (4)
Petr Gajdos (2)
Petr Mladek (60)
Petr Uzel (5)
Ray Wang (1)
Raymond Wooninck (1)
Ricardo Chung (7)
Ricardo Varas Santana (7)
Richard Bos (11)
Robert Schweikert (16)
Rossana Motta (1)
Rupert Horstkötter (10)
Sascha Manns (66)
saydul akram (3)
Sebastian Siebert (6)
Shawn Dunn (2)
Stanislav Visnovsky (7)
Stefan Haas (1)
Stefan Hundhammer (5)
Stefan Schubert (7)
Steffen Winterfeldt (8)
Suresh Jayaraman (3)
Susanne Oberhauser (3)
Thomas Göttlicher (6)
Thomas Schraitle (26)
Togan Muftuoglu (3)
Tuukka Pasanen (36)
Will Stephenson (22)
YaST Team (90)