node-0 » Kubuntu

Ubuntu: Ruby und MySQL

Martin Eisenhardt — Wed, 09 Jan 2008 23:22:32 +0000

Möchte man das RubyGem mysql unter Ubuntu oder Kubuntu installieren, ist es zunächst notwendig, die Dev-Sourcen des MySQL-Clients zu installieren, sonst kommt es zu folgender Fehlermeldung:

$ sudo gem install mysql
Building native extensions.  This could take a while...
ERROR:  Error installing mysql:
        ERROR: Failed to build gem native extension.
 
/usr/bin/ruby1.8 extconf.rb install mysql
checking for mysql_query() in -lmysqlclient... no
checking for main() in -lm... yes
checking for mysql_query() in -lmysqlclient... no
checking for main() in -lz... no
checking for mysql_query() in -lmysqlclient... no
checking for main() in -lsocket... no
checking for mysql_query() in -lmysqlclient... no
checking for main() in -lnsl... yes
checking for mysql_query() in -lmysqlclient... no
*** extconf.rb failed ***
Could not create Makefile due to some reason, probably lack of
necessary libraries and/or headers.  Check the mkmf.log file
for more details. You may need configuration options.
[...]

Die Fehlermeldung weist darauf hin, dass die Client-Sourcen von MySQL finden; bei der Erstellung der nativen Anteile der Ruby-MySQL-Bindings wird versucht, gegen die Bibliothek mit den entsprechenden Routinen zu binden (-lmysqlclient).

Die notwendige Entwickler-Bibliothek des MySQL-Clients kann folgendermaßen installiert werden:

$ sudo apt-get install libmysqlclient15-dev

Danach kann dann das mysql-Gem installiert werden:

$ sudo gem install mysql

Fertig.

Ubuntu: Howto rubygems

Martin Eisenhardt — Wed, 09 Jan 2008 12:52:13 +0000

Ruby ist eine vollständig objekt-orientierte Skriptsprache, die sich wachsender Beliebtheit für die Realisierung von Webanwendungen (siehe Ruby on Rails, Merb, Ramaze, Nitro, ...), für System-Administration (als »glue language«), für Prototyping und Datenauswertung erfreut.

Die Sprache selbst kann auf Ubuntu, Kubuntu und anderen auf Debian basierenden Linux-Distributionen komfortable über den Paketmanager installiert werden:

$ sudo apt-get install ruby

Erweiterungen für Ruby werden typischerweise als so genannte »gems« verbreitet und installiert. Dazu wird zunächst der Paketmanager für diese Gems installiert:

$ sudo apt-get install rubygems

Danach können dann – ähnlich wie bei apt – Ruby-Erweiterungen als Ruby-Gems installiert werden:

$ sudo gem install mechanize

installiert z.B. das Ruby-Gem Mechanize, mit dem man automatisiert per HTTP mit Web-Servern kommunizieren kann.

So weit, so gut. Problematisch wird das Ganze, wenn ein solches Gem auch ein direkt ausführbares Kommando mitbringt. Debian, Ubuntu und Kubuntu haben nämlich einen kleinen Fehler in den bereitgestellten deb-Archiven für rubygems, der leider immer noch nicht gefixt ist.

Ein gutes Beispiel ist Ruby on Rails, ein sehr populäres Model-View-Controller-Framework zur Entwicklung von datenbankbasierten Webanwendungen. Die Installation mit

$ sudo gem install rails --include-dependencies
Bulk updating Gem source index for: http://gems.rubyforge.org
Successfully installed rails-2.0.2
Successfully installed activesupport-2.0.2
Successfully installed activerecord-2.0.2
Successfully installed actionpack-2.0.2
Successfully installed actionmailer-2.0.2
Successfully installed activeresource-2.0.2
Installing ri documentation for activesupport-2.0.2...
Installing ri documentation for activerecord-2.0.2...
Installing ri documentation for actionpack-2.0.2...
Installing ri documentation for actionmailer-2.0.2...
Installing ri documentation for activeresource-2.0.2...
Installing RDoc documentation for activesupport-2.0.2...
Installing RDoc documentation for activerecord-2.0.2...
Installing RDoc documentation for actionpack-2.0.2...
Installing RDoc documentation for actionmailer-2.0.2...
Installing RDoc documentation for activeresource-2.0.2...

sollte problemlos funktionieren. Das Rails-Gem bringt nun aber auch ein neues Kommando mit: rails, mit dem das Grundgerüst für eine neue Web-Anwendung automatisch erzeugt wird.

Ein Aufruf

$ rails myapp
The program 'rails' is currently not installed.  
        You can install it by typing:
sudo apt-get install rails
bash: rails: command not found

schlägt aber fehl, da das Binary in /var/lib/gems/1.8/bin/ liegt; dieses Verzeichnis ist allerdings nicht im $PATH des Anwenders. Die ersten beiden Zeilen der Fehlermeldung weisen übrigens darauf hin, dass man Rails auch über apt installieren kann; das ist allerdings nur mäßig ratsam, da man über apt eine schon etwas angestaubte Version bekommt und gerade die Ruby-Packages unter Debian/Ubuntu/Kubuntu nicht immer über jeden Zweifel erhaben sind …

Was hilft? Ein kleiner, ein bisschen unschöner Hack der bashrc. Man fügt an die ~/.bashrc folgende Zeile an:

export PATH=$PATH:/var/lib/gems/1.8/bin/

Wer das gleich für alle Nutzer des Systems und nicht nur für sich selbst fixen möchte, kann diese Zeile auch an /etc/bash.bashrc anfügen.

Ein kurzer Test zeigt, dass das Problem nun behoben ist:

$ rails myapp
      create
      create  app/controllers
      create  app/helpers
      create  app/models
      create  app/views/layouts
      create  config/environments
[...]
      create  public/javascripts/application.js
      create  doc/README_FOR_APP
      create  log/server.log
      create  log/production.log
      create  log/development.log
      create  log/test.log

Case closed.

RMagick unter Ubuntu/Kubuntu installieren

Martin Eisenhardt — Mon, 03 Dec 2007 12:25:11 +0000

Wer gerne automatisiert Bilder bearbeitet und Ruby mag, für den ist RMagick genau das Richtige. Allerdings ist die Installation unter Ubuntu nicht ganz ohne.

Denn wie immer, wenn der Paket-Manager (in diesem Falle also apt) die Pakete nicht im Repository finden kann, steht man ein bisschen im Regen. Natürlich lässt sich RMagick (wie bei Ruby-Paketen üblich) auch über die gem-Repositories installieren. Probiert man das dann, passiert aber folgendes:

$ sudo gem install rmagick
Building native extensions.  This could take a while...
ERROR:  While executing gem ...
  (Gem::Installer::ExtensionBuildError)
    ERROR: Failed to build gem native extension.
 
ruby gem_extconf.rb install rmagick
 
sh configure
 
Configuring RMagick 1.15.11
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for gcc option to accept ISO C99... -std=gnu99
checking for gcc -std=gnu99 option to accept ISO Standard C...
  (cached) -std=gnu99
checking for ruby... /usr/bin/ruby
checking for Magick-config... no
checking for GraphicsMagick-config... no
configure: error: Can't install RMagick.
  Can't find Magick-config or GraphicsMagick-config program.
RMagick configuration failed with status 1.
 
 
Gem files will remain installed in
  /var/lib/gems/1.8/gems/rmagick-1.15.11 for inspection.
Results logged to
  /var/lib/gems/1.8/gems/rmagick-1.15.11/gem_make.out

Wie so oft besteht die Lösung darin, zunächst ein paar andere Pakete zu installieren. In unserem Fall sind das zunächst einmal die build-essentials:

$ sudo apt-get install build-essential

Damit sind wir aber noch nicht fertig. Was fehlt noch? Ein Blick in Google und Co. bringt folgende Lösung:

$ sudo apt-get install libmagick9-dev ruby1.8-dev

Danach sollte ein neuerlicher Aufruf

$ sudo gem install rmagick

zum gewünschten Ergebnis führen.

Problem-Shooting: Upgrade Kubuntu Feisty Fawn nach Gutsy Gibbon

Martin Eisenhardt — Wed, 31 Oct 2007 18:56:08 +0000

Um es kurz zu machen: Ich hatte auf verschiedenen Rechnern arge Probleme mit dem Upgrade von Kubuntu 7.04 »Feisty Fawn« nach Kubuntu 7.10 »Gutsy Gibbon«.

Zwar gibt es inzwischen einen äußerst komfortablen graphischen Updater. Der aber blieb bei mir immer wieder stehen und war durch nichts zum Weiterlaufen zu bewegen.

Auf einigen Rechnern zeigte sich nach dem Reboot dann ein Kubuntu, das zumindest oberflächlich nach Gutsy Gibbon aussah: KDE 3.5.8, neues Theme, etc.

Ob aber tatsächlich das gesamte Upgrade durchgelaufen ist und nur die GUI des Update Managers stehengeblieben ist, lässt sich nicht so einfach sagen. Misstrauen gegenüber dem so upgedateten System scheint also angesagt.

Ich persönlich habe ohnehin nicht so viel für Buntklicker, Mausschubser und deren graphische Tools übrig. So lange sich etwas zuverlässig in der Shell machen lässt, arbeite ich auch da – es geht schneller und man sieht wenigstens, wenn es einen (selbstverschuldeten?) Fehler gibt.

Langer Rede schwacher Sinn: Ich empfehle Kubuntu-Nutzern, auf den graphischen Update Manager zu verzichten und stattdessen die Kommandozeile zu verwenden.

Da ist das Update von Feisty Fawn auf Gutsy Gibbon schnell gemacht:

$ sudo apt-get update
$ sudo apt-get dist-upgrade
$ sudo apt-get install update-manager-core
$ sudo do-release-upgrade

Fertig. Und zwar ohne Probleme.

Ubuntu/Kubuntu Gutsy Gibbon kündigt sich an

Martin Eisenhardt — Wed, 26 Sep 2007 20:46:40 +0000

Ubuntu 7.10 »Gutsy Gibbon« ist für den Oktober 2007 angekündigt, genauso wie die gleich benannten Releases der beiden Derivate Kubuntu und Xubuntu. Im Gegensatz zum Trauerspiel um die aktuelle Windows-Version »Vista«, die insgesamt um etwa 6,5 Jahre verschoben wurde (natürlich immer nur in kleinen Häppchen), kann man bei Ubuntu auch davon ausgehen, dass das Release zum angekündigten Zeitpunkt erscheint.

Und das Release kündigt sich jetzt an.

Beim heutigen Routine-Update meines Laptops (Kubuntu 7.02 »Feisty Fawn«) sprang mir folgendes ins Auge:

mneisen@samsumm:~$ sudo apt-get dist-upgrade -s
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following packages will be upgraded:
  [...] update-manager-core
5 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Inst update-manager-core [1:0.59.23]
             (1:0.59.25 Ubuntu:7.04/feisty-updates)
[...]
Conf update-manager-core (1:0.59.25 Ubuntu:7.04/feisty-updates)
[...]

Wer es lieber graphisch hat und statt apt-get auf der Kommandozeile lieber Adept verwendet, sieht in etwa folgendes:

Wenn der update-manager auf den neuesten Stand gebracht wird, dann dauert es erfahrungsgemäß mit dem Release auch nicht mehr lange. Angekündigt ist die Beta-Version von Gutsy Gibbon für den 27. September 2007, die finale Version soll dann am 18. Oktober 2007 zur Verfügung stehen.

Ich wette, dass Ubuntu pünktlich released wird. Wettet jemand dagegen?

P.S.: Natürlich wird es hier im Blog auch wieder ein Walk-Through für das Upgrade von »Feisty Fawn« nach »Gutsy Gibbon« und für die Neu-Installation von Kubuntu 7.10 »Gutsy Gibbon« geben.

Intel nutzt Ubuntu für mobile Devices

Martin Eisenhardt — Sat, 22 Sep 2007 09:14:11 +0000

Auf dem IDF (Intel Developer Forum) hat Intel eine Reihe neuer Chips für mobiles Computing mit kleinem (räumlichen und Energie-) Footprint vorgestellt:

Den gezeigten MIDs (Mobile Internet Devices) ist vor allem eines gemein: Sie alle nutzen Ubuntu-Linux als Betriebssystem. Von Microsofts Windows war weit und breit nichts zu sehen. [...] Stattdessen läuft dort nun also ein Linux mit einer speziell an die Bedürfnisse mobiler Nutzer angepassten Oberfläche. Da strahlen einem große Icons entgegen, die verschiedene Programme und Funktionen symbolisieren. Die Bedienung erfolgt per Fingerzeig auf den Touchscreen.

[Quelle: SPON ]

Merke: Wirkliche Innovation passiert inzwischen auch bei den Big Players dort, wo wir es schon immer vermutet haben: Im Bereich freier Betriebssysteme und freier Software insgesamt.

Und Intel schiebt noch mehr nach: Mit der Initiative LessWatts.org sollen Rechenzentren sparsamer und »grüner« werden. Und wer hätte das gedacht – auch hier spielt Linux eine Hauptrolle, während von dem meistverbreiteten Wurm der Welt aus Redmond wieder nichts zu sehen ist:

Intel hat auf seinem Developer Forum ein Open-Source-Projekt vorgestellt, das zum Ziel hat, die Energie-Effizienz in Rechnern zu erhöhen, angefangen von Servern in Rechenzentren bis hin zu mobilen Geräten. Renee James, Intels Vizepräsident und Generalverantwortlicher für die Software und Solutions Group, stellte auf dem IDF die Initiative LessWatts.org vor, die Linux-Entwickler, Software-Unternehmen sowie Endnutzer zusammenbringen soll, um die Möglichkeiten des Power Managements von Linux-Systemen weiterzuentwickeln, zu promoten und Tipps und Tricks zu verbreiten.

[Quelle: golem.de ]

Da fragt man sich ein bisschen, was AMD da entgegenzusetzen hat, schließlich ist Energieeffizienz auch in der IT von immer größerer Bedeutung: Nicht unbedingt nur wegen des Klimawandels und des »Giftgases« CO2 (dieser Hype wird sicherlich irgendwann zu Ende gehen), sondern auch wegen der steigenden Energiepreise und der durch geringeren Energieverbrauch zu erzielenden Kostenvorteile.

Mich als Kubuntu-Anwender (es gibt nur bei Windows »Power-User« ) freut es ungemein zu sehen, dass sich das Blatt langsam wendet. Wenn es nicht überzogen wird – also am Ende nicht eine weitere Monokultur (nur mit einer anderen dominanten Spezies!) herauskommt – wird das die IT-Landschaft äußerst positiv verändern.

Kubuntu Upgrade von Edgy Eft nach Feisty Fawn – Visual Guide

Martin Eisenhardt — Wed, 02 May 2007 10:21:08 +0000

Am 19. April 2007 ist die neuste Version 7.04 »Feisty Fawn« der Betriebssysteme aus der Ubuntu-Familie (also Ubuntu, Kubuntu und Xubuntu) erschienen. Dieser Blogpost soll als »Visual Guide« für das Upgrade von Kubuntu 6.10 »Edgy Eft« nach Kubuntu 7.04 »Feisty Fawn« dienen und den Upgrade-Prozess auch für den Normal-User (gibt es den auf Linux-Systemen überhaupt schon?) so einfach wie möglich machen.

Vorbedingungen

Absolute Vorbedingung für ein Upgrade nach »Feisty Fawn« ist ein laufendes System mit Kubuntu »Edgy Eft«.

Wer noch Kubuntu 6.06 »Dapper Drake« verwendet, muss zunächst auf »Edgy Eft« upgraden – ein direktes Upgrade ist leider nicht möglich. Das Upgrade von »Dapper Drake« nach »Edgy Eft« ist hier beschrieben.

Darüber hinaus ist eine funktionierende Verbindung zum Internet notwendig, um die aktualisierten Pakete aus den Repositories laden zu können.

Das Upgrade

Sind die gerade beschriebenen Vorbedingungen erfüllt, kann mit dem Upgrade von Edgy Eft nach Feisty Fawn begonnen werden.

Adept Package Manager starten

Für das Upgrade von Edgy Eft nach Feisty Fawn kann erstmals ein graphisches Upgrade-Tool genutzt werden; dies ist auch die empfohlene Vorgehensweise. Alternativ kann ein Upgrade natürlich auch weiterhin über die Kommandozeile mit apt vorgenommen werden.

Auf einem Desktop-System ist aber sicherlich das graphische Tool vorzuziehen: Daher wird zunächst der Adept Package Manager gestartet.

Dies kann wahlweise über das in Kubuntu vorkonfigurierte Katapult (Alt+Shift) oder über das K-Menü -> System -> Adept Manager geschehen.

edgy-updates freischalten

Im Adept Manager wird im Menü Adept der Punkt Manage Repositories ausgewählt.

In der Liste der Repositories müssen nun diejenigen Repositories aktiviert werden, bei denen als Distribution (dritte Spalte) edgy-updates angegeben ist. Das Aktivieren des jeweiligen Repositorys ist ganz einfach: Rechts-Klick auf die Zeile für dieses Reporitory und dann enable auswählen.

Fetch Updates

Nachdem wir Adept nun mitgeteilt haben, dass wir auch die edgy-updates haben wollen (siehe letzter Punkt), klicken wir auf Fetch Updates, um aus den einzelnen Repositories die neuesten Paketbeschreibungen zu holen.

Full Upgrade

Vor dem eigentlich Upgrade nach Feisty Fawn müssen wir zunächst noch Edgy Eft auf den aktuellsten Stand bringen. Dazu wählen wir Full Upgrade aus und klicken dann auf Apply.

Das nun folgende Update des Systems kann etwas dauern – zunächst wird nämlich Edgy Eft auf den aktuellen Stand gebracht. Ist dies geschehen, ...

Das Upgrade-Tool: Anweisungen folgen

... startet dann das neue graphische Update-Tool, das nach Rückfrage, ob man denn auf Feisty Fawn upgraden möchte, einige Veränderungen am System vornimmt.

Dann kann es mit dem eigentlichen Upgrade losgehen.

Das eigentliche Upgrade

... verlangt vom Nutzer eigentlich nur eines: Geduld, und das – je nach Bandbreite der Internetverbindung durchaus in größeren Maßen. Je nach Anzahl und Art der installierten Pakete sind es ca. 750 MB und mehr, die für das Upgrade downgeloadet werden müssen.

Nach ein paar letzten Vorbereitungen fragt der Upgrade noch einmal nach, ob man das Upgrade nun wirklich durchführen möchte. Last exit, sozusagen. Da wir mit dem Upgrade natürlich fortfahren wollen, klicken wir auf Start Upgrade, und gehen Kaffee kochen, Zeitung lesen oder tun etwas anderes zeitaufwändiges, denn: Selbst mit DSL2000 dauert es nun ca. eine Stunde, bis alle Pakete da sind.

Handarbeit

Das Upgrade läuft dann vollautomatisch durch, bis auf zwei Ausnahmen:

Zum einen fragt das Upgrade-Tool nach, bevor es vom Benutzer geänderte Konfigurationsfiles mit einer neuen Version überschreibt. Da kann es u.U. sinnvoll sein, die alte Konfigurationsdatei zu sichern und dann erst einmal die neue Version zu nehmen, um sie dann nach dem Upgrade wieder anzupassen. Einfach die alte Version zu behalten kann sich als fatal herausstellen, etwa dann, wenn die neue Version des entsprechenden Pakets das alte Format nicht mehr lesen kann oder bspw. neue Funktionen anbietet, deren Default-Einstellungen nicht dem gewünschten Verhalten entspricht.

Zum anderen informiert das Tool über diejenigen Pakete, für die der Support eingestellt wurde und zusätzlich über diejenigen Pakete, die im Zuge des Upgrades deinstalliert werden. Beides ist tatsächlich eher als Information zu sehen, großartig geändert werden kann das Verhalten des Upgrade-Tools nicht. Das wäre auch wenig sinnvoll, da unsupportete Pakete und solche, die für den Betrieb des Systems nicht mehr notwendig sind, ohnehin nur ungenutzt auf der Platte herumliegen würden und zudem eventuell mit neuen Versionen anderer Pakete konfligieren können.

Das Ende naht

Bekanntlich hat alles mal ein Ende, und so verhält sich das auch mit dem Upgrade auf Feisty Fawn.

Zu guter Letzt bleibt uns nur noch eins zu tun, nämlich das System neu zu starten.

Reboot

Nach dem Reboot sollte uns Kubuntu 7.04 »Feisty Fawn« in seiner ganzen Pracht begrüßen.

Am Bootvorgang hat sich graphisch nur wenig geändert:

Der Loginscreen ist ebenfalls recht ähnlich geblieben:

Gleiches gilt auch für den Desktop:

Fazit

Das Upgrade von Kubuntu 6.10 »Edgy Eft« auf Kubuntu 7.04 »Feisty Fawn« ist dank des graphischen Upgrade-Tools kinderleicht und DAU-sicher. Der Anwender profitiert nach dem Upgrade in erster Linie von neuen Versionen wichtiger Anwendungen – z.B. OpenOffice 2.2, Apache 2.2, Java SDK 1.6, Subversion 1.4.3, ... und viele andere mehr.

Insbesondere die Unterstützung von WLANs hat sich ebenfalls entscheidend verbessert. Wer also ohnehin die neuen Software-Versionen nutzen möchte, ist mit einem Upgrade auf Feisty Fawn gut beraten.

Zu diesem Thema in der Blogosphäre:

Planet Geek: Ubuntu Feisty Fawn Upgrade from Edgy Eft
Netscape Tech: Ubuntu »Feisty Fawn« upgrade was a breeze
Nixcraft: Howto upgrade from Ubuntu 6.10 to Ubuntu feisty fawn 7.04 Linux

Daniel Schneller: Upgrade to Feisty Fawn

Ubuntu 7.04 »Feisty Fawn« released

Martin Eisenhardt — Thu, 19 Apr 2007 11:43:31 +0000

Wie man das von Mark Shuttleworth und seinem Ubuntu-Team bereits gewöhnt ist, wurde die neue cutting edge Version der populären Linux-Distribution Ubuntu pünktlich und ohne Verzögerung (Hallo Redmond!) ausgeliefert.

Die Server bei ubuntu.com sind zur Zeit etwas überlastet – das sind dann die weniger positiven Auswirkungen der immer weiter steigenden Popularität von Linux im Allgemeinen und Ubuntu bzw. Kubuntu und Xubuntu, vor allem auch im Desktop-Bereich.

Ich hatte bereits in die Herd-Versionen und in die Beta-Version von Feisty Fawn reingeschnuppert, besonders gut gefallen haben mir OpenOffice.org 2.2, Java 6, Subversion 1.4.3 und der neue Kernel – alles vom Feinsten. Da wird aber jeder seine eigenen Favoriten haben, schließlich machen wir nicht alle das gleiche mit unseren Maschinen. Nachdem ich meine Produktivsysteme upgegraded habe, kann ich dann auch genaueres zu anderen Applikationen berichten – wenn andere das nicht bereits vorher schon tun …

Da die Server bei Ubuntu.com temporär etwas ausgelastet sind, habe ich mich dazu entschlossen, einige der neuen ISO-Images von Ubuntu und Kubuntu 7.04 hier zu spiegeln und zum Download bereitzustellen:

OS	Variante	Plattform	Link
Kubuntu 7.04	Desktop	i386	ISO-Image (695 MiB)
Kubuntu 7.04	Desktop	AMD64	ISO-Image (699 MiB)
Ubuntu 7.04	Desktop	i386	ISO-Image (698 MiB)
Ubuntu 7.04	Desktop	AMD64	ISO-Image (700 MiB)

Hinweis: Sobald sich die Download-Situation etwas normalisiert hat (oder ich wieder mehr Platz brauche … ), werde ich diese Links auf einen offiziellen Mirror umbiegen.

Ich werde möglichst bald auch in einem Blogpost den Upgrade-Prozess von Edgy Eft nach Feisty Fawn für Kubuntu beschreiben. Mal sehen, wann sich das zeitlich machen lässt.

Erzeugen einer Liste installierter Pakete auf einem (K)Ubuntu-System

Martin Eisenhardt — Mon, 16 Apr 2007 22:44:53 +0000

Wer sich schon einmal gefragt hat, wie er eine Liste aller auf seinem Ubuntu- bzw. Kubuntu-System installierten Pakete erhalten kann, sollte sich mal das folgende kleine Kommando angucken:

$ sudo dpkg -l | grep ^ii | awk '{print $2}' > paket-liste

Es wird eine Liste installierter Pakete in die Datei paket-liste geschrieben. Diese Liste kann man sich dann als Bettlektüre zu Gemüte führen (weniger empfehlenswert ) oder aber – und das ist das interessante – man kann diese Datei auf einen anderen Rechner übertragen und dann folgendes machen:

$ for paket in $(cat paket-liste); do
  echo $paket;
  sudo apt-get install $paket;
done

Damit wird auf dem Zielsystem exakt die gleiche Paketauswahl installiert, die auf dem Ursprungssystem installiert war. Ich habe an dieser Stelle darauf verzichtet, Pakete auf dem Zielsystem zu entfernen, die auf dem Ursprungssystem nicht installiert waren – eventuell werden die auf dem Zielsystem aus anderen Gründen benötigt.

Sollte diese Funktionalität aber benötigt werden, dürfte ein einfaches diff zwischen den Paketlisten beider Systeme zeigen, welche zusätzlichen Pakete auf dem Zielsystem installiert sind – und diese können dann entfernt werden.

GPG-Keys automatisch in apt importieren

Martin Eisenhardt — Mon, 16 Apr 2007 14:01:57 +0000

Wer mit Ubuntu/Kubuntu/Xubuntu/... arbeitet, kommt um die Benutzung des manchmal etwas widerspenstigen apt in all seinen Varianten (apt-get, apt-cache, ...) nicht herum – es sei denn, man entscheidet sich für das oftmals nicht weniger kryptische aptitude.

Ein nettes Feature von apt (und inzwischen eigentlich aller anderen package manager wie yast, portage, ...) ist, dass Pakete vor der Installation gegen einen oder mehrere kryptographische Hashes (meist MD5 und SHA1) getestet werden. Damit kann festgestellt werden, ob das Paket (möglicherweise mit finsteren Absichten) verändert wurde.

Zusätzlich baut apt auf die Signatur von Paketen durch die package maintainer: Auch diese Signatur ist natürlich kryptographisch gesichert und stellt sicher, dass das von apt downgeloadete Paket in dem Zustand vorliegt, in dem der Maintainer es released hat.

Und jetzt kommt der Knackpunkt bzw. die kleine Unbequemlichkeit: Damit eine solche Signatur überhaupt einen Wert hat, muss sie auch überprüft werden – und dazu benötigt man den public key des Signierenden, also im Falle von apt den public key des package maintainers, sonst gibt apt folgendes aus:

$ sudo apt-get update
Get:1 http://archive.canonical.com edgy-commercial Release.gpg
[191B]
Get:2 http://archive.czessi.net edgy Release.gpg [481B]
Hit http://archive.canonical.com edgy-commercial Release
Get:3 http://ubuntu.beryl-project.org edgy Release.gpg [191B]
Get:4 http://security.ubuntu.com edgy-security Release.gpg
[191B]
Get:5 http://mirror2.ubuntulinux.nl edgy-seveas Release.gpg
[307B]
[...]
W: GPG error: http://kubuntu.org edgy Release: The following
signatures couldn't be verified because the public key
is not available: NO_PUBKEY A506E6D4DD4D5088
W: GPG error: http://wine.budgetdedicated.com edgy
Release: The following signatures couldn't be verified
because the public key is not available: NO_PUBKEY
58403026387EE263
W: You may want to run apt-get update to correct these problems

Um diese lästige Meldung loszuwerden und gleichzeitig in den Genuss überprüfter Packages zu kommen, bietet sich das folgende kleine Skript an, dass die noch nicht importierten Keys (halb-)automatisch von einem Key-Server besorgt, in den lokalen GPG-Keyring und mittels apt-key auch nach apt importiert:

for KEY in "A506E6D4DD4D5088" "58403026387EE263";
do
  gpg --keyserver hkp://subkeys.pgp.net --recv-keys $KEY;
  gpg --export --armor $KEY | sudo apt-key add -;
done

Bei diesem Skript müssen am Beginn der for-Schleife die IDs der noch fehlenden Keys eingetragen werden. Nach dem Start fragt das Skript einmal nach dem User-Passwort, um das sudo in der dritten Zeile ausführen zu können; die folgenden Aufrufe sollten sich in der Standard-Konfiguration von Ubuntu, Kubuntu, Xubuntu, ... nicht noch einmal nach dem Passwort erkundigen, da ein erfolgreicher sudo-Aufruf für einige Zeit gecachet wird.

Wenn dieses Skript erfolgreich durchgelaufen ist, sollte es keine Probleme mit noch fehlenden Keys mehr geben – jedenfalls so lange nicht, bis man ein weiteres Repository zu seiner /etc/apt/sources.list hinzufügt.

Hausaufgabe für besonders Fleißige:

Wer schreibt mir ein schönes Skript für sed, awk oder grep, dass aus der Ausgabe von apt-get die IDs der noch fehlenden public keys extrahiert und diese dann automatisch in das obige Skript eingibt?

Danke schon einmal …

Beryl 0.1.9999.1 ist »broken« – Abhilfe

Martin Eisenhardt — Sat, 03 Feb 2007 18:42:28 +0000

Vorgestern habe ich voller Elan das Update von Beryl 0.1.99.2 auf 0.1.9999.1 installiert und wurde mit einem nicht mehr funktionierenden 3D-Desktop »belohnt« .

Mir ist das sogar gleich auf zwei Rechnern passiert, da Beryl auch nach dem Update zunächst noch funktioniert. Erst nach einen Reboot kommt es zu Problemen. Da hatte ich aber auch schon den zweiten Rechner upgedated. Prima, das spricht wieder einmal für ein ingenieursmäßig organisiertes Vorgehen meinerseits …

Zur Zeit scheint es aus dem Beryl-Projekt selbst keinerlei Bug-Fixes für dieses Problem zu geben. Im IRC hört man auf dem Channel #beryl nur »same problem here«, auch den Entwicklern scheint der Faux-pas bekannt zu sein. Nur Abhilfe gibt es – auch heute, immerhin zwei Tage später – nicht. Das ist natürlich verständlich, schließlich arbeiten die Beryl-Entwickler in ihrer Freizeit an diesem wirklich innovativen 3D-Desktop. Für den Anwender ist es aber dennoch doof.

In meinem Fall – ich arbeite mit Kubuntu 6.10 »Edgy Eft« – gibt es eine recht einfache Lösung: Einfach die alte Version 0.1.99.2 wieder installieren. Da es mitunter ein bisschen schwierig ist, an die alten *.deb-Files zu kommen, habe ich mal ein Paket für Ubuntu, Kubuntu und Xubuntu zusammengestellt, dass alle benötigten Pakete enthält:

beryl-0.1.99.2.tar.bz2
In diesem Tarball ist ein Bash-Skript namens install.sh enthalten, das nach dem Download und Auspacken automatisch die alte Beryl-Version 0.1.99.2 installiert:
```
$ tar xfjv beryl-0.1.99.2.tar.bz2
$ cd beryl-0.1.99.2
$ sudo ./install.sh
```
Einen Restart später sollte der 3D-Desktop dann wieder zu sehen sein.

Auf die stabile Version 0.2 von Beryl bin ich schon einmal gespannt und hoffe, dass die dann auch problemlos unter {K,X}Ubuntu funktioniert …

Die NSA-»Hilfe« bei der Entwicklung von Windows

Martin Eisenhardt — Tue, 16 Jan 2007 10:02:11 +0000

Es geistern immer wieder Gerüchte durchs Web, Mitarbeiter der NSA der USA hätten backdoors in diverse Windows-Versionen eingebaut – ob nun mit oder ohne Wissen von Microsoft. Angeblich könne über diese »Generalschlüssel« jeder unter Windows betriebene Rechner ausgespäht werden. Ob es dabei nun um Kriminalitätsbekämpfung, den Krieg gegen den Terror oder aber nur um banale Wirtschaftsspionage (schließlich verwenden – leider – die meisten Firmen und Organisationen Windows, zumindest am Arbeitsplatz) handelt, bleibt dabei allerdings immer Mutmaßung.

Ein netter kleiner Artikel über diese Gerüchte gibt es im Blog »get privacy«.

Auch die neuen »Sicherheits-Features« und das Digital Restriction Management in der neuen Windows-Version »Windows Vista« sind einer Erwähnung wert. Hier wird der Nutzer in der Ausübung seiner Rechte an legal erworbenen Inhalten derart beschnitten, dass sich einem die Nackenhaare aufstellen. Das geht dann teilweise so weit, dass sogar selbst-produzierte Inhalte zwangsweise mit DRM-Maßnahmen »gesichert werden« (vor wem denn eigentlich?), ohne dass man das überhaupt möchte.

Besonders schön finde ich auch das nette Feature, dass Windows Vista hin und wieder überprüft, ob es sich denn bei der Installation um eine rechtmäßig lizenzierte Kopie handelt. Wenn Vista Zweifel daran hat, wird der Nutzer zur Verifikation aufgefordert (z.B. Telefonat mit Microsoft) und die Vista-Installation in der Zwischenzeit funktional stark beschnitten. Man stelle sich einmal vor, so etwas passiert in einem Krankenhaus oder in einem sicherheitskritischen Bereich wie etwa der Flugsicherheit, bei Sicherheitsbehörden oder Banken. Aber auch schon eine Stufe darunter ist das nicht nur eine nervige Angelegenheit: Wenn ich in meinem SME nicht mehr richtig arbeiten kann, verliere ich richtig Geld – gerade für Startups kann schon ein Ausfall von wenigen Stunden das Aus bedeuten.

Ich weiß nicht, aber ein mulmiges Gefühl hätte ich schon, wenn ich wichtige Daten einem Windows-System anvertrauen würde.

Problematisch ist nur: Man macht das ohnehin. Sobald man Daten an Firmen, Banken, Versicherungen, Steuerbehörden, ... herausgibt bzw. herausgeben muss, läuft man immer Gefahr, dass diese Daten wenigstens über ein Windows-Desktop-System bearbeitet werden oder gar auf einem Windows-Server gespeichert sind. Dem kann man sich (und seine Daten) nicht entziehen.

Es wäre nun an Microsoft, diese Gerüchte entweder zu bestätigen (und natürlich diese Hintertürchen aus der Software zu entfernen) oder aber stichhaltig zu widerlegen, zum Beispiel über Code-Audits durch unabhängige(!) Experten. Aber man ahnt schon: Das wird Microsoft nicht machen, denn der Windows-Source-Code ist ja geheim und wird nur im Rahmen von NDA zur Einsicht herausgegeben. Dann aber darf man auch schon nichts mehr über eventuell gefundene Sicherheitslücken etc. an die Öffentlichkeit geben.

Rosige Aussichten für Anbieter anderer Betriebssysteme, könnte man meinen. In wieweit diese aber von dieser Unsicherheit in Bezug auf die Sicherheit von Windows profitieren können, ist ungewiss. Zu sehr ist bei vielen Entscheidern noch das Vorurteil in den Köpfen, freie Software sei schon fast kommunistisch angehaucht, es gäbe keinen Support und die rechtliche Situation (etwa in Bezug auf »Software-Patente«) sei nicht gesichert. Man kann nur hoffen, dass sich das ein wenig ändert.

Installation von VirtualBox unter Kubuntu

Martin Eisenhardt — Mon, 15 Jan 2007 12:20:40 +0000

Wer sich bei der Installation des heute unter der GPL freigegebenen Virtualisierungstools VirtualBox unter Kubuntu exakt an die Anleitung hält, bekommt ein Rechteproblem beim Start einer virtuellen Maschine. In diesem kurzen Tutorial möchte ich zeigen, wie man VirtualBox unter Kubuntu zum Laufen bekommt.

Bitte das Update am Ende des Artikels beachten!

Zunächst einmal besorgt man sich die aktuellste Version (1.3.2, Stand: 15.01.2007) der Virtualbox auf der Downloadseite bei Innotek. Diese wird auf der lokalen Platte (z.B. in /home/mein-account) gespeichert.

Die Installation wird mit

$ sudo dpkg -i VirtualBox_1.3.2_Ubuntu_Edgy_x86.deb

durchgeführt. Wichtig ist der am Schluss der Installationsroutine angezeigte Hinweis, dass sich der Nutzer von VirtualBox in der neu angelegten Gruppe vboxusers befinden muss. Wir fügen also den aktuellen Benutzer (und alle weiteren, die mit VirtualBox arbeiten sollen) dieser neuen Gruppe hinzu:

$ sudo usermod --append --groups vboxusers mneisen

Hinweis: mneisen bitte durch den eigenen Accountnamen ersetzen!

Dann prüfen wir, ob das VirtualBox-Kernelmodul bereits geladen wurde und laden es ggf. mit modprobe:

$ lsmod | grep vboxdrv
$ sudo modprobe vboxdrv

Hinweis: Die zweite Zeile ist nur notwendig, wenn die erste Zeile keinerlei Output erzeugte.

Als letzter Schritt vor dem Start von VirtualBox muss noch ein kleiner Fehler der Installationsroutine(?) ausgemerzt werden: Der Zugriff auf das gerade geladene Kernelmodul führt noch zu Problemen mit den Rechteeinstellungen.

Dies beheben wir mit einer beherzten Änderung der Rechtebits von /dev/vboxdrv:

$ sudo chmod 777 /dev/vboxdrv

Nun kann die VirtualBox von der Kommandozeile gestartet werden:

$ VirtualBox

Natürlich ist es ebenso möglich, sich einen entsprechenden Eintrag im K-Menu zu erstellen oder ein Icon auf den Desktop zu legen. Wie auch immer man VirtualBox startet, man bekommt (hoffentlich!) dieses Administrationspanel zu sehen:

Viel Spaß mit VirtualBox!

Update

Nach einer Diskussion auf #vbox (dem IRC-Channel der VirtualBox-Entwickler) hat sich herausgestellt, dass es sich bei dem beschriebenen Rechteproblem wohl am ehesten um ein Linux- bzw. (K)Ubuntu-Problem handelt. Zwar hatten auch andere User die beschriebenen Probleme, allerdings stellte sich heraus, dass Kubuntu das Hinzufügen eines Nutzers zu einer Gruppe weder in neu gestarteten Shells noch nach einem Neustart der KDE-Session beherzigt.

Erst ein kompletter Neustart hat die beschriebenen Probleme beseitigt.

Daher empfehle ich (K)Ubuntu-Nutzern nach der Installation der VirtualBox einen Neustart ihres Systems durchzuführen.

Kubuntu in der VirtualBox

Martin Eisenhardt — Mon, 15 Jan 2007 11:47:06 +0000

Heute hat InnoTek seine Virtualisierungssoftware VirtualBox unter der GPL veröffentlicht und auch die Enterprise-Version zum kostenlosen (aber eben nicht freien) Download bereitgestellt.

Da mich so etwas immer brennend interessiert, habe ich es gleich einmal ausprobiert, und siehe da, Kubuntu 6.10 (»Edgy Eft«) als Guest auf einem Kubuntu 6.10 (»Edgy Eft«) läuft wunderbar.

Kubuntu läuft prima und auch recht performant, natürlich nicht ganz so schnell wie ein nicht-virtualisiertes System. Das kann aber auch keiner erwarten. Schön sind die Möglichkeiten, Sound und USB an die virtuellen Maschine anzuschließen. Wer also für die Videobearbeitung immer noch auf Windowstools angewiesen ist – voila!

Nach den ersten Eindrücken bin ich ganz begeistert von VirtualBox. Bislang hatte ich immer auf Qemu gesetzt, dass allerdings z.Z. unter Kubuntu ohne die Beschleunigung durch ein besonderes Kernel-Modul auskommen muss und daher nicht sonderlich schnell ist. Das ist bei VirtualBox gänzlich anders, da ist flüssiges Arbeiten mit dem Gastsystem gar kein Problem.

Nächste Tests für mich sind OpenSolaris und FreeBSD in der VirtualBox.

ZFS unter Ubuntu/Kubuntu 6.10 (»Edgy Eft«)

Martin Eisenhardt — Sun, 31 Dec 2006 16:55:08 +0000

Sun Microsystems hat der OpenSource Community ein neues Power-Tool geschenkt: Das Zettabyte Filesystem, kurz ZFS genannt. Dieses Filesystem räumt mit der gängigen Zuordnung »eine Partition – ein Dateisystem« gründlich auf und abstrahiert die Filesystem-Ebene komplett von der darunterliegenden Speicherinfrastruktur. Wer mehr zu den Grundlagen von ZFS lesen möchte, kann dies hier tun.

Zunächst war ZFS lediglich für Suns Betriebssystem Solaris verfügbar. Inzwischen laufen Portierungsprojekte auf verschiedene BSD-Derivate, MacOS und Linux. Gerade die Linux-Variante ist wohl für viele Anwender interessant. Diese wird von Ricardo Correira implementiert und baut auf FUSE auf, da die Integration der unter Suns CDDL freigegebenen Sourcen in den unter der GPL stehenden Linux-Kernel aus lizenzrechtlichen Gründen problematisch ist.

In diesem Blogpost möchte ich kurz beschreiben, wie man ZFS unter einem aktuellen Kubuntu 6.10 (»Edgy Eft«) kompiliert und zum Laufen bringt.

The shoulders of Giants

Auch andere haben sich natürlich schon dieses Themas angenommen, darunter Machine Check Exception und Chris Samuel.

Source Code besorgen

Es gibt grundsätzlich zwei Möglichkeiten, sich den Source-Code zu besorgen: per Download oder über das Mercurial-Repository von
Ricardo Correia. Letztere Möglichkeit ist insbesondere für Anwender/Entwickler, die immer auf dem letzten Stand sein wollen – birgt aber auch die Gefahr, dass der Code nicht gar so rock stable ist wie eine releaste Version.

Die letzte releaste Version 0.4.0_alpha1 (Stand: 31.12.2006) kann unter

https://developer.berlios.de/project/showfiles.php?group_id=6836

bezogen werden.

Das von dort heruntergeladene Source-Code-Archiv wird dann per

$ tar xfj zfs-fuse-0.4.0_alpha1.tar.bz2

entpackt.

Die Abenteurer unter uns können sich Mercurial installieren (falls nicht ohnehin schon vorhanden) und sich dann den Source Code direkt aus Ricardos Repository ziehen. Die erste der beiden Codezeilen checkt die letzte releaste Version aus der Serie 0.4 aus, die zweite besorgt die cutting edge Version (Hinweis: use at your own risk):

$ hg clone http://www.wizy.org/mercurial/zfs-fuse/0.4.x
$ hg clone http://www.wizy.org/mercurial/zfs-fuse/trunk

Dependencies installieren

Damit sich ZFS unter Ubuntu/Kubuntu kompilieren und installieren lässt, müssen wir uns zunächst eine Build-Umgebung schaffen und die Dependencies (die Sourcen von FUSE) installieren:

$ sudo apt-get install build-essential scons
$ sudo apt-get install libfuse-dev

MAKE

Wir wechseln nun in das Verzeichnis mit den Sourcen. Der genaue Pfad hängt davon ab, welche der oben vorgestellten Möglichkeiten zur Beschaffung des Source Codes gewählt wurde:

$ cd zfs-fuse-0.4.0_alpha1/src # nach Download
$ cd 0.4.x/src # Mercurial-Checkout aktuelle Serie
$ cd trunk/src # für Wagemutige

Der Build der Sourcen wird über ein im Source-Paket enthaltenes Skript für scons gesteuert. Für uns bedeutet das, dass wir es nun sehr einfach haben:

$ scons

Installation

Die Installation ist ebenfalls extrem einfach gehalten und wird auch über scons gesteuert:

$ sudo scons install

Fertig!

Arbeiten mit ZFS

Hier möchte ich nun keine komplette Übersicht über die Möglichkeiten von ZFS bieten – dazu gibt es (vielleicht) mal einen weiteren Artikel. Interessant wäre aber schon, ob das gerade übersetzte und installierte ZFS überhaupt funktioniert …

Damit wir mit ZFS unter Linux arbeiten können, müssen wir zunächst den ZFS-Daemon starten. Ein Skript dafür ist in den Sourcen im Verzeichnis src/zfs-fuse enthalten:

$ cd src/zfs-fuse; ./run.sh

Wir benötigen nun noch mindestens ein, möglichst aber mehrere Block-Devices, um die Möglichkeiten von ZFS zu demonstrieren. In meinem Fall habe ich unter EVMS einfach zwei neue Devices /dev/evms/zfs0 und /dev/evms/zfs1 auf verschiedenen Festplatten angelegt. Man kann aber auch Dateien als Pseudo-Blockdevices verwenden.

$ dd if=/dev/zero of=~/zfs0 bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 22.3667 seconds, 48.0 MB/s
$ dd if=/dev/zero of=~/zfs1 bs=1M count=512
512+0 records in
512+0 records out
536870912 bytes (537 MB) copied, 1.42299 seconds, 377 MB/s
$ dd if=/dev/zero of=~/zfs2 bs=1M count=1536
1536+0 records in
1536+0 records out
1610612736 bytes (1.6 GB) copied, 21.063 seconds, 76.5 MB/s

Dies legt null-gefüllte Dateien zfs{0|1|2} mit einer Größe von 1G, 0.5G und 1.5G im Heimatverzeichnis des aktuellen Benutzers an.

Der ZFS Pool kann dann mit

$ sudo zpool create test ~/zfs0

angelegt werden. Wir können nun mit ZFS-Tools ein paar Informationen über den soeben angelegten ZPool sammeln:

$ sudo zpool list
NAME                    SIZE    USED   AVAIL    CAP  HEALTH     ALTROOT
test                   1016M     88K   1016M     0%  ONLINE     -
$ sudo zpool status test
  pool: test
 state: ONLINE
 scrub: none requested
config:
 
        NAME                  STATE     READ WRITE CKSUM
        test                  ONLINE       0     0     0
          /home/mneisen/zfs0  ONLINE       0     0     0
 
errors: No known data errors

Super: Noch keine Fehler …

Zeit für das erste Dateisystem; Dateisysteme in ZFS sind hierarchisch, d.h., Dateisysteme können ihrerseits wiederum Dateisysteme enthalten. Properties (wie etwa Quotas, Kompression, Reservierung, ...) werden dabei von oben nach unten vererbt.

$ sudo zfs create test/users
$ sudo zfs list
NAME         USED  AVAIL  REFER  MOUNTPOINT
test         114K   984M  25.5K  /test
test/users  24.5K   984M  24.5K  /test/users

Dann wollen mit mal ein paar Dateisysteme für unsere beiden Benutzer Alice und Bob anlegen:

$ sudo zfs create test/users/alice
$ sudo zfs create test/users/bob
$ sudo zfs list
NAME               USED  AVAIL  REFER  MOUNTPOINT
test               178K   984M  25.5K  /test
test/users        76.5K   984M  27.5K  /test/users
test/users/alice  24.5K   984M  24.5K  /test/users/alice
test/users/bob    24.5K   984M  24.5K  /test/users/bob

Alice und Bob sollen jeweils maximal 1G Speicher verbrauchen können.

$ sudo zfs set quota=1G test/users/alice
$ sudo zfs set quota=1G test/users/bob

Zusammen sollen Alice und Bob maximal 1.5G Platz in unserem ZPool belegen.

$ sudo zfs set quota=1536M test/users

Für Bob sollen allerdings mindestens 640M reserviert werden.

$ sudo zfs set reservation=640M test/users/bob
$ sudo zfs list
NAME               USED  AVAIL  REFER  MOUNTPOINT
test               640M   344M  25.5K  /test
test/users         640M   344M  27.5K  /test/users
test/users/alice  24.5K   344M  24.5K  /test/users/alice
test/users/bob    24.5K   984M  24.5K  /test/users/bob

Oops, was ist denn jetzt passiert? Alice kann nur noch 344M belegen? Ja. Das sind die Auswirkungen der Reservierung von 640M Platz für Bob. Damit dieser garantiert 640M belegen kann, müssen andere Nutzer in ihrem Platzbedarf eingeschränkt werden. Das ist ein wirklich schönes Feature von ZFS, dass es so zwar auch in anderen Dateisystemen oder Add-On-Produkten gibt. Hier ist aber Kernbestandteil des Dateisystems und kann auch auf ganze Teilbäume im hierarchischen Baum der Dateisysteme in ZFS angewendet werden. Mit

$ sudo zfs set reservation=1.5G test/users
cannot set property for 'test/users': size is greater than available space

kann z.B. festgelegt werden, dass für die Benutzer mindestes 1.5G Platz zur Verfügung steht – wäre da nicht die ominöse Fehlermeldung, die uns darauf aufmerksam macht, dass für eine solche Reservierung nicht mehr genügend Speicherplatz in unserem Pool zur Verfügung steht. Da wir aber noch zwei weitere Devices (zfs1 und zfs2, unsere Pseudo-Blockdevices in normalen Files) zur Verfügung haben, können wir diese zu unserem ZPool hinzufügen und damit Platz schaffen:

$ sudo zpool add test ~/zfs1
$ sudo zpool add test ~/zfs2
$ sudo zpool list
NAME                    SIZE    USED   AVAIL    CAP  HEALTH     ALTROOT
test                   2.98G    194K   2.98G     0%  ONLINE     -

Nun können wir auch die Reservierung von 1.5G Platz für die Gesamtheit aller Dateisysteme unter test/users durchsetzen:

$ sudo zfs set reservation=1.5G test/users
$ sudo zfs list
NAME               USED  AVAIL  REFER  MOUNTPOINT
test              1.50G  1.43G  25.5K  /test
test/users         640M   896M  27.5K  /test/users
test/users/alice  24.5K   896M  24.5K  /test/users/alice
test/users/bob    24.5K  1024M  24.5K  /test/users/bob

Voìla! Wie man sieht, hat Bob nun maximal 1G zur Verfügung. Da er 640M fest zugesichert bekommt und für die Dateisysteme unter test/users maximal 1.5G eingeplant sind, bleiben für Alice 896M übrig. Sie wird Ihre maximal zugewiesenen 1G also nicht nutzen können – außer wir verändern die Obergrenze auf test/users. In unserem ZPool test haben wir insgesamt rund 3G Platz – 1.5G davon sind inzwischen aber verbraucht, da wir den Nutzern soviel Speicherplatz fest zugesagt haben.

Damit Alice, die keine 1G Platz beanspruchen kann, aber dennoch viel in ihrem Verzeichnis unterbringt, schalten wir (nur für ihren Verzeichnisbaum) Kompression an:

 
$ zfs set compression=on test/users/alice

Dies komprimiert alle neu hinzukommenden Daten in Alice’ Verzeichnis, vollkommen transparent für den Anwender. Wir testen die Auswirkungen:

$ cd ~; wget http://www2.kernel.org/pub/linux/kernel/v2.6/linux-2.6.19.1.tar.bz2
$ tar xj ~/linux-2.6.19.1.tar.bz2
$ du -sh linux-2.6.19.1
269M    linux-2.6.19.1
$ sudo rsync -aS ~/linux-2.6.19.1 /test/users/alice
[...]
sent 230975825 bytes  received 468146 bytes  1624168.22 bytes/sec
total size is 229629549  speedup is 0.99
$ sudo zfs list
NAME               USED  AVAIL  REFER  MOUNTPOINT
test              1.50G  1.43G  25.5K  /test
test/users         775M   761M  27.5K  /test/users
test/users/alice   135M   761M   135M  /test/users/alice
test/users/bob    24.5K  1024M  24.5K  /test/users/bob

Obwohl die Sourcen des Linux Kernel 2.6.19.1 etwa 269M umfassen, belegen sie in Alice’ komprimiertem Verzeichnis lediglich 135M. Wenn Alice also hauptsächlich mit gut komprimierbaren Daten arbeitet (Source Code, LaTeX-Dokumente, XML-Dateien, ...), dann wird sie aller Voraussicht nach sogar mehr als 1G Daten in ihrem Verzeichnis unterbringen können.

Fazit

Die ZFS-Portierung von Solaris nach Linux&FUSE ist zwar noch nicht ganz abgeschlossen, es wird auch auf die noch fehlende Optimierung und potentielle Bugs hingewiesen. In meinen Tests bin ich allerdings noch auf keinen solchen Fehler gestoßen, die Performance ist (wenn tatsächlich Disks und keine Dateien auf einem anderen Dateisystem) schon recht ordentlich. Für Systemadministratoren ist ZFS das Ende vieler Konfigurations-Alpträume und sollte Alternativen wie LVM und EVMS starke Konkurrenz machen.

Selbst professionelle, kommerzielle Lösungen können typischerweise auch nicht mehr als ZFS (z.B. Snapshots, Clones, ...). Wenn ich wetten müsste, welcher Volume Manager in 5 Jahren den Markt aufgerollt hat, würde ich auf ZFS tippen.

Für die kommende Zeit plane ich ein paar Performance-Messungen, über die ich dann hier berichten werde. Eventuell schreibe ich auch noch ein kleines Tutorial – mal sehen, wieviel Zeit ich haben werde …

Bittorrent: Downloads von Kubuntu und Ubuntu 6.10 »Edgy Eft« erzeugen viel Traffic

Martin Eisenhardt — Thu, 14 Dec 2006 11:24:34 +0000

Seitdem ich bei meinem Server der Traffic inklusive ist und nicht mehr einzeln berechnet wird, seede ich die aktuellen ISO-Images von Kubuntu und Ubuntu 6.10 »Edgy Eft« natürlich gerne per Bittorrent. Das dieses Angebot dann gerne genutzt wird, habe ich gerade bei einem Blick auf die Trafficzahlen gesehen. Ich bin gerade dabei, rTorrent und libtorrent auf den neuesten Stand zu bringen und muss daher Bittorrent kurz neu starten. Und dabei fiel mir der folgende Traffic (aus den letzten ca. 14 Tagen) ins Auge:

Datei	Traffic
kubuntu-6.10-desktop-i386.iso	110 GiB
kubuntu-6.10-desktop-amd64.iso	61 GiB
kubuntu-6.10-desktop-powerpc.iso	12 GiB
kubuntu-6.10-alternate-i386.iso	103 GiB
ubuntu-6.10-desktop-i386.iso	192 GiB
ubuntu-6.10-desktop-amd64.iso	109 GiB
ubuntu-6.10-desktop-powerpc.iso	27 GiB
ubuntu-6.10-alternate-i386.iso	128 GiB
ubuntu-6.10-alternate-amd64.iso	88 GiB
ubuntu-6.10-alternate-powerpc.iso	17 GiB
Gesamt	847 GiB

Was sagen mir diese Zahlen nun?

Zum einen: Es besteht offenbar erhebliches Interesse an Kubuntu und Ubuntu, und es gibt auch immensen Bedarf an Bittorrent-Seedern. Also: Falls jemand die Möglichkeit hat, sollte er/sie unbedingt das eine oder andere ISO per Bittorrent zur Verfügung stellen. Insbesondere die Images für die Plattformen i386 und AMD64 werden nachgefragt – wen wundert’s?

Zum anderen: Ich sollte mich jetzt wirklich mal daran machen, auch für Kubuntu alle Images zu seeden und nicht nur »vier aus sechs« (das sollte es übrigens mal als Lotto geben; bei »6 aus 49« hatte ich noch nicht so viel Glück … ).

Als kleinen Service habe ich noch direkte Links zu den Files an dieses Post angehängt. Für manchen ist es eventuell schneller und einfacher, sich die ISOs per Browser zu ziehen.

Viel Spaß mit Kubuntu und Ubuntu!

Hinweis: Da »Edgy Eft« inzwischen von »Feisty Fawn« abgelöst wurde, habe ich die Downloads für die Edgy-ISOs entfernt.

Kubuntu: Upgrade von Dapper Drake auf Edgy Eft

Martin Eisenhardt — Sat, 25 Nov 2006 17:25:16 +0000

Hinweis: Einen Visual Guide für das Upgrade von Kubuntu 6.10 »Edgy Eft« nach Kubuntu 7.04 »Feisty Fawn« gibt es hier .

Nachdem ich schon verschiedentlich gelesen hatte (z.B. bei Ende der Vernunft), dass das Upgrade von (K)Ubuntu 6.06 LTS (Codename: »Dapper Drake«) auf die Version 6.10 (»Edgy Eft«) zwar nicht direkt schwierig ist, aber doch ihre Tücken aufweist, habe ich (in mir unbekannter Geduld) erst einmal ein bisschen abgewartet, bis ich auch diesen Schritt wage. Jetzt ist es soweit: Mein Rechner am Arbeitsplatz ist schon upgedated (mit nur wenigen Problemchen), jetzt gerade läuft das Upgrade meines Laptops. Mein PC im Arbeitszimmer folgt dann irgendwann.

Motivation

Warum upgraden, wenn alles gerade so schän läuft? Nun, wenn ich meine Rechner als reine Büromaschinen einsetzen würde, also nur für Openoffice, Kontact (eMail, Adressen, Kalendar), Web-Browsing und vielleicht ein bisschen Multimedia (MP3, Digikam, ...) – dann hätte ich mir das auch noch einmal überlegt. Solche »normalen« Anwender müssen sicherlich noch nicht updaten.

Wenn man allerdings auf den Maschinen entwickelt, dann hat man schon ganz gerne etwas frischere Software am Start. Insbesondere finde ich das Upgrade auf Mozilla Firefox 2.0 und endlich eine etwas modernere Variante von Subversion ganz hilfreich – obwohl Subversion 1.3.2 auch nicht wirklich »aktuell« genannt werden kann, da gibt es schon die Version 1.4.2 (Stand: 25.11.2006).

Die Empfehlung ist also ganz klar und sieht so aus, wie es bei Software-Updates immer ist: Wenn alles so läuft, wie man das möchte, wenn man keine weiteren Features oder neuere Programmversionen benötigt und für die aktuelle Serie auch noch Sicherheitsupdates herausgegeben werden (bei 6.06 LTS – »Long Term Support« – ist das noch einige Jahre so), dann sollte man auch nicht updaten. Sonst schon.

Ablauf des Updates

Auf den Seiten bei Kubuntu ist die Prozedur für das Upgrade eigentlich sehr gut erklärt. Zunächst sollte man in seinen apt-Sources alle Vorkommen von »dapper« durch »edgy« ersetzen:

$ cd /etc/apt
$ sudo sed -ibkp -e 's/dapper/edgy/g' sources.list

Danach holt man sich dann per

$ sudo apt-get update

die neuen Paket-Beschreibungen aus den Repositories und startet das Upgrade mittels

$ sudo apt-get dist-upgrade

Das kann jetzt ein bisschen dauern: In meinem Fall mussten ca. 1,4 GByte Pakete heruntergeladen werden, was auch bei DSL 2000 etwa 1,5 h in Anspruch nahm (macht nix, ich wollte eh zum Friseur ).

Während des Upgrade kann es verschiedentlich zu kleinen Problemchen kommen. Darunter ist aber nichts, was sich nicht mir einem beherzten

$ sudo dpkg --configure -a

beheben ließe. Im Extremfall muss man ein Paket temporär entfernen und kann es erst wieder nach dem Upgrade installieren. Ein solcher Fall war auf meinem Laptop courier-authlib und verwandte Pakete. Da ich die aber ohnehin nur zum Ausprobieren einiger Details installiert hatte, flogen die gleich ganz runter und werden vorerst auch nicht mehr installiert.

Hinweis: Die Sache mit courier-authlib ist im Übrigen ein »known bug«, für den es ein ziemlich übles Workaround gibt.

Der Trick ist besteht dabei tatsächlich darin, das Paket zu de-installieren (die Abhängigkeiten haben sich in »Edgy Eft« geändert). Die De-Installation ist allerdings mit ein bisschen Gewalt verbunden:

$ cd /var/run
$ sudo rm -rf courier
$ sudo dpkg --force-remove-reinstreq -P courier-authdaemon

Danach geht es dann weiter mit

$ sudo dpkg --configure -a
$ sudo apt-get dist-upgrade

Hässlich, aber wirkungsvoll …

Bei einigen Paketen fragt apt auch nach, wie sie konfiguriert werden sollen. Da ist dann jeder sich selbst bzw. jedem sein Geschmack überlassen, ob man die neuen »plain-vanilla« config-Files aus dem Upgrade übernimmt und dann nachher anhand der vorher gesicherten alten config-Files anpasst, oder ob man einfach die alten config-Files behält, mit dem Risiko, dass da dann auch nicht alles passt. Ich persönlich wähle da immer die erste Alternative.

Ein letzter Schritt ist dann noch notwendig, um das Upgrade abzuschließen:

$ sudo apt-get install kubuntu-desktop python-qt3 \
    python-kde3 ubuntu-minimal

Nach einem kurzen (hoffentlich) Reboot befindet man sich dann in einem Kubuntu 6.10 »Edgy Eft«.

(OK, der Desktop sieht jetzt irgendwie genau so aus wie vorher auch: Zum einen werden die nutzer-individuellen Einstellungen wie z.B. Wallpaper etc. übernommen, zum anderen hatte ich auch vorher schon KDE 3.5.5. Einziger Hint: Die Fenster-Deokrationen wurden auf »Lipstick« upgedated, vorher war es »Plastik«.)

Fazit

Das Upgrade ist nicht schwierig durchzuführen und dürfte auch dem Laien bei Befolgen der “Anleitung auf Kubuntu.com”: recht mühelos gelingen. Für ~~Angsthasen~~ Vorsichtige (so wie ich es einer bin) empfiehlt sich eventuell, vorher ein komplettes Backup des Rechners, zumindest aber der System-Partition anzulegen.

Nach dem Update hat man ein Kubuntu-System mit frischen Paketen, darunter KDE 3.5.5, OpenOffice 2, Mozilla Firefox 2, ...

Warum allerdings Kubuntu kein Update-Tool wie Ubuntu hat – diese Frage stelle ich mir immer wieder …

Microsoft und Novell: Ballmers FUD untersucht

Martin Eisenhardt — Thu, 23 Nov 2006 11:03:54 +0000

Selbst nach dem Kooperationsvertrag zwischen Microsoft und Novell sondert Microsoft-CEO Steve Ballmer FUD ab und orakelt über vermeintliche Verletzungen von Microsofts Patenten durch Linux. Konkretes wird da nicht genannt, aber das gehört ja zum Geschäft.

Eine nette Auseinandersetzung mit dem Thema findet sich beim Zufallsbit im Artikel »The new and extended FUD«. Dort wird unter anderem dargelegt, dass sich ein Ausspruch Mahatma Ghandis wieder einmal bewahrheitet:

First they ignore you, then they laugh at you, then they fight you, then you win.

Microsoft hat Linux lange Zeit ignoriert, dann mit vielen unsäglichen (Des)informationskampagnen versucht, das Vertrauen in Linux zu erschüttern und befindet sich nun in der Phase, Linux aktiv zu bekämpfen.

Bei Zufallsbit wird dazu aufgerufen, von Windows und Suse Linux weg hin zu Linux-Distributionen wie Debian, Fedora, Gentoo oder Ubuntu, Kubuntu, Xubuntu zu migrieren, um über den Marktdruck zum einen das Microsoft-Novell-Abkommen zu torpedieren und zugleich diesem »Deal mit dem Teufel« die Brisanz zu nehmen.

Diesem Aufruf möchte ich mich nicht wirklich anschließen: Zwar bevorzuge ich auf Servern Gentoo und am Desktop Kubuntu, ich will aber auch keinem sein Suse Linux madig machen. Das ist doch eine gute Distribution.

Und der Deal zwischen Novell und Microsoft ist für mich kein »Pakt mit dem Teufel«, sondern vielmehr ein Kooperationsabkommen, um die Interoperabilität der Systeme zu erhöhen. Das ist aus Kunden- und Anwendersicht absolut zu begrüßen. Schließlich wird damit der »eiserne Vorhang« zwischen beiden Betriebssystem-Welten ein Stück weit durchlässiger, und es werden zukünftig wohl mehr Windows-Anwender auch einmal mit Linux in Berührung kommen; also auch eine Art »Guerilla-Marketing«.

Schließlich sollte das Ziel der Linux-Community (entgegen der Vermutungen aus dem Microsoft-Lager) nicht die totale Weltherrschaft sein. Monokulturen sind immer schädlich. Das zeigt sich jetzt, wo auf den Desktops zu über 90% Windows-Betriebssysteme eingesetzt werden, und das würde sich wohl auch zeigen, wenn Linux oder Mac OS eine ähnliche Dominanz hätten – wenn ich auch glaube, dass die Sicherheitsprobleme von Windows nicht nur auf der hohen Exponiertheit wegen der großen Verbreitung beruhen, sondern dass Windows auch durch seine häufig laxe Umsetzung von Sicherheitsanforderungen den Angreifern das Leben besonders leicht macht und Linux zumindest diesen Fehler nicht hat.

Alles in allem ist es aber doch schön, wenn die Interoperabilität zwischen Windows und Linux zunimmt (oder zumindest zunehmen soll). Das zeigt immerhin schon einmal, dass Microsoft nicht mehr in der Phase »then they laugh at you« ist.

Welche Phase kam bei Ghandis Ausspruch nochmal am Schluss? Ach ja: »Then you win.«

Zu diesem Thema im WWW:

golem.de: Microsoft und Novell: Der Pakt im Detail
golem.de: Microsoft kauft für 240 Millionen US-Dollar Linux
golem.de: GPL v3 soll Novell-Microsoft-Pakt unterbinden
golem.de: Ballmer: Linux verletzt Microsofts Rechte
golem.de: Novell und Microsoft: Einig, dass man sich uneinig ist

Zufallsbit: The new and extended FUD

Die Queen und Pinguine: Not Amused

Martin Eisenhardt — Mon, 13 Nov 2006 13:38:24 +0000

Gerade war ich auf der Suche nach der Website der Penguin Liberation Front. Bei der PLF handelt es sich um ein kleines Projekt, das Pakete für Debian und Ubuntu (Kubuntu, Xubuntu, ...) erstellt, die nicht in den normalen Repositories Universe bzw. Multiverse enthalten sind.

Da es Google gibt, habe ich mir das Bookmarken weitestgehend abgewöhnt und suche stattdessen kurz nach den Websites, die ich brauche – auch eine Form der ~~Faulheit~~ Ressourceneffizienz …

Dabei spuckte mir Google gerade als Ergebnis meiner Suche nach “Penguin Liberation Front” folgendes auf meinen Bildschirm:

Ob die Queen das jetzt auch so lustig findet wie ich, wage ich mal zu bezweifeln. Eine Verlautbarung des Buckingham Palace steht zwar noch aus, aber ich könnte mir schon denken, welche Worte da eine zentrale Rolle spielen könnten: “Not Amused.”

(K)Ubuntu 6.10 (”Edgy Eft”) released

Martin Eisenhardt — Thu, 26 Oct 2006 11:57:31 +0000

Als Service gibt es unten die Images von Kubuntu auch als direkten Download von diesem Server.

Nachdem ursprünglich der 19. Oktober 2006 als Release Date angepeilt war, wurde heute – eine Woche nach dem letzten Release Candidate – die Ausgabe 6.10 (“Edgy Eft”) der Linux-Distribution Ubuntu freigegeben. Auch die anderen “ubuntuoiden” Distributionen Kubuntu und Xubuntu gibt es in der neuen Version; Kubuntu ist bereits released, Xubuntu hat das für den Lauf des Tages angekündigt.

Die Neuerungen kann man sehr gut bei golem nachlesen, dort ist ein ausführlicher Bericht erschienen.

Die neuen Images lassen sich per HTTP und FTP von den üblichen Mirrorn downloaden (siehe unten), per Bittorrent sind sie ebenfalls zu beziehen – im Zweifelsfall dürfte das sogar schneller gehen. Als Service gibt es unten die Images von Kubuntu auch direkt als Download von diesem Server.

In Kürze (sprich: noch heute oder morgen) werde ich hier im Blog einen Test Drive des neuen Kubuntu 6.10 vorstellen: Installation und typische Nutzung werden dabei Thema sein.

Download-Mirrors:

Xubuntu Mirrors

Download direkt von mneisen.org:

Kubuntu 6.10 Desktop (i386)	kubuntu-6.10-desktop-i386.iso
Kubuntu 6.10 Desktop (amd64)	kubuntu-6.10-desktop-amd64.iso
Kubuntu 6.10 Desktop (powerpc)	kubuntu-6.10-desktop-powerpc.iso

KDE in Version 3.5.5 veröffentlicht

Martin Eisenhardt — Wed, 11 Oct 2006 15:55:47 +0000

Die nächste Ausgabe des Linux-Desktop-Managers KDE ist heute veröffentlicht worden und steht bei KDE als Source Code zum Download bereit. Erfahrungsgemäß wird es nur kurze Zeit dauern, bis zumindest die großen Linux-Distributionen auch Binärpakete für die beliebte Linux-Oberfläche anbieten.

Neben der immer aktuellen Fehlerminimierung gibt es größere Änderungen vor allem in den Bereichen HTML-Rendering, Instant Messaging, im Drucksystem, im e-Mail-Client KMail, bei Administrationsprogrammen und beim PDF-Viewer KPdf.

HTML-Rendering: KHTML

Die Rendering-Engine KHTML beherrscht nun weitere Elemente aus CSS3, wurde um einige kleinere Fehler erleichtert und das Rendering in Sachen Geschwindigkeit optimiert.

Instant Messaging: Kopete

Der Instant Messenger Kopete versteht nun weitere Protokolle und wurde in der Unterstützung bereits vorhandener Protokolle verbessert.

Drucksystem: CUPS

Es wird nun CUPS in der Version 1.2 unterstützt.

eMail-Client: KMail

In KMail wurden die Dialoge verbessert und ausgebaut, außerdem wurde ein zwar selten auftretender, aber dennoch nerviger Fehler bei der Verwendung des IMAP-Protokolls behoben, der dazu führte, dass KMail u.U. bereits beim Start abstürzte.

Update:

Kubuntu stellt bereits Pakete für KDE 3.5.5 zur Verfügung.

Im WWW zu diesem Thema:
KDE.org: KDE 3.5.5 Release Announcement

KDE.org: KDE 3.5.5 Pressemitteilung

KDE.org: KDE 3.5.5 Info Page (mit Download von KDE 3.5.5)

Golem: KDE 3.5.5 mit schnellerer HTML-Engine

Prolinux.de: KDE 3.5.5 freigegeben