Ubuntu is fine. Pop!_OS if you're set on Flatpaks instead of Snaps.
Eh, X11 Forwarding, VNC, SSH, XRDP, Waypipe whatever, it's all very similar
Wow, this is actually fairly technical unlike うぶんちゅ. SSH and X11 forwarding in the first chapter. By chapter 4 we're already exiting Vim.
Now that's a find! I've been looking for something similar to read after うぶんちゅ!
You can get the manga officially from here in its original form: https://www.aerialline.com/comics/ubunchu/
It's licensed under CC-BY NC 3.0 and the author includes the original photoshop files if you want to edit them.
It's pretty funny. I own a physical copy.
I didn't say they were. Hence the second link.
That was my first thought upon finding it. It's really hard to find though, even if you know the name of it.
For checksums: https://github.com/flathub/flathub/issues/1498#issuecomment-649098123
Flatpak does verify the integrity of files as it is downloading/installing them. For ostree remotes this is done using GPG signatures (which are better than mere checksums). If you want to see the commit ID (which is like a checksum) for something on flathub use e.g. flatpak remote-info -c flathub org.gnome.Builder and for the local copy flatpak info -c org.gnome.Builder. For OCI remotes we at least check SHA256 sums and there might be more integrity verification mechanisms I'm unaware of.
But for signatures: https://github.com/flatpak/flatpak-builder/issues/435
This has an empty ffmpeg folder but no binary
That's strange. I downloaded it just now and converted a video. It's not in /app/bin
but in /usr/bin
instead. I know for a fact it relies on the ffmpeg binary inside the code. You can even access it using flatpak run --command=ffmpeg org.gnome.gitlab.YaLTeR.VideoTrimmer
.
The Arch repos are too small.
Eh, I've never felt that way. Even on my Arch system, I only have 15 packages from the AUR and 2134 packages installed from the repositories. But it's probably smaller than you're used to if you're coming from Debian or Fedora.
Many projects use libffmpeg.so dont know if that could be used too.
That library is designed for development as far as I'm aware. I noped out very quickly when looking at the documentation for using ffmpeg libraries :) I think that's why VideoTrimmer relies on the binary instead of the library too.
With the COPR I know who to trust, unlike the AUR, even though I now also setup yay.
I take a different view: I don't trust anybody, but I read the PKGBUILDs and understand them. They're often not complicated. I don't particularly like the AUR much anymore though for this reason.
Everything nearly separated from my OS using the different distrobox homedirs which work flawlessly.
I did try this for a while but I couldn't get used to it. And programs can bypass it anyway with /home/$USER
if they're feeling vindictive, though I haven't run into any yet. It'd definitely be nice to have more complete isolation one day.
Also distrobox upgrade --all works awesome its just a wrapper but really valuable.
100% yes. Be nice to have that in Toolbox one day.
But unverified Flatpaks may be way better than distro packages. At least it is very transparent on Github (yeah, sucks) unlike strange distro build systems.
I'm with you there. I can understand PKGBUILDs but everything else is just far too complex for me. Or unfamiliar. The docs for packaging Fedora RPMs is scary as hell.
What, GNU utils? What makes it special, apart from apt? They have nala so that is dealt with.
To be honest, it's mostly apt
. I really hate apt
. I am also not very familiar with how the system is configured. It's very different from Arch, anyway. I can just never feel at home on an Ubuntu system even in a container, but I do run it on servers.
I've downgraded my "hate" to "it's fiiine".
Yeah this will be crazy. dnf has a lot more commands for querying etc, that will be useful.
It also sounded like they would reinvent the wheel a bit? Dont know
I really have no idea what to expect. But if I never need to use rpm
for querying or whatever again I'll be happy.
(and Japanese)
I don't. I just like Linux.