Hi,
On Fri, 27 Nov 2020 13:58:57 -0700 (MST)
cwen@openbsd.org wrote:
> Bulk build on macppc-0.ports.openbsd.org
>
> Started : Wed Nov 11 15:24:16 MST 2020
> Finished: Fri Nov 27 13:58:35 MST 2020
> Duration: 15 Days 22 hours 34 minutes
This seemed too short for me, and i quickly found out the issue.
During this bulk, www/webkitgtk4 was left on hold during the whole
process. As a result, its consumers were not built - now i know i'll
have to consider held ports like an error :)
/usr/ports/infrastructure/lib/DPB/ErrorList.pm says:
# NFS overload handling. Doesn't appear that often these days
# at the end of a succesful build, the packages might not show up
# directly. So keep them around
# TODO also shows up when a directory has been cvs updated and
# we have package revision bumps. Can this be automated ? probably
TODO is totally what happened.
dpb's -q option is supposed to not let dpb quit on such a case, as seen
in the code. But i can't use it, since we've a number of errored ports
on macppc.
If it can't be automated, then what is the proper way to deal with it
manually? Does the rescan command fits the bill?
While not very useful in that case, i'm joining the term_report.log,
engine.log shows no ! lines for consumers that have not been built.
Charlène.
No comments:
Post a Comment