GNU-Betriebssystem

Dieses Werk ist eine Übersetzung aus dem Englischen.

GNU-Softwareevaluierung

Software für GNU anbieten

Wenn Sie Software geschrieben haben, die Sie zum GNU-Projekt beitragen möchten, vielen Dank! Diese Seite enthält einen Fragebogen für die Einreichung des Pakets, so dass wir einerseits erforderliche Informationen erhalten und andererseits so schnell wie möglich eine Bewertung vornehmen können.

Bitte nehmen Sie sich Zeit, den Fragebogen ausfüllen. Der vorformatierten Text kann kopiert und auf Ihrem System ausgefüllt werden. Senden Sie bitte den vollständig ausgefüllten Fragebogen an <gnueval-input@gnu.org> (als Nur Text).

Können Sie nicht alle Fragen beantworten oder das Programm erfüllt nicht jeden erwähnten Punkt, machen Sie sich keine Sorgen. Es bedeutet nicht, dass es blind zurückgewiesen wird. Es ist üblich ein noch nicht ganz fertiges Programm zu bewerten. Wenn das Programm im Grunde gut ist, aber noch bestimmte Dinge fehlen, werden wir lediglich darauf hinweisen, was hinzugefügt werden muss. Wir evaluieren ein Programm auch in einem frühen Stadium der Entwicklung; in diesem Fall wird es basierend ihrer anderen bereits abgeschlossenen Projekte beurteilt.

GNU ist nicht einfach nur eine Sammlung von nützlichen Programmen. Wir starteten das GNU-Projekt mit einem bestimmten Ziel: ein freies Betriebssystem zu entwickeln ‑ das GNU-System. Um das GNU-System technisch schlüssig zu halten, stellen wir sicher, dass Alles gut zusammen harmonisiert. Die Gutachter bewerten Programme nicht nur danach, wie gut sie sich sowohl technisch als auch philosophisch in das GNU-System einfügen, sondern auch nach Qualität, Benutzerfreundlichkeit und andere Eigenschaften, die Nutzer erwarten würden. Auf Grundlage des Gutachterberichts entscheidet Richard Stallman (der Chief GNUisance) endgültig darüber, den Beitrag zum GNU-Projekt zu akzeptieren.

Eine Eingliederung als ProjektbetreuerIn   ein etwas formeller Vorgang   beim GNU-Projekt bedeutet, der Mission des GNU-Projekts als ProjektbetreuerIn (innerhalb der Grenzen der Betreuung) zuzustimmen und sich für die Freiheit von Software einzusetzen.

Lesen Sie bitte zusätzlich zum Fragebogen die GNU-Richtlinien unter Information for Maintainers of GNU Software als auch GNU Coding Standards. Siehe unten eine Zusammenfassung der wichtigsten Richtlinien, aber bitte auch die vollständige Dokumentation.

Wenn Sie den Fragebogen nicht (vollständig) ausfüllen möchten und/oder die Anforderungen für offizielle GNU-Pakete nicht erfüllen, empfehlen wir Ihnen aber trotzdem die Übermittlung an das Freie-Software-Verzeichnis. Wir möchten alle veröffentlichten freie Softwarepakete aufnehmen.

Nochmals vielen Dank für Ihr Interesse an GNU.

Was es für ein Programm bedeutet ein GNU-Paket zu sein

Dies ist eine Erklärung von Richard M. Stallman, was es für ein Programm bedeutet, ein GNU-Paket zu sein, in der auch Allgemein auf die Aufgaben von GNU-ProjektbetreuerInnen eingegangen wird.

Ein Programm zu GNU-Software zu machen bedeutet, dass deren Entwickler und das GNU-Projekt vereinbaren: ‚Dieses Programm ist Teil des GNU-Projekt, veröffentlicht unter der Schirmherrschaft von GNU‘ – und so im Programm genannt wird.

Das bedeutet, dass Sie das Programm normalerweise auf ftp.gnu.org bereitzustellen.

D. h. die offizielle Webseite des Programms sollte auf www.gnu.org veröffentlicht sein, und zwar unter /software/PROGRAMMNAME. Wann immer Sie die Internetadresse für die Paket-Startseite angeben, würden Sie diese nennen. Es ist in Ordnung, wenn Sie einen anderen Webauftritt für sekundäre Themen verwenden, wie zur Paketentwicklung und zur Datenbanknutzung. (Wir können eine Ausnahme machen und die Webseite irgendwo anders veröffentlichen, wenn es einen wirklich dringenden Grund dafür gibt.)

Das bedeutet, dass die Entwickler einverstanden sind, darauf zu achten, dass das Programm gut mit dem Rest des GNU-Betriebssystems zusammenarbeitet – und umgekehrt damit einverstanden sind, dass das GNU-Projekt andere GNU-ProjektbetreuerIn ermutigt darauf zu achten, auch ihre Programme damit zusammenarbeiten zu lassen.

Was das bedeutet, Programme zu entwickeln, die gut miteinander zusammenarbeiten, ist vor allem eine praktische Angelegenheit, die von der Funktion des Programms abhängt. Aber es gibt einige allgemeine Grundsätze. Bestimmte Teile der GNU Coding Standards beeinflussen direkt die Konsistenz des gesamten Systems. Dazu gehören die Standards für die Konfiguration und Erstellung eines Programms und die Befehlszeilenoptionen. Es ist für alle GNU-Programme wichtig, diesem Standard, soweit anwendbar, zu folgen.

Ein weiterer wichtiger GNU-Standard ist, dass die Dokumentation von GNU-Programmen im Texinfo-Format erstellt werden sollte. Das ist das Standarddokumentformat von GNU und kann automatisch in verschiedene andere Formate konvertiert werden. Sie können DocBook oder ein anderes geeignetes Format als Dokumentquelle verwenden, solange die automatische Konvertierung in Texinfo gute Ergebnisse liefert.

Wenn ein GNU-Programm erweiterungsfähig sein soll, sollte GUILE als Programmiersprache für die Erweiterbarkeit genutzt werden – das ist GNUs Standardpaket zur Erweiterbarkeit. Bei einigen Programmen gibt es Gründe, die Dinge anders zu machen, aber nutzen Sie bitte GUILE, wenn machbar.

Ein GNU-Programm sollte die neueste vom GNU-Projekt empfohlene Lizenz-Version verwenden – nicht nur irgendeine freie Softwarelizenz. Für die meisten Pakete bedeutet das die Nutzung der GNU GPL.

Ein GNU-Programm sollte nicht die Nutzung eines unfreien Programms empfehlen und sollte Nutzer nicht auf jegliche unfreie Dokumentation für Freie Software verweisen. Die Aktion für freie Dokumentation mit freier Software ist ein wichtiger Schwerpunkt des GNU-Projekts; um zu zeigen, dass wir es ernst meinen, müssen wir unsere Position nicht durch die Empfehlung unfreier Dokumentation untergraben.

Gelegentlich gibt es Probleme der Terminologie, welche für den Erfolg des GNU-Projekts als Ganzes wichtig sind. Wir erwarten von ProjektbetreuerInnen von GNU-Programmen, dass sie befolgt werden. Beispielsweise sollten die Dokumentationsdateien und Kommentare im Programm von GNU/Linux-Systemen sprechen, statt von „Linux“ als Gesamtsystem, und sollte den Begriff Freie Software statt „Open Source“ verwenden! Da ein GNU-Programm unter der Schirmherrschaft von GNU freigegeben wird, sollte nichts ausgesagt werden, das den Ansichten des GNU-Projekts widerspricht.

Ein Programm zu GNU-Software zu machen erfordert keine Übertragung des Copyright an die FSF; das ist eine separate Frage. Wenn Sie das Copyright an die FSF übertragen, wird die FSF die GPL für das Programm durchsetzen, wenn jemand sie verletzt; halten Sie das Copyright, liegt deren Durchsetzung bei Ihnen.

Als ProjektbetreuerIn eines GNU-Pakets stellen Sie bitte sicher, dass Sie in Kontakt mit dem GNU-Projekt bleiben. Wenn wir auf ein Problem im Zusammenhang mit dem Paket stoßen, müssen wir Sie darüber informieren und mit Ihnen besprechen können, wie es gelöst werden kann. Manchmal müssen wir Sie bitten, mit anderen ProjektbetreuerInnen zusammenzuarbeiten, um ein Problem, das mit mehreren Paketen zusammenhängt, zu lösen. Dies wird wahrscheinlich nie oder sehr selten geschehen, aber stellen Sie sicher, dass wir Sie in diesem Fall kontaktieren können.

Abschließend möchten wir Sie bitten uns zu informieren, wenn Sie sich irgendwann einmal entscheiden sollten, als ProjektbetreuerIn zurückzutreten.

Fragebogen um Software für GNU anzubieten

* General Information
** Do you agree to follow GNU policies?
   If your program is accepted to be part of the GNU system, it means
   that you become a GNU maintainer, which in turn means that you will
   need to follow GNU policies in regards to that GNU program.
   (Summarized above, see maintainers document for full descriptions.)

** Package name and version:

** Author Full Name <Email>:

** URL to package home page (if any):

** URL to source tarball:
    Please make a release tarball for purposes of evaluation, whether
    or not you publicly release it.  If you don't have
    anywhere to upload it, send it as an attachment.

** Brief description of the package:


* Code
** Dependencies:
    Please list the package's dependencies (source language, libraries, etc.).

** Configuration, building, installation:
    It might or might not use Autoconf/Automake, but it must meet GNU
    standards.  Even packages that do not require compilation
    must follow these standards, so installers have a uniform way to
    define target directories, etc.  Please see:
    http://www.gnu.org/prep/standards/html_node/Configuration.html
    http://www.gnu.org/prep/standards/html_node/Makefile-Conventions.html

** Documentation:
    We require using Texinfo (http://www.gnu.org/software/texinfo/)
    for documentation, and writing both reference and tutorial
    information in the same manual.  Please see
    http://www.gnu.org/prep/standards/html_node/GNU-Manuals.html

** Internationalization:
    If your package has any user-visible strings, please make them
    translatable to other languages using GNU Gettext:
    http://www.gnu.org/software/gettext/


* Licensing:
   Both the software itself *and all dependencies* (third-party
   libraries, etc.) must be free software in order to be included in
   GNU.  In general, official GNU software should be released under the
   GNU GPL version 3 or any later version, and GNU documentation should
   be released under the GNU FDL version 1.3 or any later version.

   Please see http://www.gnu.org/philosophy/license-list.html for a
   practical guide to which licenses are free (for GNU's purposes) and
   which are not.  Please give specific url's to any licenses involved
   that are not listed on that page.


* Similar free software projects:
   Please explain what motivated you to write your package, and search
   at least the Free Software Directory (http://www.gnu.org/directory/)
   for projects similar to yours.  If any exist, please also explain
   what the principal differences are.

* Any other information, comments, or questions:

Bitte vergessen Sie nicht, den Fragebogen an <gnueval-input@gnu.org> zu senden, wenn Sie fertig sind.

Weitere Möglichkeiten dem GNU-Projekt zu helfen

Es gibt viele weitere Möglichkeiten GNU zu helfen, sowohl technisch als auch nicht-technisch.