staging.inyokaproject.org

Nein, der Autor könnte ja ggf. auch das alte Skript ganz rausnehemen. Die Info ging über die unison-users Mailingliste.

Evtl. könnte man folgendes Problem auf der Wikiseite behandeln:

http://forum.ubuntuusers.de/topic/unison-files-mit-fremder-userid-synchronisiere/#post-4668302

Klar, schau doch im Manual nach "owner" und ergänze die Wikiseite.

Hallo zusammen!

Hab mir erlaubt, die Ergebnisse meiner Versuche mit Unison der Gemeinschaft zur Weiterbenutzung zu überlassen.

–> "Beispiel einer .prf Datei für Unison"

Ich suche noch eine Methode, alle alt-Verzeichnisse bei bedarf aufzuräumen.

find -type d -name "alt"

Ich muss noch irgenwo (wahrscheinlich am besten in einer Virtualbox) ausprobieren, ob -delete dazu keinen fürchterlichen Schaden anrichtet. In freier Wildbahn bin ich einfach zu feig dazu... 😕

Schönen Tag noch!

Hallo,

ok, Danke!

Für's nächste Mal: Dateinamen und Verzeichnisse werden immer fett formatiert. Und /home/ich sind kein sooo toller Pfad für ein Beispiel; das "ich" ist irgendwie irritierend, IMHO. Besser ist so was wie /home/NUTZER oder auch /home/otto (oder /home/susi).

Gruß, noisefloor

Danke für die Tips, ich gelobe Besserung! 😳

Ich hoffe, das findet für das Erstlingswerk Gnade. Ich werde das noch etwas verbessern.

Schönen Tag.

Ich habe mir letztens einen Synchronisationsfehler durch eine verstellte Systemzeit eingeschleppt.

Evtl. sollte man hier im Artikel auf die korrekte Konfiguration von ntp hinweisen?

Ich würde das wohl machen, wollte nur mal eure Meinung hören.

Siehe auch: http://forum.ubuntuusers.de/topic/unison-erkennt-neuere-datei-nicht/

Grüße MPW

MPW schrieb:

Ich habe mir letztens einen Synchronisationsfehler durch eine verstellte Systemzeit eingeschleppt. Evtl. sollte man hier im Artikel auf die korrekte Konfiguration von ntp hinweisen?

Eine sehr gute Idee! Denn eine Synchronisation ergibt ueberhaupt keinen Sinn, wenn die beteiligten Systeme nicht die gleiche Uhrzeit verwenden. Das betrifft aber jedes Synchronisationsprogramm und nicht nur diesen Artikel.

An welcher Stelle würdest du das denn einfügen? Ich glaub ich würde es als Hinweisbox am Ende des Installationsabschnitts machen.

/edit: Hab mal einen Vorschlag eingereicht. Stilistisch ist es etwas ungünstig, dass jetzt zwei Hinweise hintereinander stehen. Aber dort macht es meiner Meinung nach inhaltlich am meisten Sinn.

MPW schrieb:

An welcher Stelle würdest du das denn einfügen? Ich glaub ich würde es als Hinweisbox am Ende des Installationsabschnitts machen.

Am Ende der Einleitung - mit der Installation hat das nichts zu tun.

Der Hinweis Unison befände sich nicht mehr in der aktiven Entwicklung ist so nicht korrekt.

Natürilch wird auf der Website ähnliches verkündet, jedoch ist hier die Formulierung einfach unglücklich gewählt. Wenn man die Mailingliste und das git-rep beobachtet, ist hier viel Aktivität, Entwicklung und mehr als nur simples Bug-Fixing an der Tagesordnung.

Daher würde ich den besagten Abschnitt gerne entfernen, da er ein "falsches" Bild suggieriert, dass Unison veraltet und zukunftslos wäre. Den Hinweis auf Harmony sollte jemand, der sich damit besser auskennt jedoch andernorts im Artikel verarbeiten, falls dies tatsächlich relevant ist. Eigentlich ist es das vermutlich nicht, denn wen ein Alternativ-Werkzeug genannt wird, müsste man alle anderen auch nennen. Dafür ist ein solcher Artikel nicht gedacht. Gibt doch sicherlich einen allgemeineren Themen-Artikel zu "Synchronisation" oder "Backup", wo sich das einarbeiten liese.

Alles ab "Automatisierung mit sucsynct" ist mir zu unstrukturiert und inhaltich nicht aussagekräftig genug, so dass ich es für mich (im Sinne von Verstehen) nicht adäquat einsortieren kann.

sucsynct schein eine Art Oberbau/AddOn zu sein, dass den Umgang mit Unison erleichtert? Das nächste (zenity) verstehe ich überhaupt nicht, wass das wirklich soll.

Bei beiden muss einleiten kurz und knapp erläutert werden, was das ist und was es kann.

Desweiteren würde ich beide Punkte (also derzeit 4. und 5.) unter einer eigenen Überschrift (z.B. "Erweiterungen / Zusätzliche Werkzeuge") einsortieren, um es deutlicher von Unison abgrenzen zu können.

Wenn diese Unklarheiten erstmal beseitigt sind, stellt sich für mich nämlich dann auch die Frage, ob sucsynct und zenity überhaupt eine Daseinsberechtigung in diesem Artikel haben. Da ich beides aber nicht ausreichend verstehe, da es hier im Artikel nicht so klar erläutert wird, kann ich das natürlich derzeit nicht beurteilen.

Hallo,

@MoonKid: sollen wir dir den Artikel zwecks Überarbeitung in die Baustelle schieben? Du scheinst dich mit dem Thema ja auszukennen ☺

Gruß, noisefloor

noisefloor schrieb:

@MoonKid: sollen wir dir den Artikel zwecks Überarbeitung in die Baustelle schieben? Du scheinst dich mit dem Thema ja auszukennen ☺

Eigentlich nicht. wie ich im Vorpost versuchte darzulegen, ist mir der Sinn der einzelnen Passagen nicht klar. Was ist das überhaupt. Anders ausgedrückt: Ich kenne mich da überhaupt nicht aus.

Wenn ich jetzt den Artikel bearbeite, würde ich die beiden Scripte (Punkt 4 + 5) einfach entfernen.

Hallo,

unabhängig von den Beiträgen aus dem Oktober, habe ich auch gerade Mal wieder in diesem Artikel gelesen.

Zunächst hab ich mal direkt die Passage für 11.04 entfernt. Ist ja doch schon etwas her jetzt, 11.04 😀.

Folgende Änderungen würde ich vorschlagen:

• Die Passage zur Synchronisation über NFS entfernen. Unison + NFS ist völliger Blödsinn in meinen Augen. Warum? NFS ist nur für Linux und kann auch nur als root eingerichtet werden. Unter diesen Umständen kann man immer direkt SSH nehmen, was auch noch viel schneller ist, da nur die Hashes übertragen werden, statt die ganzen Dateien.

• Stattdesssen genau(er) erklären, wie man Unison über SSH einsetzt, dazu:

1. Benötigte Pakete auf beiden Rechnern

2. Auf Artikel SSH verweisen, zur Konfiguration des Schlüssel (pub keys)

3. Manuellen Test durchführen unison profilname

4. Parameter auto und batch erklären

5. Automatisierung und manuelle Synchronisation mittels cronjob und Skript jeweils mit Lockfile: */10 * * * * test -e /var/lock/unison-dokumente && exit 0 || (touch /var/lock/unison-dokumente;unison dokumente;rm /var/lock/unison-dokumente) bzw. nur den hinteren Teil in ein Skript. Das ist erforderlich, damit bei zu großen Dateien unison nicht wieder aufgerufen wird, bevor es fertig ist

6. Auf optionale Konfiguration mittels dyndns (z.B. no-ip.com) hinweisen und NAT für Port 22 im Router.

Grüße MPW