Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

> Currently, we can fork udev, but in the future, are you telling my to fork the whole operating system? And all applications that unnecessarily depend on said system? That would require millions of dollars, at least.

Yes, indeed, I do. Because most applications will not unnecessarily depend on systemd, but rather because the dependency provides some (perceived) benefit to the developers. And if the developers decide that the benefit is worth the dependency, they'll do it. And if you want to prevent that future, you need to provide something that offsets the benefit - write the test and compat code to support gentoo, write the docs, provide the money (or other incentive) for the developers to do so. That's how it works. You don't have to do all of that yourself, you can form a group, build your own distro, run a fundraiser, whatever you choose. But you don't get to sit back and complain and hope the world changes for you and neither do I.

There's no democracy in the OSS scene, users don't get to decide what the software they use looks like and even maintainers or other software have no vote. It's more like a market - we use what's best for our personal cause. You pick and choose and the software with the most users will prevail, others either hold their ground or disappear (ConsoleKit).



Who are this developers you keep talking about? When Microsoft bundled IE, WMP with Windows, we said, OK, developers decided that the benefit is worth the dependency, they'll do it, but we didn't like that, I'm not talking about legal issues, what I'm saying is this is an attack to the GNU/Linux philosophy. If GNU/Linux closed its source and went proprietary, you would say exactly the same things: Fork or GTFO. But I would say, this is not right. I just don't want systemd bundled with necessary GNU/Linux components, like the Linux kernel, in the future. As simple as that.

All this discussion doesn't and won't preclude me from do all the things you said under "preventing the future".


> Who are this developers you keep talking about?

People developing software. For example the gnome folks. You, me. (don't know about you, but I have services that use systemd for starting and supervising the service)

> If GNU/Linux closed its source and went proprietary, you would say exactly the same things: Fork or GTFO.

Yes, actually, yes. If Linus decided that all future development he wants to do is now closed source, I either have the option to fork and continue in the open or GTFO. I'm not the one to decide what he can to in his time. There's be a number of legal issues surrounding that, for example that he can't take the current kernel code, but if he decides that within the given framework he closes his development, fine with me. If Linus decides that he thinks that a deep integration between the kernel and systemd is the way forward for his project, I have to accept that. I may not like it, but unless I do something to change it I can't force it any other way.

The beauty of OSS is that you can exactly do that - take the last public version and make something better, something that's more the way you like it, no matter what the original owner thinks, says or does.


Not if Linus decided that, if the Linux Foundation decided that they wanted to switch the license to proprietary. See the mailing list message of Linus against deep integration between the kernel and systemd!

> The beauty of OSS is that you can exactly do that - take the last public version and make something better, something that's more the way you like it, no matter what the original owner thinks, says or does.

Read my previous comment: The beauty of proprietary software is that you can exactly do that - take the last public version, patch it and make something better, something that's more the way you like it, no matter what the original owner thinks, says or does. :)


> Not if Linus decided that, if the Linux Foundation decided that they wanted to go commercial. See the mailing list message of Linux against deep integration between the kernel and systemd!

Why not? Do you pay them for their time? I don't. So who am I, what do they owe me? Nothing. Not even a new free version of linux.

>Read my previous comment: The beauty of proprietary software is that you can exactly do that - take the last public version, patch it and make something better, something that's more the way you like it, no matter what the original owner thinks, says or does. :)

No, actually you can't. You're not entitled to unless you specifically sought a license that permits it. All Open Source Licenses grant you that permission.


Well, if Microsoft could, and did, port IE and Office to UNIX, why would the free and open software people have a problem in allowing more user choice? Why would they need to hard depend on software designed to be non-replaceable? With most free software organizations set up as nonprofit, we must hold them to a higher standard to ensure their continuity under the legal framework.

> No, actually you can't. You're not entitled to unless you specifically sought a license that permits it

Please take a look at 17 U.S. Code § 117.


> Well, if Microsoft could, and did, port IE and Office to UNIX, why would the free and open software people have a problem in allowing more user choice?

No, why? If they port it and even if they provide it closed source binary only, I'd still believe that an open source browser and office packet are fundamentally more in societies interest, but they're certainly entitled to build and distribute IE and Office for linux/unix/catOS and I'm not entitled to tell them to stop. Given the license of pretty much all linux distributions I think nobody would be. Just as microsoft allows the distribution of OpenOffice and Firefox for Windows. They don't have to like it.

>> No, actually you can't. You're not entitled to unless you specifically sought a license that permits it

> Please take a look at 17 U.S. Code § 117.

I'm not going to discuss american law with you, but please note that this paragraph puts severe restrictions on redistribution of copies, while the GPL does not. I'm not a law scholar, much less an american law scholar but I don't think this means what you think it does.


I'll tell you one thing, I know nothing about you, but this person is considered by many the best programmer in the world, one thing is certain, compared to the good done to the world, he's various levels above you and me, he's the creator of daemontools, the way it follows the unix philosophy has been an inspiration, I'll refer you to this page about software law http://cr.yp.to/softwarelaw.html

It seems you don't read my comments, because I've edited binaries, and distributed patches of proprietary software, that's not illegal, only I didn't distribute the binary or code without permission. Let me tell you, having systemd source doesn't help me at all because it's a megalithic blob.

Is the GPL a good thing? Yes, BUT just because you license your junk with the GPL you don't deserve a Nobel peace price. You seem to think that had Hitler released a hello world program with a GPL license he would be a saint, and can't be criticized, "fork or shut up", you say?


Please note that the link you posted says exactly what I was stating:

> As long as you're not distributing the software, you have nothing to worry about.

You're not allowed to redistribute the software, modified or not. GPL or any other OSS license grants you the the permission. (and no, distributing software under GPL does not make you a saint or even a good person. See Reiser)


No shit, I don't distribute the GNU/Linux software either, too big and inconvenient (GB) compared to a patch (bytes).

>> GPL or any other OSS license grants you the the permission

The sysvinit alternatives that I know and use, all use an OSS license, most of them less restrictive (BSD or MIT). I use free (as in freedom) software; that's why systemd is harmful to me, always trying to create incompatibilities with other open source programs lacking a multi-million corporation backer.




Consider applying for YC's Summer 2026 batch! Applications are open till May 4

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: