# HG changeset patch
# User Hans-G?nter Theisgen
# Date 1492963569 -3600
# Node ID 6f448baa38a7ed2eb0d408bcfe865234c20d8f08
# Parent 04fa93ffe3f9b2bfad9ae0d29f167bde83ae629a
german pages de/devel/ and de/artwork/ updated according to english pages
diff -r 04fa93ffe3f9 -r 6f448baa38a7 de/artwork/index.php
--- a/de/artwork/index.php Mon Apr 17 18:23:08 2017 +0100
+++ b/de/artwork/index.php Sun Apr 23 17:06:09 2017 +0100
@@ -2,83 +2,74 @@
+
-Art & Design
+Grafik & Design
- Was wäre eine Linux-Distributions-Seite ohne eine Artwork-Sektion?
- Jeder - auch wir - will Screenshots sehen, bevor er Anwendungen
- herunterlädt. Deswegen möchten auch wir
- Screenshots des SliTaz-Desktops
- zeigen. Desweiteren findet ihr hier noch SliTaz-Hintergrundbilder
- und Logos.
-
-
- Falls Ihr uns weitere SliTaz-bezogene Wallpaper oder Kunstwerke zur
- erfügung stellen wollt, nehmen wir das gerne an. Falls das
- Hintergrundbild für die Live-CD verwendet werden soll, nehmt bitte
- zur Kenntnis, dass einerseits zwei Formate benötigt werden
- (1280x1024 und 1024x768) und andererseits ein Größe von 200 kB
- nicht überschritten werden sollte. PNG-Dateien sind bevorzugt.
- Meldet euch bitte über das Forum
- oder die Mailing List.
+ Diese Abteilung widmet sich dem Design und der Grafik für SliTaz.
+ Die Bilder sind frei. Jeder kann sie für eigene Hintergrundbilder verwenden
+ oder das SliTaz-Symbol in seinen eigenen Internetauftritt integrieren, um
+ den Bekanntheitsgrad von SliTaz zu erhöhen. Die SliTaz-Symbole
+ stehen im SVG-Format zum Transfer bereit. Hier gibt es auch einige
+ Bildschirmfotos der SliTaz-Benutzeroberfläche, die mit
+ mtPaint und Gimp erstellt wurden. Die Designergruppe hat ihre eigene Plattform im
+ SliTaz-Forum.
-Logos & Icons
+Design für SliTaz
- Sie können die Logos zum Gestalten eines neuen Hintergrundbildes,
- oder auf ihrer Website verwenden, um das SliTaz-Projekt populärer
- zu machen.
+ So wie viele Dinge bei SliTaz werden auch Grafiken, Symbole, Markenzeichen, Designs und Hintergrundbilder
+ ausschließlich von der Nutzergemeinschaft und Entwicklern erstellt. Dabei legen wir stets Wert
+ auf ein elegantes, nüchternes und qualitativ hochwertiges Design. Durch die Gestaltung eines
+ Symbols, eines Hintergrundbildes oder anderer Grafik kann man sich an dem Projekt beteiligen,
+ ohne sich die Hände mit Programmierung oder dem Korrekturlesen von xHTML-Dokumenten schmutzig zu machen.
+ Wenn Sie sich beteiligen möchten, sollten Sie zunächst über die
+ „Mailing-Liste“ mit uns Verbindung aufnehmen.
+ Bitte schicken Sie keine allzugroßen Dateien.
+
+ Falls das Hintergrundbild für das Direktstart-ISO-Abbild verwendet werden soll, darf es nicht
+ größer als 200 KB sein und sollte 1024x768 Pixel haben. Jede freigegebene Version hat ein
+ neues Hintergrundbild und Design, die dieselben Richtlinien befolgen. Selbstverständlich
+ sollen für die Erzeugung Programme verwendet werden, die in SliTaz enthalten sind.
+ Das Direktstart-ISO-Abbild enthält bereits mtPaint. In einem auf Platte installierten System können
+ Sie Gimp aus einem Depot installieren. Beachten Sie, dass Dateien vozugsweise im JPG-Format erstellt
+ werden sollten.
+
+
+Markenzeichen & Symbole
+
@@ -88,7 +79,7 @@
-
+
diff -r 04fa93ffe3f9 -r 6f448baa38a7 de/devel/forge.php
--- a/de/devel/forge.php Mon Apr 17 18:23:08 2017 +0100
+++ b/de/devel/forge.php Sun Apr 23 17:06:09 2017 +0100
@@ -1,1 +1,331 @@
-../../en/devel/forge.php
\ No newline at end of file
+
+
+
+
+
+Gemeinschaftliche Verwaltung
+
+
+
+„KISS“ und Standards respektieren
+
+
+ „Keep it simple (KISS)“: befolgen Sie die besten Standards, entwerfen und schreiben
+ Sie sorgfältig Dokumentation von hoher Qualität, erzeugen Sie ein stabiles und robustes System und
+ halten Sie das Wurzeldateisystem rootfs
in dem Direktstatrt-ISO-Abbild so klein, dass
+ es auf Rechnern mit mindestens 128 MiB Arbeitsspeicher geladen werden kann. Dennoch ist es möglich
+ GTK+2, Dialog, Kommandoprozeduren oder PHP-Werkzeuge in die Distribution zu übernehmen. Die Idee ist
+ keine Doppelarbeit zu leisten und nicht schmalspurig zu denken...
+
+
+Entwicklungstank - Rechner für die Entwicklung und die Internetpräsenz
+
+
+ Jeder Mitwirkende kann sich über einen sicheren Zugang an dem Projekt-Rechner anmelden, kann dort
+ Plattenplatz belegen, ein Verzeichnis Public
anlegen und all Entwicklerwerkzeuge nutzen.
+ Entwickler können Pakete erzeugen und Verwalter der Spiegel-Depots können diese synchronisieren.
+ Auf diesem Rechner befindet sich auch der Kompilierungsautomat, die Dateien zum Laden über das
+ Netzwerk und „SliTaz Pro“: tank.slitaz.org
+
+
+
+ Anleitungen zum Erstellen von Paketen auf diesem Rechner finden sich im Kochbuch:
+ Entwicklungstank.
+
+
+Mercurial-Depots
+
+
+ SliTaz-Mercurial- (oder Hg-) Depots können von jedem unter dem URL
+ http://hg.slitaz.org/ angesehen und dupliziert werden.
+ Benutzer mit Schreibrecht können über die Adresse repos.slitaz.org
direkt auf
+ die Depots zugreifen. Beim Schreiben müssen ein Benutzername und ein Kennwort angegeben werden.
+ Mercurial verwendet Python. Es kann auf SliTaz mit tazpkg get-install mercurial
+ installiert werden.
+
+
+~/.hgrc
+
+
+ Vor dem Transfer des ersten Beitrags auf den Entwicklungsrechner (mit hg push
)
+ muss eine korrekte Konfigurationsdatei ~/.hgrc
erstellt werden. Darin sollte
+ Ihre E-Mail-Adresse und Ihr richtiger Name enthalten sein. Hier ein Beispiel:
+
+
+[ui]
+username = Vorname Nachname <name@example.de>
+
+
+Duplizieren, Ändern, Änderungen lokal übernehmen und Änderungen transferieren
+
+
+Ein Depot, z.B. der Wok wok
, wird wie folgt lokal dupliziert:
+
+
+ $ hg clone http://repos.slitaz.org/wok
+
+
+Jetzt muss das Verzeichnis wok
als Arbeitsverzeichnis eingestellt werden, sonst funktionieren die
+hg
-Kommandos nicht. Zum Anzeigen aller oder nur der letzten Änderungen:
+
+
+ $ hg log
+ $ hg head
+
+
+Nach dem Hinzufügen oder Ändern von einer oder auch mehrerer Dateien den Änderungsstatus anzeigen und die Änderungen
+lokal übernehmen:
+
+
+ $ hg add
+ $ hg status
+ $ hg commit -m "kurze beschreibung der vorgenommenen änderungen"
+ $ hg log
+
+
+Mit hg rollback
können Sie die letzte Änderung rückgängig machen. Bevor Sie die
+Änderungen in das Depot transferieren, sollten Sie zwischenzeitliche Änderungen anderer übernehmen:
+
+
+ $ hg pull
+ $ hg push
+
+
+Das ist schon alles; Ihre Änderungen, Quellprogramme oder Korrekturen sind jetzt im Depot.
+
+
+Ein lokal dupliziertes Depot aktualisieren
+
+
+Ein lokal dupliziertes Depot kann aus dem SliTaz-Depot aktualisiert werden mit:
+
+
+ $ hg pull -u
+
+
+Weitere nützliche Kommandos
+
+
+Weitere hg
-Kommandos:
+
+
+ hg help
: Zeigt alle möglichen Kommandos.
+ hg rollback
: Die letzte Aktion (commit, pull, push) rückgängig machen.
+ hg log <package>
: Das Änderungsprotokoll eines Paketes zeigen.
+ hg head
: Die letzte Änderung anzeigen.
+
+
+Grafische Oberflächen - reines C/GTK, Yad, Vala/Genie und CGI
+
+
+ Es gibt viele Möglichkeiten, mit „open source“-Produkten eine Benutzeroberfläche zu erzeugen.
+ Bis zur Version 3.0 von SliTaz haben wir hauptsächlich Gtkdialog verwendet, um gefällige
+ und komplexe Oberflächen in GTK zu erstellen, wobei die Anweisungen ausgeführt wurden ohne
+ übersetzt werden zu müssen. Aber gtkdialog wird nicht mehr gewartet und es fehlen viele
+ neuere GTK-Funktionalitäten. Daher sind wir bei einfachen Grafikfenstern auf Yad umgestiegen.
+ Bei der Verwaltung des Systems und der Pakete sowie bei den Konfigurationswerkzeugen sind wir
+ auf TazPanel umgestiegen, eine Web-Oberfläche mit CGI-Nutzung, die mit xHTML 5 und CSS 3
+ programmiert wird.
+
+
+ Yad ist sehr einfach, kann aber keine komplexen Oberflächen erzeugen: schon
+ zwei oder drei Einträge mit Marken und einige Schaltflächen sind nicht möglich. Daher mussten
+ wir eine andere Möglichkeit suchen. Der Vorteil eines Interpreters ist, dass die Anweisungen
+ nicht übersetzt werden müssen sondern zur Laufzeit verarbeitet werden, was die Anwendung
+ allerdings verlangsamt.
+ Programme in C zu schreiben ist komplex und daran werden sich weniger Mitwirkende beteiligen, da
+ Kommandoprozeduren leichter zu verstehen sind. Daher lautet die Richtlinie jetzt:
+ unsere Kommandoprozeduren beibehalten und verbessern und Benutzeroberflächen dafür in GTK oder CGI
+ zur Verfügung stellen.
+
+
+ Es gibt viele neue Programmiersprachen, die GTK verwenden, z.B. Genie, Vala oder GTKaml.
+ Beachten Sie aber, dass sie nicht so verbreitet sind wie C und GTK und nicht wirklich
+ leichter zu erlernen und zu nutzen sind. Für einfache Grafikfenster können Sie Kommandoprozeduren
+ benutzen. Sie können auch Vala benutzen, aber reines GTK braucht für ein einzelnes Fenster auch nur 14
+ Anweisungszeilen:
+
+
+#include <gtk/gtk.h>
+
+int main(int argc, char *argv[])
+{
+ GtkWidget *window;
+
+ gtk_init(&argc, &argv);
+ window = gtk_window_new(GTK_WINDOW_TOPLEVEL);
+ g_signal_connect (G_OBJECT (window), "destroy",
+ G_CALLBACK (gtk_main_quit), NULL);
+
+ gtk_widget_show(window);
+ gtk_main();
+ return 0;
+}
+
+
+ Wenn Sie sich nicht sicher sind, welche Programmiersprache Sie verwenden sollen, können Sie Ihre Wahl
+ bei der „Mailing“-Liste zur Diskussion stellen.
+ Wenn Sie nur eine einfache grafische Oberfläche brauchen, können Sie sich tazbox
im
+ Depot slitaz-tools
ansehen; das Paket enthält kleine Programme für die grafische Oberfläche
+ wie z.B. ein Abmeldefenster. TazWeb ist das erste Teilprojekt von SliTaz, das in reinem GTK geschrieben wurde.
+ Sie können es ansehen um zu lernen, wie man die Funktion system()
in einer grafischen
+ Oberfläche verwenden kann. So verwendet TazWeb beispielsweise wget
zum Dateitransfer und
+ sed
um Lesezeichen hinzuzufügen.
+
+
+ Yad-Anweisungsprozeduren sollten die TazYad-Richtlinien befolgen:
+ README und
+ Programmierbeispiele
+
+
+Implementierung von iconv()
+
+
+ SliTaz verwendet iconv() aus der GNU glibc - alle Pakete, die libiconv
anbieten,
+ müssen die Bibliothek aus glibc-locale
verwenden.
+ Daher gibt es kein Paket libiconv
(1.2 MB) mehr in SliTaz.
+
+
+SliTaz-Pakete erzeugen
+
+
+ Für die offizielle Paketerzeugung werden die Kochwerkzeuge verwendet. Diese sind in dem Paket cookutils
+ enthalten, das in jedem SliTaz-System installiert ist, wie auch das
+ Kochwerkzeuge-Handbuch für die Verwendung der Kochwerkzeuge. Damit werden Pakete erzeugt, die von TazPKG verwaltet werden können.
+
+
+ Die Pakete werden bei SliTaz automatisch von „Cooker“ aus einem
+ Quellpaket und einem Rezep im Wok erzeugt. Im Kochbuch ist das Format der
+ Rezepte beschrieben.
+ Die Beschreibung der Kochwerkzeuge und der Rezepte sollten Sie gelesen haben, bevor Sie mit der
+ Paketerzeugung beginnen.
+
+
+ Bei der Auswahl eines Paketes für SliTaz sollten nur solche in Betracht kommen, die
+ nützlich sind und funktionieren. Davon sollten Sie das kleinste verfügbare auswählen.
+ Es sollten nicht mehrere Pakete mit gleicher Funktionalität erstellt werden.
+ Die aktuelle Auswahl der Pakete ist aber nicht festgeschrieben. Wenn es eine Alternative zu einem Paket
+ gibt, die noch kleiner ist, mehr Funktionen enthält oder mit ein paar KB mehr attraktiver ist,
+ kann die Übernahme bei der „Mailing-Liste“ diskutiert werden.
+ Besondere Anforderungen werden an Pakete gestellt, die in Direktstart-ISO-Abbilder
+ übernommen werden sollen. Bei diesen sollten Symbolinformationen aus den Objektprogrammen
+ sowie unnötige Abhängigkeiten und Übersetzeroptionen entfernt werden.
+ Im Allgemeinen werden solche Pakete vor der Freigabe ebenfalls bei der „Mailing-Liste“ zur
+ Diskussion gestellt.
+
+
+ Bevor Sie beginnen, Pakete für SliTaz zu übersetzen und erzeugen, stellen Sie zur Vermeidung von
+ Doppelarbeit sicher, dass es etwas entsprechendes nicht schon im
+ inoffiziellen Wok
+ gibt. Die Mitglieder der „Mailing-Liste“ geben gerne Hinweise und das
+ Kochwerkzeuge-Handbuch
+ sollte für Anfänger hilfreich sein.
+
+
+Benennung von Paketen
+
+
+ In den meisten Fällen stimmt der Name des Paketes mit dem Namen des Quellpaketes überein. Ausnahmen sind
+ Python, Perl, PHP, Ruby und Lua-Module. Beispielsweise heisst das Paket,
+ das ein „Kid template system“, in Python und XML geschrieben, enthält:
+ python-kid
.
+
+
+Verwaltung der Internetpräsenz
+
+
+ Die Internetpräsenz wird über das Mercurial-Depot website
administriert. Dieses kann dupliziert
+ werden mit:
+
+
+ $ hg clone http://hg.slitaz.org/website
+ oder wenn Sie die entsprechende Berechtigung haben:
+ $ hg clone http://repos.slitaz.org/website
+
+
+xHTML-Programmierstil
+
+
+ Die Seiten und verschiedene Handbücher sind in xHTML 1.0 transitional
+ programmiert. Die Überschrift der Stufe 1 wird nur einmal (ganz oben) verwendet,
+ Stufe 2 ist der Titel des Dokuments und die Stufen 3 und 4 werden für weitere Abstufungen
+ der Überschriften benutzt. Wenn eine Liste statt „smart anchors“ verwendet wird,
+ beginnt sie oben, direkt unterhalb einer Überschrift der Stufe 2.
+ Absätze werden in die Markierungen <p></p>
eingeschlossen.
+ Für Einrückungen werden Tabulatoren verwendet. Dies ist in der Semantik begründet und sie
+ benötigen weniger Speicherplatz. Zur Darstellung von Kommandonamen oder ähnlichem innerhalb
+ eines Absatzes wird vorzugsweise <code>
verwendet.
+ Beispiele für die Anwendung von Kommandos in einem Terminal werden als formatierter Text mit
+ <pre>
ausgegeben, z.B.:
+
+
+ $ command
+
+
+ Zur Anzeige von Text, der kopiert und eingefügt werden kann, wie etwa Kommandoprozeduren,
+ Quellprogrammausschnitte, Konfigurationsdateien usw. wird ebenfalls
+ <pre>
verwendet, aber mit einer CSS-Klasse namens “script”. Beispiel:
+
+
+<pre class="script">
+
+code...
+
+</pre>
+
+
+ Hervorgehobene Wörter erhalten das Merkmal <em>
+ und interne Verknüpfungen sind stets relativ. Denken Sie auch daran, Ihr Programm
+ mit dem „validator“ des W3C auf Konformität zu prüfen.
+
+
+Diff und patch
+
+
+ Die Programme diff
und patch
dienen der Erstellung einer Datei, die
+ Unterschiede zwischen zwei Dateien enthält und mit deren Hilfe die Änderungen angewendet werden können.
+ Diese Technik wird oft angewendet, wenn mehrere Personen an einem Projekt arbeiten, damit Änderungen
+ an einer Originaldatei klar extrahiert werden können. Um eine diff
-Datei zu erstellen,
+ die mit einem Texteditor für Menschen gut lesbar ist, muss die Option -u
angegeben werden:
+
+
+ $ diff -u file.orig file.new > file.diff
+
+
+Zum Anbringen der Änderungen an der Originaldatei:
+
+
+ $ patch file.orig file.diff
+
+
+
+
+
+
+
+
+
diff -r 04fa93ffe3f9 -r 6f448baa38a7 de/devel/index.php
--- a/de/devel/index.php Mon Apr 17 18:23:08 2017 +0100
+++ b/de/devel/index.php Sun Apr 23 17:06:09 2017 +0100
@@ -1,217 +1,89 @@
-
+
Entwicklung von SliTaz
- SliTaz is a community based distribution made by many people all over
- the world and everyone is welcome to help and get involve in the project.
- Join us on SCN and the
- mailing list
+ SliTaz ist eine GNU/Linux-Distribution, die von einer Gemeinschaft von Nutzern aus aller Welt
+ erstellt wird. Jeder ist eingeladen, sich an dem Projekt zu beteiligen und mit zu helfen.
+Beteiligen Sie sich!
+
-SliTaz ist ein Opensource-Projekt, das von einer Community entwickelt wird.
-Jeder kann und darf gerne dazu seinen Beitrag leisten, Nutzer, Grafiker oder
-Programmierer sind gleichermassen willkommen, es gibt immer etwas zu tun. Sei
+SliTaz ist ein „open source“-Projekt, das von einer Nutzergemeinschaft entwickelt wird.
+Jeder kann und darf gerne dazu seinen Beitrag leisten: Nutzer, Programmierer oder
+Entwickler sind gleichermassen willkommen, es gibt immer etwas zu tun. Sei
es das Vervollständigen des Wikis und der
-Dokumentation, Bugs im Bug Tracking System
-melden, neue Pakete zu erstellen
-und sie auf die Mirrors hochladen oder einfach anderen SliTaz-Nutzern im
-Forum oder der Mailing-List zu helfen.
+Dokumentation, Fehler im Fehlermeldesystem zu
+melden, neue Pakete zu erstellen und sie in die Depots zu transferieren oder einfach anderen
+SliTaz-Nutzern im Forum oder der "Mailing"-Liste zu helfen. SliTaz verwendet Mercurial-Depots
+auf hg.slitaz.org
für die Versionsverwaltung. Entwickler können dort, wenn erforderlich,
+neue Depots einrichten, andere Mitwirkende haben Schreibzugriff auf die Depots, um
+Druckfehler, Kommandoprozeduren u.a. korrigieren zu können.
-SliTaz besitzt eine kleine Community und hört auf die Nutzer. Viele der Entwickler
+SliTaz hat eine kleine Nutzergemeinschaft und hört auf die Nutzer. Viele der Entwickler
sind im Forum und der
-Mailing Liste selbst aktiv. Einfach in der
-jeweiligen Sprache/Forum ansprechen.
+„Mailing“-Liste selbst aktiv.
+
+
+ Für Designer gibt es eine spezielle Abteilung, wo Sie sich einfach registrieren können
+ und dann Ihre Grafiken oder Bilder übergeben können. Auch diese wird von der Nutzergemeinschaft
+ verwaltet. Wenn Sie dabei helfen wollen, wenden Sie sich bitte an einen Mitwirkenden oder
+ schreiben Sie an die „Mailing“-Liste.
-Mercurial Repositories
+Aktivitäten
-
-Die Website, Konfigurationsdateien und Skripte von SliTaz werden über das
-Mercurial Repository verwaltet.
-SliTaz Mercurial oder "Hg Repositories" können von jedem unter der Addresse
-http://hg.slitaz.org/ angesehen werden.
-Leute mit Schreibzugriff können über folgende Adresse
-direkt auf das Repositorium zugreifen:
-repos.slitaz.org
, Nutzername und Passwort sind dabei erforderlich.
-Mercurial arbeitet mit Python, unter SliTaz lässt es sich mit
-tazpkg get-install mercurial
installieren.
-
+
-~/.hgrc
-
-
-Bevor Du Deinen ersten Beitrag leistest, stelle bitte sicher, dass
-die Konfigurationsdatei (.hgrc) für das Repository vorhanden und richtig
-konfiguriert ist. Es sollte Deine E-Mail-Adresse enthalten, sowie den Nutzernamen
-(üblicherweise kein Pseudonym). Beispiel einer lokalen, persönlichen
-Datei ~/.hgrc :
-
-
-[ui]
-username = Vorname Nachname <you@example.org>
-
-
-"Clone", "modify", "commit" und "push"
-
-
-Die repositories werden über die Kommandozeile verwaltet. Zuerst erstellt man eine
-lokale Kopie:
-
-
- $ hg clone http://repos.slitaz.org/website
-
-
-Im Dateimanager in das erstellte Verzeichnis wechseln. Um alle
-Änderungen anzuzeigen dient der Befehl log
-(mit der Option log -l 2
nur die
-beiden letzten Änderungen). head
zeigt den letzten Logeintrag an.
-Damit diese Befehle funktionieren musst Du Dich im lokalen Verzeichnis befinden!
-
-
- $ hg log
- $ hg head
-
-
-Nach dem Editieren einer Datei, den Status abrufen:
-
-
- $ hg status
-
-
-Soll eine Datei neu hinzugefügt werden, muss vorher der Befehl add
verwendet werden.
-Nun noch nach zwischenzeitlichen Neuerungen anfragen, und, falls welche existieren,
-mit update
in Deine Änderungen einfügen.
-
-
- $ hg pull
-
-
-Nun die Änderungen in das lokale Logbuch eintragen:
-
-
- $ hg commit -m "Logeintrag, kurze und kräftige Aussagen bitte..."
- $ hg log
-
-
-Um nun Deine Änderungen auf dem Server zu veröffentlichen
-
-
- $ hg push
-
-
-Das war es auch schon; nach ein bisschen Eingewöhnungszeit geht es leicht von der Hand.
-Mit dem Befehl rollback
können die letzten Änderungen übrigens
-wieder rückgängig gemacht werden.
-
-
-Tazpkg Pakete
-
-
-Tazpkg Pakete werden bei SliTaz automatisch via Cookutils und einem "Rezept"
-generiert.
-
-
-Zuerst zur Auswahl des Paketes. Es sollen nur Pakete angeboten werden,
-die nützlich erscheinen und funktionabel sind. Dabei bitte das kleinste
-Paket aus der Anwendungskategorie verwenden. Existiert schon eine Anwendung
-aus dem Bereich, bitte nicht noch ein ähnliches Paket erstellen.
-Wenn Du aber eine Alternative dafür findest, die leichter ist, oder mehr Funktionalität
-für ein paar kB mehr bietet, stelle es in der Mailing-List zur Diskussion.
-Besondere Anforderungen werden an Pakete gestellt, die auf der Live-CD
-mitgeliefert werden sollen. Erleichtern des Codes, Auflösen unnötiger
-Abhängigkeiten gehören zur Selbstverständlichkeit!
-Allgemein werden solche Pakete vorerst ebenfalls in der Mailing-List zur
-Diskussion gestellt.
-
-
-Bevor Du beginnst zu kompilieren und aus den Dateien ein SliTaz-Paket zu erstellen,
-pprüfe, ob ein ähnliches, oder sogar gleiches Paket nicht schon
-Auf dem SliTaz Mirror (v.a. Sektion "indigest") zur verfügung steht.
-Nicht vergessen, die Mitglieder der Mailing-List stehen Dir gerne
-zur Verfügung, ebenso das
-Tazwok Manual.
-
-
-Website Management und Handbuch
-
-
-Das Management der Website findet über das Mercurial Repository
-statt. Dazu gibt es einige Tools:
-rsync
ist ist ein Synchronisierungstool, lokal und fürs Netzwerk. Es nutzt einen
-enorm schnellen und kleinen Algorithmus, der es zu einer nützlichen Anwendung macht.
-diff
wird dafür verwendet, Logs hochzualden, patch
-dient des Uploads des eigentlichen Inhalte.
-
-Das deutsche Handbuch ist vollständig ins Wiki verlegt, jeder kann sich gerne daran
-konstruktiv beteiligen. Eine Anmeldung ist erforderlich.
-
-
-Als grafische Oberfläche kann Grsync dienen, schneller geht es aber über die
-Kommandozeile. Um die Seite zum ersten Mal in das Vezeichnis
-/home/tux/Public/slitaz/website
herunterzuladen:
-
-
- $ rsync -r -t -p -v \
- --progress --delete \
- rsync://slitaz.org/website /home/tux/Public/slitaz/website
-
-
-Diff und patch
-
-
-Die Anwendungen diff
und patch
sind Kommando-Zeilen
-Tools zur Erzeugung von Unterschieden zwischen zwei Dateien.
-Diese Methode wird häufig bei Zusammenarbeit genutzt, Veränderungen und Metadaten
-können leicht und schnell eingesehen werden.
-Um eine diff
Datei zu erstellen, die in einem Texteditor gelesen werden kann
-dient die Option -u
:
-
-
- $ diff -u file.orig file.new > file.diff
-
-
-Um den Patch zu übernehmen:
-
-
- $ patch file.orig file.diff
-
+
+
+
+ Letzte Übergaben im Wok
+
+
+
+ Mehr Übergaben
+
+
-
+
diff -r 04fa93ffe3f9 -r 6f448baa38a7 de/devel/release.php
--- /dev/null Thu Jan 01 00:00:00 1970 +0000
+++ b/de/devel/release.php Sun Apr 23 17:06:09 2017 +0100
@@ -0,0 +1,84 @@
+
+
+
+