Skip Navigation

InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)S

Samueru_sama

@ Samueru_sama @programming.dev

Posts
0
Comments
84
Joined
1 yr. ago

  • How do you feel about Flatpak? Do you like having universal packages separated from the operating system, or do you regret how much space they take?

    Jump

  • but problem with appimages is that there are no repositories

    and they rely on older fuse implementation.

    Recently I have been using language specific package managers more - cargo (and cargo binstall) to get most of rust stuff. And since I like new stuff, I happen to have quiet a few (~20) packages from it. binstall allows to fetch binary releases. Only major problem with it is that cargo has limitations in it’s pacakaging, and effectively only /bin parts of package is installed

  • How do you feel about Flatpak? Do you like having universal packages separated from the operating system, or do you regret how much space they take?

    Jump

  • https://github.com/pkgforge-dev/Anylinux-AppImages

    https://github.com/VHSgunzo/sharun

    EDIT:

    It also hardcodes paths so it doesn’t work on things like NixOS or Guix System out-of-the-box.

    Also this take makes no sense, flatpak nor snap work on NixOS or Guix out of the box unless the user installs and configures them with all their dependencies, and that usually includes a reboot to make sure the flatpak exports get added to XDG_DATA_DIRS.

    Meanwhile appimage can be made to work out of the box in those systems and for those that don't NixOS offers an FHS wrapper to run them.

  • How do you feel about Flatpak? Do you like having universal packages separated from the operating system, or do you regret how much space they take?

    Jump

  • You can have universal packages separated from the system that use very little space. That is known as AppImage

    And now it is possible to make them truly universal, before appimage sucked since they had a dependency to libfuse2 and glibc, that's not needed anymore.

  • How do you feel about Flatpak? Do you like having universal packages separated from the operating system, or do you regret how much space they take?

    Jump

  • they make more sense than appimage because they can deduplicate dependencies

    mmm

  • How are you managing and auto-updating your appimages?

    Jump

  • https://github.com/ivan-hc/AM

    Wouldn’t mind basically adding to a command or cron for something like apt-get get upgrade && flatpak update && something

    iirc topgrade has support for AM, so you can do all at once with AM included.

  • Ubuntu 25.10's Rust Coreutils Transition Has Uncovered Performance Shortcomings

    Jump

  • Ubuntu 25.10's Rust Coreutils Transition Has Uncovered Performance Shortcomings

    Jump

  • The overall uutils suite is faster then GNU Coreutils already and will only get better

    just did a quick benchmark.

    uutils cat is 2x slower.

    This is the unknown-linux-gnu release, the musl one is likely slower but didn't check.

  • Ubuntu 25.10's Rust Coreutils Transition Has Uncovered Performance Shortcomings

    Jump

  • fair, in that case the comparison is even since busybox provides a shell, awk, grep, wget among other 395 utils, uutils it is 115.

  • Ubuntu 25.10's Rust Coreutils Transition Has Uncovered Performance Shortcomings

    Jump

  • The utilities in BusyBox generally have fewer options than their full-featured GNU cousins

    Note: GNU cousins, not GNU coreutils.

    GNU awk, GNU grep, bash, wget, etc will give you a lot more features than the busybox equivalents. However the uutils nor coreutils implement those features at all.

    If anything the comparison is not being fair to busybox because busybox implements a lot more utilities.

  • Ubuntu 25.10's Rust Coreutils Transition Has Uncovered Performance Shortcomings

    Jump

  • That’s not a fair comparison at all. Busybox is specifically optimized for size, and to accomplish that, leaves out a large number of GNU compatibility features

    Such as? busybox provides a nice interactive shell, awk, bc, wget and much more. I know GNU awk has a lot more features than posix awk but awk is not part of the uutils anyways.

    busybox also implements [[ from bash, none of this is provided by uutils or coreutils.

    EDIT: busybox also provides grep while the uutils/coreutils don't.

    I’ve built it that way now and that puts it under 7 MiB; still much larger than busybox, but it shows how much the optimization choices matter.

    I'm assuming this uses -Os which means performance hit, (iirc busybox also uses -Os so it is fair comparison), still we are looking at 7x larger binary.

  • Ubuntu 25.10's Rust Coreutils Transition Has Uncovered Performance Shortcomings

    Jump

  • whereas Rust binaries are statically linked by default, meaning that the binary is actually self-contained.

    rust still produces larger binaries even if you compare it to static C binaries.

    Take for example busybox, you can compile all of it as a single 1.2 MiB static binary that provides 395 utilities including wget.

    Meanwhile the uutils static musl binary is 12 MiB and only provides 115 utilities.

  • Linux - Recreating old problems with new tools

    Jump

  • AppImages may not run, sometimes due to libc, sometimes due to fuse. Technobabble for the common user.

    The worst part is, the new formats are NOT compatible with the old ones. Of course. So if you want to use snaps or Flatpaks, you must ADD to your operating system. Instead of having just one package manager like zypper or apt, both the command-line utility and the equivalent GUI store, now you have two, maybe three competing software tools. This adds complexity and overhead.

    This is fixed if you package your appimages properly and use the static runtime which was existed for over 3 years already...

    I do that here: https://github.com/pkgforge-dev/Anylinux-AppImages

    Here is GIMP3 packaged on archlinux running on ubuntu 10.04

  • PSA: Flatpak likes to mess with GPU drivers. If you experience terrible performance with Flatpak Heroic, try this

    Jump

  • In this case the issue is with 100% on flatpaks side that they decide to ship and download the entire nvidia driver again instead of using the one of the host. Note both snap and appimage do not do this, they use the nvidia driver of the host.

    There is no reason to have to download the entire nvidia driver again, distros cannot modify it as it is against its license.

    Also even outside of nvidia you are still going to have troubles in games with flatpak if what you are using requires a recent version of mesa

  • Finding a successor to the FHS

    Jump

  • That's the real location of the certs, but once again they usually make a symlink in /etc/ssl/certs/ca-certificates.crt

    One library that is problematic is p11-kit, this one usually comes with a different path to the certs hardcoded and does not respect env variables unless it is compiled with a specific flag which no distro uses.

    So I had to do this hack to fix that library.

  • Finding a successor to the FHS

    Jump

  • Most distros have /etc/ssl/certs/ca-certificates.crt, sometimes it is a symlink but that location is there in ubuntu, alpine, fedora and arch.

    edit: Also you can usually change this location with an env variable.

  • Neovim security

    Jump

  • You can sandbox the neovim appimage with AM and then it will ask you what locations you want to give access to. https://github.com/ivan-hc/AM

    am -i nvim

    am --sandbox nvim

  • 5 reasons to switch to an immutable Linux distro today - and which to try first

    Jump

  • This is the single most important aspect of immutable distributions. Because the core of the system is mounted in read-only mode, it cannot be changed. With the core system locked down as read-only, it's not possible to change settings in directories like /etc, /boot, /dev, /proc, or other critical locations. That means if you wound up with malware on your system, it wouldn't be able to alter the contents of those directories.

    Because of this, immutable distributions are more reliable than non-immutable. Even better, if you accidentally break something, it will most likely be fixed during the next reboot.

    Atomic updates are quite different from standard updates. Instead of the OS treating an update on a package-by-package basis, it's an all-or-none situation. In other words, if an update to a single package would break something, the update will not happen and the system rolls back to the previous working state.

    You get the same by setting up btrfs snapshots with any regular distro...

    With an immutable system, you are always guaranteed to have a bootable system.

    lies

  • Wayland Will Never Be Ready For Every X11 User

    Jump

  • You want me to track the progress of 4 bugs in Sway? Such a powerful argument.

    4 bugs discovered in less than 48 hours of use.

    How about don’t use Sway?

    I don't, I'm on i3wm as result.

    For tiler lovers, Niri and Hyprland are both great.

    Tried hyprland as well, it is useless.

    Hyprland is such a meme, that the config file doesn't allow chaining multiple actions to a single keybind, you have to instead repeat the same keybind several times in the config lmao.

    Also in hyprland you cannot move a floating window between displays using the move left and right commands, this is because the action does not move the window in that direction but rather to the left or right side of the display, meaning the window gets stuck at the border between the two displays and does not move anymore 😹

    Also this whole disaster that I was a victim of, the documentation was insanely outdated and someone had to repeat the dev about the issue: https://github.com/hyprwm/hyprland-wiki/issues/242

    Even more hilarious. Looks like you found an even crappier Wayland compositor than Sway.

    It works lol

    My issue is not if an app works on X11 or wayland, but the terrible implementations that wayland that lack even the most basic features.

    My point is that everybody else is happy leaving you behind

    And once again doesn’t remove the fact that wayland still sucks 😆

  • GNU Linux how to install arch (with btrfs and without frustration) + minimalistic latest MATE Desktop

    Jump

  • I have had corrupt filesystem errors with BTRFS on both of my computers due to power outages and one hard shutdown (had to)

    When did this happen? what error did you get?

    Btrfs will explicitly go read only when it detects corruption, which is a good thing, with EXT4 you don't know what is going on until it is too late.

    fwiw the only time I managed to get info from an user that had "issues" with btrfs, I discovered that what had happened is that they moved the partition that had snapshots, and if you don't know it, this is catastrophic because this unlinks all the snapshots and suddenly everything would take many times more storage.

    Used ext4 for YEARS (I am old) and never had these issues with such frequency

    The short time I've used EXT4 running into bad superblock errors was something that happened almost every week, but in the end I was always able to repair the disk and recover everything.

    I'm from Venezuela, power failures are common here.