Canonical bringing Snappy Ubuntu to phone and desktop
rainveiltech.com
Canonical bringing Snappy Ubuntu to phone and desktop
1–10 of 48 posts
Re: Canonical bringing Snappy Ubuntu to phone and desktop
#2Re: Canonical bringing Snappy Ubuntu to phone and desktop
#3Re: Canonical bringing Snappy Ubuntu to phone and desktop
#4I had a feeling this would happen. Containerisation as a trend has just as much to offer desktop OSes as it does for cloud clusters.
This is, of course, the core of linux containers. But I don't need to deploy a system image to run an Android application.
Re: Canonical bringing Snappy Ubuntu to phone and desktop
#5Consider the following: I need a reliable way to deploy my app to clients.
The popular options are: 1) Source code + Configuration system (automake for example) 2) Binaries built for popular platforms (debs, rpms, exes) 3) Docker Image
Source code means that the client needs the whole build tool chain, which might be quite + computationally expensive (especially on mobile)
packages have to be built and maintained, and don't fully solve the dependancy issues (IE I might expect Ubuntu 14.04 to have a specific version of libc, but the user might have upgraded it, and I can't install my own incompatible version)
and of course docker, ship my clients a operating system and require them to have and know how to configure the runtime so they can run my 1mb compiled binary. Also doesn't work on embedded devices.
Ideally, in the future most distributions will move to functional package managers, and at least for mobile will have binaries for every possible version of dependencies available, but at the moment that's just a pipe dream and things like snappy don't get us any closer to that
Re: Canonical bringing Snappy Ubuntu to phone and desktop
#6Slightly off topic, but I'm really frustrated with the state of software packaging these days. Every solution tries to solve the same problems (reliable dependancy resolution, reliable installation and removal) but they all try and solve it in different incompatible and flawed ways. Consider the following: I need a reliable way to deploy my app to clients. The popular options are: 1) Source code + Configuration syste…
Re: Canonical bringing Snappy Ubuntu to phone and desktop
#7Slightly off topic, but I'm really frustrated with the state of software packaging these days. Every solution tries to solve the same problems (reliable dependancy resolution, reliable installation and removal) but they all try and solve it in different incompatible and flawed ways. Consider the following: I need a reliable way to deploy my app to clients. The popular options are: 1) Source code + Configuration syste…
Re: Canonical bringing Snappy Ubuntu to phone and desktop
#8Slightly off topic, but I'm really frustrated with the state of software packaging these days. Every solution tries to solve the same problems (reliable dependancy resolution, reliable installation and removal) but they all try and solve it in different incompatible and flawed ways. Consider the following: I need a reliable way to deploy my app to clients. The popular options are: 1) Source code + Configuration syste…
Re: Canonical bringing Snappy Ubuntu to phone and desktop
#9Slightly off topic, but I'm really frustrated with the state of software packaging these days. Every solution tries to solve the same problems (reliable dependancy resolution, reliable installation and removal) but they all try and solve it in different incompatible and flawed ways. Consider the following: I need a reliable way to deploy my app to clients. The popular options are: 1) Source code + Configuration syste…
You mean sort of like npm?
Re: Canonical bringing Snappy Ubuntu to phone and desktop
#10Slightly off topic, but I'm really frustrated with the state of software packaging these days. Every solution tries to solve the same problems (reliable dependancy resolution, reliable installation and removal) but they all try and solve it in different incompatible and flawed ways. Consider the following: I need a reliable way to deploy my app to clients. The popular options are: 1) Source code + Configuration syste…
I think Docker is meant for dev ops, not for casual users.