Lädt man sich von Webseiten Internationaler Organisationen wie dem IMF Datensammlungen im CSV / XLS Format herunter, dann kann man diese nicht auf die Schnelle in Diagramme umwandeln, weil die Zellen mit Zahlen in deren Dokumenten als Text markiert sind. Dies geschieht durch Setzung eines Hochkommas, das man erst entfernen muss.
Mit der Funktion /Bearbeiten /Suchen & Ersetzen … sucht man nach ^.*$. Zu ersetzen ist mit &. Ein Häkchen bei „Regulärer Ausdruck“ muss gesetzt sein.
Ich geb’s nicht auf: Immer wieder teste ich auch Nepomuk als Desktopsuchmaschine und muss sagen – im Vergleich zu früher findet er inzwischen (Kubuntu 13.10 Beta 1) sogar die Inhalte von Dateien. Allerdings indiziert das Ding nun schon zwei volle Arbeitstage lang und ist immer noch nicht fertig. Dabei heult der Lüfter permanent und der Rechner braucht immer ne Sekunde, bis er ansprechbar wird.
Recoll braucht für den gleichen Datenbestand ca. einen Nachmittag, wird nur aktiv, wenn ich das wünsche und lässt mir mein System ansonsten in Ruhe. Nepomuk holt also langsam auf – Recoll ist aber immer noch nicht geschlagen.
Um meine Mail-Unmengen zu verwalten nutze ich einen lokalen IMAP Mailserver unter Dovecot. Die aus dem Internet eintreffende Mail wird lokal gefiltert, in Ordner sortiert und hierbei in den lokalen IMAP Server geschoben. Meine Laptops synchronisieren ihren Mailbestand jeweils gegenüber dem zentralen Server zu Hause, so dass ich immer alle Mails dabei haben kann – diese liegen in meinem jeweiligen Homeverzeichnis in einem Maildir-Ordner. Meine Thunderbird-Installation auf den jeweiligen Geräten binden dann den lokalen Dovecot ein.
Unter Ubuntu ist ein derartiger Mailserver schnell eingerichtet:
sudo apt-get install dovecot-postfix
und dann läuft das Ding. Weitere Arbeiten sind nicht nötig – alle Komponenten lauschen nur an localhost, wenn man beim Setup die hierzu gestellte Rückfrage einmal abnickt.
Unter Fedora ist das alles nicht ganz so einfach, weswegen ich hier meine seit Fedora 16 genutzte Konfiguration dokumentiere.
Erst einmal werden wir root:
su –
und installieren dann einen Postfix
yum -y install postfix
Dessen zentrale Konfigurationsdatei wird bearbeitet
vi /etc/postfix/main.cf
Die folgenden Eintragungen vornehmen (IPv4 reicht lokal völlig aus):
myhostname = localhost.localdomain
mydomain = localdomain
myorigin = $mydomain
inet_interfaces = localhost
inet_protocols = ipv4
mydestination = $myhostname, localhost.$mydomain, localhost, $mydomain
mynetworks_style = host
mynetworks = 127.0.0.0/8
home_mailbox = Maildir/
smtpd_banner = $myhostname ESMTP
Die Authentifizierung einrichten gegenüber dem lokalen Benutzeraccount:
smtpd_sasl_type = dovecot
smtpd_sasl_path = private/auth
smtpd_sasl_auth_enable = yes
smtpd_sasl_security_options = noanonymous
smtpd_sasl_local_domain = $myhostname
smtpd_client_restrictions = permit_mynetworks,reject_unknown_client,permit
smtpd_recipient_restrictions = permit_mynetworks,permit_auth_destination,permit_sasl_authenticated,reject
Der bei Fedora schon vorhandene Mailserver wird angehalten und abgeklemmt:
systemctl stop sendmail.service
systemctl disable sendmail.service
Postfix wird als neuer Standardmailserver eingerichtet. Im folgenden Schritt also Postfix auswählen:
alternatives –config mta
Dann Postfix starten und dafür sorgen, dass dieser immer beim Booten mit hochkommt:
systemctl start postfix.service
systemctl enable postfix.service
Postfix sollte nun laufen (mit telnet oder nmap kann man dies überprüfen). Als nächstes kommt der IMAP Server dran.
Dovecot installieren durch
yum -y install dovecot
Dann die Konfigurationsdateien bearbeiten. Meist sind entsprechende Zeilen schon vorhanden, so dass man diese schlicht ein/auskommentieren kann:
vi /etc/dovecot/dovecot.conf
Hier die Eintragungen für die Protokolle großzügig festlegen – genutzt wird später lokal nur IMAP, aber das ist Wurscht.
protocols = imap pop3 lmtp
listen = *, ::
Die nächste Konfigurationsdatei:
vi /etc/dovecot/conf.d/10-auth.conf
Auch hier können wir auf Grund der Tatsache, dass unser Dovecot nur auf dem jeweiligen Rechner lokal läuft, großzügig sein.
disable_plaintext_auth = no
auth_mechanisms = plain login
Und dann wäre da noch die folgende Datei …
vi /etc/dovecot/conf.d/10-mail.conf
… in der wir in unserem Home ein Mailverzeichnis einrichten:
mail_location = maildir:~/Maildir
Und noch die Konfigurationsdatei für die Authentifizierung des lokalen Benutzers:
vi /etc/dovecot/conf.d/10-master.conf
die wie folgt ergänzt wird:
unix_listener /var/spool/postfix/private/auth {
mode = 0666
user = postfix
group = postfix
}
Jetzt fehlt noch Einstellungen für die Verschlüsselung der Verbindung zum IMAP Server vornehmen
vi /etc/dovecot/conf.d/10-ssl.conf
auf die wir lokal schlicht verzichten:
ssl = no
Und am Ende wird der Dovecot noch als Dienst eingerichtet:
systemctl start dovecot.service
systemctl enable dovecot.service
Wenn es mit der Verbindungsaufnahme zum lokalen Mailserver aus Thunderbird heraus nun nicht klappen will, dann muss man die Einstellungen für SELinux überprüfen und testweise auch so einschränken, dass diese zwar Warnmeldungen ausspuckt, jedoch nicht mehr dazwischen funkt:
vi /etc/selinux/config
Hier dann auf permissive umschalten und nochmal den Zugriff von Thunderbird aus probieren.
SELinux motzt dann zwar, aber der Zugriff auf den lokalen Mailspeicher sollte funktionieren.
Immer wieder stolperte ich im Netz über Blogbeiträge, in denen jemand behauptete, Nepomuk sei nun endlich reif für die Nutzung. Um es kurz zu machen: Wer nicht ausschließlich TXT Dateien rumliegen hat, sondern auch ODT und PDF, kann das Programm getrost vergessen und in den KDE Systemeinstellungen alles abschalten, was sich darauf bezieht.
Ein kleiner Vergleich zum Suchbegriff „mutiny“, von dem ich wusste, dass dieser in mehreren Dokumenten bei mir auftaucht.
Zuerst Nepomuk nach stundenlangem Indexieren:
Und dann Recoll nach ca. einer Stunde Indexieren:
Ich weiß, was ich nutze.
Wenn ich PDFs mit pdftohtml umwandle
pdftohtml input.pdf -s -i -p -noframes
dann ist die Ergebnisseite voller Stil- und Positions-Angaben, die ich nicht brauche.
Im Dreamweaver können die länglichen Absatzdefinitionen mit <P .*?> gesucht werden, sofern man das Häkchen bei „Regulärem Ausdruck verwenden“ setzt.
Davon hatte ich es schon einmal – geriet bei mir aber in Vergessenheit.
OwnCloud zickt seit Version 5.x vermehrt rum:
Erstens mag es keine Connections mit mehreren Clients gleichzeitig. Das führt regelmäßig dazu, dass *conflict* Dateien angelegt werden, obwohl sich an der Dateiversion überhaupt nichts verändert hat. Dies ist leider auch der Fall, wenn alle beteiligten Endgeräte sowie der Server gegenüber dem gleichen Server per NTP ihre Uhrzeit holen. Der Bug sitzt demnach tiefer im System.
Zweites: Der OwnCloud-Sync-Client frisst so lange an den Ressourcen, bis es sich selbst als dysfunct nach Zombieland abmeldet. Schießt man den Prozess noch rechtzeitig ab, sinken umgehend CPU- und RAM-Last wieder beinahe auf Normalmaß.
Der Screenshot von meinem Arbeitsplatzrechner oben zeigt jedoch ein leider typisches Phänomen. Wirkliches Normalmaß wäre das hier:
Zu swappen hat mein Quadcore mit 8GB RAM nämlich eigentlich nichts.
Da selbst nach Beendigung eines amoklaufenden OwnCloud-Prozesses noch „etwas hängen“ bleibt, vermute ich auch hier dickere Probleme. Die OwnCloud-Foren sind zumindest voll von Menschen, die ähnliche Erfahrungen machen.
Ich dachte schon, ich werde narrisch: Was auch immer ich in Libreoffice 4.0.1 als Pfad zu meinem Arbeitsverzeichnis und zu meinen Dokumentenvorlagen eintragen wollte, das Programm übernahm (unter LinuxMint 14 KDE 64Bit) meine Einstellungen nicht.
Erst als ich unter /Extras /Optionen /LibreOffice /Allgemein den Schalter bei „LibreOffice-Dialoge verwenden“ sitzen hatte (siehe Bild oben), klappte es. LO mag wohl Dolphin nicht.
Das Arbeitsverzeichnis kann nun geändert werden und die Einstellungen bleiben auch.
Die meiste Zeit bin ich mit der Kombination OwnCloud 4.5.x Server und 1.2.x Client zufrieden: Es läuft. Die Synchronisation mit Android wie auch mit allen Endgeräten klappt.
Immer mal wieder zickt das Client-Programm aber rum und teilt mit:
CSync konnte keine lock-Datei erstellen.
Was bisher geholfen hat, war ein Klick auf /Anhalten. Dann die vorhandene lock Datei schlicht löschen
rm /home/username/.local/share/data/ownCloud/lock
und den Client durch Klick auf /Fortsetzen wieder starten.
Mindmaps mit Freemind zu erstellen mag schnell gehen und die Funktionen reichen auch für den Alltag locker aus. Allerdings sind die Resultate optisch nicht sehr ansehnlich, was mich immer wieder dazu bringt, die Crippleware Xmind einzusetzen.
Das aktuelle XMind 3.3.1 hat allerdings den Bug, dass ein Druck auf die Taste o als STRG + O interpretiert wird – es öffnet sich der „Datei öffnen“-Dialog … und so geht es gerade weiter: Alle Tasten, die im Programm zusammen mit STRG für irgendeine Sonderfunktion stehen, werden unter K/Ubuntu 12.04 LTS immer als das entsprechende Tastaturkürzel interpretiert. Wer in der Programmversion 3.3.1 versucht auch nur ein Wort einzutippen, flippt aus.
Bugreports sind auch nicht so einfach loszuwerden, weil die Macher von Xmind ein Q&A System einsetzen, in dem nicht zu erkennen ist, ob sich nun jemand kümmert oder nicht. Ein Scheiß.
Was hilft, ist ein Downgrade auf die Version 3.3.0, die es hier noch gibt: http://www.xmind.net/download/previous/
Die Verwaltung von Dokumentenvorlagen hat sich in LO 4 geändert. Wer eine seiner eigenen Dokumentenvorlagen als Standard für neue Textdokumente einbinden will, setzt zuerst den Pfad zum Vorlagenverzeichnis – wie gehabt über /Extras /Optionen /Pfade /Dokumentenvorlagen /Bearbeiten /Hinzufügen.
Im zweiten Schritt /Datei /Neu /Vorlagen anklicken und man sieht einen neuen Dialog:
Hier auf /Meine Vorlagen gehen.
Hier die neue Standardvorlage auswählen und dann /Als Standard setzen.