On 06.03.25 10:51, Sean Whitton wrote:
You can't just throw people at a team of volunteers who are busy doing other things and say "train them".
That's true in general. However.* this episode demonstrates that there are obviously a few crossed wires between ftpmaster and DPL; I think it's fair to assume that this is not a recent development. Andreas' ignoring your NACK may not have been particularly nice (he can apologize himself :-P ) but at least it threw the problem into the spotlight.
* there seem to be some reasonable(IMHO) ideas out there to reduce and/or spread the workload of NEW processing. These obviously need some fleshed-out proposal, discussion, and people who then implement the result. This requires volunteers , but not necessarily any up-front training.
* I have learned (thanks @roehling) that the *actual* median time packages spend in NEW is less than two days. In other words, *somebody* must have *some* time available.
* Speaking from personal experience: Fighting an ongoing uphill battle is much less rewarding than bulldozing some of that hill away. The effect on actual time available for the task in question should be obvious.
My personal suggestion would be to work with one or two volunteers to write a somewhat-comprehensive how-to-ftpmaster-the-NEW-queue manual, so that the *next* time you have a bottleneck you can throw that document at the volunteer and say "here's ten example packages, find their problems if any, then come back".
Finally, a question -- as you don't seem to document the issues you have with long term packages in their ITP bug, where *do* you document them?
-- -- regards -- -- Matthias Urlichs
OpenPGP_signature.asc
Description: OpenPGP digital signature
