Re: On 14-CURRENT: no ports options anymore?

From: Jamie Landeg-Jones <jamie_at_catflap.org>
Date: Thu, 18 Mar 2021 10:07:31 +0000
"Hartmann, O." <o.hartmann_at_walstatt.org> wrote:

> On Sat, 13 Mar 2021 15:13:15 -0500
> Michael Butler via freebsd-current <freebsd-current_at_freebsd.org> wrote:
>
> > On 3/13/21 3:00 PM, Hartmann, O. wrote:
> > > On Sat, 13 Mar 2021 19:52:47 +0000 (UTC)
> > > Filippo Moretti via freebsd-current <freebsd-current_at_freebsd.org> wrote:
> > >   
> > >>   
> > >> I had the same problem in console modeFiippo
> > >>      On Saturday, March 13, 2021, 8:33:57 PM GMT+1, Stefan Esser <se_at_freebsd.org>
> > >> wrote:
> > >>
> > >>   Am 13.03.21 um 20:17 schrieb Hartmann, O.:  
> > >>> Since I moved on to 14-CURRENT, I face a very strange behaviour when trying to set
> > >>> options via "make config" or via poudriere accordingly. I always get "===> Options
> > >>> unchanged" (when options has been already set and I'd expect a dialog menu).
> > >>> This misbehaviour is throughout ALL 14-CURRENT systems (the oldest is at FreeBSD
> > >>> 14.0-CURRENT #49 main-n245422-cecfaf9bede9: Fri Mar 12 16:08:09 CET 2021 amd64).
> > 
> > I ran into something similar where dialog4ports would dump core after an 
> > upgrade. Rebuilding the port (ports-mgmt/dialog4ports) solved it for me,
> > 
> > 	imb
>
> Thanks, recompilig ports-mgmt/dialog4ports solved the problem! I was sure that after some
> ncurses changes in 14-CURRENT I've rebuilt every single port on all 14-CURRENT systems
> after that incident, bad luck.

This bit me a few years ago - in my case, the terminal type wasn't recognised. If dialog4ports
doesn't run successfully, the error is ignored by the ports scripts. This was on a new
install (hence the reason I hadn't yet installed my termcap), and it meant that before I
noticed, quite a number of ports got installed without the options I wanted.

Since then, I've patched bsd.port.mk with:

--- bsd.port.mk.orig    2017-06-06 17:38:00.000000000 +0100
+++ bsd.port.mk 2017-06-08 01:31:36.320294000 +0100
_at__at_ -4729,8 +4729,8 _at__at_
        trap "${RM} $${TMPOPTIONSFILE}; exit 1" 1 2 3 5 10 13 15; \
        ${SETENV} ${D4P_ENV} ${SH} ${SCRIPTSDIR}/dialog4ports.sh $${TMPOPTIONSFILE} || { \
                ${RM} $${TMPOPTIONSFILE}; \
-               ${ECHO_MSG} "===> Options unchanged"; \
-               exit 0; \
+               ${ECHO_MSG} "===> ERROR: Options unchanged"; \
+               exit 1; \
        }; \
        ${ECHO_CMD}; \
        if [ ! -e $${TMPOPTIONSFILE} ]; then \

I never submitted this patch, because the way it was written seemed intentional. Maybe this should be reviewed?

Cheers,
  Jamie
Received on Thu Mar 18 2021 - 09:07:46 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:27 UTC