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 [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
