681–690 of 714 posts
Earlier quoted context omitted.
>> Cannot say Wayland works smoothly on my triple-monitor setup. How does X work on that setup?
Well until you need mixed scaling and then it completely falls down.
Mixed scaling? Is that that thing when you open chrome and it’s blurry on your hidpi monitor?
Earlier quoted context omitted.
Just curious, what was your browser again?
I use the Ozone build of Chromium, available on AUR - https://aur.archlinux.org/packages/chromium-ozone/ It's a painful first compile, but the only issues I've hit have been a few menus in the extension debugging screens that are too small.
Earlier quoted context omitted.
> I keep trying to use Wayland, but it never fully works. Everyone keeps saying how well the highdpi stuff works I use Wayland daily and have for a few years. It’s clearly gotten better, and I rarely encounter problems. I do have my load of applications still running in XWayland though. But yes. Support for varying DPI in my multi-monitor setup is handled much better on Wayland than on X11. I would say much better th…
How's the forced v-sync? I assume all games run XWayland, which makes it a non-issue. (Otherwise, it'd presumably be an FPS hit in a world where adaptive sync [like G-SYNC but not really FreeSync since the latter doesn't really work in Linux lol] makes tearing a thing of the past and obviates v-sync entirely.) Also, can you use xdotool for key input redirection or screen capture programs and stuff yet?
Not sure what you're talking about. Haven't noticed any adverse negative effects.
It's super nice to have a desktop without any tearing though.
> I assume all games run XWayland, which makes it a non-issue.
I don't do PC-gaming.
> Also, can you use xdotool for key input redirection
Not sure what xdotool is.
I'm using sway[1] with libinput. I haven't had a need to use external tools beyond what they support natively.
> or screen capture programs and stuff yet?
I have no issues to do screenshots ad-hoc (in fact, I have keybindings to do this, and throw it right in the wayland clipboard).
I do notice that most Xwayland-based programs which tries to do screen-sharing fails spectacularly though.
Earlier quoted context omitted.
you mean i would predict but not contribute? yes.
no, like in "preach the end of the world", contribution and prediction requires intimate knowledge, preaching does not
Surely that fulfills both contribution and prediction.
I therefore disagree with your characterization.
Now, he appears to have been wrong, but just like preachers may be wrong, critics may also be right even without contribution.
What looks like "typical Linux geeks being geeks" with this situation: 1) the old, mostly working thing is being abandoned in favor of 2) that new thing which doesn't work in so many cases it's laughable, even after 11 years. How many years was it between the concept of X and a working release at Palo Alto? Note that the new situation is so perfect for passing the buck from the windowing system to the compositors, an…
What looks like "typical Linux geeks being geeks" with this situation: 1) the old, mostly working thing is being abandoned in favor of 2) that new thing which doesn't work in so many cases it's laughable, even after 11 years. How many years was it between the concept of X and a working release at Palo Alto? Note that the new situation is so perfect for passing the buck from the windowing system to the compositors, an…
Nah, it's not Linux geeks pushing this but Red Hat, Canonical, etc. - each trying to grab as much control over the stack as they can.
I refuse.
Earlier quoted context omitted.
I do not imply anything. The fact is that there haven't been any release for two years yet there is work apparently being done. So why aren't release being made?
I would expect issues are not fixed, system is not stable. > The primary development code repository can be found at: > https://gitlab.freedesktop.org/xorg/xserver Quite a lot of issues.
[0] https://gitlab.freedesktop.org/xorg/xserver/-/issues/1092
Earlier quoted context omitted.
I find it really arrogant to claim "this software does everything I need, so it should never change", while in reality you are but an infinitesimally small part of the user base said software has to support. Sure, all the software can stay where they are if all the developers had to serve is you. But that is just not the reality.
There isn't a magical different userbase Linux has to serve which has somehow bizarre needs not served by thoughtfully-designed older software, but which newer, poorly-designed software somehow meets. Yes, we need a newer web browser, but that could run on old-school Linux/Unix just fine. Aside from that, there isn't anything wrong with nineties Linux which couldn't have been brought up to modern standards with a bit…
Nah, even ALSA was a needless overcomplicated mess. They should have just built on top of the super simple /dev/dsp. Instead we got new incompatible APIs wile OSS apps were left with requiring exclusive access to your sound card.
Earlier quoted context omitted.
There isn't a magical different userbase Linux has to serve which has somehow bizarre needs not served by thoughtfully-designed older software, but which newer, poorly-designed software somehow meets. Yes, we need a newer web browser, but that could run on old-school Linux/Unix just fine. Aside from that, there isn't anything wrong with nineties Linux which couldn't have been brought up to modern standards with a bit…
Maybe you should fine community that shares your views. I don't use pulseaudio, networkmanager, desktop environment, works perfectly in Arch Linux [1]. Arch has great wiki, it is correct. System is quite transparent. I am fine with systemd but, for example, Void Linux [2] uses runit, Alpine Linux [3] uses OpenRC and is compiled statically. Arch Linux pacman serves my needs perfectly, it is quick, it shows only releva…
Gentoo is feeling left out. It's the OG distro for those who have strong opinions on how their system sould work but not strong enough to do eveything by hand.
Earlier quoted context omitted.
Maybe you should fine community that shares your views. I don't use pulseaudio, networkmanager, desktop environment, works perfectly in Arch Linux [1]. Arch has great wiki, it is correct. System is quite transparent. I am fine with systemd but, for example, Void Linux [2] uses runit, Alpine Linux [3] uses OpenRC and is compiled statically. Arch Linux pacman serves my needs perfectly, it is quick, it shows only releva…
> Lots of Linux distributions is its strength. Unless you want to ship something, troubleshoot something, or figure out how something works without hours of googling.
I have never had problems distributing binary builds for Linux. There are a number of system libraries that are backwards compatible: glibc, asound, libGL, etc. - test on the oldest you want to support and any other libs you just ship yourself. And that would not be different with only one distro either unless you only care about one release of that distro.