Unison kompilieren

[EL Duderino]

Ich bin nicht sicher, ob es hierher gehört, aber trotzdem: Ich habe versucht, unison nach dieser Anleitung zu kompilieren. Ich habe es erstmal ohne die symlink-Ersetzung versucht. Natürlich hatte ich dann Linker-Fehler. Ich poste den relevanten Auszug:

gcc -o 'unison'   '-Llwt' '-Lubase' '-Lsystem' '-Lsystem/generic' '-Llwt/generic' '-L/opt/lib/ocaml'  '/tmp/camlprim93b5b3.c' '-lbigarray' '-lcamlstr' '-lunix' 'osxsupport.o' 'pty.o' 'bytearray_stubs.o' '-lutil' '-lcamlrun' -I'/opt/lib/ocaml' -lm  -ldl -lncurses -lpthread
/opt/lib/libncurses.so: undefined reference to `__divdf3@GLIBC_2.3.3'
/volume1/@optware/bin/../lib/gcc/powerpc-linux-gnuspe/3.4.6/../../../../powerpc-linux-gnuspe/lib/libpthread.so: undefined reference to `__on_exit@GLIBC_PRIVATE'
/volume1/@optware/bin/../lib/gcc/powerpc-linux-gnuspe/3.4.6/../../../../powerpc-linux-gnuspe/lib/libm.so: undefined reference to `__adddf3@GLIBC_2.3.3'
/volume1/@optware/bin/../lib/gcc/powerpc-linux-gnuspe/3.4.6/../../../../powerpc-linux-gnuspe/lib/libm.so: undefined reference to `__muldf3@GLIBC_2.3.3'
/volume1/@optware/bin/../lib/gcc/powerpc-linux-gnuspe/3.4.6/../../../../powerpc-linux-gnuspe/lib/libdl.so: undefined reference to `_dl_open@GLIBC_PRIVATE'
/volume1/@optware/bin/../lib/gcc/powerpc-linux-gnuspe/3.4.6/../../../../powerpc-linux-gnuspe/lib/libdl.so: undefined reference to `_dl_close@GLIBC_PRIVATE'
/volume1/@optware/bin/../lib/gcc/powerpc-linux-gnuspe/3.4.6/../../../../powerpc-linux-gnuspe/lib/libpthread.so: undefined reference to `__librt_multiple_threads@GLIBC_PRIVATE'
/volume1/@optware/bin/../lib/gcc/powerpc-linux-gnuspe/3.4.6/../../../../powerpc-linux-gnuspe/lib/libpthread.so: undefined reference to `_errno@GLIBC_2.0'
/volume1/@optware/bin/../lib/gcc/powerpc-linux-gnuspe/3.4.6/../../../../powerpc-linux-gnuspe/lib/libm.so: undefined reference to `__fixunsdfsi@GLIBC_2.3.3'
/volume1/@optware/bin/../lib/gcc/powerpc-linux-gnuspe/3.4.6/../../../../powerpc-linux-gnuspe/lib/libm.so: undefined reference to `__floatsidf@GLIBC_2.3.3'
/opt/lib/libncurses.so: undefined reference to `__truncdfsf2@GLIBC_2.3.3'
/volume1/@optware/bin/../lib/gcc/powerpc-linux-gnuspe/3.4.6/../../../../powerpc-linux-gnuspe/lib/libm.so: undefined reference to `__extendsfdf2@GLIBC_2.3.3'
/volume1/@optware/bin/../lib/gcc/powerpc-linux-gnuspe/3.4.6/../../../../powerpc-linux-gnuspe/lib/libm.so: undefined reference to `__subdf3@GLIBC_2.3.3'
/volume1/@optware/bin/../lib/gcc/powerpc-linux-gnuspe/3.4.6/../../../../powerpc-linux-gnuspe/lib/libpthread.so: undefined reference to `__libc_sigaction@GLIBC_PRIVATE'
/volume1/@optware/bin/../lib/gcc/powerpc-linux-gnuspe/3.4.6/../../../../powerpc-linux-gnuspe/lib/libpthread.so: undefined reference to `_h_errno@GLIBC_2.0'
collect2: ld returned 1 exit status

Ich habe dann

rm /opt/powerpc-linux-gnuspe/lib/libpthread.so.0
ln -s /lib/libpthread.so.0 /opt/powerpc-linux-gnuspe/lib/

ausgeführt, und die entsprechenden Symbole konnten dann aufgelöst werden, die von libm, libdl und libncurses kommenden aber nicht. Ich nehme an, daß ich versuchen könnte, auch diese Symlinks umzusetzen, habe aber Skrupel. Kann man den Linker nicht anweisen, es mit den Bibliotheken in /lib zu versuchen? Muß dazu dieser Teil "-lm -ldl -lncurses -lpthread" ausgetauscht werden?

 

[tomas123]

ich fluche auch jedes mal an der Stelle wenn gcc die Zusammenarbeit mit den opt-libraries verweigert
wir hatten hier gerade eine lange Diskussion
http://www.synology-forum.de/showthread.html?32614-HowTo-Airprint-mit-aktuellen-Gutenprint-Treibern
wo sich riesige Unterschiede im Toolchain zwischen ARM und PowerPC herausschälten

die ipkg-libraries sind gegen irgendeine GNU-Version kompiliert worden und es ist erstaunlich, dass diese cross-compiled ipkg-Pakete im großen und ganzen auf so vielen verschiedenen Geräten laufen
wenn Du es richtig gut machen willst, musst Du von Synology das SDK herunterladen und gegen die Sourcen compilieren
macht nur keiner, außer er versucht den gcc selber zu kompilieren wenn der opt-feed nur einen defekten gcc anbietet / an der Stelle stand ich mal :-( ...
deshalb bleibt das kompilieren gegen /opt/lib ein übler Hack

ich habe auch immer Bauchschmerze eine opt-lib zu ersetzen, weil ich nicht weiß, ob dabei eine andere bereits laufende ipkg-Installation drauf geht.

An einer Lösung nur bestimmte libraries aus einen anderen Pfad als /opt/lib zu linken wäre ich auch interessiert.
Die Frage ist nur, ob zur Laufzeit auch dann der andere Pfad zur "shared library" angelaufen wird.
Wenn ich mit strace die Suchpfade eines Programms zur Laufzeit verfolge (can't find library) werden immer dutzende Ordner in der gleichen Reihenfolge abgeklappert.

 

[EL Duderino]

ich fluche auch jedes mal an der Stelle wenn gcc die Zusammenarbeit mit den opt-libraries verweigert
[...]
die ipkg-libraries sind gegen irgendeine GNU-Version kompiliert worden und es ist erstaunlich, dass diese cross-compiled ipkg-Pakete im großen und ganzen auf so vielen verschiedenen Geräten laufen

Naja, nicht der gcc weigert sich (er gehört ja zu ipkg), die Symbole sind in den Bibliotheken in /opt/lib nicht vorhanden. Eigentlich weigert sich also die Software, die kompiliert werden soll

wenn Du es richtig gut machen willst, musst Du von Synology das SDK herunterladen und gegen die Sourcen compilieren
macht nur keiner, außer er versucht den gcc selber zu kompilieren wenn der opt-feed nur einen defekten gcc anbietet / an der Stelle stand ich mal :-( ...
deshalb bleibt das kompilieren gegen /opt/lib ein übler Hack

Da hast Du recht. Ich habe mir die Doku und dann die PPC Toolchain geladen. Jetzt steht in der Doku

To compile an application for the Synology DiskStation, a compiler that runs on Linux PC is required in order to generate an executable file for the Synology DiskStation.

Da ich kein Linux auf meinen PCs habe, brauche ich ein Image für VirtualBox. Kannst Du da etwas empfehlen?

An einer Lösung nur bestimmte libraries aus einen anderen Pfad als /opt/lib zu linken wäre ich auch interessiert.
Die Frage ist nur, ob zur Laufzeit auch dann der andere Pfad zur "shared library" angelaufen wird.
Wenn ich mit strace die Suchpfade eines Programms zur Laufzeit verfolge (can't find library) werden immer dutzende Ordner in der gleichen Reihenfolge abgeklappert.

Eigentlich geht es ja nur darum, die Symbole (also Funktionen) bereitzustellen. Dazu müsste man dem gcc eigentlich nur sagen, daß er die Bibliotheken in /lib mit abklappern soll, und dann sollten die Symbole aufgelöst werden können. Oder ist das zu naiv gedacht? Ich habe jedenfalls mal gegoogelt und versucht, LD_LIBRARY_PATH zu setzen, aber das wird vom gcc ignoriert. Leider ist das makefile von unison für jemanden mit ungesundem Halbwissen sehr kompliziert, ich sehe nicht direkt, wo ich -I /lib unterbringen könnte.

 

[tomas123]

ich kenne das Unison-Paket nicht
wenn kein configure Script vorhanden ist, kannst Du im makefile den gcc per Hand noch etwas mit auf dem Weg geben

CC="/opt/bin/gcc -std=gnu99 -I/opt/include -L/opt/lib"

nur klappert der gcc die Pfade in der Reihenfolge ab, wie sie kommen
ein Vorschlag wäre (gnu99 hat sich auf meinem ARM Toolchain bewährt, muss aber nicht sein...)

CC="/opt/bin/gcc -std=gnu99 -I/opt/include -L/lib -L/opt/lib"

 

[0815Genie]

Hallo El Duderino,

ich bin inzwischen an genau dem gleichen Punkt wie du. Das Thema ist alt, die Problematik bekannt, aber wo ist die Lösung? Bitte teile doch dem Forum mit, wie du unison nun installieren konntest. Ich habe die Version 2.40.65 (ubuntu aktuell) versucht.

DiskStation> make UISTYLE=text NATIVE=false
tail: `-1' option is obsolete; use `-n 1'
Try `tail --help' for more information.
tail: `-1' option is obsolete; use `-n 1'
Try `tail --help' for more information.
/bin/sh: bash: not found
UISTYLE = text
Building for Unix
NATIVE = false
THREADS = false
STATIC = false
OSTYPE =
OSARCH =
Linking unison
ocamlc -verbose -I lwt -I ubase -I system -I system/generic -I lwt/generic -custom -g -o unison  unix.cma str.cma bigarray.cma ubase/rx.cmo unicode_tables.cmo unicode.cmo bytearray.cmo system/system_generic.cmo system/generic/system_impl.cmo system.cmo ubase/projectInfo.cmo ubase/myMap.cmo ubase/safelist.cmo ubase/uprintf.cmo ubase/util.cmo ubase/uarg.cmo ubase/prefs.cmo ubase/trace.cmo ubase/proplist.cmo lwt/pqueue.cmo lwt/lwt.cmo lwt/lwt_util.cmo lwt/generic/lwt_unix_impl.cmo lwt/lwt_unix.cmo case.cmo pred.cmo uutil.cmo fileutil.cmo name.cmo path.cmo fspath.cmo fs.cmo fingerprint.cmo abort.cmo osx.cmo external.cmo props.cmo fileinfo.cmo os.cmo lock.cmo clroot.cmo common.cmo tree.cmo checksum.cmo terminal.cmo transfer.cmo xferhint.cmo remote.cmo globals.cmo fpcache.cmo update.cmo copy.cmo stasher.cmo files.cmo sortri.cmo recon.cmo transport.cmo strings.cmo uicommon.cmo uitext.cmo test.cmo main.cmo linktext.cmo osxsupport.o pty.o bytearray_stubs.o -cclib -lutil
+ gcc -o 'unison'   '-Llwt' '-Lubase' '-Lsystem' '-Lsystem/generic' '-Llwt/generic' '-L/opt/lib/ocaml'  '/tmp/camlprim0daa95.c' '-lbigarray' '-lcamlstr' '-lunix' 'osxsupport.o' 'pty.o' 'bytearray_stubs.o' '-lutil' '-lcamlrun' -I'/opt/lib/ocaml' -lm  -ldl -lncurses -lpthread
/opt/lib/libncurses.so: undefined reference to `__divdf3@GLIBC_2.3.3'
/volume1/@optware/bin/../lib/gcc/powerpc-linux-gnuspe/3.4.6/../../../../powerpc-linux-gnuspe/lib/libm.so: undefined reference to `__adddf3@GLIBC_2.3.3'
/volume1/@optware/bin/../lib/gcc/powerpc-linux-gnuspe/3.4.6/../../../../powerpc-linux-gnuspe/lib/libm.so: undefined reference to `__muldf3@GLIBC_2.3.3'
/volume1/@optware/bin/../lib/gcc/powerpc-linux-gnuspe/3.4.6/../../../../powerpc-linux-gnuspe/lib/libdl.so: undefined reference to `_dl_open@GLIBC_PRIVATE'
/volume1/@optware/bin/../lib/gcc/powerpc-linux-gnuspe/3.4.6/../../../../powerpc-linux-gnuspe/lib/libdl.so: undefined reference to `_dl_close@GLIBC_PRIVATE'
/volume1/@optware/bin/../lib/gcc/powerpc-linux-gnuspe/3.4.6/../../../../powerpc-linux-gnuspe/lib/libm.so: undefined reference to `__fixunsdfsi@GLIBC_2.3.3'
/volume1/@optware/bin/../lib/gcc/powerpc-linux-gnuspe/3.4.6/../../../../powerpc-linux-gnuspe/lib/libm.so: undefined reference to `__floatsidf@GLIBC_2.3.3'
/opt/lib/libncurses.so: undefined reference to `__truncdfsf2@GLIBC_2.3.3'
/volume1/@optware/bin/../lib/gcc/powerpc-linux-gnuspe/3.4.6/../../../../powerpc-linux-gnuspe/lib/libm.so: undefined reference to `__extendsfdf2@GLIBC_2.3.3'
/volume1/@optware/bin/../lib/gcc/powerpc-linux-gnuspe/3.4.6/../../../../powerpc-linux-gnuspe/lib/libm.so: undefined reference to `__subdf3@GLIBC_2.3.3'
collect2: ld returned 1 exit status
File "_none_", line 1, characters 0-1:
Error: Error while building custom runtime system
make: *** [unison] Error 2

Versionen leicht anders, Fehler gleich.
Ideen?

 

[raymond]

Ich habe es mal Synology vorgeschlagen, dass direkt zu integrieren...

 

[0815Genie]

ja klar, müsste eigentlich sowieso standard sein bei dieser kategorie von geräten. werden sie aber wahrscheinlich kaum in dsm einpflegen, mit oberfläche und so - wobei ist ja eigentlich bloß ein häckchen notwendig "unison aktivieren" - und wenn schon, das dauert sicherlich...

und sonst hat niemand unison derzeit auf einer ds213+ laufen? kaum vorstellbar...

 

[raymond]

ja klar, müsste eigentlich sowieso standard sein bei dieser kategorie von geräten. werden sie aber wahrscheinlich kaum in dsm einpflegen, mit oberfläche und so - wobei ist ja eigentlich bloß ein häckchen notwendig "unison aktivieren" - und wenn schon, das dauert sicherlich...

und sonst hat niemand unison derzeit auf einer ds213+ laufen? kaum vorstellbar...

Aja wenn man es nicht probiert, wird man es nicht erfahren. Habe auch schon erlebt, dass ich Sachen in der Beta Phase vorgeschlagen habe und erst bei der übernächsten Version dann dabei ist, also nicht hadern sondern VORSCHLAGEN: http://www.synology.com/support/beta_form.php?lang=deu

 

[0815Genie]

akzeptiert. warum nicht mal positiv denken ;-)

ok, sollte ich das außerdem nochmal vorschlagen?

 

[raymond]

akzeptiert. warum nicht mal positiv denken ;-)

ok, sollte ich das außerdem nochmal vorschlagen?

Das wollte ich damit aussagen.

 

[0815Genie]

gesagt getan. Bin gespannt, ob es eine Antwort geben wird - und wie diese aussehen wird

Falls jemand unison schon kompiliert bekommen hat, wäre ich begeistert. Es hat ja schon mal jemand 2.27.57 als ipkg package erstellt, also geht das ja prinzipiell bei power-pc architektur. Oder falls jemand die Fehlermeldung deuten kann, und weiß was zu tun ist. Ich bin gespannt.

 

[EL Duderino]

Leider habe ich unison nicht zum Laufen bekommen. Ich hatte damals versucht, einen ocaml-Cross Compiler nach dieser Anleitung zu bauen, um damit unison zu kompilieren, bin aber gescheitert. Ich hatte es wenigstens geschafft, das configure-Skript so zu patchen, daß ich ein Makefile für die DS213+/PPC toolchain bekommen habe, beim kompilieren des Cross Compilers war ich aber gescheitert.

Eine Möglichkeit wäre, die Bibliotheken von ipkg durch die mitgelieferten zu ersetzen, wie das im ersten Post für libpthread.so gemacht wurde, und das dann auch für libm, libdl und libncurses zu machen, habe ich aber nicht ausprobiert und wäre mir auch nicht mehr möglich.

Alternativ kann man unison natürlich immer zwischen lokalen Laufwerken laufen lassen, im LAN kein Problem, aber für remote habe ich es noch nicht geschafft, Sachen mit sshfs zu mounten.

Noch ganz alternativ gibt es auch BitTorrentSync, ist aber nicht Open Source, oder?

Ansonsten bin ich auch der Meinung, daß sich Synology, oder Leute mit mehr Ahnung von Cross-Compilieren, um die Sache kümmern und einen OCaml-Cross Compiler bauen sollten, dann wäre es eine Kleinigkeit für Normalsterbliche, unison zu übersetzen.

 

[0815Genie]

danke El Duderino, dass du wieder dazu gestoßen bist. Schade, dass du nicht die erlösende Nachricht bringen konntest. Die libm wie libthreat zu verlinken hatte ich schon versucht - das brachte aber auch einen Fehler mit der libm, drum hatte ich das dann erst einmal wieder rückgängig gemacht. Da ich sowieso nicht verstehe, wie es zwei verschiedene Dateien der gleichen libs, in der gleichen Version, für die gleiche Architektur geben kann, ... wollte ich es auch nicht riskieren mein neues System zu schrotten.

Was mich halt ärgert ist, dass die DS Boxen mit powerpc eigentlich eine Stufe professioneller sein ist/verkauft wird/sein sollte als die leistungsärmeren und kostengünstigeren ARM Boxen, aber an dieser Stelle die Professionalität der billigen ARM Kisten höher ist. Bis jetzt habe ich immer unison verwendet, erfolgreich. Ich muss mich jetzt wohl nach einer andere Lösung umschauen, da ich nicht mit Backups warten kann, bis irgendjemand zufälligerweise vorbei kommt, der Ahnung genug hat und das schnell hinbekommt - wobei eigentlich würde ich mir es wünschen, ok ich wünsche's mir

 

[EL Duderino]

Was mich halt ärgert ist, dass die DS Boxen mit powerpc eigentlich eine Stufe professioneller sein ist/verkauft wird/sein sollte als die leistungsärmeren und kostengünstigeren ARM Boxen, aber an dieser Stelle die Professionalität der billigen ARM Kisten höher ist.

Ich verstehe es so, daß die PPCs erst seit letztem Jahr wieder im Programm sind . Aber ich muß bei meinem letzten Post nochmal nachbessern: Eigentlich wäre es am einfachsten, wenn wir einen nativen gcc auf den DS hätten, wie es auch schon tomas123 geschrieben hatte.

Bis jetzt habe ich immer unison verwendet, erfolgreich. Ich muss mich jetzt wohl nach einer andere Lösung umschauen, da ich nicht mit Backups warten kann

Wie gesagt kannst Du die Pfade auf der DS, die gesynct werden sollen, auch per SMB/NFS/AFP auf Deinen Rechner mounten, und dann einfach einen root-Eintrag in unisons config(s) auf dieses (Netz-)Volume umschreiben.

 

[0815Genie]

Wie gesagt kannst Du die Pfade auf der DS, die gesynct werden sollen, auch per SMB/NFS/AFP auf Deinen Rechner mounten, und dann einfach einen root-Eintrag in unisons config(s) auf dieses (Netz-)Volume umschreiben

Das geht prinzipiell. Ist allerdings sehr viel langsamer, weil unison die Dateien nach Änderungen durchsieht. Bei ext4 macht der das auf Dateisystemebene (nodes-check). Das geht einigermaßen schnell. Ist das nicht möglich, muss er für jede Datei eine MD5-Checksumme oder ähnliches erstellen umÄnderungen festzustellen. Für mehrere 100GB würde das eine Weile dauern, selbst wenn es nur 50 sind... Mit SMB fehlen natürlich auch die Dateiberechtigungen. Muss man NFS verwenden, was allerdings immer nur IP-Adressen-bezogene Authentifizierung kennt. Außerdem, wenn es auf dem Rechner lokal läuft, checkt er beide Verzeichnisse parallel. Bei Mount macht unison das nacheinander, weil er nicht überprüft, ob es nicht zufälligerweise der selbe Datenträger ist oder nicht.

Also, ja es geht. Habe ich schon gemacht, ist aber von Workflow ungünstig.

 

[0815Genie]

Update:
-> DSM 4.3 ist draußen
-> Unison ist nicht dabei. Wundern tut es mich nicht, schade. Eine Antwort von Synology habe ich bisher nicht bekommen.

 

[thE_29]

@EL Duderino: Dir ist schon bewusst, dass es GCC auch auf dem NAS gibt..

Ich kann es am Abend mal ausprobieren.

 

[ueffchen]

Hallo

mal ein genereller Input: ich nutze Unison um mit meine PCs/Laptops mit der DS zu synchronisieren. Wenn der erste Sync durchgelaufen ist (was je nach Netzwerkgeschwindigkeit Stunden dauert für 20 GB, die ich ungefähr synchronisiere), dann hat Unison eine Sync-Datenbank (nenne ich mal so) angelegt, ab dann geht jeder weitere Durchlauf SEHR schnell (unter einer Minute). Dafür brauchst Du nichts auf der DS installiert haben.

Eine andere Option ist btsync, wie oben weiter schon geschrieb. Das gibt es auch als Paket für die DS. Ist ausführlich in einer der letzten c't beschrieben. Ich habe das noch nicht ausprobiert, da ich mit Unison zufrieden bin und das Setup von btsync etwas kompliziert ist. Allerdings hat es den Vorteil, dass einen Client für iPhone (und Android?) gibt. Daher werde ich mich mal dranwagen, sobald ich etwas Zeit habe

-ueffchen

 

[thE_29]

Wenn man alle libs umbiegt, also die /lib/lib*.so hinkopiert, dann funktioniert das bauen auf einer DS213+

Station> ./unison -selftest
Contacting server...
Running internal tests...
backups 1 (local)...
backups 2...
backups 2a...
backups 3...
backups 4...
backups 5 (directories)...
backups 6 (backup prefix/suffix)...
links 1 (directories and links)...
links 2 (symlink to nowhere)...
Success
Station> uname -a
Linux Station 2.6.32.12 #3776 SMP Sat Aug 17 02:11:24 CST 2013 ppc GNU/Linux
Station> ls -ltr unison
-rwxr-xr-x 1 root root 3557295 2013-09-11 00:58 unison

Falls es wer braucht, kann ich es hochladen!

Achja, am Ende beim make kommt ein Fehler wegen etags oder so. Denn kann man aber ignorieren: http://blog.gmane.org/gmane.network.unison.general/month=20090801/page=2 (Oder man installiert emacs22 via ipkg, dann kommt der Fehler auch nicht)

Nachtrag: Habe die Version angehängt. Ist auf einer DS213+ gebaut. Also QoriQ PPC

Die Frage ist aber auch, ob es problemlos ausführen geht, wenn die Libs nicht umgeändert sind..

Nachtrag2: Alle libs zurückgeändert und selftest geht noch immer!!

 

[0815Genie]

@thE_29: Danke für deine Mühe! Also probiere ich mal aus, ob ich die kompilierte Datei ausführen kann - einfach so.

Und nochmal zum mitschreiben: Warum geht das kompilieren jetzt plötzlich? ohne den gcc? Liegt das an dem DSM4.3 oder einfach, weil alle alle libs umgelegt werden müssen?