Received: by 10.192.165.148 with SMTP id m20csp3194071imm; Sun, 29 Apr 2018 16:40:16 -0700 (PDT) X-Google-Smtp-Source: AB8JxZqi2dgRsuj95lvZOwiwzU4KvfBwAnylULPsdXRaModBMcd89Jpux0abN6/KFQMxl75h+E/R X-Received: by 2002:a17:902:781:: with SMTP id 1-v6mr10533071plj.150.1525045216847; Sun, 29 Apr 2018 16:40:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1525045216; cv=none; d=google.com; s=arc-20160816; b=xz/wOkrzmg2o15FAWZc24H3htxvUTfQ3iSvMCEmKDRzSUO8Uld5p3ywKZZFTcrMdEQ 4tNG/N3a8YR1vCA+zoK54HAk7zKJq/zxkfRmy1AaTpzGgStorMuwcjPPfr3IF3gCt77r mhkHZDhBVwAnSsS5T30tLUm8PQFEAfzqGEuG7vlDw+ZyhmdCgphqoOCIEeSpSHi0DxOS vLUcKr3ANK8zKauLGipa0Q2t3DIQwSjIyDUPYjKHVEZGpwpWBqi/p0W9lLAd4qdxw+7k ybdktjrtTGnVb/MmT0jekSXtRwreObqjCwVCE9kyT56QTIODzAFzYvc/t7H8T75WRicv IRJg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dmarc-filter:arc-authentication-results; bh=bZXimSPHN+yEGPYFkVVly7G31eUOnsa6POepbVZ3esU=; b=bgiVkqiFyVApNX6XJdzwA9zl0QzWV/D+9LqauZ9ErpqC2+zpHCh98q/dTEAgPLXwSf ZK+cSF/xa0V1Y/cdGniOG3JRi81CYWAuY8mUT/P0M2trwpotuXz+KEJs+5meuv5U4UCX ICcTsO6efkUkprGfnbkCL3ReuPmKt7wU/5tIslIkrakSKdh+GHakyfUJCfGbi0E+UCFJ ZiudXPMfXEE/ahMW9Wc9sLhSVoLp6Lipfd85VH3YhGfujTOQ+aLEB6XgBXKN9u5rga4r KOxuLK3Vjef17B16Ew41YVpesmQe7KlH/EkteigBCwFnmJU2j9Jaj/MaF5AGRfZ3kuVJ Dh8g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id g8-v6si5401724pgo.618.2018.04.29.16.39.26; Sun, 29 Apr 2018 16:40:16 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754553AbeD2Xht (ORCPT + 99 others); Sun, 29 Apr 2018 19:37:49 -0400 Received: from mail.kernel.org ([198.145.29.99]:48510 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754164AbeD2Xhr (ORCPT ); Sun, 29 Apr 2018 19:37:47 -0400 Received: from localhost (unknown [12.46.108.250]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 70141229FD; Sun, 29 Apr 2018 23:37:46 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 70141229FD Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=linuxfoundation.org Authentication-Results: mail.kernel.org; spf=fail smtp.mailfrom=gregkh@linuxfoundation.org Date: Sun, 29 Apr 2018 16:37:37 -0700 From: Greg KH To: Ondrej Zary Cc: Pavel Machek , Matthew Wilcox , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: Moving unmaintained filesystems to staging Message-ID: <20180429233737.GD16033@kroah.com> References: <20180425154602.GA8546@bombadil.infradead.org> <20180426061108.GB4977@amd> <20180429120705.GA18149@kroah.com> <201804292207.26775.linux@rainbow-software.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201804292207.26775.linux@rainbow-software.org> User-Agent: Mutt/1.9.5 (2018-04-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Apr 29, 2018 at 10:07:26PM +0200, Ondrej Zary wrote: > On Sunday 29 April 2018 14:07:05 Greg KH wrote: > > On Thu, Apr 26, 2018 at 08:11:08AM +0200, Pavel Machek wrote: > > > On Wed 2018-04-25 08:46:02, Matthew Wilcox wrote: > > > > Recently ncpfs got moved to staging. Also recently, we had some fuzzer > > > > developers report bugs in hfs, which they deem a security hole because > > > > Ubuntu attempts to automount an inserted USB device as hfs. > > > > > > We promise "no-regressions" for code in main repository, no such > > > promise for staging. We have quite a lot of code without maintainer. > > > > > > Moving code to staging means it will get broken -- staging was not > > > designed for this. I believe moving anything there is bad idea. > > > > > > Staging is for ugly code, not for code that needs new maintainter. > > > > Staging is used for getting code _out_ of the kernel tree as well as > > _in_. We use it all the time to move code there, see if anyone shows up > > in 6-8 months to say "I will fix this!", and if not, we delete it. > > > > Look at what just happened to IRDA in the 4.17-rc1 release as an example > > of this. > > Really a "great" example of deleting working code :( What do you mean? The irda code was broken and not working at all. There were loads of bug reports about it for years, with no developers or maintainers willing to do the work on it to get it to actually work again. If someone does want to step up and do it, great! It's a simple revert of two git commits and they are back in business. Dropping code from the tree is not like it is gone for forever. If someone wants to pick it up, it is trivial to do so. Git is good :) thanks, greg k-h