Earlier quoted context omitted.
> Expect supporting wayland properly Doing what everyone else does != doing it properly > I wouldn't call this excellent at all So far Wayland support is most further in Gnome and even there a lot of features are still missing/broken despite Wayland being well over a decade old at this point. A lot of very basic features (remote desktop, screen sharing, exclusive fullscreen, keyboard/mouse shortcuts) are still in the…
> A lot of very basic features (remote desktop, screen sharing, exclusive fullscreen, keyboard/mouse shortcuts) are still in their infancy. - remote desktop: good point. Considering that screen recordings work fine, I don't see a technical reason that a Wayland remote desktop setup couldn't work. - exclusive fullscreen: what do you mean by this? Using Firefox, F11 and Super-F both work in Sway and F11 works with GNOM…
The death watch for the X Window System has probably started
401–410 of 518 posts
Re: The death watch for the X Window System has probably started
#402Slightly off-topic, but is anyone here using Wayland with a touchpad? The last time I tried libinput, the behavior was horrendous compared to a synaptics. 2 finger scrolling had a ~2mm threshold before it activated and wouldn't compensate for the lost distance once the scroll started, making it feel very unnatural. I couldn't find an option to enable true palm detection either. There was an option to disable the touc…
I actually ended up switching to Wayland, because of how much better the touchpad worked with it. To be fair though, Dell has an entire team dedicated to supporting the XPS 13 Developer Edition, so the drivers are highly curated compared to most devices.
Re: The death watch for the X Window System has probably started
#403Earlier quoted context omitted.
I get paid to work on Arcan so I don't think factorio would have that big of an impact ;-) The initial choice of Lua for Arcan was based on its use, at the time (2004-2005ish), in World of Warcraft. The UIs that people were hacking together in WoW even with little to no serious programming experience was way more advanced than what would ever be needed for desktop interfaces so it seemed like a good fit. Even for oth…
Don't be so sure you won't miss work if you haven't yet tried Factorio! ;) https://news.ycombinator.com/item?id=20362179 WoW was what convinced me how practical and powerful Lua really was, too. And that there were people out there that knew how to program it really well. The WoW "Auctioneer" mod in particular was quite advanced and elegantly written. It would analyze the prices of items in the auction house over tim…
What do you dislike about Tcl? I always kinda liked it.
> While both Lua's design and implementation are quite excellent.
The implementation is pretty good, but 1-based arrays are pretty evil. I don't know if I like the way arrays & tables are conflated either: part of me thinks it's clever, and part thinks that it's too clever by half.
It's also pretty verbose.
Something I like about both Tcl & Lisp is that they have a good built-in messaging format (Tcl object notation in the former, and S-expressions in the latter). Lua doesn't really have something similar, which is IMHO unfortunate.
Re: The death watch for the X Window System has probably started
#404Earlier quoted context omitted.
But as far as I can tell, the Emacs daemon shouldn't be a blocking dependency. Here's the systemd unit definition I would have been using at the time: https://wiki.archlinux.org/index.php?title=Emacs&oldid=46958... . And here's a more recent one: https://wiki.archlinux.org/index.php/Emacs#As_a_systemd_unit . Neither of these should be blocking dependencies, should they? `WantedBy=default.target` doesn't make it block…
I think it might, this really just sounds like a misconfigured unit. in which case systemd is doing exactly as it's told. Edit: That linked unit is for user level systemd, so it shouldn't be involved in the system boot at all.
Re: The death watch for the X Window System has probably started
#405Earlier quoted context omitted.
>they are effectively gaining control of the Linux userland. but they aren't gaining control by some dastardly power grab, they're gaining control because they're the only ones actually putting in the work. They're simply doing what they think is best for their product, while at the same time contributing their work back to the open source world. That is good, that's how it's supposed to work. The only reason they're…
I think they are gaining control via a “dastardly power grab”, as you put it. Software that I have relied on for decades no longer runs, and it is invariably because someone at RedHat consciously decided to break compatibility with the existing Linux ecosystem in some functionality regressing way. This has happened with the Linux kernel, pulse audio, dbus, systemd, logins, systemd logger, wayland, gtk2->3, and countl…
Re: The death watch for the X Window System has probably started
#406Earlier quoted context omitted.
Where do we even begin? Windows managers? Consistent window decorations? Thousands of applications? Consistent performance? Redshift? Global keybindings?
> Windows managers? Sway/wlroots. > Consistent window decorations? This is up to individual compositors and toolkits. > Thousands of applications Like what? Any that rely on X specific behaviour run via XWayland. > Consistent performance Wayland in theory should be faster than X, but again, this depends on compositor. > Redshift Gnome has night-light on Wayland already. KDE I think just added it. > Global keybindings…
The decision to leave window decorations up to the client application rather than the window manager is incomprehensible to me. It just doesn't make any sense so far as I can tell.
I don't want to run GNOME or KDE to get redshift behaviour; I want to run a window manager written in Lisp, with a console, emacs & Firefox. Everything else is a distraction from getting work done.
I agree that not allowing clients to listen to all keys by default is good; I disagree that not providing a mechanism for the end user to grant such access is a good idea. It's his computer — let him run what he wants.
Re: The death watch for the X Window System has probably started
#407Earlier quoted context omitted.
> It seems like a lot of those projects just aren't interested in accepting pull-requests from outsiders. What kind of pull requests though? Minor fixes or big architectural decisions like ssh forwarding and security features? Because there's a difference between just accepting PRs and public ownership of future project direction. The second usually doesn't result in a successful project.
>PRs and public ownership of future project direction. https://en.wikipedia.org/wiki/The_Cathedral_and_the_Bazaar That's kind of the point of open-source, public ownership. Sure, you need someone to be in charge and reject outright bad ideas, but when you're refusing to add options that support other people's personal preferences that's when it's starting to become a problem. It's all these authoritarians that think…
http://www.linux-magazine.com/Online/Blogs/Off-the-Beat-Bruc...
>The Decline and Fall of Eric S. Raymond
>Around the start of the millennium, Eric S. Raymond was one of the philosophical leaders of open source. His essay and book, The Cathedral and the Bazaar was obligatory reading for executives trying to understand open source. Now, after lying low for over a decade, Raymond is getting attention again, this time for two blog entries in which he rants about how so-called Social Justice Warriors (SJWs) threaten open source.
>[...] Raymond's call to defend open source from SJWs is as deceptive as anything he attributes to his enemies. Free and open source software is too widespread to need defending, and his attempt to create an issue does not map well on to actual events. For those who remember his earlier contributions to open source, his recent comments make for a disappointing epilogue.
Re: The death watch for the X Window System has probably started
#408Earlier quoted context omitted.
> Windows managers? Sway/wlroots. > Consistent window decorations? This is up to individual compositors and toolkits. > Thousands of applications Like what? Any that rely on X specific behaviour run via XWayland. > Consistent performance Wayland in theory should be faster than X, but again, this depends on compositor. > Redshift Gnome has night-light on Wayland already. KDE I think just added it. > Global keybindings…
Sway/wlroots aren't written in Common Lisp, like StumpWM. The decision to leave window decorations up to the client application rather than the window manager is incomprehensible to me. It just doesn't make any sense so far as I can tell. I don't want to run GNOME or KDE to get redshift behaviour; I want to run a window manager written in Lisp, with a console, emacs & Firefox. Everything else is a distraction from ge…
https://github.com/sdilts/mahogany
Maybe you're interested in helping?
Re: The death watch for the X Window System has probably started
#409Earlier quoted context omitted.
The ideal Linux laptop is one with just Intel integrated, and no discrete GPU. Honestly, Intel GPUs are decent enough, even if you want to do some mild gaming. Handing two GPUs on a laptop in Linux doesn't have the best support. A lot of the Optimus/Bumblebee stuff is not very well maintained.
> even if you want to do some mild gaming Just to back this up, I've recently bought a non-touchbar 13" MBP from 2016, and been amazed at the amount of games I've been able to play no issues on the Intel graphics in it.
Re: The death watch for the X Window System has probably started
#410Maybe the death watch for the traditional Linux desktop has also started... Linux distributions have had a decade long slide in their usability and polish. Much of this has been due to an abandonment of its historical UNIX roots in favour of half-baked "modern" replacements. Being a UNIX replacement with a full X11 server and all the rest was what made it compelling and practical in the first place. However, it's com…
Five years ago, after 15 years of using Linux on the desktop, I bought a Mac Mini for my daily driver. I have not regretted that decision once. For anything needing more compute power, I can shell into a beefier Linux server without a GUI. I still develop the same sorts of apps that I did before the switch, and am still intimately familiar with the same (application programming) interfaces as I was in Linux, just now my sound doesn't randomly stop working, my disks don't refuse to decrypt, and my video doesn't randomly stop working because somebody at Red Hat decided that the graphics libraries I was using were naughty or that I should have less choice in video cards by excluding support for the most performant video cards available at the time I bought.