staging.inyokaproject.org

Wie läuft das jetzt inzwischen? Schiebt jemand vom Wiki-Team mir den in die Baustelle?

Es wurde ja vorgeschlagen, den Artikel aufzuteilen: http://forum.ubuntuusers.de/goto?post=824835

Mein Vorschlag:

• Absatz "Prinzip" in einen eigenen Artikel auslagern. Namensvorschläge: GnuPG/Theorie, GnuPG/Begriffsklärungen, GnuPG/Funktionsweise oder GnuPG/Technik. Hat jemand noch einen besseren Vorschlag?

• Grafische Frontends in eigene Artikel auslagern (Kgpg) oder schreiben (Seahorse).

• Integration in Mail-Clients gehören auch in die betreffenden Artikel, sofern solche existieren. Also die einzelnen Abschnitte in die jeweiligen Artikel einfügen, Redundanzen ausräumen, und in GnuPG durch Direktlinks (inkl. Anker) ersetzen.

Wie ich die Artikel in der Baustelle benannt habe, war willkürlich und spielt keine Rolle für die endgültige Namensgebung:
Baustelle/GnuPG
Baustelle/GnuPG/Funktionsweise

Der Ursprungs-Artikel GnuPG ist gesichert.

Die Integration in die Artikel zu den einzelnen Mailclients erfordert mindestens einen eigenen Thread - denke ich mir und blicke dabei erwartungsvoll in die Wiki-Team-Runde. 😉

Gruß,
cornix

So rum ist das suboptimal, weil die History verloren geht, sobald man den überarbeiteten Artikel zurückstellt.

Suboptimal finde ich, dass ich das nicht rückgängig machen kann. Die Anleitung an entsprechender Stelle finde ich ein bischen schlechter als suboptimal. Gerade mal drei Stunden alt, schon will dieser Tag nicht meiner sein. 🙄

Baustelle/GnuPG habe ich gelöscht, kann aber GnuPG nicht in Baustelle/GnuPG umbennen, ebensowenig Baustelle/GnuPG in irgendwas umbenennen, es ist ja gelöscht. Ich gehe erstmal schlafen.

@cornix: Siehe dazu Wiki/Bugs/Seiten umbenennen. Dort ist erklärt, was Du machen mußt. Für das Bearbeiten von alten Artikeln in der Baustelle gibt es meines Wissens eine Anleitung im Trac-Wiki. Sprich: Originalartikel in Baustelle schieben, Kopie im offenen Wiki anfertigen und sperren. Danach Kopie im offenen Wiki löschen und geänderte Baustelle zurückschieben.

Gruß, Dee

Danke Dee, es steht zwar im Trac, aber irgendwas hatte ich da missverstanden, jetzt habe ich es hoffentlich richtig.

Baustelle/GnuPG mit History.
Baustelle/GnuPG/Funktionsweise ohne History.
GnuPG ohne History und geschützt.

Ich schlage vor GnuPG/Funktionsweise nach den beiden Hauptfunktionen
* GnuPG/Verschlüsselung
* GnuPG/Signatur
aufzuteilen und auf der GnuPG Übersichtsseite, neben der Einleitung auch kurz die grafischen Tools vorzustellen.

otzenpunk hat geschrieben:

Absatz "Prinzip" in einen eigenen Artikel auslagern. Namensvorschläge: GnuPG/Theorie, GnuPG/Begriffsklärungen, GnuPG/Funktionsweise oder GnuPG/Technik. Hat jemand noch einen besseren Vorschlag?

Ein Artikel, der das Prinzip gründlich erklärt, so ist es doch gemeint, oder? Habe das Kind einfach /Baustelle/GnuPG/Funktionsweise genannt, wenn ein anderer Name gewünscht ist, muss nur daran gedacht werden, wenn der Artikel ins Wiki verschoben wird.

otzenpunk hat geschrieben:

Grafische Frontends in eigene Artikel auslagern (Kgpg) oder schreiben (Seahorse).

Bei Baustelle/Kgpg habe ich otzenpunk als Bearbeiter eingetragen (steht ja inhaltlich nichts drin, was ich geschrieben hätte) ist das für Dich in Ordnung? Ist der Artikel so nicht schon so gut wie fertig? Einen externen Link habe ich dazu gesetzt und die Links benannt, der Rest ist copy&paste.

otzenpunk hat geschrieben:

Integration in Mail-Clients gehören auch in die betreffenden Artikel, sofern solche existieren. Also die einzelnen Abschnitte in die jeweiligen Artikel einfügen, Redundanzen ausräumen, und in GnuPG durch Direktlinks (inkl. Anker) ersetzen.
[/list]

Wer Enigmail nicht kennt, muss Thunderbird/Tipps erstmal finden. Evolution, KMail, Thunderbird und Thunderbird/Tipps in die Baustelle verschieben? Bearbeiter? Freiwillige?

MatthiasM hat geschrieben:

Ich schlage vor GnuPG/Funktionsweise nach den beiden Hauptfunktionen
* GnuPG/Verschlüsselung
* GnuPG/Signatur
aufzuteilen

Dafür reichen IMHO Textabsätze, Überschriften und Anker.

MatthiasM hat geschrieben:

auf der GnuPG Übersichtsseite, neben der Einleitung auch kurz die grafischen Tools vorzustellen.

+1, mit Betonung auf "kurz" und "vorzustellen" 😉

cornix hat geschrieben:

otzenpunk hat geschrieben:

Integration in Mail-Clients gehören auch in die betreffenden Artikel, sofern solche existieren. Also die einzelnen Abschnitte in die jeweiligen Artikel einfügen, Redundanzen ausräumen, und in GnuPG durch Direktlinks (inkl. Anker) ersetzen.
[/list]

Wer Enigmail nicht kennt, muss Thunderbird/Tipps erstmal finden.

Darauf verlinken wollte ich ja schon.
cornix hat geschrieben:

Evolution, KMail, Thunderbird und Thunderbird/Tipps in die Baustelle verschieben? Bearbeiter? Freiwillige?

Ist, denke ich, nicht nötig. Da kommt halt einfach irgendwann demnächst ein Absatz dazu.

otzenpunk hat geschrieben:

Da kommt halt einfach irgendwann demnächst ein Absatz dazu.

Das "irgendwann" kann ich nur unterstreichen, damit es aber nicht vergessen wird: Baustelle/GnuPG_Roadmap (← ist nur ein Vorschlag).

cornix hat geschrieben:

otzenpunk hat geschrieben:

Da kommt halt einfach irgendwann demnächst ein Absatz dazu.

Das "irgendwann" kann ich nur unterstreichen,

Naja,"irgendwann" heißt eben "dann, wenn ich das aus dem Hauptartikel heraus nehme".

Ich lerne an dieser Stelle viel und nebenbei bestätigt sich meine Überzeugung, Kommentare - auch und gerade in Baustellen - sind wichtig.
Aber das ist OT, nicht stören lassen. 😉

Baustelle/Kgpg ist erstmal fertig. Ob das verständlich und noch aktuell ist, was da drin steht, müsste mal ein KDE-Benutzer testen. Das Gleiche gilt für Kontact#kmail-gnupg.

otzenpunk hat geschrieben:

Baustelle/Kgpg ist erstmal fertig. Ob das verständlich und noch aktuell ist, was da drin steht,

...kann ich soweit schon mal für mich und Feisty bestätigen. Ein Fremdkörper auf meinem Desktop, aber die Funktionalität macht das wett (es hat sogar einen eigenen Editor - Signieren, Prüfen, Ver- und Entschlüsseln leicht gemacht). Die Verwendung der PhotoID scheint mir ganz interessant und die gesamte Verwaltung ist KDE-typisch übersichtlich und "KDE-Integriert" (Anbindung an KDE-Adressbuch).

Feisty getestet habe ich rein gesetzt, einen Tippfehler geklaut, statt "verifizieren" "prüfen" reingeschrieben, da das Programm diesen Begriff verwendet. Ich meine, der Artikel ist bereit zum Verschieben, ausführliche Beschreibungen der zusätzlichen Funktionen können KDE-Nutzer immer noch ergänzen.

Ich würde es gerne bestätigen, aber seit meinem Umzug von Edgy zu Feisty funktioniert mein Kgpg nicht mehr... ☹

Ich kann noch nicht mal ein Sperrzertifikat erstellen, weil er mein Passwort abfragen möchte, aber er mir nicht die Möglichkeit gibt, das Passwort einzutippen... 😕