Hallo zusammen,
die Free Software Foundation arbeitet zur Zeit an einer Anleitung für Anfänger, die beschreibt wie man sicher per e-Mail, also mit GnuPG kommunizieren kann. Die Anleitung steht schon, aber sie suchen noch Rückmeldung. Wer also selbst Anfänger bei dem Thema ist oder Anfänger kennt, die er/sie fragen könnte oder wer sich einfach gut in Anfänger hineinversetzen kann, könnte mit Kommentaren sehr helfen, die Anleitung zu verbessern.
Auf folgender Seite gibt es die nötigen Informationen: https://libreplanet.org/wiki/GPG_guide/Public_Review
Jede Hilfe ist gerne gesehen, aber besonders wichtig sind alle Kommentare, die bis Dienstag (3. Juni) eingehen, weil die Anleitung am 5. Juni, zum Jahrestag der ersten Snowden-Veröffentlichungen veröffentlicht werden soll.
Am 5. Juni soll dann eventuell auch eine Online-Kryptoparty stattfinden (keine Ahnung wie sowas abläuft), bei der ebenfalls erfahrene Freiwillige gesucht werden, die Anfängern mit Rat zur Seite stehen können. Wer hieran Interesse hat, sollte Zak Rogoff, einen der Campaigns Manager der FSF kontaktieren.
Vielleicht ist eins der beiden Dinge für den einen oder anderen hier auch interessant und vielleicht wussten manche noch nichts davon. Ich denke so eine Anleitung, besonders für Anfänger ist immer gut und wenn sie richtig gut wird, kann man sie bestimmt auch in verschiedene Sprachen übersetzen.
Liebe Grüße Florian
Hallo zusammen,
ich bin neu hier und möchte gerne mithelfen. Dazu werde ich am Wochenende mal jemand dran setzen, der die Anleitung auf einem Mac durchgeht. Ich selbst werde es heute Mittag mal unter Windows 7 versuchen. Gerne kann ich zu jedem Schritt Screenshots anfertigen, sollte Bedarf bestehen.
Ich habe gerade ein bisschen Zeit und wenn ihr wollt, kann ich auch gerne mit der Übersetzung der Anleitung ins Deutsche beginnen. So könnten vermutlich mehr Anfänger die Anleitung probieren.
Liebe Grüße
Michel
Am Freitag, 30. Mai 2014, 05:38:56 schrieb Florian Snow:
Hallo zusammen,
die Free Software Foundation arbeitet zur Zeit an einer Anleitung für Anfänger, die beschreibt wie man sicher per e-Mail, also mit GnuPG kommunizieren kann. Die Anleitung steht schon, aber sie suchen noch Rückmeldung. Wer also selbst Anfänger bei dem Thema ist oder Anfänger kennt, die er/sie fragen könnte oder wer sich einfach gut in Anfänger hineinversetzen kann, könnte mit Kommentaren sehr helfen, die Anleitung zu verbessern.
Auf folgender Seite gibt es die nötigen Informationen: https://libreplanet.org/wiki/GPG_guide/Public_Review
Jede Hilfe ist gerne gesehen, aber besonders wichtig sind alle Kommentare, die bis Dienstag (3. Juni) eingehen, weil die Anleitung am 5. Juni, zum Jahrestag der ersten Snowden-Veröffentlichungen veröffentlicht werden soll.
Am 5. Juni soll dann eventuell auch eine Online-Kryptoparty stattfinden (keine Ahnung wie sowas abläuft), bei der ebenfalls erfahrene Freiwillige gesucht werden, die Anfängern mit Rat zur Seite stehen können. Wer hieran Interesse hat, sollte Zak Rogoff, einen der Campaigns Manager der FSF kontaktieren.
Vielleicht ist eins der beiden Dinge für den einen oder anderen hier auch interessant und vielleicht wussten manche noch nichts davon. Ich denke so eine Anleitung, besonders für Anfänger ist immer gut und wenn sie richtig gut wird, kann man sie bestimmt auch in verschiedene Sprachen übersetzen.
Liebe Grüße Florian _______________________________________________ fsfe-de mailing list fsfe-de@fsfeurope.org https://mail.fsfeurope.org/mailman/listinfo/fsfe-de
Nochmal Hallo zusammen,
anbei die erste Version der Übersetzung des Guides. Die gelb markierten Stellen müssen noch mit den Menüs der Programme verglichen werden. Die rot markierte Stelle könnte ein Fehler im Original sein.
Liebe Grüße
Michel
Am Freitag, 30. Mai 2014, 11:33:01 schrieb MIchael Schmitt:
Hallo zusammen,
ich bin neu hier und möchte gerne mithelfen. Dazu werde ich am Wochenende mal jemand dran setzen, der die Anleitung auf einem Mac durchgeht. Ich selbst werde es heute Mittag mal unter Windows 7 versuchen. Gerne kann ich zu jedem Schritt Screenshots anfertigen, sollte Bedarf bestehen.
Ich habe gerade ein bisschen Zeit und wenn ihr wollt, kann ich auch gerne mit der Übersetzung der Anleitung ins Deutsche beginnen. So könnten vermutlich mehr Anfänger die Anleitung probieren.
Liebe Grüße
Michel
Am Freitag, 30. Mai 2014, 05:38:56 schrieb Florian Snow:
Hallo zusammen,
die Free Software Foundation arbeitet zur Zeit an einer Anleitung für Anfänger, die beschreibt wie man sicher per e-Mail, also mit GnuPG kommunizieren kann. Die Anleitung steht schon, aber sie suchen noch Rückmeldung. Wer also selbst Anfänger bei dem Thema ist oder Anfänger kennt, die er/sie fragen könnte oder wer sich einfach gut in Anfänger hineinversetzen kann, könnte mit Kommentaren sehr helfen, die Anleitung zu verbessern.
Auf folgender Seite gibt es die nötigen Informationen: https://libreplanet.org/wiki/GPG_guide/Public_Review
Jede Hilfe ist gerne gesehen, aber besonders wichtig sind alle Kommentare, die bis Dienstag (3. Juni) eingehen, weil die Anleitung am 5. Juni, zum Jahrestag der ersten Snowden-Veröffentlichungen veröffentlicht werden soll.
Am 5. Juni soll dann eventuell auch eine Online-Kryptoparty stattfinden (keine Ahnung wie sowas abläuft), bei der ebenfalls erfahrene Freiwillige gesucht werden, die Anfängern mit Rat zur Seite stehen können. Wer hieran Interesse hat, sollte Zak Rogoff, einen der Campaigns Manager der FSF kontaktieren.
Vielleicht ist eins der beiden Dinge für den einen oder anderen hier auch interessant und vielleicht wussten manche noch nichts davon. Ich denke so eine Anleitung, besonders für Anfänger ist immer gut und wenn sie richtig gut wird, kann man sie bestimmt auch in verschiedene Sprachen übersetzen.
Liebe Grüße Florian
fsfe-de mailing list fsfe-de@fsfeurope.org https://mail.fsfeurope.org/mailman/listinfo/fsfe-de
Hallo Michel,
das hat sich jetzt leider etwas überschnitten - das tut mir leid. Als ich meine zweite Mail zur Klärung geschrieben habe, war deine noch nicht bei mir angekommen. Wenn ich gesehen hätte, dass du schon übersetzt hast, hätte ich etwas diplomatischer geschrieben als einfach darum zu bitten, noch nichts zu übersetzen.
Also vielen Dank schon mal für die Arbeit! Ich denke, dass wir die Übersetzung sicher bald brauchen können und vielleicht ändert sich ja nicht mehr so viel am Ursprungstext.
Die Stelle, die du rot markiert hast, stimmt übrigens so. Das ist z.B. in aktuellen Firefox-Versionen so (und entsprechend bei Thunderbird wohl ähnlich), dass das ganze Menü hinter so einem Knopf versteckt wird.
Liebe Grüße Florian
Lieber Florian,
kein Problem. Vielleicht kannst Du mit Hilfe der Übersetzung die Anleitung auch an Personen testen, die kein Englisch sprechen.
Wie gesagt, ich hatte gestern ein bisschen Zeit und das Thema interessiert mich einfach.
Hier noch eine Fragen:
After you click send, Enigmail will ask you for your password. It will do this any time it needs to use your public key.
Ist das richtig? Wir nicht nach dem Passwort gefragt, wenn der private Schlüssel genutzt wird?
Liebe Grüße
Michel Am Samstag, 31. Mai 2014, 11:07:05 schrieb Florian Snow:
Hallo Michel,
das hat sich jetzt leider etwas überschnitten - das tut mir leid. Als ich meine zweite Mail zur Klärung geschrieben habe, war deine noch nicht bei mir angekommen. Wenn ich gesehen hätte, dass du schon übersetzt hast, hätte ich etwas diplomatischer geschrieben als einfach darum zu bitten, noch nichts zu übersetzen.
Also vielen Dank schon mal für die Arbeit! Ich denke, dass wir die Übersetzung sicher bald brauchen können und vielleicht ändert sich ja nicht mehr so viel am Ursprungstext.
Die Stelle, die du rot markiert hast, stimmt übrigens so. Das ist z.B. in aktuellen Firefox-Versionen so (und entsprechend bei Thunderbird wohl ähnlich), dass das ganze Menü hinter so einem Knopf versteckt wird.
Liebe Grüße Florian _______________________________________________ fsfe-de mailing list fsfe-de@fsfeurope.org https://mail.fsfeurope.org/mailman/listinfo/fsfe-de
Hallo nochmal,
Michael Schmitt, 2014-05-31, 12:02 CEST (+0200):
After you click send, Enigmail will ask you for your password. It will do this any time it needs to use your public key.
Ist das richtig? Wir nicht nach dem Passwort gefragt, wenn der private Schlüssel genutzt wird?
Stimmt. Der öffentliche Schlüssel ist ja ungeschützt, schließlich ist er öffentlich. Kannst du das in der Wiki-Seite für Kommentare eintragen?
Danke nochmal!
Liebe Grüße Florian
Hallo zusammen,
Gnupg (und somit auch die Enigmail Extension fuer Thunderbird) generiert auf meinem GNU/Linux System in der Standardeinstellung 2048 bit RSA-Keys. Evtl. kann man in der Anleitung einen Hinweis zur Schluessellaenge einbauen?
Falls noch nicht bekannt, bei riseup gibt es eine hervorragende Zusammenstellung von best-practice Infos zu OpenPGP: https://we.riseup.net/riseuplabs+paow/openpgp-best-practices
Gruss, Sven.
Hallo zusammen,
nur damit hier keine Verwirrung aufkommt: Das ist eine Aktion der FSF, nicht der FSFE. Kommentare, die nur hier auf der Liste landen, kommen also nicht in die Anleitung, außer es kommentiert jemand auch dort. Ich wollte das nur hier posten, weil mehr Aufmerksamkeit sicher nicht schaden kann.
Im gleichen Sinne möchte ich auch darum bitten, noch keine Übersetungen anzufertigen. Das ist gut gemeint, aber ist bisher nur eine Idee von mir, falls entsprechender Bedarf besteht. Aktuell geht es aber erst einmal darum, die eigentliche Anleitung zu verbessern. Dazu finden sich alle Informationen unter dem bereits genannten Link: https://libreplanet.org/wiki/GPG_guide/Public_Review
Liebe Grüße Florian
On Fri, 30 May 2014 05:38, floriansnow@member.fsf.org said:
die Free Software Foundation arbeitet zur Zeit an einer Anleitung für Anfänger, die beschreibt wie man sicher per e-Mail, also mit GnuPG kommunizieren kann. Die Anleitung steht schon, aber sie suchen noch Rückmeldung. Wer also selbst Anfänger bei dem Thema ist oder Anfänger
So wie ich das sehe, ist diese Anleitung wieder unter der GNU FDL. Die FDL ist unbrauchbar und sollte nicht benutzt werden.
Das GNU Privacy Handbook soll seit Jahren überarbeitet werden. Nur sind wir leider mit der FSF zu keiner Einigung gekommen, um die Lizenz auf CC-BY-SA zu ändern. Der ursprüngliche Autor würde das gerne machen und hatte letzten Herbst auch Zeit gehabt daran zu arbeiten. Mehrere andere Helfer hatte sich auch gemeldet. Die ätzenden Diskussionen wegen der Lizenz haben dann mal wieder dazu geführt, das es liegengeblieben ist.
Jetzt wieder etwas unter der FDL zu schreiben ist eine pure Zeitverschwendung und tragt nur zu weiterer Verwirrung bei. Ferner ist die FSF auch gar nicht in der Lage so was zu machen, das die Do-Mention-Proprietary-Stuff Policy verhindert, wichtige Sachen zu erklären (z.B. Wie mache ich es mit Outlook).
Im übrigen scheinen die Autoren von
https://www.goldenkeys.org/files/GnuPG.High.Level.Cryptography.pdf
dieses Werk bereits der FSF angeboten zu haben. Nur vermute ich das es dann wieder nach FSF Policy überarbeitet wird.
Desweiteren gibt es das Gpg4win Compendium unter gpg4win.org und die Copyright Holder haben Bereitschaft erkennen lassen, die FDL auf CC-by-SA zu ändern. CC-by-SA ist eingach besser für Dokumentation.
Bitte steckt keine Zeit in GnuPG Dokumentaion, die nicht (auch) unter CC-BY-SA veröffentlicht werden kann.
Salam-Shalom,
Werner
Hallo Werner,
Werner Koch wk@gnupg.org:
So wie ich das sehe, ist diese Anleitung wieder unter der GNU FDL. Die FDL ist unbrauchbar und sollte nicht benutzt werden.
Ok, wenn ich das richtig im Kopf habe, hatte Zak unter anderem mit dir schon vor längerer Zeit mal Kontakt als die Anleitung noch in der Planungsphase war. Zu diesem Teil kann ich wenig sagen. Ich selbst sehe Probleme mit der GNU FDL wenn unveränderliche Teile verwendet werden. Dieses Problem sehe ich hier aber nicht, weil es zumindest aktuell keine solchen Teile gibt. Was spricht aus deiner Sicht sonst noch gegen die GNU FDL?
Ferner ist die FSF auch gar nicht in der Lage so was zu machen, das die Do-Mention-Proprietary-Stuff Policy verhindert, wichtige Sachen zu erklären (z.B. Wie mache ich es mit Outlook).
Darüber hab ich mir auch schon Gedanken gemacht. Allerdings wird aktuell in der Anleitung auch auf Windows und MacOS verwiesen. Von daher könnte es ja sein, dass das hier weniger problematisch gesehen wird.
Desweiteren gibt es das Gpg4win Compendium unter gpg4win.org und die Copyright Holder haben Bereitschaft erkennen lassen, die FDL auf CC-by-SA zu ändern.
Ok, das heißt aber, dass es aktuell auf jeden Fall in die Anleitung, an der die FSF arbeitet, integriert werden könnte. Dazu bräuchte es ja keine Lizenzänderung.
CC-by-SA ist eingach besser für Dokumentation.
Ok, wie gesagt, ich wäre an den Gründen interessiert. Vielleicht wäre eine Dual-Lizensierung ja ein gangbarer Kompromiss.
Bitte steckt keine Zeit in GnuPG Dokumentaion, die nicht (auch) unter CC-BY-SA veröffentlicht werden kann.
Ohne nähere Begründung finde ich so einen Aufruf sehr kontraproduktiv.
Liebe Grüße Florian
On 02.06.2014 18:28, Florian Snow wrote:
Ok, wenn ich das richtig im Kopf habe, hatte Zak unter anderem mit dir schon vor längerer Zeit mal Kontakt als die Anleitung noch in der Planungsphase war. Zu diesem Teil kann ich wenig sagen. Ich selbst sehe Probleme mit der GNU FDL wenn unveränderliche Teile verwendet werden. Dieses Problem sehe ich hier aber nicht, weil es zumindest aktuell keine solchen Teile gibt. Was spricht aus deiner Sicht sonst noch gegen die GNU FDL?
Ohne Werner vorgreifen zu wollen, erlaube ich mir den Hinweis, dass der Umstand, dass es aktuell keine unveränderlichen Teile gibt, bei der Verwendung der GNU FDL keine Aussage über die Zukunft macht.
Jemand, der den zukünftig Text bearbeitet, könnte Teile seiner Bearbeitung als unveränderlich deklarieren, und das kann dann die Probleme aufwerfen, die man anfänglich vermeiden wollte.
Nutzt man CC-BY-SA, ist solches auch für die Zukunft ausgeschlossen.
Gruß Michael
Am Dienstag, 3. Juni 2014 09:28:16 schrieb RA Stehmann:
Ohne Werner vorgreifen zu wollen, erlaube ich mir den Hinweis, dass der Umstand, dass es aktuell keine unveränderlichen Teile gibt, bei der Verwendung der GNU FDL keine Aussage über die Zukunft macht.
Jemand, der den zukünftig Text bearbeitet, könnte Teile seiner Bearbeitung als unveränderlich deklarieren, und das kann dann die Probleme aufwerfen, die man anfänglich vermeiden wollte.
Das klingt für mich nicht nach einem wirklichen großem Problem. Der Status einer solchen Änderung ist halt der, eines schlechten Patches an eine Software. Sollte sich nicht durchsetzen.
Nutzt man CC-BY-SA, ist solches auch für die Zukunft ausgeschlossen.
Die Änderung könnte auch andere Art und Weise "schlecht" sein, das schließt CC-BY-SA nicht aus.
Hallo Bernhard,
Bernhard Reiter reiter@fsfeurope.org schrieb:
Am Dienstag, 3. Juni 2014 09:28:16 schrieb RA Stehmann:
Jemand, der den zukünftig Text bearbeitet, könnte Teile seiner Bearbeitung als unveränderlich deklarieren, und das kann dann die Probleme aufwerfen, die man anfänglich vermeiden wollte.
Das klingt für mich nicht nach einem wirklichen großem Problem. Der Status einer solchen Änderung ist halt der, eines schlechten Patches an eine Software. Sollte sich nicht durchsetzen.
So wie ich das sehe generiere ich damit einen Patch, den ich nur ganz oder gar nicht akzeptieren kann. Einfach den unveränderlichen Teil wieder entfernen geht nicht, oder sehe ich das falsch? Es könnte also jemand einen substanziellen Patch beitragen, der leider nicht benutzt werden kann. Nichts was ich wirklich als nützlich betrachtet würde. Lizenzen, die nur für Buchdruck Sinn ergeben sind so etwas von 1991...
Gruß Michael
Am Mittwoch, 4. Juni 2014 07:12:22 schrieb Michael Kesper:
Es könnte also jemand einen substanziellen Patch beitragen, der leider nicht benutzt werden kann. Nichts was ich wirklich als nützlich betrachtet würde.
Wie gesagt, das geht bei allen anderen Lizenzen auch.
On 04.06.2014 14:15, Bernhard Reiter wrote:
Am Mittwoch, 4. Juni 2014 07:12:22 schrieb Michael Kesper:
Es könnte also jemand einen substanziellen Patch beitragen, der leider nicht benutzt werden kann. Nichts was ich wirklich als nützlich betrachtet würde.
Wie gesagt, das geht bei allen anderen Lizenzen auch.
Nein bei der CC-BY-SA weiß der Committer von Anfang an, dass sein Patch auf keinen Fall integriert werden kann, wenn es auch nu´r teilweise Änderungen ausschließt. Er wird also entweder einen Patch beitragen, der verwendet werden kann, oder es bleiben lassen.
Gegen schlechte Patches hilft keine Lizenz, keine Lizenz kann die Substanz eingereichter Patches gewährleisten.
Die Verwendung der GNU-FDL würde nur, wenn man keine unabänderlichen Teile will, dazu führen, dass Patches auch aus Policy-Gründen als "schlecht" betrachtet werden, was dann gerade wegen der Verwendung dieser Lizenz auf Unverständnis stoßen muss.
Gruß Michael
Hallo zusammen,
Am 04.06.2014 15:13, schrieb RA Stehmann:
On 04.06.2014 14:15, Bernhard Reiter wrote:
Am Mittwoch, 4. Juni 2014 07:12:22 schrieb Michael Kesper:
Es könnte also jemand einen substanziellen Patch beitragen, der leider nicht benutzt werden kann. Nichts was ich wirklich als nützlich betrachtet würde.
Wie gesagt, das geht bei allen anderen Lizenzen auch.
Nein bei der CC-BY-SA weiß der Committer von Anfang an, dass sein Patch auf keinen Fall integriert werden kann, wenn es auch nu´r teilweise Änderungen ausschließt. Er wird also entweder einen Patch beitragen, der verwendet werden kann, oder es bleiben lassen.
Gegen schlechte Patches hilft keine Lizenz, keine Lizenz kann die Substanz eingereichter Patches gewährleisten.
Die Verwendung der GNU-FDL würde nur, wenn man keine unabänderlichen Teile will, dazu führen, dass Patches auch aus Policy-Gründen als "schlecht" betrachtet werden, was dann gerade wegen der Verwendung dieser Lizenz auf Unverständnis stoßen muss.
Nochmal zusammengefasst: - Die Lizenz bietet etwas an, was der originäre Anfrager nicht will, aber sie behebt keine der praktischen Probleme der anderen GNU-Lizenzen. - Aus praktischen Erwägungen kann es Sinn ergeben, (Teile der) Dokumentation (zusätzlich) unter CC-BY-SA anzubieten (Stichwort: Refcard) - Ob das erforderlich ist, hängt vom Einzelfall ab
Viele Grüße Michael
Am Mittwoch, 4. Juni 2014 15:27:08 schrieb Michael Kesper:
- Die Lizenz bietet etwas an, was der originäre Anfrager nicht will,
aber sie behebt keine der praktischen Probleme der anderen GNU-Lizenzen.
Doch es löst ein juristisch praktisches Problem, dass Gerichte Texte anders behandeln als Software.
- Aus praktischen Erwägungen kann es Sinn ergeben, (Teile der)
Dokumentation (zusätzlich) unter CC-BY-SA anzubieten (Stichwort: Refcard)
- Ob das erforderlich ist, hängt vom Einzelfall ab
Am Montag, 2. Juni 2014 12:30:32 schrieb Werner Koch:
en Bereitschaft erkennen lassen, die FDL auf CC-by-SA zu ändern. CC-by-SA ist eingach besser für Dokumentation.
Bitte steckt keine Zeit in GnuPG Dokumentaion, die nicht (auch) unter CC-BY-SA veröffentlicht werden kann.
Obwohl ich die GNU FDL auch nicht für so schlecht halte (es gibt spezielle juristische Probleme mit Büchern, welche sie anders adressiert und adressieren muss, als bei Software), denke ich das Werner recht hat: Wir sollten bei der Dokumentation von GnuPG und anderen Cryptowerkzeugen lieber CC-BY oder CC-BY-SA verwenden.
Für noch praktischer hielte ich es übrigens, zu versuchen die bestehenden Initiativen öffentlich zu unterstützen. Dazu zwei Hinweise:
Auf wiki.gnupg.org würde es sich lohnen, vielleicht die verschiedenen Anleitungen und Ansätze zu sammeln. Gern auch Dinge, welche noch kontrovers sind.
Deutsprache Themen zur Nutzung von GnuPG können auch auf der folgenden Mailingliste besprochen werden: http://lists.gnupg.org/mailman/listinfo/gnupg-de
Gruß, Bernhard
Am Montag, 2. Juni 2014 12:30:32 schrieb Werner Koch:
On Fri, 30 May 2014 05:38, floriansnow@member.fsf.org said:
die Free Software Foundation arbeitet zur Zeit an einer Anleitung für Anfänger, die beschreibt wie man sicher per e-Mail, also mit GnuPG kommunizieren kann. Die Anleitung steht schon, aber sie suchen noch Rückmeldung. Wer also selbst Anfänger bei dem Thema ist oder Anfänger
So wie ich das sehe, ist diese Anleitung wieder unter der GNU FDL.
CC-by-SA ist einfach besser für Dokumentation.
(In diesem Fall finde ich das ja auch.)
https://emailselfdefense.fsf.org/ "The images on this page are under a Creative Commons Attribution 4.0 license (or later version), and the rest of it is under a Creative Commons Attribution-ShareAlike 4.0 license (or later version)."
:)
Am Montag, 2. Juni 2014 12:30:32 schrieb Werner Koch:
Ferner ist die FSF auch gar nicht in der Lage so was zu machen, das die Do-Mention-Proprietary-Stuff Policy verhindert, wichtige Sachen zu erklären (z.B. Wie mache ich es mit Outlook).
Anscheinend war die FSF in diesem Punkt lernfähig, den ich habe die folgenden proprietären Produkte und Dienstleistungen beim Überfliegen bemerkt: Microsoft Windows, Mac OS X, Adele Roboter von Peter Gerwinski.
Viele Grüße, Bernhard