[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,
utils/vacation/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