[Raw Msg Headers][Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: latest cvs version aka .56pre9

On Wed, Aug 27, 2003 at 05:23:01PM +0200, Xose Vazquez Perez wrote:
> Matti Aarnio wrote:
> >   That is .. odd.  My groff is 1.18.1,  and frankly, I consider
> >   these document transmogrifier things to be primarily for my
> >   zmailer.org at which I do  'make publish'  in that directory
> >   branch.
> Red Hat Linux 7.x and Advance Server 2.1 bring an old groff.

Right.   I tracked back on what I have used at varying times, and why.
I think I can manage without the '-c' option (disable colour).
At least I can do so at my  zmailer.org's  "make publish" at present.

> Other error, this time in Red Hat Linux 9 with same configure options:
> I compile it with a plain user, not root.
> [...]
> make install DESTDIR=/tmp/z
> [...]
> cd mailq && make -w DESTDIR=/tmp/z install
> make[3]: Entering directory
> `/home/xose/rpmbuild/SOURCES/zmailer-2.99.56/zmailer-2.99.56/utils/perl/mailq'
> Manifying blib/man3/ZMailer::mailq.3pm
> Warning: You do not have permissions to install into
> /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi at
> /usr/lib/perl5/5.8.0/ExtUtils/Install.pm line 84.
> mkdir /usr/lib/perl5/site_perl/5.8.0/ZMailer: Permission denied at
> /usr/lib/perl5/5.8.0/ExtUtils/Install.pm line 137
> make[3]: *** [pure_site_install] Error 255

Is there in your produced   utils/perl/Makefile  an uncommented
"DESTDIR="  entry as 5th line from top ?

2003-08-20  Matti Aarnio  <mea@zmailer.org>

	* libc/Makefile.in, libresolv/Makefile.in, man/Makefile.in,
	  utils/Makefile.in, utils/makedb/Makefile.in,
	  utils/mxverify/Makefile.in, utils/perl/Makefile.in,
	    DESTDIR= defined where it overrides inherited
	    thing from environment.  Don't define it!

> >>- would you mind to replace old manual with the newer ?
> >   What do you mean with that ?
> zmailer/doc/manual is too old, http://zmailer.org/zman/ has latest release

Eh ?   That source directory contains sources for those
published pages..

> >>- inn package has a sm.8 manpage too
> > 
> >   Damn, what would be better name ?  Considering that the utility
> >   is named 'sm' -- which we could rename to e.g.  smcm ?
> >   No doubt somebody will have a thing with that name, too.
> locate smcta -> gets nil

 smcm ?

These name-space collisions are problematic, indeed..

/Matti Aarnio	<mea@nic.funet.fi>
To unsubscribe from this list: send the line "unsubscribe zmailer" in
the body of a message to majordomo@nic.funet.fi