Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
turminal
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
40 ms
·
361.
▲
by
turminal
6y ago
What's the purpose of signal? Is it taking over the world or providing a service to people that care about their privacy and free (as in freedom) communication?
362.
▲
by
turminal
6y ago
Or they could just let people host their own server instances. Would be considerably more censorship resistant from the start.
363.
▲
by
turminal
6y ago
> Many scripters who need wide compatibility of "which" fall back to the builtins `type` and `command` as they resolve any bash aliases set When wide compatibility is needed it is best to avoid bash specific solutions.
364.
▲
by
turminal
6y ago
`man hier` is usually a helpful reference for things like this.
365.
▲
by
turminal
6y ago
Perhaps they should be disappointed in nvidia? Or at least, think twice before buying from them? I don't think anyone here demands anything from nvidia. It's not wayland devs that feel entitled to better treatment by nvidia. It&#x
366.
▲
by
turminal
6y ago
> No, but Wayland is not a bit of software you even think about until it goes wrong. That means the internet gets disproportionately filled with posts about Wayland not working, which presents the wrong image. Kind of like reverse surviv
367.
▲
by
turminal
6y ago
> I guess he's referring to this post? https://drewdevault.com/2019/02/10/Wayland-misconceptions-de ... And to numerous comments on HN and elsewhere. The 'wayland sucks' movement is sooo anno
368.
▲
by
turminal
6y ago
> The same is true for moving away from win32 GUI API. How many times has Microsoft tried? I'm not very familiar with this example, but experience from proprietary systems rarely applies to FOSS because the way free software is deve
369.
▲
by
turminal
6y ago
Because the entire linux graphics community uses the same API (GBM) and wayland is mostly built around that, but Nvidia insists on not using it for some reason.
370.
▲
by
turminal
6y ago
You are overestimating the difficulties of porting old stuff to wayland. XWayland doesn't have a prespecified EOL, it's just going to sit there indefinitely to support all the legacy apps. This means that there is no need to hurry
371.
▲
by
turminal
6y ago
This is so incredibly bad faith based. I have used wayland on my main computer for the last 3 years and the amount of GNOME-centricness is entirely choice based, there are lots of other options. There are items on those lists that have been
372.
▲
by
turminal
6y ago
I'm not arguing OpenSUSE/SUSE isn't a standalone distribution, it's just that they have very important parts of the system dependent on RedHat.
373.
▲
by
turminal
6y ago
I can't possibly see how PAM was ever considered a good idea.
374.
▲
by
turminal
6y ago
The bigger a piece of software is, the more opportunities there are for bugs. And the correlation isn't linear. For home users there is doas, also written by a OpenBSD developer. It's really simple, but I never found anything to b
375.
▲
by
turminal
6y ago
Briefly going through their website (sudo.ws) I am seriously wondering why anyone would want to put some of those features in a privilege management tool.
376.
▲
by
turminal
6y ago
I know. My comment was poorly worded and it reads as if it was the other way around but that doesn't invalidate the fact that they had their own tool and it failed.
377.
▲
by
turminal
6y ago
Which uses systemd (developed by RedHat) and has package management built on top of RPM (developed by RedHat)
378.
▲
by
turminal
6y ago
I just asked GP to clarify what he meant. My original comment was exactly about the ways canonical, SUSE, Debian and others are dependent on RedHat. Canonical attempted to develop upstart as their in house systemd alternative but they faile
379.
▲
by
turminal
6y ago
You mean, if there were other successful companies other than RedHat, the ecosystem would be more diverse?
380.
▲
by
turminal
6y ago
They slowly got the majority in the CentOS steering committee thus gaining all the power they needed to kill it. And then they did. There was no "you can still be CentOS but without our funding".
381.
▲
by
turminal
6y ago
Choices are though if you want to leave the RedHat ecosystem. Sure you can leave CentOS for Debian or Fedora for Ubuntu, but the entire Linux ecosystem is gradually becoming RedHat ecosystem.
382.
▲
by
turminal
6y ago
You don't actually need python for ninja. Someone wrote a compatible tool in C called samurai.
383.
▲
by
turminal
6y ago
And autotools have the problem of requiring perl, m4, and some other stuff i think. And cmake requires C++. I take python over all of these anytime. That said, it's still far from ideal.
384.
▲
by
turminal
6y ago
I wish someone added a Makefile backend to meson. That would make it a much more appealing as an alternative to the autotools mess.
385.
▲
by
turminal
6y ago
This is impossible without significant performance impact. No language can change that. Edit: except theoretically for data structures that have certain characteristics known in advance
386.
▲
by
turminal
6y ago
Slightly off topic but... > …except Elastic doesn't want to use the AGPL because anyone using Elasticsearch would have to open-source their whole codebase — a non-starter for most companies. They wouldn't have to. This is a com
387.
▲
by
turminal
6y ago
> I don't really understand this feature creep argument against systemd. > Also, the way I understand systemd nowadays is it isn't an init system, it is an API for Linux systems that abstracts low level features in kernel in
388.
▲
by
turminal
6y ago
> platform-specific commands into a single, consistent interface Consistent interface that only works on one platform and uses all the platform specific commands imaginable to do things that have no reason to be platform specific. And it
389.
▲
by
turminal
6y ago
Seems like some more feature creep from systemd.
390.
▲
by
turminal
6y ago
I don't mean to defend Amazon here (or in general), but Elastic is the one that is trying to be monopolistic.
More ›