Im trying to understand how UMU uses prefixes

plain Wine prefixes work just like a Windows drive, I just execute WineCFG or regedit or install more software in the same prefix if I need to

but UMU seems even more focused to the one program per prefix approach

I know it uses a read only runtime, but how does it use prefixes? Bottles doesn’t treat them like they do with Wine ones (allowing you to add shortcuts for different programs in the prefix for example, but Bottles offers you to use Game Files outside of the prefix too)

what I meant was, Chromium’s influence and control on the whole web

the real problem isn’t Chrome, it’s Chromium

• the corporate side of Red Hat is far less evident on Fedora than Canonical’s on Ubuntu

• vanilla UX

• Atomic editions

• fast yet stable updates

• more lightweight ISO

it also has disadvantages, specially for nontechnical folks

• Free Software Policy (NVIDIA drivers and some codecs not pre-installed)
• non LTS version available (Atomic desktops are easier to manage if keeping un-updated for very long periods)
• it uses RPM packages which are good, but there might be some software only offering DEBs (containers and extraction tools can help with that)

not hating, just saying that now that systemd-boot is being seen as a “modern” successor to GRUB it would feel to people who don’t like systemd like “oh no they’re replacing another standard tool with their own thing”

but the thing is, a lot of systemd tools have been adopted because they actually made work easier for people maintaining projects

I’m using Universal Blue as a reference because of their position of adopting novelty tools like bootc even before Fedora

now, their newest project Dakota is going to use systemd-boot to provide a full chain of trust

maybe systemd-boot seemed like the best option, it’s not like sD devs forced them to adopt their option

so it’s nice to see ACTUAL good projects so the freedom to choose doesn’t always mean giving up to the “best/easier” option

that’s awesome

the thing with systemd “taking over”anything also has to do with it offering options that actually lessens efforts

nice to see another option apart from systemd-boot

this is the kind of things the uBlue project would be interested in looking forward to

no systemD?!? gonna check it out

sudo Montanactl status

guys, I finally get it

the philosophy behind Budgie is “lightweight yet feature packed, no default reference UX”

this is cool considering it has strong Wayland support, no wonder why Fedora Atomic desktops offer Budgie instead of LXQt

it’s sort of similar to Cinnamon

Es usual ver software pirata ser marcado por los programas anti-malware

Lo mejor que podemos hacer es siempre ser precavidos

COSMIC before COSMIC

that’s a really cool view, maybe that’s the “gap” they tried to fill before getting stuck without tiling too

whoa, bootc is even more interesting that it seems

wowie, that’s a really cool approach however I wasn’t able to find technical details

really? by the time I needed it, there were only .deb available, and they did not listed all their dependencies on Debian, only on Ubuntu, I had to look for their dependencies and install them manually, what a mess I made

did you know about pkgforge repo? it’s an interesting project however, even package managers for portable formats are sort of fragmented

I don’t like depending on GitHub so I don’t consider GPM, Soar and AM seem too similar… and I still have to understand what makes dbin stand out

my thoughts

• lol i just completely forgot about snaps
• Nix can’t be installed in the standard way on inmutable distros :(
• Homebrew is actually good, it’s exactly like your usual package manager and works with /home as a symlink, however it can take up a lot of storage since it pulls it’s own dependencies and that GCC thing is another one
• distrobox/toolbx have their usecases, but until things get better it can be used as a last resort
• and good old AppImages, I think they’re good for slow moving projects and games, but a large amount of them are not really portable, which defeats the purpose of AppImagws in the first place

this, even a tarball would have been better than a Ubuntu-only .deb

yay I think Flatpak has potential for CLI apps, they just need a nice way to expose aliases to the host actually, there are some CLI apps on Flathub already so I still don’t know how that “no terminal apps” criteria is handled

didn’t know sysext were so cumbersome

I usually don’t mind using apps made for another DE as long as their UIs are minimal enough for my taste

however, while I was using COSMIC I felt like it really needed a GUI Log Viewer, it’s the kind of thing that sound clearly tailored for the user base COSMIC aims to achieve

GNOME one is nice, but libcosmic apps handle COSMIC tiling better

well, OF must have offices so…