Community Packages

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#25434 - [courier-imap] wrong daemon path in all rc.scripts

Attached to Project: Community Packages
Opened by WhoTouchaMySpageth! (tuxfusion) - Sunday, 07 August 2011, 12:42 GMT
Last edited by Sven-Hendrik Haase (Svenstaro) - Friday, 26 August 2011, 21:56 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To Sven-Hendrik Haase (Svenstaro)
Architecture All
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:

cat /etc/rc.d/{imap*,pop*} | grep daemon
if [ ! -f /var/run/daemons/authdaemond ]; then
echo "ERROR: authdaemond is not running"
add_daemon imapd
rm_daemon imapd
if [ ! -f /var/run/daemons/authdaemond ]; then
echo "ERROR: authdaemond is not running"
add_daemon imapd-ssl
rm_daemon imapd-ssl
if [ ! -f /var/run/daemons/authdaemond ]; then
echo "ERROR: authdaemond is not running"
add_daemon pop3d
rm_daemon pop3d
if [ ! -f /var/run/daemons/authdaemond ]; then
echo "ERROR: authdaemond is not running"
add_daemon pop3d-ssl
rm_daemon pop3d-ssl

Should those not all point to /run/daemons/ ? All those scripts fail on my box

Additional info:
* package version(s)
courier-imap 4.9.3-2
* config and/or log files etc.


Steps to reproduce:

rc.d start pop3d pop3d-ssl imapd imapd-ssl

This task depends upon

Closed by  Sven-Hendrik Haase (Svenstaro)
Friday, 26 August 2011, 21:56 GMT
Reason for closing:  Implemented
Comment by Eric Belanger (Snowman) - Sunday, 07 August 2011, 19:42 GMT
/var/run/daemons should be a symlink pointing to /run/daemons. Is your system up-to-date?
Comment by Eric Belanger (Snowman) - Sunday, 07 August 2011, 19:48 GMT
Rebooting might fix it.
Comment by Tom Gundersen (tomegun) - Sunday, 07 August 2011, 19:57 GMT
This is (at least) a big in courier-imap. It sholud not acces {/var,}/run/daemons directly, as it is private to initscripts, but use ck_daemon and friends.

If you have an up-to-date system, and have rebooted your machine, then you should indeed have a symlink in place, so that the difference between /var/run and /run does not matter. If this is the case, please open a bug against initscripts.
Comment by WhoTouchaMySpageth! (tuxfusion) - Sunday, 07 August 2011, 21:17 GMT
It's a vserver with recent initscripts and rebooted yesterday. I created that symlink by myself while posting this report. On my desktop system the symlink exists , but not created by myself. I assume the propblem is in the vserver which I had to "teach" archs initscripts , I think it's debian based , I don't know much about vservers "parents" system. Where exaclty is that symlink created by arch , so I can have a look ? It is not in initscripts.install ( would'n make sense for /var , right ? ) Can't find it in rc.* boot scripts either so far
Comment by Eric Belanger (Snowman) - Sunday, 07 August 2011, 21:32 GMT
That symlink is created on system start-up by the initscripts (search for remove_leftover function). As you mention, probably the vserser doen't use Arch so it's not using the Arch initscripts to boot. That would explain why the symlink is missing.
Comment by Tom Gundersen (tomegun) - Sunday, 07 August 2011, 21:49 GMT
@tuxfusion: you'll find the remove_leftover function in /etc/rc.d/functions.
Comment by Sven-Hendrik Haase (Svenstaro) - Monday, 08 August 2011, 13:56 GMT
Sooo I suppose this is not a bug?
Comment by Tom Gundersen (tomegun) - Monday, 08 August 2011, 14:01 GMT
@Svenstaro:

/etc/rc.d/{imap*,pop*} should not access /{var,}/run/daemons/. They should use the ck_daemon funciton instead.
Comment by Sven-Hendrik Haase (Svenstaro) - Friday, 26 August 2011, 21:56 GMT
Implemented.

Loading...