Re: [atomic-devel] [Container-tools] Call for live demos for Atomic Cluster at Summit, Community Central

2016-06-16 Thread Clayton Coleman
You can get the oc client binaries in the scratch/dynamic setup, right? On Thu, Jun 16, 2016 at 2:12 PM, Josh Berkus wrote: > On 06/16/2016 09:40 AM, Clayton Coleman wrote: >> if "oc cluster up" doesn't work on atomic we have problems. >> > > It only works if openshift is installed, which it isn'

Re: [atomic-devel] [Container-tools] Call for live demos for Atomic Cluster at Summit, Community Central

2016-06-16 Thread Josh Berkus
On 06/16/2016 09:40 AM, Clayton Coleman wrote: > if "oc cluster up" doesn't work on atomic we have problems. > It only works if openshift is installed, which it isn't by default. And fully containerized openshift on Fedora Atomic Host is still somewhat of a work in progress (which I'm working on

Re: [atomic-devel] [Container-tools] Call for live demos for Atomic Cluster at Summit, Community Central

2016-06-16 Thread Clayton Coleman
if "oc cluster up" doesn't work on atomic we have problems. On Thu, Jun 16, 2016 at 12:37 PM, Josh Berkus wrote: > On 06/16/2016 09:24 AM, Pete Muir wrote: >> Josh, >> >> We have a lot of videos we created for our last two sprints. If you >> want some videos to play somewhere, then Ranjith might

Re: [atomic-devel] [Container-tools] Call for live demos for Atomic Cluster at Summit, Community Central

2016-06-16 Thread Josh Berkus
On 06/16/2016 09:24 AM, Pete Muir wrote: > Josh, > > We have a lot of videos we created for our last two sprints. If you > want some videos to play somewhere, then Ranjith might be able to work > with you to pick out ones that have made it to the released OpenJDK, > .NET CDK and devstudio/devsuite

Re: [atomic-devel] [Container-tools] Call for live demos for Atomic Cluster at Summit, Community Central

2016-06-16 Thread Josh Berkus
Folks, So I still don't have anything approaching a full schedule of live demos. I know a lot of you are putting together video demos ... it's completely OK to demo the same thing in the live demo area. Let me know. -- -- Josh Berkus Project Atomic Red Hat OSAS

Re: [atomic-devel] Smaller fedora & centos images

2016-06-16 Thread Tim St. Clair
My primary concern is mind-share and "precedent eventually leads to practice". If all the images and examples presented say : ' FROM: alpine ' We've lost the hearts and minds of developers, and we are no longer a part of the conversation. On Wed, Jun 15, 2016 at 8:32 PM, Derek Carr wrote: > I

[atomic-devel] Fedora Cloud change proposal for Origin

2016-06-16 Thread Colin Walters
Linking this here since I'm sure a lot of the audience will be interested[1]: https://lists.fedoraproject.org/archives/list/cl...@lists.fedoraproject.org/thread/7MZJQ3SL6ATVXV3FEPGCMPWYPU4MBT4F/ [1] too many lists

[atomic-devel] Atomic Registry deployment update

2016-06-16 Thread Aaron Weitekamp
Based on feedback that Atomic Registry was overly complex to configure and maintain, I have provided a simplified systemd-based deployment method[1]. Install/config docs[2] will be updated ASAP to reflect this. Until then the source README should be sufficient to get you going. Feedback encourage

Re: [atomic-devel] Python-pyudev instead of storaged

2016-06-16 Thread Marius Vollmer
Stef Walter writes: > About pyudev ... I would suggest that functionality we're starting to > use it for (such as monitoring for storage devices, and listing their > properties) should go into the 'atomic storage' subcommand. If it needs > python-pyudev to make that work, then it makes sense to i

Re: [atomic-devel] Python-pyudev instead of storaged

2016-06-16 Thread Stef Walter
On 16.06.2016 10:37, Marius Vollmer wrote: > Hi, > > if I understand things right, adding storaged as a dependency to > cockpit-docker is not acceptable. Can I add python-pyudev instead? > > Incidentall, what about NetworkManager-team? So long term, the goal for Cockpit should be to run more in

[atomic-devel] Python-pyudev instead of storaged

2016-06-16 Thread Marius Vollmer
Hi, if I understand things right, adding storaged as a dependency to cockpit-docker is not acceptable. Can I add python-pyudev instead? Incidentall, what about NetworkManager-team?