Sorry i meant i'm going to do some maintenance in that legacy branch, so if something goes wrong it would be still possible to do a release from there saving the devs some work.
I don't want to be the guy responsible for the GL2 hardware path removal, that said...
As long as the software renderers can run on GL2 is that much of a problem? If that code is such a pain-in-the-ass may be it would be a good idea to remove it ASAP since the percentage of users will decrease in the next few months.
Now i plan to do some maintenance there porting all the stuff i can so whether keeping the old code in the main release is worth or not is something that could be discussed. This would be a release for non SSE2 cpus and XP but also would include a SSE2 executable (possibly even VS).
On the other projects they are old now and i think i'm going to discontinue them.
ZDoom LE is an incredibly long maintenance branch of the old ZDoom 2.8 codebase, mostly has bugfixes and a few conservative features (and the security fixes). Merged with an old GL renderer (1.8.4x) for GL 1.x hardware. Runs on win98.
ZDoom32 is a more modern ZDoom (classic software renderer with ASM and fmod) merged with the old dpJudas 32 bit renderer, this one runs very well on old hardware. Also an old optional GL renderer (1.9.1x). This one is from DEC 2016 before the zscript merge. Also with many later fixes and some conservative features.
So these are old versions mainly for old hardware but i still think they are cool.
So i really don't know what would be better and less troublesome, a separate legacy branch or keeping the old code in.