cgit 1.2.3: lighttpd 1.4.57, AlpineLinux [edge]: using cache breaks delivery

[Steffen Nurpmeso]

Steffen Nurpmeso wrote in
 <20201222212207.3qb-M%steffen at sdaoden.eu>:
 |Steffen Nurpmeso wrote in
 | <20201222150957._aAW5%steffen at sdaoden.eu>:
 ||Steffen Nurpmeso wrote in
 || <20201222135537.ovyl4%steffen at sdaoden.eu>:
 |||gs-cgit-lists.zx2c4.com at gluelogic.com wrote in
 ||| <20201222061206.GA54419 at xps13>:
 ||||>Steffen Nurpmeso wrote in
 ||||> <20201221193127.zbZeP%steffen at sdaoden.eu>:
 ||||>|John Keeping wrote in
 ||||>| <X+DiDgGaPaynnocI at john.keeping.me.uk>:
 ||||>||On Mon, Dec 21, 2020 at 05:26:19PM +0100, Steffen Nurpmeso wrote:
 ||||>||> I discovered today that cgit no longer delivers pages, and it must
 ||||>||> have been like that for some time.  The server looks show
 ||||>||> successful delivery, the cgit cache is populated and rotated just
 ||||>||> correctly, but all cgit delivers is that final error of main() as
 | ...
 ||||>||> I am pretty sure cgit delivered some weeks ago, the most notable
 ||||>||> difference is that AlpineLinux switched to Lighttpd 1.4.56 then
 ||||>||> .57, which seems to have brought tremendous changes under the
 ||||> ...
 ||||>|But the file was generated normally:
 | ...
 ||||>||and this may be caused by sendfile(2) failing due to some difference \
 ||||>||\
 ||||>||in
 ||||>||how the web server is setting up the output file descriptor.  You may
 | ...
 |
 |Looking at lighttpd commit history it seems he now uses splice(2)
 |for CGI if possible.

On AlpineLinux with kernel 10.3 the unmodified cgit still fails.
I just want to note there is no kernel bugzilla entry regarding
sendfile and/or splice.

I assume the sendfile(2) failure fallback code path becomes
implemented and will unsubscribe again now.

Thanks.

--steffen
|
|Der Kragenbaer,                The moon bear,
|der holt sich munter           he cheerfully and one by one
|einen nach dem anderen runter  wa.ks himself off
|(By Robert Gernhardt)