| #
039cbdaa |
| 13-Jun-2023 |
espie <espie@openbsd.org> |
move to use v5.36;
tested by me over the last few weeks, and tb@
also fixed a "manual install" bug properly reported by tb@
aside that there should be *no functional change*.
If you see any message
move to use v5.36;
tested by me over the last few weeks, and tb@
also fixed a "manual install" bug properly reported by tb@
aside that there should be *no functional change*.
If you see any message like "hey, the number of params is wrong"
it is a fringe case I didn't run into and should be easy to fix.
show more ...
|
| #
3c9e9c75 |
| 03-Nov-2017 |
espie <espie@openbsd.org> |
properly cleanup the controller after closing the cmdfh.
don't call exit, since grab_object is only used within a fork
and parent does exit.
this prevents signal cleanup from fucking up and trying t
properly cleanup the controller after closing the cmdfh.
don't call exit, since grab_object is only used within a fork
and parent does exit.
this prevents signal cleanup from fucking up and trying to close
the fhs a second time.
somewhat long-standing problem, as seen by jeremy@ and I.
okay jeremy@
show more ...
|
| #
7b25c30a |
| 27-Jun-2016 |
espie <espie@openbsd.org> |
surprised nobody noticed before me
let scp:// work with PKG_CACHE
basically, we do an extra fork, so we end up cleaning up the connection twice
that's okay for the handles, but not for the commands,
surprised nobody noticed before me
let scp:// work with PKG_CACHE
basically, we do an extra fork, so we end up cleaning up the connection twice
that's okay for the handles, but not for the commands, since we do a spurious
ABORT BYE BYE on cleanup.
show more ...
|