Florian Philipp <[email protected]> wrote:
> Am 10.02.2013 19:01, schrieb [email protected]:
> > Florian Philipp <[email protected]> wrote:
> >
> >> Am 10.02.2013 17:46, schrieb [email protected]:
> >>> Alan McKinnon <[email protected]> wrote:
> >>>
> >>>> On 10/02/2013 17:29, [email protected] 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
[email protected]
