Fedorausers.de

Wer LightDM unter Fedora 19 nutzt, wird sicher schon mit der Meldung

SELinux is preventing /usr/sbin/lightdm from ‘create’ accesses on the file .dmrc.T5D7TW

Bekanntschaft gemacht haben. Wobei der Teil T5D7TW ein zufälliger Wert ist, der sich bei jedem Systemstart ändert.

Um die Meldung los zu werden sollte man zuerst sicherstellen, das man die aktuellste SELinux Policy verwendet:

su -c'yum update selinux-policy\*'

Sofern man die aktuellste Version der SELinux Policy verwendet, muss nur noch folgender Befehl ausgeführt werden:

su -c'setsebool -P xdm_write_home 1'

Danach sollte die SELinux Fehlermeldung zukünftig nicht mehr auftauchen.

Bereits vor einiger Zeit haben wir gezeigt, das man mit VLC Videos von YouTube schauen kann. Aber auch das Extrahieren von Audiospuren aus YouTube Videos ist mit VLC ohne großen Aufwand möglich.

Dazu wählen wir einfach im Menü “Medien” den Punkt “Konvertieren/Speichern …” aus, wechseln anschließend in das Register “Netzwerk” und fügen dort die URL zu dem YouTube Video ein und klicken auf “Konvertieren/Speichern”.

Achtung: Gegebenenfalls muss das Protokoll noch von https auf http geändert werden.

Im sich nun öffnenden Dialog geben wir den gewünschten Dateinamen für die extrahierte Audiospur an und wählen das Profil für das gewünschte Dateiformat aus.

Um den Extraaktionsvorgang zu starten, klicken wir anschließend auf “Start”.

Last weekend I attended Linuxwochen Wien for the first time. I heard a lot about the event, so I totally wanted to go there. Now that I’m back from Vienna, I am a little disappointed – but nevertheless happy I went there.

The Austrian Linuxwochen (Linux Weeks) is a series of events all over the country. It started in Graz, but there is also Eisenstadt, Krems and Vienna. The event in Salzburg is delayed until further notice, Linz was canceled off this year (only the LUG meeting took place) and Klagenfurt seems dead for years. Overall not very encouraging, but we wouldn’t be Fedora if we were not to change that. So we brought 7 people to Vienna which were supported by two locals, Kevin and Volker. Both did an excellent job, even though they are (officially) no ambassadors. Together we submitted 16 talks and workshops. All were accepted, this is roughly one fourth of the 3 day program. I delivered two talks, one on Kolab and one on postscreen. Both went very well and I’m very happy about the feedback I received. Overall the talks and workshops were very interesting and the speakers very competent.

Fedora booth at Linuxwochen Wien

Fedora delivered a good show. We had by far the biggest and most professional stand and lots of goodies. As a special gimmick Miro had brought his 3D printer and as always it attracted a lot of people. The rest of exhibition however was not impressive. That’s a well know problem for events where the focus is on talks, but this one was worse: It was moved to a new building with more space on the hallways, but the number of exhibitors hadn’t really changed. The booths looked quite lost and there were hardly visitors as most people were attending talks. On Friday we had at least some students from the university showing up and hoped for more people over the weekend, but that was wishful thinking. Maybe it was bad promotion, maybe the weather or a combination of both.

Empty hallway at Linuxwochen Wien

The weather in Vienna was bad compared to Berlin, but on Saturday afternoon it changed and the rest of the weekend turned out to be very sunny. As there were not many visitors and we had more than enough people at the booth, later that afternoon I decided to go for some sightseeing. People told me Vienna is beautiful, but I hadn’t seen anything of that beauty. I have been to Vienna before, but usually it was just for transfer at the airport or on my way to Brno. So I went to the historic city center and I have to admit, it really is impressive. There are a lot of buildings from the imperial times of the Austro-Hungarian monarchy and also from the Art Nouveau (or ‘Jugendstil’ as we call it) era. I love Jugendstil.

The subway station ‘Karlsplatz’ in Vienna – an icon of the ‘Art Nouveau’ era.

On Friday we had a social event. It wasn’t really a social event, instead we just went to a Chinese restaurant down the street for an ‘all you can eat’ buffet. We were around 30 people and I was lucky to sit next to Bernhard. We talked about packaging and he asked me if I could help him with continuous integration of rpm build. It turned out Bernhard is a FreeRDP developer and told him I’m the poor bastard maintainer of remmina in Fedora. Remmina is a GTK-based RDP, SSH, NX and Telepathy client, developed by the FreeRDP project. It’s powerful but in bad shape as FreeRDP is still a young project and constantly moving forward. Unfortunately there haven’t been stable releases for quite a while and backporting fixes is cumbersome. So we agreed that FreeRDP will try to maintain a ‘release’ branch in git, even if there are no actual releases, and we will help them with continuous integration. If Mads, our FreeRDP maintainer, agrees we will build and host nightly versions of Fedora’s freerdp and matching remmina packages. An interesting project and I’m looking forward to it.

My flight back to Berlin left very early on Sunday morning. I had to get up at 5 am, but it allowed me to be in Berlin at half past eight and enjoy a sunny Sunday after which I was very tired – but happy.

Not sure I will attend Linuxwochen Wien next year, we have other awesome people to run the event. Personally, I learned some important lessons:

• Talks are getting more professional and so is the target audience. When you give a talk, be professional – but don’t forget the fun!
• Exhibitions on the other hand receive lesser attention. We need to think of new way to attract people and how to interacting with them. We need something more playful like the Fedora photo booth.
• Renting an apartment is a good idea: Not only that it’s cheaper than a hotel, but more fun, too.
• The people who told me Vienna is beautiful didn’t lie.

Thanks everybody for making Linuxwochen a successful event. A special thanks goes out to Sirko for being a perfect event owner. He took care of everything, not just the booth and apartment and he was a good tourist guide.

Wie Robyn Bergeron heute auf der Fedora Mailingliste für Ankündigungen bekanntgegeben hat, wurde im Fedora Account System (FAS) eine seit 2008 bestehende Sicherheitslücke entdeckt und umgehend geschlossen, über die es möglich war, private Daten anderer User auszuspähen.

Auch wenn man keine Anzeichen dafür gefunden hat, das diese Lücke ausgenutzt wurde, empfiehlt man allen Nutzern des FAS, ihr Passwort sowie die Sicherheitsfrage und -antwort zu ändern und die übrigen Account-Informationen auf mögliche Änderungen zu überprüfen.

Es gibt schon viele Artikel, wie man SSD-Festplatten richtig in Linux einbindet. Aber entweder sind sie unvollständig oder recht lange. Also, hier eine tl;dr-Fassung – SSD mit Fedora, kurz und schmerzlos.

Wenn die SSD trimming kann (was mittlerweile bei allen SSDs auf dem Markt der Fall sein sollte), sollte es natürlich auch verwendet werden. Dadurch ermöglicht man wear levelling, gibt also der SSD die Möglichkeit, den Verschleiß der Speicherzellen zu verteilen.

In der /etc/fstab wird bei jedem Mountpoint, der auf eine SSD-Partition verweist, die Parameter discard angehängt. Eine gute Idee ist es außerdem, noatime hinzuzufügen, um die Schreibzugriffe auf die Platte zu reduzieren. Das sieht dann zum Beispiel so aus:

UUID=939446e3-9bb9-40a6-bf03-2d87bb8f5837 /                       ext4    discard,noatime        1 1
UUID=4f75261d-2e40-4e39-bf63-2a9c517fc73d /home                   ext4    discard,noatime        1 2
UUID=05db751b-5c2b-47da-8577-89ee30d90e56 swap                    swap    defaults        0 0

Das funktioniert mit reinen ext4-Partitionen, aber auch mit LVM- und RAID-Partitionen, jedoch nicht mit Partitionen, die mit LUKS verschlüsselt sind. Swap-Partitionen trimmen immer, ein discard-Parameter ist nicht erforderlich.

Nach einem Neustart sollte man einmalig alle SSD-Partitionen von Hand trimmen:

sudo fstrim -v /
sudo fstrim -v /home

Was bei mechanischen Festplatten wirklich Zeit kostet, ist das Positionieren des Schreib-Lesekopfes, weshalb Linux versucht, die Daten möglichst zu sammeln und zu gruppieren. Bei SSDs spielt es dagegen keine Rolle, wie fragmentiert die Daten sind. Aus dem Grund kann man das Gruppieren wegfallen lassen und sich über die gewonnene Performance freuen.

Dazu wird eine Datei /etc/udev/rules.d/40-ssd.rules mit folgendem Inhalt angelegt:

ACTION=="add|change", KERNEL=="sd[a-z]", ATTR{queue/rotational}=="0", ATTR{queue/scheduler}="noop"

Beim nächsten Neustart verwenden SSD-Platten den noop-Scheduler, mechanische Festplatten weiterhin den für sie optimalen cfq.

SSDs können beliebig oft und schnell gelesen werden, verschleißen aber bei Schreibzugriffen. Swapping auf eine SSD-Partition ist zwar möglich, aber der Lebensdauer nicht sehr zuträglich. Folgende Zeilen in der /etc/sysctl.conf reduzieren das Auslagern auf die Swap-Partition auf ein Minimum.

vm.swappiness=1
vm.vfs_cache_pressure=50

Bei den heutigen Preisen selbst für üppige RAM-Ausstattung wäre es zumindest bei Desktop-Rechnern eine Überlegung wert, ob eine Swap-Partition überhaupt notwendig ist. Nachträglich kann eine Swap-Partition durch Auskommentieren der entsprechenden Zeile in der /etc/fstab deaktiviert werden.

Firefox lagert seinen Cache in das Home-Verzeichnis aus, was eine zusätzliche Belastung für die SSD darstellt. Wer einen Rechner sein Eigen nennt, der mit üppig viel RAM gesegnet ist, kann auf das /tmp-Verzeichnis ausweichen, welches bei Fedora 18 im Arbeitsspeicher statt auf der Festplatte liegt. Das geht leider nur über einen Eingriff in die Eingeweide des Browsers über die URL about:config.

Nach einer Bestätigung, dass man sich benehmen wird, wird mit der rechten Maustaste über Neu - String ein neuer String-Eintrag angelegt. Der Eigenschaftsname lautet browser.cache.disk.parent_directory, der String-Wert /tmp.

Danach muss der Firefox noch neu gestartet werden.

Da fehlt doch was!

Ist es ein Bug, oder ist es ein Feature des für Gnome-Entwickler typischen Aufräumwahns? Ich weiß es nicht. Aber ich war erstaunt, als ich in Gnome 3.6 die Mausbeschleunigung verstellen wollte und mich dort ein fast leerer Dialog angähnte.

Die Mausparameter können über das mittlerweile zum wohl wichtigsten (und wenig komfortablen) Gnome-Konfigurationstool dconf-editor eingestellt werden. Falls noch nicht geschehen, wird es über

sudo yum install dconf-editor

installiert. Nach dem Start klicken wir uns durch den Pfad org - gnome - settings-daemon - peripherals - mouse durch. Dort kann die Mausbeschleunigung über die Paramerer motion-acceleration (Standardwert “-1.0”) und motion-treshold (Standardwert -1) eingestellt werden.

Um die Mausbeschleunigung ganz auszuschalten, wird motion-acceleration auf 0 gestellt.

Die Arbeit an einem Blog kostet ziemlich viel Zeit. Zeit, die ich (wie man sieht) immer weniger erübrigen kann. Leider hat die Website in den letzten knapp vier Jahren nicht die kritische Masse erreicht, um zu einem echten Community-Projekt zu werden.

Jetzt ist abzusehen, dass Red Hat die Unterzeichnung eines Vertrages für die Nutzung der Domain und des Fedora-Markenzeichens anfordern wird. Ich verstehe Red Hats Gründe dafür und erkenne an, dass sie sich nach erheblicher Kritik bereits auf die Community zubewegt haben. Ich habe es mir dennoch überlegt, und ich bin zu dem Schluss gekommen, dass es unter den oben genannten Voraussetzungen für mich keinen Sinn macht, diesen Vertrag mit seinen rechtlichen Anforderungen als zusätzliche Hürde mitzunehmen. Ich habe mich also entschlossen, das fedorablog.de zu schließen.

Einige Fedora-bezogene Artikel, zum Beispiel die Installation von Google Earth, werde ich im Laufe des Oktobers in das Fedora Wiki umziehen. Allgemeinere Artikel, zum Beispiel über HDR-Fotografie, werde ich in mein privates Blog stellen und in Zukunft sicher noch um weitere ergänzen. Repowatch ist bereits auf meine private Domain umgezogen und steht unter http://repowatch.shredzone.net zur Verfügung. Bitte stellt gegebenenfalls euren RSS-Reader auf die neue Adressen um.

So bleibt mir jetzt, mich bei meinen Lesern für ihre Treue zu bedanken. Hoffentlich war der eine oder andere Artikel interessant oder hilfreich. Dank schulde ich auch meinen Mitautoren, die das Blog mit ihren Artikeln bereichert oder mir gute Hinweise gegeben hatten.

Macht’s gut, und danke für den Fisch!

NACHTRAG: Danke für die vielen netten Kommentare und E-Mails! Vor allem eine E-Mail war sehr interessant, und bei Red Hat tut sich etwas bezüglich des Vertrages. Ich weiß zwar noch nicht, wohin das führt, aber vielleicht solltet ihr eure Bookmarks noch nicht gleich entsorgen.

I’ve set up a small repository containing some experimental packages for KDE4 for testing purposes. Some of them will be submitted for review if they are working properly (konq-plugins), some of them are building fine but crashing (kaudiocreator), some will maybe become part of KDE 4.1.0 (kdiamond) or are just test versions (kgrubeditor, krename). Also some packages won’t be packaged in Rawhide soon due too upstream problems (rsibreak) .

At the moment the provided packages are:
kaudiocreator - A Frontend for audio file creation
kdiamond - A Frontend for audio file creation
kgrubeditor - A graphical grub editor
konq-plugins - Some additional plugins that interact with konqueror
krename - Powerful batch file renamer
rsibreak - A small utility which bothers you at certain intervals

All packages are build for i386 and x86_64 and the debuginfo packages are also present. I will try to update them in time when upstream releases a new version.

Repository file
SRPMS

If someone want to submit them for review and maintain them in Fedora, please feel free to do so. But they will need some love.