Hello there, On Tue, Jun 18, 2013 at 1:43 PM, Gilles Chehade <[email protected]> wrote:
> On Tue, Jun 18, 2013 at 04:21:38AM +0600, Denis Fateyev wrote: > > > On Wed, Jun 12, 2013 at 12:21 PM, Gilles Chehade <[email protected]> > wrote: > > > > > This is typically the kind of fix that should be made upstream > > > > > > I'll wait a few hours to see if Charles is around and can tell me why > we > > > needed the hardlinks, then I'll clean that up > > > > > > > Any updates on that? Though that's not a crucial issue, but I'd like to > > make it more clear. > > > > Long story short, we install in libexec because this is the proper place > when we're on a system with a mailwrapper or mailwrapper-like mechanism. > But since the mailwrapper exposes programs in bin and sbin paths, a link > is created to cope with that in the portable version. > > This needs to be fixed, but the solution is not just to remove the links > and so we need to have a discussion with Charles first. We'll do that in > public when he is back from wherever he is roaming :-) In my opinion, it would better not to consider mailwrapper-like mechanisms in portable version at all. I don't know it for sure, but I believe that the most popular system where portable version is used is Linux. There are other stuff like "alternatives" command in RH-based systems and "Debian Alternatives System" in Debian-based, and I think some others in other distributions. The best approach is to install 'real' binaries (smtpd, smtpscript, mail.local, smtpctl, makemap) during "make install" phase directly to 'bindir' and 'sbindir', without any of links and whatever, and let packagers decide about needed links, places and filenames according requirements of the 'alternatives' system they're using (if any). In short, the existing mailwrapper-tolerant mechanism doesn't solve anything on Linux out-of-box. Having this, we need to rename and/or reorder things anyway, changing them from mailwrapper-like to our-alternatives-like. So, it would better to become initial set of binaries as much as simpler, without mailwrapper inheritance. --- wbr, Denis.
