Why do some people dislike containerized applications so much

So true so you just need to make up your own mind based on the info available. So discussing this is a good thing :+1:

I might be old fashioned but for me I ā€œgrewā€ up compiling everything on slackware I donā€™t need containerized apps or want it. All the software I need is already out there ready to be installed from repoā€™s where someone else has already done the hard work.

And I have to say I am gratefull that the time spent setting up a working system as I like it has gone down from weeks to hours compared to 25 years ago :slight_smile: EOS is up and running with my dots and configs within 30 minutes if I need to. Thanks to the people maintaining the distroā€™s/ repoā€™s. Thatā€™s progress :slight_smile:

1 Like

If something is not in the repos, Iā€™ll flatpak it. Except Steam. I always fkatpak it so I know itā€™s all containerized to work together.

3 Likes

Same here. I donā€™t wanna deal with steam and its dependencies, so I happily flatpak that one and a few other things such as all of my emulators and discord.

2 Likes

So anything that is not in the repo you Flatpak, except for Steam? Why not Steam?

Why do you Flatpak Steam, Discord and your Emulators?

Discord because it is proprietary, and steam + emulators because they rely on 32 bit libraries that clutter up the system.

2 Likes

Good to know Iā€™m not the only one that dislikes 32 bit libraries on my system.

1 Like

:point_down:

1 Like

Yeah I missed that, itā€™s late here and Iā€™m tired. After rereading your original reply I saw what I misread before. Why do you Flatpak anything not in the repo instead of using the AUR?

If itā€™s in the AUR it is in the (Arch User) Repo(sitory).

So, if itā€™s not in the repos - official/AUR - Iā€™ll flatpak it. Except Steam which I always flatpak so I just know it works together and some random update doesnā€™tleave me w/o gaming.

1 Like

Developers seem to have concerns regarding control over snaps, so that makes me hesitant. As for flatpak and appimage, only that they take up more space. So, Iā€™ll go native where I can but, if I need the program, Iā€™m not opposed to installing it that way.

This is one that only the flatpak version never has a issue.

32 bit does not mean proprietary and visa-versa.

Iā€™ve never had an issue so far with the Steam and Lutris flatpak versions so far either.

I know I just dislike having to install 32 bit libraries on my system just for Steam and Lutris while all my other applications donā€™t require any 32 bit libraries.

1 Like

Be interested to hear a developerā€™s take on that. I mean, I also run Heroic Games Launcher and Lutris so, it would be more than just Steam that would need access to those libraries. So, presumably, if I went flatpak for all, Iā€™d need multiple instances of the 32 bit libraries and Proton as well. Also, how much ā€œclutterā€ are we actually talking about?

Packages (58) lib32-alsa-lib-1.2.9-1 lib32-alsa-plugins-1.2.7.1-2 lib32-brotli-1.0.9-12
lib32-bzip2-1.0.8-3 lib32-curl-8.1.2-1 lib32-e2fsprogs-1.47.0-1 lib32-expat-2.5.0-2
lib32-gcc-libs-13.1.1-2 lib32-glibc-2.37-3 lib32-icu-73.2-1 lib32-keyutils-1.6.3-1
lib32-krb5-1.20.1-1 lib32-libdrm-2.4.115-1 lib32-libelf-0.189-1 lib32-libffi-3.4.4-1
lib32-libglvnd-1.6.0-1 lib32-libgpg-error-1.47-1 lib32-libidn2-2.3.4-2
lib32-libldap-2.6.4-1 lib32-libpciaccess-0.17-1 lib32-libpsl-0.21.2-1
lib32-libssh2-1.11.0-1 lib32-libtasn1-4.19.0-1 lib32-libunistring-1.1-1
lib32-libunwind-1.6.2-2 lib32-libx11-1.8.6-1 lib32-libxau-1.0.11-1 lib32-libxcb-1.15-2
lib32-libxcrypt-4.4.36-1 lib32-libxdamage-1.1.6-1 lib32-libxdmcp-1.1.4-1
lib32-libxext-1.3.5-1 lib32-libxfixes-6.0.1-1 lib32-libxml2-2.11.4-1
lib32-libxshmfence-1.3.2-1 lib32-libxss-1.2.3-3 lib32-libxxf86vm-1.1.5-1
lib32-llvm-libs-15.0.7-1 lib32-lm_sensors-1:3.6.0.r41.g31d1f125-2 lib32-mesa-23.1.3-1
lib32-ncurses-6.4_20230520-1 lib32-nspr-4.35-1 lib32-nss-3.91-1
lib32-nvidia-utils-535.54.03-2 lib32-openssl-1:3.1.1-1 lib32-p11-kit-0.25.0-1
lib32-sqlite-3.42.0-1 lib32-vulkan-icd-loader-1.3.255-1 lib32-wayland-1.22.0-1
lib32-xz-5.4.3-1 lib32-zlib-1.2.13-2 lib32-zstd-1.5.5-1 lsb-release-2.0.r48.3cf5103-1
lsof-4.98.0-1 steam-devices-git-v1.0.0.61.r44.1344348-1 [removal] usbutils-015-3
zenity-3.44.1-1 steam-1.0.0.78-1

Total Download Size: 151.40 MiB
Total Installed Size: 629.36 MiB
Net Upgrade Size: 629.35 MiB

And then for Lutris these.
Thatā€™s just for being able to run games on Steam and Lutris know that I donā€™t have any other packages on my system that require 32 bit libraries. So running those two as Flatpak is just an easy way not to have to install 32 bit packages on your system. It doesnā€™t bother everyone but it just annoys some people. Itā€™s all about having zero 32 bit packages in your pacman package query output, I could care less about the 32 bit libraries installed within a Flatpak because that doesnā€™t show up on the rest of my system because itā€™s in a container.

Iā€™m curious, if you donā€™t mind.

Considering what you wrote about the pros and cons to containerized apps. If thereā€™s an application you need to install, and itā€™s only available via a containerized app or NixOS package manager, which would you choose between the two, and why?

Iā€™m not dalto, but isnā€™t building from source pretty much always an option. I just create a PKGBUILD for them, sometimes I even throw them up on the AUR.

I have self-taught myself a lot on Linux, except compiling applications from source. Thatā€™s about the last thing I need to figure out. I want to learn, but it often makes my head spin and I shy away.

Iā€™m usually not in that predicament when it comes to Arch because the AUR has pretty much got it all, but I find myself in this pickle occasionally on my Debian Sid system.

I do it with the simpler ones to get some practice.

  • pikaur
  • fsearch
  • qimgv
  • fooyin
  • mpz

You can try it with these to get your feet wet. Iā€™ve also done it with yay and paru, but one AUR wrapper is enough. :sweat_smile:

1 Like

How easy would this be to compile from source on Debian?