Hai grhansolo,
die Antwort von Germar ist da. Eigentlich hätte ich da selber drauf kommen sollen 😮
Möchtest du lieber den Absatz Wiederherstellen auf anderem Rechner lieber in Problembehebung verschieben, oder passt das da?
Blubb
SCUBA
Anmeldungsdatum: Beiträge: 966 Wohnort: Münchner Westen |
Hai grhansolo, die Antwort von Germar ist da. Eigentlich hätte ich da selber drauf kommen sollen 😮 Möchtest du lieber den Absatz Wiederherstellen auf anderem Rechner lieber in Problembehebung verschieben, oder passt das da? Blubb SCUBA |
Anmeldungsdatum: Beiträge: 22 |
Hallo scuba, prima, dass du mir helfen möchtest, das Angebot nehme ich natürlich gerne an! Bedeutet das wir beide können dann parallel an der Baustelle arbeiten, sprich du bekommst neben mir als zweite Person Zugriff auf die Baustelle? Ich würde vorschlagen wir belassen den Abschnitt "Wiederherstellen auf anderem Rechner" da wo er ist, den Abschnitt Problembehebung würde ich zum einen für Punkte nutzen, die auf ein falsch konfiguriertes BiT zurückzuführen sind und zum anderen für Punkte die nur sehr selten benötigt werden. Das Wiederherstellen ist meines Erachtens ein fundamentaler, primär genutzter Punkt, den jeder Nutzer zumindest einmal testen wird bzw. sollte. Aus diesem Grund sollten wir diesen Punkt im Abschnitt Anwendung belassen. Ich lasse mich aber auch gerne vom Gegenteil überzeugen. Ich würde Die Aufteilung wie folgt organisieren: Anwendung:
Problembehebung:
Einwände? |
Anmeldungsdatum: Beiträge: 966 Wohnort: Münchner Westen |
Hai grhansolo, bzgl. der Absätze, bin ich deiner Meinung. Ich hab da noch die eine oder andere Erfahrung bzgl. BiT über ssh gemacht... muss mir aber noch überlegen wie wir das da einbauen. Blubb SCUBA |
Anmeldungsdatum: Beiträge: 22 |
Hallo, ich habe zum einen den Abschnitt "Anacron" überarbeitet und zum anderen den Abschnitt "User-Call-Back" hinzugefügt. Was muss ich denn jetzt tun, damit meine Änderungen von der Baustelle in den echten Artikel übertragen werden. Sorry wegen der blöden Frage... Linux ist neu für mich, des Weiteren ist es das erstemal das ich etwas an einem Wiki-Artikel geändert habe. |
Anmeldungsdatum: Beiträge: 22 |
Hallo, ich habe vor einiger Zeit einen Wiki Artikel angepasst. Die geplante Fertigstellung in der Baustelle war der 26.02 (sprich gestern). Wann wird denn die Baustelle und der echte Artikel zusammengeführt? Hier der Link zur Baustelle: https://wiki.ubuntuusers.de/Baustelle/Back_In_Time/ Moderiert von Developer92: An bestehende Diskussion angehängt. |
Anmeldungsdatum: Beiträge: 14259 |
Daher sollte der Artikel IMHO noch in der Baustelle bleiben, bis sich jemand den Abschnitt zu anacron genauer angeschaut hat. |
Ehemaliger
Anmeldungsdatum: Beiträge: 29065 Wohnort: WW |
Hallo,
+1. Außerdem werden, wenn die Installation über die Paketquellen beschrieben ist, nicht (nur) Programmversionen referenziert, sondern (auch) *buntu-Release. Das fehlt noch komplett im anachron-Abschnitt. Zwei weitere Punkte:
Gruß, noisefloor |
Anmeldungsdatum: Beiträge: 14259 |
Der Link im Artikel "Cron", auf den sich die Hinweisbox bezog, wurde aufgrund eines 404-Fehlers entfernt. Hinweisbox angepasst. |
Ehemaliger
Anmeldungsdatum: Beiträge: 29065 Wohnort: WW |
Hallo, Ubuntu-Versionen ergänzt und Seite wieder in Wiki geschoben. Gruß, noisefloor |
Anmeldungsdatum: Beiträge: 120 Wohnort: Region Stuttgart |
danke dir! Grundsätzliche Frage/Anregung: wäre es nicht sinnvoller, bspw. unter Installation zuerst die aktuelle Version zu erwähnen (hier qt4), dann vorige/veraltete? Zumindest dann, wenn es bereits für aktuelle LTS gültig ist. |
Ehemaliger
Anmeldungsdatum: Beiträge: 29065 Wohnort: WW |
Hallo, @Gsalzbär: was meinst du damit genau? Verstehe deine Frage gerade nicht... Gruß, noisefloor |
Anmeldungsdatum: Beiträge: 120 Wohnort: Region Stuttgart |
bezieht sich nicht nur auf diesen Artikel, fiel mir bereits öfter bei andren auf: bspw. unter #installation wird zunächst für eine veraltete Version beschrieben, wie es ging (hier zunächst, wie bisher je nach Desktopumgebung in zwei Pakete unterteilt wurde). obwohl aktuell nur noch wichtig wäre: install backintime-qt4, voriges ist nur bei älteren Systemen relevant, es wird zunehmend veralten und steht dennoch weiterhin an 1. Stelle. Ich würde zunächst das für gerade aktuelle LTS oben listen, hier also erst qt4, dann für ältere Systeme (hier vor 16.04). |
Ehemaliger
Anmeldungsdatum: Beiträge: 29065 Wohnort: WW |
Hallo, axo. Das hier im Prinzip egal, weil das Pakete für Trusty und früher ja anders heißt als das für Xenial. D.h. die Pakete sind nicht "alt" und "neu", es wird ja nur das Paket für das ältere (aber immer noch unterstüzt) Ubuntu zu erst gennannt. Absehen davon gehört das Paket für Xenial streng genommen gar nicht in den Artikel, weil der nicht für Xenial getestet ist. Wenn du Back In Time unter Xenial am Laufen hast wäre es schön, wenn du Xenial noch hinzufügen würdest. Gruß, noisefloor |
Anmeldungsdatum: Beiträge: 865 Wohnort: Pfalz |
Hi, ich verstehe die Änderung nicht ganz: ich habe mit 20.04 backintime-qt4 installiert (→ 1.2.1 als angezeigt Version) Wenn ich nun die Neuerung probiere, erhalte ich: sudo apt-get install backintime-qt Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig backintime-qt ist schon die neueste Version (1.2.1-2). 0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert. Mir erschließt sich nicht die Neuerung. vg Speedy-10 |
Ehemaliger
Anmeldungsdatum: Beiträge: 29065 Wohnort: WW |
Hallo, das war im Wiki auch nicht korrekt dargestellt / formuliert. Danke für den Hinweis. Gruß, noisefloor |