wäre es nicht auch möglich die Bausteine einzeln auf Github zu stellen?
dazu bräuchten wir dann zusätzlich eine Möglichkeit aus allen Bausteinen eine Bibliothek zu generieren.
Ideal wäre natürlich wenn man aus eine Auswahl von Bausteinen eine Bibliothek generieren könnte.
was ist denn aus euren Aktivitäten geworden? Wenn ich so ins Repo schaue, ist da ziemlich tote Hose. Außer dass die Quellcodes hineinkopiert wurden, hat sich nach allem, was ich sehen kann, nciht wirklich etwas getan. Auch auf Tobias’ sehr berechtigte Frage nach der Toolchain für das (automatisierte) Bauen der Bibliotheken aus den Quellen gab es keine Reaktion.
Kann es sein, dass dads Ganze sehr schnell wieder zum Erliegen gekommen ist? Dann fände ich es sinnvoll, das Repo wieder zu löschen. Denn sonst gibt es eine weitere zukünftig veraltete Quelle für OSCAT-Bausteine. Dass das nicht gerade hilfreich ist, kann man an den mittlerweile veralteten Versionen im CODESYS Store sehen.
Wie stehst du, wie steht ihr (also die RWTH) dazu?
zunächst einmal möchten wir uns für die späte Rückmeldung entschuldigen.
Unser Ziel ist schon, mit der Bibliothek die open-scource Entwicklung von SPS-Programmierung voranzutreiben, dies läuft jedoch neben dem allgemeinen Projektgeschäft, daher sind die Aktivitäten bisher noch nicht so weit vorangeschritten.
Natürlich wollen wir vermeiden, dass es veraltete Versionen der OSCAT Bibliothek gibt, derzeit ist uns nicht bekannt, inwieweit diese jedoch an anderer Stelle weiterentwickelt wird. Dies ist u.a. einer der Vorteile, die wir in der AixOCAT sehen:
Die AixOCAT bietet eine Möglichkeit zur gemeinsamen Weiterentwicklung und durch Git eine entsprechende Versionierung
Nutzung der weltweit führenden Softwareplattform, um Sicherheit von Beiträgen (siehe z.B. spam im Forum) und Code zu gewährleisten
Vergrößerung der Community und gesteigerte Verbreitung auch im Ausland
Der Vorschlag, einzelne Module zu integrieren, um diese im Gesamten nutzen zu können, war auch unsere Idee. Die Umsetzung muss entsprechend noch evaluiert werden. An den Module der OSCAT selber wollten wir erst mal nichts verändern, um Kompatibilitätsprobleme auszuschließen. Das heißt, unser Bestreben liegt eher auf dem Hinzufügen weiterer Bausteine, die zusammen mit der OSCAT genutzt werden können.
Für weitere Vorschläge sind wir natürlich gerne offen. Gerne können dazu auch die issue-Funktionalitäten unter Git für Feature-requests o.Ä. verwendet werden.
das ist kein git, sondern das sind die gebauten Libs (z.B. Codesys) und im Codesys Store bekommt man die auch.
aber: das kann sich jetzt schlagartig ändern, weil Sachen wie Domain-Umzug etc.. die nächsten Tage anstehen.
Eine git-artige Ansicht gibt es bisher von uns nicht. Auf github findet man einige Clones:
die habe ich dort - soweit bekannt - verlinkt, aber auch das kann sich ändern, ich muss klären ob ich das rechtlich einfach so verlinken darf. Wie immer sind die Links ohne Haftung, wir wissen ja nicht was die anderen mit dem Code gemacht haben.
also, wir haben die Rechtliche Freigabe bekommen, von Wayne Beaton Director of Open Source Projects at the Eclipse Foundation, dass die „alten“ Releases von OSCAT auf einem Speziellen Github Repo landen dürfen:
in Zukunft wird man die also hier finden, da wird aber nix dazu kommen, das Repo werden wir „archived, read-only“ stellen, sprich man kann dann auch keine PRs machen.
alle neuen Versionen erscheinen dann unter EPL 2.0, alle alten Versionen bleiben auf der verlinkten OSCAT-Lizenz.