<div dir="ltr">btw..I've noticed there will be ".app" domain made available this year, maybe we should register for <a href="http://atomic.app">http://atomic.app</a> :D</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Mar 2, 2016 at 9:10 AM, Vaclav Pavlin <span dir="ltr"><<a href="mailto:vpavlin@redhat.com" target="_blank">vpavlin@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">What is tree file?</div><div class="gmail_extra"><div><div class="h5"><br><div class="gmail_quote">On Tue, Mar 1, 2016 at 11:01 PM, Josh Berkus <span dir="ltr"><<a href="mailto:jberkus@redhat.com" target="_blank">jberkus@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Folks,<br>
<br>
So as of 1.0, we will have an excellent packager format for Atomic/Nulecule apps and the Atomic platform.  However, what we will not have is a tool which makes it easier for developers to package their applications.  I think that's something we can do, but we'll need to build 2.0 to do it.  The goal is to have an atomic.app which saves developers work, so that they *want* to use it.<br>
<br>
Here's the main areas I can see where we can make atomic.app better for developers in priority order:<br>
<br>
1. File Generation:  right now atomic.app requires typing out/copying multiple files in multiple locations, most of which are duplicative of standard templates or each other.  Really, we should be able to take just a tree file alone from the user and generate all of the other files, except in the "advanced" cases.  All of the other files are derivative of that tree file and 3rd-party APIs.<br>
<br>
2. Security and Permissions: we need a way for developers to be able to use their chosen tools on their desktop, but still use atomic.app to build apps (see prior email).  As a bonus, we could offer the ability to set SELinux permission requirements as part of the atomic.app format; that would not only make atomic.app valuable, it would ease the tendency of developers to just disable SELinux.<br>
<br>
3. Integrated Image Build: as the next step, it would really help developers if we could build their images (e.g. myuser/mywebapp), register them, and then deploy them via atomic app as one command.  This would mean that users would just provide a tree file and a set of source code repos (with dockerfiles) and one command would do the rest.<br>
<br>
Now, I'm not wedded to any particular way to accomplish the above; whether it's via atomic.app, Cockpit integration, or even Ansible is fine with me as long as the installation and the steps are simple.<br>
<br>
Thoughts?<span><font color="#888888"><br>
<br>
-- <br>
--<br>
Josh Berkus<br>
Project Atomic<br>
Red Hat OSAS<br>
<br>
_______________________________________________<br>
Container-tools mailing list<br>
<a href="mailto:Container-tools@redhat.com" target="_blank">Container-tools@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/container-tools" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/container-tools</a><br>
</font></span></blockquote></div><br><br clear="all"><div><br></div></div></div><span class="HOEnZb"><font color="#888888">-- <br><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Developer Experience Team<br>Brno, Czech Republic<br>Phone: <a href="tel:%2B420%20739%20666%20824" value="+420739666824" target="_blank">+420 739 666 824</a><br></div></div><div><br></div><div><br></div></div></div></div></div>
</font></span></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Developer Experience Team<br>Brno, Czech Republic<br>Phone: +420 739 666 824<br></div></div><div><br></div><div><br></div></div></div></div></div>
</div>