On Tue, Apr 14, 2015 at 6:58 AM, Joe Brockmeier <jzb(a)redhat.com> wrote:
On 04/14/2015 09:50 AM, Colin Walters wrote:
>
>
> On Tue, Apr 14, 2015, at 09:41 AM, Matthew Miller wrote:
>> On Thu, Apr 09, 2015 at 08:31:49AM -0400, Joe Brockmeier wrote:
>>> Here's what I'd say, lemme know if this sounds sane:
>> [...]
>>> So we've decided that while the technologies are maturing so rapidly,
>>> it's better have a fast-moving remix or spin that gives users the
>>> opportunity to use a Fedora-based Atomic Host and gives our developers
>>> the ability to move fast and break things if needed."
>>
>> That works for me. Any volunteers for actually working on making
>>
http://atomic.fedoraproject.org/?
>
> And to clarify, we're then backing out all of the Atomic bits in Fedora 22
> mainline rel-eng such as the repository and cloud image, vagrant box,
> and installer?
No - the plan is still to deliver F22 Atomic, though it's non-blocking.
But we will not be doing an "official" F23 Atomic.
Best,
jzb
--
Joe Brockmeier | Principal Cloud & Storage Analyst
jzb(a)redhat.com |
http://community.redhat.com/
Twitter: @jzb |
http://dissociatedpress.net/
_______________________________________________
cloud mailing list
cloud(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/cloud
Fedora Code of Conduct:
http://fedoraproject.org/code-of-conduct
So then we need talking points for F22 "Atomic Cloud" that clearly
define the pieces and their roadmaps, right?
Pieces:
1. *Fedora* Atomic host and its release media / disk images / Vagrant boxes
2. Fedora 22 Docker image (which right now is a tarball and not
available on Docker Hub)
3. fedora-dockerfiles package
Personally, I'd make the Docker image on Docker Hub a final release
blocker, document the workflow for fedora-dockerfiles and Docker image
extensively as part of Workstation, which is indeed at least half of
how I spend my time on Workstation. I'd be happy to contribute what I
can from the OSJourno project.
I think the "pivot" moving Atomic out of the Fedora process is a
problem for developers, but given how fast Docker and Kubernetes are
moving it's unavoidable. My Atomic use case will be well-served by the
upcoming CentOS effort to make a CentOS Atomic that tracks RHEL
Atomic.
--
OSJourno: Robust Power Tools for Digital Journalists
http://www.znmeb.mobi/stories/osjourno-robust-power-tools-for-digital-jou...
Remember, if you're traveling to Bactria, Hump Day is Tuesday and Thursday.