Ubuntu Blog

Seit einiger Zeit nutze ich Voice-over-IP unter Ubuntu in Form von SIP. In der Paketverwaltung finden sich auch mehrere Clients mit mehr oder weniger intuitiver Benutzeroberfläche. Allerdings fehlt mir bei allen Clients aus den Paketquellen die Möglichkeit eine Rufnummer aus einem ENUM-Verzeichnis aufzulösen.

ENUM ist ein relativ simples System um ‘gewöhnlichen’ Telefonnummern eine SIP-Adresse oder auch andere Daten (z.B. Jabber-Daten, Website, eMail-Adresse) zuordnen zu können. Ist einer Telefonnummer eine SIP-Adresse zugeordnet kann man diese Nummer – ohne den Umweg über das normale Telefonnetz machen zu müssen – über das Internet anrufen. Es wird also direkt der SIP-Account angerufen. Vorteil: Es entstehen keine Gesprächskosten für den Anruf. Außerdem kann man so, sogar mit einem kostenlosen SIP-Account (z.B. von Ekiga.net) eingetragene Nummern anrufen. Nachteil: Einige Provider verbieten Anrufe, welche direkt auf die SIP-Adresse zeigen, außerdem gibt es bis dato noch nicht allzu viele Nummern, welche in einem ENUM-Verzeichnis eingetragen sind. Tja, und nun fehlt mir diese Möglichkeit noch im Client, doch zumindest dazu habe ich mir mit einem kurzen bash-Script Abhilfe schaffen können (Leider können bei meinem Script Nummern mit regulären Ausdrücken nicht berücksichtigt werden. Für Hinweise bin ich dankbar!).

Vielleicht nutzt ja der eine oder andere Leser hier auch einen SIP-Account – oder findet sogar eine Möglichkeit, Rufnummern mit regulären Ausdrücken zu verarbeiten – weshalb ich das Script auch zur Verfügung stelle. Ich selbst bin keiner, der allzu oft Scripts schreibt. In diesem Script habe ich aber zumindest das nötigste um Ekiga (bzw. Twinkle oder Linphone) aufzufordern die Nummer anzurufen, wenn ein Eintrag vorhanden ist. Weiters eine Anzeige des Orts in OpenStreetMaps, falls Koordinaten angegeben sind, und letztlich gibt er die Adresse aus, wenn ein Adresseintrag für die Nummer existiert. Vielleicht mag sich das ja einer ansehen / sich damit beschäftigen

Hier könnt ihr euch das Script ansehen: enumhandler

P.S.: Vielleicht möchte jemand seine SIP-Adresse und Rufnummer in ein ENUM-Verzeichnis eintragen. Prüft dazu vorher, ob diese Nummer von einem Account eines anderen Providers aus erreichbar ist und meldet euch anschließend bei e164.org an.

Schritt 1: Download und Installation der erforderlichen Dateien (Drucker)

Zunächst müssen die erforderlichen Dateien (cupswrapper, lpd) von Brother heruntergeladen werden. Zu finden sind diese hier auf der Website von Brother in einem eigenen Bereich für Linux-Druckertreiber

Mit ”dpkg -i {PAKETNAME}” werden die .deb-Pakete installiert.

Schritt 2: Einrichten des Druckers

In Systemen mit GNOME-Oberfläche findet man gelegentlich* direkt ein Menü um einen Drucker hinzuzufügen. Sollte dies nicht der Fall sein, so kann man CUPS auch über das Web-Interface konfigurieren ( http://localhost:631/ ).

Hier wählt man eine JetDirect-Verbindung und gibt socket://{DRUCKER_IP}:9100 ein, die Standard-Einstellungen sollten so belassen werden (Qualität, Farbe, etc.).

Schritt 3: Einrichten des MFC-6490CW als Scanner

Um den Brother MFC-6490CW auch als Scanner benutzen zu können sollte man sich erst mal XSane installieren (”sudo apt-get install xsane”). Nun fehlt noch brscan3 / scan-key-tool von Brother.

Nach der Installation noch den Befehl:
brsaneconfig3 -a name=Brother_A3 model=MFC-6490CW ip={DRUCKER_IP}
ausführen, und schon kennt auch XSane den Scanner.

Anmerkung: Dieser Drucker ist vermutlich einer der am einfachsten zu konfigurierenden Netzwerkdrucker mit Scannereinheit für Ubuntu / Debian-Nutzer. Vor allem scannen über Netzwerk bereitet sonst oftmals Probleme.

Gestern habe ich mein System aktualisiert. Keine große Sache (ausser der Datenmenge bei >2500 Paketen).

Einige Programme mit denen ich zuvor kleinere und größere Probleme hatte laufen nun deutlich besser. Direkt beim Upgrade waren die Ubuntu-Server in Österreich wohl recht ausgelastet, da die Ermittlung des schnellsten Mirrors mir einen tschechischen Server empfohlen hatte.

Die grafische Überarbeitung hat sich nicht so drastisch ausgewirkt wie gedacht: Vor allem die Fensterbefehle Minimieren, Maximieren und Schließen an der linken Seite zu haben war sehr ungewöhnlich, doch Ubuntu Tweak sei Dank’ war das schnell wieder zurück gestellt.

Wie schon zuletzt, habe ich auch diesmal nur die freien Software-Quellen eingerichtet. Ein Video-Konvertierungsprogramm namens Transmageddon ist hier in den Quellen hinzugekommen, welches ich sicher noch testen werde. Vom Aufbau des Desktops her, habe ich die Desktop-Effekte   gleich zu Beginn  deaktiviert und mir aus den Symbolen und Themes wieder alles zurecht geschnipselt wie es mir gefällt.

Also von meiner Seite her kann ich Lucid Lynx schon mal empfehlen. Ob das weiterhin so bleibt, oder nur bei mir so reibunslos klappt, kann ich euch nicht sagen, aber probiert es aus. Dirk Deimeke hat auch kurz zusammengefasst wie man dabei vorgehen könnte / sollte.

P.S.: Dank, der tollen Integration von Gwibber hoffe ich auf einen noch größeren User-Zuwachs bei identi.ca, dem freien und Quell-offenen Mikroblogging-Dienst

Bei Launchpad gibt es bekanntlich eigene Personal Package Archives für registrierte Benutzer. So ist dort auch beispielsweise von mehreren Mozilla-Programmen ein kleines Archiv verfügbar über welches man direkt die aktuelle Entwicklungsversion des Browsers beziehen kann.

Ich hatte über längere Zeit meinen Browser dort bezogen und mich nun entschlossen zurück zu wechseln. Erst wollte ich einfach die Software-Quelle deaktivieren und den Browser erneut installieren, doch “XULRunner” wollte mir da nicht mitspielen und so erhielt ich beim ersten Start des “neuen alten” Browsers gleich einmal eine Warnung, dass dieser instabil wäre und er eventuell manipuliert wurde.

Im Grunde ist es aber jedoch sehr einfach, den alten Zustand wiederherzustellen. Bei mir heißt der funktionierende XULRunner xulrunner-1.9.1 – dazu gehört noch xulrunner-1.9.1-gnome-support. Alle anderen Rückstände der Entwicklungsversion habe ich dann einfach entfernt und schon funktionierte alles wieder wie gehabt. Das schlimme an der falschen XULRunner-Version war eigentlich, dass JavaScript mit dem Umstand, dass Firefox 3.5.7 mit einer anderen Version als der “erwünschten” Probleme bereitete und ich so bei Menüs die in JavaScript umgesetzt waren gröbere Probleme hatte.

Mein Beschluss nun doch wieder die offizielle Version aus den Software-Quellen zu nehmen, kam daher, da die Version aus dem PPA bei Launchpad bei mir Probleme bereitete und ich keine Zeit dazu hatte – und habe – mich denen zu widmen.
Ich denke PPA-Quellen – sowie andere Fremdquellen – sollten sehr sorgfältig gewählt sein und auf jeden Fall nur in Situationen, in denen es notwendig ist oder, wenn man wirklich Zeit hat um aktiv sich um die Fehlerbehebung zu kümmern – und dies dann auch tut – genutzt werden. Weiters gilt es natürlich – nicht nur für Nutzer der unfertigen Versionen -  immer ein Backup parat zu haben, wenn mal was daneben läuft. Ich selbst lasse zum Beispiel täglich meine geänderten Daten unter /home, /etc und ein paar anderen Verzeichnissen auf eine zusätzliche Festplatte sichern.

Vielleicht  hilft dieser Artikel dem einen oder anderen, da die Nutzung von PPAs oft zwar oft beschrieben wird, jedoch nur selten auf eventuelle Risiken oder einen Wechsel in die andere Richtung eingegangen wird.

Nachdem ich nun eine OpenPGP-SmartCard zum digitalen signieren und verschlüsseln von E-Mails und Dateien habe, möchte ich nur kurz auf die Verwendung eingehen.
Zunächst einmal gibt es auf mehreren Websites ‘HOWTOs’ zu diesem Thema, doch oftmals wird noch auf gpg verwiesen anstatt auf gpg2. Im Grunde war dies auch das einzige Problem, welches ich bei der Benutzung der SmartCard anfangs hatte, da ich das erstmal herausfinden musste. Mein Card-Reader – ein SCM SCR335 – hat gleich nach dem anschließen einwandfrei funktioniert, jedoch konnte ich noch keine Schlüssel auf der SmartCard anlegen, da ich gpg aufgerufen hatte (das Anzeigen der Karteninformationen funktionierte allerdings!).

Schließlich konnte ich dann mit diesem Befehl ganz einfach ein neues Schlüsselpaar anlegen:

gpg2 –card-edit

Anschließend musste ich die Admin-Befehle freischalten mit:

admin

und letztlich nur noch die Schlüssel generieren:

generate

In meinen Mailprogrammen und im Dateisystem verhält sich alles wie gewohnt ausser, dass nun die Karte beim verschlüsseln und signieren von Mails und Dateien stecken muss und man statt dem Passwort seinen PIN-Code eingeben muss. Natürlich muss man zuvor den entsprechenden Schlüssel als Standard-Schlüssel für eine Mail-Adresse auswählen, denn ansonsten würde unter Umständen noch ein älterer Schlüssel verwendet werden, oder noch gar keiner.

Während man in gpg2 –card-edit ist kann man sich die verfügbaren Kommandos per ‘help’ ausgeben lassen.

Da es zum GnuPG-Programm ohnehin schon einige Artikel gibt, möchte ich auf die Website verweisen: http://www.gnupg.org

Eine Liste unterstützter Kartenlesegeräte findet man übrigens auch bei GnuPG.org und wer gerne eine personalisierte SmartCard hätte und gleichzeitig noch freie Software unterstützen möchte, möge der Free Software Foundation Europe beitreten. Da die Mitgliedschaft bei der FSFE mindestens 60 Euro pro Jahr kostet (Standard-Mitgliedschaft: 120 Euro), sollte allerdings auch ein gewisses Interesse an freier Software bestehen und nicht der Beitrag zur reinen Benutzung der SmartCard dienen.

Solltet ihr noch Fragen zu diesem Thema haben oder Probleme auftauchen, so könnt ihr hier gerne Fragen. Bezüglich Hardware-spezifischer Hilfe dürft ihr euch von mir nicht viel erwarten, wenn es sich um einen anderen Reader handelt.