David Kastrup <d...@gnu.org> writes: > David Kastrup <d...@gnu.org> writes: > >> This is a sequence of patches. The first one is just the same as the >> already submitted issue 4840 (so that this can be tested on master): >> it did not make sense to disentangle the bulk of this work from that >> change. > > It is the very definition of madness to try the same thing over and over > again and expect a different outcome. > > My last try of git-cl worked. I have no idea why but it produced issue > 4841. So please do not bother submitting this patch series in my stead, > I might be able to submit it on my own. Also I think that I spotted > another opportunity for simplification that I want to follow up on. So > this version is not likely to be final.
Ok, so now I know. upload.py can upload multiple files in parallel, and it defaults to -j 8. Issue 4841 consisted of a single file and so did not exercise that possibility. I changed the default in git-cl (yes, a bad idea to edit the file directly) to -j 1, and it worked. Apparently the multithreading upload (or whatever it was) broke in Ubuntu 16.04 (or in connection with a recent change of DSL router here but I have no idea how that could have this effect) and switching off the multithreading did fix this. -- David Kastrup _______________________________________________ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel