The file /var/qmail/control/conf-common mentions that the all important QMAIL_CONTROLDIR variable is now set using /etc/env.d/99qmail, but the ebuild doesn't install 99qmail (in fact, the ebuild contains no reference to 99qmail or env.d, despite the presence of 99qmail in /usr/portage/net-mail/qmail-ldap/files/1.03-r3). Reproducible: Always Steps to Reproduce: 1. Make sure ACCEPT_KEYWORDS is set to allow unstable packages 2. Fix BUG #38109 (TLS patch problem - see bug report for instructions) 3. emerge qmail-ldap Actual Results: Software compiles successfully, but when qmail-pop3d is started using /service it repeatedly logs the following: SERVICE(pop3), QMAILDUID() or NOFILESGID() is unset in ./run Some error detected, sleeping for 30 seconds for safety Expected Results: qmail-pop3d should run normally with log entries such as: tcpserver: status: 0/40
Created attachment 23831 [details, diff] Patch to make the ebuild install 99qmail in env.d The code is taken from the regular qmail ebuils (specifically, qmail-1.03-r14.ebuild)
Comment on attachment 23831 [details, diff] Patch to make the ebuild install 99qmail in env.d This patch assume 99qmail is in the files directory, which it might not be (esp if the files/versionno scheme is used). The change is simple enough though.
much apologies on this bug... the tls problem shouldn't have happened, since I did this all and was moved by someone else to the mirrors, should be fixed over the next week... r2 will be moved to stable and this one would need testing by me. This was submitted by robbat2 for me to fix but I'm busy with the Linux Expo in New York next week. I'll get to this after the weeks over.
Created attachment 27249 [details, diff] qmail-ldap-1.03-r3 ebuild doesn't install 99qmail in /etc/env.d ...a little path fix
included a lot of functions in -r4, we're gonna move this in portage after april patch release from qmail-ldap maintainer. Closing
