Ich habe mich natürlich gefragt, ob es so ein stylisches Interface auch unter Linux gibt. Daher habe ich mir Rhythmbox und Banshee genauer angesehen.

• Rhytmbox hat unter dem Menüpunkt eine Option für einen “Partymodus”. Dieser schaltet das gesamte Interface aber nur in einen Fullscreen Modus.
• Banshee bietet hier zwei Möglichkeiten:
  1. kann hier das Interface wie in Rhytmbox auch mit der Library-Übersicht in den Fullscreen Modus geschaltet werden.
  2. Wenn man jedoch auf “Jetzt wiedergeben” im linken Navigationsbereich klickt und dann in den Fullscreen Modus schaltet, so erhält man in etwa was ich mir vorgestellt habe. Leider sieht diese Ansicht bei weitem noch nicht so gut aus, wie diese von iTunes. Es gibt aber im Bugtracker schon einen Eintrag, der dieses Thema behandelt.

  

Nachdem ich diese beiden Programme getestet habe, habe ich mit dem Gedanken gespielt eine Media Center Software, wie XBMC oder Elisa/Moovida zu testen. Aber ich konnte mich mit dem Gedanken anfreunden, ein Programm zu installieren dessen Interface doch eher für den TV konzipiert wurde. Außerdem wollte ich nicht noch ein Programm, welches sich eine eigene Medien-Datenbank für meine Musik, Videos und Fotos aufbaut.

Und dann ist mir der Gedanke gekommen. Es müßte doch eine zentrale Medien-Datenbank im System geben, auf welche die diversen Medien Player und Foto-Programme zugreifen können.
Für den PIM-Bereich gibt es Akonadi, welche eine zentrale Speicherstelle für Kontakte, Mail, Kalender bereitstellen will. Beim Gran Canaria Desktop Summit einigte man sich – lt. den diversen Berichten und Blogs – in nächster Zeit viel Arbeit in Akonadi zu investiert, um diese zentrale Speicherstelle zu realisieren.
Ich habe aber leider noch nie von einem ähnlichen Projekt gehört, welches sich um eine zentrale Medien-Datenbank (Audio, Video und Foto) kümmern soll.

Ich könnte mir das doch als sehr sinnvoll vorstellen und es könnte viele neue Möglichkeiten bringen. Folgende Funktionen könnte so eine zentrale Komponente enthalten:

• Verwalten von Medienfiles, egal ob diese lokal (meine private Musikbibliothek) oder in der Cloud liegen (z.B: Flickr)
• Ebenso sollte sich die Datenbank selbstständig mit den definierten Speicherorten abgleichen. In etwa so, wie man es in Rhythmbox für seine Bibliothek einstellen kann. Auch dieses Thema wurde auf dem Gran Canaria Desktop Summit diskutiert und Lösungsansätze ausgearbeitet, wie man dies in Zukunft am besten lösen könnte.
• Die Datenbank sollte alle möglichen Metainformationen zu den Files beinhalten
  • Artist, Album, Titel, Jahr, Lizenzinformation,… für Musikfiles
  • Informationen aus den EXIF-Daten, Georeferenzierung…. für Fotos
• Die Datenbank sollte eine offene API anbieten, damit alle möglichen Programme darauf zugreifen können

Somit könnten sich diverse Softwareprojekte diese Aufgabe ersparen und sich dann mehr auf das Interface stürzen. In diesem Bereich gibt es noch viel Potential würde ich sagen.

Ich habe bei Ubuntu Brainstorm schon einen Eintrag mit der gleichen Idee gefunden. Leider verstehe ich nicht, wieso diese Idee so schlecht bewertet wird?



Was haltet ihr von dieser Idee? Kennt ihr so ein Projekt?

1. Sich die Arbeitsstunden und den Wert eines Projektes anhand der Projektdateien anzeigen lassen mit sloccount.

   $ sloccount ~/project1/
   
   SLOC    Directory       SLOC-by-Language (Sorted)
   35344   lib             php=35344
   1049    tests           php=1022,sh=27
   911     templates       php=911
   653     lang            php=653
   471     top_dir         php=471
   426     resources       php=316,perl=108,sh=2
   206     config          php=206
   139     external        php=139
   69      api             php=69
   0       css             (none)
   0       images          (none)
   0       js              (none)
   0       tmp             (none)
   
   Totals grouped by language (dominant language first):
   php:          39131 (99.65%)
   perl:           108 (0.28%)
   sh:              29 (0.07%)
   
   Total Physical Source Lines of Code (SLOC)                = 39,268
   
   Development Effort Estimate, Person-Years (Person-Months) = 9.44 (113.23)
   (Basic COCOMO model, Person-Months = 2.4 * (KSLOC**1.05))
   
   Schedule Estimate, Years (Months)                         = 1.26 (15.08)
   (Basic COCOMO model, Months = 2.5 * (person-months**0.38))
   
   Estimated Average Number of Developers (Effort/Schedule)  = 7.51
   
   Total Estimated Cost to Develop                           = $ 1,274,625
   (average salary = $56,286/year, overhead = 2.40).
   

2. Nur die Struktur (Schema) ohne Daten von einer MySQL-Datenbank erstellen.

   mysqldump -u user -ppasswort --no-data datenbankname > database_backup.sql

3. Mit grep nach “foo” rekursiv in Dateien suchen ohne Unterordner von Subversion.

   grep foo -R  --exclude-dir='.svn' *

4. Suche nach einem Text in allen Dateien inkl. Unterordner

   find . -name * -exec grep -i 'TEXT' '{}' ';'

5. Zuletzt geänderten Datein rekursiv im aktuellen Ordner anzeigen.

   find . -printf "%T@ %p\n" | sort -n | tail

1. Shell-Ausgaben in die Zwischenablage bekommen mit xsel. Im Beispiel landet die Ubuntu Version in die Zwichenablage und kann mit CTRL v eingefügt werden.

   cat /etc/issue | xsel --clipboard

2. Backup einer PostgreSQL Datenbank. Das Backup (dump.gz) wird mit gzip komprimiert.

   pg_dump meine_datenbank | gzip > dump.gz

3. Nachschauen welches Programm den Port 1234 in Verwendung hat. Nützlich wenn man sich nicht sicher ist was da eigentlich läuft.

   netstat -plantu | grep :1234

4. Vergleichen, mit vimdiff von einer lokalen (local.txt) und einer am Server (remote.txt) liegenden Datei.

   vimdiff local.txt scp://meinname@meinserver/remote.txt

5. Nur bestimmtes Kommando für Benutzer auf Server über eine ssh-Verbindung zulassen.
   In ~/.ssh/authorized_keys wird vor den Schlüssel des Benutzers command und das Kommando eingetragen.

   command="/bin/ls -al" ssh-rsa AA...PmQ== benutzer@host
   

   Der Benutzer darf jetzt am Server, über ssh nur mehr ein ls -al ausführen.