Re: maturity and status and attributes, oh my!

[Stefan Richter]

Bartlomiej Zolnierkiewicz wrote:
...
> Part of the problem is that many people (including developers) learn about
> things being deprecated/obsoleted after they are actually removed.
> 
> Of course things are not black and white and common sense is required but
> moving in the Kconfig direction is an improvement IMO and could speed up
> the development in the long-term.
...

I basically agree.  Most people use precompiled kernel packages though.
For them we add kernel log messages, for example.  We also preemptively
get in touch with user mailinglists and the like, but we reach only a
fraction of affected people there either.

For people who actually compile kernels, especially distributors, it
would indeed be helpful if "make oldconfig" and Co. show a prompt if an
option entered feature removal schedule.  Actually this has been done
before for things like particular sysfs changes, with ad-hoc CONFIG_
variables.
-- 
Stefan Richter
-=====-=-=== =--= ----=
http://arcgraph.de/sr/
-
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/