[arch-general] [PATCHES] About /var/run/ and /var/lock/ checks in daemons

[Xavier]

On Sat, Feb 14, 2009 at 3:39 AM, Gerardo Exequiel Pozzi
<vmlinuz386 at yahoo.com.ar> wrote:
>
> I will create a feature request to the FS that globalized packages that
> are required to be friendly with the desired behavior. Like in the
> initial email.
>
>
> Again, thanks for your time, good luck ;)
>
>

I was looking at your bug reports when I saw the following criticism :
http://bugs.archlinux.org/task/13231#comment39323
It has nothing to do with laptop-mode-tools (I will blame dolby for
that :)), so I thought I would comment here instead.

I agree with phrakture's general comment that bug reports with only an
url are not nice, but as djgera said, this one is particular as a
multi feature request. However, here are the steps I would have done :
1) start the discussion on the arch-general ML as he did
2) see if there is enough interest for it, then post a meta feature
request with the same content than the original mail
3) if there is a common agreement, then post single feature request
for each packages in order to implement the meta feature request (I
believe the big feature request could depend on each single feature
request).

So far you did 1), then you just reached 2), but in the meantime you
already made 3). I think this was a mistake. Imo, it should not be a
decision taken by each developer separately for his own packages. It
should be a common agreement made by developers that rc scripts should
be written that way (in theory) to support tmpfs on /var/*. If you
don't have this, it does not make sense to make this flood of bug
reports, as they could all be closed as invalid.
See http://bugs.archlinux.org/task/13225 for example.

Now we already have 2 devs, JGC and Pierre who seem to be against this
proposal, and who recommended you to just populate /var/run and others
based on an initial directory.
Then two users reported they were already using tmpfs with no
problems. Jan Spakula posted his modified rc.sysinit and rc.shutdown,
and Nicolas said he just wrote a separate rc script to do that syncing
job.
I am not against your proposal, but you did not make clear what its
advantages are, and why it is worth the additional complexity?