Hello,
Then from my side I would like to formally request the creation of a kuksa.val repository. Is there any formal process/voting we would need to do for this? Will
there be a tech meeting call Thursday, where we can discuss this? I saw an email to that effect, but no “real” (.ics or or otherwise) invitation. Does the Zoom still exist?
Of course, once it is there, we would take care of moving stuff and doing the appropriate PRs (probably first a PR with the moved part in kuksa.val and then,
once that did work, a PR, that would add an appropriate link in the kuksa.invehicle repos, so we do not loose any functionality/code during the process
Mit freundlichen Grüßen / Best Regards
Sebastian Schildt
CR/AEX1
Threema /
Threema Work: T8YWYXJ9
Von: kuksa-dev-bounces@xxxxxxxxxxx <kuksa-dev-bounces@xxxxxxxxxxx>
Im Auftrag von Robert Hoettger
Gesendet: Dienstag, 21. Januar 2020 15:38
An: Kuksa developer discussions <kuksa-dev@xxxxxxxxxxx>
Betreff: Re: [kuksa-dev] Improve repo structure, Break out W3C visserver
Hi,
We would have to ask Eclipse for another repository (kuksa.val).
If the new repository is granted, we would have to move the W3C parts.
Robert
Thank you for the suggestion. Sounds sensible as this is the api definition and the other parts are rather implementation specific.
How about the other contributors? Are you ok with a separate repository for the api?
We have some people staring to work with w3C-visserver, however, it is quite confusing to them, that is hidden somewhere with millions of unrelated components in kuksa.invehicle
We would like to break it out, preferably inside KUKSA. The suggestion is to make a new repository
kuksa.val (Vehicle Abstraction Layer, we want to be careful with “W3C” on top level, as this is only one implementation of a W3C standard, not some official W3C work)
We would move w3c specific code from in.vehicle over to there and replace it with a link/submodule. That would not harm KUKSA functionality, but makes it much easier for people
to contribute.
Any opinions on this? We would prefer to keep the work in Eclipse, and not forking outside. What would be procedure?
Mit freundlichen Grüßen / Best Regards
_______________________________________________
kuksa-dev mailing list
kuksa-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/kuksa-dev
|