Re: awk behaviour?
- Reply: Stefan Esser : "Re: awk behaviour?"
- In reply to: Michael Gmelin : "Re: awk behaviour?"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Thu, 29 Jul 2021 16:42:29 UTC
On 7/29/21 6:09 AM, Michael Gmelin wrote: > > > On Wed, 28 Jul 2021 16:02:30 -0400 > Ed Maste <emaste@freebsd.org> wrote: > >> On Wed, 28 Jul 2021 at 15:15, Michael Butler via freebsd-current >> <freebsd-current@freebsd.org> wrote: >>> >>> What prompted the question was my (obviously poor) attempt to debug >>> and resolve this failure when attempting to build a release for >>> i386 on an amd64 .. >> >> This will be due to my 4e224e4be7c3. I'm not sure exactly what's >> happening yet, but I can provoke this behaviour if `${PKG_CMD} >> --version` outputs something other than a single line with the version >> number. >> > > Could it be, that the pkg binary isn't installed in $LOCALBASE/sbin/pkg, > (whatever LOCALBASE is at that point)? This would make pkg --version > shows its bootstrap message: > > The package management tool is not yet installed on your system. > Do you want to fetch and install it now? [y/N]: > > which could explain the behavior. > > Just speculating... This is consistent with the behaviour I'm now seeing after the most recent patch. In the chroot environment used by a cross-compilation, there is no installed pkg port. When pkg is invoked in the target environment, it now waits on the yes/no response, imb