[vz-dev] libsml fork (was: Betreuer gesucht)

[Thorben Thuermer]

Moin,

ich verstehe nicht, warum wir einen maintainer benennen muessten.
haben/brauchen wir einen fuer vzlogger?

- wir benutzen die library
  (sind vermutlich sogar der einzige/wichigste nutzer)
- wir muessen aenderungen reinbekommen
- im urspruenglichen repository wird das eher nicht passieren
=> also machen wir einen fork.

das ist doch gerade das schoene an github,
geht alles mit ein paar mausklicks.
(und wenn dailab das ganze doch weiterpflegen moechten,
 koennen sie ebensoleicht die aenderungen von uns uebernehmen.)

und: was waehre die alternative?
wir muessten libsml in vzlogger ersetzen... durch was?
das ist (zumindest kurzfristig) keine option.

ich habe einfach mal einen fork angelegt,
inkl. der offenen pull-requests vom dailab-repository.

=> https://github.com/volkszaehler/libsml/pulls

bleibt nurnoch, unsere doku und build-prozesse anzupassen.

- Thorben

On Wed, 7 Jan 2015 08:44:23 +0100 justin at justinotherguy.org wrote:
> Servus,
> 
> nach ein wenig Initiative und Mail-Anfragen von Roland an Juri und an
> das Dai-Lab hat sich herausgestellt, dass libsml (eine für das
> Volkszähler Projekt wichtige Basis-Komponente) aktuell "unmaintained"
> ist, d.h. dass sich derzeit niemand um dessen Fortentwicklung kümmert
> (so war es in den letzten 2 Jahren).
> 
> Selbst kleine aber durchaus hilfreiche Änderungen wie "make
> install"-Support hinzuzufügen (PR von Peter Evertz, auch hier auf der
> Liste:
> https://github.com/peterevertz/libsml/commit/d7ab04aed281e8bfed20f678f39249b1a9a1e213
> ) stehen seit fast 2 Jahren zur Integration an, welche aber
> gegenwärtig daran scheitert, dass Juri nicht mehr im Dai-Lab arbeitet
> und keine Commit-Rechte mehr auf dem Repository hat und dass im
> Dai-Lab die Prioritäten woanders liegen und der eigentliche
> Nachfolger von Juri die Rolle als Maintainer nicht wahrnimmt.
> 
> Wir, d.h. Juri, Roland und ich sind gemeinsam zum Entschluss
> gekommen, dass es Sinn macht libsml zu forken und innerhalb des
> Volkszähler Projekts aufzuhängen. Als Voraussetzung hierfür sehe ich
> allerdings, dass sich hier auch Leute finden, die sich hier
> einbringen - sonst schaffen wir hier nur das nächste Abstellgleis.
> 
> Roland selbst wäre zwar prinzipiell bereit, den Posten als
> libsml-Maintainer kommissarisch zu übernehmen, sagt aber dass er für
> die Pflege einer doch nicht ganz unkomplizierten C-Software nicht
> genug Erfahrung mit SML, C und Git hat. Kurzum, er würde sich da
> allein etwas überfordert fühlen.
> 
> Wären hier auf der Liste Leute bereit, die libsml Pflege zu
> übernehmen oder zumindest mit zu tragen?
> 
> Das heisst, gesucht werden Personen die die Pflege des Libraries
> entweder komplett übernehmen würden oder die zumindest technischen
> Beirat und Support leisten könnten, Roland dabei zu unterstützen
> libsml "nach vorn" zu bringen.
> 
> Kurzum: jetzt ist der Moment, die Neujahrsvorsätze umzusetzen ;-)
> 
> Vielen Dank nochmal an Roland für sein Engagement!
> 
> 
> Gruß, J.
>