On Thu, Mar 26, 2020 at 02:56:25AM -0400, Kurt Mosiejczuk wrote:
> On Thu, Mar 26, 2020 at 03:14:18AM +0000, Lucas wrote:
> > Kurt Mosiejczuk <kurt@cranky.work> wrote:
> > > Did you just try typing "make install"?
>
> > Yes, that was all I ran. If you read the whole email, you will see
> > the doas install in the subject refers to /usr/bin/install and not a
> > "typo" of sorts for doas make install, which is, I assume, what you
> > think I did.
>
> I did read the whole email. You never explicitly said what command you
> were running. There was a whole bunch of rambling information that made
> it hard to pin down what problem you were having. I have come across the
> mistake of folks saying "doas make install" and not understanding why
> their doas.conf didn't work. I figured I'd mention it and save you any
> further headache if that was the mistake you'd made.
>
> --Kurt
>
I can replicate the issue, it only happens with FETCH_PACKAGES= because
_pfetch must own a directory under the package directory owned by
_pbuild, so it must be run as root.
make debug output
-----------------
doas -u _pbuild install -d /usr/ports/packages/amd64/all/ /usr/ports/packages/amd64/tmp/
doas install -d -o _pfetch -g $(id -g _pfetch) /usr/ports/packages/amd64/cache/
doas (solene@solene.perso.local) password:
Lucas diff propose to make a new folder ${PORTSDIR}/pcache to solve
diff.
I guess Adding a line to doas.conf to allow install(1) as root should
prevent the error too.
I have no opinion about this but I wanted to point there is a real issue
(or lack of documentation if the chosen solution is adding more lines to
doas.conf)
No comments:
Post a Comment