==!!!>> <<Themen-/Projekt-AnregungenOrganisation>> <<==der LUG>>

<<*Wir>> <<XENhaben>> <<(leiderbis>> <<nurauf>> <<bisWeiteres>> <<2.6.18)festgelegt, dass wir uns am ersten und dritten Montag öffentlich im Limericks treffen.>>
<<
Erster Montag: Klönen und Biertrinken

Dritter Montag: Themen-Abend

Für unsere Aktivitäten im Internet nutzen wir zur Zeit die Dienste von Sourceforge. Leider gibt es mit der Mailingliste immer mal wieder Probleme, weil der Kai keinen Postmaster hat. Aber schwerer wiegt zur Zeit, dass dieses Wiki regelmäßig 50x-Returncodes liefert und die Arbeit damit keinen Spaß macht.
>>** <<VirtualBox,''Diese>> <<KVM,Returncodes>> <<Qemugeh&ouml;ren>> <<sindverboten,>> <<alternativenvolle Zustimmung'' -- MarkusMonderkamp>>
<<****>> <<DisklessWie>> <<Clienthabt ihr das erlebt: Ich habe die Returncodes in den letzten drei Tagen nicht mehr erlebt. Sollte sich ein Teil der Diskussion erledigt haben? --PeterHormanns>>
<<
Daher die Idee -- Webspace kostet ja fast nichts mehr -- von Sourceforge wegzugehen. -&gt; [Testaufruf zu linuxproject.de|http://www.lug-kr.de/cgi-bin/lugwiki.pl?action=browse&diff=1&id=LugAnregungen&diffrevision=8&revision=7] von ThomasBayen
>>** <<[LTSP|http://www.ltsp.org/]ambivalenter Einschub von MarkusMonderkamp:>>
** <<[FreeNX|http://www.skolelinux.org/de/documentation/howtos/freenx]>>
<<***>> <<EmbeddedLinux__Haftungsaspekt__:>>
** <<LinuxEs>> <<aufgibt>> <<altengenug>> <<PDAsZeitgenossen, die ihre Einnahmen aus Abmahnungen gesetzeswidriger Webspace-Inhalte finanzieren.>>
** <<LinuxFehlendes>> <<aufImpressum,>> <<urheberrechtliche Begriffe, One-Click-Techniken ... und schon darf >>der <<DBoxProvider haften.>>
<<***>> <<AlternativeSolange>> <<zuwir>> <<LUG-Requesttrackerbei>> <<[sf.net|http://sourceforge.net/projects/lug-kr]Sourceforge>> <<suchen:(kostenfrei)>> <<([Jira|http://www.atlassian.com/software/jira]/[Roundup|http://roundup.sourceforge.net]/[Trac|http://trac.edgewall.org]/[Launchpad|http://launchpad.net]),hosten,>> <<siehesind>> <<[Python-Umzug|http://docs.python.org/whatsnew/2.6.html#new-issue-tracker-roundup]wir fein aus dem Schussfeuer, denke ich.>>
<<**eine***>> <<JiraIch>> <<Lizenzbin>> <<ja nicht wirklich juristisch firm, aber meiner Meinung nach gilt die Haftung erstmal >>für <<5den>> <<BenutzerInhalteanbieter.>> <<gibtWenn>> <<diesedieser>> <<Wochenicht>> <<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 <<5$ungesetzliche Inhalte in unserem Wiki haftbar sind, sobald wir davon wissen und nichts dagegen tun.-- ThomasBayen>>
<<**mein****>> <<FavoritO.k.,>> <<istda>> <<[Redmine|http://www.redmine.org]lag ich falsch. Ich vergass das Motto von Dieter Nuhr:>>
<<**[EmForge|http://www.emforge.org/]****>> <<könnteWenn>> <<ich von irgend etwas keine Ahnung habe, einfach >>mal <<eineFresse>> <<Alternativehalten.>> <<in-->> <<JavaMarkusMonderkamp()
**>> <<werdenDie fehlende Java-Unterstützung bei Sourceforge gibt mir jedoch wieder Grund, __Thomas' Idee zu bejubeln__: >>
<<** dann müssen wir also ein separates Web-Standbein realisieren.-- MarkusMonderkamp>>
<<===***>> <<WikiÄhem>> <<===- Danke für die Lorbeeren, aber die Idee kam erstmal von PeterHormanns. Und Java-Unterstützung gibt es bei mir als Provider nicht (bei Peter (Hostsharing) aber vielleicht doch?!?)>>
<<*****>> <<PluginJa>> <<so ist es. Bei Hostsharing kann man einen eigenen Tomcat betreiben. --PeterHormanns

!! Mailingliste

Ich (PeterHormanns) betreibe bei Hostsharing ecartis mit etwa einem guten halben dutzend Mailinglisten. Da würde eine mehr nicht auffallen und der DNS >>für <<daslug-kr.de>> <<Erstellenist>> <<einessowieso>> <<Glossarschon bei mir...>>
<<::**>> <<MarkusMonderkamp an Peter: Wie steht ecartis zu Java-Unterstützung?
*** >>Ich <<frageverstehe>> <<den Zusammenhang nicht, Ecartis (vgl. http://www.ecartis.org) ist ein Programm für Mailinglisten, vergleichbar mit Mailman, aber etwas einfacher gestrickt.
**** Kannst Du auch 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 <<esEuer>> <<bereitsHostsharing>> <<einJava>> <<solchesanbietet,>> <<Pluginhast>> <<gibt,Du>> <<umdann>> <<überjedenfalls>> <<alleoben>> <<Wikiseiten,positiv>> <<ähnlichbeantwortet.>> <<Womit ich 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>> <<demListenadresse>> <<Schlagwort.sowas>> <<Abervon>> <<öffentlich ist, kommt da nur selten was.
*** Sourceforge ist da sehr restriktiv, Kai kann >>ein <<SchlagwortLied>> <<mussdaven>> <<keinesingen>> <<~WikiSeite;-)>> <<seinBei Hostsharing hätten wir die Möglichkeit Spamassassin oder etwas anderes vorzuschalten und / oder können die Mailingliste als geschlossene Liste (nur für eingeschriebene Teilnehmer) betreiben. --PeterHormanns>>

<<==!!>> <<IdeenWebsite>> <<und Wiki

Ich (ThomasBayen) bin Mini-Internetprovider und habe einen großzügig bemessenen 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 untergebracht.) In meinem Webspace ist wie bei Sourceforge kein Java möglich (also kein JSPWiki) und auch kein ssh, aber natürlich CGI. Ich könnte einen oder mehrere ftp-Accounts >>für <<10LUG-Mitglieder>> <<Jahreeinrichten,>> <<Linuxso>> <<Userdaß>> <<Gruppedie>> <<inWartung>> <<Krefeldder>> <<==Seite nicht nur von einer Person vorgenommen werden kann.>>

<<ImDie>> <<JuliProbleme>> <<2008mit>> <<jährtdem>> <<sichWiki>> <<lauttreten>> <<Thomasoffensichtlich>> <<nur bei CGI-Seiten auf. Vielleicht teilt man den Webspace ja auch auf >>und <<Peterläßt>> die <<Gründungnormalen>> <<derSeiten>> <<LUGbei>> <<KrefeldSourceforge>> <<zumund>> <<10.lagert>> <<Mal.lediglich>> <<Anlaßdas>> <<genugWiki>> <<füraus.

Ein>> <<eineWiki>> <<kleinemit>> <<Ehrentags-Sammlung,History>> <<neudeutschbraucht>> <<Event-Brainstorming:übrigens schnell einige MB an Webspace (oder Datenbank).>>

<<*MarkusMonderkamp>> <<nächtlichesist>> <<[Blinkenlights|http://www.blinkenlights.de/index.de.html]dabei>> <<aufmit>> <<gechartertemanderer>> <<[Zeppelin|http://www.icatcher.ch/4638.html]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>> <<kurz.unseres 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>> <<vorheröffentlichen>> <<CVS (und demnächst auch SVN) >>und <<nachherund und... Als wir die Seite eingerichtet haben, war Andi Steinscherer der Domaininhaber (ist er heute noch) und Andreas Beckermann hat das Projekt eingerichtet. Beide sind keine aktiven LUG-Mitglieder mehr und trotzdem haben die aktuell aktiven Mitglieder immer noch vollen Zugriff auf alles. Ich würde diese ganze seit Jahren gut funktionierende Infrastruktur wegen ein paar Wochen CGI-Problemen nur ungern komplett über Bord werfen.>>
<<*
Wie>> <<Tuxracergut>> <<-kann>> <<SeifenkistenrennenPeter>> <<amversprechen,>> <<Hülserdaß>> <<BergCGI-Probleme bei Hostsharing (mit seinen pömeligen 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)?>>

<<''weitereWir>> <<Ideen?''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 Kern der LUG bleiben. Wenn also einer von uns Webspace, Mailinglisten oder irgendwas zur Verfügung stellt, sollte klar sein, daß diese Ressourcen langfristig zur Verfügung stehen müssen und von allen anderen (d.h. den LUG-Kernmitgliedern) konfiguriert und verwaltet werden können.>>

<<*Mein>> <<IchVorschlag>> <<möchtedazu>> <<nochist,>> <<maldaß>> <<wir die LUG-Seite >>an <<sich lassen wo sie ist und damit >>die <<IdeeInfrastruktur>> <<erinnern,des>> <<einenSourceforge-Projektes>> <<Pinguinerhalten.>> <<zuDann>> <<adoptieren.können>> <<wir gerne spontan entscheiden, daß wir bestimmte Ressourcen auslagern, wenn wir damit experimentieren wollen oder SF Probleme hat. >>Das <<kostethiesse,>> <<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 <<denHostsharing).>> <<ZoofreundenMan>> <<Krefeldkönnte>> <<50,-auch>> <<experiment.lug-kr.de einrichten und dieses auf einen dyndns-Zugang umleiten, der bei einem von uns >>im <<Jahr.Keller>> <<Ichsteht>> <<habe(vielleicht>> <<zufälligauf>> <<heuteFranz>> <<mitUML/XEN-Maschine).>> <<jemandemDort>> <<dortkönnte>> <<telefoniertman>> <<experimentell z.B. Java 6 >>und <<manTomcat>> <<sagte4711.x>> <<mir,auf>> <<daßDebian>> <<auchunstable>> <<grundsätzlicheinsetzen,>> <<ohne die Integrität der gesamten Website aufs Spiel zu setzen.

Hat Sourceforge seine Probleme behoben, würde das Perl-Wiki wieder zurückwandern und gut ist. :-)
*** volles ACKnowledge - ich möchte Sourceforge >>nichts <<dagegenböses>> <<spricht,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 das irgendwann Probleme bereiten. (Jetzt könnte ein Plädoyer für eine Vereinsgründung folgen ;-) ...) --PeterHormanns
*** Ich stelle >>einen <<PinguinAntrag>> <<zuzur>> <<taufenVereinssatzung>> <<mitan>> <<Presseterminden>> <<etc.Schriftführer>> <<Dasund>> <<müsstebeantrage>> <<dannunter>> <<natürlichVerschiedenes,>> <<ggf.sofern>> <<mitdie>> <<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 <<MarketingAusscheiden>> des <<Zoosletzten>> <<abgesprochenVereinsmitgliedes>> <<werden.hat>> <<jeder Webspace und jedes Wirtschaftsgut der Lug-KR e.V. seine 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 <<könntewürde>> <<mirgern>> <<auchdie>> <<alte Rest-LUG-Website ganz über Bord werfen und lieber >>eine <<TafelStartseite>> <<wieins>> <<Wiki oder vor das Wiki setzen. --PeterHormanns
*** Gerne! Muss nur mal jemand machen. ''(Wenn wir das Wiki evtl. >>auf <<eine andere Domain umbiegen wollen, besser "vor")'-- ThomasBayen
*** Peter's Vorschlag gefällt mir, dann brauche ich kein separates Lesezeichen, um aus >>dem <<LinkKnebel-Frame>> <<untender>> <<vorstellen,Lugseite>> <<abereine>> <<daVoll-Wiki-Anzeige>> <<wirdzu>> <<erzeugen. Als Einstiegslogo schlage ich ein Signet &aacute; la [www.3labs.com|http://peoples.mandriva.com/~ayo/distant_file/dessins/gallery/stand_debian.png] (Debian-Logo von {{{FrozenBubble}}}-Designern) vor --MarkusMonderkamp
** Den Ansatz >>der <<ZooSubdomains>> <<vielleichtfinde>> <<zurückhaltenderich>> <<sein...gut, wenn es sich lohnt, könnten Projekte der LUG einen eigenen Internetauftritt irgendwo unter einprojekt.lug-kr.de haben -- wenn es sich wirklich lohnt... --PeterHormanns>>

<<:Ich----
__Performance-Test...__>> <<Die Neugier liess mich nicht los: Um zu sehen, ob die Welt durch unser Gerede überhaupt besser wird, >>habe <<dazuich>> mal <<folgendeden>> <<Linksgesamten>> <<gesammelt,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 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
*** [TWiki|http://lug-kr.linuxproject.de/cgi-bin/twiki/bin/view] war nur eine Technologie-Studie. Es läuft bei uns auffe Schicht wie Schmitz Katze und brummt vor Ideenfluss. Auf Sourceforge sieht >>die <<sichSache>> <<mitanders>> <<demaus.>> <<ThemaIch>> <<"realbin>> <<Tux"dafür,>> <<beschäftigen.es>> <<SoweitAnfang>> <<ichSeptember>> <<sehe,von>> <<der Sourceforge-Platte zu putzen.
**** Lass erstmal unseren Themenabend dazu vergehen. Vielleicht wollen wir das ja behalten?!? Was 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 <<erstnicht>> <<einunser>> <<einzigesProblem.

----
!>> <<MalWiki-Meditation>> <<(invon>> <<Bristol)MarkusMonderkamp

Ich>> <<1996f&uuml;lle>> <<eindiese>> <<PinguinSeite>> <<wirklichnoch>> <<aufmehr>> <<und fasse >>den <<Namen[Wiki-Vergleich|http://www.wikimatrix.org/compare/JSPWiki+TWiki+UseMod]>> <<"Tux"zwischen>> <<getauft__JSP-,>> <<worden.T-__>> <<Leiderund>> <<gibt__Usemodwiki__>> <<zusammen.

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

Das hiesige Usemodwiki erscheint mir mit besserem Antwortverhalten zur Zeit f&uuml;r die jetzigen LUG-Beitr&auml;ge als angemessen, d.h. >>es <<genauentfaltet>> <<dazuIMHO>> <<(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 Datenbank angewiesen (aber auch >>keine <<genauenmöglich)
*>> <<InfosQuellcode>> <<mehr.so>> <<Beiübersichtlich,>> <<Interessedaß>> <<Änderungen grundsätzlich möglich sind
* sehr selten neue Versionen (Für ein Werkzeug ist das ein Vorteil, für Technologie-Interessierte ein Nachteil)

__[JSP-Wiki|http://jspwiki.org/]__

* JSP-WIKI besticht durch seine vielseitigen Datenbankplugins:
* {{{MySQL, Pg, Oracle, SQLite, BDB per PlugIn.}}}
** Diese Argument >>würde ich <<daanders>> <<formulieren: Der Page-Provider ist über eine definierte API austauschbar. Daher können Seiten als Textdateien, in RCS 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. {{{RecentChanges, PageIndex, Inhaltsverzeichnisse}}} und vieles mehr sind im JSPWiki als Plugins realisiert. Es gibt >>aber <<gerneauch>> <<malBlog,>> <<weiterrecherchieren.Kalender>> <<--etc.

__''Jedoch''__
*>> <<ThomasBayenKeine Festlegung von "{{{MinorChanges}}}" bei der Ver&ouml;ffentlichung>>
<<* keine freien Links>>
** <<http://www.sjbaker.org/wiki/index.php?title=The_History_of_Tux_the_Linux_PenguinWas sind "freie Links"? --PeterHormanns>>
<<*** ...ein Zitat aus der o.g. [Wiki-Matrix|http://www.wikimatrix.org/compare/JSPWiki+TWiki+UseMod]
* Textsuche nur &uuml;ber Seitennamen
>>** <<http://mikolaj.tv/p/pic/4455Das>> <<ist definitiv falsch --PeterHormanns>>
<<* brauchbares Antwortverhalten / Geschwindigkeit?
>>** <<http://www.sbzoo.org/media/ZooNews_Sum06.pdfDie 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>>
<<::Die***>> <<LinksWieviel>> <<bietenAufwand>> <<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 <<Anregungen,Wikis>> <<dankebetreiben,>> <<Thomas.unter>> <<Undunterschiedlichen>> <<DankeDomains>> <<füroder>> <<DeineKontexten.>> <<KontaktaufnahmeMan>> <<mitbenötigt>> <<demdazu>> <<Krefeldernur>> <<Zoo.eine>> <<DasInstallation>> <<bringtder>> <<michWiki-Software>> <<aufund>> <<diemehrere>> <<Idee,context.xml-Dateien,>> <<amdie>> <<Pinguingehegejeweils>> eine <<solargetriebeneeigene>> <<~WebCamProperties-Datei>> <<fürreferenzieren.>> <<unsereDie>> <<PatenpinguininSeiten>> <<liegen per Default als Dateien auf der Platte. Datenbanken über zusätzliche Page-Provider. Für die Strukturierung kann man auch Seiten >>in <<Speder>> <<anzuregen.Form>> <<"Hauptseite.Unterseite" benennen. Plugins können z.B. alle Unterseiten zu einer Hauptseite anzeigen. Aber ich habe diese Plungins nie ausprobiert.>>
<<
::*****>> <<HoffentlichDann>> <<nenne ich Deine "Kontexte" jetzt mal "Namensraum" und sehe Deinen Einwand (für unsere Anwendungen) als erledigt an. :-) Was vielleicht fehlt, >>ist <<derdann>> <<GNUhöchstens>> <<3Deine>> <<DruckerDoku>> <<[RepRap|http://hardware.slashdot.org/article.pl?sid=08/04/07/210205]bzw.>> <<bisein>> <<Skript, um die Dinger einfach sozusagen "am Fließband" erstellen zu können. -- ThomasBayen
****** Nicht ganz: Es fehlt >>zum <<JubiläumBeispiel>> <<eine Suchfunktion über alle Kontexte, ein Index ü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 <<Lage,Reihenfolge>> <<''Linknamen|URL'' eingegeben.

__[TWiki|http://twiki.org]__
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 <<Modell[WYSIWYD|http://internetwoordenboek.kennisnet.nl/look2/show.asp?i=1024&qu=WYSIWYD]-Editor>> <<unseresden>> <<PatentuxSeitenautor
*>> <<zuPDF->> <<rendern.und XML-Export per Plugin>>
<<* Textsuche &uuml;ber den kompletten Inhalt>>
<<abgeschlossene*>> <<DiskussionenSerienm&auml;ssige>> <<überPlugins:>> <<LUG-Themen,Calender,>> <<dasSpreadsheet>> <<Wiki(Tabellenkalkulation),>> <<Diashow- >>und <<Tabelleneditor
* brauchbare Geschwindigkeit, __wenn__ der Werbserver mitspielt
* (Momentan -24.08.2006- kaum mit [TWiki auf Sourceforge|http://lug-kr.sourceforge.net/cgi-bin/twiki/bin/view]!)

----

!! weitere {{{(Themen-/Projekt-)}}}Anregungen

* XEN
* UML - hier: UserModeLinux
** Apropos: [Irre|http://www.archive.org/download/SeanKellyGettingYourFeetWetwithPlone/wetfeet.mov] finde ich >>die <<Mailinglisteautomatisierte>> <<sindProdukterstellung>> <<von [ArchGenXML|http://plone.org/documentation/tutorial/archgenxml-getting-started] aus XMI-Dateien von [Argouml|http://argouml.tigris.org/] f&uuml;r [Python|http://plone.org/].
** __Update__ &Auml;hnlich:[Perl-Konverter|http://search.cpan.org/author/KSTEPHENS/UMMF-1.02/lib/UMMF.pm] XMI >>nach <<Perl (MarkusMonderkamp)>>
<<LugAnregungenErledigt*>> <<verschoben.BootCD
*>> <<--PeterHormannsLFS - Linux from Scratch>>
<<** Jens, es wäre schön, wenn deine Texte etwas ausführlicher würden...>>
<<[{Tag**>> <<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 [LTSP|http://www.ltsp.org/] und [FreeNX|http://www.skolelinux.org/de/documentation/howtos/freenx] vom Skolelinux-Projekt interessieren. (MarkusMonderkamp)

* EmbeddedLinux