ubuntuusers.de

Es gibt so viele gute Sofware (Banshee, Digikam, Songbird ... ), einige unterstützen sogar MySQL als Backend und läufen mehr oder weniger auf Windows. Aber schlussendlich scheitert es bei praktisch jeder Software mit dem Pfad zu einem Objekt (Beispielsweise eine Musikdatei ist meinem Linux unter /srv und in meinem Windows unter X:) Ich will jedoch die gleiche Datenbank haben (Playlists usw...) (Ist auch möglich (SQLLite verschieben oder verlinken auf SMB Share oder MySQL))

Was bringt aber eine gemeinsame Datenbank oder "pseudo gemeinsam" wenn die Pfade doch nicht zusammenpassen.

Es wäre zimlich simpel einen Root Pfad festzulegen der je nach Softwareinstallation verschieden sein kann, aber dieselbe Datenbank (Oder ein Pfademulierer)

Bei jeder Software der gleiche Scheiss, ich kann doch meiner Schwester kein Linux geben um mit Digikam Bilder zu sortieren, damit wir die gleiche Datenbank haben.

Web ist leider keine Lösung (In Musik kein Flac Support, Zu lange Upload Zeiten für RAW und gute JPG Bilder usw...)

Naja, wollte nur mal meine Meinung äussern... 😉

Unter Linux kannst du absolut problemlos auch auf NTFS Laufwerke zugreifen, demzufolge kannst auch dieselben Datenbanken nutzen und auf dieselben Dateien zugreifen. Wo genau ist nun eigentlich das Problem? Habe ich da jetzt vielleicht etwas falsch verstanden?

a) Wieso kannst Du Deiner Schwester kein Linux geben - ich habe genau das gemacht. - Nein, nicht Deiner Schwester ...

b) Gerade Datenbanken sind es gewohnt auf Server-Adressen zu hören, und auch wenn es auf dem lokalen Rechner läuft, sollte ein localhost://xSql:dbPhoto oder so ähnlich, platformneutral, funktionieren. Garantieren kann ich es aber nicht - ich kenne nicht alle Datenbanken, und alle Programme, die Datenbanken benutzen.

seaman schrieb:

Unter Linux kannst du absolut problemlos auch auf NTFS Laufwerke zugreifen, demzufolge kannst auch dieselben Datenbanken nutzen und auf dieselben Dateien zugreifen. Wo genau ist nun eigentlich das Problem? Habe ich da jetzt vielleicht etwas falsch verstanden?

Wahrscheinlich schon, das ist mir auch klar.

Die Datenbank ansich ist ach kein Problem die kann von mir aus auch per sshfs eingebunden werden oder was auch immer. Das Problem sind die Daten in der Datenbank also Pfade zu Dateien. Nur sind Pfade aber auf jedem System verschieden, daher stimmt der Datensatz von einem Linux zB Banshee Song nicht in Windows.....

Aber ich habe schon zu viel Zeit damit verbracht was zu finden.

Jetzt habe ich nur auf meinem Linux eine Datenbank zB für Musik (Banshee) und auf Windows fehlen dann halt Playlists.

Aber das Problem ist bei jedem anderen Programm auch. Ich suche keine Lösung (Gibt es wahrscheinlich auch nicht); Wollte nur mal meine Meinung äussern.

raffis schrieb:

Aber das Problem ist bei jedem anderen Programm auch. Ich suche keine Lösung

Ich weiß nicht wie viele Programme Du auf mehreren Systemen nutzt - aber bei kleinen Dateien, die Du in ein bestimmtes Korsett zwängst, müßtest Du auch mit kleinen Programmen beim Booten Operationen durchfürhren können, die Pfade von einem System auf das andere anpassen.

Wie genau - das hängt natürlich vom Einzelfall ab.

user unknown schrieb:

Ich weiß nicht wie viele Programme Du auf mehreren Systemen nutzt - aber bei kleinen Dateien, die Du in ein bestimmtes Korsett zwängst, müßtest Du auch mit kleinen Programmen beim Booten Operationen durchfürhren können, die Pfade von einem System auf das andere anpassen.

Es geht nur um Datenbanken mit OS spezifischen Pfaden in Datensätzen. Klar könnte ich ein Script schreiben, dass bei jedem Start von Windows eine Datenbank von meinem Linux nimmt und alle Pfade auf Z:\ blabla umschreibt, aber das ist Bastelei und nicht wirklich was ich mir vorstelle.

Ich bin doch nicht der einzige welcher Dualboot hat, und Programme auf Linux und Windows nutzt und da auch auf beiden die gleichen Daten haben möchte. Das ist zB mit Software ohne Datenbank wie das Firefox Profil kein Problem.

Aber ja...

Und stored-procedure, die die Pfade umschreiben?

Erstell doch mal einen Fehlerbericht mit einem Lösungsvorschlag. Im Grunde muss man das auf Anwendungsebene lösen.

raffis

Es geht nur um Datenbanken mit OS spezifischen Pfaden in Datensätzen.

(Ich lese hier eigentlich nur - aber das interessiert mich gerade.)

Hast Du versucht, die Pfade mit einem (passenderen) URI-Schema zu hinterlegen, um diese dann Client-seitig passend auseinander zu nehmen?

Beispiel (auswendig, kann Fehler enthalten): file://Computer/Freigabe/Pfad/Datei.jpg

Vorteil: Die Adressierung würde über Host - Freigabe - Pfad - Datei OS-unabhängig sein. Das ist aber auch der Nachteil, denn es müssen entweder Freigaben sein oder der Client müsste es um-interpretieren.

//Edit: Beitrag wegen Schmarrn meinerseits umeditiert. 😳

tomatensticks schrieb:

(Ich lese hier eigentlich nur - aber das interessiert mich gerade.)

Hast Du versucht, die Pfade mit einem (passenderen) URI-Schema zu hinterlegen, um diese dann Client-seitig passend auseinander zu nehmen?

Naja, es ist ja nicht der OP, der die Daten in die Datenbank schreibt, sondern die Anwendungen.

Beispiel (auswendig, kann Fehler enthalten): file://Computer/Freigabe/Pfad/Datei.jpg

Das könnte gehen. Banshee jedoch benutzt zwar file Uris, allerdings ohne Hostname und die funktionieren nur schwer betriebssystemübergreifend. Nehmen wir an, du hast ein Dual-Boot System und eine NTFS-Partition, auf der Musik liegt. Unter Linux ist sie z.B. als /media/shared_data eingebunden und unter Windows als E:\. Die file Uri, wie sie Banshee benutzt, zu einer mp3 unter Linux wäre

file:///media/shared_data/Musik/meinemp3.mp3

und unter Windows wäre die entsprechende Uri

file:///e:/Musik/meinemp3.mp3

Selbst für die Variante mit Hostnamen (localhost) müsste man auf Windows Seite etwas tricksen und beispielsweise eine lokale Netzwerkfreigabe einrichten und eventuell noch eine Verknüpfung, die auf das aktuelle Verzeichnis zeigt. Ich weiß gar nicht, ob das überhaupt geht. Der Pfad würde dann so aussehen:

file://localhost/media/shared_data/Musik/meinemp3.mp3

Unter Windows wäre media der Freigabename für das E:\ Verzeichnis und shard_data eine Verknüpfung auf E:\. Damit könnte man Dateien zumindest unter Windows öffnen, die Unter Linux importiert wurden, aber ob der umgekehrte Weg auch geht, ist unklar. Mit der file:/// Variante, die Banshee unter Linux verwendet, könnte man wohl ebenfalls ein Pfadschema für Windows bauen, aber dazu müsste man noch fiesere Tricks anwenden.

Ich denke, relative Uris, wie sie der OP vorschlägt, wären wohl die bessere Lösung, aber das ist Sache der Entwickler.

der_alex1980 schrieb:

tomatensticks schrieb:

Hast Du versucht, die Pfade mit einem (passenderen) URI-Schema zu hinterlegen, um diese dann Client-seitig passend auseinander zu nehmen?

Naja, es ist ja nicht der OP, der die Daten in die Datenbank schreibt, sondern die Anwendungen.

Achso ja - ok. Hatte ich so nicht genau verstanden, insofern erübrigt sich das dann.

Solange also die Software selbst nicht von sich aus OS-unabhängige Meta-Datenbanken mitbringt, kann man das Problem wohl knicken.

...und mir ist keine solche Software bekannt.

der_alex1980 schrieb:

Selbst für die Variante mit Hostnamen (localhost) müsste man auf Windows Seite etwas tricksen und beispielsweise eine lokale Netzwerkfreigabe einrichten und eventuell noch eine Verknüpfung, die auf das aktuelle Verzeichnis zeigt. Ich weiß gar nicht, ob das überhaupt geht. Der Pfad würde dann so aussehen:

file://localhost/media/shared_data/Musik/meinemp3.mp3

Das wäre eventuell als Lösung in Betracht zu ziehen, ich sehe mir das mal an.

Eine andere Möglichkeit wäre auch die Datenbank in Windows zu erstellen, gehen wir mal von einer Songbird SQLite DB aus, und Songbird unter Linux mittels Wine zu emulieren, so kann problemlos ein Z:\ Mapping eingerichtet werden. Aber eben wirklich glücklich wäre ich mit dieser Lösung nicht und das geht auch nur mit Software welche von Windows kommen und problemlos mit Wine laufen (Ich meine ein Banshee für Windows portiert und mittels Wine auf Linux zu emulieren wäre ja ein zimlicher Witz)

tomatensticks schrieb:

(Ich lese hier eigentlich nur - aber das interessiert mich gerade.)

Glaub mir ich habe schon Stunden damit verbracht eine Lösung für solche Sachen zu suchen. Ähnliches Problem zB mit Musik Synchronisation in Banshee, man kann zwar die Musik auf ein Android syncen, aber Playlists werden dabei nicht beachtet (Da nur auf Filesystem Ebene kopiert wird), ich habe mir daraufhin ein Script geschrieben welches alle Playlistst exportiert und auf meine Mobile Devices synct ☺ Das Problem ist eine Änderung der URI Geschichte beispielsweise in Banshee ist zu tief im Code für einen nicht Banshee Developer 😛

user unknown schrieb:

Und stored-procedure, die die Pfade umschreiben?

Soviel ich weis wird das in SQLLite nicht unterstützt, das wäre schon mal nichts für Banshee. Und was wäre der Sinn davon, automatisch in der zweiten DB (Windows) Pfade anpassen (Ich weiss nicht ob das eine bessere lösung wäre) Zudem müsste das in Two-Way funktionieren, was auch wieder Bastelei wäre.

Am besten wäre wirklich eine Implementierung relativer URI's seitens Entwickler

raffis schrieb:

Glaub mir ich habe schon Stunden damit verbracht eine Lösung für solche Sachen zu suchen.

Was sagen denn überhaupt die Banshee-Devs dazu? Schon nachgefragt?

tomatensticks schrieb:

Was sagen denn überhaupt die Banshee-Devs dazu? Schon nachgefragt?

Habe vorhin mal auf die Mailinglist geschrieben, mal warten was dabei rauskommt...