Pavol Rusnak #cypherpunk #hacker #openhw #privacy #bitcoin #newmediaart

openSUSE 11.2 Release Party

opensuse-11.2

This article is about openSUSE 11.2 Release Party in Prague, Czech Republic and is probably not very interesting for people living abroad. :-)

Ako mnohí z vás vedia, dnes oficiálne vyšlo openSUSE 11.2 (sťahujte odtiaľto) a po celom svete sa nasledujúci tyždeň budú konať Release Party. My sme si túto príležitosť nemohli nechať újsť a pripravili sme pre vás tiež jednu takúto akciu v Prahe.

Kedy a kde sa to celé odohrá? Podarilo sa nám zarezervovať lukratívne priestory v budove Matematicko-fyzikálnej fakulty UK, konkrétne poslucháreň S3 (3. poschodie). Tu budeme k dispozícii v piatok 20.11.2009 od 14:00 do 19:00. Budova sa nachádza pri zastávke “Malostranské náměstí”, potom stačí iba prejsť cez parkovisko (mapa).

A aká bude náplň akcie?

  • prezentácia openSUSE 11.2 (čo nové sme pre vás do nového vydania ukuchtili)
  • rozdávanie inštalačných médií openSUSE 11.2
  • pomoc pri inštalovaní openSUSE 11.2 na notebooky a iné mašinky, ktoré si prinesiete
  • riešenie problémov s už nainštalovanými openSUSE (buď 11.2 alebo staršími)
  • možnosť porozprávať sa s openSUSE vývojármi
  • k dispozícii budú aj reklamné predmety openSUSE

Udalosť na Facebook-u.

Tešíme sa na vašu účasť v hojnom počte!

Update: Petr pripravil z akcie fotoreportáž

Handling requests directly in the Build Service web client

We had a listing of pending requests in the Build Service for a while. Unfortunately, it was mashed together with “My Projects” view and one couldn’t do anything with them. Few days ago, Jan Loeser added support for handling these requests directly in the web client. I liked the idea, so I decided to spend some time on it, too. I moved the request listing to a separate page and added some nifty Tango icons for the actions, so they wouldn’t take too much of the precious space. Also, the design doesn’t use tables-in-table anymore. You can view the result on the following image or directly in the Build Service.

listreq

PS: The page still looks like it was designed by programmers, but as usual you are welcome to help us! :-)

Wrong usage of LD_LIBRARY_PATH

Lots of programs that bring their own libraries use the following snippet in their wrapper scripts:

export LD_LIBRARY_PATH="/my/special/librarypath:$LD_LIBRARY_PATH"

This allows linker to find the needed libraries, even if they are not located in the standard directories (which are defined by /etc/ld.so.conf). At first, this seems OK, but it creates one problem, though. When the $LD_LIBRARY_PATH was empty before the assignment, the new value ends with a colon. When we run the program wrapper, linker splits the variable into substrings and ends up with one empty path. This indicates to search for libraries in the CURRENT working directory, which can cause problems or even a security threat.

So, what’s the correct way of defining the library path? Of course, we could check if the variable is empty before the assignment like this:

if [ -n "$LD_LIBRARY_PATH" ]; then
    export LD_LIBRARY_PATH="/my/special/librarypath:$LD_LIBRARY_PATH"
else
    export LD_LIBRARY_PATH="/my/special/librarypath"
fi

but there is one neat shell trick we can use (should work on all POSIX shells). The description says:

${parameter:+word} Use Alternate Value. If parameter is null or unset, nothing is substituted, otherwise the expansion of word is substituted.”

In the end we have:

export LD_LIBRARY_PATH="/my/special/librarypath${LD_LIBRARY_PATH:+:$LD_LIBRARY_PATH}"

which is not much longer than the line we started with, but does the assignment correctly. (The first colon belongs to shell syntax, the second one is a part of the value being appended).

Chromium package in Contrib

chromium

Thanks to unceasing endeavors of David Buck and Raymond Wooninck we now have Chromium built fully from the source code! It is available from our Contrib repository (package chromium). I recommend using this one instead of various other RPMs that repack Google Chrome/Chromium binaries or are kept in users home repositories. Big thanks also goes to Tom ‘spot’ Callaway for much of the original patchwork, Justin Haygood for helping with the icu patch and Malcolm Lewis.

openSUSE Junior Jobs

Our dear friends at KDE have a really nifty feature in their Bugzilla. They mark easy tasks or “low-hanging fruits” with the “JJ:” prefix (meaning Junior Job). We like the idea so much that we decided to adopt it in our Bugzilla too. I created a trimmed URL - http://tr.im/opensusejj - which lists all such issues. If the bugreport is not verbose enough or it is not clear what to do, feel free to ask developer assigned to the bug. I’m sure he or she will give you a helping hand. :-) Michal started a wikipage which provides more details.