Twitter has been accused of being full of bots long before ChatGPT appeared. For 140 symbols, a template with synonyms would be enough to create mass-generated content.
I just assumed that if many people, especially not proficient language users encounter this word in the text generated by ChatGPT they would look it up.
I suppose it is just Amazon problems. I have never lived in the area where Amazon is prevalent. Where I live, search engines still can't find synonyms or process misspellings.
It's just inevitable. Imagine a world where we get a cheap and accessable AGI. Most work in the world will be done by it. Certainly, it will organise the work the way it finds more preferable. Humans (and other AIs) will find it much harder to train from example as most of the work is performed in the same uniform way.
The AI revolution should start with the field closest to its roots.
Pipewire ends up being used to paper over Wayland deficiencies in some areas, thus why it's important for Wayland desktop ;)
By itself it's essentially grand unification of audio servers that actually works better and is way less... opinionated about the only true way some things works, which was a problem with pulseaudio at times.
Separation of responsibilities is something Wayland fails hard, by effectively hardcoding coexistence of significant part of display driver, windows management, simple things like windows decorations (which, thanks to Gnome's insistence, are by default only client-side, so your concerns invade internals of client apps!) etc.
Just don't use Gnome. KDE is fine with server side decorations and it's false that Wayland mandates client side ones. Wayland ≠ Gnome and Gnome itself indeed made a bunch of pretty questionable decisions.
But if anything it's X11 that tries to lump a ton of stuff together. Wayland is very minimalistic in comparison. That's why stuff like libinput and Pipewire are part of making a functional desktop.
Client Side Decorations are made effectively essential in core protocol (given that the core protocol doesn't even support existence of "windows"), server side decorations aren't, and some applications will display weirdly because of that.
More over, every "WM" in Wayland's case needs to implement the entire stack, even if it uses a common library for some of it.
And after similar length of development time, I'd say the result is still worse in many aspects than X11, and I say that as someone both using and praising a wayland-based compositor and lamenting that it pretty much locks me more than Windows used to
> and some applications will display weirdly because of that.
Well, if compositor supports server side decorations (and normal compositors should), I don't see how applications can behave weirdly becasue of that unless they are just buggy. It's up to applications to figure out if server side decorations work and use them if they do. I.e. even if it was a core feature, buggy applications could still behave incorrectly.
And I don't see Wayland being worse in many aspects, but on the contrary, see it being better in aspects which X11 didn't or can't address. I recently started using Wine Wayland for gaming and it's significantly better experience than using it with XWayland.
I use i3-wm. I know that there is Sway but it will require some effort to migrate. Also there are fresh reports that Wayland+Sway have problems with NVidia (even worse I have AMD + NVidia). I'd wait till it gets resolved or my current setup stops working.
The main issue is that X11 is an increasingly unmaintained case and all new development happens with Wayland anyway. So as long as you can deal with lack of support - I guess no need to move, but otherwise Wayland with KDE has been well usable for a while already.
Photos have never been a fundamental proof if the stakes are high or you have an idling censorship institution. Soviets (and maybe others, I just happen to know only about them ) successfully edited photos and then mass-reproduced them.
