Slashdot Mirror


Ubuntu 18.04 LTS Could Come with Snap Apps Preinstalled (omgubuntu.co.uk)

Ubuntu 18.04 LTS 'Bionic Beaver' could ship with Snap apps installed by default. From a report: A proposal from Ubuntu developer Steve Langasek suggests that Snapcraft now stand as a 'first-class' alternative to traditional packages, making them ripe for inclusion. "As more software becomes available as snaps, we want to take advantage of this body of packages as part of the default Ubuntu experience," he writes. As part of his proposal -- which is just a suggestion for the moment, so don't get excited/angry -- Langasek wants to iron out policy and rules around seeded snap app. This is to ensure they are updated and maintained accordingly, inline with Ubuntu practice. While Snaps by default would be something of a first for the regular version Ubuntu, it wouldn't be a first in general. That honour goes to Ubuntu MATE 17.10, the first distro to ship with a preinstalled Snap app.

139 comments

  1. Found the LUDDITE! by Anonymous Coward · · Score: 1

    Snap App really means for LUDDITE software! Modern app appers only app APP apps, NOT LUDDITE Snap Apps!

    Apps!

    1. Re:Found the LUDDITE! by ToTheStars · · Score: 2

      SnApps!

      FTFY

  2. I'll just be happy if CUPS works correctly by damn_registrars · · Score: 1

    I've been waiting for the next LTS release (which should be 18.04) before upgrading from 16.04. Unfortunately there is a bug in CUPS in the 16.04 LTS release that nobody cares about that causes CUPS to randomly die without warning or logging. I resolved this by having cron restart it every 5 minutes, but that is a bit sub-optimal.

    --
    Damn_registrars has no butt-hole. Damn_registrars has no use for a butt-hole.
    1. Re:I'll just be happy if CUPS works correctly by Anonymous Coward · · Score: 0

      Complain to Apple who owns CUPS

    2. Re:I'll just be happy if CUPS works correctly by Anonymous Coward · · Score: 0

      I've been waiting for the next LTS release (which should be 18.04) before upgrading from 16.04. Unfortunately there is a bug in CUPS in the 16.04 LTS release that nobody cares about that causes CUPS to randomly die without warning or logging. I resolved this by having cron restart it every 5 minutes, but that is a bit sub-optimal.

      Curious, I am using CUPS on 16.04 LTS. Never had this issue...

    3. Re:I'll just be happy if CUPS works correctly by damn_registrars · · Score: 1

      Complain to Apple who owns CUPS

      Indeed they do but the Ubuntu folks decide which version of CUPS to ship with a given version of Ubuntu. Some versions work better than others (obviously); they happened to choose poorly this time. Hopefully 18.04 ships with a CUPS version that is better tested for Ubuntu.

      --
      Damn_registrars has no butt-hole. Damn_registrars has no use for a butt-hole.
    4. Re:I'll just be happy if CUPS works correctly by Anonymous Coward · · Score: 0

      Good thing it's open source, and you can just get the latest version and install it on your existing OS, right? This isn't Microsoft - you don't have to wait for them to get around to it.

    5. Re:I'll just be happy if CUPS works correctly by Anonymous Coward · · Score: 0

      I've been waiting for the next LTS release (which should be 18.04) before upgrading from 16.04. Unfortunately there is a bug in CUPS in the 16.04 LTS release that nobody cares about that causes CUPS to randomly die without warning or logging. I resolved this by having cron restart it every 5 minutes, but that is a bit sub-optimal.

      Maybe a PPA could help you ..

      sudo add-apt-repository ppa:torik-habib/cups
      sudo apt-get update

      CUPS version 2.2.2-1 for Xenial.

    6. Re:I'll just be happy if CUPS works correctly by Anonymous Coward · · Score: 0

      Why? CUPS works just fine on my Gentoo and FreeBSD machines. Clearly, the problem is in Ubuntu, which is not really uncommon. A lot of Ubuntu specific stuff is broken and stays broken for many years (in LTS as well!) as the effort is always on NIH-ing new, completely unnecessary stuff (hello netplan!), and not on producing stable, usable software. Bling, shiny, broken.

    7. Re:I'll just be happy if CUPS works correctly by dbreeze · · Score: 2

      I love living in Linux Land. Thanks again to Linus and all those who contributed to get us here. I was just remarking to someone recently about how what I loved about running Linux, is that I never feel held back by someone else. I can dig and root around on my computer as far as I can imagine and/or comprehend. There are no walls.
      This place doesn't suit everyone, but I love living here.....

      --
      When the king heard the words of the Book of the Law he tore his robes.2Kings22:11
    8. Re:I'll just be happy if CUPS works correctly by HatofPig · · Score: 1

      Yup! I'm with you. :D And the community surrounding it all, which makes it accessible and friendly is just wonderful. Everything is human in Linux land. And once you learn to RTFM first, you are afforded all the support you could ask for.

      --
      Silicon & Charybdis McLuhan Kildall Papert Kay
    9. Re:I'll just be happy if CUPS works correctly by Anonymous Coward · · Score: 0

      I never feel held back by someone else. I can dig and root around on my computer as far as I can imagine

      Well, when you're using an OS that still has issues with basic things like printing, you need do do a lot of digging. So, Linux is great for people who want to spend a lot of time fucking around with it just to get everything working, only to have to do it all again at the next distro upgrade. The rest of us want to code, create, and have fun.

    10. Re: I'll just be happy if CUPS works correctly by Anonymous Coward · · Score: 0

      Jesus. You think it's bad a few people have problems with printing on Linux. My wife's Windows 10 laptop won't even wake relativity from suspend.

  3. Source appears to be slashdotted... by CaptSlaq · · Score: 1

    I'm sure there's a snap for that...

  4. Security concerns? by Anonymous Coward · · Score: 1

    I'm curious what kind of horrendous security wholes this would open up? It seems like anything called Snap would probably want to install/upgrade itself without permission, potentially blowing a whole wide open for various malware and miscreant NSA stuff much like the Windows world users have to deal with currently. I did not move to Linux and sacrifice usability simply to be exposed to the same toxic cesspool of malware.

    1. Re:Security concerns? by Anonymous Coward · · Score: 2, Funny

      I'm curious what kind of horrendous security wholes this would open up?

      Is that better or worse than security halves?

    2. Re: Security concerns? by Anonymous Coward · · Score: 0

      I'm guessing a hole lot worst ;)

    3. Re:Security concerns? by greenwow · · Score: 1

      Because if a shared library is updated for a security problem, the "app" doesn't get it until it is updated too.

    4. Re:Security concerns? by Aighearach · · Score: 1

      I'm just glad I always stuck with a boring, business-friendly distro from the RedHat family.

      If you're wallowing in a toxic cesspool of malware, it is probably because you used the same distro as the Cool Kids(TM). And Cool Kids(TM) need a lot of code thrash. Security is that boring stuff that some killjoy adds right before the brogrammers get fed up and switch to New Black 0.1.

    5. Re: Security concerns? by Anonymous Coward · · Score: 0

      Ubuntu LTS is business friendly. Redhat is a waste of money.

    6. Re: Security concerns? by Reverend+Green · · Score: 1

      The LTS release/support cycle is a big part of what makes it business friendly. And it's very popularity means an awful lot of software is developed on, or at least tested against, the LTS releases.

  5. A Question on the Difference by ytene · · Score: 3

    In the linked article, the author seems to be making an argument that one benefit of using Snap Apps is that, particularly with LTS releases, there comes a point at which package maintainers simply stop providing "new" packages for a release which may have been generally available for two or more years.

    If I understand this particular argument, the author is making a case that "snap apps" have the ability to "stay current" - something which may be relevant for software packages on fairly short release cycles, such as browsers [Firefox] or office suites [LibreOffice].

    But what is not clear from this section of the article is whether snaps contain some inherent functionality that makes them more suitable for this than traditional Debian-pased .deb packages. Can anyone help clarify this, just to give the article some context please?

    Thanks.

    1. Re:A Question on the Difference by omnichad · · Score: 1

      I'm too lazy to look into it myself, but I would have to guess that each app would have to have a separate copy of every dependent library instead of using the system-wide one. Tons of disk space, slower loading, and more RAM usage would be the obvious side effects.

    2. Re:A Question on the Difference by sanf780 · · Score: 1
      As far as I understood, snaps are similar to static linked software. Everything, or almost everything, that an application needs is package within the snap. So, if I got this right, it would look like two package managers in action: one for applications (snaps) and another for the OS (debs). Only the OS is LTS.

      You get, of course, all of the issues of out of date libraries being used by the snaps.

    3. Re:A Question on the Difference by Anonymous Coward · · Score: 0

      Essentially, as I understand it, snaps are not dynamically linked like the .dep/apts.

      This means that you will have many copies of a library (one for each program that uses it), but it also means that they don't share a copy of the library and that each can use the version that they work with, reducing bit rot somewhat.

    4. Re:A Question on the Difference by F.Ultra · · Score: 1

      They can "stay current" as in upstream can release a snap for their new version that then every system using snap can use immediately. So upstream does not have to provide a separate version for Debian 7, Debian 8, 10 versions of Ubuntu, 2 versions of RHEL and so on. I.e devs and companies that are familiar with the Windows model wants this because they see the normal distribution model of Linux a fragmented and that fragmented is bad.

      I and lot's of other devs that are used to how things work in Linux-land use build servers where you call a simple script and it then builds a version for all different systems, one benefit here is that you then get to see how your code compiles with different versions of various libraries (my code is better today due to this).

    5. Re:A Question on the Difference by Anonymous Coward · · Score: 0

      Snaps bundle their dependencies and are isolated from the rest of the file system. This means new versions of apps, even when their dependencies change, can be installed on the operating system ithout affecting anything else.

      On LTS platforms this is really good because you don't want to change installed libraries for fear of breaking something. Snaps side-step the issue by bundling (and keeping separate) everything they need.

    6. Re:A Question on the Difference by Aighearach · · Score: 1

      That's a silly claim. That isn't what it is for, obviously, because this expands the number of different packages that have to be maintained.

      Different distros use different packages for actual reasons.

      This is a new flavor for the debian family, which is already badly fragmented, and it expands their fragmentation. But don't expect RHEL to join them in that mess! That's a silly-sauce prediction.

      Upstream already doesn't provide the RHEL packages. That's what makes them "upstream."

    7. Re:A Question on the Difference by Anonymous Coward · · Score: 0

      I think the main "benefit" is that they encapsulate the dependencies too. If your app heavily depends on 3rd party libs for its core functionality then it makes sense to have the "latest and greatest" and not the frozen version of the repo.
      Also I think it is much easier to build and distribute snaps. Building+distributing debs, not so much.

    8. Re:A Question on the Difference by Parker+Lewis · · Score: 1

      Snaps runs in a "container" like environment, carrying all the required libraries. While they're huge (when compared to .debs), they can be updated without the dependency hell.

    9. Re:A Question on the Difference by F.Ultra · · Score: 1

      This is exactly what it all is for. With snap you create a package that contains the application that you provide plus all it's dependencies in a self contained directory. Snapd is currently not available for RHEL afaik but they are working on it. Any snap can run on any system where snapd runs.

      And btw lot's of upstream does binary distribution, and many of them provide RHEL packages so I don't really get your point here.

    10. Re:A Question on the Difference by jrumney · · Score: 1

      Snap apps come with all their dependencies bundled into a huge monolithic Windows Installer like package. They are not dependent on the OS installed versions of libraries at all, which makes them well suited to apps developed by young ADHD developers who only build against git HEAD of their third party dependencies.

    11. Re:A Question on the Difference by Anonymous Coward · · Score: 0

      i don't know about snaps but with flatpak packages that need the same exact version will share one copy.

  6. WTF is a snap app by HeckRuler · · Score: 3

    Presumably something that installs programs?

    But hip and new and calls them apps?

    Come on people, the world of tech is wide and deep. You don't have to define what Ubuntu is, but you do have to define what the hell this new thing is.

    1. Re:WTF is a snap app by Hasaf · · Score: 1

      From the webpage https://snapcraft.io/

      "Snaps are containerised software packages that are simple to create and install. They auto-update and are safe to run. And because they bundle their dependencies, they work on all major Linux systems without modification."

    2. Re:WTF is a snap app by Anonymous Coward · · Score: 0

      This.
      Probably 80% of my linux experience in the last 10 years is exclusively Gentoo.
      In the last couple of months I've started setting up Mint VMs, using 16.04. Never heard of this Snap thing before, but I want to know, as I'm waiting for future deployments until 18.04 is out.

    3. Re:WTF is a snap app by sinij · · Score: 2

      So they reinvented MSI installer, only on Linux?

    4. Re:WTF is a snap app by Anonymous Coward · · Score: 0

      Programs? Nobody calls them that any more. Whether it's software on your PC, phone, tablet, TV, fridge, they're apps now. All of them. Even the ones that aren't. Sudo binary on your linux distro? App. Interactive website? App. Flashable DD-WRT router firmware? App. A program that saves backup snapshots for snap apps? Snap app snap app. App, app, apperdee app app. This is not new, haven't you apped your app today?

    5. Re: WTF is a snap app by Anonymous Coward · · Score: 0

      Also like .app on OS X

    6. Re:WTF is a snap app by Aighearach · · Score: 1

      "And because they bundle their dependencies..."

      This makes it sound almost as if we didn't already have static libraries. Or as if they were a good choice for things provided by the distro. Sure, stuffing all the dependencies into an application is fine if you're distributing it directly to customers, but for distros to do that for "upstream" packages is just insane bloat.

      And it seems easy and convenient until something like heartbleed happens and each application has its own bundled security hole. I'd much rather forego software that wants to use new features of unstable APIs, and instead have stable APIs and be able to update libraries for security on a systemwide basis.

    7. Re:WTF is a snap app by Spy+Handler · · Score: 1

      I thought TFS was talking about Snapchat, which changed its name to Snap.

      So my initial take on the story was, Ubuntu will come with Snapchat preinstalled. Presumably they got paid by Snap, Inc. to do this, similar to how Mozilla gets paid by Google to be its default search engine.

      Turns out this wasn't it at all.

    8. Re:WTF is a snap app by Anonymous Coward · · Score: 0

      There's flatpak support in Mint 18.3 with a GUI to download a few programs, you might try that, very quickly.
      If Mint 19 has snaps too : there will be *two* subsystems of that sort, and I hope someone will write about the rules they obey (in good detail, like when people wrote in the goddamn 90s and did provide all needed context)

    9. Re:WTF is a snap app by Anonymous Coward · · Score: 0

      and it's about damn time too. I'm totally over playing the dependency games and "oh, I need to add this ppa in order to get apt-get to do it's damn job"

      Linux has been way behind with application packaging for a long time. MSI on Windows and PKG / MPKGs on OS X have been better for like 15 years.

    10. Re:WTF is a snap app by Anonymous Coward · · Score: 0

      All libs and shit in one bundle. It's the stuff we used to joke about when Windows was mentioned since the footprint of software was huge, sry "apps".
      Ubuntu has always been modern hipster shit. Even more now with Snap apps.

      Worst are admins that use Ubuntu as a server OS.

      "Ubuntu", an African word for Debian is soooo damn hard.

    11. Re:WTF is a snap app by Anonymous Coward · · Score: 0

      Basically how Mac OS applications work.. well, mostly. You just bundle all the things together in one folder.

  7. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  8. have I lived under a rock? by Anonymous Coward · · Score: 0

    WTF I am reading? What is that? I run Ubuntu and Mate. I even read Hackernews when I want to waste some time.

    Never ever I've come acroos Snap apps. Google search just brings up SEO span.

    The links talk about snappiness, snapcraft, snapvocates and that it will double the size of the ISO image..

    Have I lived under a rock or is this stuff just BS?

    1. Re:have I lived under a rock? by Rosco+P.+Coltrane · · Score: 2

      You've lived under a rock.

      --
      "A door is what a dog is perpetually on the wrong side of" - Ogden Nash
    2. Re:have I lived under a rock? by ChunderDownunder · · Score: 1

      Weren't snaps the packaging format for downloadable paid apps on Canonical's phone project, Ubuntu Touch? This seems like an attempt to salvage any 'monetizable' aspects of the abandoned wreck.

      By design, I don't think the dpkg format supports proprietary DRM, so if businesses want to ship paid/subscriber-only software, e.g. MS Office 365 for Ubuntu, then snaps would enable that.

  9. It's a Linux software package by rsilvergun · · Score: 1

    where everything's included in the package. No library links so in theory it'll run on any Linux. It reminds me a bit of how Mac apps used to work where you just dragged a folder over and it was installed, as opposed to the Windows world of complex installers or the Linux world of dependency management via apt-get or RPM.

    If true it sounds like a holy grail. Build one package to run anywhere. No more Linux app fragmentation. No more dependency hell and all day games of hunt the repository. But it also sounds too good to be true.

    --
    Hi! I make Firefox Plug-ins. Check 'em out @ https://addons.mozilla.org/en-US/firefox/addon/youtube-mp3-podcaster/
    1. Re:It's a Linux software package by dhaen · · Score: 1

      Indeed it would be a version of the holy grail. As a multi platform admin I find that mostly Mac applications are easiest to deal with. Their bundles are convenient and not that wasteful of space - the contained libraries are tiny and certainly dwarfed by comparison with leftover dregs I find on a certain other popular platform.

    2. Re:It's a Linux software package by Aighearach · · Score: 2

      That's what we started with, with static linked libraries, so if that was the Hole Grail then dynamic libs should have never been invented.

      I'm not buying it. This is not a list of advantages from something new, this is an old tradeoff that usually goes the other way, but with only the pros listed. I guess some people are falling for it because they look at the nouns instead of at the semantics. And it does indeed have a nifty new name.

    3. Re:It's a Linux software package by tlhIngan · · Score: 1

      That's what we started with, with static linked libraries, so if that was the Hole Grail then dynamic libs should have never been invented.

      Dynamic linked libraries are still better, even as snaps, because you can still update the library in a snap. Static link libraries make it impossible.

      You also get the advantage of if libfoo is vulnerable, you can find all isntances of libfoo through the snaps as well. You can't if it's a static library because libfoo will be embedded inside the binary which is much more difficult ot analyze.

      So no, even in snaps a dynamic library is better for many reasons.

      The main reason for snaps is because it turns out a lot of libraries are not as compatible as you'd like. Between versions of libraries, things change and binary compatibility between libraries isn't maintained. So just because you linked against version 1.0.0 of libfoo, doesn't mean it will work against version 1.0.1. And non-trivial programs start using more and more libraries, you start running into a lot of issues because of library mismatches. Yes, lots of bugs get exposed.

      If you want to see what happens, take a look at glibc and all the contortions it goes through in order to remain binary compatible - it's why other C libraries often get away with less because they're embedded and thus every program is re-linked against a specific version, while glibc is designed to be internally compatible.

      It ends up a huge mess, and if you want to release your program for various Linux distributions, well, no Linux distribution uses the same version of libraries as other distributions, so you end up having to re-build and re-link your program against every distribution. And if you don't, you'll get strange errors that no one can find - the author (who didn't build it) sees it works fine, while the user (using another distribution's version) has an issue caused by library binary incompatibility.

      Effectively, dynamic libraries are good, but we also end up with a program where we need dozens of installed versions of a library because dozens of programs need a specific version. Linux has reached the point where DLL Hell exists.

    4. Re:It's a Linux software package by tepples · · Score: 1

      Their bundles are convenient and not that wasteful of space

      I remember reading horror stories of a "hello world" app written in the Swift language taking several megabytes because of the size of the required Swift runtime. The overhead per bundle would appear to encourage bigger, more complicated apps as opposed to the smaller, more focused apps associated with the UNIX philosophy.

    5. Re:It's a Linux software package by tepples · · Score: 1

      Dynamic linked libraries are still better, even as snaps, because you can still update the library in a snap.
      [...]
      So just because you linked against version 1.0.0 of libfoo, doesn't mean it will work against version 1.0.1.

      If 1.0.0 and earlier have a security vulnerability, but the application does not work does not work with 1.0.1 and later, what should users of the application do to transition from the application to a replacement application?

    6. Re: It's a Linux software package by Anonymous Coward · · Score: 0

      Unix philosophy is nearly dead.

    7. Re:It's a Linux software package by Aighearach · · Score: 1

      Right, quality libraries like glibc don't have a problem, because they do the work to have a stable API and maintain backwards compatibility.

      Crapware that breaks from 1.0 to 1.0.1 is just crapware, finding the right crutch to make it easier to install crap is not guaranteed to solve the problems.

  10. Snap packages are great but by Rosco+P.+Coltrane · · Score: 5, Informative

    They're humongous and completely inefficient. Case in point, vlc:

    As a Debian package (assuming you have the other libs of course):

    $ apt-cache show vlc | grep Installed-Size
    Installed-Size: 4828 (4.7M)

    As a Snap package:

    $ du -ch /snap/vlc/current/ | grep total
    771M total

    Snap packages have no dependendy problems, can be installed on any platform, are dead easy to maintain and very easy and safe to install/uninstall.

    BUT! They start much slower, waste a LOT more disk space and a LOT of memory - since each Snap package is self-contained, and each package has different libraries that need to be loaded.

    I use Snap packages to try out software easily, or to install a testing version of some software on a stable machine without messing up all my libraries (in the case of vlc, to use the version that plays Youtube videos correctly, since the stable Debian version is hopelessly outdated). But really, having 3 of 4 of them in an otherwise normal, lean install is as much as I'm willing to put up with.

    An entire distro distributed as Snap package is plain suicidal.

    --
    "A door is what a dog is perpetually on the wrong side of" - Ogden Nash
    1. Re:Snap packages are great but by The+Faywood+Assassin · · Score: 1

      Wow. That is an eye opening difference!

      --

      "I'm a humble person really,

      I'm actually much greater than I think I am"

    2. Re:Snap packages are great but by Anonymous Coward · · Score: 0

      I don't see program size as a big issue on modern machines. Programs aren't the source for storage issues. Even larger SSDs are getting inexpensive. Also, your example of VLC being so large is most likely due to libraries that only VLC is going to use. So in reality the difference is much less. Why do they start much slower?

    3. Re:Snap packages are great but by Anonymous Coward · · Score: 0

      waste a LOT more disk space and a LOT of memory

      yeah those things are in very short supply nowadays

      Well, they weren't, until Snaps came along...

    4. Re:Snap packages are great but by DaMattster · · Score: 0

      Snaps are not meant to be size-efficient. They're meant to easily bring software to a platform without all the traditional headaches of mucking with dependencies, builds, etc. I like the idea. Also, why are we still concerned about resources? Hardware is cheap.

    5. Re:Snap packages are great but by Anonymous Coward · · Score: 1

      Since when do we muck with dependencies? You must be using distros from 15 years ago

    6. Re:Snap packages are great but by Anonymous Coward · · Score: 3, Interesting

      Thank you. The majority of comments seem to side on the argument, "Well, we have space, so why should we care?" You should. Always. This is the major problem that I'm seeing with people who code now vs say, 20 years ago. Oh, lets import this entire library for one function that we probably could have optimized and created our own. So what if it takes another 4MB of ram, thats nothing. Compound that by people who never close applications, or have slightly older hardware, and it becomes an enormous mess.

      Just because your test platform can support something, doesn't mean people who may adopt your solution can.

      How about this? Write your code in the most efficient way possible. Eliminate cruft, and just take pride in what you do. I understand that big business cares more about time to release than efficiency, but do your part. I first installed linux on a machine with 4MB ram (upgraded to 8 soon after). Now I'm pretty sure GRUB uses more than that.

    7. Re:Snap packages are great but by Anonymous Coward · · Score: 0

      The problem with your little comparison is that it ignores all the various packages vlc relies upon. The only way to get a (reasonably) accurate measure would be to proportionally attribute the size of all dependencies all the way down the chain. One of the main stumbling blocks for Windows users, especially in rural areas, to the adoption of Linux is precisely that you can't simply d/l *a* package and transfer it over on disk. More, packages like VLC on Linux being 771M (or 4.7M + possibly 100+ MB of dependencies) vs 28M on Windows really hint that either there's something wonky going on in Linux land, or there's just a lot of heavy dependencies. You want to use one KDE and one Gnome app? Prepare to pull in all the underlying KDE and GTK+ libs plus whatever else is used.

      It's one reason why when I hear people complain about Windows bloat, I look at Linux and wonder. You're right that an entire distro as Snap packages is plain suicidal now. The real question is why and is there an actual fix? Snap merely hints at the real underlying problem.

    8. Re:Snap packages are great but by Anonymous Coward · · Score: 0

      whats "let" have to do with actual?

    9. Re:Snap packages are great but by Anonymous Coward · · Score: 0

      $ du -ch /snap/vlc/current/ | grep total
      771M total

      Why so large? A windows binary is only 28M. Are all the equivalent services built into windows that must be included as libraries for Snaps?

    10. Re:Snap packages are great but by Anonymous Coward · · Score: 0

      What do you consider "normal"? e.g., 50MB RAM for a file manager is very fine nowadays, you'll handle it fine even on that 10-year-old Mac with 1GB RAM (yes they did came with 1GB)
      Will you accept a file manager that takes 500MB RAM? How much RAM? How many such programs? Or do you run server hardware as a desktop you bought on US ebay, and we're all idiots for not doing too?

    11. Re:Snap packages are great but by Myrdos · · Score: 1

      Perhaps they could factor out some of the libraries, and store them in some convenient place on the filesystem. Then each snap app would only need to list its required libraries, and the OS would provide the corresponding files. A dependency list, if you will.

    12. Re:Snap packages are great but by serviscope_minor · · Score: 1

      I use Snap packages to try out software easily, or to install a testing version of some software on a stable machine without messing up all my libraries

      You can install multiple versions of libraries on one machine without messing anything ip, just don't set --prefix to /usr/bin when you run ./configure, though even then it probably won't break anything.

      --
      SJW n. One who posts facts.
    13. Re: Snap packages are great but by Anonymous Coward · · Score: 0

      Write your code in the most efficient way possible.

      Yessir Massa boss sah!
      Now did you want that optimized for runtime memory, space or cpu constraints? Or ease of code revision? What about development time, do we have infinite time for that Or do you want it right away?

      You only get to pick one to "optimize" for, the rest are trade offs to that in varied degrees. People who reply to "(obviously exclusive) "or" questions with "yes" are assholes surrounded by incompetents or paying more than AC Slashdot commenters get.

    14. Re:Snap packages are great but by Anonymous Coward · · Score: 0

      Do they uncompress or something? The website shows VLC at around 200MB in size. - https://snapcraft.io/vlc

    15. Re:Snap packages are great but by jrumney · · Score: 1

      Oh, lets import this entire library for one function that we probably could have optimized and created our own. So what if it takes another 4MB of ram, thats nothing.

      It sucks that you're stuck using Windows 98, but modern operating systems will load libraries using mmap, so they don't actually take up physical RAM for the unused portions.

    16. Re:Snap packages are great but by Anonymous Coward · · Score: 0

      We know.

      Snap packages make sense for third-party software as the trade off between space and cross-distribution favours the cross-distribution.

      They don't make sense for something that's in the linux distro

    17. Re:Snap packages are great but by Anonymous Coward · · Score: 0

      Indeed that isn't a problem, IF the package is built for your distro.
      If it isn't, previously you had to (as he says) "muck with dependencies/builds".
      If you can install the package as a snap, you don't have to do that.
      That is exactly the (only?) point of snaps.

    18. Re:Snap packages are great but by Anonymous Coward · · Score: 0

      You know what sucks?

      People who feel entitled to waste other peoples resources just because they are in a position to do so. I paid for that hard drive, I paid for that RAM, I paid for that CPU. Not you.

      Also, it's sad that people who claim to be intelligent can come up with such amazingly bad ideas and not only that, even defend them when sanity rears its head. Just look at the numbers. 770 MB disk space vs 4.7. For a media player. Now, scale this increase for every other package whose developers feels entitled to abuse their users with this monstrosity.

      It's literally insanity. A typical example of people coming up with "solutions" without even attempting to think about stuff like "consequences" or how affect things outside the little box where they put their brains.

    19. Re: Snap packages are great but by Anonymous Coward · · Score: 0

      You're welcome to return the VLC snap for what you paid for it.

    20. Re:Snap packages are great but by Anonymous Coward · · Score: 0

      That sir deserves a thousand thumbs up.

    21. Re:Snap packages are great but by Threni · · Score: 1

      Who cares? The download differences (a few minutes instead of a few seconds) offsets the tedium of sorting out dependency problems. The size difference is a few pennies - who gives a shit about that?

      "An entire distro distributed as Snap package is plain suicidal."

      Huh?

    22. Re:Snap packages are great but by Anonymous Coward · · Score: 0

      Hardware is cheap, sure. Tell that to the money bugs in a company when you need orders of magnitudes more hardware just to run these gynormous blobs. I can't imagine how sensible it would be to run an entire OS of nothing but these blobs. As Rosco noted above the file size for just one application balloons to a silly level and we haven't even gotten to the part about RAM usage. In a sense these snap packages are a kind of VM. In a small use case I can see their usefulness but not for wide consumption.

    23. Re:Snap packages are great but by Anonymous Coward · · Score: 0

      Then you lose functionality.

    24. Re:Snap packages are great but by popeydotcom · · Score: 2

      Disclaimer, I work for Canonical and worked with the VLC devs on the snap.

      The snap of VLC is nearer 190MB, not 700MB for data-transfer and on-disk size comparisons. All snaps are loop-mounted squashfs files. What you are "du"ing is the mounted read-only files. The actual snap file is in `/var/lib/snapd/snaps/` and on my system is 189MB. The snap contains not only VLC but a bunch of libraries of course. However the bulk of the space (300MB uncompressed) is taken up by VLC plugins which make the snap a great out of the box experience of many users, whatever their use case.

      Sure we need to optimise startup time, and that work is ongoing. We could certainly trim the snap down a bit, and I will be looking at that when I'm back from vacation.

       

  11. Windows Vista Already Done It by Anonymous Coward · · Score: 0

    And D.I.E.D.E.D.!

    !Does you want also die RSAP?

  12. Hadn't heard about Snapcraft, but it sounds great by Inviska · · Score: 1

    I hadn't heard about Snapcraft until now, but taking a look at the site it sounds like it will fix some major problems and make Linux a more viable platform.

    I'm just moving to Linux and have been doing a bit of development. A major drawback I've found is the trouble releasing your software, since it requires multiple builds and different packages for different distributions. The trouble distributing software has been a significant factor in putting me off Linux, but it sounds like Snapcraft will make things much easier by allowing you to do just one build and bundle all the dependencies.

    Another thing I've found annoying about Linux is that the software in the repositories is often extremely old and there's no way to upgrade to the latests version. It sounds like Snapcraft will solve this problem as well with auto-updates. I just hope there's a way to keep a specific version if you don't want to upgrade.

    These were actually my two biggest issues with Linux, and I'm very enthused to hear there's a solution. It sounds like Snapcraft will make things easier for both developers and users.

  13. Do not want by Anonymous Coward · · Score: 0

    Snaps appear to be the equivilent of UWP/windows store apps for Linux. I’ll stick with .tar.gz files thanks.

  14. I have only 1 question! by Anonymous Coward · · Score: 0

    Does it come with a detachable penis https://www.youtube.com/watch?v=byDiILrNbM4/ covered with "OpenSORES" you flimsy dweeb goofs like? You all remind me of the singer of "King Missile" hahahaha!

    1. Re: I have only 1 question! by Anonymous Coward · · Score: 0

      Creimer YouTube spam, mod down.

  15. Fat Binaries made as a containerized filesystem :D by Anonymous Coward · · Score: 0

    Pretty much sums it up.

    Just as many hassles as Fat Binaries with all the pitfalls of prepackaged apps with their own (often out of date) libraries included.

    Also an excellent vector for dll injection attacks, since they include their own 'fullstack' software for everything in userspace.

  16. Been a while since I've been in the UBU game... by wardrich86 · · Score: 1

    "Bionic Beaver" Did they roll-over the alphabet and go back to A?

    1. Re:Been a while since I've been in the UBU game... by Anonymous Coward · · Score: 0

      Hence my question on a detachable penis https://news.slashdot.org/comments.pl?sid=11726523&cid=56096787/ what compliments a bionic beaver better I ask you?

  17. At some point, fellow linux user... by Anonymous Coward · · Score: 1

    You should decide for yourself, has Ubuntu helped me learn Linux, or how to live in another walled ecosystem?

    You can survive, but when somebody emails you a tarball, or something that ends with .gz do you still have that post-it note that tells you how to install that application?

    Don't get me wrong, I'm all for widespread adoption, but not at the cost of diluting the benefits, or the gene pool.

    I wouldn't call myself an expert, but I still prefer the command line over the candy-colored icons myself.

    So now we have snap whatever. Just hold your hand out towards the incoming tide and say, No, I'll be fine, thanks

    1. Re:At some point, fellow linux user... by Anonymous Coward · · Score: 0

      I wouldn't call myself an expert, but I still prefer the command line over the candy-colored icons myself.

      What would you think of me if I said, "I wouldn't call myself an expert, but I still prefer the hammer over the screwdriver myself."

      Every tool has its purpose.

    2. Re:At some point, fellow linux user... by Anonymous Coward · · Score: 0

      I wouldn't call myself an expert, but I still prefer the command line over the candy-colored icons myself.

      Here's a little tip, free of charge: when a command asks you to enter the text "Yes, do as I say!" to confirm you really want to do it ... don't. Just, don't.

    3. Re:At some point, fellow linux user... by DamnOregonian · · Score: 1

      You can survive, but when somebody emails you a tarball, or something that ends with .gz do you still have that post-it note that tells you how to install that application?

      No. I reply and ask them why the hell they're using that archaic compression algorithm.

    4. Re: At some point, fellow linux user... by Anonymous Coward · · Score: 0

      No, on second thought, do. Do it!

  18. Re:Hadn't heard about Snapcraft, but it sounds gre by barryvoeten · · Score: 1

    Most of all it will make windows 11 a more viable platform. This is _their_ escape from lib hell.

  19. A Question on the Difference: Containers. by Anonymous Coward · · Score: 0

    Kind of sounds like the idea behind containers.

    1. Re:A Question on the Difference: Containers. by Anonymous Coward · · Score: 0

      Snaps are containers with different marketing.

  20. There is flatpak too by Anonymous Coward · · Score: 0

    fIatpak seems to be the same thing but a competing standard.
    For shit and giggles I tried dosbox as a flatpak (it's years old anyway)
    As it's sandboxed to a corner of the file system, it can't read your files, so it's useless.

    I will try it as a snap if available. If it works the same then the feature is you have to do sysadmin shit to make your "apps" useful.

  21. Would it be too much to ask... by Anonymous Coward · · Score: 1

    to focus on broken things before add new crap no one wants, like hibernation and undocking my laptop without the screen screwing up.

    1. Re:Would it be too much to ask... by Anne+Thwacks · · Score: 1
      to focus on broken things before add new crap no one wants

      Yes. If they did things like that, it would soon be the year of the LInux desktop, and that meme would be gone for ever!

      If you want software that actually works, you are supposed to use *BSD. If you want it to work and be secure, OpenBSD - but then it will be slower, and not work with the newer, untested, hardware that fanbois love so much, and you will have to learn how to play Colossal Cave, because there are not many other games that will run.

      But it will be reliable and secure.

      Like Granny said: You can't have it all In fact, you probably can't have any of it. Sit down and shut up. - well my Granny, anyway - but she had to put up with an IBM709, so you have to make allowances. No one is waiting for the year of the IBM709 desktop.

      --
      Sent from my ASR33 using ASCII
    2. Re:Would it be too much to ask... by Anonymous Coward · · Score: 0

      ACPI in linux is still in sorry state, yes, but that's kernel thing. There's not much Ubuntu/Canonical can do.

  22. Dependencies may not be patched by HalAtWork · · Score: 1

    Dependencies in snap packages may also be behind in updates

    1. Re:Dependencies may not be patched by Anonymous Coward · · Score: 0

      That problem exists now with non-snap apps when some developers thinking they are doing you a favor by including external dependencies in their source. Sounds good and all but from my experience its nothing a PITA when they are slow to update. FreeImage comes to mind and such usefulness will in the end bite the guy trying to compile from source in the arse. In such cases I just say fuck it and move on and let someone else figure it out.

    2. Re:Dependencies may not be patched by Anonymous Coward · · Score: 0

      That's nuts!

  23. WTF is a snap app: hostile software by Anonymous Coward · · Score: 0

    Docker, which is containers is nice, but still doesn't have the front-end friendliness that MSI installers have. Try installing a database and you'll see why.

    1. Re: WTF is a snap app: hostile software by Anonymous Coward · · Score: 0

      docker run postgres:latest

  24. Queue the Bionic Beaver Jokes by Anonymous Coward · · Score: 0

    Talk about a NSFW name for a Distro Release. :-)
    #NamingFail

  25. Re:Hadn't heard about Snapcraft, but it sounds gre by Dragonslicer · · Score: 1

    Another thing I've found annoying about Linux is that the software in the repositories is often extremely old and there's no way to upgrade to the latests version. It sounds like Snapcraft will solve this problem as well with auto-updates.

    Snaps will have the opposite problem instead - if the software publisher doesn't update the package, you'll be stuck with out-of-date versions of every library that the application uses. This could be a major issue if there's a serious security vulnerability found in a commonly-used library. Instead of getting a single patched version of the library from the package repository, which will probably only take a day or two, you have to hope that every one of the applications that use that library are updated quickly.

  26. Re:Snap packages are great but: obese. by Anonymous Coward · · Score: 0

    Do you realize 4GB and 64GB is high end on phones, 8GB and 256GB is high end on laptops? There is insufficient production capacity, demand is high (3 billion users), a new fab costs like $13 billions, getting a new node takes about half a decade (going from 14nm to 7nm), there are only a handful vendors for anything.

    A RAM factory is more expensive than a space program, complete with road-mobile ICBMs.

  27. for some reason... by Lead+Butthead · · Score: 1

    "Bionic Beaver" ... for some reason, "Sharon Stone" comes to mine.

    --
    ELOI, ELOI, LAMA SABACHTHANI!?
    1. Re:for some reason... by Anonymous Coward · · Score: 0

      That's a Snatch App.

  28. DRAM price has trended upward by tepples · · Score: 2

    Even if disk space and memory aren't in short supply on full-size tower PCs nowadays, they're still in short supply on compact laptop PCs. And I thought the price of DRAM had been trending upward over the past several years.

  29. A snap that busts your cap by tepples · · Score: 1

    Programs aren't the source for storage issues.

    Downloading new versions of programs is the source for overage issues when security updates for all the snaps that bundle a particular library cause you to redownload said snaps, in turn causing you to exceed the monthly Internet data transfer quota that your ISP imposes on your household.

    1. Re:A snap that busts your cap by Anonymous Coward · · Score: 0

      Good point. I forget not everywhere has unlimited or high data caps. Hard to think about large programs being a problem when you stream video all day long.

    2. Re:A snap that busts your cap by Anonymous Coward · · Score: 0

      Except Snaps use binary diffs for updates so you don't incur the entire download everytime.

  30. RAM is twice as expensive as it used to be by tepples · · Score: 2

    Since when in this day and age is hard drive and memory space been an issue?

    Since at least 18 months ago, the general price trend for memory space has been upward. (Source: Memory - Price Trends - PCPartPicker)

  31. Not a fan of Ubuntu anymore by Anonymous Coward · · Score: 0

    When Google started switching from Ubuntu to Debian I was thinking about doing the same. I am not even sure Canonicle gives a crap about Ubuntu desktop anymore.

  32. Plus and minus for security by raymorris · · Score: 1

    A Snap is a container package which runs in a confined space and includes both the binary and its dependencies. It doesn't have, or need, access to the rest of the system.

    It can run on any distribution because it isn't dependent on libraries installed in the district.

    There are some positives in terms of security. A snap application is in some ways isolated from the rest of the system, so a security issue with one snap app doesn't affect the rest of the system as much. In particular, just because you have one snap that uses an older version of a library doesn't mean you have that older version installed system-wide, where everything has to use it.

    You mentioned a negative (which is also a positive) - Snaps can update themselves without disturbing the rest of the system, so by default they do. That means it *could* update to something malicious, but in most cases updates *improve* security. In the real world, bad guys most often take advantage of known vulnerabilities which have been fixed by updates. So keeping your system up-to-date is one of the best ways you can make it more secure.

    1. Re:Plus and minus for security by fahrbot-bot · · Score: 1

      A Snap is a container package which runs in a confined space and includes both the binary and its dependencies. It doesn't have, or need, access to the rest of the system.

      Yes, they basically re-invented static linking, because disk space is now, apparently, cheap enough to waste and have multiple copies of every library used (updated independently). And, yes, I understand the (at least, supposed) benefits of containerized applications, but am still not sold on using snaps over traditionally packaged applications and actually shared libraries.

      --
      It must have been something you assimilated. . . .
    2. Re: Plus and minus for security by jgfenix · · Score: 1

      To reduce disk space there are at least a KDE runtime and a GNOME runtime and perhaps others so they aren't necessarily self-contained anymore.

  33. Until Snaps become so bloated and overconfigurable by Anonymous Coward · · Score: 0

    Snaps, like every other packaging standard out there, will eventually become so bloated, fragmented, overconfigurable, and difficult to use that eventually someone will have a revolutionary idea: we need a new packaging standard. Something simple, yet powerful. Call it "Plops" as in "you just plop that software right in." Plops will become the Next Best Thing. Everyone will have to have Plopsmaster as the most recent role on their resumes. Books like "Plop Your Way to Software Configuration Management!" and "Plops: the Definitive Guide, covering Plop, Plop 2.0, the Flush Framework, Effluent 3.5, and Emerging Standards like Septic Fields and Mercy Flush" will appear on the market.

    Then one day someone will realize just how bloated, fragmented, overconfiguratble, and difficult to use Plops. He'll have a revolutionary idea: we need a new packaging standard.......

  34. Yes, and updating backward compatible libs by raymorris · · Score: 1

    > have multiple copies of every library used (updated independently)

    Which, besides disk space, is good and bad for security.
    If an old program needs an old copy of a lib that old (insecure) lib is only used by that one snap. On the other hand, with shared libraries, updating the one system copy of the lib updates it for all applications. There is no reason to think that ALL snaps using a library will update every time the library is updated. Unless of course that were built into the system, but I don't think it is because backward compatibility can't be guaranteed in general, only known for specific versions of specific libraries.

  35. Re:Snap packages are great but....... by dbreeze · · Score: 1

    ...not for slow connections. I can't do these without some hassle on my 1.5M DSL line......

    --
    When the king heard the words of the Book of the Law he tore his robes.2Kings22:11
  36. That or bundle xz-utils with every package by tepples · · Score: 1

    No. I reply and ask them why the hell they're using that archaic compression algorithm.

    Because of compatibility. Even a file compressed with "that archaic compression algorithm" is smaller than the combination of the same file compressed with a newer compression algorithm and a decompressor for the new compression algorithm that is itself compressed with "that archaic compression algorithm".

    1. Re:That or bundle xz-utils with every package by DamnOregonian · · Score: 1

      Compatibility? With what? bzip2 and xz are ubiquitous, these days.

  37. Re:WTF GAY GNAA BUTTFUCKING NIGGERS EAT SHIT YEAH by Anonymous Coward · · Score: 0
    G_N_A_A (G.A.Y N1GGER ASSOCIATION OF AMERICA) is the first organization which
    gathers G.A.Y N1GGERS from all over America and abroad for one common goal - being G.A.Y N1GGERS.

    Are you G.A.Y ?
    Are you a N1GGER ?
    Are you a G.A.Y N1GGER ?

    If you answered "Yes" to any of the above questions, then G_N_A_A (G.A.Y N1GGER ASSOCIATION OF AMERICA) might be exactly what you've been looking for!
    Join G_N_A_A (G.A.Y N1GGER ASSOCIATION OF AMERICA) today, and enjoy all the benefits of being a full-time G_N_A_A member.
    G_N_A_A (G.A.Y N1GGER ASSOCIATION OF AMERICA) is the fastest-growing G.A.Y N1GGER community with THOUSANDS of members all over United States of America. You, too, can be a part of G_N_A_A if you join today!

    Why not? It's quick and easy - only 3 simple steps!

    First, you have to obtain a copy of G.A.Y N1GGERS FROM OUTER SPACE THE MOVIE and watch it.

    You can watch G.A.Y N1GGERS FROM OUTER SPACE on Youtube.

    Second, you need to succeed in posting a G_N_A_A "first post" on slashdot.org , a popular "news for trolls" website

    Third, you need to join the official G_N_A_A irc channel #G_N_A_A on EFNet, and apply for membership.
    Talk to one of the ops or any of the other members in the channel to sign up today!

    If you are having trouble locating #G_N_A_A, the official G.A.Y N1GGER ASSOCIATION OF AMERICA irc channel, you might be on a wrong irc network. The correct network is EFNet, and you can connect to irc.secsup.org or irc.easynews.com as one of the EFNet servers.
    If you do not have an IRC client handy, you are free to use the G_N_A_A Java IRC client by clicking here.

    If you have mod points and would like to support G_N_A_A, please moderate this post up.

    This post brought to you by Penisbird , a proud member of the G_N_A_A

    G_____________________________________naann_______ ________G
    N_____________________________nnnaa__nanaaa_______ ________A
    A____________________aanana__nannaa_nna_an________ ________Y
    A_____________annna_nnnnnan_aan_aa__na__aa________ ________*
    G____________nnaana_nnn__nn_aa__nn__na_anaann_MERI CA______N
    N___________ana__nn_an___an_aa_anaaannnanaa_______ ________I
    A___________aa__ana_nn___nn_nnnnaa___ana__________ ________G
    A__________nna__an__na___nn__nnn___SSOCIATION_of__ ________G
    G__________ana_naa__an___nnn______________________ ________E
    N__________ananan___nn___aan_IGGER________________ ________R
    A__________nnna____naa____________________________ ________S
    A________nnaa_____anan____________________________ ________*
    G________anaannana________________________________ ________A
    N________ananaannn_AY_____________________________ ________S
    A________ana____nn_________IRC-EFNET-#G_N_A_A________ ________S
    A_______nn_____na_________________________________ ________O
    *_______aaaan_____________________________________ ________C
    Gary Niger gary_niger@G_N_A_A.us G_N_A_A Corporate Headquarters 143 Rolloffle Avenue Tarzana, California 91356
    Enid Al-Punjabi enid_al_punjabi@G_N_A_A.us G_N_A_A World Headquarters No.33 Kyutei Bld. 2F, Shinjuku 2-11-7, Shinjuku-ku, Tokyo, Japan ????????2??11-6
    Copyright (c) 2003-2015 G.A.Y N1GGER Association of America

    Ich Bindawalross (London) - G_N_A_A (NYSE:

  38. Re:Until Snaps become so bloated and overconfigura by Hognoxious · · Score: 1

    someone will have a revolutionary idea: we need a new packaging standard.

    I hope and pray that someone isn't Lennart Poettering.

    --
    Confucius say, "Find worm in apple - bad. Find half a worm - worse."
  39. yay! by cas2000 · · Score: 1

    Hooray! Ubuntu will finally have all the security and quality control of a corporate app store!

    Sturgeon's Law is absurdly optimistic.

  40. Bionic Beaver? by Kryptonut · · Score: 1

    When they get to R it'd better be Robo Cock

  41. Does anybody actually care about snaps? by noahm · · Score: 1

    Is anybody actually building Snap packages for their applications, or is it all just driven by Canonical? In my experience, Snaps are either built by Canonical employees or Canonical seems to be paying application builders to produce Snaps.