Am Montag, 10. Mai 2004 19:58 schrieb Andreas Feile:
Joerg Rossdeutscher, Sonntag, 9. Mai 2004 23:29:
Hallo Andreas, hier mal vorab die Einstellungen - du hast recht: Ich muss unbedingt meine Seite aktuallisieren:
Keine Ahnung. Meine persönliche netatalk-Strategie: Jeden Tag cvs-Versionen selbst kompilieren, bis ich eine stabile erwische - und dann nie wieder anfassen.
Hmm, da hätt ich noch ne Frage dazu (auch wenns vielleicht grad nicht in den Thread gehört):
1. Wie holst Du Dir die cvs-Versionen? Wenn ich wie in der netatalk-Doku vorgehe, bekomme ich:
BerkeleyDB und Netatalk in aktuellster Version holen: cd /usr/local/src cvs -d:pserver:anonymous@cvs.netatalk.sourceforge.net:/cvsroot/netatalk login # Passwortabfrage einfach mit Enter bestätigen cvs -z3 -d:pserver:anonymous@cvs.netatalk.sourceforge.net:/cvsroot/netatalk co -r branch-netatalk-afp-3x-dev netatalk wget http://www.sleepycat.com/update/snapshot/db-4.2.52.NC.tar.gz BerkeleyDB auspacken, übersetzen und installieren tar -xzf db-4.2.52.NC.tar.gz cd db-4.2.52.NC/build_unix/ ../dist/configure make su make install Linker Einstellungen passend vornehmen echo "/usr/local/BerkeleyDB.4.2/lib" >>/etc/ld.so.conf ldconfig exit Netatalk übersetzen und installieren cd /usr/local/src/netatalk ./configure '--sysconfdir=/etc' '--enable-afp3' \ '--with-logfile=/var/log/netatalk.log' '--with-pam' '--with-shadow' \ '--enable-srvloc' '--with-cnid-last-backend' '--with-cnid-hash-backend' \ '--with-cnid-cdb-backend' '--with-cnid-tdb-backend' \ '--with-cnid-dbd-backend' '--with-cnid-db3-backend' \ '--with-bdb=/usr/local/BerkeleyDB.4.2' '--enable-suse'\ LD_LIBRARY_PATH=/usr/local/BerkeleyDB.4.2/lib make sudo make install enable-srvloc - hierfür musst du noch slp installieren - der slp sorgt dafür dass du den Netatalk-Server in OS X unter Netzwerk findest ohne die IP (Apfel-k oder 'Mit Server verbinden') eingeben musst.
2. Läuft man ggf. die Gefahr, daß die ID-Datenbanken von der jeweils nächsten atalk-Version nicht mehr verstanden werden, und somit das Dateisystem korrupt ist?
Jupp - das *kann* passieren!!!! Bei mir gings gut - ich habe aber auch kein Produktionssystem umgestellt und demnach wild drauf los experimentiert. Auf einem Produktionssystem würde ich die Daten vom Client aus auf das afp3-Filesystem kopieren. Hehehe - gestern habe ich noch mit Helios auf der Drupa gesprochen. Wie sagten sie so schön: ... und es gibt keine andere Möglichkeit die afp3 unterstützt ... Naja, ich sagte denen dann, dass sie sich mal die aktuelle Netatalk-Version angucken sollten (die wissen das sehr wohl). Gruß Michael