> You don't understand by accident that sometimes blind untested
> changes serve the purpose of hinting at API changes in
> areas where once doesn't have the slightest opportunity
> of testing? Just simple count how many FS there are out there
> and you should see that there is no chance for "quality"
> testing before submission of advancements there.
>
> Breakage is the price you have to pay for advancements.
>
> (I'm not arguing over the particular case in quesiton here.
> I'm just arguing over the proposal.)
Particular case is combination of my screwup, seriously convoluted code
in original and Oleg not sending the fix we'd settled down upon to Linus
(as far as I can tell).
Broken patches _are_ bad and "how many FS are there" is a BS argument.
It _is_ possible to do that right and when it's done wrong - it's a
fuckup of patch author, period.
Proposal is a bit naive, though - in most of the cases fuckups merrily
pass original testing.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/