The Linux Thread - The Autist's OS of Choice

[SCV]

for my specific use case, enough stuff that I normally use is relegated to the AUR for it to be a non-trivial issue. It absolutely is a problem for me that the software selection in Arch's repositories (core, extra, community, multilib) and all downstream variants is sparse. The AUR explicitly exists for the community to plug up the gaps that Arch developers and package maintainers either can't or won't take care of.

I see. In that case I guess there's nothing much for it. Out of curiosity (and if it isn't too much of a power level) can you tell me some of the software that's missing?

 

[Ferryman]

If you aren't using Artix + Xlibre + Not-systemd, what are you even doing at this point?

Metux can't merge that xnamespace fix pr soon enough, I long for the day of freedom from trannyland.

 

[Orcinus Orca]

My BIOS does not support Legacy Boot. I'll try those distros you mentioned.

I'll report back.

• I flashed SliTaz onto the USB and booted it, but all I got was the DELL logo.
• 4M Linux isnt gonna fit on there

I'll try getting a new USB soon

 

[SNEED.EXE]

Ebassi cum jar on page 1000

 

[Seethan Ralph]

Jewduke news on GTK2 fork.

Isn't MATE just that? Why bother forking ancient codebase again?

 

[Trans Fat 41g]

Metux can't merge that xnamespace fix pr soon enough, I long for the day of freedom from trannyland.

You can do this regardless of xnamespaces lol.

 

[Ferryman]

You can do this regardless of xnamespaces lol.

The whole "X keylogger" thing makes me schizo paranoid. Not that it ever happens, I know it doesn't, but just knowing that it could happen rubs me the wrong way. Once I can stuff everything into its own namespace, we're balling.

 

["Controlled Demolition"]

Its because normal wine doesn't support the decompression algorithm FitGirl uses for some reason.

Try a kron3ek build, these worked for me before.

I think Proton GE/Wine GE builds work with it fine. Even Proton might.

The whole "X keylogger" thing makes me schizo paranoid. Not that it ever happens, I know it doesn't, but just knowing that it could happen rubs me the wrong way. Once I can stuff everything into its own namespace, we're balling.

Wouldn't xnamespaces break certain clipboard applications, or is that a different problem? Like sharing clipboard contents across VNC, or xclip, or virtual desktop sharing.

 

[777-]

jwm, xfce4 and lxqt all feel clunky and unresponsive, why is there no good looking and lightweight DE that doesn't feel like a school project?

 

[acid_ra1n]

. AI discovered TLA back doors? Updated to 6.19.14 last weekend before the disclosure

Oh I didn't even realize I updated my kernel last weekend too lol
Artix chads stay winning

 

[Betonhaus]

Wouldn't xnamespaces break certain clipboard applications, or is that a different problem? Like sharing clipboard contents across VNC, or xclip, or virtual desktop sharing.

You can set some apps to have access to all Xnamespaces. Otherwise it would be exactly like the garbage Wayland solution that everyone hates.

 

[Miller]

Ironically Xlibre is one of the best examples of why. Before the team could add it to the AUR some rando took over setting up Xlibre on the AUR, then proceeded to break the packaging and be really slow on updating. When the team tried to set up their own packaging on the AUR it got removed for being a duplicate, and it took quite a bit of work to sort something out with the squatter.

Also fuck whoever is in charge of putting Krita in the AUR. They have replaced the current working version with the beta so most functions like scripts or adding text are broken.

 

[Ferryman]

I think Proton GE/Wine GE builds work with it fine. Even Proton might.


Wouldn't xnamespaces break certain clipboard applications, or is that a different problem? Like sharing clipboard contents across VNC, or xclip, or virtual desktop sharing.

What @Betonhaus said, the way they work is you can create as many individual namespaces as you'd like that either run as "root" or "user" levels of privilege. Each namespace is its own little container that can't talk to other namespaces or the root namespace, but you can group several programs inside of the same namespace if you do want them to read each others' inputs, or put them in root if you want them to read everything. Something like a clipboard manager would thus sit in the root namespace, but something like a browser or some other untrustworthy proprietary app, say, Spotify, Discord, Slack, Teams etc., would sit in its own isolated namespace. If you want screen sharing for example, you'd just assign a keybind that launches the screenshare app with root privileges temporarily while sharing your screen, then another that boots it in a namespace when you're done. It is essentially a parallel to what Wayland tires to do if it was done right, with granular per-app permissions that don't require the abomination that is portals to work. For desktop forwarding, you'd just run it as root. You can also assign even more granular privileges to each namespace, like network connection or keyboard inputs.

I tired to rig a proof of concept last week where I had aliases and keybindings for each app to either run in the default root namespace or its own isolated one, but xnamespaces still throws a known bug, so it still hasn't been patched to work. SonicDE was supposed to integrate namespaces somehow but I haven't had the chance to look at their source code to see if they have a fix.

 

[analrapist]

That's on me for not stating it outright: for my specific use case, enough stuff that I normally use is relegated to the AUR for it to be a non-trivial issue. It absolutely is a problem for me that the software selection in Arch's repositories (core, extra, community, multilib) and all downstream variants is sparse. The AUR explicitly exists for the community to plug up the gaps that Arch developers and package maintainers either can't or won't take care of.

This is me as well, and why I've found Gentoo much less irritating than Arch-likes. If AUR integrated into pacman how overlays integrate into portage, I'd be much happier. I mean, in my world, I was using an AUR package for FFmpeg because I don't get features I need otherwise. On Gentoo, it's all just USE flags, and if I'm going to be building and maintaining by hand anyhow, there's no reason not to be using Debian packages, which are better supported.

 

[Dread First]

I see. In that case I guess there's nothing much for it. Out of curiosity (and if it isn't too much of a power level) can you tell me some of the software that's missing?

There were several packages, but the most egregious example I can think of: ProtonVPN. It's explicitly a community-maintained PKGBUILD in the AUR, whereas Debian/Ubuntu and Fedora have dedicated, official repositories. The ProtonVPN team themselves outright stated that official support for Arch is in progress... but they've had that notice up there for at least four years at this point.



Fact of the matter is that when the AUR exists, there's no impetus for software developers to maintain an official repository that cleanly integrates into Pacman. Why go through all the hard work when you can just find a turbosped from the Arch community to do the hard work for you? ungoogled-chromium is lucky enough to have both binary and source packages available in the AUR... but again: why the fuck isn't there a proper Arch Linux repository that cleanly integrates this shit into Pacman? A web browser is the last thing I wanna faff around with updating by using yay or makepkg -si. The same is doubly true for Brave Browser and LibreWolf.

Meanwhile: Fedora has all this shit and more available with minimal, if any, friction whatsoever. Plus I'm using X11 via Xorg on Cinnamon, which is my preferred desktop environment anyway, and I have the pseudo-rolling release cadence that pushes out the latest Linux kernel and Mesa stack. On Fedora Cinnamon, Fedora's GNOME repo works perfectly. There's an officially supported COPR repo for ungoogled-chromium. Brave, LibreWolf, Vivaldi, and all other manner of web browser already have RPM repositories up and running. I'm also tracking the latest wine-staging from the official WineHQ repositories for shits and giggles. All this shit is relegated the AUR in one form or another.

Fedora is Red Hat slop, I will concede... but again: the Cinnamon spin is "good enough" triumphs the alleged platonic ideal in my specific situation.