Für Probierwillige bringt das Projekt KDE4Daily täglich automatisch gebaute QEMU Pakete auf den Tisch. In den Images findet sich der tagesaktuelle Entwicklerstand wieder. Interessierte User können damit direkt das Image laden und so die KDE4 live testen, ohne dabei diese kompilieren oder installieren zu müssen.

Die Images laufen unabhängig vom Betriebssystem und sogar unter Windows.

Für weitere Infos sei nachfolgender Link an die Hand gegeben: http://etotheipiplusone.com/kde4daily/docs/kde4daily.html

Das Update von SuSE auf die Version 11.1 enthält einige kleine Neuerungen, hauptsächlich aber Updates von bestehenden Funktionen. So wird in SuSE die KDE 4 auf die Version 4.1.3 aktualisiert, welche nach Aufassung der Entwickler für Benutzer geeinget sein soll.

Ferner wird YaSt und der Installer aktualisiert. Damit lässt sich SuSE noch einfacher als vorher installieren, obwohl bereits derzeit keine Linuxkenntnisse erforderlich sein sollen, um SuSE zu installieren. Auch optisch wurde ein wenig gearbeitet. Neben diesen Änderungen ist der SuSE eigene Partitionierer soweit verändert worden, dass das OS nun selbst die Festplatten aufteilen kann.

Neben der KDE 4 welche die Entwickler gut in das System eingepasst haben, steht aber auch noch KDE 3.5 zur Verfügung wem die neue KDE noch nicht sicher genug ist.

SuSE selbst kann kostenlos heruntergeladen werden oder man bezieht für 60 € die Boxversion beim Dealer seiner Wahl.

Von der Nutzung sder derzeitigen Umsetzung in PLESK 9 mit Postfix, kann ich aktuell nur dringenst abraten. Scheinbar ist ein ziemlich schwerer Bug in der Umstellungsroutine von PLESK 9 Autoinstaller enthalten der folgende Fehler verursacht:

1. Falsche main.cf

In der main.cf steht bei dem Wert “mydestination” statt dem Servernamen als FQDN ein localhost.de, was natürlich vollkommener Schwachsinn ist. Es werden scheinbar die Werte aus der /etc/hosts noch der Inhalt der /etc/mailname verwendet bzw. ausgelesen. Man könnte sich nun damit trösten dass die korrekte Domain in den virtual_domains enthalten ist. Diese Datei findet man bei der PLESK 9 Verwaltung unter /var/spool/postfix/plesk/virtual_domains.db; dort allerdings direkt als Hash Datei. Das Rohmaterial gibt es nicht. Eine Betrachtung der Datei erfolgt mittels postmap -s virtual_domains

Dennoch habe ich festgestellt, dass die Mails nicht korrekt zugestellt werden, da die Inhalte der main.cf nicht korrekt sind.

2. Falsche Angaben in virtual

Dem aber noch nicht genug, schreibt PLESK 9 auch noch falsche Werte in die virtual Datei. Diese Datei enthält die Emailadressen und mappt diese auf die Postfächer. Darin findet man teilweise Inhalte wie:

info@meinedomain.tld info@meinedomain.tld

was natürlich richtig wäre. Allerdings findet man auch einige Einträge ala:

test@meinedomain.tld test@localhost.localdomain

was zur Folge hat, dass die ankommenden Emails gebounct werden. Warum teilweise falsche Adressen in der Datei stehen und ob dies in einem bestimmten Muster erfolgt konnte ich nicht ersehen. Auch in der Datenbank von PLESK 9 konnte ich nichts dazu finden. Scheinbar wird der Fehler an einem Export Script produziert. Aufgrund der vollständigen Verschlüsselung von PLESK 9 kann man aber nicht sagen wo der Fehler sitzt.

Einen Bugfix gibt es bisher nicht, daher Finger weg von der Postfix Implementierung. Wer wieder auf Qmail zurück möchte führt einfach den Autoinstaller aus und wählt dort wieder Qmail aus. Ab dem Zeitpunkt der Installation von QMail funktioniert dann wieder alles richtig.

Ich habe hier berichtet, dass es Probleme beim Update von PLESK 8.6.x -> PLESK 9.0 gibt. Mittlerweile bin ich durch einen Beitrag im PLESK Forum auf eine Lösung gekommen.

Das Problem stellt die Datenbanktabelle “SiteApps” dar. Darin enthaltene Einträge sind scheinbar nicht mit den neuen Apps kompatibel. Aus diesem Grund schlägt der Aufruf fehl.

Eine Lösung ist nun die Inhalte dieser Tabelle mittels truncate zu leeren. Damit wird der Aufruf des Apps Katalogs im Adminbereich möglich, allerdings sehen die Benutzer die installieren Applikationen nicht mehr. Ich vermute, dass ein Kompatibilitätsproblem mit den alten Apps vorliegt und daher ein Fehler entsteht.

Zumindest ist nun der Apps wieder nutzbar. Die installierten Apps werden beim Truncate der Tabelle nicht gelöscht.

Seit kurzem ist der Google Browser Chrome in der Version 1.0 verfügbar. Mit diesem Release verlässt der Browser auch das Beta Stadium. Laut den Entwicklern ist aber die Arbeit noch lange nicht erledigt, so wolle man noch weitere Funktionen implementieren, wie zB einen Autofüller für Formulare und andere nützliche Features.

Auch steht der Browser derzeit nur unter Windows zur Verfügung, die Versionen für Linux oder Mac OS X lassen weiter auf sich warten.

Nutzer des Browsers erhalten das Update durch die Autoupdater Funktion