From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 920EB1395E2 for ; Tue, 15 Nov 2016 16:51:04 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 9E9C2E0CEB; Tue, 15 Nov 2016 16:50:53 +0000 (UTC) Received: from mail-qk0-f193.google.com (mail-qk0-f193.google.com [209.85.220.193]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 641C3E09B2 for ; Tue, 15 Nov 2016 16:50:53 +0000 (UTC) Received: by mail-qk0-f193.google.com with SMTP id h201so17191121qke.3 for ; Tue, 15 Nov 2016 08:50:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:content-transfer-encoding; bh=LH0jbuEZrgJJGzixAGmR/k4CjqOwUv8byOcDX7XaAeE=; b=vbpQPDTAuzliW95aFO8olNFW8aeaQ2IcsPoVuc1+I0Ydkl2V+OY3xa1O+tNyzHsowZ uAyUXwkN6oq1p5cOXoODqIaO/KOVVPq8/CB7C/wIM1rQIw42+Yko84l7h8pYtQJubomu w13EaZppwul3ytFKdzGJtl27FKxTq4Iz8ZFmztdf6dr5h+yBIt8OmHSiExvxBTFIRd5Y uxumYfTh4JnFw8GkVIF8QWIL9dC8FXgrLULc90a7rSf/6OkIBkPiD3dqUVHGNp4/hwqf jYXPE9qAvVlcMZvkOrTUVY4BFcMXCipNwZnWYEJkmIQSnn9Y6SU7fcCqayQAB2RkZo5+ ffzA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:content-transfer-encoding; bh=LH0jbuEZrgJJGzixAGmR/k4CjqOwUv8byOcDX7XaAeE=; b=EeEyTdWlPp1G5D/Yg05QEE1hh+FPKbClFj4o9d3A7miL6oI+1dBsd5xSkgTN994fUB aYVCcwjakc6I+LMot7r3bq8kXqR0+Lzqmst3cfdX86J00rFdrGBVMZck21zzrreW4hTi VnH+3Inc2aQ7Es+AMSKGyqILgt8qPO1GGF/Pna9BGMRxc6puKTNtKS2V9aKvZ5UlKp59 dJoknWoMasm17CbIMpGBnzyThrKtBIrzVYXgWAGvAeS0f9xy2C0Dwot98QLHek5I/1ZX BBquhnaeEst9eqD/ErF3G3zKJr3u79KWcwpNKkpV6TYc7+oiR8VrIlpBBdmtyzxnm3Qp w1IQ== X-Gm-Message-State: ABUngvf86FEyTSRJgGpJUl90rkmumM+oGPlppRG0pVDU0LYO9hP78vvkcpdhKSFFDBXtQphMoKZrhnAxbI/OlA== X-Received: by 10.55.101.151 with SMTP id z145mr22382539qkb.35.1479228652117; Tue, 15 Nov 2016 08:50:52 -0800 (PST) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Sender: freemanrich@gmail.com Received: by 10.140.89.83 with HTTP; Tue, 15 Nov 2016 08:50:51 -0800 (PST) In-Reply-To: <582B2E82.9000200@gmail.com> References: <20161115002310.GA29624@whubbs1.gaikai.biz> <20161115060942.37458d8f.mgorny@gentoo.org> <582B2E82.9000200@gmail.com> From: Rich Freeman Date: Tue, 15 Nov 2016 11:50:51 -0500 X-Google-Sender-Auth: oV5hVG_euqxwnwFU4xYPhQPToMI Message-ID: Subject: Re: [gentoo-dev] tmpfiles virtual To: gentoo-dev Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: b3261707-42f5-4141-aacc-824d81412ab4 X-Archives-Hash: f217820a4ca935498c02519a4f03d6e5 On Tue, Nov 15, 2016 at 10:49 AM, Dustin C. Hatch w= rote: > On 2016-11-14 23:09, Micha=C5=82 G=C3=B3rny wrote: >> On Mon, 14 Nov 2016 18:23:10 -0600 >> William Hubbs wrote: >> >>> Hi all, >>> >>> I have been working on splitting the tmpfiles functionality out of >>> OpenRC [1], and I believe the new package is about to enter the tree. >>> >>> OpenRC itself doesn't need this package to boot since it doesn't use >>> tmpfiles.d files, but other software does need it. >>> >>> This brings up a couple of questions. >>> >>> Since we now will have two different ways to process tmpfiles, is >>> virtual/tmpfiles appropriate, with the default being opentmpfiles? >> >> Yes. Virtual will allow us to control list of supported implementations >> easily. We can also use it to control different versions of tmpfiles >> format. >> >>> Once opentmpfiles is in the tree and stable, should virtual/tmpfiles >>> be added to @system, or should we have the packages that need it rdepen= d >>> on it directly? I tend to lean toward the second option. >> >> We will RDEPEND on it via tmpfiles.eclass. I think floppym has a draft >> somewhere. In case that draft uses DEPEND, it just occurred to me that >> we need RDEPEND for pkg_postinst(). >> > > What about administrator-specified temporary files in /etc/tmpfiles.d? > It would be rather unfortunate to have stuff suddenly stop working > because an OpenRC got updated and stopped creating these temporary files. > Does it create them today? I thought this was a new feature addition. If it does then news should cover that situation, and the admin can just add either the virtual or the preferred implementation to their @world. --=20 Rich