Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp792275ybi; Thu, 30 May 2019 06:53:15 -0700 (PDT) X-Google-Smtp-Source: APXvYqw8pIoN4hR4Irer8qJXbrrWJuV1gUy8s8MlFDa5nxqbQLlsqxhB31Zj9mf0rGG2sqSoE/zr X-Received: by 2002:a63:f509:: with SMTP id w9mr3935729pgh.134.1559224395514; Thu, 30 May 2019 06:53:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1559224395; cv=none; d=google.com; s=arc-20160816; b=xrmruvtDNfc57p7wT2yNxmP06/xAfNKR3inl4D3YJ5V4Oigv84LHW44EtkFBx5262W CkriVUt60HOZAv13W13uP0/rcuMAa+MqCEUyPDj3HVse5xRZS8H3ZvMcW9r0PZ0JJcQ7 PGriwRMgeMmwXCpwNMcwBsPzRazLuZ0csYY5RuId5Jp89MqSVQGrg3VxWriUpMrciD3i PI7EXEdfCRzO08BY8R1Inn8PMZfbc4Sko4vmt+YnvBkXOF27ScXS55Bx3n0oVEQUyFd6 QGjGmrmzIxA0zzJpANX22KSccTUElh8w4dIPWZFXQVBNJYlTHtFNX6+2+TTZUB4TO/el xZog== 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; bh=3BVw5pBIQre7c0DFPeZqLChE79domyGjF1miHl9ZNzY=; b=QAe1YMhKJ/WhIRTUraZsSdYlg+K/cKXAlAaM4Y7p4uvLLtgGbBkdSo4CwuLzuP+tTV RiyNK1ppEZi3OQKDtETIRhQ5EjUw14pcX6haqZRHKz20JoLEmwPhxbLtlmoz40sCa59a m/F6N6jrpH+YH/8I3u4TGL25sxJT114dAApzXJwfA1ADxB3LmBtbgrtHjKKzJV5dA/Hh xs+d/vdRyuYY0izsRlOmpiFUSmq7cFEJ2MVl+MRZwe1ecpQ9b5ZYZlB6VkX6dznFzhxj s6MtnT98bmZovAswbO+vcmnFoiS94VssrirPBcx5KTTaiq6TQVJFJ4xbcD5pUYZvMiD2 HaAQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-ext4-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-ext4-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 b142si3492311pfb.245.2019.05.30.06.52.50; Thu, 30 May 2019 06:53:15 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-ext4-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-ext4-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726550AbfE3Nwt (ORCPT + 99 others); Thu, 30 May 2019 09:52:49 -0400 Received: from outgoing-auth-1.mit.edu ([18.9.28.11]:47744 "EHLO outgoing.mit.edu" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1725870AbfE3Nws (ORCPT ); Thu, 30 May 2019 09:52:48 -0400 Received: from callcc.thunk.org ([66.31.38.53]) (authenticated bits=0) (User authenticated as tytso@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id x4UDptHw021454 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 30 May 2019 09:51:56 -0400 Received: by callcc.thunk.org (Postfix, from userid 15806) id 5B089420481; Thu, 30 May 2019 09:51:55 -0400 (EDT) Date: Thu, 30 May 2019 09:51:55 -0400 From: "Theodore Ts'o" To: Jan Kara Cc: Lukas Czerner , linux-ext4@vger.kernel.org, Jan Kara Subject: Re: How to package e2scrub Message-ID: <20190530135155.GD2751@mit.edu> References: <20190529120603.xuet53xgs6ahfvpl@work> <20190529235948.GB3671@mit.edu> <20190530095907.GA29237@quack2.suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190530095907.GA29237@quack2.suse.cz> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-ext4-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org On Thu, May 30, 2019 at 11:59:07AM +0200, Jan Kara wrote: > Yeah, my plan is to just not package cron bits at all since openSUSE / SLES > support only systemd init anyway these days (and in fact our distro people > want to deprecate cron in favor of systemd). I guess I'll split off the > scrub bits into a separate sub-package (likely e2fsprogs will suggest > installation of this sub-package) and the service will be disabled by > default. I'm not super-fond of extra sub-packages for their own sake, and the extra e2scrub bits are small enough (about 32k?) that I don't believe it justifies an extra sub-package; but that's a distribution-level packaging decision, so it's certainly fine if we're not completely aligned. My plan is to change the Debian package to turn off the timer unit file by default, probably with a NEWS.Debian file[1] which tells users how to enable it if they want at package installation time --- but to keep the e2scrub bits in the base e2fsprogs package. [1] https://www.debian.org/doc/manuals/developers-reference/ch06.en.html#bpp-news-debian Out of curiosity, were any of the complaints that you've heard gone beyond people who ran into the various e2scrub/e2scrub_all bugs? I'm curious what their concerns were. - Ted