Ah, most of what you've got there looks like small "desktop toy" games, like minesweeper games and whatnot. I was thinking more along the lines of full-screen, possibly 3D, games of the sort that got ported by companies like Loki back in the day. Those took a long time to become runnable under X11.
> Maybe I need to debootstrap in a chroot or something?
Probably. Even then you might run into some compatibility issues - IIRC, some of the really old code paths used for system calls (like the vsyscall DSO) have been removed in modern Linux kernels.
Which games ported by Loki didn't require X11? I remember playing Quake 3, Unreal Tournament, and Majesty on Linux in mid-00s, and they were all X11 ports.
xkobo in particular is a twitchy 2-D bullet-hell shooter, and the current version of it (kobodeluxe) is built with SDL and supports fullscreen mode. But I'm pretty sure xkobo did run in a window. Certainly the other games there I remember (xjewel, xgalaga, etc.) did.
I'm not familiar with Loki's work at all, though the name seems familiar.
I think the removed-code-paths thing is mostly an issue with libc5, isn't it?
I ran into a problem with really old code paths in August when I tried to compile PFE 0.9.14 (a Forth implementation, not a game) from 01995; it was trying to call `uselib`, which I think has never existed on amd64.
FWIW `ldd` reported that xkobo had successfully mapped "linux-gate.so.1 (0xf7f3c000)" (with no filename); as I understand it, this is the vDSO that replaced the vsyscall mechanism, so at least for stuff built for Debian Slink I don't think that problem in particular will occur.
> Maybe I need to debootstrap in a chroot or something?
Probably. Even then you might run into some compatibility issues - IIRC, some of the really old code paths used for system calls (like the vsyscall DSO) have been removed in modern Linux kernels.