Re: qmail.org DEAD?

On 2019-07-03 21:28, J. Lewis Muir wrote:
> 
> Another addition to the list that I would suggest is to make it easy
> to configure (the build), build, and install.  Doing all that by hand
> is a pain right now.  You've done an excellent job of automating all
> of that with the pkgsrc qmail-run package, but obviously that requires
> using pkgsrc, and I worry that that is a big enough barrier to entry
> for some people that they won't consider it.
> 
pkgsrc _is_ a big barrier on systems other than NetBSD.

> Even though I'm not a big fan of Autotools, being able to do
> "./configure && make && make install" is pretty convenient, and a lot
> of package management systems support it.  If not actually Autotools,
> it could be an Autotools workalike.  Or something else, even though
> not as standard as the Autotools interface, assuming it requires
> running just a few commands, would really be a big improvement.
> 
eQmail uses the "./configure && make && make install" way already. Even 
if it not uses autotools or a similar framework. It is very simple 
implementation.

> This would also increase the chance of the software being included in
> other OS package repositories (e.g., Homebrew, RHEL, Ubuntu, Arch,
> Gentoo, Alpine, etc.) which would also be a big plus.  It's certainly
> convenient for someone intending a production deployment, but it's
> also convenient for someone wishing to try it out.
> 
As a Gentoo user I have an ebuild for that in my overlay. But at least I 
can (and want to) do the packagers job for Gentoo only, beside some (to 
me) questionable things from the Gentoo upstream.

> tutorial author can write, e.g., "First, install Postfix: # yum
> install postfix", that's really easy compared to what they'd have to
> write without a binary package being available in the OS's package
> repository.
Again, to be able to use 'yum' - this should be the work of packagers.

> 
> Lewis

-- 
Sent with eQmail-1.10.3 beta - a fork of djb's famous qmail