Yo linux team, i would love some advice.

I’m pretty mad at windows, 11 keeps getting worse and worse and I pretty done with Bill’s fetishes about bing and ai. Who knows where’s cortana right now…

Anyway, I heard about this new company called Linux and I’m open to try new stuff. I’m a simple guy and just need some basic stuff:

  • graphic stuff: affinity, canva, corel, gimp etc… (no adobe anymore, please don’t ask.)
  • 3d modelling and render: blender, rhino, cinema, keyshot
  • video editing: davinci
  • some little coding in Dart/flutter (i use VS code, I don’t know if this is good or bad)
  • a working file explorer (can’t believe i have to say this)
  • NO FUCKIN ADS
  • NO MF STUPID ASS DISGUSTING ADVERTISING

The tricky part is the laptop, a zenbook duo pro (i9-10/rtx2060), with double touch screens.

I tried ubuntu several years ago but since it wasn’t ready for my use i never went into different distros and their differences. Now unfortunately, ready or not, I need to switch.

Edit: the linux-company thing is just for triggering people, sorry I didn’t know it was this effective.

  • part 2/2

    “You can do the same things with the aur as without” is the dumbest shit I’ve ever heard (sry) Its like saying you can do the same thing with a guitar as with a CD.

    Nah, that’s coming right up:

    For flatpack: I avoid it, as people who are far more deep into the topic than me said its basically snap with extra steps, bloated, insecure, against the Linux philosophy of interlocking FOSS software blah blah. Didn’t understand most of it but followed the advice.

    1. Argument from authority is a logical fallacy, and I don’t think basing your entire argument on willful ignorance requires further comment

    2. People have issues with snap due to following reasons, and none of them apply to flatpak:

    • snap is forced on ubuntu users and apt randomly installs snaps instead of deb
    • snap slows down boot times because it mounts virtual FS’
    • snap store and packages are closed source, and while snap is open source, the snap store is hardcoded
    1. Additional package managers are bloated in the same way cars are bloated for having seatbelts and airbags. The only way to reliably prevent dependency mismatches is to have a separate set of dependencies.

    For example: you want to install the newest obs, but it requires a higher version glibc than your KDE. Installing the newer glibc in the exact same location as your system could possibly break your system. Pacman simply errors out, on the other hand flatpak provides the correct version to each of the packages it installs. And that’s possible because:

    1. Everything is isolated, and generally not only more secure, if the package is published by the developer, but could be even further improved:
    • each package gets its own private sandbox with a filesystem, libraries, dependencies, runtimes, etc.

    • there are built in systems to further isolate packages from each other and your system

    • you can use tools like flatseal to control permissions on top of whatever the base system uses (AppArmor/SELinux).

    • no sudo privileges required

    Pacman can only use AppArmor/SELinux, and AUR is the riskier version of community flatpaks.

    1. The thing is, you can’t get better security and reliability without breaking FHS a bit. You also need to consider that they still try to follow it within the additional restrictions imposed on them. You get the same structure, but in respectively consistent places. It’s a pretty good trade-off in my regard.

    For btrfs: OK, give me the Debian bookworm installer where you can select ANY enrcrypted format that is not luks–>lvm–>ext.

    The default one, and therefore essentially everything downstream: guided partition -> change from ext4 to btrfs and set to mount to / -> run the encryption wizard. Do read the maintenance section though, there are reasons why stable distros don’t default to it. Besides that, rsync does the job more than well enough. You can use the timeshift gui to have it periodically take snapshots, or easily automate it in different ways.

    Honestly, monthly snapshots are going to be just fine. That’s the whole benefit of this kind of a setup. Your base system almost never changes, while everything you need to be up to date is completely separate. Half of my packages are nix unstable and just as bleeding edge as on arch, but my system is not at real risk of failing to boot due to an update because it’s still Debian, and quite close to vanilla at that. You don’t need btrfs and snapshots on every update because both flatpak and nix support rollbacks, and that’s the only scenario where updates could be risky.

    There are downsides, and possible complications during setup though, but I’d say the trade is more than worth it, especially if you depend on your device and can’t have it break down because you ran a system update or installed a package without updating the whole system. Working abroad with bad internet really drew it home for me, and caused me to finally drop arch.

    • I think me admitting not understanding something and following advice of trusted humans is a very different thing than will full ignorance and you framing it as such is telling of the ivory tower you sit in.

      Maybe what you tell me about flatpac being better and more secure is right, but trusting you, a stranger from the internet is certainly not better than trusting friends studying in the field. Is flatpack the more secure version of the aur though? The aur ist fully foss, so public scrutiny takes places. In my mind, flatpac wasn’t, but maybe I’m wrong here.

      As for point 5.: again: I don’t argue that the way its done in Linux is bad or without reason. I just state that it is more difficult for the end user.

      For btrfs: As for my understanding: the graphical installer only supports one option for encrypted file system: lvm-ext4. When you select encryption it is not possible to select btrfs anymore (or any other). As soon as you tick “encrypt system” it defaults to luks–>lvm–>ext4 and doesn’t allow you to change it Maybe because it only support encrypted lvm and subvolumes won’t work with btrfs (+to quote your own link: "The DebianInstaller can format and install to single-disk Btrfs volumes, but does not yet support multi-disk btrfs volumes nor subvolume "

      I don’t understand the part about “rsync”, but im pretty sure its not what I had in mind when talking about first time user friendly options.