I'm pretty sure that there are no IP-related issues for
Docker build scripts. Since you're not actually distributing
the artifacts, I believe that the existing system (which
includes an implied exempt pre-req on the OS) still works. You
just can't distribute the built artifacts from an Eclipse
Foundation-managed property.
We're just starting with DockerHub as a distribution channel,
so we haven't quite worked out the issues. This is where I can
use your help.
I've secured the "eclipse", "locationtech", and "polarsys"
organizations on DockerHub. I've connected with a few projects
to work with to sort out the issues and questions that need to
be answered.
If you want to participate in this with GeoServer, let me
know.
Wayne
On 11/08/16 12:45 PM, Jim Hughes
wrote:
Hi all,
I'm in the same boat; sorry to miss the meeting.
On the topic of Eclipse build infrastructure, I'd note that
the webmaster team has been fairly responsive to requests
regarding LocationTech HIPP / Nexus concerns. Overall, that
is working ok. Currently, GeoMesa is using the public Travis
CI servers for GitHub commits and PRs. Those builds are slow;
having dedicated Eclipse hardware would be awesome.
As a big stretch, having a cloud which would be used for
integration tests would be nice, but that's likely too big an
ask.
For Docker builds, would all the software included have to
pass the Eclipse IP guidelines? It seems like some of the
pieces of a standard Linux distribution in a Docker might be
GPL. If we can have that in a Docker image, I'd like to ship
a Docker with GeoServer in it...
Cheers,
Jim
On 08/11/2016 12:39 PM, Martin
Lippert wrote:
Hey!
Same here, sorry for missing the call.
Cheers,
Martin
Everyone,
I apologize that I missed the meeting. My
schedule got jumbled up. I will review the notes.
Jay
_______________________________________________
eclipse.org-architecture-council mailing list
eclipse.org-architecture-council@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/eclipse.org-architecture-council
IMPORTANT: Membership in this list is generated by processes internal to the Eclipse Foundation. To be permanently removed from this list, you must contact emo@xxxxxxxxxxx to request removal.
_______________________________________________
eclipse.org-architecture-council mailing list
eclipse.org-architecture-council@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/eclipse.org-architecture-council
IMPORTANT: Membership in this list is generated by processes internal to the Eclipse Foundation. To be permanently removed from this list, you must contact emo@xxxxxxxxxxx to request removal.
--
Wayne Beaton
@waynebeaton
The Eclipse Foundation
_______________________________________________
eclipse.org-architecture-council mailing list
eclipse.org-architecture-council@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/eclipse.org-architecture-council
IMPORTANT: Membership in this list is generated by processes internal to the Eclipse Foundation. To be permanently removed from this list, you must contact emo@xxxxxxxxxxx to request removal.