My understanding is that the Ubuntu community does not have the manpower that it takes to maintain universe, and Canonical is primarily only intrested in maintaining main and restricted. What they really should do is disable universe and multiverse by default.
The Ubuntu security team (which is mostly paid Canonical employees) provides security updates for packages in the main and restricted component. Packages in universe (such as owncloud) and multiverse are not supported by the security team.
The Ubuntu package repositories are divided into two parts. Main and restricted contains a limited number of packages which are supported by the Ubuntu security team, but universe and multiverse are not; they are supported (or in this case unsupported) by the Ubuntu community.
The problem is that Ubuntu users don't know this.
Explain for me why the developers cannot simply upload their EXISTING 12.04 and 14.04 backports to Ubuntu, again?
They want you to use their package repository.
If the Ubuntu community wants to provide a version in the Ubuntu repository then the Ubuntu community has to support it.
The reasons that I often hear is more reliable release cycle and supported hardware enabledment kernels during the first two years of and LTS. But yes, most Ubuntu users do not understand the security ramifications of using packages from the Universe component.
Does it still ship with the spyware-inspired keylogger which sends everything you search for to Canonical and others?
Systemd even has a shutdownd. I'm pretty sure it does one thing and does it well.
This isnt a thought or a prediction, this is something systemd actually does when it takes NTP, console, logging, and networking and forces them into one application.
Except it's not.
My system is too old so I don't have the consoled on it, but I imagine that will be a separate daemon as well.
the fork threat is to be taken seriously because of the leaderships inability to actually recognize this as a massive security, scalability, and overall functionality problem that was steamrolled into debian largely at the behest of KDE and Gnome devs. The best solution to avoid a fork in my opinion is to give the user something thats also been forgotten about in the linux community: choice. Systemd or RC Init, or uselessd (a fork of systemd that tries to rehabilitate systemd)
That would of course be nice. But someone has to do the work. It's not like it's just a matter of flipping a bit and everything just works. You actually need to go in and make sure that stuff works with all of them.
http://forkfedora.org/
Not really, but well made.
If systemd really was a bad thing then distributions would not choose it. It's amazing that people think that distributions are dictated which init system to use.
I see. It appears that Android is not as easy to customize as I thought, that you could just replace individual components like the UI if you wanted.
What's so painful about systemd? Seriously.
Android didn't need a new design overhaul. I just hope the new OS is fast and functional.
I heard Android is open source. Why don't you change it back if you like it better that way?
The part that I don't like (besides it going against the unix philosophy) is how fast it's taking over before the majority of the Linux community even had a chance to have their say. And what really gets me is, if systemd was just an init system, fine. But at the rate they are going there is going to be a systemd everything.
Distributions are free to choose whichever init system they want to support. A lot of them choose systemd because it is better than everything that came before it. As simple as that. There is no big conspiracy going on. It's better, that's why it's used. Get over it.
Lennart does not decide what init system distributions choose to use. Distributions choose systemd because it is better than all that came before it.
All seems condemned in the long run to approximate a state akin to Gaussian noise. -- James Martin
