Aber was wäre die schöne Welt des Software-Kommunismus, wenn man nicht von jedem Fork ‘n Fork machen könnte? Deswegen, man sehe und staune, das bessere “Mint” ist Peppermint. Noch Fragen? Ich hab keine mehr, denn das ist – bei aller Liebe zu OpenSource und freier Software – so ziemlich unnötig. Aber nun ja, ich freue mich schon jetzt auf den Fork von Peppermint, was dann neben einen noch leichtgewichtigeren Windowmanager (vielleicht als Anregung mal genannt: Framebuffer) ein noch schöneres Wallpaper mitbringt.

Never change a running system

Aus unerfindlichen Gründen meinte ich aber quasi zwischen Tür und Angel ein Update durchführen zu müssen. Wieder erwarten lief das – auch dank dieser und jener Anleitung – völlig unproblematisch. Noch nicht mal der Apache2 benötigte viel Zuwendung in Bezug auf die Konfiguration.*

So verrichtet nun ein Apache 2.2.3 (latest Version: 2.2.11) mit PHP 5.2.0 (latest Version: 5.2.8) aus dem Debian Stable-Tree ihren Dienst. Ich hoffe, genauso treu, wie die alten Versionen. Wer derzeit noch Fehler findet braucht sie nicht zu behalten, ein kurzer Kommentar hier im Blog wäre sehr nett.

* Nachtrag:
Hach, welch’ Blödsinn. Natürlich bedurfte die Konfiguration noch einiger Zuwendung. Ich bin und bleib dem AddDefaultCharset treu und auch wenn ich beim HTTPd und bei PHP nun schon im 21ten Jahrhundert angekommen bin, so bleibt das DefaultCharset bei mir nach wie vor ISO. Ansonsten wollte die Konfiguration noch ein AllowOverride All haben, damit auch die Permalink-Struktur aufgelöst werden konnte.

Konkret für’s nächste mal dann:

<Directory />
(..)
AllowOverride All
</Directory />
(..)
</Directory /var/www/>
AllowOverride All
(..)
</Directory />

Im Prinzip fehlt mir Linux schon. Auf dem betagten Desktop-PC läuft es zwar immernoch, aber man kann nicht davon sprechen, daß es gepflegt ist. Wenn ich nicht so wählerisch wäre, würde vermutlich auch endlich ‘n aktuelles Distribution mit einem aktuellen Kernel und dem aktuellen KDE auch hier wieder munter vor sich hin arbeiten. Mal sehen, ob ich in 2 1/2 Wochen vielleicht mal zwei Tage meiner ach so kostbaren Zeit dafür investieren kann – zufriedener würd es mich allemal machen.

Bevor man aber höchst motiviert los legt, muß man sich erstmal fragen, warum (K)Ubuntu die Partitionen über ihre UUIDs per fstab einhängt. Wenn man, wie ich, ein wenig an den Partitionen herum spielt, sie in der Größe verändert, dann resultieren daraus auch neue UUIDs. Es betraf nicht die Systempartition von (K)Ubuntu, weswegen alles noch glimpflich ablief, aber Verständnis für kryptische UUIDs als Device-Namen in der /etc/fstab gegenüber den, im Gegensatz zu den UUIDs unveränderten Device-Nodes (wie z.B. /dev/sda3) hab ich irgendwie nicht erlangen können.

Als nächstes stehen dann die Updates vor der Tür. Es dürfte bezeichnend sein, daß Kubuntu noch in Version 7.10 installiert war. Updates einer Version sind ja recht unproblematisch und das klappt bei (K)Ubuntu genauso gut, wie bei nahezu jeder x-beliebigen anderen Distrubution. Etwas überrascht war ich jedoch, nach dem der neueste Kernel installiert war: grub hat die neuen Einträge nicht die bestehende Konfiguration angehangen, sondern diese überschrieben.

Wohl ein kleiner Fehler im Detail, der aber durchaus nervtötend sein kann, wenn man erstmal seine ganzen Betriebssysteme und lauffähigen Kernel-Versionen nachtragen darf. Glücklicherweise flog noch eine vi-BackUp-Datei in /boot/grub herum.

click thumbnail to enlarge

Das dist-upgrade auf “Hardy Heron” – was ja quasi auch schon nahezu obsolet ist – gestaltete sich ebenfalls völlig unproblematisch. Diesmal hing grub die neuen Kernel-Versionen auch an die bestehende menu.lst. Da ich in der Vergangenheit, insbesondere mit Kubuntu andere Erfahrungen bei Updates gemacht hab kann man dazu nur sagen:

Wenn man sich schon den Spaß gönnt, dann kann man wenigstens auch das System richtig kaputt frickeln, also nach den Backports für KDE4 gesucht, gefunden, eingetragen und parallel zu KDE3 installiert. Damit einhergehend konnte man quasi das nächste Erfolgserlebnis verbuchen, auch hier klappte alles reibungslos. Zumindest bis dahin …

Man merkt KDE4 definitiv immernoch an, daß es nach wie vor in einer relativ frühen Entwicklungsphase steckt (wohlgemerkt mit Release 4.1). Die Installation von Widgets klappte mal gar nicht, das Einbinden von neuen Plasma-Themes ist verbunden mit dem Editieren von RC-Dateien in den Tiefen des ~/.kde Ordners. Das wiederfinden von Header-Files zum Kompilieren ist bei KDE4 auch nicht ganz trivial – und wenn man es dann doch endlich geschafft hat eine extra für KDE4 ausgelegte Window-Deco zu kompilieren und installieren, dann steht sie trotzdem nicht zur Verfügung

Darüber hinaus gibt es noch mehrere Baustellen, die ich eher auf Kubuntu denn auf KDE zurück führe. So unter anderem die fehlende Funktionalität der Funktionstasten für die Lautstärke, wohin gegen z.B. die Display-Helligkeit darüber gesteuert werden kann. Oder der nach wie vor grottige Konfigurationsdialog im OSX-”Stil“. Damit gewinnt Kubuntu wirklich keinen Blumentopf, denn ich mag KDE nicht, weil ich es “simpel” will. Gerade die hohe Konfigurierbarkeit ist doch eine der Stärken von KDE, warum muß man diese dann beschneiden? *seufz*

Es hat mir zumindest einen ersten Einblick in KDE4 gegeben, aber so recht verspüre ich keine Motivation mir mal KDE4 optisch ansprechend einzurichten und vielleicht ein paar Tage länger mal (K)Ubuntu zu nutzen. Ärgerlicherweise liegt diese dahinvegetierende Installation auf einer gerade einmal 8GB großen Partition, die eigentlich nur existiert, um daraus bequemer andere Dinge zu installieren *seufz*

click thumbnail to enlarge

Zum Schluß jedoch noch ein Wort über ein Tool, was mich doch sehr stört unter Kubuntu: KNetworkManager ist ansich ‘ne feine Sache: Erkennt automatisch kabellose und kabelgebundene Netzwerke, verbindet sich auf Anfrage, bezieht per DHCP eine IP Adresse .. nur wenn man die Netzwerkschnittstellen manuell konfigurieren möchte, dann versagt das Tool: Im manuellen Modus gibt es nämlich über WEP hinaus keinen Verschlüsselungsmodus, obwohl das Tool sich im automatischen Modus per WPA2 TKIP/AES nach Eingabe des Keys verbindet.

Official Logos by
Acer & Gentoo

Der Vorteil ist, das Gentoo nicht nur von sich aus gut dokumentiert ist, darüber hinaus gibt es ein Gentoo Wiki mit vielen Informationen auch rund um spezielle Hardware. Alleine rund um die 56er Aspire-Serie von Acer gibt es diverse Einträge:

• Acer Aspire 5652
• Acer Aspire 5672WMLi
• Acer Aspire 5633WMLi

Wobei die letzten beiden vom Umfang her am meisten Informationen liefern aber trotzdem noch nicht alle Fragen beantworten. So muß man sich doch schon ziemlich die Konfigurationen aus den einzelnen Beiträgen zusammen suchen. Mittlerweile gibt es auch nicht mehr die suspend2 gepatchten Kernel-Sourcen. Das Projekt heißt nun TuxOnIce und ist nochmal umfangreich im Wiki dokumentiert.

• TuxOnIce

Bleiben aber mitunter noch offene Fragen, mit welchem Kernel-Modul der SATA-Controller angesprochen wird und wie die Device-Namen dann lauten. Dadurch, das ich vermutlich damals den falschen Treiber ausgewählt habe funktionierte der ATAPI Brenner nicht richtig, da dieser wohl irgendwie mit über das Kernel-Modul angesprochen wurde. Ich glaube .. hdparm .. lies sich nicht aktivieren. Abgesehn davon ging auch noch die Systemzeit penetrant vor, wobei ich durchaus die Ansicht teile, das dies am Core2 Duo liegen könnte.

Wenn man einmal die Kernel-Konfiguration erfolgreich geschafft hat, dann ist zumindest der langwierigste und in meinen Augen nervigste Teil der Installation auch geschafft. Beim Rest kann man schon nicht allzu viel falsch machen. Problematisch wird es nur erst wieder, wenn ich mich dazu entscheide, die KDE4 aus einem Portage-Overlay zu ziehen, da es noch keine Sourcen im Gentoo-Zweig gibt … so ich diesmal überhaupt so weit komme …

Meine Abneigung gegenüber (K)Ubuntu ist bekannt, aber es ist nunmal noch irgendwo eine update-”fähige” Linux-Distribution, die Out-Of-The-Box laufen kann. Gut, ich weiß aber auch, daß die Kombination KDE und Ubuntu nie wirklich innig war. Bisher war jede Kubuntu-Version eher beta.

Da ich mittlerweile immernoch nicht länger als 2 Minuten mit KDE4 gearbeitet habe, wollte ich so auch zumindest ein Kubuntu mit KDE4 haben. Fataler Fehler, denn wirklich offiziell wurde diese Version anscheinend auch nicht veröffentlicht. Trotzdem habe ich es gewagt, eine KDE4 Version von Kubuntu 8.04 zu laden – und schon scheitert die LiveCD am Standard-Login.

User not known to the underlying authentication module

(K)Ubuntu rühmt sich bekanntlich, daß es einfach ist, das alles funktioniert, das man mit der LiveCD mal “hinein schnuppern” kann. Mittlerweile hab ich echt keinen Schnuppen mehr auf den Rotz. Es funktionierte noch nie so, wie es in den vielversprechenden Anpreisungen gelobt wurde. Wenn ich schon mit Benutzerfreundlichkeit mich bewerbe, dann sollte zumindest ‘ne LiveCD auch über den Login-Bildschirm hinaus kommen – oder zumindest LogIn-Daten irgendwo zentral auf der Webseite platziert sein.

Da es nach wie vor keine wirklich gute Distribution gibt, die meinen Anforderungen (weitestgehend stabil trotz bleeding-edge mit KDE4 und umfangreichen Repository) entspricht, werde ich wohl noch länger vor Vista™ oder OS iKS ( ) sitzen.

Und nein, wirklich, meiner Erfahrung nach sind weder Debian, Fedora, OpenSuSE oder was auch immer keine Alternativen. Spätestens beim Update oder dem beschränkten Software-Repository scheitern die Distributionen, wenn sie sich überhaupt installieren lassen, bzw eine angemessen Hardware-Unterstützung für den Laptop mitbringen.

Schade eigentlich, daß ein zur Zeit fast schon totes Projekt nach wie vor den höchsten Stellenwert an Linux-Distributionen hat: Kernel verschiedenster Patchlevel, aktuelle Software, Software im Repository von Freshmeat und Sourceforge, freie Auswahl der graphischen Oberfläche .. alles in meinen Augen wunderbar. Dafür nehm ich auch gerne den etwas langwierigen Update-Vorgang in Kauf. Aber wirklich Nerv auf den noch länger dauernden Installationsvorgang hab ich leider dann doch nicht mehr.

Nun, am heutigen Tage rennt die Kiste also erstmals wieder mehr als 100 Tage in Folge. So sind es “nur noch” 440 Tage, bis zum nächsten Uptime-Record. Ich hoffe aber, daß das System nun weniger unter ungeplanten Ausfällen zu leiden hat als bisher und würd mich schon freuen, wenn’s nochmal 100 Tage ohne Probleme durch läuft.

Kurz gesagt: Nachdem der Maintainer von LinuxMint, Clement Lefebvre, sich nach eigener Aussage eine gewisse Zeit dem virtuellen Sport des „Distro-Hoppings“ hingab und diverse Tutorials und Reviews geschrieben hatte, bekam er eine genaue Vorstellung davon, wie er selbst die „perfekte“ Distribution gestalten würde. Gesagt – getan. Und so erblickte LinuxMint das Licht der Welt.

Auch wenn der Anspruch Lefebvres nicht gleich die perfekte Distribution war, sondern “nur” der perfekte Desktop

Looking at all the other distributions, I got a very precise idea of how I would make the perfect desktop if I was to do it myself.

so erschrickt mich das Resultat dennoch:

Um eine gewisse Perfektion zu erreichen, kastriert man Gnome um ein Panel, fügt noch kleine graphische Helferlein ein, deren Nutzwert in meinen Augen angezweifelt werden kann, und generiert daraus eine ISO. Wenn dem so ist, dann hoffe ich auf den nächsten Hype, wenn der Markt reif ist für ein Babytuxbubbubuntu welches sich in erster Linie durch ein aktualisiertes Wallpaper von der Mutterdistribution unterscheidet.

Nee, nix für ungut – aber diese Distributionsvielfalt, die nur darauf basiert minimale Änderungen an der Standard-Konfiguration zu betreiben ist mittlerweile ausgelutscht. Es fehlen schlicht die innovativen Ideen mit denen sich Distributionen voneinander abgrenzen können. Da ist anscheinend der Markt gesättigt – und dieser braucht nunmal kein x-tausendstes Debian-Derivat.

Calculating world dependencies .. ... done!

(..) Es folgt eine lange Liste (..)

Total: 166 packages (147 upgrades, 1 downgrade, 16 new, 2 in new slots), Size of downloads: 673,545 kB

Kommt davon, wenn man länger mal kein Update durchgeführt hat. Und das ist ja noch lange nicht die einzige Baustelle.

Ich laß mich überraschen, wie lange sich der XP 2000+ daran quält. Mit KDE ist für genug Hitze-Entwicklung in meinem Keller gesorgt. Damit einher geht dann wohl auch erstmal eine kleine Pause bei WoW, denn irgendwie hab ich grad auf keinem Rechner Zugriff auf eine WoW-Installation.

Klar funktioniert ein Update auf 10.5.2 nicht so ohne weiteres. Nun ja, mal wieder kein ordentliches Betriebssystem mehr auf dem Laptop, ein guter Grund, sich der brach liegenden Gentoo-Installation zu widtmen. Müssen wohl am Wochenende einige Dinge liegen bleiben, damit Linux mal wieder die benötigte Aufmerksamkeit von mir erhält

Selbst schuld …

Blöd nur, wenn man trotzdem noch auf die Treiber-Diskette zugreifen soll nach Abschluß der Installation. Wer erstellt schon regelmäßig Device-Nodes, wenn /dev von udev befüllt wird? Einer die Syntax auf Anhieb parat? Ich hatte nur in dunkler Erinnerung, daß es irgendwas mit mknod war.

# mknod /dev/pfad [b,c,p,u] <MAJOR> <MINOR>

Gut – das “b” für Block-Device hatten wir recht schnell ermittelt, aber woher bekommt man die Major-/Minor-Werte? Wenn man weiß, das man sich an den schon bekannten Nodes orientieren kann fällt es leichter. Mit

# ls /dev/node -l

findet man für das Device-Node die Major-/Minor-Werte heraus. Angenommen /dev/sda hat 8, 0, dann hat /dev/sda1 8, 1. Zu jedem Node gibt es anscheinend 16 Minor-Werte (0 bis 15), jedenfalls startete /dev/sdb bei 8, 16. Kleine Kopfrechen-Aufgabe für Mathe-Genies: Wie lautet der Befehl um ein Device-Node /dev/sdc1 nun anzulegen?

Wenn man das weiß, dann ist das alles kein Thema – schöner wäre es gewesen, das USB-Laufwerk komplett während der Installation schon nutzbar zu machen mittels udev und noch schöner wäre es, wenn man Disketten, von denen man 30 Minuten vorher ohne Probleme einen Treiber geladen hat, nicht später mit der Fehlermeldung Unknown partition table zu verweigern. Ein Ende dieser Erlebnisreise durch Enterprise-Gefilde ist noch nicht abzusehen – dafür hält Red Hat noch genug lustige Hürden bereit. So’n Kernel-Update durch YUM mit dem entsprechenden Treiber zu kombinieren ist auch nicht “mal eben zwischendurch” gemacht …

a) Vorgehensweise beim DOS/Windows System:

Extrahieren Sie aus der Image ZIP-Datei die zu Ihrem Festplatten Controller passende BIZ Datei. Hängen Sie an deren Dateinamen die Endung .zip an und packen Sie diese mit z.B. WinZIP aus. Das Resultat ist eine BIM Datei. Diese können Sie unter Windows in einem DOS oder einem Command-Fenster mit der Ventuno Software Version 1.21S auf eine Diskette schreiben. Den Ventuno Download gibt es auf unserer Support Homepage http://support.fujitsu-siemens.de -> ’Downloads’ -> (Falls Sie schonmal eine IdentNummer angegeben haben) ’Neues Produkt auswählen’ -> ’Volltextsuche’ -> Suchbegriff: ventuno

Das auszuführende Kommando lautet:

ventuno121S.exe ImageDateiName.bim a: /F:1440 /V /P

b) Vorgehensweise beim Linux System:

Extrahieren Sie aus der Image ZIP-Datei alle zu Ihrem Festplatten Controller passenden Dateien. Starten Sie die Skript-Datei mit der Endung .sh.

Alles klar?

Zumindest war das ein Tag zum Vergessen. Solche Tage bringen die zur Zeit doch angeknackste Beziehung zu Linux auch nicht wirklich auf Vordermann. Hier ein Fehler, da ein Bug, dort nochmal Gefrickel – und das alles, wo ich mich bei vielen Systemen mittlerweile soweit möglich auf die Standard-Konfiguration beschränke. Zu mehr fehlt auch die Zeit. Aber trotzdem: Die Anstrengung nochmal Gentoo auf dem Laptop zu installieren nehm ich dann doch in kauf.

Einfacher würde es zwar werden, wenn man nicht nur /etc mitgesichert hätte, sondern vielleicht auch noch ‘ne Kernel-Config – aber der Kernel war ja eh so ein Thema, was mal angegangen werden sollte. Damit ich nun nicht über’s Wochenende nur noch ‘n Terminal sehe wird aber schnell Kubuntu installiert, worüber dann in einer chroot-Umgebung Gentoo installiert wird. So kann ich ja wieder ein paar Blicke auf meine Lieblings-Distribution werfen.

Für heute ist jedenfalls genug gefummelt und gefrickelt: Der apache kann wieder RewriteRules umsetzen, was wohl an der default-Konfiguration lag. Nachdem ich dort die gleichen Einstellungen wie bei den vHosts vorgenommen hab, konnte auch das Blog wieder Suchmaschinen-konforme URLs verarbeiten. postfix mit SASL, sowie fetchmail und courier-imap rennen auch. Aber es fehlt eben die Integration von amavisd um dem Spam Herr zu werden. Nur scheitert es an den verfügbaren Ressourcen.

Zum Wochenende hin werde ich die Datenbank auf den vServer bei vollmar auslagern, in der Hoffnung, daß dadurch etwas Arbeitsspeicher frei wird. Eine glückliche Lösung ist das allemal nicht. Im Zweifel muß ich den Mailserver wieder zu mir nach Hause auf den Fileserver holen und auf dem vServer lediglich ein Relay einrichten. So glücklich wäre ich damit auch nicht. So schön schnell das bei Strato auch alles ging, so schön schnell der KK-Antrag durch war und die Domain umgezogen wurde, so recht hilft mir das im Moment aber auch nicht weiter.

Denn mit Web-, Mail- und Datenbank-Server läuft vielleicht ein kleiner Teil dessen, was ich eigentlich gedenke auf einem vServer zu betreiben. Gewillt zwei vServer durch zu ziehen bin ich auch nicht, ebenso wenig, wie ich gewillt bin mehr zu bezahlen. So wie’s aussieht bin ich wohl noch weiter auf der Suche nach der eierlegenden Wollmilchsau zum fairen Preis von maximal ¤ 10,-/Monat. Oder es wird einfach wieder Zeit zurück zu rudern, damals™ tat’s ja auch der Heimserver.

-su: fork: Nicht genügend Hauptspeicher verfügbar

Ich hab grad mal postfix mit amavisd installiert .. konfigurieren kann ich ihn jetzt nicht mehr, vi läßt ja nicht mehr starten, weil nicht genügend Hauptspeicher vorhanden ist.

Es kann also wer sich berufen fühlt dieses Stöckchen aufnehmen.

Dann greif ich doch gerne mal zu, werter Herr Bürgermeister.

Denn es geht um ein Thema, was ich durchaus recht interessant finde – nämlich ob, und wenn ja, wie man sich die virtuellen Arbeitsflächen des X-Servers bei der täglichen Arbeit zu Nutze macht.

Ich würde so gern diszipliniert mit virtuellen Desktops arbeiten können, kriege aber kein Konzept rein. Wie wäre es denn mal mit einem Blog-Meme “wie benutzt Du Deine virtuellen Desktops”?

Mittlerweile hab ich mich an die virtuellen Desktops richtig gewöhnt – so sehr, das keine Windows®-Installation mehr ohne Dexpot auskommt um auch dort in den Genuß des bequemen Arbeitens zu kommen.

Unter KDE nutze ich sechs virtuelle Arbeitsflächen:

• 1. Desktop hält die Browser, neben meinem Standard-Browser Opera eben mindestens noch Firefox für den Schnickschnack, der mit Opera unter Linux nicht so recht will.
• 2. Desktop wird von X-Chat für’s IRC genutzt.
• 3. Desktop zeigt meinen PIM Kontact für Mails, Kontakte, Termine und RSS-Feeds.
• 4. Desktop ist eigentlich für alle anderen Chat-/Messanger-Fenster, die von Pidgin aufpoppen.
• 5. Desktop darf amaroK für sich beanspruchen.
• 6. Desktop gibt den Blick auf gKrellm, diverse (XFce-)Terminals und Superkaramba frei

Prinzipiell bekommen die meisten – relevanten – Anwendungen ‘n eigenen Desktop, alles an oben genannten Anwendungen hinaus verteilt sich dann auf den sechs Oberflächen, genauso wie unzähliche Terminals, wovon sich nach mehreren Stunden am Rechnern auf jedem Desktop mehr als zwei/drei befinden.

Ich empfinde es eben als deutlich bequemer, wenn ich die Anwendungen dann direkt über die Tastenkombination der Oberfläche anwählen kann, statt mich erst durch diverse ALT+TABs zu quälen. Bis ich die Finger vom Keyboard zur Mouse bewegt hab, hab ich in aller Regel schon längst die gesuchte Anwendung wieder im Vordergrund über die Tastenkürzel.

Wenn Compiz auch mal in einem Status ist, wo es stabil ist, dann finde ich solche Features, wie das Exposé-ähnliche “scale” in der Verbindung auch sehr angenehm.

Wer mag, kann sich gerne auch hier berufen fühlen, das Stöckchen aufzugreifen – vielleicht hat ja jemand von commanderx, Tormentor, Marc oder Manuel Lust

wicd ist ein Python-Script mit graphischer Oberfläche und Tray-Icon. Das Tool setzt auf dbus auf und überwacht darüber die Netzwerk-Devices. Es zeigt verfügbare W-LANs an, inklusiver der unterstützten Verschlüsselungs-Mechanismen. Dabei kann man sich auch zu versteckten W-LANs über Eingabe einer bekannten SSID verbinden. Für Debian/Ubuntu sind Pakete im Netz und meines Wissens auch in den Repositories zu finden. Leider findet sich in portage noch kein Paket, ein eBuild für Version 1.3.1 kann man aber hier finden.

Wie aus dem eBuild ersichtlich, und schon erwähnt, benötigt wicd Dbus, welcher als Daemon auch aktiv sein muß. Dazu benötigt der Netzwerk Manager noch mehrere Python-Pakete, u.a. dev-python/pygtk, dev-python/pygobject, dev-python/pycairo und, was bisher nirgends zu lesen war, scheinbar notwendigerweise auch dev-python/dbus-python, ansonsten spuckt das Tool

ImportError: No module named dbus

beim Start aus. Ein Eintrag in der Autostart-Sektion von KDE startet dann auch direkt das Tray-Tool, womit man bequem Zugriff auf die Konfiguration erhält. Das Tray-Icon beinhaltet auch Information per Tooltip über die aktuelle Verbindung/-squalität. Den Zugriff auf das Tray-Tool erhält man über

/opt/wicd/tray.py

Irgendwie scheinen sich aber wicd und Knemo nicht miteinander zu vertragen – seit der Installation vom Netzwerk Manager läßt sich der Knemo-Daemon nicht mehr durch KDE starten.