Re: [RFC] Splitting kernel headers and deprecating __KERNEL__

From: Mariusz Mazur
Date: Tue Nov 30 2004 - 18:01:43 EST


On wtorek 30 listopad 2004 23:25, Linus Torvalds wrote:
> > You mean it can't break anything in a kernel build, or it can't break
> > anything except for userland apps that abused kernel headers and used
> > to get away with that?
>
> It can't break userland either.

Userland? And who's using vanilla kernel headers in userland? Duplicates
maintainers can always fix stuff independent of kernel (and I do).

> > > (b) there are people who will actually take _advantage_ of that
> > > particular file (ie "just because I think so" doesn't fly).
> >
> > People who currently get to maintain duplicates of these header
> > contents will take immediate advantage of these changes, since they
> > will no longer have to maintain the duplicates.
>
> Wrong. They'll _still_ have to maintain duplicates, since they can't rely
> ont he end-user to have a recent enough kernel.

The end user uses a distro that does these things for him. If not, he needs to
know his way around with finding working kernel headers, otherwise he won't
be able to build anything (he surely isn't able now - which btw you're trying
really hard to ignore).
I don't get your point.

> It's just that they can hopefully start _copying_ their dupliates more
> easily. But if you think the duplication goes away, then I don't want you
> to send me patches, because you don't understand the issues.

Yes. The more stuff gets separated, the less work duplicates maintainers have.
Once all userland stuff gets extracted, those maintainers won't have anything
else to do, maybe except releasing their final version and using it for
backward compatibility. And that's what we're aiming at.


--
In the year eighty five ten
God is gonna shake his mighty head
He'll either say,
"I'm pleased where man has been"
Or tear it down, and start again
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/