From owner-svn-src-head@FreeBSD.ORG Wed Nov 6 18:55:01 2013 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 848B520B; Wed, 6 Nov 2013 18:55:01 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qe0-x231.google.com (mail-qe0-x231.google.com [IPv6:2607:f8b0:400d:c02::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DCB1E24B9; Wed, 6 Nov 2013 18:55:00 +0000 (UTC) Received: by mail-qe0-f49.google.com with SMTP id a11so6649786qen.36 for ; Wed, 06 Nov 2013 10:55:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=PXVk8YSF8RjNeEqdAB7FS9dL5r25kG/sXbyC+VdvSRc=; b=bqlJXOPlgQFipuk40n7fTlxlzLXzDcZVTrbDvrSlw0ZhXng6c1Ss6jOsadWR2NXdMe CO7HWA1qPa0zmNHqqjX3Ww2r3NINGp5cnr3tJBwE+jGjKSQPj9R28WLoMErJiTOemALc 4Xx/aSqNjoqZxnYG2GDx2BpnWGpH3DykNYrQxmOZujiwzucmEZjZUQ1qwdZvLIQRCXJe 8Y1VCB//psACNWbMI0qE65Jxh23csF3EObR2I8RZSd35T05dhsRmry1ZIDfUYmsnSMi7 dbVJGjmxPSmkT0Odzvu6Cc9e2Q0sUhvRgGIh/dMXilp797KhxQQRgxW54PrFfPtszIW7 +HpA== MIME-Version: 1.0 X-Received: by 10.224.51.131 with SMTP id d3mr8285379qag.0.1383764100016; Wed, 06 Nov 2013 10:55:00 -0800 (PST) Received: by 10.224.207.66 with HTTP; Wed, 6 Nov 2013 10:54:59 -0800 (PST) Received: by 10.224.207.66 with HTTP; Wed, 6 Nov 2013 10:54:59 -0800 (PST) In-Reply-To: <20131106181956.GC7577@FreeBSD.org> References: <201311051029.rA5ATmmM017799@svn.freebsd.org> <201311051156.09819.jhb@freebsd.org> <20131105192904.GG7577@FreeBSD.org> <20131106181956.GC7577@FreeBSD.org> Date: Wed, 6 Nov 2013 10:54:59 -0800 Message-ID: Subject: Re: svn commit: r257696 - in head: libexec/rbootd share/man/man9 sys/compat/svr4 sys/net sys/sys From: Adrian Chadd To: Gleb Smirnoff Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: svn-src-head@freebsd.org, svn-src-all , "src-committers@freebsd.org" , Peter Wemm , John Baldwin X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 18:55:01 -0000 Gleb, I think you are confusing evolving and improving with tearing out legacy APIs. You can likely do the former without the latter. So don't think you need to stop fixing things. Just don't conflate removing old APIs with evolving things. They're not the same thing. Adrian On Nov 6, 2013 1:20 PM, "Gleb Smirnoff" wrote: > On Wed, Nov 06, 2013 at 08:30:43AM -0800, Peter Wemm wrote: > P> > Why should we support such broken configurations as running new > kernel and > P> > ancient core base system utilities? The efforts to keep this are much > more > P> > expensive, then yields. > P> > > P> Why? because up until now you could run a FreeBSD4 jail on a modern > system > P> and reasonably expect it to work. No, we don't really "support" system > P> level tools, but examining network state is widely used. No, one > doesn't > P> run ifconfig to set interface configs in jails, but there's a lot of > P> scripts to read the configuration. > > Examining interface configs are done via getifaddrs(3), which uses > NET_RT_IFLISTL > sysctl, and this is not touched by this commit. > > P> > But why the hell should we support an insane who will try to run > P> > ifconfig(8) > P> > from FreeBSD 4 on FreeBSD 11? Not speaking about this tool from > 4.4BSD, > P> > LOL :) > P> > This is not what COMPAT_FREEBSD4 meant to be. > P> > > P> > P> Insane? Perhaps, but it's keeping FreeBSD alive in a fairly large > company I > P> know of. We'll have to locally revert this change, most likely, and > spend > P> time supporting it ourselves instead of doing other potentially more > useful > P> things to help FreeBSD in general. > > I will not agree that an insane idea gets sane, if it is performed by a > large > company. "Large" doesn't mean "right". Can you please describe the > scenario that > may urge someone to run ifconfig(9) that is several major versions > backwards > on a modern kernel? What does prevent someone to install appropriate > world, or > at least ifconfig(8)? > > May be it is worth to invest time into improving our upgrading technics? > We've > got freebsd-update(1). Doesn't it work for large companies? We have at > minimum > 2 years before 11.0-RELEASE will be released. We can invest time into > upgrading > technics, or into writing down compat layers. If you can explain what can > prevent > someone to upgrade ifconfig, but to push kernel to 11.0, then we could work > on it. May be we should fix these obstacles on the upgrade path, instead of > layering one compat layer over another? > > > > Ok, if you need to, you can just revert commit right here in FreeBSD svn, I > will not start a commit war. I am already very close to abandon idea on > cleaning > network stack, since this work is very very ungrateful. Let it rot as it > is. > While other OSes are pushing forward, let us be an illustartion to > "TCP/IP Illustrated: The implementation", published in 1995. After two > decades, > the closer 11.0-RELEASE in 2015 will be to original implementation, the > funnier > it'll be. > > -- > Totus tuus, Glebius. >