From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1QOPDY-0002iC-Eh for garchives@archives.gentoo.org; Mon, 23 May 2011 07:06:20 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B15CE1C06D; Mon, 23 May 2011 07:06:11 +0000 (UTC) Received: from mail-ww0-f53.google.com (mail-ww0-f53.google.com [74.125.82.53]) by pigeon.gentoo.org (Postfix) with ESMTP id 0E7171C09C for ; Mon, 23 May 2011 07:05:32 +0000 (UTC) Received: by wwj40 with SMTP id 40so5230290wwj.10 for ; Mon, 23 May 2011 00:05:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:content-type; bh=UnhA/iqNe1CwVzY77Az6sbPrxNmQtk4jC28+34JyywM=; b=tBG1LtWnzNx+4aOJQzVBO4CoyHqq3NO3CrUOiSAzpLUkHJMy5696jrZbhremDakHo/ l+QAI0kOW9pp/Nn36VxNH4yjQh0iqiIoT8LHhaFKUIxyJOYermfjvfydtleHYAj69cLt 7a3dsd6TBF0FdUZbhJMk8vpVdBXvf7r1bRlfg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; b=RWtzQ88I4WKp6FLORu1nDhlLso0zjoRSuxXgkNZCa/Ia32Q/m60ZiEVI0yD0wilK9Z OEVt3PzgXec6PuqNDbDGClxg4ZNLHQpQFprIEQGDRT/LiTgxBcAxLJMJlzE9EgpSNC80 8seTMqA/j2pbmLSLONKQ6gvpRIkOkY1LJpD04= Received: by 10.216.232.146 with SMTP id n18mr1795566weq.93.1306134332123; Mon, 23 May 2011 00:05:32 -0700 (PDT) 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: nirbheek.chauhan@gmail.com Received: by 10.216.23.79 with HTTP; Mon, 23 May 2011 00:05:12 -0700 (PDT) In-Reply-To: <20110523073037.43efad50@googlemail.com> References: <20110517165748.GA3266@linux1> <20110517235032.55a29d8f@googlemail.com> <20110518001238.GB4274@linux1> <20110523073037.43efad50@googlemail.com> From: Nirbheek Chauhan Date: Mon, 23 May 2011 12:35:12 +0530 X-Google-Sender-Auth: NdA8yidFaPv6l7uBCF3DdxsDPYY Message-ID: Subject: Re: [gentoo-dev] rfc: use of the /run directory To: gentoo-dev@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 X-Archives-Salt: X-Archives-Hash: f3852b9a99dbe468f2d4b9db07f4fab4 On Mon, May 23, 2011 at 12:00 PM, Ciaran McCreesh wrote: > On Tue, 17 May 2011 19:12:38 -0500 > William Hubbs wrote: >> On Tue, May 17, 2011 at 11:50:32PM +0100, Ciaran McCreesh wrote: >> > I would be interested to hear how you plan to do the migration, >> > given that everyone else has managed to screw it up... >> >> I'm not sure what you mean here. Openrc git will mount a tmpfs on /run >> if it exists and create a lock directory inside the tmpfs. >> >> To make it work, I just need a new release of baselayout to make the >> /run directory. Then, I also need to figure out where in the boot >> process to make the symbolic links from /var/lock to /run/lock and >> from /var/run to /run. >> what else am I missing? > > The problem is that packages that have things installed to the old > directories are going to get confused when upgraded if things have been > moved around behind their backs. > > You may be better having both directories present, and not attempting > to rename or move things at all. Then start fixing packages that install > to the old directories. > As I understand it, that's precisely what William's plan is. $ ls -ld /var/{lock/run} /var/lock -> /run/lock /var/run -> /run/ This should work transparently for all existing applications. The only way this would fail is if they do an incorrect stat() on /var/run and error out if it's a symbolic link. OTOH, it's precisely to iron out such kinks that we have ~arch. The other problem of daemons needing pre-existing directories is being handled in https://bugs.gentoo.org/show_bug.cgi?id=332633 Cheers, -- ~Nirbheek Chauhan Gentoo GNOME+Mozilla Team