Yeah, lol, I literally also felt the slightest bit smug that a game you can’t even start kinda plays in to the idea as well. The original concept is something I’ve had in mind for a long time, so there’s this whole narrative involved that I didn’t get to put out during the jam that I just have to finish. The good news is that I have time to do it justice now, though. :) It was originally supposed to be a puzzle platformer wherein you interact with what I was going to distill as just the main puzzle element indirectly, and where the narrative is driven by a kind of alienated contact with the realm in which the puzzle is being solved that prevents you from understanding the consequences of completing the puzzles as you do them until the narratives converge. At that point, you’re faced with what would have been an inevitability regardless of your course of action, but the affect of that is determined by the unique player (which in turn is determined by their material conditions). The goal is to have a narrative that stitches all of this together while grappling with the creation, transformation, and destruction of life against it’s own will, and the illusion of its will that emerges from desiring-production. I’m gonna make a post-mortem for this soon that links to the main project (preserving the humble origins of the project).
forthegy
Creator of
Recent community posts
Hehe; I did. That’s another layer to it. You see, once you have changed the game, you have won a different game entirely. So through a process of desiring-production, you have, according to your desire to win, which has its basis in the material process of homoeostasis, built a winnable game, which is in itself entirely predictable course of action that was determined by your desire which was in turn determined by your material conditions (i.e. you are a negative entropy bubble).
It looks like you don’t have a recent enough version of the glib c++ library installed. Debian 9 ships with an older version of GCC and the C/C++ runtime libraries IIRC. You can check to see if a more recent version of the GNU C/C++ libraries are available in your repos (I know on Ubuntu it’s possible to enable more recent versions of GCC and switch to them, thereby installing those libraries as a dependency). I’m finally getting around to the Windows port right now. I’ve had a lot going on personally in the interim that has made it difficult to come back around to the jam. After I do that I can just collect up the SDL and C++ libraries the build depends on and bundle them with the binary and hopefully that will alleviate any of these compatibility issues.
Hi! It looks like the dynamic linker is looking for an object in the wrong location. One lesson I’ve learned from this first experimental jam is that I need to link everything either statically or with a local load path right next to the application if I want to ensure that it will be maximally portable when it comes to these oddly different distros. This was only tested on redhat. Try ldd ./alias
from the same directory you unpacked in. You will probably see that it’s not scanning the directory where it’s installed and report a breakage. As a quick shim you can use is to run it like this:
$ export LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:/usr/lib/x86_64-linux-gnu/
after which running it from that same terminal with ./alias
will work just dandy.