On Fri, Nov 14, 2025 at 10:41:37AM +0100, Walter Alejandro Iglesias wrote:
> I'm going to explain how I solved the problem so that it can be helpful
> to others.
>
> I ended up realizing that the same procedure I had always been using
> with src and xenocara also works with ports.
>
> Add user to wsrc group
> # user mod -G wsrc $(logname) ** Effective after next login **
>
> FIRST TIME
> # cd /usr
> # mkdir ports xenocara
> # chgrp wsrc ports xenocara
> # chmod w+g ports xenocara
> $ cvs checkout -P (src|ports|xenocara)
>
> UPDATE
> $ cd /usr/(src|ports|xenocara)
> $ cvs -q update -Pd -A
>
> With ports you need an extra step, to configure 'doas' appropriately.
> In my case, what I did was simply copy the example from
> /etc/examples/doas.conf and add 'persist' to the last line (to avoid
> going crazy entering the password a hundred times.)
>
> permit keepenv persist :wheel
> ^^^^^^^
In the cheat sheet above I forgot to point out one step:
# echo SUDO=doas > /etc/mk.conf
And this came with a revelation. Today doas(1) again is *totally*
ignoring the "persist" option when running make with ports. Stuart had
warned me that:
"doas doesn't work very well with this, and "persist" intentionally
does not pass 'upwards'.
on systems which are mainly setup for ports development I'll use "SUDO=sudo
-E"."
I don't know if I'm missing something or if it was a hallucination, but
until yesterday, with just the settings described above, I'd got doas
asking me for a password only the first time. All worked like a charm.
So, my cheat sheet wasn't helpful, sorry.
--
Walter