So, what happens?  Can someone resubmit the job, or does it just sit for days until something mysterious fixes it?

Openrc

Openrc is provided as an alternative service manager from the Devuan installer, which is already a step up from Debian. However, this is far from a replacement to sysvinit. In fact, it simply runs atop it. Sysvinit scripts are still used during initialization, and no openrc run scripts are provided as replacements for the various sysvinit scripts used in starting services. In recent versions of Openrc, it comes with its own init. This skips inittab and boots openrc directly, but since it still uses sysvinit scripts, it’s noticeably slower. Also, without providing getty scripts, the user won’t even reach the login prompt. Gentoo provides all the run scripts we could ever need, and so bringing them over is not an impossibility. Why bother using openrc run scripts and using openrc as an init and a service manager? The scripts are much easier to read, and process supervision would be handled much more cleanly. There’s also faster boot times and better overall performance, but your mileage may vary on those claims.

we are not based on devuan yet, and the rolling branch is still based on debian testing

meanwhile we have an experimental lts branch that tracks devuan, and we plan to release a lts version of parrot (5.0) for both x86 and arm architectures, and keep it aside to the rolling edition that will remain the same as now (but amd64 only)

the eta is "when it's ready"