==Dies>> <<Themen-/Projekt-Anregungenist>> <<==eine AlteSeite aus unserem UseModWiki bei Sourceforge.>>

<<*Bitte>> <<XENüberarbeite>> <<(leiderdie>> <<nurSeite,>> <<passe die Formatierung für das JSPWiki an
und entferne diesen Text.

Vielen Dank!

{{{
= Organisation der LUG
=

Wir haben >>bis <<2.6.18)auf Weiteres festgelegt, dass wir uns am ersten und>>
<<**dritten>> <<VirtualBox,Montag>> <<KVM,öffentlich>> <<Qemuim>> <<sindLimericks>> <<alternativentreffen.>>
<<*
Erster>> <<DisklessMontag:>> <<ClientKlönen und Biertrinken>>
<<**
Dritter>> <<[LTSP|http://www.ltsp.org/]Montag: Themen-Abend>>
<<**
Für>> <<[FreeNX|http://www.skolelinux.org/de/documentation/howtos/freenx]unsere Aktivitäten im Internet nutzen wir zur Zeit die Dienste>>
<<*von>> <<EmbeddedLinuxSourceforge. Leider gibt es mit der Mailingliste immer mal>>
<<**wieder>> <<LinuxProbleme,>> <<aufweil>> <<altender>> <<PDAsKai keinen Postmaster hat. Aber schwerer>>
<<**wiegt>> <<Linuxzur>> <<aufZeit,>> <<dass dieses Wiki regelmäßig 50x-Returncodes liefert
und die Arbeit damit keinen Spaß macht.

: ''Diese Returncodes geh&ouml;ren verboten, volle Zustimmung''
-- MarkusMonderkamp

::Wie habt ihr das erlebt: Ich habe die Returncodes in den letzten
drei Tagen nicht mehr erlebt. Sollte sich ein Teil >>der <<DBoxDiskussion>>
<<*erledigt>> <<Alternativehaben?>> <<--PeterHormanns

Daher die Idee -- Webspace kostet ja fast nichts mehr -- von
Sourceforge wegzugehen. -&gt;
[http://www.lug-kr.de/cgi-bin/lugwiki.pl?action=browse&diff=1&id=LugAnregungen&diffrevision=8&revision=7
Testaufruf >>zu <<LUG-Requesttrackerlinuxproject.de]>> <<[sf.net|http://sourceforge.net/projects/lug-kr]von>> <<suchen:ThomasBayen

:>> <<([Jira|http://www.atlassian.com/software/jira]/[Roundup|http://roundup.sourceforge.net]/[Trac|http://trac.edgewall.org]/[Launchpad|http://launchpad.net]),ambivalenter>> <<sieheEinschub>> <<[Python-Umzug|http://docs.python.org/whatsnew/2.6.html#new-issue-tracker-roundup]von MarkusMonderkamp:<br>>>
<<**eine:>> <<Jira'''Haftungsaspekt''':<br>Es>> <<Lizenzgibt>> <<genug Zeitgenossen, die
ihre Einnahmen aus Abmahnungen gesetzeswidriger Webspace-Inhalte
finanzieren.<br>Fehlendes Impressum, urheberrechtliche
Begriffe, One-Click-Techniken ... und schon darf der Provider
haften.<br>Solange wir bei Sourceforge (kostenfrei) hosten,
sind wir fein aus dem Schussfeuer, denke ich.

:: Ich bin ja nicht wirklich juristisch firm, aber meiner Meinung
nach gilt die Haftung erstmal >>für <<5den>> <<BenutzerInhalteanbieter.>> <<Wenn dieser
nicht spurt, kann man sich dann auch an den Provider wenden. Dieser
hat aber nur insofern Haftung, als das er im Zweifel bei
Kenntnisnahme die Seite z.B. abschalten kann. Ich vermute also, daß
wir auch heute schon für ungesetzliche Inhalte in unserem Wiki
haftbar sind, sobald wir davon wissen und nichts dagegen tun. --
ThomasBayen

::: O.k., da lag ich falsch. Ich vergass das Motto von Dieter
Nuhr:<br>Wenn ich von irgend etwas keine Ahnung habe, einfach
mal Fresse halten. -- MarkusMonderkamp()

: Die fehlende Java-Unterstützung bei Sourceforge >>gibt <<diesemir>> <<Wochejedoch
wieder>> <<Grund, <b>Thomas' Idee zu bejubeln</b>:
: dann müssen wir also ein separates Web-Standbein realisieren. --
MarkusMonderkamp

:: Ähem - Danke >>für <<5$die Lorbeeren, aber die Idee kam erstmal von>>
<<**meinPeterHormanns.>> <<FavoritUnd>> <<Java-Unterstützung gibt es bei mir als Provider
nicht (bei Peter (Hostsharing) aber vielleicht doch?!?)

::: Ja so >>ist <<[Redmine|http://www.redmine.org]es. Bei Hostsharing kann man einen eigenen Tomcat>>
<<**[EmForge|http://www.emforge.org/]betreiben.>> <<könnte--PeterHormanns

==>> <<malMailingliste>> <<==

Ich (PeterHormanns) betreibe bei Hostsharing ecartis mit etwa einem
guten halben dutzend Mailinglisten. Da würde >>eine <<Alternativemehr>> <<innicht
auffallen>> <<Javaund>> <<werdender DNS für lug-kr.de ist sowieso schon bei mir...>>

<<===:>> <<WikiMarkusMonderkamp>> <<===an Peter: Wie steht ecartis zu>>
<<*Java-Unterstützung?

::Ich>> <<Pluginverstehe>> <<den Zusammenhang nicht, Ecartis (vgl.
http://www.ecartis.org) ist ein Programm >>für <<dasMailinglisten,
vergleichbar>> <<Erstellenmit>> <<einesMailman,>> <<Glossaraber etwas einfacher gestrickt.>>
<<::
:::Kannst>> <<IchDu>> <<frageauch>> <<nicht verstehen, weil ich Ecartis für den
Codenamen des Hostsharing-vereins gehalten habe. Ein mal kurz
googeln hätte >>mich <<geradevor>> <<diesem hoffentlich verzeihbaren Fehler
bewahren können. Danke immerhin für Deinen Link. Meine Frage, >>ob<<
Euer>> <<esHostsharing>> <<bereitsJava>> <<einanbietet,>> <<solcheshast>> <<PluginDu>> <<gibt,dann>> <<umjedenfalls>> <<überoben
positiv>> <<allebeantwortet.>> <<Wikiseiten,Womit>> <<ähnlichich>> <<Dich dann zum Installateur für
JSP-Wiki ernenne. Das LUG-KR TWiki läuft zum Vergleich der Wikis
zumindest als Proof of Concept auf Sourceforge, mangels eigenem
Webspace.

: ThomasBayen an Peter: Wie stehts denn da mit Spamschutz? Ich
weiss nicht, >>wie <<SitemapSourceforge>> <<nochdas>> <<einemacht,>> <<kurzeaber>> <<Beschreibungobwohl>> <<zudie
Listenadresse>> <<demsowas>> <<Schlagwort.von>> <<Aberöffentlich>> <<ist, kommt da nur selten was.

::Sourceforge ist da sehr restriktiv, Kai kann >>ein <<SchlagwortLied>> <<mussdaven
singen>> <<keine;-)>> <<~WikiSeiteBei>> <<seinHostsharing hätten wir die Möglichkeit Spamassassin>>
<<oder etwas anderes vorzuschalten und / oder können die Mailingliste>>
<<==als>> <<Ideengeschlossene>> <<Liste (nur >>für <<10eingeschriebene>> <<JahreTeilnehmer)
betreiben.>> <<Linux--PeterHormanns

==>> <<UserWebsite>> <<Gruppeund>> <<inWiki>> <<Krefeld >>==

<<ImIch>> <<Juli(ThomasBayen)>> <<2008bin>> <<jährtMini-Internetprovider>> <<sichund>> <<lauthabe>> <<Thomaseinen
großzügig>> <<undbemessenen>> <<Webspace zur Verfügung. (Ich kann auch
Mailinglisten mit allem Pipapo einrichten, allerdings wäre das das
erste Mal, also wäre das ggf. besser beim >>Peter <<dieuntergebracht.)>> <<GründungIn
meinem>> <<derWebspace>> <<LUGist>> <<Krefeldwie>> <<zumbei>> <<10.Sourceforge>> <<Mal.kein>> <<AnlaßJava>> <<genugmöglich>> <<(also
kein JSPWiki) und auch kein ssh, aber natürlich CGI. Ich könnte
einen oder mehrere ftp-Accounts >>für <<eineLUG-Mitglieder>> <<kleineeinrichten,>> <<Ehrentags-Sammlung,so
daß>> <<neudeutschdie>> <<Event-Brainstorming:Wartung der Seite nicht nur von einer Person vorgenommen>>
<<werden kann.>>
<<*
Die>> <<nächtlichesProbleme>> <<[Blinkenlights|http://www.blinkenlights.de/index.de.html]mit>> <<dem Wiki treten offensichtlich nur bei CGI-Seiten
auf. Vielleicht teilt man den Webspace ja auch >>auf <<gechartertemund>> <<[Zeppelin|http://www.icatcher.ch/4638.html]läßt>> <<die
normalen Seiten bei Sourceforge und lagert lediglich das Wiki aus.

Ein Wiki mit History braucht übrigens schnell einige MB an Webspace
(oder Datenbank).

MarkusMonderkamp ist dabei mit anderer Wiki-Software zu
experimentieren (nur TWiki >>oder <<amauch>> <<Bleichpfad-Hochhaus.andere?).>> <<LeiderIch>> <<sindselbst
(PeterHormanns)>> <<würde ja ein JSPWiki bevorzugen. Vielleicht
versuchen wir >>im <<SommerRahmen>> <<des September-Themenabends über >>die <<NächteZukunft
unseres>> <<kurz.Wikis (und unserer Rest-Website) zu entscheiden.>>
<<*
----
===>> <<GrillfestEine>> <<o.ä.Lanze>> <<für Sorceforge von ThomasBayen ===

Einer muss hier glaube ich mal eine Lanze brechen: - Knack! -. Wir
arbeiten jetzt seit Juli 2000 >>mit <<[Tuxedo|http://de.wikipedia.org/wiki/Tuxedo]Sourceforge,>> <<(Dinnerdas>> <<Jacket)sind>> <<in6>> <<AnspielungJahre.>> <<In
all der Zeit haben Sie uns einen recht verlässlichen Service
zukommen lassen. Sie bieten eine Mailingliste, die jeder von uns
administrieren kann, als wir Krefix-Images ins Web stellen wollten,
hatten wir Ruck-Zuck einen hunderte MB grossen Download-Bereich.
Wir alle können >>auf <<Tux,den>> <<Webspace zugreifen (man sieht sogar an >>den<< Pinguin>>
<<*Benutzerkennungen,>> <<__De__-Installationspartywer>> <<mitwas>> <<[Tinegemacht>> <<Wittler|http://www.rtl.de/ratgeber/haus_854394.php]:hat).>> <<meinWir>> <<schönsterhaben>> <<Serverraumeinen
funktionierenden>> <<-öffentlichen>> <<vorherCVS>> <<(und demnächst auch SVN) >>und <<nachherund>>
<<*und...>> <<TuxracerAls>> <<-wir>> <<Seifenkistenrennendie>> <<amSeite>> <<Hülsereingerichtet>> <<Berghaben, war Andi Steinscherer>>
<<der Domaininhaber (ist er heute noch) und Andreas Beckermann hat>>
<<''weiteredas>> <<Ideen?''Projekt eingerichtet. Beide sind keine aktiven LUG-Mitglieder>>
<<mehr und trotzdem haben die aktuell aktiven Mitglieder immer noch>>
<<*vollen>> <<Zugriff auf alles. >>Ich <<möchtewürde>> <<nochdiese>> <<malganze>> <<anseit>> <<dieJahren>> <<Ideegut
funktionierende>> <<erinnern,Infrastruktur>> <<einenwegen>> <<Pinguinein>> <<zupaar>> <<adoptieren.Wochen>> <<DasCGI-Problemen
nur>> <<kostetungern>> <<komplett über Bord werfen.

Wie gut kann Peter versprechen, daß CGI-Probleme >>bei <<denHostsharing
(mit>> <<Zoofreundenseinen>> <<Krefeldpömeligen>> <<50,-paar>> <<Rechnern) nicht auch auftreten? Und wie
gut kann ich versprechen, daß das bei Domainfactory (wo ich nur ein
pömeliger kleiner Kunde bin) nicht auch passiert? Andererseits: Wer
kann versprechen, daß VA Linux nicht nächstes Jahr Sourceforge
schließt (oder ganz konkurs geht)?

Wir sollten auch darauf achten, daß wir uns nicht von einer
einzelnen Person abhängig machen. Andi und Andi sind gute Beispiele
dafür, daß auch aktive, wertvolle Mitglieder nicht für ewig >>im <<Jahr.Kern
der>> <<IchLUG>> <<habebleiben.>> <<zufälligWenn>> <<heutealso>> <<miteiner>> <<jemandemvon>> <<dortuns>> <<telefoniertWebspace,>> <<Mailinglisten
oder irgendwas zur Verfügung stellt, sollte klar sein, daß diese
Ressourcen langfristig zur Verfügung stehen müssen >>und <<manvon>> <<sagteallen
anderen>> <<mir,(d.h.>> <<den LUG-Kernmitgliedern) konfiguriert und verwaltet
werden können.

Mein Vorschlag dazu ist, >>daß <<wir die LUG-Seite an sich lassen wo
sie ist und damit die Infrastruktur des Sourceforge-Projektes
erhalten. Dann können wir gerne spontan entscheiden, daß wir
bestimmte Ressourcen auslagern, wenn wir damit experimentieren
wollen oder SF Probleme hat. Das hiesse, man könnte das jetzige
Wiki z.B. auf wiki.lug-kr.de auslagern und diese Domain dann
woandershin routen (z.B. in meinen grossen Webspace). Dann könnte
man einen javaserver.lug-kr.de einrichten, der dann ein JSPWiki und
andere Java-Spielereien beheimatet (z.B. bei Hostsharing). Man
könnte >>auch <<grundsätzlichexperiment.lug-kr.de>> <<nichtseinrichten>> <<dagegenund>> <<spricht,dieses>> <<auf >>einen<<
dyndns-Zugang>> <<Pinguinumleiten,>> <<der bei einem von uns im Keller steht
(vielleicht auf Franz UML/XEN-Maschine). Dort könnte man
experimentell z.B. Java 6 und Tomcat 4711.x auf Debian unstable
einsetzen, ohne die Integrität der gesamten Website aufs Spiel >>zu<<
setzen.

Hat>> <<taufenSourceforge>> <<mitseine>> <<PresseterminProbleme>> <<etc.behoben,>> <<Daswürde>> <<müsstedas>> <<dannPerl-Wiki>> <<natürlichwieder
zurückwandern>> <<ggf.und>> <<mitgut>> <<demist.>> <<Marketing:-)

::>> <<desvolles>> <<ZoosACKnowledge>> <<abgesprochen->> <<werden.ich>> <<Ichmöchte>> <<Sourceforge nichts böses und
hoffe, dass die Performance- und Zugriffsprobleme bald gelöst sind.
--MarkusMonderkamp

:Die Argumente von Thomas finde ich richtig. Wenn wir den
Internet-Auftritt der LUG vom Engagement einzelner Leute in der LUG
abhängig machen, >>könnte <<mirdas>> <<auchirgendwann>> <<Probleme bereiten. (Jetzt
könnte ein Plädoyer für >>eine <<TafelVereinsgründung>> <<wiefolgen>> <<auf;-)>> <<...)
--PeterHormanns

:: Ich stelle einen Antrag zur Vereinssatzung an den Schriftführer
und beantrage unter Verschiedenes, sofern die Versammlung
stimmberechtigt ist, eine Senkung der nicht vorhandenen
Mitgliedsbeiträge, die Streichung des Wortes "Gemein" aus der
Gemeinnützigkeit, dreifache Steuerpflicht der Spenden für die
Patentanwälte im Europaparlament, die Umbenennung der
Jahreshauptversammlung in Lichtjahreshauptversammlung, Umbennung
der Protokollsoftware von MS-Schriftführer in iSchriftführer, und
alles, was Vereinsmüde noch anführen können. Falls Dein
Vereinsvorschlag ernst gemeint ist: wo liegt der Vorteil gegenüber
der jetzt existierenden Interessngemeinschaft? Mit >>dem <<LinkAusscheiden
des>> <<untenletzten>> <<vorstellen,Vereinsmitgliedes>> <<aberhat>> <<dajeder>> <<wirdWebspace>> <<und jedes
Wirtschaftsgut >>der <<ZooLug-KR>> <<vielleichte.V.>> <<zurückhaltenderseine>> <<sein...Zugehörigkeit zum Verein und>>
<<zur Vereinsgedanken verloren. Eine Stiftung würde weiterleben, aber>>
<<dazu ein anderes Mal mehr, z.B. von Mark Shuttleworth.--
MarkusMonderkamp alias Schandmaul Eric

>>:Ich <<habewürde>> <<dazugern>> <<die alte Rest-LUG-Website ganz über Bord werfen und
lieber eine Startseite ins Wiki oder vor das Wiki setzen.
--PeterHormanns

:: Gerne! Muss nur >>mal <<folgendejemand>> <<Linksmachen.>> <<gesammelt,''(Wenn>> <<diewir>> <<sichdas>> <<mitWiki>> <<demevtl.
auf>> <<Themaeine>> <<"realandere>> <<Tux"Domain>> <<beschäftigen.umbiegen>> <<Soweitwollen,>> <<besser "vor")''--
ThomasBayen

:: Peter's Vorschlag gefällt mir, dann brauche >>ich <<sehe,kein>> <<istseparates
Lesezeichen,>> <<erstum>> <<einaus>> <<einzigesdem>> <<MalKnebel-Frame>> <<(inder>> <<Bristol)Lugseite>> <<1996eine
Voll-Wiki-Anzeige>> <<zu erzeugen. Als Einstiegslogo schlage ich >>ein<<
Signet>> <<Pinguin&aacute;>> <<wirklichla
[http://peoples.mandriva.com/~ayo/distant_file/dessins/gallery/stand_debian.png
www.3labs.com]>> <<auf(Debian-Logo>> <<denvon
<nowiki>FrozenBubble</nowiki>-Designern)>> <<Namenvor
--MarkusMonderkamp

:Den>> <<"Tux"Ansatz>> <<getauftder>> <<worden.Subdomains>> <<Leiderfinde>> <<gibtich>> <<gut, wenn >>es <<genausich>> <<dazulohnt,
könnten>> <<keineProjekte>> <<genauender>> <<InfosLUG>> <<mehr.einen>> <<Beieigenen>> <<InteresseInternetauftritt>> <<würdeirgendwo
unter>> <<einprojekt.lug-kr.de haben -- wenn es sich wirklich lohnt...
--PeterHormanns

----
'''Performance-Test...''' Die Neugier liess mich nicht los: Um zu
sehen, ob die Welt durch unser Gerede überhaupt besser wird, habe
>>ich <<damal>> <<aberden>> <<gernegesamten>> <<LUG-Webspace (ca. 52MB, davon ca. 23MB unser
Wiki und ca. 19MB TWiki(!?!)) auf meinen Provider kopiert.
Interessierte Kreise können also unter
http://lug-kr.linuxproject.de >>mal <<weiterrecherchieren.herumspielen.>> <<Ich bitte in
nächster Zeit um Tests auch zu unterschiedlichen Tageszeiten. Das
dortige Wiki ist natürlich nicht für echte Beiträge gedacht (sonst
müssen wir alles doppelt pflegen) und wird nach Ablauf der
Testphase ggf. wieder gelöscht. >>-- ThomasBayen

<<**::>> <<http://www.sjbaker.org/wiki/index.php?title=The_History_of_Tux_the_Linux_Penguin[http://lug-kr.linuxproject.de/cgi-bin/twiki/bin/view TWiki] war>>
<<**nur>> <<http://mikolaj.tv/p/pic/4455eine>> <<Technologie-Studie. Es läuft bei uns auffe Schicht wie>>
<<**Schmitz>> <<http://www.sbzoo.org/media/ZooNews_Sum06.pdfKatze und brummt vor Ideenfluss. Auf Sourceforge sieht die>>
<<Sache anders aus. Ich bin dafür, es Anfang September von der>>
<<::DieSourceforge-Platte>> <<Linkszu>> <<bietenputzen.

:::>> <<vieleLass>> <<Anregungen,erstmal>> <<dankeunseren>> <<Thomas.Themenabend>> <<Unddazu>> <<Dankevergehen.>> <<fürVielleicht
wollen>> <<Deinewir>> <<Kontaktaufnahmedas>> <<mitja>> <<dembehalten?!?>> <<KrefelderWas>> <<Zoo.die>> <<Katze anbetrifft: Ich bin gaz
hin und wech über die Antwortzeit der Installation bei
http://lug-kr.linuxproject.de. Ein Stück weit liegt das
wahrscheinlich auch schlicht an der Signallaufzeit nach USA. Ich
denke daher, Geschwindigkeit ist nicht unser Problem.

----
=== Wiki-Meditation von MarkusMonderkamp ===

Ich f&uuml;lle diese Seite noch mehr und fasse den
[http://www.wikimatrix.org/compare/JSPWiki+TWiki+UseMod
Wiki-Vergleich] zwischen '''JSP-, T-''' und '''Usemodwiki'''
zusammen.

==== [http://www.usemod.com/cgi-bin/wiki.pl Usemod-Wiki] ====

>>Das <<bringthiesige>> <<michUsemodwiki>> <<auferscheint>> <<mir mit besserem Antwortverhalten
zur Zeit f&uuml;r >>die <<Idee,jetzigen>> <<amLUG-Beitr&auml;ge>> <<Pinguingehegeals
angemessen,>> <<d.h. es entfaltet IMHO (tm) seine
gr&ouml;&szlig;te Wirkung bei kleinstem Editieraufwand.

* hohe Geschwindigkeit, '''wenn''' der Werbserver mitspielt (Hallo
an Sourceforge!)
* Unterseiten
* Sehr einfache Installation
* Sehr einfache Konfiguration
* Nicht auf >>eine <<solargetriebeneDatenbank>> <<~WebCamangewiesen>> <<(aber auch keine möglich)
* Quellcode so übersichtlich, daß Änderungen grundsätzlich möglich
sind
* sehr selten neue Versionen (Für ein Werkzeug ist das ein Vorteil,
>>für <<unsereTechnologie-Interessierte>> <<Patenpinguininein>> <<Nachteil)


==== [http://jspwiki.org/ JSP-Wiki] ====

* JSP-WIKI besticht durch seine vielseitigen Datenbankplugins:
<br><nowiki>MySQL, Pg, Oracle, SQLite, BDB per
PlugIn.</nowiki>
:Diese Argument würde ich anders formulieren: Der Page-Provider ist
über eine definierte API austauschbar. Daher können Seiten als
Textdateien, >>in <<SpeRCS>> <<anzuregen.oder>> <<in nahezu jeder beliebigen Datenbank>>
<<gespeichert sein.>>
<<* Das Menü und der sog. Menü-Footer sind ganz normale Wiki-Seiten.
D.h. es gibt ein auf jeder Seite sichbares Menü, das vom Benutzer
leicht angepasst werden kann.
* Die Templates (JSPs) sind klar vom Rest der Wiki-Software
getrennt und leicht anpassbar. Jedes (naja, ich sage lieber fast
jedes) beliebige Layout ist machbar.
* Zusatzfunktionen lassen sich leicht über (Java-)Plugins
realisieren. <nowiki>RecentChanges, PageIndex,
Inhaltsverzeichnisse</nowiki> und vieles mehr sind im JSPWiki
als Plugins realisiert. Es gibt aber auch Blog, Kalender etc.

'''''Jedoch'''''
* Keine Festlegung von "<nowiki>MinorChanges</nowiki>"
bei der Ver&ouml;ffentlichung
* keine freien Links
: Was sind "freie Links"? --PeterHormanns
>>:: <<Hoffentlich...ein>> <<Zitat aus der o.g.
[http://www.wikimatrix.org/compare/JSPWiki+TWiki+UseMod
Wiki-Matrix]
* Textsuche nur &uuml;ber Seitennamen
: Das >>ist <<definitiv falsch --PeterHormanns
* brauchbares Antwortverhalten / Geschwindigkeit?
: Die Antwortzeiten sind kein Problem und vom Prinzip her besser
als PHP und CGI ohne weitere Hilfsmittel --PeterHormanns
* Was mir eher fehlt sind weitere Stukturierungsmittel, also z.B.
die Unterseiten des UseModWiki oder die Namensräume des TWiki
--PeterHormanns
:: Wieviel Aufwand ist es denn, mehrere Wikis parallel zu
installieren? Geht das in einer Software-Installation und z.B.
jeweils anderer Datenbank?
:::Man kann in einem Tomcat beliebig viele Wikis betreiben, unter
unterschiedlichen Domains oder Kontexten. Man benötigt dazu nur
eine Installation >>der <<GNUWiki-Software>> <<3Dund>> <<Druckermehrere
context.xml-Dateien,>> <<[RepRap|http://hardware.slashdot.org/article.pl?sid=08/04/07/210205]die>> <<bisjeweils>> <<zumeine>> <<Jubiläumeigene>> <<Properties-Datei
referenzieren. Die Seiten liegen per Default als Dateien auf der
Platte. Datenbanken über zusätzliche Page-Provider. Für die
Strukturierung kann man auch Seiten >>in der <<Lage,Form
"Hauptseite.Unterseite">> <<benennen. Plugins können z.B. alle
Unterseiten zu einer Hauptseite anzeigen. Aber ich habe diese
Plungins nie ausprobiert.
:::: Dann nenne ich Deine "Kontexte" jetzt mal "Namensraum" und
sehe Deinen Einwand (für unsere Anwendungen) als erledigt an. :-)
Was vielleicht fehlt, ist dann höchstens eine Doku bzw. >>ein <<ModellSkript,
um>> <<unseresdie>> <<PatentuxDinger>> <<einfach sozusagen "am Fließband" erstellen >>zu <<rendern.können.>>
<<-- ThomasBayen>>
<<abgeschlossene:::::>> <<DiskussionenNicht>> <<ganz: Es fehlt zum Beispiel eine Suchfunktion >>über <<LUG-Themen,alle
Kontexte,>> <<dasein>> <<WikiIndex>> <<über alle Seiten, ein "RecentChanges" über alle
Namensräume... Es bleiben mehrere Wikis... --PeterHormanns

Ein JSPWiki zum Spielen haben wir übrigens unter
http://sandkasten.jalin.de/ installiert. Anmeldung mit
sandkasten/sandkasten --PeterHormanns

:: Gar nicht &uuml;bel, jetzt habe ich Sand unter den
Fingern&auml;geln;-) -- MarkusMonderkamp
:: Ungewohnt: Links werden erst in der Reihenfolge
''Linknamen|URL'' eingegeben.

==== [http://twiki.org TWiki] ====
Im Unterschied zu den bisher genannten Wikis sind
* RCS fest eingebaut, d.h. Seiten-Versionen sind schnell mit RCS
verwaltet
* eingebaute Mail-Encryption
* &Auml;nderungs-Zusammenfassung per Mail
* Konfliktaufl&ouml;sung bei gleichzeitigem Schreibzugriff
* In der aktuellen Version 4.0 unterstützt ein
[http://internetwoordenboek.kennisnet.nl/look2/show.asp?i=1024&qu=WYSIWYD
WYSIWYD]-Editor den Seitenautor
* PDF- >>und <<XML-Export per Plugin
* Textsuche &uuml;ber den kompletten Inhalt
* Serienm&auml;ssige Plugins: Calender, Spreadsheet
(Tabellenkalkulation), Diashow- und Tabelleneditor
* brauchbare Geschwindigkeit, '''wenn''' der Werbserver
mitspielt<br>(Momentan -24.08.2006- kaum mit
[http://lug-kr.sourceforge.net/cgi-bin/twiki/bin/view TWiki auf
Sourceforge]!)


----

== weitere
<nowiki>(Themen-/Projekt-)</nowiki>Anregungen ==

* XEN
* UML - hier: UserModeLinux
: Apropos:
[http://www.archive.org/download/SeanKellyGettingYourFeetWetwithPlone/wetfeet.mov
Irre] finde ich >>die <<Mailinglisteautomatisierte>> <<sindProdukterstellung>> <<von
[http://plone.org/documentation/tutorial/archgenxml-getting-started
ArchGenXML] aus XMI-Dateien von [http://argouml.tigris.org/
Argouml] f&uuml;r [http://plone.org/
Python].<br>'''Update'''
&Auml;hnlich:[http://search.cpan.org/author/KSTEPHENS/UMMF-1.02/lib/UMMF.pm
Perl-Konverter] XMI >>nach <<Perl (MarkusMonderkamp)>>
<<LugAnregungenErledigt*>> <<verschoben.BootCD
*>> <<--PeterHormannsLFS - Linux from Scratch>>
<<: Jens, es wäre schön, wenn deine Texte etwas ausführlicher>>
<<[{Tagwürden...
**>> <<LUGist>> <<Projekteja>> <<Diskussion}]gut --habe ich nun geändert
<<
* Diskless Client -- hoffe mal das mir der Thomas meine Fragen
beantwortet, wenn ich welche habe nach dem Anfangen -- JensKapitza
: Mich w&uuml;rden in dem Zusammenhang [http://www.ltsp.org/
LTSP] und [http://www.skolelinux.org/de/documentation/howtos/freenx
FreeNX] vom Skolelinux-Projekt interessieren. (MarkusMonderkamp)

* EmbeddedLinux
}}}