272
submitted 4 months ago by mr_MADAFAKA@lemmy.ml to c/linux@lemmy.ml
top 50 comments
sorted by: hot top controversial new old
[-] haui_lemmy@lemmy.giftedmc.com 82 points 4 months ago

Proprietary software platform makers should always be held accountable for what happens on said platform.

[-] ipsirc@lemmy.ml 60 points 4 months ago
[-] joyjoy@lemm.ee 23 points 4 months ago
systemctl disable --now snapd
[-] inetknght@lemmy.ml 36 points 4 months ago

Disabling a systemd service won't prevent it from starting. For example, if another service depends on it then it will start anyway.

You have to mask the service which redirects the service files to /dev/null so that the service effectively has zero directives.

systemctl mask --now snapd

It also means that anything which depends on snapd will likely fail. That is absolutely an improvement since we obviously don't want anything that depends on snaps.

[-] Oisteink@feddit.nl 11 points 4 months ago

What’s wrong with just removing snap? When ever I am forced to install Ubuntu I will remove snap and the “advantage-tools” (the part trying to sell you support)

First I’ll snap remove —purge all snap packages Then apt purge —auotoremove snapd ubuntu-advantage-tools

[-] caseyweederman@lemmy.ca 9 points 4 months ago

Leaves behind a bunch of stuff. You have to manually remove each Snap individually, plus the snapshots they take and then hide, and then use Snap to remove itself (it doesn't let you), then you can apt purge snapd.
There's several levels of "we know better than you so we'll just keep this here for when you inevitably change your mind" and it is exhausting.
I don't even know if the above would also clean up all the dev/loop cruft. It was an unpleasant surprise to discover that apt remove alone didn't at least disable all the systemd .mount units.

load more comments (1 replies)
[-] SnotFlickerman@lemmy.blahaj.zone 48 points 4 months ago

Snaps were a mistake.

There, I said it.

[-] melroy@kbin.melroy.org 12 points 4 months ago* (last edited 4 months ago)

Snaps wasn't and isn't needed from day 1

[-] sebsch@discuss.tchncs.de 6 points 4 months ago

Canonical needs it to monetize Ubuntu.

The users? They don't

load more comments (14 replies)
[-] onlinepersona@programming.dev 41 points 4 months ago

I don't think you understand, it's closed-source for your safety! If it were opensource there would be many more malicious apps. Only we can hold those at bay and only we know which improvements to implement as we know better than everybody else. Trust me, you're safer this way /s

CC BY-NC-SA 4.0

[-] Montagge@kbin.earth 32 points 4 months ago

I enjoy y'all acting like this couldn't happen with flatpak or AppImages

[-] SnotFlickerman@lemmy.blahaj.zone 31 points 4 months ago* (last edited 4 months ago)

Oh, it totally could.

I don't actually see anyone in here making such an argument.

load more comments (3 replies)
[-] jbk@discuss.tchncs.de 27 points 4 months ago

Those are just app distribution formats. Since there's just 1 snap store which can deliver snaps, they're not comparable.

[-] cybersandwich@lemmy.world 11 points 4 months ago

Most people get their flatpaks from the same handful of places though, right? Flathub and ??

This isn't a snap specific issue is what he is saying. It could happen to other stores.

Also, my snap nextcloud is amazing and was the easiest to set up and maintain.

[-] jbk@discuss.tchncs.de 4 points 4 months ago

Flathub has manual submission verification though, which includes the steps to build flatpaks. Reviewers (currently) would definitely catch fishy looking apps.

They've also implemented manual reviews in case of metainfo or flatpak permission changes, another thing for additional safety.

[-] AMDIsOurLord@lemmy.ml 5 points 4 months ago* (last edited 4 months ago)

People download and run completely opaque AppImages from god knows where and that's better than Snap Store which is hit with malicious apps so rarely it's actual news

Flatpak also has a system where any scammer and malicious developer can just roll their own flatpak repo and voila, nobody can stop them. If it ever becomes mainstream, it'll be a shit show worse than Google Play

load more comments (7 replies)
load more comments (2 replies)
[-] IHeartBadCode@kbin.social 17 points 4 months ago

It absolutely could. Heck, RPMs and DEBs pulled from random sites can do the exact same thing as well. Even source code can hide something if not checked. There's even a very famous hack presented by Ken Thompson in 1984 that really speaks to the underlying thing, "what is trust?"

And that's really what this gets into. The means of delivery change as the years go by, but the underlying principal of trust is the thing that stays the same. In general, Canonical does review somewhat apps published to snapcraft. However, that review does not mean you are protected and this is very clearly indicated within the TOS.

14.1 Your use of the Snap Store is at your sole risk

So yeah, don't load up software you, yourself, cannot review. But also at the same time, there's a whole thing of trust here that's going to need to be reviewed. Not, "Oh you can never trust Canonical ever again!" But a pretty straightforward systematic review of that trust:

  • How did this happen?
  • Where was this missed in the review?
  • How can we prevent this particular thing that allowed this to happen in the future?
  • How do we indicate this to the users?
  • How do we empower them to verify that such has been done by Canonical?

No one should take this as "this is why you shouldn't trust Ubuntu!" Because as you and others have said, this could happen to anyone. This should be taken as a call for Canonical to review how they put things on snapcraft and what they can do to ensure users have all the tools so that they can ensure "at least for this specific issue" doesn't happen again. We cannot prevent every attack, but we can do our best to prevent repeating the same attack.

It's all about building trust. And yeah, Flathub and AppImageHub can, and should, take a lesson from this to preemptively prevent this kind of thing from happening there. I know there's a propensity to wag the finger in the distro wars, tribalism runs deep, but anything like this should be looked as an opportunity to review that very important aspect of "trust" by all. It's one of the reasons open source is very important, so that we can all openly learn from each other.

[-] Oisteink@feddit.nl 4 points 4 months ago

Nice try canonical - no matter what you say snaps is just your way to lock people in to your store. You’re no better than apple, only your product is shit. Excluding the shoulders you stand on, which are made by others. You’re the enshitification of Linux.

Why would you pull debs from random sites? Do you know how hard that is to do for the average user? And you want to compare that to a download from the store that’s in the basic install on Ubuntu?

[-] Empricorn@feddit.nl 5 points 4 months ago

When it does, we'll deal with it. But in the meantime, the motivation is important. Canonical developed and aggressively pushed Snaps despite most people hating them because... it made then more money.

load more comments (1 replies)
[-] umbrella@lemmy.ml 21 points 4 months ago* (last edited 4 months ago)

sudo snap remove * && sudo apt purge -y snapd && sudo apt install -y gnome-software-plug-flatpak

until you feel like hopping

load more comments (7 replies)
[-] makeasnek@lemmy.ml 21 points 4 months ago* (last edited 4 months ago)

If you are going to "be your own bank" you need some very basic computer security skills like:

  • Research the reputation of the wallet you are going to use.
  • Don't download wallets which aren't open source
  • Download wallets from their official dev site, not some third party repo.
  • Don't use Facebook search to find a wallet.
  • If you are storing significant funds, use a multi-sig wallet.
  • If you are not 100% confident in the security of a given wallet or system, send a smaller test transaction first before sending larger amounts

If you can't be trusted to do that, you need to pick a trusted custodian to manage access to your funds (you know, like banks), preferably somebody who can get an insurance company to under-write your no-opsec-having-ass. Unfortunately, in the crypto world, these trusted custodians few and far between and have a terrible track record with exchange collapses etc. It's getting better, but it's still a mess. Hopefully as time goes on and the industry gets better regulated and more mature, this will be an easier thing to do.

[-] reflectedodds@lemmy.world 7 points 4 months ago

The more I learn about web3/crypto, it is increasingly getting closer to real life financials with all the same pitfalls and extra crypto problems

load more comments (1 replies)

I hate snaps I hate snaps I hate snaps I hate snaps I hate snaps I hate snaps I hate snaps I hate snaps I hate snaps I hate snaps I hate snaps I hate snaps I hate snaps I hate snaps I hate snaps I hate snaps I hate snaps I hate snaps I hate snaps I hate snaps I hate snaps I hate snaps I hate snaps I hate snaps

[-] oscardejarjayes@hexbear.net 11 points 4 months ago

i've been saying this for years, ubuntu = bad. Use literally anything else (except Windows lol), no other major distro comes with Snap pre-installed.

[-] youngGoku@lemmy.world 10 points 4 months ago

As someone who has been using Ubuntu for 10 years, I am sad that I don't know more about the intricacies of Linux.

I know more than I did 10 years ago... But probably would really be uncomfortable running arch.

I think I will install Debian 24.04 as my desktop (daily driver) this year and be done with Ubuntu. Hopefully I learn some more and eventually try out Arch on my laptop.

[-] Oisteink@feddit.nl 16 points 4 months ago

You’d have to wait a while for Debian to reach version 24

I like Debian - it’s foss and stable

[-] possiblylinux127@lemmy.zip 7 points 4 months ago

See you in 48 years

[-] youngGoku@lemmy.world 4 points 4 months ago

Lol yeah, what is their release schedule like? Any speculation on when 13 is coming out?

I just assumed Ubuntu releases were based off of Debian.

[-] lilith267@lemmy.blahaj.zone 3 points 4 months ago* (last edited 4 months ago)

Ubuntu maintains it's own package library which is far newer then Debians but less tested/stable. Debian only releases new version when it's team feels their ready. However Debian does keep up to date with security patches

If you would like a distro that keeps itself up to date try out Fedora, it's updated every 6 months and has been super popular lately

Note that if you use flatpacks they will be up to date no matter what distro you choose, making Debian a very stable option while still getting new features in applications

Edit: edited to answer the question more clearly

load more comments (2 replies)
[-] possiblylinux127@lemmy.zip 9 points 4 months ago

There is no Debian 24.

Just install Linux Mint or maybe even Fedora

load more comments (1 replies)
[-] porl@lemmy.world 3 points 4 months ago

You can also play with it in a virtual machine. It won't give you quite the same experience for your specific hardware, but you will get a feel for how it works, especially the package manager etc.

load more comments (7 replies)
[-] dog_@lemmy.world 4 points 4 months ago
[-] bizdelnick@lemmy.ml 3 points 4 months ago

Don't read the community, post all news you see.

load more comments
view more: next ›
this post was submitted on 23 Feb 2024
272 points (98.2% liked)

Linux

45457 readers
2164 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago
MODERATORS