Date: prev next · Thread: first prev next last
2011 Archives by date, by thread · List index


Am 03.07.2011 21:55, schrieb Andreas Mantke:
Hallo,

Am Sonntag, 3. Juli 2011, 21:41:27 schrieb Uwe Haas:
Am 03.07.2011 21:34, schrieb Andreas Mantke:
Hallo,

Am Sonntag, 3. Juli 2011, 21:06:56 schrieb Uwe Haas:
Am 03.07.2011 21:02, schrieb Andreas Mantke:
Hallo,

Am Sonntag, 3. Juli 2011, 20:57:54 schrieb Uwe Haas:
Am 03.07.2011 20:53, schrieb Andreas Mantke:
Hallo,
Am Sonntag, 3. Juli 2011, 20:44:16 schrieb Uwe Haas:
(...)

Wie soll das Testprocedere sein?

Wird es einen speziellen "Incomming"-Bereich geben, der noch
ungetestete Extensions enthalten wird?
einen solchen Bereich wird es nicht geben. Die Tests können nur anhand
einer selbst erstellten Matrix vorgenommen werden. Diese kann dann
entweder im Wiki oder auf der Extensions-Seite erstellt / gepflegt
werden.
Da laufen wir aber Gefahr, dass es ungetestetes gibt, was u.U. Schaden
anrichtet.
Finde ich nicht gut.
bevor jemand in einem Projekt für eine Extension oder eine Vorlage ein
Release erstellen kann, muss er eine Schranke - Überprüfung des
Projektes - überwinden. Damit sollte schon ein gewisser Schutz vorhanden
sein. Außerdem kann jeder jederzeit mitteilen, wenn ihm eine verdächtige
Datei auffällt. Diese wird dann sofort gesperrt und untersucht.

Wir können als Projekt wie auch sonst im Netz keinen absoluten Schutz
herstellen. Das können auch große Software-Hersteller nicht.

Ich bin aber offen für jede Idee, wie wir die eingesetzte
Software-Umgebung verbessern können. Das kann auch im rollenden
Verfahren geschehen, da Änderungen sehr schnell und komfortabel
eingespielt werden können.
Warum nicht hingehen und für Extensions ein "Einreich-Verfahren" einführen?
Dorthin hann jeder Extensions hinschicken, dann werden sie geprüft und
freigegeben.
Jede Extension, die dort steht, hat das Gütesiegel der Prüfung, was dem
User eine gewisse Sicherheit gibt.
Was außerhalb läuft, ist das in Verantwortung des Users.
Ist langfristig sicher eine Idee, aber es ist einfach eine Frage der Mann-/Frau-
Power. Es ist nicht im Interesse der Benutzer von LibreOffice, wenn sie statt auf
eine Seite, die nicht läuft, auf die benötigte Extension warten müssen. Wir brauchen
mindestens erst einmal 50 - 100 gute Extensions auf der Seite. Evtl. hat einer
unserer Entwickler mit vertieften Kenntnissen in Python, wie wir beim Upload einer
Datei einen freien Virenscanner einbinden können. Dann kann das sofort eingebaut
werden und wir kriegen dann sicher auch noch Lob von der Plone-Community (und evtl.
anderen Organisationen).
Gibt es eine Übersicht, der Extensions, die als erstes überführt werden sollen?


--
Informationen zum Abmelden: E-Mail an users+help@de.libreoffice.org
Tips zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/users/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.