From de5bbb019804be08da48ed0ca070898f01d1427c Mon Sep 17 00:00:00 2001 From: John McQuah Date: Mon, 13 Jun 2022 16:59:30 -0400 Subject: [PATCH] pkgmeek.8: revised the concluding paragraph under Program Design --- man8/pkgmeek.8 | 12 ++++++++---- 1 file changed, 8 insertions(+), 4 deletions(-) diff --git a/man8/pkgmeek.8 b/man8/pkgmeek.8 index 9d5cdf1..72726e4 100644 --- a/man8/pkgmeek.8 +++ b/man8/pkgmeek.8 @@ -177,10 +177,14 @@ place where new code should be added. Time will only tell whether this design can be retained as core maintainers come and go. At the time of writing, patch submissions on our bug tracker are nowhere near the volume they were in 2017. -Either the interest in CRUX is waning (and could stand to be reinvigorated), or the would-be -contributors start paging through a legacy code base and lose confidence in their ability to help -out. Whichever the explanation, \fBpkgmeek\fP is offered as a partial remedy to the problem that -"we don't have people that actually sign up to care about our core tools" (FS#1410). +The patch submissions that do arrive are not dealt with in a timely manner, which is more easily +explained by a reduction in the number of core developers than by stipulating that CRUX package +tools have reached full maturity and cannot gain much benefit from new patches. The next most +probable explanations for the slow response to bug reports are: 1, interest in CRUX is waning (and +could stand to be reinvigorated), or 2, the would-be contributors start paging through a legacy code +base and lose confidence in their ability to help out. If either of these latter explanations has +any merit, \fBpkgmeek\fP is offered as a partial remedy to the problem that "we don't have people +that actually sign up to care about our core tools" (FS#1410). .SH SEE ALSO pkgmk.conf(5), Pkgfile(5), pkgadd(8), pkgrm(8), pkginfo(8), rejmerge(8), signify(1), curl(1), wget(1)