The eudev project launches

Posted Dec 19, 2012 17:33 UTC (Wed) by hummassa (guest, #307)
In reply to: The eudev project launches by HelloWorld
Parent article: The eudev project launches

> affects only a tiny group of people

Nonsense, poppycock!

If "patch to build only udev" was something that "affects only a tiny group of people", you and Leonard wouldn't be here in LWN tying to defend the undefensable. If it was true, eudev would be something of use only for that "tiny group of people".

Regardless of any incorrectness or even downright falsehoods that may or may not be contained on eudev's announcement, the complexity of making and maintaining a ./configure flag "--udev-only" is irrisory. And still, Poettering came here and put up a wiki page (taking more time than he will ever take to make and maintain such flag) TO DEFEND THAT HE WILL NEVER ACCEPT SUCH PATCHES. Oh, come on!

As I said before, both sides are arguing like five-years-olds. Fingers in their ears, la-la-la-la-la. Pathetic.

to post comments

The eudev project launches

Posted Dec 19, 2012 18:42 UTC (Wed) by HelloWorld (guest, #56129) [Link] (4 responses)

If "patch to build only udev" was something that "affects only a tiny group of people", you and Leonard wouldn't be here in LWN tying to defend the undefensable.

Let me get this straight: the fact that a handful of people on lwn.net flame Poettering is somehow a proof that there's more than a tiny fraction of linux users who care about this?

You can deny it, that won't change the facts: the vast majority of linux users use binary distros. Of those who use source-based distros, at least some use systemd as well, making the issue moot. Of those who use a source-based distro and don't want systemd, most require systemd's dependencies anyway and thus don't have a problem with installing them. Of those who use source-based distros and want neither systemd nor its dependencies, most are probably reasonable people who just get over it, install the dependencies, build udev and remove the dependencies again. So that's a fraction of a fraction of a fraction of a fraction of udev's users for whom this is a problem, and you're actually trying to convince others that that's not what one would call a tiny group?

the complexity of making and maintaining a ./configure flag "--udev-only" is irrisory.

It's easy for you to say that as you don't have to do the work. You should leave that decision to those who do.

The eudev project launches

Posted Dec 19, 2012 19:30 UTC (Wed) by hummassa (guest, #307) [Link]

> It's easy for you to say that as you don't have to do the work. You should leave that decision to those who do.

Let's do exactly THAT: welcome eudev into the community, and all is Ok. Because that is what eudev developers are doing (taking the decision, doing the work).

The eudev project launches

Posted Dec 19, 2012 19:31 UTC (Wed) by hummassa (guest, #307) [Link] (2 responses)

> Let me get this straight: the fact that a handful of people on lwn.net flame Poettering is somehow a proof that there's more than a tiny fraction of linux users who care about this?

No, but the fact that he personally feels like he has to respond seems like a hint.

The eudev project launches

Posted Dec 22, 2012 12:42 UTC (Sat) by ovitters (guest, #27950) [Link] (1 responses)

Your behaviour towards Lennart is really poor. hint: he corrected claims. you just suggest bad intend. Meaning, getting personal, yet again.

The eudev project launches

Posted Dec 23, 2012 3:16 UTC (Sun) by hummassa (guest, #307) [Link]

You should re-read the whole thread.

The eudev project launches

Posted Dec 19, 2012 20:23 UTC (Wed) by mezcalero (subscriber, #45103) [Link] (4 responses)

You know, what you are missing here is that people who go minimalist enough to only want udev from the systemd tree and nothing else, usually don't stop there and want even less than "all of udev" too. i.e. they want some of the helpers and not all, i.e. why would I need the accelerometer helper on my server or the MTD prober on my desktop?

Similar, some folks want only tmpfiles, or only detect-virt or some of the other stuff...

And you know if you then try to accommodate of making all these things optional and selectable specifically at configure time then you necessarily end up with a makefile where every second line is ifdef'ed in by a different configure switch, and even the .c sources are littered with #ifdef HAVE_xxx sections. And that is a) very hard to read and maintain, b) impossible to test in all combinations (explodes the test matrix...), and c) entirely unnecessary, as "make" is already good enough to allow people to build exactly what they need and what they don't want. And yeah, I have no interest in maintaining such a beast, especially since it makes our life harder and gains us nothing.

Anyway, calling us pathetic, and five-year olds also doesn't really make use take you seriously.

Also, to clarify one thing: I don't really care whether somebody forks udev, quite frankly I am quite happy if they do so that they can deal with people like felipec, barbato or rulgard, and I don't have to. What I am annoyed about though is the FUD and falsehoods they spread while doing so. Most specifically their constantly repeated claim that udev upstream wouldn't allow non-initrd with /usr split off, even though we each time point out that udev doesn't care and it's other software that will break, not udev.

But anyway, I'll leave it at this. It's unlikely I'll change you mind on things, and quite frankly you are not really succeeding to change mine either...

Lennart

The eudev project launches

Posted Dec 20, 2012 0:09 UTC (Thu) by nix (subscriber, #2304) [Link]

And you know if you then try to accommodate of making all these things optional and selectable specifically at configure time

You mean like the helpers already were? I suppose that's been taken out now, too.

The eudev project launches

Posted Dec 20, 2012 0:29 UTC (Thu) by hummassa (guest, #307) [Link]

> And you know if you then try to accommodate of making all these things optional and selectable specifically at configure time then you necessarily end up with a makefile where every second line is ifdef'ed in by a different configure switch, and even the .c sources are littered with #ifdef HAVE_xxx sections. And that is a) very hard to read and maintain, b) impossible to test in all combinations (explodes the test matrix...), and c) entirely unnecessary, as "make" is already good enough to allow people to build exactly what they need and what they don't want.

This is a real nice argument; except maybe for the part that you wouldn't be forced to think and make the patch nor maintaining it working (you could shift the responsability that half of the test matrix to the other, more interested, part). Your thing, when a patch like that comes, would be to overlook it, apply it, test *your* side of the test matrix and voilà.

> And yeah, I have no interest in maintaining such a beast, especially since it makes our life harder and gains us nothing.

This is the Most Honest part of your argument. "I am not in the mood, MY code (the code I have to look at from time to time) will get uglier, and it's mine, so I won't do it."

> Anyway, calling us pathetic, and five-year olds also doesn't really make use take you seriously.

Let's be honest here: I called BOTH sides of the discussion pathetic five-year olds; if you can't re-read this whole discussion, take a little distance and see how it is funny, I hate to tell you but you could use some sense of humour. I don't want to be taken seriously -- I want you (and by you, again, I mean both sides of this discussion) to perceive no one is really taking you seriously when you start bickering and sidetracking and trhowing tantrum fits. And this (bickering/sidetracking/tantrums, not being seen as serious) is a BIG loss to the Free Software Community as a whole; so you might want to consider that...

> Also, to clarify one thing: I don't really care whether somebody forks udev, quite frankly I am quite happy if they do so that they can deal with people like felipec, barbato or rulgard, and I don't have to. What I am annoyed about though is the FUD and falsehoods they spread while doing so. Most specifically their constantly repeated claim that udev upstream wouldn't allow non-initrd with /usr split off, even though we each time point out that udev doesn't care and it's other software that will break, not udev.

That is Ugly and Wrong. And that is the pathetic five-year olds part for the other side of the discussion.

Free Software does not need a REASON to be forked: the answer to "we have a team of developers and some infrastructure, we think we could do better maintaining this" is "Good! Be my guest! If it's copyleft, just distribute the source and all is well, maybe you will do a good job and I will use your commits here too!"

> But anyway, I'll leave it at this. It's unlikely I'll change you mind on things, and quite frankly you are not really succeeding to change mine either...

I never intended to change your mind. Even if I don't personally like systemd -- for the reasons I stated elsewhere in this thread, I admire your hard work and I am thankful for it. I just wished (before) that you were more accomodating, but you are not up to it, and there is nothing I can do about it. Now, eudev is a reality, and we all continue to win.

The eudev project launches

Posted Dec 20, 2012 4:14 UTC (Thu) by nevets (subscriber, #11875) [Link] (1 responses)

Maybe you should have a look at the Linux kernel. It's probably the most configurable project that ever existed. The kernel has matured where we don't have lots of #ifdef HAVE_xxx in the .c sources. We do put them into the .h files, where a static inline may act differently depending on the configs set. It's actually quite an elegant solution.

I based my Makefile for trace-cmd and kernelshark partially off of the Linux kbuild system. It's much more versatile and easier to understand than autoconf. I should work on making the kbuild system available for other projects as well. Package it up and reuse it.

Yes, we don't test all the different config options either, but you test what you ship. If someone finds a set of options that break, it's not that difficult (or time consuming) to fix it. I know this from experience as well.

I left off 'c)' because it was entirely an opinion, and not a technical issue at all.

The eudev project launches

Posted Dec 21, 2012 7:35 UTC (Fri) by felipec (guest, #75494) [Link]

Completely true, in fact, there are other projects using Linux's kbuild system; buildroot.

The only way to make a software project work for everyone, is to allow configuration options for everyone. If you don't, for laziness, or whatever reason; forks are bound to happen, as eudev demonstrates.