Spectacle8011

Spectacle8011, 2 days ago

(and Japanese)

Spectacle8011, 8 days ago

Hot take: If you claim to be against all the big tech abuses and value software and computing freedom, but a handful of PC games is enough to stop you from leaving an abusive proprietary OS, you weren’t very serious about it to begin with.

The guy in the video actually talked about how FL Studio isn’t on Linux, and that’s how he makes his living. He then goes on to say he has spent thousands of dollars on plugins and samples that only work on Windows. The first segment was about how not all mods work on Linux. The last segment was about how Foobar2000 doesn’t work on Linux and even through Wine some of the features are broken, and there’s no true replacement for it but “if you’re not as fussy as me, any of these native Linux software are great”.

He also runs Debian 12 on his laptop part-time and seems quite knowledgeable about how Linux works, and is willing to invest the time.

He makes a point about he “wants to make things better, not sacrifice things”.

Spectacle8011, 7 days ago

I heard of that one a while back. Not being someone who enjoys music often or has very demanding needs, I just use Amberol. But fooyin might be nice to look into for my KDE desktop.

Spectacle8011, 8 days ago

I’m surprised there was any female participation at all.

Spectacle8011, 10 days ago

Tech Enthusiasts: Everything in my house is wired to the Internet of Things! I control it all from my smartphone! My smart-house is bluetooth enabled and I can give it voice commands via alexa! I love the future!

Programmers / Engineers: The most recent piece of technology I own is a printer from 2004 and I keep a loaded gun ready to shoot it if it ever makes an unexpected noise.

Spectacle8011, 8 days ago

It doesn’t describe me either, but I had nothing meaningful to contribute to the discussion.

Spectacle8011, 11 days ago

When my KDE screenlocker crashes on Wayland, all my monitors tell me to switch to a TTY and run a manual unlock. Which is reassuring!

Spectacle8011, 10 days ago

Most Flatpaks depend on the Freedesktop Platform runtime, or GNOME/KDE runtimes, which are derived from it. This contains several hundred common dependencies and librarires programs need, like gcc and python. When you update the runtime (change it from 22.08 to 23.08 in the manifest), all the dependencies are updated too. Many simple applications don’t depend on many more dependencies than are available in the runtime. Some…have more complicated dependency trees.

But counterpoint: the developer will update the dependencies when they are known to work properly with the application. Upgrading GTK3 to GTK4 in the GIMP flatpak will just break the application. Same thing with Krita and the dozens of patches to libraries it depends on. If you upgrade the application in the name of security before it’s compatible, all you end up with is a broken application. Which I guess is more secure, but that’s not helpful to anyone.

Spectacle8011, 10 days ago (edited 10 days ago)

In general I agree, though had something to add regarding these points:

by defaults the sandbox is pretty good

This is a rather major problem with Flatpak; the maintainer decides what permissions they need by default, not the user. The user needs to retroactively roll them back or specify global options and manually override them per-app, but that’s not user-friendly at all. Though many Flatpaks do have good permissions because Flathub maintainers step in and offer suggestions before approving the Flatpak for publication, there are a number of Flatpaks that punch big holes in the sandbox; so much so that they might as well be unsandboxed.

But Bottles has a great sandbox, for instance, which is just what you’d want when running lots of proprietary Windows applications you maybe don’t trust as much as your Linux-y software.

It’s better than what we have with traditional packages but it can sometimes get in the way and not all beginners can easily figure out how to fix permissions issues with Flatseal. This will probably improve as we get more portals built.

some apps are less maintained and use EOL runtimes etc

Not much is different for distribution-maintained packages, either. See TheEvilSkeleton’s post about how there are over 1200 unmaintained packages in the Debian repositories, and even over 400 in Arch’s much smaller repositories that are outdated (!). At least Flathub applications are usually maintained by upstream, and so are usually as up to date as they can be.

not suited for some apps like terminal apps or system stuff

This isn’t really true. It’s only true when terminal applications need privileged access to something. Flathub ships Mesa userpace drivers and NVIDIA’s proprietary userspace drivers just fine. You can package something like yt-dlp in Flatpak just fine with –filesystem=host. Hell, they’ve even got Neovim on Flathub. Sure, it’s a little more cumbersome to type, but you can always create an alias.

Flatpak is not suitable for all graphical applications, either. Wireshark’s full feature-set cannot be supported, for example.

---

I would add that:

• You can easily rollback Flatpaks to a previous version (even from a long time ago) with flatpak update --commit. Much harder with traditional package systems, and you’ll probably need to downgrade shared libraries too.
• You get a consistent build environment with Flatpak manifests. If you want to build a newer version of a stable package you’re using straight from master or with a few patches, all you really need to do is clone it from flathub/whatever, change a few lines, and it has a very high chance of building properly. No need to figure out dependencies, toolchains, or sane build options. And it’s all controlled from an easy-to-read and modify file.

Spectacle8011, 10 days ago

if you have a flatpak with an uncommon library

In this case, you’re responsible for packaging it yourself. This usually means specifying the git URL and build options in the manifest. You can see Krita doing this in their manifest because they don’t depend on the KDE Platform, as they need much older dependencies. So they’re responsible for over 1000 lines worth of dependencies.

The Freedesktop Platform is essentially a distribution unto itself, and I don’t think there’s ever been a case of dependencies in that distribution not being kept up-to-date.

Distro libs are less likely to have this happen because very few distros have a bus factor of 1—there’s usually someone who can take over.

Well…debatable. There were over 1200 orphaned packages in Debian last year, many of which had not been maintained in over 3 years.

Spectacle8011, 10 days ago

Well, if you think about it, the Freedesktop Platform is essentially a distribution. And Flatpak used to be called “xdg-app”. If you’ve got all your graphical applications installed via Flatpak, with GNOME, Systemd, glibc, GRUB and all the core dependencies only packaged for the base system (essentially Arch’s core repository), that’s pretty much a Freedesktop OS.

Hey, maybe we could use Snaps for the base system and Flatpaks for the userland? Or are these the kinds of ideas that get people stoned?

Spectacle8011, 10 days ago

You don’t have many Flatpaks installed, but you happened to install applications that depend on three different runtimes (Freedesktop, GNOME, KDE), which is where a lot of the weight is coming from. Install 20 more Flatpaks and see what happens.

Spectacle8011, 10 days ago

Will still be using 4.79 GiB?

It will use more, but not exponentially more if de-duplication works as well as is claimed. The problem with AppImages is that they don’t include all of the dependencies, making them less reliable. At the expense of storage space, Flatpak bundles everything for reliability.

De-duplication works better the more Flatpak applications you have installed. e.g. de-duplication saves TheEvilSkeleton over 50GB of storage space here: tesk.page/…/response-to-developers-are-lazy-thus-…

Spectacle8011, 10 days ago

This is kind of a bad comparison. Theoretically, malicious authors could sign their Flatpak packages and Flatpak could verify it with cryptography. It doesn’t matter if you’re downloading a “crypto-wallet” that’s really just a phishing exercise.

Spectacle8011, 10 days ago

What storage expense? appimage are actually the smallest thanks to their compression.

I’m saying that Flatpaks use more storage for reliability, and that AppImages are less reliable because they rely on system dependencies in some circumstances.

but usually the issue is that you are missing a lib and not that the app itself is less reliable

This is why AppImages are less reliable. Flatpaks either work for everybody, or they don’t work at all. AppImages might not work if you’re on a “weird distro” or forgot to install something on your system.

And the support channel of yuzu in their discord was full of people having issues with the flatpak that were magically fixed the moment they tried the appimage, due to that issue with mesa being outdated in the flatpak.

Packaging your software with Flatpak does not mean you won’t have issues. But when you do have issues, you know they’ll be an issue for everybody. So when you fix it, you also fix it for everybody.

For example, the RetroArch package was using an old version of the Freedesktop Platform, which comes with an old version of Mesa. When they bumped the version (just changing it from 22.08 to 23.08), the problem was fixed: discourse.flathub.org/t/…/3

Spectacle8011, 9 days ago

The default is completely sandboxed. Developers need to allowlist exactly what they want. So it is transparent.

The default before the developer touches it doesn’t matter; compare this to Android, iOS, or macOS’s permission system. An app needs to ask for permission to use the microphone or access your files. With Flatpak, all a developer needs to do is specify –filesystem=home or –socket=pulseaudio and if the user hasn’t specified global options like –nofilesystem=home, then the developer gets access to it. Having a sandbox that is optional for the developer rather goes against the point of a sandbox, don’t you think?

I’m not unsympathetic to Flatpak developers, though. The status quo on Linux for decades has been, “you get access to everything.” If Flatpak enforced that sandbox, more than half of the apps on Flathub right now just wouldn’t work because they don’t support the filesystem portal.

I think GNOME and KDE need to do the work of manually restricting Flatpak apps’ access to sensitive permissions like home by default, maybe in a few years when the idea of the filesystem portal has had time to gestate among developers. Kind of like how Firefox’s HTTPS-only mode (which I think should be the default) prevents you from accessing the website unless you give permission.

That’s something we can work on, I think. At least we have a way to get there.

KDE Plasma now includes a GUI settings page that allows to change these.

I think GNOME needs to integrate that into their settings, I mean just include damn Flatseal as a settings page…

I recall saying the exact same thing. They have a built-in area for it in the Apps section. They’ll probably get around to it eventually…

There are packagers maintaining a shitload of apps at once.

It’s pretty crazy. I think this is probably the craziest example: old.reddit.com/…/much_love_to_felix_yan_an_arch_m…

Felix Yan is awesome to be maintaining thousands of packages for Arch. But man, that’s a lot of work. If we could reduce the workload of our package maintainers who rarely receive any gratitude (usually only demands) and let them focus on the really important packages, I think that would also be awesome.

Spectacle8011, 8 days ago

It matters as the security rating is based on that, apps like KDE Systemsettings or Flatseal show that etc.

That’s a good point.

Linux has a tiny marketshare people dont care about security that much permissions on Linux are more complex than on the actively restricted Android. External media, devices, filesystems etc

That’s true.

---

I think my issue with the Flatpak sandbox is I understand how it works and what its limitations are (and I’m mostly fine with them), but the average user doesn’t. I was reluctant to try Flatpak before understanding how it worked, but now that I know how it works, I think it’s fantastic! But it’s also a work-in-progress. What we have now is good, but I think it could be better. Not entirely sure how it gets better though.

---

Thats why I like Fedora Atomic. The core is as small as possible, the apps are just base stuff or upstream stuff like the Desktop. Everything else is a Flatpak.

I’m still not really sure where I stand on Fedora Atomic. Lack of H.264 decoding by default is a damaging choice. They should just include openH264 in the base image, reproducibility be damned. Give it 5 more years and maybe this will be revisited…

Nova + Zink + NVK will solve some of the problem with NVIDIA (maybe even very soon), but not hardware decoding currently, which is a big one.

Gamescope doesn’t work great in a Toolbox. It works fine in Flatpak, but Bottles doesn’t let me use Gamescope options. I think Lutris does, but I haven’t tried it out yet.

And how am I supposed to install fonts without layering them on?? I’ve been copying them to ~/.local/share/fonts manually.

I think the idea is cool. But I think a few more parts of the ecosystem need to be in place first. I’ll keep using it for now.

Spectacle8011, 7 days ago

I maintain a list of recommended Flatpak apps.

I’m very familiar with you, haha. You keep popping up wherever I go these days. You’re everywhere. Maybe not quite as omnipresent as Neal Gompa.

I can think of a few Flatpaks that could fit on that list.

They dont include that? I thought they would…

It’s the same old story with codecs. Fedora would love to support as many codecs as possible, but H.264 is patent-encumbered so they can’t. They had hardware decoding support through Mesa a few years ago but then they…changed it.

Fedora Atomic wants to include the OpenH264 enablement package for Firefox inside the Fedora Flatpak eventually which will solve most of the problem as that is where people are playing H.264 most often.

So this is an issue with reproducability? I dont think so? Cisco builds the binaries for Fedora and it gets installed. The packages are not from their repos, but the typical sync issues would not occur on Atomic.

My understanding is OpenH264 is provided in binary-only format to Fedora because otherwise the royalty-free license cannot apply (i.e. Fedora can’t build it from source). Fedora only ships free software. OpenH264 is free software. But it’s binary-only. So they need to trust Cisco has built the binary correctly. I assume the reason they don’t include it by default is because the only way to trust it’s built from the same sources is to reproduce the build. Otherwise, I really don’t see the issue.

OpenH264 is not a part of the base system so you need to layer it on. OpenH264 doesn’t have support for High 10 Profile video which is fairly common off the web and is generally inferior to x264, I’ve found, but at least it’s something.

And the reason I mention “5 years” is because by then, most of the patents on H.264 will have expired. With the exception of the new ones from just a few years ago that no one really uses. Maybe Fedora can enable x264 in their ffmpeg build then and we can stop talking about it. I am so sick of talking about H.264.

I use Fedora kinoite-main from uBlue which is very close to upstream but fixes many issues for me.

Call it a personal challenge or whatever but I’m sticking to Fedora Silverblue for the foreseeable future. uBlue is almost certainly a better experience for most people.

Yeah for sure, I think for Intel and AMD too, hardware h264 for example.

That’s not true if you’re using Flathub packages. Flathub ships userspace Mesa drivers which enable hardware decoding for Intel and AMD GPUs even with H.264 and H.265.

but their base images have a ton of stuff I dont agree with (toolbox, missing random packages, too simplistic installer…)

uBlue does solve the two big issues with Fedora, which is codecs and proprietary NVIDIA drivers. Any other issues are tiny in comparison. I will say I prefer Toolbox to Distrobox, despite using Distrobox first. I certainly understand that’s an unpopular opinion and not one a lot of people share. It’s probably the same reason you use KDE and I use GNOME (most of the time).

I’ve always hated the Fedora installer. Does uBlue do something different?

Spectacle8011, 7 days ago (edited 7 days ago)

Looks like we frequent the same circles, then.

I thought a lot about tech resiliance in the last days, I am from germany and the people here are stupid. They literally elect people that will make a neofascist surveillance hell reality.

But hey, Germany was responsible for the Sovereign Tech Fund, which has made a big difference for GNOME and accessibility with the Newton stack. So it’s not all bad. Not that I live there.

But relying on Github is insane, it is owned by Microsoft and they dont give a damn about freedom. It is pretty scary, 90% of my Android apps are also on Github.

That’s the main reason I don’t use uBlue. The idea of booting my entire operating system from a container created on Github’s infrastructure is just…it scares me. Even though much of the free software I rely on is hosted on Github. And yes, most of my Android apps are also from Github.

I want to build my own variant, KDE and minimal only, maybe GNOME if contributors join. But no more, all the freedom is great but it is huge maintenance.

That’s a nice idea. I wonder if Sourcehut does container registries…I know people praise their CI.

I wonder how Tor, Tails and others handle their code stuff.

I know Tor uses Gitlab. Seirdy has an article series on “Resilient Git”.

I thought Ciscos trick could fix that? They are a huge company, pay the max amount of money already and can just share the software with their license to anyone.

Yes, however it only covers their implementation (which is lacking) and it only covers binaries they create.

Well… rpmfusion could do that? And act like a “3rd party auditor” ?

I’m thinking about Fedora including the build in their own repositories. It would be really nice if H.264 decoding was just default and you didn’t need to do anything.

doesn’t have support for High 10 Profile video which is fairly common off the web

Interestesting, never heard that.

See the following thread for all of the research I did: discussion.fedoraproject.org/t/…/114521

Michael Cantazaro had a really helpful and enlightening response: discussion.fedoraproject.org/t/…/5

I use Celluloid Flatpak which is pretty great

So do I. But keep in mind there are two Celluloid Flatpaks you can install; one is from Fedora Flatpaks which disables H.264/H.265/VC-1 decoding and the other is from Flathub with all features enabled.

GNOME Software tends to select Fedora Flatpaks first. So users can end up really confused; see: github.com/flathub/…/140

Nautilus supports that via a Flatpak right? Thats cool.

File previews are supported via the Sushi extension, which is available as a Flatpak. Obviously, it doesn’t work on H.264/H.265/VC-1 media because it’s a Fedora Flatpak.

I really need ffmpeg because it’s a crucial part of my workflow because I convert so much media. But that’s fine; I just use it in a Toolbox.

But Nautilus works really well as a Flatpak. It even seems faster than non-Flatpak Nautilus and I have no idea why.

True, Flatpak is cool. Dolphin is also available as one, I need to test if it works with Flatpak ark and all that, udisks2, mounting stuff, MTP, maybe SMB.

KDE made a big push to make all of their programs available as Flatpaks. And Snaps. Which I think is great. But you end up in a weird situation where the Krita Flatpak is not officially supported by Krita because no one at Krita works on maintaining the Flatpak. Rather, they support only AppImage officially, probably because it’s easier to maintain their insane patchset than with Flatpak. Not having any experience with distribution systems aside from Flatpak, I really don’t know what niceties Snap or AppImage provides.

Interesting, why? I need to try it again.

Nothing much has changed since last you commented on that Toolbox thread I was reading :)

I think Toolbox is the right way to solve the problem. It’s using a real programming language (Go) instead of bash, it supports a small set of important container images, and those container images are only provided from quay.io, Red Hat’s own infrastructure, instead of Docker Hub.

But it lacks some features intentionally (and some just because they haven’t gotten around to it). Like distrobox export. Annoying to manually patch in but not hard. I use Toolbox for Signal and Steam because I don’t want to use Unverified Flatpaks.

Do you know btw how to upgrade a F39 distrobox to F40? Distrobox has some “assemble” function to rebuild it with a config file. But traditional dnf system-upgrade doesnt work.

I don’t think upgrading Distroboxes or Toolboxes is supported. They’re meant to be destroyed and re-created. Really inconvenient, but I guess the proper way of maintaining toolboxes/distroboxes is through Containerfiles.

So I don’t use Fedora containers. Or Ubuntu containers. Or Debian containers.

I use Arch because it’s a rolling release and you just keep updating it. No upgrade problems so far…aside from all the errors I ignore (everything seems to work fine). Also, I really like the Arch userland and it has Signal Desktop in the official repositories.

It really makes me feel at home on Fedora.

It’s probably the same reason you use KDE and I use GNOME (most of the time).

Why? Curious.

I think GNOME provides a more coherent and consistent experience for users. I’m okay with not having features like a system tray, desktop icons, or window buttons I never use. I really love GNOME. It’s changed the way I use computers and has made everything aside from KDE feel like a completely inferior experience in comparison.

But I use KDE for my multi-monitor system because frankly, GNOME is an awful experience if you have more than one monitor with different resolutions. KDE kind of sucks too, but it’s not completely broken. KDE is practical by solving problems we have now, like letting XWayland applications scale themselves. Because even if it’s a total hack that works inconsistently, it works very well for most of the software I use. I find parts of KDE overwhelming (especially the System Settings) but hey, it works.

I like both KDE and GNOME and think each has their own strengths. It’s nice to see KDE adopt one of GNOME’s killer features (partially), the Overview. It’d be nice to see GNOME adopt a KDE feature like CTRL+META+ESC so I can kill windows graphically even on Wayland.

But god GNOME is annoying when it comes to protocol standardization. At least they’re finally implementing DRM Leasing for VR users (not me).

Huh. I thought I was supposed to be sticking up for GNOME. Alright, I use GNOME everywhere else and it’s still my favorite desktop by far. They focus on a great experience with what works great now. There are very few hacks in GNOME land. I just think they need to catch up to KDE with Wayland and other areas like the multi-monitor stuff.

Spectacle8011, 4 days ago

Never heard of that, I hope accessibility on Wayland improves.

Here’s a recent article: …gnome.org/…/update-on-newton-the-wayland-native-…

So do I.

Neal Gompa mentioned that Flatpaks dont have the permission holes to allow screen readers? Thats crazy and may be possible to fix with a global override.

I think GNOME is working on a portal for that. After the Newton stack is in a good state.

Same here. I think it would be nice to create 2 or so base images on an individual host like Codeberg, but I am completely new to all that container stuff.

Codeberg is probably a good host for that.

Currently doing a bit of work, upstreaming some secureblue things (btw the admin blocked be because they… dont like annoying questions?).

Lol. How strange.

Matrix is also horrible for Dev work. People dont use threads so they just spam stuff in a single chat and it just bad…

I don’t much like Discord either. Issue tracker is the right place for this sort of discussion in my opinion. Or Sourcehut’s mailing lists are fine too.

Also, these change processes are damn slow, but hey, thats fine I guess?

I guess that’s kind of the point :)

I want to start doing some videos, no idea why OBS just has h264 hardware? I mean it doesnt matter but why no VP9? AV1 will come in 30.1 you know when that is stable?

I’m usually converting other people’s media, so I don’t have much experience with OBS. But as for VP9, the industry was gun-shy about it because MPEG-LA threatened to sue Google over patent infringement for it. Essentially the same sort of deal with Sisvel and AV1, except MPEG-LA never followed through on it. Hardware encoding for VP9 has apparently never taken off, but hardware decoding is all around.

Do you know what flatpaks (that are not VLC) have ffmpeg as a binary included?

There’s: flathub.org/…/org.gnome.gitlab.YaLTeR.VideoTrimme…

Browser benchmarking

Honestly, as long as I don’t notice it, it doesn’t bother me. I only noticed Flatpak Nautilus’ launch time because it was instant.

Toolbox: Is it considerably faster?

I think so. It at least seems more reliable. I got a bunch of weird bugs with Distrobox in the beginning but I guess I was pushing it pretty far.

I need to start learning some real language as my bash scripts start getting a pain.

I kind of hate Python but it’s at least more pleasant than Bash. I’ve no experience with Go, but it’s probably nice to write.

Well I hope you use an Ubuntu container because I bet these packages are also not “verified” on Arch ;)

Ah, well, I use Arch for all my other computers so I feel like I’m already trusting Arch’s devs for all my packages. What’s one more?

I use 90% verified

I make an exception for Anki and MakeMKV.

You could use Debian Testing which is rolling afaik.

I kind of hate Debian and Ubuntu’s userpsace :) It’s okay on servers.

Does Arch have Rstudio stuff?

It has it in the AUR, but not as an official package. In most cases the AUR is just as good anyway.

Or maybe dnf5 could solve this?

DNF5 will definitely shake things up. Because rpm-ostree is going away to be replaced by dnf again.

Spectacle8011, 20 days ago

Eminently logical.

Spectacle8011, 22 days ago

I believe all Flatpaks incorporate the codecs already.

Flathub even has hardware decoding with the drivers they distribute. However, Flatpak applications need to specifically opt in to ffmpeg-full rather than the normal ffmpeg package, which has support for patent-encumbered codecs.

Fedora Flatpaks, on the other hand, have no such codec support.

Fedora is a top-tier project and I completely understand why they weren’t comfortable risking patent law unnecessarily.

💯

Spectacle8011, 23 days ago

VLC 4.0 will be released with a massive change in the interface…eventually.

Spectacle8011, 22 days ago

If I cared one wit about either of them, I’d put money on VLC. If only because Star Citizen won’t make it before the heat death of the universe.

Spectacle8011, 27 days ago

Yes.

Spectacle8011, 30 days ago

MakeMKV. It’s better than anything else.

Spectacle8011, 1 month ago

Here’s a smaller sample size (2417 people at the time of writing) but all you need to do is fill in your details on the website: www.gamingonlinux.com/users/statistics/

X is at 66% and Wayland is at 33% for GamingOnLinux.

Spectacle8011, 1 month ago (edited 1 month ago)

GNOME is working on a new Accessibility Toolkit for all desktops, funded by the $1M from STF. It’s intended to make accessibility better on Wayland.

Watch thisweek.gnome.org for updates on accessibility; there’s usually one. Here’s a very recent article about how it’s going from LWN: lwn.net/Articles/971541/

“At this point, some of you might be thinking ‘show me the code’”, he said. The audience murmured its agreement. Rather than linking to all of the repositories, he provided links to the prototypes for Orca and GTK AccessKit integration. Campbell said these would be the best way to start exploring the stack.

If all goes well, Newton would not merely provide a better version of existing functionality, it would open up new possibilities. Campbell was running out of time, but he quickly described scenarios of allowing accessible remote-desktop sessions even when the remote machine had no assistive technologies running. He also said it might be possible to provide accessible screenshots and screencasts using Newton, because the accessibility trees could just be bundled with the image or pushed along with the screencast.

The conclusion, he said, was that the project could provide “the overhaul that I think that accessibility in free desktop environments has needed for a little while now”. Even more, “we can advance the state-of-the-art not just compared to what we already have in free desktops like GNOME”, but even compared to proprietary platforms.

He gave thanks to the Sovereign Tech Fund for funding his work through GNOME, and to the GNOME Foundation for coordinating the work.

There was not much time for questions, but I managed to sneak one in to ask about the timeline for this work to be available to users. Campbell said that he was unsure, but it was unlikely it would be ready in time for GNOME 47 later this year. It might be ready in time for GNOME 48, but “I can’t make any promises”. He pointed out that his current contract ends in June, and plans to make as much progress as possible before it ends. Beyond that, “we’ll see what happens”.

Also: github.com/AccessKit/accesskit

Spectacle8011, 1 month ago

My understanding is that AccessKit is an entirely separate thing to the portal.

Unfortunately, for several things, your choices are X, which is broken by design and few developers QA their software for anymore, or Wayland, which works pretty well in many areas, but where several important (or even basic) features are quagmired by bike shedding. But things are improving really quickly, and part of that is everyone shifting focus to Wayland.

I recently tried to navigate my GNOME desktop via screen reader and did not enjoy the experience. If I ever need it, I hope it works properly by that point…

At least for me, X is a worse experience on every computer I own (including the NVIDIA one), which is why I use Wayland. Neither is problem-free. I’m fortunate enough not to depend on accessibility features; perhaps my opinion would be different then.

Spectacle8011, 1 month ago

I have three monitors and a NVIDIA GPU. I’ve only been able to get them to work properly on Wayland.

Spectacle8011, 1 month ago

It might be because one of my monitors is actually a graphics tablet. GNOME’s scaling just didn’t work in either session such that all three monitors were scaled correctly, but KDE’s Wayland session was able to handle it properly. Or at least, the least bad.

I also use Wayland because X11 had some lag when operating the desktop normally (I guess the pros call it “frame-pacing issues”?), whereas only XWayland programs will flicker for my NVIDIA GPU. And games aren’t part of that category. I don’t use a lot of XWayland applications anymore, so I actually haven’t seen the flickering for a while. The Steam client is the absolute worst, but… I’ve been doing my gaming on Windows lately 😬

Spectacle8011, 1 month ago

Yeah, let’s not mention Gnome breaking every peace of itself every update

This is not my experience.

Spectacle8011, 1 month ago

GIMP’s GTK3 port was finished several months ago. What remains to be done for GIMP 3.0 is bug-fixing and porting to the new Plug-in API.

The best way to upgrade to GTK4 is to upgrade to GTK3 first. There was some talk about working on GTK4 soon after GIMP 3.0 is out, but whether that will happen or not is uncertain.

Spectacle8011, 1 month ago

GIMP has been releasing two versions for several years. First, the Stable release, which is the 2.10.x series. Second, the development release, which is the 2.99.x series, which is where the GTK3 work has been done. The work from the development release will culminate in the Stable release reaching 3.0. GIMP will continue to support 2.10.x for some time after 3.0 becomes stable, but eventually they will stop supporting it.

Most of the work right now is focused on the development release and getting GIMP 3.0 stable and ready for release, but they’re still doing a little more work to tide users over until 3.0 is out. If you’re curious how work on 3.0 is going: gitlab.gnome.org/GNOME/gimp/-/milestones/27#tab-i…

GTK3 brings Wayland support among other features and yes, it looks nicer. GTK3 is still maintained while GTK2 has been obsoleted, which means bug fixes are still landing. Once they’re at GTK3, that makes it much easier to move to GTK4, which brings even better Wayland support (i.e. color management will actually be possible) and a much better UI in my opinion.

Spectacle8011, 2 months ago

VBA scripts. I have a friend who works in the radio/telcom industry…but ends up doing a bunch of other stuff. This friend makes extensive use of VBA scripts to get the job done. You can’t do that on the web version, and you can’t do it in Calc.

Word is just for document interchange. Other businesses and clients use Word documents, and they don’t display reliably correctly in any other program but Word.

Spectacle8011, 2 months ago

Oh, so you should suck up to Microsoft being incompatible with their own standard because they’re incompatible with their own stabdard? Is that basically what you’re saying?

I don’t use Microsoft Office, but I use Adobe. If the people I collaborate with or I work for use Adobe and need to edit my files, I’m not going to give them something done in Scribus instead of inDesign. That would be doing a bad job and also limiting their choices significantly with who they can go with in the future to edit their files. Same principle applies to Microsoft Office.

Spectacle8011, 2 months ago

My friend’s response:

Yep, but they make shit so much easier

They took my 2 weeks of turning CSVs into other CSVs into 2 days

🤷‍♀️

Spectacle8011, 2 months ago

Adobe Creative Cloud doesn’t work in CrossOver.

Spectacle8011, 3 months ago

what else is there aside from games?

The Steam client…

Spectacle8011, 3 months ago

Have you tried setting up Affinity Suite with the community guide?

Spectacle8011, 4 months ago

pacman would allow me to install weak dependencies with a simple command-line option rather than black magic wizardry that rivals ffmpeg filtergraphs.

Spectacle8011, 4 months ago

What I want to do is install all of these Optional Dependencies that are part of the wine-staging package without specifying every one of them:

<span style="color:#323232;">Optional Deps   : giflib
</span><span style="color:#323232;">                  lib32-giflib
</span><span style="color:#323232;">                  gnutls
</span><span style="color:#323232;">                  lib32-gnutls
</span><span style="color:#323232;">                  v4l-utils
</span><span style="color:#323232;">                  lib32-v4l-utils
</span><span style="color:#323232;">                  libpulse
</span><span style="color:#323232;">                  lib32-libpulse
</span><span style="color:#323232;">                  alsa-plugins
</span><span style="color:#323232;">                  lib32-alsa-plugins
</span><span style="color:#323232;">                  alsa-lib
</span><span style="color:#323232;">                  lib32-alsa-lib
</span><span style="color:#323232;">                  libxcomposite
</span><span style="color:#323232;">                  lib32-libxcomposite
</span><span style="color:#323232;">                  libxinerama
</span><span style="color:#323232;">                  lib32-libxinerama
</span><span style="color:#323232;">                  opencl-icd-loader
</span><span style="color:#323232;">                  lib32-opencl-icd-loader
</span><span style="color:#323232;">                  libva
</span><span style="color:#323232;">                  lib32-libva
</span><span style="color:#323232;">                  gtk3
</span><span style="color:#323232;">                  lib32-gtk3
</span><span style="color:#323232;">                  gst-plugins-base-libs
</span><span style="color:#323232;">                  lib32-gst-plugins-base-libs
</span><span style="color:#323232;">                  vulkan-icd-loader
</span><span style="color:#323232;">                  lib32-vulkan-icd-loader
</span><span style="color:#323232;">                  sdl2
</span><span style="color:#323232;">                  lib32-sdl2
</span><span style="color:#323232;">                  sane
</span><span style="color:#323232;">                  libgphoto2
</span><span style="color:#323232;">                  ffmpeg
</span><span style="color:#323232;">                  cups
</span><span style="color:#323232;">                  samba
</span><span style="color:#323232;">                  dosbox
</span>

–asdeps doesn’t seem to do that. apt has –install-recommended, I think, or something similar. And for all the bad things I could say about apt, that’s a nice feature.

Spectacle8011, 4 months ago

In this case, many of these dependencies are required for a lot of games to work properly in Wine. Dosbox is used as an emulation tool. I don’t know of another package manager that doesn’t give you an option to install all of the optional dependencies.

Spectacle8011, 4 months ago

I don’t think Signal is interested in doing that.

Spectacle8011, 4 months ago

The concerns about AWS servers are around metadata. If metadata were not a concern, why not just use Whatsapp? They use the Signal protocol so messages are end-to-end encrypted by default, and most people already have it or are willing to download it as compared to Signal.

Spectacle8011, 4 months ago

That seems like the wrong place to link to. Shouldn’t you be linking to Sealed Sender?

Spectacle8011, 4 months ago

I somehow missed A YEAR OF SPRINGS, which is a fantastic visual novel by npckc. It’s discounted by 29%.