Jon Leech

Also, I'm unclear on whether bug reports should be filed here or on nethackwiki? There seems to be a lot of commit activity here but very little issue activity so...

There is no perm_lock . Unfortunately the error message isn't clear on what file it's *trying* to lock, and I am slightly suspicious that it's trying to lock something not...

@Elronnd I did try using the top-level Makefile, changing PREFIX=/usr , GAMEUID = myuid, GAMEGRP = mygrp. "make" succeeds, but "sudo make install" fails with ``` ( cd dat ;...

OK, after editing out the offending 'demoname-??.lev' bits from Makefile, I did successfully install using the top-level Makefile. Unfortunately, exactly the same behavior results - can't grab a lock on...

One monster causing this was a "nimble turret" - is that a "random stats monster"? I'm using the tty interface on Debian - whatever happens by default in an xterm...

I'd like this to remain open. We have worked around it by CSS overrides but that's not a great long-term solution (and was very tedious to figure out what the...

I'd like it to remain open - I do need some guidance as to how to approach supporting this functionality.

GwenaelPellenMatelli's patch above also seems to fix the problem for me (LinkChecker 9.3 released 16.7.2014, as packaged for Debian 8).

It seems like you would need a runtime query for the actual extension version supported by the driver, rather than statically compiling against the version that happens to be in...

FWIW, the Vulkan experience led to our current approach where we disallow breaking changes in extension revisions - they are only to indicate fixes to spec language, not behavior. If...