With the exception of local editors (gvim) and administration software (xload), the need for these applications is easier to satisfy with online HTML5 apps. These are historically exciting, but nowadays the web browser is your X11.
Cool but obscure X11 tools
211–220 of 256 posts
Re: Cool but obscure X11 tools
#212Earlier quoted context omitted.
The Linux kernel has high standards. Most of the bugs come from the drivers. If systemd wants to be the end all be all init replacement it should have known from the start that it needed to meet a high bar of code quality.
It has high standards but the track record shows that standards isn't all it takes. We can always blame some subcomponent under someone else's control but the end result matters more. If you want to systemd to adhere to really high standards then you're a hypocrite if you don't apply the same standards to every subcomponent of a non-systemd system, be it upstart, logrotated, cron, chrony or whatever else. But it seem…
Obviously, since djb's daemon tools isn't used by default, which is exactly the sort of software that would be used by people who would rely on such functionality.
> It has high standards
One of SystemD's core contributers was banned from contributing to Linus' tree because his code was sub-standard.
> based on a pure empirical observation
...we should then also be able to see the Microsoft Windows operating system is a better choice.
Re: Cool but obscure X11 tools
#213One BIG thing missing: xteddy! It was xteddy shown in parallel on multiple HP 9000 screens in the early 90ies, which sparked my love for UNIX. http://weber.itn.liu.se/~stegu/xteddy/ see also https://xteddy.org/ Also xon (very handy for non-ssh users), jwz's xdaliclock and xkeycaps.
Re: Cool but obscure X11 tools
#214Earlier quoted context omitted.
Autokey (Python) gives you similar power as AutoHotKey on Windows and Karabiner Elements/Hammerspoon on macOS. Problem is, that you might want Wayland support, as X is on the way out. [1] https://github.com/autokey/autokey
One of the three major reasons why I use Mac OS rather than Linux is the existence of Keyboard Maestro and TextExpander, which do tons of useful things and work everywhere. (if you care, the second reason is working system-wide clipboard and the third reason is Emacs keybindings in ALL dialog boxes and inputs).
It is FOSS, the scripting language is simple (though not Python, like AutoKey, there is an old Python port of it), and there is a large community with decent documentation and examples available.
AutoHotKey, unfortunately, does not work on Linux, at all. Not even with Wine.
I love that the keybinds on macOS are rather universal.
Re: Cool but obscure X11 tools
#215Earlier quoted context omitted.
Wait, people are replacing so many components but systemd didn't do a great job at modularity?
I think at this level the complaint (which I share) of all the things systemd tries to do falls more on the distros for handing so many things to systemd by default than on the systemd team giving us options for ways to do so many things. I like unit files. I like having an optional watchdog for any given daemon integrated with my init. I don't particularly mind hostnamectl. I dislike resolverd but I see how some peo…
I think they do a fine job. The only mandatory parts in most distros are pid1, udev, journald, logins and machined.
I have two Raspberry Pis running Debian, one of them uses connman, the other uses systemd-networkd. My desktops use NetworkManager + firewalld, and so on.
Re: Cool but obscure X11 tools
#216Earlier quoted context omitted.
>> Also, he thinks he's smarter than every one. > Wow, are we insulting people like we're twelve now? How is that insulting? It's pretty much true. It's not really nice , but it's not really mean either. > Why are you not writing a replacement for systemd? There are already replacements. I use them in several places, mostly openrc. I'm perfectly allowed to grumble that something's bad and pushed into most distros. Pl…
> How is that insulting? It's pretty much true. It's not really nice, but it's not really mean either. That's the point. It's not insulting and it makes you sound like you're twelve. > Next time you complain about, say, your car breaking down, I'll be sure to advise you to go build your own car. No, again. I see you're struggling. When my car breaks down, I ring a mechanic or take it to the garage. I don't go to the…
> That's the point. It's not insulting and it makes you sound like you're twelve.
> What you're doing is most likely using a piece of software, finding it doesn't suit your particular use case and then going online to insult the creator, and claim that you know how it should have been engineered.
It's not insulting, but I'm "insulting the creator"? What exactly are you contending?
> It's completely fine that you don't like systemd. The problem is that a majority of people prefer it and that's pretty obvious from the distributions picking it up.
No, "most people" don't necessarily like it. There are things it does better, and things it does worse. How is a piece of software to improve if every one comes out of the woodwork to white-knight for it when some one criticizes it?
> [you] don't really have anything to back it up.
Dbus stands for desktop bus [0]. It's stated purposes are communicating between desktop applications and between the desktop and OS [1]. It is not built to do low-level init stuff during bootstrapping or within the init itself, hence the name Desktop bus.
I stated that systemd has ~70 binaries; I was off by one. It's 69 binaries [2]. Though, that's a 2013 source; it's taken over other things since then, so I'm sure it's more.
With respect to incompatibility: you now have to use journald. You can forward, but that's additional hassle and more potential breakage. See [3] for more.
Over all, I'd appreciate systemd if I could do one thing: remove everything but the actual init stuff. As far as I'm concerned, there are better options for most of the other stuff.
[0]: https://en.wikipedia.org/wiki/D-Bus
[1]: https://dbus.freedesktop.org/doc/dbus-tutorial.html#whatis
[2]: http://0pointer.net/blog/projects/the-biggest-myths.html
[3]: https://www.freedesktop.org/wiki/Software/systemd/Incompatib...
Re: Cool but obscure X11 tools
#217xcostena. It was an X application written at SGI which took an order and faxed it to La Costena, a taqueria on Rengstorff (at the time). It might have been the first case of e-commerce on the internet and this was pre-web.
Sun had a similar app that would fax orders to Tony and Alba's pizza, though that closed a few years ago.
Re: Cool but obscure X11 tools
#218Earlier quoted context omitted.
>> Also, he thinks he's smarter than every one. > Wow, are we insulting people like we're twelve now? How is that insulting? It's pretty much true. It's not really nice , but it's not really mean either. > Why are you not writing a replacement for systemd? There are already replacements. I use them in several places, mostly openrc. I'm perfectly allowed to grumble that something's bad and pushed into most distros. Pl…
> How is that insulting? It's pretty much true. It's not really nice, but it's not really mean either. That's the point. It's not insulting and it makes you sound like you're twelve. > Next time you complain about, say, your car breaking down, I'll be sure to advise you to go build your own car. No, again. I see you're struggling. When my car breaks down, I ring a mechanic or take it to the garage. I don't go to the…
We weren't using that model of car. Until the mechanic, during routine maintenence[0], attemped to steal our cars and replace them with Pintos.
0: Outside the metaphore: during 'apt-get upgrade' et al.
Re: Cool but obscure X11 tools
#219Earlier quoted context omitted.
openrc, runit, s6, upstart* dmix, jack, pipewire * now maintained at https://gitlab.com/chinstrap/startup
I mean, if anything your list proves my point. They're not used at all. Also, I was asking parent for his implementation - I'm assuming he hasn't written any actual code though.
Re: Cool but obscure X11 tools
#220Earlier quoted context omitted.
openrc, runit, s6, upstart* dmix, jack, pipewire * now maintained at https://gitlab.com/chinstrap/startup
I mean, if anything your list proves my point. They're not used at all. Also, I was asking parent for his implementation - I'm assuming he hasn't written any actual code though.