Yeah, there are many places where it's possible to draw the line, and I personally wouldn't go into extreme self-sabotage for something like this. So, if there are few dozens alternative DE/WMs that do absolutely the same thing but are not vibecoded, it's very little effort to switch using those, but if you literally have to give up on your whole system stack or even your whole hobby because of Krita or Blender or Linux Kernel accepting AI assisted code, that's just too much.
I have an impression that this is some legal rhetoric device that is intended to be used in courts in case there are copyright infringement claims. By saying that they don't accept such contributions they probably can make it a clear legal responsibility of the one who submitted the code and not the GCC project as legal entity. At least that's how I see it, but I'm not an expert in this topic.
I guess it can be hard if possible at all to use apps like Blender, Krita, etc. Also, I'm getting quite used to Portage and Gentoo FreeBSD project is obsolete and unsupported now so it would be very risky to try to run it with FreeBSD kernel.
I wonder if there's anything positive to be said about ISBNDB. On one hand, they're supplying AI companies, yes, on the other hand, they seem to be digitalizing previously unavailable paper books, which is kinda useful for preservation? Except, I'm not entirely sure it's possible to properly get this data out of them on consumer scale: they seem to sell API access, but it's a big question of how usable and affordable it would be to retrieve a digital version of some rare ancient book that could just disappear into oblivion otherwise. Their cheapest subscription is 15$/month, but I have little idea of how what's listed there translates into volumes of books you can retrieve during this month.
Yeah, but with Linux Kernel there is no choice. So people who are against AI can be unhappy with Linux Kernel as well but they only can choose to use alternative to Xfce but not to Linux Kernel. For now they can express their annoyance about it being allowed in kernel and hope that some day policy gets changed there as well. I don't see any moral inconsistency here.
Substance Painter, ZBrush and Houdini are all most likely will still benefit from x11 in one way or another. They all work on Wayland as well, but some particular features either don't work at all or are buggy. There is Blender, Ucupaint, etc, they can do all the same things, but not on the same level.
There are many apps that has certain features broken on xwayland but work correctly on x11. For example, a very widespread issue in Substance Painter is that on xwayland color picker mode makes the whole screen black but works correctly on x11.
It will work for a while but it will lag behind in terms of integrations, features, and eventually it will also reach EOS/EOSL and might not even get bugfixes backported anymore.
KDE Plasma 6.8 will be the first KDE Plasma release to remove the X11 backend, going Wayland-only. In KDE Plasma 6.8, there will be no X11 session on the login screen.
This is a big change. I will now need a separate DE for x11.
I only used something similar to mess around with Hytale modding a bit, but it was only easy because there was fully ready-to-use premade solution. But in general, if you're willing to go that way, I think the most simple option would be to create a distrobox with ubuntu/debian/fedora/arch (depending on which distro covers things you need better), install vs code there (using native package manager of given distribution), and then distrobox-export VS Code from that distrobox. Then you can simply manage everything inside of distrobox using full power of distribution you chose. To make things even better, distrobox has automatic passthrough of most hardware. For Nvidia in particular, you need to pass flag "--nvidia" when doing "distrobox-create". After that, you can even use game engines like Unity or Godot from distrobox with full GPU passthrough.
Well they basically forked Bazzite DX image and customized that... The hyprland fork author stopped maintaining it 8 months ago so it's not gonna work anymore with any recent Bazzite versions. So what they did is how Bazzite itself was created in the first place - by forking Fedora Atomic image and customizing it. I wouldn't really count this as "Bazzite supports other DE/WM", but yeah, if someone decided to go this far and make a fork like this then great, you can use it and hope they'll keep maintaining it.
You can write your own systemd services and you can customize your Plasma using panel colorizer. You can go a bit further and rpm-ostree install kvantum and get even more ricing freedom. You can't however make it use other init system or other DE/WM. It's still quite good for what it is.
I kinda agree, but it can also be pain in the ass. For example, using flatpak VS Code is massive pain in the ass. You end up needing to do tons of tricky workarounds for all kinds of language server/formatter/etc addons to work properly. It's okay when you only need to do it once for a single language (Rust, for example), but it becomes very annoying when every new addon you install is highly likely to need you to write some flatpak-spawn based wrapper scripts in ~/.local/bin or whatever extra userspace bin folder you added to your PATH.
End result is that aside from guests not having HW acceleration for thing like video playback, things just work like with normally installed programs. Double-click an icon, and it launches.
The same but with automatic hardware passthrough is easy with distrobox and distrobox-export. Or is it not the same?
Ok, now put them in jail.
Yeah, there are many places where it's possible to draw the line, and I personally wouldn't go into extreme self-sabotage for something like this. So, if there are few dozens alternative DE/WMs that do absolutely the same thing but are not vibecoded, it's very little effort to switch using those, but if you literally have to give up on your whole system stack or even your whole hobby because of Krita or Blender or Linux Kernel accepting AI assisted code, that's just too much.
I have an impression that this is some legal rhetoric device that is intended to be used in courts in case there are copyright infringement claims. By saying that they don't accept such contributions they probably can make it a clear legal responsibility of the one who submitted the code and not the GCC project as legal entity. At least that's how I see it, but I'm not an expert in this topic.
Doesn't seem to be full-featured alternative for desktops:
I guess it can be hard if possible at all to use apps like Blender, Krita, etc. Also, I'm getting quite used to Portage and Gentoo FreeBSD project is obsolete and unsupported now so it would be very risky to try to run it with FreeBSD kernel.
I wonder if there's anything positive to be said about ISBNDB. On one hand, they're supplying AI companies, yes, on the other hand, they seem to be digitalizing previously unavailable paper books, which is kinda useful for preservation? Except, I'm not entirely sure it's possible to properly get this data out of them on consumer scale: they seem to sell API access, but it's a big question of how usable and affordable it would be to retrieve a digital version of some rare ancient book that could just disappear into oblivion otherwise. Their cheapest subscription is 15$/month, but I have little idea of how what's listed there translates into volumes of books you can retrieve during this month.
Yeah, but with Linux Kernel there is no choice. So people who are against AI can be unhappy with Linux Kernel as well but they only can choose to use alternative to Xfce but not to Linux Kernel. For now they can express their annoyance about it being allowed in kernel and hope that some day policy gets changed there as well. I don't see any moral inconsistency here.
That's why I've been arguing for a long time that using VPN for everything by default is just basic security.
Substance Painter, ZBrush and Houdini are all most likely will still benefit from x11 in one way or another. They all work on Wayland as well, but some particular features either don't work at all or are buggy. There is Blender, Ucupaint, etc, they can do all the same things, but not on the same level.
There are many apps that has certain features broken on xwayland but work correctly on x11. For example, a very widespread issue in Substance Painter is that on xwayland color picker mode makes the whole screen black but works correctly on x11.
It will work for a while but it will lag behind in terms of integrations, features, and eventually it will also reach EOS/EOSL and might not even get bugfixes backported anymore.
This is a big change. I will now need a separate DE for x11.
I only used something similar to mess around with Hytale modding a bit, but it was only easy because there was fully ready-to-use premade solution. But in general, if you're willing to go that way, I think the most simple option would be to create a distrobox with ubuntu/debian/fedora/arch (depending on which distro covers things you need better), install vs code there (using native package manager of given distribution), and then distrobox-export VS Code from that distrobox. Then you can simply manage everything inside of distrobox using full power of distribution you chose. To make things even better, distrobox has automatic passthrough of most hardware. For Nvidia in particular, you need to pass flag "--nvidia" when doing "distrobox-create". After that, you can even use game engines like Unity or Godot from distrobox with full GPU passthrough.
Well they basically forked Bazzite DX image and customized that... The hyprland fork author stopped maintaining it 8 months ago so it's not gonna work anymore with any recent Bazzite versions. So what they did is how Bazzite itself was created in the first place - by forking Fedora Atomic image and customizing it. I wouldn't really count this as "Bazzite supports other DE/WM", but yeah, if someone decided to go this far and make a fork like this then great, you can use it and hope they'll keep maintaining it.
You can write your own systemd services and you can customize your Plasma using panel colorizer. You can go a bit further and rpm-ostree install kvantum and get even more ricing freedom. You can't however make it use other init system or other DE/WM. It's still quite good for what it is.
I kinda agree, but it can also be pain in the ass. For example, using flatpak VS Code is massive pain in the ass. You end up needing to do tons of tricky workarounds for all kinds of language server/formatter/etc addons to work properly. It's okay when you only need to do it once for a single language (Rust, for example), but it becomes very annoying when every new addon you install is highly likely to need you to write some flatpak-spawn based wrapper scripts in ~/.local/bin or whatever extra userspace bin folder you added to your PATH.
Can't wait until they introduce an option to turn off broken font antialiasing. It's painful to look at.
Yeah, me too. I don't think there's a technical issue though.
It seems no one posted anything yet other than few posts in the first day ¯\(ツ)/¯
What does this mean?
The same but with automatic hardware passthrough is easy with distrobox and distrobox-export. Or is it not the same?