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

Reply via email to