Stefan Hornburg (Racke) wrote:
> Where do you find these references?
>
> dpkg -L debian-policy | xargs grep -i ramrun
>
> yields no matches.
>
> I see your point about the bugs, but how should a maintainer know that
> by reading the policy?
Hello,
Yes, you're right - this doesn't seem to be d
Tim Small wrote:
Stefan Hornburg (Racke) wrote:
I might be dense, but I don't get the point why the /var/run
subdirectories
aren't restored from the dpkg database information.
Please also supply a pointer to the policy or a consensus reached on
the developer's mailing list about this init sc
Stefan Hornburg (Racke) wrote:
I might be dense, but I don't get the point why the /var/run
subdirectories
aren't restored from the dpkg database information.
Please also supply a pointer to the policy or a consensus reached on
the developer's mailing list about this init script bloat.
Hmm.
Tim Small wrote:
Package: courier-imap
Version: 4.4.0-2
Followup-For: Bug #349830
In Lenny, with RAMRUN=yes enabled in /etc/default/rcS, courier imapd and
auth daemon fail to start (subdirectory creation is necessary).
I would appreciate it if you could up this to important and fix, as I
curren
Tim Small wrote:
Package: courier-imap
Version: 4.4.0-2
Followup-For: Bug #349830
In Lenny, with RAMRUN=yes enabled in /etc/default/rcS, courier imapd and
auth daemon fail to start (subdirectory creation is necessary).
I would appreciate it if you could up this to important and fix, as I
curren
Package: courier-imap
Version: 4.4.0-2
Followup-For: Bug #349830
In Lenny, with RAMRUN=yes enabled in /etc/default/rcS, courier imapd and
auth daemon fail to start (subdirectory creation is necessary).
I would appreciate it if you could up this to important and fix, as I
currently have to manuall
6 matches
Mail list logo