• Fizz@lemmy.nz
    link
    fedilink
    arrow-up
    8
    arrow-down
    2
    ·
    16 hours ago

    Hadn’t snap fixed a lot of the complaints people initially had?

    • blind3rdeye@lemm.ee
      link
      fedilink
      arrow-up
      24
      arrow-down
      1
      ·
      16 hours ago

      Probably, but the stink will linger for quite a long time.

      There’s a burger place near my house that I use to go to almost every week. But then the quality started going down, and I stopped going there. That was two years ago. Maybe they fixed the problems, but I’m not going to know - because I no longer go there. Snap is like that.

    • UnfortunateShort@lemmy.world
      link
      fedilink
      English
      arrow-up
      10
      ·
      15 hours ago

      I think the main complaint is that it seems like Canonical is trying take control of Linux packaging. Don’t they handle their stuff in a way that pretty much prevents third party ‘Snap Stores’? Like, their backend being closed source and their software only accepting their own signatures?

      • Fizz@lemmy.nz
        link
        fedilink
        arrow-up
        4
        ·
        11 hours ago

        I dont know for sure so disregard what I say. but I remember reading that users could host their own snap repos but canonicals one was the only one at the moment. Everything about snap is open source except the webserver.

        • lengau@midwest.social
          link
          fedilink
          arrow-up
          2
          ·
          11 hours ago

          Yeah the API is open and there used to be an open store, but lack of interest ended up with the project shutting down. As it turns out people don’t like alternative stores nearly as much as they like the idea of alternative stores.

    • SwingingTheLamp@midwest.social
      link
      fedilink
      arrow-up
      5
      arrow-down
      1
      ·
      14 hours ago

      Has it? My complaints are: I have to use VPN software for work that replaces /etc/resolve.conf with a symlink to another location, one that sandboxed snaps can’t access. There’s no way to grant them access; the “slots” that you can connect are fixed and pre-defined. You can’t even configure the file path; it’s defined right in the source code. Not even as a #define, but the string literal “/etc/resolve.conf”. That seems like poor practice, but I guess they’re not going for portability.

      Also, I have /usr and /var on different media, chosen for suitability of purpose, and sized appropriately. Then, along comes snap, violating the File Hierarchy Standard by filling up /var with application software.

      Minor annoyances are the ~/snap folder, and all of the mounted loopback filesystems which make reading the mtab difficult.