Salve Werner!
Werner Mahr schrieb am Donnerstag, den 16. Dezember 2004 um 15:29h:
> Servus,
> du hast ja nun doch recht viel geschrieben.
sorry ;)
> Ein script-get w�re etwas feines, aber da ein Script meistens keinen
> eigenst�ndigen Namen bekommt, sondern meistens nach seinem Einsatzzweck
> benannt wird, w�ren Namenskonflikte schon vorprogrammiert. Ein Wiki kann aber
> so organisiert werden, das das Script f�r sich alleine steht,
Wenn man es aber in vielen Jahren einfach wiederfinden m�chte, sollte
die soetwas wie die ID des Skriptes gleich bleiben. Dies ist nicht nur
f�r einen pers�nlich "nett" sondern wenn man in privaten/�ffentlichen
Listarchive durchsucht und den Tip findet Skript 352992 hilft....
;)
> wenn man bei deinem script-get ein paket erstellen will. Entweder, man nimmt
> alle Depencies in die Scripte mit rein, dann werden die Scripte aber
> wesentlich gr��er als von dir geschreiben, oder man beh�lt den
> Paketierungsprozess von Debian bei, was aber f�r ein einzelnes Script
> meistens Overkill ist.
Guter Punkt, also sollte jedes Skript in Headerkommentar eine Liste der
notwendigen Programme haben und wenn man es ganz auf die Spitze treibt ab
welcher Version (Zumindest wenn man Fedback hat, das es mit z.B. < 3.0
nicht geht).
Ein script-get "sollte" notwendige .deb Pakete auflisten und
script-cache "sollte" eine option haben, das nur mit dem bestehenden
System kompatible skripte angezeigt werden.
> Wenn alledings in einem Wiki eine Thematisch sortierte
> Liste verf�gbar ist, am besten auch noch zu jedem Script eine kurze
> Beschreibung, dann l�sst sich das recht schnell durchsuchen, und wenn man das
> ganze noch mit einem Bewertungssystem ausstattet, dann ist das gesuchte
> schnell gefunden.
Ja, ich will nicht bestreiten, das dies eine L�sung ist.
Die Wikipedia funktioniert so hervorragend, das ich mir noch keine
lokale Kopie/Installation zuglegt habe - aber auch, weil
apt-get install wikipedia-german
nicht funktionierte :(
Aber vorher w�rde ich mir ein
apt-get install debian-user-german
w�nschen.
Ja, es gibt ein listenarchiv und eine suchfunktion auf der Webseite,
oder die m�glichkeit per google zu suchen, aber in localen
Dateien/Verzeichnissen zu suchen ist etwas anderes - vorallem
man ist nicht abh�nig vom Internet, das kann in Entwicklungsl�ndern,
aber auch hierzulande unterwegs, bei fremden Firmen (GPRS/UMTS...)
oder bei Netzwerkeinrichtungen relevant sein (ok - nicht unser bahn.sh).
Wobei ich zugebe, das wenn man im Fr�hjahr eine neue Debianversion
herausbringen wird, in allen Sprachen Wikipedia-Images beif�gen w�rde,
doch von der Gr��e "etwas" Debian als Distribution sprengen w�rde.
(Vielleicht noch gutenberg.org, Hubblebilder....).
Auf Pro-linux.de wurde diese Woche wiedermal im Forum kommentiert, das
Debian zu "fett" w�re. Ich habe Debian genau aus diesem Grund gew�hlt,
weil ich der Debiangemeinde und ihren Paketen mehr traue, als fl�chtige
Projektseiten.
Ein Kompromis w�re, das man zwischen ausf�hrbaren Code und Inhalten
unterscheidet und z.B. im Falle der der Wikipedia die notwendige
Software in einem .deb Paket hat und das Images der Wikipedia von
wikipedia.org l�d.
F�r Debian-user-german w�re z.Z. ein Skript notwendig, oder gibt es dies
irgendow auch als gepaktes tar?
> Man k�nnte aber auch diese Features nehmen, und nur den
> Ansatz wegfallen lassen, das jeder alles editieren darf. Dann w�rden
> �nderungen eben zu dem Originalauthor gesendet, und dieser k�nnte die
> �nderungen dann gegebenfalls einf�gen. So h�tte man die Qualit�t auch
> gesichert.
Jepp und wenn jemand forken m�chte baut er ein neues skript und legt
unter der Beschreibungsseite/Diskussionsseite unter
siehe auch:
[[bahn-355.sh]] Abfahrtsbahnhof (und zus�tzlich) Zielbahnhof
Webseiten und B�cher mit (Shell)Skripten gibt es viele - wieso will ich
einen Bezug zu Debian? Die vielen Seiten und B�cher haben jeweils ca. 100
Skripte und man sieht vor lauter B�umen den Wald nicht mehr.
Genau das wof�r ich Debian so mag, sehr viele Programme informativ und
vertrauensw�rdig aus einer Hand anzubieten und dabei auf verschiedene
Server, CDROMS oder lokale mirror zu�ckgreifen zu k�nnen genau dies
w�nsche ich mir f�r Skripte, Dokumentation....
Seiten wie knoppix.net, pro-linux... etc sind ja ganz nett, das wiki von
knoppix.net ist z.Z. nicht online, wenn man mit einem Wiki beginnen
w�rde, w�re es sch�n, wenn es mehr als eine privat initative ist,
weitesgehend von Firmen und Einzelpersonen unabh�nig und so m�glichst
lange nach dem gleichen Schema funktioniert.
UND - daf�r war das bahn skript Beispiel schlecht gew�hlt, gibt es
durchaus viele m�gliche skripte, die f�r Debian optimiert sind
(Systemverwaltung). Daher w�rde ich sehr gerne eine Skriptsammlung f�r
Debian anregen.
Wie, wo k�nnte man mit einem Skripte-Wiki starten?
K�nnte dies, wenn es durchdacht, brauchbar und lebendig ist auch als
offizielles Debianprojekt betreiben?
Bei der Gelegenheit k�nnte man ein solche Wiki nutzen um von jedem
vorhandenen
info, help, man, howto, doc, skript, config, ....
eine zweite Wikiseite f�r eine deutsche �bersetzung erm�glichen.
eximconfig mag ja ganz nett sein, aber ohne dem englischen Text h�tte
ich die Konfiguration eher verstanden. So hat Exim immer meinen Host-URL
als returnpath reingew�rgt, "Unqualified addresses" mu� ich gestehen war
mir (bisher) nicht gel�ufig. M�chte man Debian in Deutschland beliebter
machen, kommt es IMHO nicht nur darauf an, alle paar Wochen die neuesten
Pakete zu haben. Wenn ich dieses Skript �bersetzen m�chte sollte ich
mich an debian-l10n-german wenden - richtig?
Sch�nen Abend,
rob
