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