Archiv für den Monat: Januar 2008

AOL/ICQ bald XMPP/Jabber basiert?

Veröffentlicht am von

Ein Wunder scheint zu geschehen 😉

AOL testet im Moment einen Jabber Server für die ICQ UINs. Dabei gibt es noch ein paar kleine Probleme und der Server scheint teils ein wenig überlastet zu sein aber man kann mit einer ganzen Reihe von Jabber Clients sich mit der UID [email protected] oder [email protected] verbinden und sieht die gesamte ICQ-Adressenliste und kann mit den Kontakten chatten. Chats mit Kontakten außerhalb von ICQ/AOL also s2s (Server2Server) Verbindungen sind jedenfalls im Moment nicht möglich.

Ich fände das einen echten Fortschritt wenn ICQ/AOL bald auf XMPP als Protokoll aufsetzen würden. Damit wären zwar noch nicht die rechtlichen Probleme durch die AGB geklärt, jedoch wäre es theoretisch möglich über eine normale JID auf einem anderen Server mit ICQ Nummern zu kommunizieren und das ganz ohne Umwege wie Transports. Ob dieser Test erfolgreich verläuft und ICQ/AOL wirklich überlegt auf das XMPP Protokoll umzusteigen oder dieses zumindest als Alternative anzubieten steht noch in den Sternen aber ein Anfang ist es allemal.

Bei der Einrichtung muss man darauf achten, dass man einen alternativen Hostnamen angibt und keine SSL Verschlüsselung aber TLS wählt. Weiterhin darf die Ressource kein @ enthalten. Allgemein kommen also folgende Einstellungen zustande:

JID: [email protected] bzw. [email protected]
Host: xmpp.oscar.aol.com
Port: 5222 (Standard Port für TLS/Plain)

Einfach mal ausprobieren und freuen 😉 Ich versuche euch auf dem Laufenden zu halten. Natürlich ist das nur ein Testserver und man sollte nicht all zu viel erwarten. Auch scheint der Server von den Tests ziemlich in die Knie zu gehen. Also am besten einfach später noch einmal versuchen falls es nicht klappen sollte.

Links:

Einbinden von MTP Geräten in das Dateisystem mit mtpfs

Veröffentlicht am von

Vor kurzem habe ich ein Tutorial geschrieben, wie man dem Samsung YP-T10 UMS beibringt. Dies bewirkt, dass das eigentlicht MTP Gerät durch die modifizierte Firmware als USB Massenspeicher, also wie ein USB Stick erkannt wird und die Dateien genau wie bei einem USB Stick verwaltet werden können. Das Flashen der modifizierten Firmware ist außerhalb der Herstellergarantie und führt sogar eventuell zu einem Garantieverlust. Vielen wird aus diesen oder anderen Gründen die Nutzung dieser inoffiziellen Firmware zu heikel gewesen sein und mussten auf Lösungen über libmtp zusammen mit Gnomad2 oder Rhythmbox setzen. Diese Lösung ist leider noch etwas instabil und es gibt noch einige Probleme.

Es gibt jedoch noch eine andere Möglichkeit Dateien auf einem MTP Gerät zu verwalten welches von libmtp unterstützt wird: mtpfs erlaubt das Einbinden (mounten) eines MTP Geräts in das Dateisystem wie es mit USB Sticks, Festplatten etc. passiert. So kann man ganz normal über den bevorzugten Dateimanager darauf zugreifen. Ich habe das Programm gleich in mein Repository aufgenommen und es kann nun über dieses installieren. Also Repository hinzufügen und das Paket „mtpfs“ mit Synaptic, apt-get oder ähnlichem installieren.

Weiterlesen →

Flash & Co mit Firefox auf AMD64

Veröffentlicht am von

Alle die bereits eine 64bit Linux Distribution einsetzen sollten dieses Problem kennen: Viele kommerzielle (Und auch manche OpenSource) Programme gibt es noch nicht für die 64bit Architektur. Es gibt zwar möglichkeiten auch diese zu installieren, doch sind sie oft sehr umständlich. Zu diesen Programmen gehören auch einige Firefox Plugins wie Flash, Acrobat Reader und andere. Um dieses Problem zu umgehen gab es bisher unter anderem die Möglichkeit ein 32bit Firefox zu installieren unter welchem dann auch die 32bit Plugins laufen. Nur ich finde dann kann man gleich ein komplettes 32bit System verwenden. Außerdem brachte diese Möglichkeit jedenfalls bei mir einige kleine Probleme mit sich.

Es gibt erfreulicher Weise noch eine weitere Möglichkeit: Das Plugin „nspluginwrapper“ erlaubt die Installation von Mozilla Plugins unterschiedlicher Architekturen. So ist es ebenfalls möglich auf einem 32bit System 64bit Plugins zu benutzen (Auch wenn dies wohl selten vorkommen wird).

Wenn man das Plugin „flashplugin-nonfree“ unter Ubuntu gutsy amd64 installiert, dann wird das Plugin gleich mitinstalliert. Ich empfehle jedoch das Paket „flashplugin-nonfree“ zu entfernen, da es eine vergleichsweise alte Flash Version beinhaltet und das Paket „nspluginwrapper“ installiert zu lassen bzw. neu zu installieren. Dies kann über Synaptic oder direkt in der Konsole geschehen (sudo apt-get install nspluginwrapper).

Nun muss man noch das Flash Plugin herunter laden und entpacken. Dazu läd man es sich unter der URL http://fpdownload.macromedia.com/get/flashplayer/current/install_flash_player_9_linux.tar.gz herunter und entpackt es z.B. auf dem Desktop. In der Konsole:

wget http://fpdownload.macromedia.com/get/flashplayer/current/install_flash_player_9_linux.tar.gz
tar xvfz install_flash_player_9_linux.tar.gz

Um das Plugin nun mit dem nspluginwrapper zu installieren reicht folgendes:

mkdir ~/.mozilla/plugins
cp install_flash_player_9_linux/libflashplayer.so ~/.mozilla/plugins
nspluginwrapper -i ~/.mozilla/plugins/libflashplayer.so

Fertig, euer AMD64 Firefox sollte nun Flashdateien abspielen. Diese Installation ist zudem ausschließlich lokal und verändert nicht irgendwelche Systemdateien die in Konflikt mit den Paketen kommen könnten. Ich empfehle aber alle anderen Flashplugin Versionen vorher zu entfernen, da sonst vielleicht das falsche Plugin verwendet wird.

Alle Pakete im Repository nun auch für AMD64 verfügbar

Veröffentlicht am von

Ich habe nun alle Pakete im neuen Repository unter einem AMD64 System neu gebaut. Viel Spaß damit!

Übrigens ist das Repository nun schon ziemlich gewachsen: Es gibt nun genau 96 Binärpakete (Also 192 wenn man AMD64 und i386 zusammen zählt) welche sich aus 40 verschiedenen Programmen, Librarys etc. zusammensetzen. Dabei haben die Binär- und Quellpakete zusammen eine Gesamtgröße von 326.63 MB.

Wenn ihr euch ein Paket für ein gutes Linux Programm wünscht, welches nicht, oder nur in einer älteren Version in den offiziellen Paketquellen verfügbar ist oder ihr eigene Pakete beisteuern möchtet dann meldet euch doch einfach bei mir per Mail (Findet ihr unter „Über uns„, am besten an die gemeinsame Blog E-Mail Adresse schicken).

Neue und letzte Paketquellen-Adresse!

Veröffentlicht am von

Bereits vor ein paar Wochen habe ich eine neue Paketquellen-Adresse angekündigt. Dies geschieht jetzt ein weiteres Mal jedoch bleibt dies das hoffentlich letze Mal 😉
Ich habe mitlerweile mit Hilfe von debarchiver und dem tollen debarchiver-Howto von Daniel Leidert ein Repository auf meinem eigenen Server erstellt welches mir im Gegensatz zum Launchpad PPA Repository flexiblere und auch binäre Uploads erlaubt und signiert wird und somit beim Installieren von Paketen aus dem Repo keine „Nicht Authentifiziert“ Warnungen mehr erscheinen.

Ich werde so gut ich kann weiterhin noch Pakete ins PPA Repository hochladen, damit die, die diese Meldung noch nicht gesehen haben wenigstens vorerst noch die Pakete erreichen. Außerdem gibt es im neuen Repository bisher noch keine AMD64 Uploads, da mir im Moment solche Builds noch nicht möglich sind, da ich derzeit ein 32bit Ubuntu installiert habe. Ich werde jedoch in kürze die 64bit Version von Ubuntu (ersteinmal zusätzlich) Installieren und die fehlenden Pakete hochladen.

Hinzufügen lässt sich das Repositorium durch folgende Eingabe in ein Terminal (ALT-F2 / „gnome-terminal“ oder Anwendungen/Zubehör/Terminal):

sudo wget http://ubuntu.jbbr.net/gutsy.list -O /etc/apt/sources.list.d/jbbr.list

Um noch den GPG Key des Repositorys einzufügen und so keine „Nicht Authentifiziert“ Meldungen mehr zu bekommen und nach neuen Paketen zu suchen reicht die folgende Eingabe:

wget -q http://ubuntu.jbbr.net/jbbr_ubuntu.asc -O- | sudo apt-key add - && sudo apt-get update

Achtung! Es gilt nach wie vor:

Ich übernehme keine Haftung für eventuelle Schäden die durch meine Pakete auftreten könnten. Da ich die Pakete jedoch auch selber verwende und teste sind diese unwarscheinlich.

Weiterlesen →

[Update] UMS/MSC für den Samsung YP-T10

Veröffentlicht am von

Zu Weihnachten habe ich den Flash MP3 Player YP-T10 von Samsung geschenkt bekommen. Auf den ersten Blick wirkt dieser Meiner Meinung nach sehr gut. So hat er einen guten Klang, besitzt einen integrierten UKW-Tuner und ein integriertes Mikrofon und von beidem kann direkt als MP3 aufgenommen werden. Weiterhin besitzt er einen Bluetooth Adapter welcher den Dateiaustausch mit anderen Geräten wie Handys sowie die Benutzung eines Bluetooth Stereo Headsets erlaubt. Das Display ist sehr hoch auflösend und kontrastreich (Es ist das selbe wie das Display des neuen iPod Nano) und Videos und Fotos sehen erstaunlich gut aus auf den 320×240 Pixeln.

Weiterlesen →

Fritz!Box Schneller Reconnect unter Linux

Veröffentlicht am von

Es gibt einige Gründe warum man gerne zu einem bestimmten Zeitpunkt seine IP Adresse wechseln möchte z.B. um IP Sperren zu umgehen um z.B. eine grade programmierte IP Sperre zu testen oder ähnliches. Erfreulicher Weise bieten die Meisten Router dafür eine interne Möglichkeit an, welche zu einer schnellen Trennung und einem schnellen Wiederaufbau der Internetverbindung führt. Dies geschieht meist über eine so genannte UPNP Statusinformationen. Eine solche Neuverbindung dauert meist nur um die 2 Sekunden wohingegen ein Neustart einer Fritz!Box meist länger als 30 Sekunden dauert.

Um diesen Effekt unter Windows hervorzurufen gibt es viele Programme welche sich beispielsweise in den Systemtray legen und per Klick eine Neuverbindung aufrufen. Nach einigem Recherchieren habe ich auch eine Möglichkeit gefunden, einen solchen Reconnect auch unter Linux auszuführen. Dabei beziehe ich mich auf eine Fritz!Box, da ich selber eine solche besitze (7170 FON WLAN).

Um den Reconnect hervorzurufen werden zwei Dateien benötigt. Einmal eine Datei, welche die UPNP-Informationen enthält die an den Router gesendet werden sollen und dann eine Datei, welche die Informationen an den Router sendet. Dies ist in dem Beispiel ein einfaches Bash-Skript.

Weiterlesen →

Pakete: libgstreamer-plugins-base0.10-0 wird ständig als Update angezeigt

Veröffentlicht am von

Wer das Jbbr-Ubuntu-Repository verwendet wird vermutlich bereits dieses Problem bemerkt haben: Das Paket „libgstreamer-plugins-base0.10-0“ wurde als Update angezeigt was sich komischer Weise nur nach dem Update selbst immer noch nicht geändert hat. Dieses Problem ist bekannt und ich versuche es zu Lösen jedoch hab ich bisher noch keinen Schimmer wie es aufgetreten ist bzw. wie so etwas überhaupt auftreten kann.

Ich habe bereits verschiedene Leute im IRC gefragt und in verschiedenen Foren einen Thread aufgemacht. Niemand scheint eine Lösung zu kennen aber ich weiß, dass ein solches Problem schon einmal bei einem offiziellen Repository aufgetreten ist und irgendwann gelöst wurde… Also wenn jemand von euch Lesern eine Idee hat bitte ich um ein kleinen Kommentar oder eine Mail. Ihr könnt auch das Problem in diesem Ubuntuusers-Forum-Thread diskutieren.

Ich bitte darum das Problem erst einmal zu entschuldigen ich hoffe ich finde in den nächsten Tagen eine Lösung . Am besten einfach das Update ignorieren oder einfach zusammen mit anderen Updates ausführen. Es wird nicht jedes Mal noch einmal runter geladen sondern wird aus dem Apt Cache geladen also verbraucht es kein Traffic.

Ich empfehle NICHT das Paket z.B. in Synaptic zu „sperren“, also keine Updates zuzulassen, da ihr dann keine Updates mehr bekommt falls ich das Problem gelöst haben sollte oder es eine neue upstream Version gibt.

Update: Ich versteh es immer noch nicht… Ich habe nun testweise das Hardy Sourcepaket genommen und nichts verändert außer der Distribution (von hardy auf gutsy) in debian/changelog und das Problem tritt weiterhin auf…

Update (10.01.08): Ich habe noch etwas zu diesem Problem herausgefunden: Es scheint nur aufzutreten, wenn das Repository nicht signiert ist, was ja bei den PPAs leider (noch) der Fall ist. Das erklärt auch, warum das Problem im offiziellen Repository nicht auftritt. Ich arbeite derzeit an einem eigenem Repository welches nicht den PPA Service verwendet.

Update (12.01.08): Ich habe das Problem nun umgangen, indem ich ein neues Repository auf meinem eigenen Server mit debarchiver eingerichtet habe, welches auch eine GPG Signatur besitzt. Zum Artikel… 

Übrigens gibt es dazu auch einen Launchpad Bug