inn-STABLE_2_2-1999-02-17_03-02
introduced new variable NEWSSPOOL, which points to news spooldir...
- can be fine-tuned in /etc/make.conf
- can be overwritten on the commandline
- defaults to /var/spool/news, when not set
- is set to /var/spool/news, when in port building (BATCH) mode
bugfix: tmp- and spool-dir have to live on the same filesystem, to avoid
this error:
"rnews: cant rename /tmp/36d24c3ehN1072 to
/var/spool/news/incoming/36d24c3eTg1072 Cross-device link"
Solution -> CONFIGURE_ARGS+=--with-tmp-path=${NEWSSPOOL}/tmp
added two comments "(from the author)", to reflect that I'm not personally
focussed on perl
Some (early) output in the pre-extract phase, to tell the admin, where
our news-spool will live:
@${ECHO} ">> building inn2 with NEWSSPOOL=${NEWSSPOOL}..."
Create ${PREFIX}/news and ${NEWSSPOOL}/news with proper permissions
in pre-install target
Since we took care about creation of spool-dir in pre-install, we can
now safely perform the ${MKDIR}'s in post-install target
${MKDIR} creates ${NEWSSPOOL}/incoming/bad and ${NEWSSPOOL}/incoming at the
same time, so save some CPU cycles
Fixed update target, manual pages will be compressed now by performing
a "compress-man" as well (we had "up to date" uncompressed and
old compressed manpages, which is kinda sub-optimal ;-)
Well people, I think now we have a real fine inn port.
I'd like to ask the inn port maintainer, if we should remove
inn, since it's a bit outdated.
The new inn2 offers many new features and you have the possibility
to change inn's runtime behaviour in config files, instead of
recompiling it.
Then I think, that the old inn isn't maintained anymore by ISC.
major security hole (and at least one minor one) resulting in a local root
exploit. Until a better fix is available, this patch installs the binary
chmod go-s, meaning you must be root to run it. If anyone is using this in
a multi-user environment they are strongly advised to remove the setuid bit.
Submitted by: Steve Reid <sreid@alpha.sea-to-sky.net>
