On Fri, 2017-07-21 at 07:31 +0100, Peter Robinson wrote:
> > Keep in mind that Ansible is also something small-scale admins
> don't use. It
> > only makes sense at all if you have at least 2 servers, and it is
> only
> > really worthwhile if you have several, mostly identical servers. If
> you
On Fri, Jul 21, 2017 at 1:25 AM, Kevin Kofler wrote:
> Michal Novotny wrote:
>> I am no flatpack expert, but I think that really any container technology
>> in question should be just a porter of an rpm or set of rpms and there
>> should (could) be packaged ansible scripts
Michal Novotny wrote:
> I am no flatpack expert, but I think that really any container technology
> in question should be just a porter of an rpm or set of rpms and there
> should (could) be packaged ansible scripts that are able to setup and
> spawn those containers e.g. in OpenShift or just on a
I am no flatpack expert, but I think that really any container technology
in question should be just a porter of an rpm or set of rpms and there
should (could) be packaged ansible scripts that are able to setup and spawn
those containers e.g. in OpenShift or just on a host machine through ssh or
On Wed, 2017-07-19 at 12:20 -0400, Owen Taylor wrote:
> ...and there would have to be some plan that would work when the
> desktop doesn't include EDS (what if you are running on
> KDE?) Would the flatpak runtime include a simple implementation?
Hi,
there is no such thing like "simple
Matthew Miller wrote:
> Containers (and particularly, Docker-style containers with Kubernetes
> orchestration) are rapidly taking over the server world. This is not
> hyperbole, and while one might fairly throw "everything old is new
> again", it's not a fad. This is a real generational shift.
On Wed, Jul 19, 2017 at 09:36:25PM +0200, Zygmunt Krynicki wrote:
> > fundamental technology. That is, Snappy is GPL v3 for everyone except
> > Canonical, but effectively BSD/MIT-style for Canonical _including_
> > outside contributions. If we would decide to invest heavily in snaps,
[...]
> I
W dniu 19.07.2017 o 18:43 Matthew Miller pisze:
> On Tue, Jul 18, 2017 at 11:22:54PM +0200, Zygmunt Krynicki wrote:
> > > and until Snappy gets the ability to use something other than an Ubuntu
> > > binary runtime, it's a non-starter.)
> > Hey Matthew
> > Snappy can do this today in the master
On Tue, Jul 18, 2017 at 11:22:54PM +0200, Zygmunt Krynicki wrote:
> > and until Snappy gets the ability to use something other than an Ubuntu
> > binary runtime, it's a non-starter.)
> Hey Matthew
> Snappy can do this today in the master branch. There are a lot of
> thinned missing and a lot of
On Wed, 2017-07-19 at 08:49 +0200, Milan Crha wrote:
> On Tue, 2017-07-18 at 15:51 -0400, Matthew Miller wrote:
> > * ability to mix and match versions and streams
Hi Milan -
Thanks for all the questions! Some of these are better brought up on a
Flatpak or GNOME mailing list and you'd get
On Tue, 2017-07-18 at 15:51 -0400, Matthew Miller wrote:
> * ability to mix and match versions and streams
Hi,
my personal knowledge of Flatpak is close to zero at the moment, thus
this is more a newbie reply.
My understanding of Flatpak, and the main advantage of it from my point
of
Enviado desde mi iPhone
> El 19 jul 2017, a las 0:55, Patrick Griffis escribió:
>
> Correct me if I am wrong but Snap has other limitations too such as no
> sandboxing on Fedora, no ability to add multiple remote repositories, limited
> desktop integration compared to
Correct me if I am wrong but Snap has other limitations too such as no
sandboxing on Fedora, no ability to add multiple remote repositories, limited
desktop integration compared to Flatpaks Portals.
___
devel mailing list --
Enviado desde mi iPhone
> El 18 jul 2017, a las 21:51, Matthew Miller
> escribió:
>
> Containers (and particularly, Docker-style containers with Kubernetes
> orchestration) are rapidly taking over the server world. This is not
> hyperbole, and while one might fairly
Containers (and particularly, Docker-style containers with Kubernetes
orchestration) are rapidly taking over the server world. This is not
hyperbole, and while one might fairly throw "everything old is new
again", it's not a fad. This is a real generational shift.
We're at the forefront of this
15 matches
Mail list logo