The development is mainly by red hat, you recive some patches from other corps but nothing more than that. The project vision and obtjetives are from red hat...
Announcement
Collapse
No announcement yet.
Systemd Gets An Fsck Daemon/Service
Collapse
X
-
Originally posted by cocklover View PostI doub it, systemd is developed by Red Hat Corpotate. And those guys does not care about desktop/notebook...
What is the company behind Fedora, and even Michael promoted Fedora 21 for his main Desktop...Red Hat.
Who is the biggest funders for nouveau project ( so you can use nvidia on your Desktop ) ... Red Hat.
Yes, they are completely supportive to Desktop...
Comment
-
Originally posted by cocklover View PostThe development is mainly by red hat, you recive some patches from other corps but nothing more than that. The project vision and obtjetives are from red hat...
see myth #27: http://0pointer.de/blog/projects/the-biggest-myths.html
27. Myth: systemd is a Red-Hat-only project, is private property of some smart-ass developers, who use it to push their views to the world.
Not true. Currently, there are 16 hackers with commit powers to the systemd git tree. Of these 16 only six are employed by Red Hat. The 10 others are folks from ArchLinux, from Debian, from Intel, even from Canonical, Mandriva, Pantheon and a number of community folks with full commit rights. And they frequently commit big stuff, major changes. Then, there are 374 individuals with patches in our tree, and they too came from a number of different companies and backgrounds, and many of those have way more than one patch in the tree.
[..]
But in general, yes, some of the more influental contributors of systemd work for Red Hat, but they are in the minority, and systemd is a healthy, open community with different interests, different backgrounds, just unified by a few rough ideas where the trip should go, a community where code and its design counts, and certainly not company affiliation.
Comment
-
systemd = less money
I can't shake the feeling, that all the drama about systemd is caused by people who make their living by keeping the current SysV and peripheral cruft running on Linux, by writing copious amounts of shell scripts to plaster over the deficiencies.
systemd removes their raison d'etre, as it replaces a dumb init system that needs smart scripts, with a smart init that needs dumb unit files. It represents a lowering of the barrier to entry and that will in turn mean that Linux admins will not be able to command as high premiums as they used to.
Comment
-
Originally posted by cocklover View PostI doub it, systemd is developed by Red Hat Corpotate. And those guys does not care about desktop/notebook...
Comment
-
Originally posted by Zoll View PostI second this, Linux desperately needs more standardization. Personally, I am desperately waiting for when developers, and not distro maintainers, manage the packaging for their applications. Just the other day I was informed that OpenSUSE ships a misconfigured version of my application that strips out an important feature, and this has been going on for years. Each distro make its own assumptions and it's a constant nightmare. I have another distro that wanted to rename my library and break apps that depend on it. We need something like systemd for the software management world.
Comment
-
Originally posted by Almindor View PostI dare say we are getting fscked by all these additions to the already not so slim systemd.
Can we turn off such added options by merely editing some config file?
Comment
-
Originally posted by DeepDayze View PostCan we turn off such added options by merely editing some config file?
Code:systemctl disable <unwanted service>
Code:systemctl mask <unwanted service>
Code:systemctl disable systemd-networkd
And as it has been stated very often before: you can also disable most of the additional daemons and utilities at compile time, if you do not even want the binaries lying around. Just tell the configure script what to include and what not, you can build yourself a very minimal systemd install. It is a simple asCode:./configure --disable-timesyncd
Comment
-
Originally posted by Skrapion View PostAs best I can tell, dmd and Guix are half-baked copies of Upstart and Nix. I don't see that they're really bringing anything new to the table here.
The dmd project was started 3 years prior to Upstart's first release, and then laid dormant for about 7-8 years until the Guix project got started. So it would be inaccurate to refer to dmd as a "copy" of Upstart. The reverse might be true. And Guix is at most a fork of Nix, since it is being rewritten using Guile, and the methods have changed significantly from Nix.
Comment
Comment