moonpiedumplings

Many people who are visually impaired and rely on TTS don't want it to sound "better". The ultra robotic voices, have extremely consistent sounds, which makes it possible to make out what they are saying at many time accelerated speeds. Though it seems to take some practice.

On the other hands, "more natural" sounding voices, slur into eachother at high speeds, and aren't comprehensible. They are only listenable to at slower speeds.

example: https://web.archive.org/web/20220525081607/https://www.vincit.fi/en/software-development-450-words-per-minute/

The og site seems to be down. The audio files work for me though. It sounds like gibberish to me, but it's comprehensible easily to the author.

This is sick. Have you considered adding a local translation feature?

No, don't do that. That's how you break your system:

https://wiki.debian.org/DontBreakDebian#Don.27t_make_a_FrankenDebian

It looks like pika os is based off of debian sid, which is not compatible with debian stable.

If you want newer packages on debian stable, try backports or experimental, which target the debian stable repos and are guaranteed to be compatible and explicitly tested against with debian stable

Otherwise, it's best to switch to a distro or release (like switiching to debian sid. Don't use testing though). Or you can use distrobox/containers.

Waydroid is way nicer.

If you're not on archlinux, you should probably switch. It has the latest packages of everything, and the Arch User Repos are essentially compiling whatever xyz program you want from source, in one command.

You should also be careful with doing stuff like installing deb/rpm's directly from sites, because that's how you can break your system. Also, I suspect you installed pip packages to the system itself, which can also can break your system.

Anyway, mesa, a "system" package is definitely more challenging as well, since it needs to be deeply integrated into the system. If you actually need a newer version of it, then the easiest is to just switch to a distro that has a newer version, or if you only need the userspace version, you can use it within a docker container like the one's offered by distrobox or junest.

If you were wanting a newer version of an "application", flatpak would probably be good enough to get it onto your system. "Applications" don't need to be as integrated with the rest of your system.

As a rebuttal to your post though, there is a very good reason why Linux does packaging the way it does. Installing a program on Windows is nowhere as simple as it may seem to you.

You probably have an adblocker, and use a non google search engine, and know your way around sites. But consider the average users actual process of installing a program on Windows. It looks something more like:

Search on google for program
Click first link. Oh wait, that's a sponsored link that leads to malware.
Click second link. Oh wait, that site is not an ad but also probably malware
Navigate through "You've got a virus on your PC"
Go back to google
Find the real link. Click through the ads on that site because of course it has ads.
Download the real software

Of course, to you the process probably takes 15 seconds. But to a real average, non advanced user, this experience is fraught with risks. If they select wrongly, then they get malware on their computer. Compare this to installing software on Linux from a distro's repos:

Open app store / package manager GUI
Find program. Click install. Enter password.
Don't think about things like program versions, and just be happy you now have Krita or whatever program you want.

No risk. No pain. Simple.

There is a very good reason for older packages in distro repos as well. There are two main reasons:

The first is stability. Stability vs unstability doesn't mean anything about system reliability, but is instead about lack of change. I like to say that a stable release distros doesn't just mean you older packages, it means you get the same system behavior over a period of time. Instead of a constantly changing set of bugs, you deal with the same set.

I like Arch. I like new packages. I can find workarounds for the current annoying bug this update cycle. But the average user probably doesn't want to have to deal with that. They probably don't want to have to deal with the bug of the week, and they would rather just have some predictable bug that stays there for a few years that they already know their way around.

I remember watching a twitch streamer hit this, actually. They were complaining about new packages, and I pointed out that the reason why older packages are there is to have the same predictable set of bugs, instead of a changing set. They dismissed me, claiming they needed new packages, which is understandable. But then they (an ArchLinux user) immediately encountered an issue with Dolphin (Linux file browser) where the top bar / UI wouldn't load at all and got really frustrated. I didn't say anything, but I did laugh to myself and feel vindicated when it happened. Of course, eventually that bug will be fixed. But new ones will come along.

The second reason, is supply chain security. Debian, and Red Hat Enterprise Linux, where not affected by the XZ utils backdoor, due to having a policy of only doing carefully cherry picked security updates. I won't go into detail here, but I have another comment about it.

This is so much fun.

I'm not a mod, but I get really frustrated seeing posts like this in one of the only technical cybersec communities I have found.

Why not link to the actual technical breakdown mentioned in the article instead?

https://ctrlaltintel.com/research/FancyBear/

If you want to like, do body doubling you can try streaming on twitch.

Okay, I hath returned.

So I used to play a game called krunker.io. It was browser game, but I would use a native, electron based client. I spent a lot of time tinkering to figure out what options would maximize performance, and because I had a laptop with an Nvidia gpu, a few special flags were needed. Here was the full command that I would run to run the client:

    
gamemoderun prime-run ./crankshaft-portable-linux-x86_64.AppImage -no-sandbox --ignore-gpu-blocklist --enable-gpu-rasterization --enable-native-gpu-memory-buffers --enable-zero-copy --disable-gpu-vsync --disable-frame-rate-limit --ozone-platform-hint=wayland > /dev/null 2>&1

You probably don't want gamemoderun. But you can play with the rest of the flags there. I don't remember what was needed and what was there for performance. I'm pretty sure that the first two arguments there were needed though.

I don't think anubis can proxy webdav. So that breaks.

Instead of putting anubus at 443, put it at the port 80 block. Or at the 5555 block.

What you probably need to do is make it so that webdav traffic isn't proxied through anubis.

I know this issue, I had a similer issue trying to get the client for krunker.io working with my nvidia gpu. I might have the solution saved somewhere, this comment is so I can remind myself to check.

This made my laugh so hard. I've been having trouble with outlook recently.

I tried thunderbird's new exhange native, and then some of the paid thunderbird extensions but it looks like my school disables it.

You can try to install the android version, using either

Waydroid: https://wiki.archlinux.org/title/Waydroid
Android translation layer: https://gitlab.com/android_translation_layer/android_translation_layer/

Readest. FOSS ebook reader that has some nice customization options and infinite scrolling.

2 main reasons.

Using cloud environments is a pretty cheap and easy way to do data prevention loss, which is what corpos call it when they implement measures to prevent data from getting leaked. If you store all the data in this and gate this behind 2fa, then getting the main device hacked leaks no data provided the "cloud os" is logged out.
Chromebook users. Docs suck, onlyoffice web sucks less.

Anuraos is special because it uses a js linux emulator to execute linux apps. Very, very slowly. But it's there and there is even gui support.

Hmmm. Are you sure?

I have installed extensions from one furefox profile, directly to another, referencing the stored xpi file, without them getting removed.

Is it unsigned extensions that get removed?

Only pixels let you relock the bootloader after flashing.

Frustratingly, grapheneos only supports pixels because of that.

Yes, but there is something important to remember.

By default, most Linux installs put there kernels in /boot, which is not on the btrfs partition. This is not an issue on distros that keep multiple kernel versions, but it can cause issues on distros that only provide one kernel version (Arch and Arch based distros).

Because the kernels are not stored on the btrfs partition, they are not restored by btrfs snapshots. And if the rest of the system, including kernel modules, are a mismatched version due to restoration, then it means your system is unbootable.

A simpler fix is to install ArchLinux's linux-tls package, which is the stable version of Linux that doesn't update constantly.

But what I do to get around this, I put /boot on the btrfs partition, and /boot/efi is the seperate efi partition where grub is installed. Then, kernels are restored when I restore a snapshot.

https://training.play-with-docker.com/

This is an interactive, guided docker course in your browser.

Of course, docker is easy to install and use on a Linux system.