Julien Cristau <[EMAIL PROTECTED]> writes:
> There should be a way to tell it to use /usr/lib/sendmail, without
> having that installed.
/usr/sbin/sendmail, please. I realize that we'll have to keep both
essentially forever, but /usr/sbin is the correct FHS location.
--
Russ Allbery ([EMAIL PR
On Wed, Sep 19, 2007 at 06:00:06PM +0900, Atsuhito Kohda wrote:
> It's lynx-cur and it has an ability to mail so it is
> necessary to know what MTA is available, I guess.
Is it not possible to tell it? Something like
--with-sendmail=/usr/sbin/sendmail
--
Antti-Juhani Kaijanaho, Jyväskylä, Finla
On Wed, Sep 19, 2007 at 18:00:06 +0900, Atsuhito Kohda wrote:
> It's lynx-cur and it has an ability to mail so it is
> necessary to know what MTA is available, I guess.
>
There should be a way to tell it to use /usr/lib/sendmail, without
having that installed.
Cheers,
Julien
--
To UNSUBSCRIBE
> It's lynx-cur and it has an ability to mail so it is
> necessary to know what MTA is available, I guess.
Guessing does not help here, figure it out by reading the
configure/Makefile or whatever it is using to build, and patch it so it
doesn't rely on an installed MTA. Instead it should assume s
On Wed, 19 Sep 2007 11:16:43 +0300, Antti-Juhani Kaijanaho wrote:
> On Wed, Sep 19, 2007 at 04:57:36PM +0900, Atsuhito Kohda wrote:
> > One additional question. In case MTA, for example, there are
> > many candidates including virtual package for Build-Depends.
> >
> > I guess "exim4-daemon-lig
On Wed, Sep 19, 2007 at 04:57:36PM +0900, Atsuhito Kohda wrote:
> One additional question. In case MTA, for example, there are
> many candidates including virtual package for Build-Depends.
>
> I guess "exim4-daemon-light | mail-transport-agent"
> will be acceptable. Is this okay?
Why would yo
On Tue, 18 Sep 2007 23:03:15 -0700, Russ Allbery wrote:
> Atsuhito Kohda <[EMAIL PROTECTED]> writes:
>
> > If I understand correctly it is recommended to use pbuilder for
> > packaging and I've done so when I updated packages recently. Then I got
> > a bug report that a nice feature was suddenly
On Tue, Sep 18, 2007 at 11:03:15PM -0700, Russ Allbery wrote:
> The solution is indeed to have a proper Build-Depends.
Also, it is a good idea to disable feature autodetection and enable
wanted compile-time features explicitly, like this:
./configure --enable-packager-mode --enable-foo --enable
Atsuhito Kohda <[EMAIL PROTECTED]> writes:
> If I understand correctly it is recommended to use pbuilder for
> packaging and I've done so when I updated packages recently. Then I got
> a bug report that a nice feature was suddenly lost and I found that
> configure script failed to find out very c
Hi all,
If I understand correctly it is recommended to use pbuilder
for packaging and I've done so when I updated packages recently.
Then I got a bug report that a nice feature was suddenly lost
and I found that configure script failed to find out very common
applications because pbuilder didn't
10 matches
Mail list logo
