Re: Opengroupware auf SLEMS 3.1 installieren
Helge Hess <[email protected]>
| Newsgroups | gmane.comp.cms.opengroupware.discuss.german |
|---|---|
| Message-ID | <[email protected]> |
On Freitag, 18. Juli 2003, at 14:16 Uhr, Christoph Haas, UKBW - 603 / Netzwerke wrote: >> Es gibt Migrationsprogramme fuer SLEMS => OGo. Wir koennen die auch >> gerne in das CVS einchecken. > das waere gut! Und wenn es dann mal hiervon ein RPM geben wuerde, > waere es > noch besser Mal sehen, wer sich dafuer findet. > Zum Admin-Interface/Cyrus-Administration/LDAP-Administration: > Wenn ich richtig informiert bin, ist doch das Admin-Interface des SLEMS > OpenSource? Naja, es sind Apache Perl Skripte und damit im Source verfuegbar. Die Lizenz ist meines Wissens aber die YaST Lizenz. > [traeumen ein] > Koenne dies nicht fuer OGo adaptiert und letztendlich integriert > werden? Nein, siehe Lizenz. Wenn es GPL ist, koennte man das tun, gibt aber auch nicht wirklich einen Grund dafuer. > So dass wenn man noch die restlichen Geschichten wie Cyrus, Postfix, > PostgressSQL und OpenLDAP z.B. aus den Standard-Distris von SuSE, > Redhat, > Mandrake u.s.w. installiert, einen kompletten OpenSource email- und > Groupware-Server hat, der auch noch einfach zu administrieren ist? - > Quasi > ein OpenSource SLOX-Killer ;-> > [traeumen aus] Die Funktionalitaet des SLOX Admin-UIs 1:1 nachzubauen dauert maximal 1 Woche (behaupte ich jetzt mal einfach so ;-). Sind ja nur ein paar Forms die im LDAP ein paar Daten umruehren. Der eigentlich Mehrwert liegt in der Paketierung und Vorkonfiguration von Cyrus, OpenLDAP und Postfix mit dem Betriebssystem, wobei ich den Ansatz alles immer aus der Live LDAP Datenbank zu holen fuer nicht so super geschickt halte (siehe auch Probleme mit LDAP DB in der SLOX Liste) - da gefaellt mir der Kolab Export Ansatz besser (Skripte pollen periodisch LDAP um die Config-Daten auszulesen und dann als Config-File zu exportieren - AFAIK). Ich denke auch da kann man auf vorhandene Projekte, wie Kolab zurueckgreifen und eventl ein etwas schoeneres UI drumschrauben. Schlussendlich ist aber auch das abhaengig davon, ob jemand selbiges tut oder beauftragt. >> Ja. Es gibt keine vorkompilierten SLES 7 oder 8 RPM Pakete. Dafuer >> muesste jemand einen SLES/SLEMS 7 und/oder SLES/SLOX 8 sponsor'n, dann >> koennten wir vServer installieren und ein Build-Environment aufsetzen. > > ich weiss ja, dass es zwischen SuSE und SKYRiX Unstimmigkeiten gegeben > hat, > aber dass die so heftig waren, dass es bei Euch keinen SLEMS 3.1 mehr > gibt > ... ;-> Wir haben durchaus einen SLEMS, aber wie du eventl weisst ist United Linux Kommerzware und muss typischerweise pro Host lizensiert werden - dh wir benoetigen eine Lizenz fuer den OGo Rechner, damit die Community darauf Pakete bauen kann. Das Erstellen des SLES Virtual-Servers wuerden wir durchaus uebernehmen. BTW: OGo != SKYRIX, wenn OGo SLEMS Pakete bauen will, muss sich das Projekt darum kuemmern. Eine SKYRIX 4/5 Distribution wird es nach wie vor auch fuer SLES 7/8 geben (wie gesagt, SKYRIX hat selbstverstaendlich SLES 7/8 Build und Test Systeme ...). Gruss Helge -- OpenGroupware.org - http://www.opengroupware.org/