Source code

[thomas.leo.horn]

Hallo,

wo finde ich den aktuellen Source zu opsi?

http://opsi.svn.sourceforge.net/viewvc/opsi/ scheint mir ein bisschen veraltet zu sein, die letzte Änderung ist von vor 6 Moanten. Allein hier finde ich jedoch eine wesentlich jüngere Datei von vor wenigen Tagen http://download.uib.de/opsi3.4/testing/ ... .4-71.opsi.

Danke.

[d.oertel]

Hi,

der aktuell Server code (python) findet sich auf dem Server.
Der aktuelle opsi-winst code wird die woche hochgeladen.

gruss
d.oertel

[thomas.leo.horn]

Super, herzlichen Dank.

[thomas.leo.horn]

Darf ich nochmal nachfragen, konkret "opsi-client-agent_4.0-4.opsi". Hier finde ich auf dem VMWare-Image zwar /usr/lib/pymodules/python2.6/OPSI, nicht jeodch das wesentliche /usr/lib/pymodules/python2.6/ocdlib.

[d.oertel]

Hi,

der opsi-winst code ist aktualisiert unter:
http://opsi.svn.sourceforge.net/viewvc/ ... nst/trunk/
Im selben SVN Repository landen in Kürze der aktuelle code von opsigina und opsiloginblocker.

Allen Serverseitigen Code und den opsi-configed findet man z.B. in den Source-Paketen in:
http://download.opensuse.org/repositori ... _11.3/src/

Der Code des opsiclientd aus dem opsi-client-agent enthält wesentliche Teile von Projekten die noch in der Kofinanzierung sind
(http://uib.de/www/opsi/service_support/ ... index.html) und daher noch nicht opensource sind.
Daher können wir diesen Code momentan nicht veröffentlichen.

gruss
d.oertel

[thomas.leo.horn]

Vielen Dank für Ihre Bemühungen und die schnelle Reaktion.

Jedoch bitte ich Sie, nochmal über die Veröffentlichung des um die Teile, die sich noch in Kofinanzierung befinden, reduzierten source codes von opsiclientd nachzudenken.

Zum einen ist in opsi 4.0, wenn ich es richtig verstanden habe, eine Verwendung von opsiclientd zwingend, da prelogin nicht mehr enthalten ist. Ohne opsilcientd ist somit die gesamte Software funktionslos. Eine Bezeichnung als "open source"-Software ist deshalb meiner Meinung nach nicht haltbar.

Zum anderen werben Sie stets mit einer Freigabe als open source, sobald die Entwicklungskosten eines Projekts gedeckt sind (im Fall von opsiclientd: "Diese Weiterentwicklung wird als Opensource freigegeben, sobald die Entwicklungskosten gedeckt sind.", http://uib.de/www/opsi/opsi-aktuelles/index.html). Wenn Sie durch Abhängigkeiten neuer Projekte von alten Projekten dann die Veröffentlichung beliebig herauszögern können, halte ich das für wenig seriös.

[thomas.leo.horn]

Außerdem befindet, wie ich gerade sehe, sich im Paket "opsi-client-agent_4.0-4.opsi" neben unproblamtischer LGPL-/BSD-/MIT-Software mit SetACL auch GPL-Software. Ein gemeinsames Verbreiten von GPL- und nicht freier Software (in diesem Fall die kofinanzierten Teile) in einer Datei stellt jedoch einen Lizenzverstoß dar, wie Sie als Open-Source-Dinstleister wissen sollten. Es würde sich deshalb für zukünftige Releases sowieso eine Aufteilung von opsiclientd in GPL- und propietäre Teile anbieten. Für das bereits veröffentlichte Paket "opsi-client-agent_4.0-4.opsi" werden Sie wohl ohne Freigabe des gesamten Sourcecodes nicht um einen Lizenzverstoß herumkommen, der für einen Open-Source-Dienstleister ein Trauerspiel wäre.

[j.schneider]

Die Quellen zum opsiclientd sind hier zu finden:
http://download.uib.de/opsi4.0/src/opsiclientd

[FFMTS]

Mit welchen Compilern wurden die Module geschrieben?
Ist die Projektdatei auch vorhanden, sodass man da auch Bestehendes ändern kann?