Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 5 Nov 2013 14:25:13 -0800
From:      Adrian Chadd <adrian@freebsd.org>
To:        John Baldwin <jhb@freebsd.org>
Cc:        "svn-src-head@freebsd.org" <svn-src-head@freebsd.org>, "svn-src-all@freebsd.org" <svn-src-all@freebsd.org>, Gleb Smirnoff <glebius@freebsd.org>, "src-committers@freebsd.org" <src-committers@freebsd.org>
Subject:   Re: svn commit: r257696 - in head: libexec/rbootd share/man/man9 sys/compat/svr4 sys/net sys/sys
Message-ID:  <CAJ-Vmomwok%2BJSeM%2BVswr2v%2BkV6jJ4=%2BnFQt%2BQWEsOOmnQPBasA@mail.gmail.com>
In-Reply-To: <201311051718.26356.jhb@freebsd.org>
References:  <201311051029.rA5ATmmM017799@svn.freebsd.org> <201311051447.52382.jhb@freebsd.org> <20131105204217.GK7577@FreeBSD.org> <201311051718.26356.jhb@freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
[snip]

My main worry about this kind of work is that you're just steamrolling
through stuff that yes, should be done, but with little warning and no
API deprecation schedule.

I'd much rather see this stuff handled more formally - we mark the API
as deprecated and remove it in the next release.

I really don't like seeing steamrolling through the kernel and
deprecating APIs with minimal warning and having no (optional)
backwards compatibility implementations. That's what made us stand out
from Linux - we kept old APIs around as much as we could. Linux wasn't
terribly good at this.



-adrian



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAJ-Vmomwok%2BJSeM%2BVswr2v%2BkV6jJ4=%2BnFQt%2BQWEsOOmnQPBasA>