From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 90287138978 for ; Sun, 10 Feb 2013 19:14:28 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7FFEA21C0E0; Sun, 10 Feb 2013 19:14:20 +0000 (UTC) Received: from d-out-001.smtp25.com (d-out-001.smtp25.com [67.228.158.174]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 0322F21C016 for ; Sun, 10 Feb 2013 19:14:18 +0000 (UTC) Received: from ccs.covici.com (ccs.covici.com [70.109.53.110]) by d-out-001.smtp25.com (8.14.2/8.14.2) with ESMTP id r1AJEH0i012322 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Sun, 10 Feb 2013 14:14:17 -0500 Received: from ccs.covici.com (localhost [127.0.0.1]) by ccs.covici.com (8.14.6/8.14.5) with ESMTP id r1AJEGjP019029 for ; Sun, 10 Feb 2013 14:14:16 -0500 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] What to do with /var/run? In-reply-to: <5117E9DF.7010404@binarywings.net> References: <51175A29.3090002@binarywings.net> <51179534.4080308@gmail.com> <21471.1360510152@ccs.covici.com> <5117C2FD.7040301@gmail.com> <31886.1360514792@ccs.covici.com> <5117D2F3.9080203@binarywings.net> <9390.1360519297@ccs.covici.com> <5117E9DF.7010404@binarywings.net> Comments: In-reply-to Florian Philipp message dated "Sun, 10 Feb 2013 19:41:35 +0100." X-Mailer: MH-E 8.2; nmh 1.3; GNU Emacs 23.4.2 Date: Sun, 10 Feb 2013 14:14:16 -0500 Message-ID: <19027.1360523656@ccs.covici.com> From: covici@ccs.covici.com X-SpamH-OriginatingIP: 70.109.53.110 X-SpamH-Filter: d-out-001.smtp25.com-r1AJEH0i012322 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Archives-Salt: 2b09ebb0-a83c-4852-8e52-d8e27d492dd8 X-Archives-Hash: 1b1fffeb08f10d0aa85967acc3dddcb7 Florian Philipp wrote: > Am 10.02.2013 19:01, schrieb covici@ccs.covici.com: > > Florian Philipp wrote: > > > >> Am 10.02.2013 17:46, schrieb covici@ccs.covici.com: > >>> Alan McKinnon wrote: > >>> > >>>> On 10/02/2013 17:29, covici@ccs.covici.com wrote: > >>>>> I had to actually prevent the migration to /run by changing the > >>>>> boot.misc script because if I do not do that, a number of subdirectories > >>>>> which I had created in /var/run were not in /run and a number of apps > >>>>> would not start properly and indeed it is not taking much space, so I am > >>>>> not sure why anyone bothered. The only other option would have been to > >>>>> write something to fix the /run, but that was not what I wanted to do. > >>>>> /var/lock had this same problem also. > >>>> > >>>> Why would you do that? > >>>> > >>>> /var/run is broken as the destination folder for what is intended to go > >>>> in it, and it has been broken since day 1: > >>>> > >>>> /var/run is only available once /var is available or mounted. > >>>> The contents of /var/run are often needed before /var is mounted. > >>>> /run is the correct place for this. > >>>> > >>>> Problems with the migration are solved using the mv command > >>> > >>> But when I let the migration happen -- which was something udev or > >>> openrc did -- then certain things in my runlevels would not start > >>> because subdirectories in /var/run which were needed were missing and > >>> had t o have correct owners and permissions. /var/lock needed certain > >>> subdirectories also such as news. Only way to get them to work under > >>> /run would be to have a script to run after boot.misc which created all > >>> the subdirectories and fixed all the owners and permissions which is a > >>> lot more work -- and it would of course have to be done on each reboot. > >>> > >> Are these init scripts from packages in the official tree, something you > >> wrote yourself or some third-party package? > >> > >> In the first case, check if the problem persists (I bet it's fixed now) > >> and file a bug report. > >> > >> In the second case, the best approach is to patch your scripts to use > >> the `checkpath` command (see `man runscript`) to ensure that the > >> expected paths exist. > > > > As far as I remember, these are all packages from the tree and I am > > using unstable, so I would have to file a number of bug reports. > > There are a few things such as freeswitch which I could fix in its > > startup script, but here is the result of > > find /var/run -type d > > and I would also have to fix owners and permissions unless the package > > maintainers fix things. > > > > /var/run/samba > > https://bugs.gentoo.org/show_bug.cgi?id=454676 > > > /var/run/dbus > > https://bugs.gentoo.org/show_bug.cgi?id=387897 > Fixed in stable. > > > /var/run/named > > https://bugs.gentoo.org/show_bug.cgi?id=334535 > Fixed in stable. > > > /var/run/fail2ban > > https://bugs.gentoo.org/show_bug.cgi?id=449966 > Fixed without a revision bump. > > > /var/run/asterisk > > https://bugs.gentoo.org/show_bug.cgi?id=451808 > https://bugs.gentoo.org/show_bug.cgi?id=445182 > https://bugs.gentoo.org/show_bug.cgi?id=450222 > Fixed in stable. > > > /var/run/freeswitch > > Guess this goes nowhere with maintainer-needed status. > https://bugs.gentoo.org/show_bug.cgi?id=150527 > > > /var/run/wpa_supplicant > > https://bugs.gentoo.org/show_bug.cgi?id=387895 > Works for me with /var/run symlink. > > > /var/run/gdm > > /var/run/gdm/greeter > > /var/run/gdm/auth-for-gdm-GtotHP > > Should work or more people would complain. > > > /var/run/openldap > > https://bugs.gentoo.org/show_bug.cgi?id=444912 > Fixed in testing. > > > /var/run/dhcpcd > > /var/run/dhcpcd/ntp.conf > > /var/run/dhcpcd/resolv.conf > > Works for me. > > > /var/run/pulse > > https://bugs.gentoo.org/show_bug.cgi?id=442852 > > > /var/run/mysqld > > Works for me. > > > /var/run/cups > > https://bugs.gentoo.org/show_bug.cgi?id=451756 > Works for me. > > > /var/run/cups/certs > > https://bugs.gentoo.org/show_bug.cgi?id=387893 > Fixed in stable. > > > /var/run/radvd > > https://bugs.gentoo.org/show_bug.cgi?id=453140 > Fixed in stable. > > > /var/run/pm-utils > > /var/run/pm-utils/locks > > /var/run/pm-utils/pm-powersave > > /var/run/pm-utils/pm-powersave/storage > > Works for me. > > > /var/run/proftpd > > https://bugs.gentoo.org/show_bug.cgi?id=449360 > https://bugs.gentoo.org/show_bug.cgi?id=387889 > Fixed in testing. > > > /var/run/dhcp > > https://bugs.gentoo.org/show_bug.cgi?id=446446 > Fixed in stable. > > > /var/run/udisks > > https://bugs.gentoo.org/show_bug.cgi?id=333893 > Fixed in stable. > > > /var/run/spamd > > https://bugs.gentoo.org/show_bug.cgi?id=455604 > > > /var/run/ConsoleKit > > https://bugs.gentoo.org/show_bug.cgi?id=450224 > https://bugs.gentoo.org/show_bug.cgi?id=387901 > > Works for me. > > > /var/run/console > > Works for me. Thanks -- I will have to investigate the ones you say are fixed and see why they didn't work or which ones did not. Innd is another matter with its wanting /var/lock/news and the /var/lock permissions were wrong, but I can fix that. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici covici@ccs.covici.com