zxzax

14 ms·

91.
by zxzax 5y ago
I just use systemd and pipewire, it's not a problem for me personally. They're the worst options... except for all the others :)
92.
by zxzax 5y ago
To me it's the other way around -- pipewire is the sound server equivalent of systemd. For better or for worse.
93.
by zxzax 5y ago
This is incredibly saddening news, near was an active HN user whose posts I always enjoyed reading. These cyber stalking websites needed to be shut down long ago.
94.
by zxzax 5y ago
You can just use podman to run Docker containers. That workflow is honestly what I wanted years ago when I first used docker, where containerization is put in the core system, and you can progressively add containerization to your core serv
95.
by zxzax 5y ago
Sure, but that's entirely the problem those centralized logging services were made to solve. You make it really easy for everyone in the company to put their logs in the right place.
96.
by zxzax 5y ago
That's not a full picture, apparently that was due to some specific problem in Gentoo: https://blogs.gnome.org/ovitters/2013/09/25/gnome-and-logind... AFAIK the GNOME Wayland session still depends o
97.
by zxzax 5y ago
>They are not removing deprecated things, whenever possible the old things are still around and call the new things. That's great that they have the bandwidth to do that, I commend them for it, but other projects don't have the
98.
by zxzax 5y ago
In some ways yes, in other ways no. I've looked at both, and there is always a certain amount of "ugliness" that comes with writing low level C software for Unix.
99.
by zxzax 5y ago
>is a scourge on open source I wouldn't say so, unstructured complaining really doesn't help at all. If the project has been around for a while then the flaws are usually well known. Before you lodge a complaint, you'll wa
100.
by zxzax 5y ago
The D-Bus RPC is considered deprecated in favor of Ice and can be compiled out.
101.
by zxzax 5y ago
It's not a bad idea, but that essentially means running a dynamic DNS service (or partnering with one) which is outside the scope of mumble.
102.
by zxzax 5y ago
Ok so complain to the ops department that they need to unify their logs. That's their problem, not yours. If the company is big I would expect them to be doing that anyway, either they coalesce around a journald-type thing that aggrega
103.
by zxzax 5y ago
You can just disable the fd passing for services that don't need it. I'm not sure what your actual issue is. I haven't had to reboot any more with systemd than I did with sysvinit or openrc, or the slackware rc init, or anyt
104.
by zxzax 5y ago
I'm not sure what period you're alluding to, but if that did happen, it seems it happened because things stalled on the BSD side, not because of any changes in GNOME. Can you please elaborate what you mean? I'm interested to
105.
by zxzax 5y ago
I honestly would like to see a better service manager than systemd, but just my opinion from following development of these things: a huge reason why it can't happen comes from underlying deficiencies in the kernel, and with Unix. The
106.
by zxzax 5y ago
>There was a thousand ways to do that before systemd, systemd added yet another way. It's not bad, but it was not novel in any way. The difference here is that systemd actually went to the individual distro maintainers and listened
107.
by zxzax 5y ago
If you want to use journald for those programs you could just configure them to pipe the logs there, or you could just disable journald logging and have it pipe its logs to the syslog. If your distro didn't configure all those programs
108.
by zxzax 5y ago
I generally agree with the comments in the research paper about clone + vfork, most applications seem to not use it at all (either directly or indirectly through posix_spawn) for those reasons.
109.
by zxzax 5y ago
Unfortunately, on Linux there is no posix_spawn syscall. It's implemented in glibc as a wrapper around clone + exec.
110.
by zxzax 5y ago
I can't say I agree with that conclusion, if you're just applying a patch then you don't need to edit the low level packaging. It doesn't affect the occasional user at all.
111.
by zxzax 5y ago
This is just for arbitrary autotools, cmake and meson projects using any language supported by those build systems. The sizes and dependencies vary. I don't really see it being much harder, the debian developer documentation is really
112.
by zxzax 5y ago
Last time I tried that I had bad problems with package conflicts trying to overwrite files, but it was a while ago and maybe I was doing something wrong, I'll give it another shot.
113.
by zxzax 5y ago
The difference there is that debhelper will usually try to keep its own modifications temporary, and otherwise keep the source in the same state as the original upstream source. So that way you know when there is going to be a merge conflic
114.
by zxzax 5y ago
I'll try to respond to some of your comments, but I'll admit I'm always somewhat confused by rant posts. I never really understood PPAs, that seems like an Ubuntu thing that was not ever suggested to use in debian. If you wan
115.
by zxzax 5y ago
If the point is to look like someone who is unnecessarily rude, I would kindly request that you not do that. Please avoid throwing insults around and starting flame wars. It doesn't help anyone. We can have a good conversation without
116.
by zxzax 5y ago
I'm not sure I understand the question? This is for any package. Of course you will run into trouble if you introduce breakage, like removing files that the build script expects to be there, or causing merge conflicts with patches appl
117.
by zxzax 5y ago
Really? For me it's literally just `dpkg-buildpackage` after patching the source. I never had any problems with it.
118.
by zxzax 5y ago
>It's so much harder to build your own software packages on Debian. Even patching an existing Debian package can be painful, and having to write your own packages is even worse. I can't say that's been my experience, once
119.
by zxzax 5y ago
The point there is, while some negative attitudes may not be preventing other projects from using the code, they do prevent the project from growing, and it leads to fragmentation, which I believe they are seeking to minimize. So something
120.
by zxzax 5y ago
That's just about managing expectations, and it falls on you to be clear in your marketing. If you said "we support all versions of Windows" then you could expect someone to misinterpret that, the same way they would misinter

More ›