I spent two hours today trying to figure out why Nextcloud couldn’t read my data directory. Docker wasn’t mounting my data directory. Moved everything into my data directory. Docker couldn’t even see the configuration file.

Turns out the Docker Snap package only has access to files under the /home directory.

Moral of the story: never trust a Snap package.

-11 points
Deleted by creator
permalink
report
reply
47 points

I have stopped using Ubuntu because of this and other Canonical nonsense. It used to be the best too. For a workstation, Mint Cinnamon, for a server Debian headless. God speed with the rest of your setup

permalink
report
reply
18 points

This year I finally snapped (pun intended!), and moved to debian 12 on the desktop (after starting on Ubuntu 6.06). It’s so familiar, but somehow more straight forward. Things “just work”, as opposed to the constant niggles I had with Ubuntu.

permalink
report
parent
reply
7 points
*

Yah, it’s been trash from the start. I tried it 2 years ago and the unpredictable weird shit it did was useless to try to troubleshoot. It was worse than trying to run Docker on Windows, if that can be believed.

Debian with the Docker convenience script is the way to run Docker.

permalink
report
reply
13 points

Docker has an apt repo. You can add it to your Debian/Ubuntu and install and update packages normally. No need to use a script install.

permalink
report
parent
reply
1 point

Is there a difference between the apt and the install script version?

permalink
report
parent
reply
-1 points

all depends on what your aptitude is configured to look for.

permalink
report
parent
reply
3 points

That’s essentially what the script does, then installs all the deps and docker, sets up the service.

permalink
report
parent
reply
46 points

I also like to run my container platform as a containerized application in another container platform.

permalink
report
reply
23 points

Lol. Yeah that was my reaction to the headline as well. “You did what ?”

permalink
report
parent
reply
30 points
*

Why does Docker has a snap version in the first place anyway? Did Canonical pester them to do it?

Edit:

Nope, it’s just Canonical went ahead and publish it there by themselves.

This snap is built by Canonical based on source code published by Docker, Inc. It is not endorsed or published by Docker, Inc.

permalink
report
parent
reply
1 point

It’s insane how many things they push as Snaps when they are entirely incompatible with the Snap model.

I think everyone first learns what Snaps are by googling “why doesn’t ____ work on Ubuntu?” For me, it was Filebot. Spent an hour or two trying to figure out how the hell to get it to actually, you know, access my files. (This was a few years ago, so maybe things are better now. Not sure. I don’t live that Snap life anymore, and I’m not going back.)

permalink
report
parent
reply
8 points

It’s also offered as part of the installation process at least for Ubuntu server. If you don’t know better it bites you real quick.

permalink
report
parent
reply
0 points

:)

permalink
report
parent
reply
1 point

Double-NAT anyone? 3 times the fun, 2 times the work

permalink
report
parent
reply
74 points

Friends don’t let friends use Snap.

permalink
report
reply
17 points

Proprietary when flatpak exists, and it doesn’t properly address how apps should dynamically request access to things they need. Every time I’ve used either solution I’ve run into some permissions problem.

permalink
report
parent
reply
6 points

flatpak just makes sense imo

permalink
report
parent
reply
14 points

For desktop apps maybe. How do you run a flatpak from the cli? “flatpak run org.something.Command”. Awesome.

Both suffer from not making it obvious what directories your application can access and not providing a clear message when you try to access files it can’t. The user experience sucks.

permalink
report
parent
reply
4 points

The one thing snap does that flatpak doesn’t is provide CLI applications. But then nix also does that, so snap can go pound salt.

permalink
report
parent
reply

Selfhosted

!selfhosted@lemmy.world

Create post

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don’t control.

Rules:

  1. Be civil: we’re here to support and learn from one another. Insults won’t be tolerated. Flame wars are frowned upon.

  2. No spam posting.

  3. Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it’s not obvious why your post topic revolves around selfhosting, please include details to make it clear.

  4. Don’t duplicate the full text of your blog or github here. Just post the link for folks to click.

  5. Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).

  6. No trolling.

Resources:

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

Community stats

  • 4.9K

    Monthly active users

  • 3.6K

    Posts

  • 81K

    Comments