/tech/ - Technology

Buffer overflow

Posting mode: Reply

Check to confirm you're not a robot
Drawing x size canvas

Remember to follow the rules

Max file size: 350.00 MB

Max files: 5

Max message length: 4096

Manage Board | Moderate Thread

Return | Catalog | Bottom

Expand All Images

Why are you still running systemd? Anonymous 10/24/2018 (Wed) 07:43:56 [Preview] No. 12921
Serious question, not sure what else to add.

Anonymous 10/25/2018 (Thu) 01:12:33 [Preview] No.12924 del
I actually have to use it at work so I eventually switched to it at home.
Thinking about also switching to systemd-networkd and systemd-boot.

Anonymous 10/25/2018 (Thu) 01:56:22 [Preview] No.12925 del
Why not? All original and sane distros have switched to systemd, I guess they must have a good reason for that.
I don't exactly want to use some secondary product like devuan and have security updates delivered later than they could be.

Anonymous 10/25/2018 (Thu) 02:18:43 [Preview] No.12926 del
Agreed with Devuan and its lacking (security) updates. Though I do not agree that simply because systemd has been widely adopted it immediately good, there are many arguments against systemd, here are some of mine:
- A greatly increased attack surface
- Makes many packages depend on it (even though it was meant to be an init system)
- Weird design choices (binary logs)
- Lennart Poettering's PulseAudio was controversial and bug-ridden as well
- Doesn't give a damn about the UNIX Philosophy, is monolithic
- There are few good reasons for switching to systemd, IMO

Some resources:
https://invidio.us/GNUGjFzenq4 ("The Systemd Conspiracy")
https://ewontfix.com/14/ (2014, "Broken by design: systemd")
http://www.steven-mcdonald.id.au/articles/systemd.shtml (2015, "Why I dislike systemd")

Anonymous 10/25/2018 (Thu) 07:31:03 [Preview] No.12932 del
>- Makes many packages depend on it (even though it was meant to be an init system)
Software developers decide what their software depends on.

Anonymous 10/25/2018 (Thu) 10:11:49 [Preview] No.12935 del
I know, though since systemd is so great in its scope whenever one package depends on it all other packages depending on that package will have to download and install systemd as well.

Anonymous 10/25/2018 (Thu) 10:28:50 [Preview] No.12936 del
Here's a great way to explore Linux distros without systemd:

Let me rephrase that:
Since systemd is so great in its scope packages are easily dependent on systemd, and whenever one package depends on it all packages depending on that package will have to download and install systemd (as with all other packages).

Anonymous 10/25/2018 (Thu) 11:46:19 [Preview] No.12937 del
>Agreed with Devuan and its lacking (security) updates
I have a machine running Devuan stable (main rig) and another with Debian stable (needed for work), both get security updates at the same time. If anything there might be a bit of a delay for things that need repackaged but I have not noticed this myself.

Anonymous 10/26/2018 (Fri) 02:24:42 [Preview] No.12938 del
>A greatly increased attack surface

- Makes many packages depend on it (even though it was meant to be an init system)
>install systemd
>now i3 depends on it
>can't remove systemd because I need i3
>cia niggers
- Weird design choices (binary logs)
*blocks your text search/manipulation tools path*
- Lennart Poettering's PulseAudio was controversial and bug-ridden as well
true, he's also a faggot
- Doesn't give a damn about the UNIX Philosophy, is monolithic
nobody gives a damn about UNIX Philosophy since the second world war

Anonymous 10/26/2018 (Fri) 02:27:29 [Preview] No.12939 del
I'm not

Anonymous 10/26/2018 (Fri) 10:17:29 [Preview] No.12941 del
Whenever one package depends on X all other packages depending on that package will have to download and install X as well. Nothing particular about systemd here.
The list is full of garbage and nonames (which in reality often equals garbage). I'd probably only consider parabola or artix for desktop from the whole list.

Anonymous 10/27/2018 (Sat) 07:07:27 [Preview] No.12942 del
>Nothing particular about systemd here.
>The list is full of garbage and nonames
DistroWatch could do a much better job, yes.
I might consider installing Gentoo, I like the fact it is source-based by default, though I guess you'd need more capable hardware ...

Anonymous 10/27/2018 (Sat) 07:19:34 [Preview] No.12943 del
I'm running ASCII (stable) now and upgrading to Beowulf (testing), hope I don't break my system.

Anonymous 10/28/2018 (Sun) 12:32:19 [Preview] No.12944 del
Do note that it didn't even check package signatures until recently. Wouldn't recommend relying on it for any security whatsoever. As a toy OS in a VM it might be nice though

Anonymous 10/29/2018 (Mon) 06:34:03 [Preview] No.12949 del
Bedrock Linux based on Alpine

Anonymous 10/29/2018 (Mon) 22:19:31 [Preview] No.12959 del
Neat, yet another half-baked OS (I guess). Why can't people simply contribute to an existing project instead of creating the Nth fork and letting it fail again and again.

Anonymous 10/30/2018 (Tue) 06:59:24 [Preview] No.12960 del
>Neat, yet another half-baked OS (I guess). Why can't people simply contribute to an existing project instead of creating the Nth fork and letting it fail again and again.
Cause everyone has different idea of perfect distro

Anonymous 10/30/2018 (Tue) 09:25:34 [Preview] No.12962 del
You're right, and to be honest Bedrock does do things quite differently though I don't see what's the use for it myself.

Anonymous 10/30/2018 (Tue) 09:39:10 [Preview] No.12963 del
You should have spoilered those images

Anonymous 10/30/2018 (Tue) 10:40:17 [Preview] No.12964 del
I want to use Alpine, but need some glibc dependent software. In that case, I use bedrock with Alpine and random glibc-based distro

Anonymous 11/26/2018 (Mon) 08:13:00 [Preview] No.13005 del
Redhat niggers and counter-contrarians love systemd.

Anonymous 11/28/2018 (Wed) 19:44:37 [Preview] No.13008 del
I don't use SystemDick. OpenRC is fast enough and RunIT is even faster than SystemD. In reality, SystemD is more complicated and harder to configure (if it doesn't work out-of-box) than OpenRC/RunIT/SysVInit/BSD Init. There is something off with the push for SystemD. Just think about it. There isn't even one terminal emulator or file manager that everyone has agreed to use, but how come everyone loves (((SystemD)))?

SystemDeezNuts BenBoi 12/29/2018 (Sat) 10:25:39 [Preview] No.13055 del

I am a Fedora user and Fedora is top kek. So I guess I'd have to get used to using systemd not that I really ever used an init system ever, until recently getting into to adminning stuff.

Anonymous 12/29/2018 (Sat) 21:04:16 [Preview] No.13069 del
I only used systemd for a very short time, when I installed Armbian on a board I got to move away from the x86 disaster. Well it was less than a month later before a systemd bug was causing problems (some daemons wouldn't start). Armbian didn't address the bug and simply waited for their upstream (Ubuntu) to take care of it. Apparently those guys didn't care about fixing it quickly because allegedly it only affected ARM systems. So I immediately installed Devuan, and that was the end of all that. I never even looked back to see if they finally fixed the bug.
Anyway my other computers were all running OpenBSD, long before systemd even existed. I would have used it here except they don't have good 32-bit ARM support. NetBSD runs okay, but video has no acceleration whatsoever, so Firefox is laggy to the point of 1-2 second delays between hitting arrow key or clicking mouse and it actually doing the action. Which is strange because I also tried some emulators (NES and Amiga) that work pretty damn good with the exact same Xorg driver.

Anonymous 12/30/2018 (Sun) 05:20:10 [Preview] No.13074 del
Arrest this man for the crime of making stable and well maintained software!

Anonymous 03/06/2019 (Wed) 14:21:41 [Preview] No.13217 del
I'm not using systemd and don't intend to, if an opportunity continues to exists to do so. This whole ordeal just demonstrates how much sway Redhat has over the direction of Linux/GNU distros. It can do this because of the development projects it controls.

The ultimate goal is to unify most of the userland amongst the different distributions to the point where there won't be much difference between them and then let redundant distros burn out and have those developers roll into other projects.

There may still be a few holdouts that don't use it, but as long as Redhat and Debian/Ubuntu use it, that will eventually push out non-conformists by creating an ever increasing workload in-order to un-systemd projects that establish hard dependencies to it.

At that point, the remaining non-systemd crowd may make the jump to a different UNIXy OS or just learn to love Lennart's systemd.

If you look at the big picture, this may actually not be a bad thing because it will position Linux for the "not Windows" crowd, where as folks who actually like traditional Unix, will jump over to one of the other options.

Anonymous 04/18/2019 (Thu) 04:32:35 [Preview] No.13284 del
I'm not. I've been using Void Linux, with runit, as a daily driver for ~3 years now. Haven't had any issues with it so far.

Anonymous 11/24/2019 (Sun) 04:10:13 [Preview] No.13933 del
Because every worthwhile distro aside from Gentoo uses it.

Anonymous 12/05/2019 (Thu) 02:50:34 [Preview] No.13954 del
It just works and I'm not autistic.

Anonymous 12/13/2019 (Fri) 12:03:14 [Preview] No.13973 del
(1.12 MB 909x1200 gtAustisticist.png)
Don't go shitting on us Autists or we'll put you in an autisticly designed oven.

Anonymous 01/03/2020 (Fri) 22:26:15 [Preview] No.13995 del
I don't use systemd atm (FreeBSD), but I'm downloading Qubes OS right now from my TAILS USB-compliant flash media storage.

I dislike Qubes OS being Fedora-based, because I'll be forced to use Pulseaudio. But I don't give a shit about systemd because everything will be contained in different VMs.

Here's a PDF by Qubes OS's creator, presenting Qubes OS's security.

Anonymous 01/21/2020 (Tue) 00:37:32 [Preview] No.14017 del
PulseAudio isn't really that bad unless you're trying to do advanced audio things. For 90% of people, it will likely meet their needs and it is specific to audio, unlike systemd that keeps expanding in scope.

Anonymous 01/22/2020 (Wed) 02:02:48 [Preview] No.14018 del
good thing autists usually can't cook

Anonymous 01/26/2020 (Sun) 23:24:14 [Preview] No.14025 del
Unless they're autistic about cooking...

Anonymous 03/08/2020 (Sun) 15:27:25 [Preview] No.14046 del
Posting in here because pulseaudio is a piece of shit. I just spend 2 hours trying to figure out where the audio delay in my new system came from and of course it was pulse. A giant layer of crap that is smothering alsa.

Anonymous 03/17/2020 (Tue) 23:30:33 [Preview] No.14054 del
I don't. But looking at the last five posts in this thread from page one, I'm not sure I care?

Anonymous 03/25/2020 (Wed) 15:16:04 [Preview] No.14061 del
https://youtube.com/watch?v=RkFNMEk0xn8 [Embed]
This explains everything. That's why it's been shadow banned and age restricted on behalf of the three letter agencies.

Anonymous 04/06/2020 (Mon) 11:33:22 [Preview] No.14073 del
rip video

Anonymous 05/10/2020 (Sun) 20:40:57 [Preview] No.14143 del
There you go.

Anonymous 05/12/2020 (Tue) 19:08:35 [Preview] No.14147 del
It's free software and it doesn't interfere with any of the computing I do, I never had problems with it and it does what it's supposed to well. If there is a piece of software I'd dislike Poettering over, it's pulseaudio. I remember a few times that it broke my sound, but those issues have been resolved nowadays so there's no reason not to use it. I don't understand all of the whining about "UNIX philosophy" and "modularization." GNU's Not UNIX and GNU programs have always been robust (or "bloated," if you want to be rude) rather than minimalistic, look at EMACS for Christ's sake.

Anonymous 05/19/2020 (Tue) 15:46:18 [Preview] No.14168 del
I don't.

I actually don't have much of a problem with the "bloatedness" but the ever-expanding scope is just cancerous thinking and I don't even know why it is allowed. We want to add some additional semantics to how we run binaries and we want to write declarative configuration files - fine, do it, but you have to stop somewhere, like, there should be a place where we design things and where we decide what to do and what not to do. Honestly it just makes me think that the bazaar model fails here instead of the cathedral one.
>b-but it werks
It doesn't. Look at all the "features" systemd provides. I'm guessing more than half of them just don't work (if you want an example, my beef was with wake-on-lan preparation of network adapters) and it works for your paticular use case because you don't stray off the beaten path too far.
>but it still provides a way to add shell initscripts and whatnot
It does, but why would I use the systemd then if I can use old and tried initscripts? Why should I double my work on configuration or try to debug some obscure edge-case in a million LOCs work? No thanks.

Saying that though, for an end user it doesn't really matter as long as they don't do anything and stick with the distro default. Nice fucking new Windows we got here, I actually cannot wait for Linux to crumble already. There are tons of bugs in the kernel nobody fixes because not enough manpower and because it's actually hard, way harder than even 10 years ago. I would go to *BSD but using unix-like systems made me realize I don't like Unix that much. Time to look for a meme OS or to write one myself.


Anonymous 05/20/2020 (Wed) 05:26:16 [Preview] No.14170 del
Pulse audio is risky. One it uses a cookie. And pipes audio everywhere. Everything on a computer can osculate. Much like your headphones can be turned into a headphone. Or your key board strokes could be key logged. This may be tin foil but Pulse is less secure. Also dependencies. remove libpulse0 and see what happens.

systemd is great. I like to get cycked in the long run.

Top | Return | Catalog | Post a reply