/what/ ->Avahi provides zero-configuration automated network discovery>Pulseaudio is running a outward facing sound server on top of the Linux soundsystem>Systemd is a networked init system that automatically resorts to Google DNSAll made by the same guy,

Name
Email
Subject	Spoiler Image
Comment
File
Password	(For file deletion.)

File: 1570074366657.jpg (138.88 KB,2048x970,1570025857480.jpg) iqdb

Linux is pozzedAnonymous 10/03/19 (Thu) 03:46:06 No.2853

>Avahi provides zero-configuration automated network discovery
>Pulseaudio is running a outward facing sound server on top of the Linux soundsystem
>Systemd is a networked init system that automatically resorts to Google DNS

All made by the same guy, a guy that works for a comnapy know to be affiliated with the American National Security Agency, which in turn is physically proven to skirt around laws in order to illegaly monitor law abiding citizens' activites.

Anonymous 10/03/19 (Thu) 03:48:02 No.2854

use linux and dont use any of these systems

Anonymous 10/03/19 (Thu) 04:51:46 No.2855

>>2854
they are installed on every linux

Anonymous 10/03/19 (Thu) 04:56:08 No.2857

File: 1570078568680.jpg (456.34 KB,900x600,1569817404645.jpg) iqdb

Avahi is useless and no one has it installed.

Pulseaudio is great, the network enabled server is not enabled by default. See: https://wiki.archlinux.org/index.php/PulseAudio/Examples#PulseAudio_over_network

I also like systemd, as I was actually around to use and remember how things used to be before it. systemd does have a lot of stuff that few people use like systemd-networkd, which might be what you're talking about.

It's in systemd, but almost no one uses it.

Anonymous 10/03/19 (Thu) 05:08:57 No.2858

File: 1570079337226.jpg (1.03 MB,1240x1754,43eeebe1d4c4de1c178d1d359d….jpg) iqdb

>>2857
Pulseaudio doesn't do anything. It's literally networked bloat.

Anonymous 10/03/19 (Thu) 05:58:47 No.2861

>>2855
no they're not
>>2857
Exactly what does systemd make easier?
This all sounds like insufferable nerd shit that noone should ever actually care about unless they're getting paid enough to deal with a less convenient but smaller and more scrutable system anyways.
I use void linux and I almost never have to touch init shit. and every time I have had to its been supremely easy.
if you need everything to be just so and integrated in a way only a massive interconnected new subsystem can possibly provide, you just need to stop being so autistic about your computer.

Anonymous 10/03/19 (Thu) 06:50:56 No.2866

File: 1570085456577.jpg (21.27 KB,454x317,1563473524379.jpg) iqdb

>>2858
You can't even play audio from two programs at the same with only ALSA.

You can't even adjust the volume of different applications with only ALSA.

Swapping audio devices and general configuration is extremely difficult with ALSA alone.

You just run pulse and it works. It is one of the single greatest advancements in desktop Linux.

>>2861
>Exactly what does systemd make easier?
Before systemd, daemons were started by writing big ugly shell scripts, and the init system would run those.

systemd uses service files, which are short, easy, and powerful.

Writing your own systemd service file is very easy, and I've done it.

>if you need everything to be just so and integrated in a way only a massive interconnected new subsystem can possibly provide, you just need to stop being so autistic about your computer.
How am I autistic but the people who go far out of their way to avoid systemd for no good reason aren't?

Anonymous 10/03/19 (Thu) 07:09:09 No.2868

>>2866
Daemons on my system are started by short, simple shell scripts.
The service files work because of a gigantic pile of vulnerable error prone code.
I dont see why thats preferable or more convenient than "#!/bin/sh \n exec cupsd" somewhere.

Anonymous 10/03/19 (Thu) 07:17:10 No.2869

Google DNS is literally better than most other ISP DNS services who can spy or or block you from viewing stuff anyway.

Anonymous 10/03/19 (Thu) 07:17:36 No.2870

>>2866
>>2868
and a point:
the entire point of unix is to do stuff by combining other programs together.
Introducing another arbitrary configuration file with arbitrary syntax is as good a reason as any to avoid systemd over 'run these programs in these order with maybe this condition or something'
I dont want to learn what service files are or how to write them its another tiny waste of my finite capacity to store knowledge that could have been done by shit I already know
and very easily and straightforwardly too, if your init shell scripts are huge and complicated its because their author was a godawful nerd and/or the system running them was making shit harder than it had to be.

Anonymous 10/03/19 (Thu) 07:20:18 No.2871

>>2868
>"#!/bin/sh \n exec cupsd"
Yeah you wish this is what a typical one looked like.

They were typically monstrosities.

Service files easily allow you to specify other stuff that needs to be started before it can run (i.e. make sure it doesn't start on boot before the network is up), how it's run (oneshot vs. daemon), what user/group it runs as, if it crashes how often will it retry to run, etc.

The shell scripts used were giant because they were each trying to make features like this in each script.

Anonymous 10/03/19 (Thu) 07:21:48 No.2872

>>2869
Yeah I run Google DNS, they also say they automatically delete logs (or any identifying information connected to them like IP address) after a couple weeks and I believe them.

Anonymous 10/03/19 (Thu) 07:30:21 No.2873

>>2871
No, that /IS/ what a typical one looks like on my system. I literally cat'd a random runscript.
My system doesnt use sysvinit, it uses runit.
There is not a single run script larger than 4 lines except wpa supplicant(11) and the agetty-tty ones(16, all the same).

all of those problems are either non-issues if you dont do shit stupid(for example, have a program to change what user a command is run as.), or just not problems literally who cares(if it crashes how often will it retry to run,)
I dont know what happens if networked services try to run before the network is up and I dont care because its never caused a problem even once.
I suppose they probably just fail and retry after a moment. Or get a connection when its available. Whatever.

Anonymous 10/03/19 (Thu) 07:42:17 No.2874

>>2873
Alright well I've never seen this new runit system. It's even newer than systemd

systemd at this point also has udev built into it (plugging something into USB won't work without this). It also contains logind, which handles permissions necessary for standard desktop use (like being able to mount a USB flashdrive as a user, turn off your computer, pulseaudio basically doesn't work without systemd, etc.).

Other distros work around this by extracting udev from the systemd codebase and creating Eudev, and maintaining ancient consolekit, and hacking around anything that doesn't work with consolekit anymore.

Maybe Void Linux has done this for you and you don't realize just how much hacking has gone into it.

There's a reason every distro switched to systemd. It sucked up 20 packages and turned them into 1, there's bad and good in that. I think it worked out great personally.

Anonymous 10/03/19 (Thu) 08:28:58 No.2876

>>2866
ALSA can do everything pulse can do, it just isn't enabled by default

Anonymous 10/03/19 (Thu) 08:48:47 No.2878

>>2876
With dmix two programs can play audio at once (yes something this very basic and necessary isn't possible with ALSA alone).

You can't change the volume or mute each program.

Swapping audio devices, or changing the audio device a program plays out of, is not possible while running.

Configuring any of this is extremely difficult and esoteric.

Or you could just run pulseaudio and open pavucontrol.

Anonymous 10/03/19 (Thu) 08:54:59 No.2879

Oh and good luck doing anything with your microphone

Anonymous 10/03/19 (Thu) 10:26:03 No.2882

>>2878
Dmix is a part of Alsa. Dmix is enabled by default for soundcards which do not support hardware mixing.

Anonymous 10/03/19 (Thu) 10:28:01 No.2883

File: 1570098481442.jpg (26.46 KB,400x400,misc 1702.jpg) iqdb

>>2878
Configuring anything Linux is extremely difficult and esoteric. That's why I do all my computing on my iPhone.

Anonymous 10/03/19 (Thu) 10:31:46 No.2884

>>2878
https://forums.gentoo.org/viewtopic-t-443324.html

Anonymous 10/03/19 (Thu) 10:42:28 No.2885

>>2884
>Tue Mar 14, 2006
>All of a sudden a friend signs into MSN
>Gentoo
>All that shit for some sort of per-application volume control hack

Oh dear…

Anonymous 10/03/19 (Thu) 10:55:19 No.2886

>>2885
Why would you need it anyway? What browser or music player doesn't already have its own volume control?

Anonymous 10/03/19 (Thu) 11:00:58 No.2888

>>2886
Because you can open one window and see every program playing sound, then change volume or mute them individually, which is obviously way faster then going to each of them.

Games play sound too, and usually don't have easy audio control.

Anonymous 10/03/19 (Thu) 11:10:26 No.2889

I hate it when a game has like a stupidly loud cinematic intro or something that isn't balanced against the volume you set it at in-game.

Anonymous 10/03/19 (Thu) 11:30:27 No.2890

>>2888
there isn't a game in existence that doesn't have audio control.

Anonymous 10/03/19 (Thu) 13:18:23 No.2891

>>2890
You literally just ignored the most important word in that sentence. You're just pretending to be retarded.

Anonymous 10/03/19 (Thu) 13:27:47 No.2892

File: 1570109267442.jpg (166.33 KB,484x593,misc 1283.jpg) iqdb

>>2891
>opening pulseaudio and changing volume levels is way faster thn opening my music player and changing the volume levels

Anonymous 10/03/19 (Thu) 13:29:16 No.2893

File: 1570109356781.jpg (107.29 KB,640x576,Volume.jpg) iqdb

>>2891
Volume sliders are too hard for you?

Anonymous 10/03/19 (Thu) 14:16:45 No.2895

>>2892
Pardon me, but who the fuck are you quoting?

Anonymous 10/03/19 (Thu) 15:49:01 No.2899

>>2874
Runit isnt that new
I have eudev installed but not consolekit
In any case, the point stands that systemd is a god awful program that solves a problem in the stupidest way imaginable.
Stupid runscripts did not necessitate amalgamating a million programs into one monolithic monstrosity that adds yet another arbitrary config syntax and forces everything to hinge on it while presenting a large potential for exploits and/or failures. Runit proves this.