ports/104028: security/stunnel pkg-deinstall doesn't work in batch mode
jan grant
jan.grant at bristol.ac.uk
Thu Oct 5 20:00:43 UTC 2006
>Number: 104028
>Category: ports
>Synopsis: security/stunnel pkg-deinstall doesn't work in batch mode
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible: freebsd-ports-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Thu Oct 05 20:00:40 GMT 2006
>Closed-Date:
>Last-Modified:
>Originator: jan grant
>Release: 6-stable
>Organization:
university of bristol
>Environment:
FreeBSD tribble.ilrt.bris.ac.uk 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #0: Wed Oct 4 01:31:17 BST 2006 jan at bris.ac.uk:/external/usr.obj/usr/src/sys/JAN i386
(essentially GENERIC)
>Description:
/usr/ports/security/stunnel/pkg-deinstall says:
[[[
if [ -z "${PACKAGE_BUILDING}" -a -z "${BATCH}" ]; then
read -p "${question} [${default}]? " answer
fi
]]]
Neither environment variable is typically set. In particular, BATCH=yes may be a _make_ variable (and my pkgtools.conf has this:)
[[[
MAKE_ARGS = {
'*/*' => 'BATCH=yes',
]]]
which works with every other port. I don't know if there is actually an environment variable you might make use of, but this behaviour could do with documenting.
>How-To-Repeat:
portupgrade -f security/stunnel
>Fix:
Well, a workaround is to supply an appropriate environment as well as the makevar in pkgtools.conf; don't know if this could be engineered to occur in a makefile; I document this in case anyone else bumps into it.
>Release-Note:
>Audit-Trail:
>Unformatted:
More information about the freebsd-ports-bugs
mailing list