Recall that you referred to a question. In which I replied you didn't ask one? Seems you're silent on that one. I asked if maybe you meant modularity as you never asked a question. As you never asked a question, what the fuck do you expect if I don't understand you?
Regarding modularity: Who cares if it is build time, runtime or package modularity. Really: why do you want this.
I already explained how it is idiotic to think that splitting udev and systemd is good. Now reply with something technical. Not with: OMG at one point udev and systemd weren't merged. Yeah, they were merged because of the overlapping code. This was explained in the merge announcement. Did you read that?
Please educate yourself before calling people stupid and pretend you're the one who is not. Makes you look like a wanker if people here have to spoon fed answers to you.
To address the point "one init done right instead of many Distro-specific solutions in order to get unified experience":
Back when there was no solution to the kde bug "spinning DVD for each new file manager window" and looked over to gnome. Liked it, despite that gstreamer driven apps started to produce extreme crackling sound on some of my videos. As I was already on the way to test new things I wanted to try systemd - maybe it does some "magic" when loading drivers.
It did not.
But while on systemd I just wanted to play. Was harder then I had thought. systemd itself comes with a quite small amount of service files. There is the great Ach Wiki, where you can find plenty of information. But it did not work. Arch uses some own service files. The wiki uses them (as deps). So in order to setup e.g. Auto login (+ startgnome) you need to try to find all those solutions done by arch. And many still would not work
While looking for those service files I found some similar named service files from Gentoo or other distros. Guess what - not compatible.
Concerning the crackling sound (like someone blows into a microphone...): it was pulseaudio (or the pulse alsa plugin, don't know). Uninstalling them instantly fixed my issues.
-> This was the last time I tried pulseaudio! On the way to pulseaudios bugtracker I found this: http://www.pulseaudio.org/ticket/606 - no idea how to report bugs...
After uninstalling pulseaudio I apparently had no sound anymore. And - there is no "alsasound.service" or "sound.service" - no idea where to get it from. Yeah. Google... And get something incompatible, again :rolleyes:
Changed init from systemd back to openrc (grub.conf) and now udevadm won't start xD
Uninstalling systemd fixed that issue.
I have learnt
* pulseaudio is not the promised land.
* pulseaudio has bugs.
* No ieda where to report them
* systemd is one solution for all, wait - no
* systemd services are distro specific and NOT compatible with each other
* Every single distro needs to write their own service files.
* Gnome3 depends on pulseaudio, so this was the last time I tried Gnome3.
And many "great" projects always were quite short term solutions:
You remember hal? DeviceKit? udisks1 also seems to have not been so good - it is widely incompatible with udisks2.
I really fear it will get the same mess with systemd. In some years he will find design flaws and replace it with BootKit...
Theres no point in making shit up. It doesnt help advance your argument.
EDIT: You are -not- going to change my mind. I don't have any problems with systemd existing as long as it remains optional. It isnt the paradise that LP fans make it out to be. The majority of it is bloatware and whats left isnt even half as functional as what it replaces.
Illogical shit I've seen from you:
- Gentoo should follow upstream
- Gentoo should split up systemd package into udev and systemd package
- Distro specific changes in Gentoo is bad
- Systemd should make a Gentoo-specific change
Making shit up / quote me please:
And while I am aggressive, I am factual. E.g. "bloatware" was just mentioned. This was also suggested by the eudev developers. Obviously, there has been various responses as you probably know. Kind of impressive how this person is repeating the eudev "arguments".
Any piece of software that is advanced enough to do anything useful has bugs. No piece of software is free from that rule.
You can report them at either Freedesktop.org's bugtracker, or red hat's bugzilla. Both are considered "Upstream" for Pulseaudio.
Systemd's longterm goal IS one solution. Just like the kernel. We dont have multiple kernels: 1 for embedded, 1 for desktop and 1 for servers. No, we just have 1 kernel with compile time options.
Systemd services SHOULD be distro-agnostic UNLESS those distros have done something that prevents them from being so (SElinux or AppArmor comes to mind)
Service files are provided by upstream packages. Distro may modify them, but upstream is the original shipper.
That was Gnome's choice. They had their reasons. Dont like it, dont use it (as you did.)