> I'm with Andries on this one! Linux can't survive if anyone can change it
> and break all the supporting software in user space that reads stuff from
there is no serious breakage issue, since the extra fields would
not break any competent parsing code.
> Linux has *got* to mature to the point where the documentation is *accurate*
> and *available* and the APIs don't wobble under the feet of their users. I
nah. changing APIs and internals is exactly the reason Linux wins.
> subsystem a machine is operating. I consider the fact that I had to dig for
> and ask for this information unacceptable.
would you like that on a silver platter?
> people money. Something that wastes my time costs my employer money.
perhaps you've mistaken this for a Windows mailing list.
> On the other hand, disk statistics should not be in
> /proc/partitions. They should be in /proc/diskstatistics.
aesthetics is good, but here, what point would it serve?
tools would simply need to parse two separate files.
the point is that the files are inherently parallel.
if this aesthetic were followed, most of /proc would need to
be transplanted into /system-info or something. again,
serving no practical purpose.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to email@example.com
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Tue May 07 2002 - 22:00:23 EST