3 ms·

> their attempt to use their desktop presence to push Ubuntu-specific technologies like Mir, Unity, and Snap. Snap was here before flatpack, what should a comp

> their attempt to use their desktop presence to push Ubuntu-specific technologies like Mir, Unity, and Snap. Snap was here before flatpack, what should a company like Canonical do if they want to try something new? Use planted developers in GNOME or other projects to push projects as dependencies into all distributions? If you do not like Canonical do not use their products, use other distro or BSD. Unity was a nice attempt to get a simple desktop that is not a slave of GNOME designers ideas, unfortunately it fails but I do not understand why people like you are against of options (only if the option is from Canonical) even if Canonical always tried to support all the DEs.

c487bd62 8y ago
> Snap was here before flatpack https://old.reddit.com/r/linux/comments/9oddtb/flatpaks_sandboxes_and_security/e7unf9o/ https://old.reddit.com/r/linux/comments/9oddtb/flatpaks_sand...
- simion314 8y ago
  Dude Canonical had a package manager similar to snap for mobile, snap is inspired from that. Plus flatpack is a side project of a RedHat dev, this explains why it moves slow, also flatpack is desktop based where snap works with servers and IOT Anyway I see some colaboration between the 2 projects so let's not create conflict between this 2 projects where there is none, snap covers more at this moment then flatpack
tapoxi 8y ago
> Snap was here before flatpack, what should a company like Canonical do if they want to try something new? Use planted developers in GNOME or other projects to push projects as dependencies into all distributions? They shouldn't hardcode Snap to depend on snapcraft.io, its really that simple.
- simion314 8y ago
  I understand that, maybe they will do it in future or someone will fork it to change the store url,,, but do we want each distro to create it's own snaps, we get back to duplicated efforts in packaging and review(snap team reviews apps that ask for elevated permissions)
  - HeadsUpHigh 8y ago
    Not every distro but different stores with different policies for including snaps. I personally am completely uninterested in using any of the security and usability disasters that are the new universal package types but that would definitely make sense.
    - simion314 8y ago
      Snaps could work great on servers, at work we have a CentOS server (via hosting is not our own), I am a developer not a sysadmin and I don't want to mess with the package manager and break something on this server(it is running a bunch of stuff)...anyway today I had to download and run a linux binary , it was a .tar.xz and it worked, would have been even better if I could be sure this binary was sandboxed. On the desktop I use Kubuntu LTS, snaps will allow me to test or run software that is not in the repo or it is an older but sable version in the repo, IMO snaps provides extra options so if you do not need it you should not use it.

c487bd62 8y ago

> Snap was here before flatpack https://old.reddit.com/r/linux/comments/9oddtb/flatpaks_sandboxes_and_security/e7unf9o/ https://old.reddit.com/r/linux/comments/9oddtb/flatpaks_sand...

simion314 8y ago
Dude Canonical had a package manager similar to snap for mobile, snap is inspired from that. Plus flatpack is a side project of a RedHat dev, this explains why it moves slow, also flatpack is desktop based where snap works with servers and IOT Anyway I see some colaboration between the 2 projects so let's not create conflict between this 2 projects where there is none, snap covers more at this moment then flatpack

tapoxi 8y ago

> Snap was here before flatpack, what should a company like Canonical do if they want to try something new? Use planted developers in GNOME or other projects to push projects as dependencies into all distributions? They shouldn't hardcode Snap to depend on snapcraft.io, its really that simple.

simion314 8y ago
I understand that, maybe they will do it in future or someone will fork it to change the store url,,, but do we want each distro to create it's own snaps, we get back to duplicated efforts in packaging and review(snap team reviews apps that ask for elevated permissions)
- HeadsUpHigh 8y ago
  Not every distro but different stores with different policies for including snaps. I personally am completely uninterested in using any of the security and usability disasters that are the new universal package types but that would definitely make sense.
  - simion314 8y ago
    Snaps could work great on servers, at work we have a CentOS server (via hosting is not our own), I am a developer not a sysadmin and I don't want to mess with the package manager and break something on this server(it is running a bunch of stuff)...anyway today I had to download and run a linux binary , it was a .tar.xz and it worked, would have been even better if I could be sure this binary was sandboxed. On the desktop I use Kubuntu LTS, snaps will allow me to test or run software that is not in the repo or it is an older but sable version in the repo, IMO snaps provides extra options so if you do not need it you should not use it.