Day changed to 2026-08-02
[02:12] Ulrich Logfetch: ** Euloran economic activity during one month to day 00 of month 09, year 8 (era 1): PCs' held value in items increased by 8`956 and their cash increased by 9`718; NPCs' held value in items increased by 20`868 and their cash decreased by 9`718; environment value decreased by 453`743. All amounts are shown in Euloran Shell (10`000 Shells to 1 Copper). **
Day changed to 2026-08-08
[19:50] Ulrich Logfetch: ** Euloran economic activity during one month to day 00 of month 10, year 8 (era 1): PCs' held value in items increased by 34`469 and their cash increased by 7`478; NPCs' held value in items increased by 18`158 and their cash decreased by 7`478; environment value decreased by 528`264. All amounts are shown in Euloran Shell (10`000 Shells to 1 Copper). **
Day changed to 2026-08-15
[14:02] Ulrich Logfetch: ** Euloran economic activity during one month to day 00 of month 11, year 8 (era 1): PCs' held value in items increased by 33`238`227 and their cash increased by 111`564; NPCs' held value in items increased by 14`931 and their cash decreased by 111`564; environment value decreased by 33`761`270. All amounts are shown in Euloran Shell (10`000 Shells to 1 Copper). **
Day changed to 2026-08-20
[21:22] Monroe Quarterslit: **********Best at Tinkering (PCs) on day 18 of month 11, year 8 (era 1)**********
[21:22] Monroe Quarterslit: The daily view of who is who among PCs doing things and going places with Tinkering
[21:22] Monroe Quarterslit: 1. Diana Coman (Tinkering)
[21:22] Monroe Quarterslit: 2. Raphael Nethersmell (Tinkering)
[21:22] Monroe Quarterslit: 3. Vivian Sporepress (Tinkering)
[21:22] Monroe Quarterslit: 4. Nestor Nethercross (Tinkering)
[21:22] Monroe Quarterslit: 5. Felicia Solecrimp (Tinkering)
[21:22] Monroe Quarterslit: **********end of Best at Tinkering (PCs) on day 18 of month 11, year 8 (era 1)**********
[21:22] Monroe Quarterslit: Felicia Solecrimp has newly achieved 5th rank among Best at Tinkering (PCs). Congratulations!
Day changed to 2026-08-22
[07:17] Ulrich Logfetch: ** Euloran economic activity during one month to day 00 of month 00, year 9 (era 1): PCs' held value in items increased by 143`714 and their cash decreased by 50`927; NPCs' held value in items increased by 388`188 and their cash increased by 50`927; environment value decreased by 569`504. All amounts are shown in Euloran Shell (10`000 Shells to 1 Copper). **
Day changed to 2026-08-28
[23:51] Ulrich Logfetch: ** Euloran economic activity during one month to day 00 of month 01, year 9 (era 1): PCs' held value in items decreased by 3`078 and their cash remained unchanged; NPCs' held value in items increased by 9`425 and their cash remained unchanged; environment value decreased by 445`983. All amounts are shown in Euloran Shell (10`000 Shells to 1 Copper). **
[02:12] Ulrich Logfetch: ** Euloran economic activity during one month to day 00 of month 09, year 8 (era 1): PCs' held value in items increased by 8`956 and their cash increased by 9`718; NPCs' held value in items increased by 20`868 and their cash decreased by 9`718; environment value decreased by 453`743. All amounts are shown in Euloran Shell (10`000 Shells to 1 Copper). **
Day changed to 2026-08-08
[19:50] Ulrich Logfetch: ** Euloran economic activity during one month to day 00 of month 10, year 8 (era 1): PCs' held value in items increased by 34`469 and their cash increased by 7`478; NPCs' held value in items increased by 18`158 and their cash decreased by 7`478; environment value decreased by 528`264. All amounts are shown in Euloran Shell (10`000 Shells to 1 Copper). **
Day changed to 2026-08-15
[14:02] Ulrich Logfetch: ** Euloran economic activity during one month to day 00 of month 11, year 8 (era 1): PCs' held value in items increased by 33`238`227 and their cash increased by 111`564; NPCs' held value in items increased by 14`931 and their cash decreased by 111`564; environment value decreased by 33`761`270. All amounts are shown in Euloran Shell (10`000 Shells to 1 Copper). **
Day changed to 2026-08-20
[21:22] Monroe Quarterslit: **********Best at Tinkering (PCs) on day 18 of month 11, year 8 (era 1)**********
[21:22] Monroe Quarterslit: The daily view of who is who among PCs doing things and going places with Tinkering
[21:22] Monroe Quarterslit: 1. Diana Coman (Tinkering)
[21:22] Monroe Quarterslit: 2. Raphael Nethersmell (Tinkering)
[21:22] Monroe Quarterslit: 3. Vivian Sporepress (Tinkering)
[21:22] Monroe Quarterslit: 4. Nestor Nethercross (Tinkering)
[21:22] Monroe Quarterslit: 5. Felicia Solecrimp (Tinkering)
[21:22] Monroe Quarterslit: **********end of Best at Tinkering (PCs) on day 18 of month 11, year 8 (era 1)**********
[21:22] Monroe Quarterslit: Felicia Solecrimp has newly achieved 5th rank among Best at Tinkering (PCs). Congratulations!
Day changed to 2026-08-22
[07:17] Ulrich Logfetch: ** Euloran economic activity during one month to day 00 of month 00, year 9 (era 1): PCs' held value in items increased by 143`714 and their cash decreased by 50`927; NPCs' held value in items increased by 388`188 and their cash increased by 50`927; environment value decreased by 569`504. All amounts are shown in Euloran Shell (10`000 Shells to 1 Copper). **
Day changed to 2026-08-28
[23:51] Ulrich Logfetch: ** Euloran economic activity during one month to day 00 of month 01, year 9 (era 1): PCs' held value in items decreased by 3`078 and their cash remained unchanged; NPCs' held value in items increased by 9`425 and their cash remained unchanged; environment value decreased by 445`983. All amounts are shown in Euloran Shell (10`000 Shells to 1 Copper). **
Comments feed: RSS 2.0
Well I couldn't resist Eulora's call and am making attempt at building Eulora2. Knock on wood I'll see you there.
Let me know how it goes.
Building completed with zero issues on Gentoo with kernel 6.18.33. However I have the misfortune of building from a newer Thinkpad (E560) with hybrid graphics, so the client refuses to start after what appears to be a keygen operation:
euloraclient # ./play.sh
Cannot use preferred GLX visual - Generic visual will be used.
crystalspace.canvas.glx2d: Graphics display does not support basic GLX configuration
crystalspace.graphics3d.opengl: Error opening Graphics2D context.
shader portal_default: ....10%....20%....30%....40%....50%....60%....70%....80%....90%....100%
shader lighting_default: ....10%....20%....30%....40%....50%....60%....70%....80%....90%....100%
shader z_only: ....10%....20%....30%....40%....50%....60%....70%....80%....90%....100%
Cannot use preferred GLX visual - Generic visual will be used.
crystalspace.canvas.glx2d: Graphics display does not support basic GLX configuration
Cannot use preferred GLX visual - Generic visual will be used.
crystalspace.canvas.glx2d: Graphics display does not support basic GLX configuration
Log files (NO raw dumps) will be written to data
ERROR: Load - exception loading from data/history.txt data/history.txt: No such file or directory
Generating a pair of RSA keys for a Eulora account. This can take half hour or more...
done generating RSA keypair.
Generating local salt...
Hash of running client binary euclient calculated and set as 10869741327255734015 (hex: 96d91425937606ff).
Eulora 2.0:
This game uses the Crystal Space Engine created by Jorrit and others.
FAILED to initialize the Texture Manager!
2.1.0.4234 [Unix-x86(64)-GCC]:
FAILED to init application - Initialize()
Am fiddling with some settings in the `euconfig.ini` file to see if I can coax into starting. I feel certain this is fault of my graphics setup entirely, so will keep trying to refine it.
vamp built cleanly and works flawlessly, that's another rabbit hole I need to read up on. Nice work!
The relevant error message seems to be in there: "Graphics display does not support basic GLX configuration". So yes, it looks very much like an issue with the graphics card/setup breaking compatibility with the most basic configuration, though most likely at a deeper level than the euconfig.ini can address. The euconfig.ini is more about user preferences than anything else.
I would look more closely at the installed OpenGL and/or what configurations it supports or more specifically what it needs to support the most basic, standard one.
If memory serves, there was someone else who ran into some issues with a too new graphics card and had it solved, perhaps they see this and comment as well.
Thanks for getting back with how it went, it's good to see it.
Vivian Sporepress ran into this issue in Feb 2025, which wasn't publicly logged.
@Shinoa Fores, did you read the install_eulora.sh close enough to find the lines that need to be commented out for newer systems ? you can search "new" in that script to find them.
@Dorion Thanks for reply and Oh yes I commented out that particular line re: newer systems. The build finishes beautifully, but somehow my opengl or something hates the eulora config system. I vaguely recall similar issue running old client but cannot for life of me remember what setting solved it.
Vivian Sporepress here; my GLX troubles on Ubuntu 24.04 ultimately traced back to C++ infecting the Mesa stack, with the system's libstdc++ conflicting with the GNAT toolchain's own version, resulting in late and silent failure to dynamically load some required driver component. The fix is in two noted changes to the installer and updater scripts, first LD_LIBRARY_PATH and then gprbuild -R. So perhaps make sure you uncommented both of those, in addition to the earlier "ld" removal for binutils breakage.
Possibly the state of the comments is a bit confusing in the current scripts: for me, the first needs to be *disabled*:
#export LD_LIBRARY_PATH=${prefix}/${gnatdir}/lib64:$LD_LIBRARY_PATH
And the second left enabled:
sed -i "s/gprbuild/gprbuild -R/" build.sh
Progress! Thanks @Jacob Welsh, your suggestion uncovered that I in fact needed to *disable* the LD_LIBRARY_PATH and et voila:
https://btc.info.gf/uploads/EULORA2-1.png
However after setting password and starting it stays on the screen "Acquiring a skin to start the GUI with". Log only shows me: euEngine initialized.
Requesting connection via RSA (expecting IP and account key)
Setting allow_all on communication link to FALSE
@Shinoa Fores Looks fine clientside, only not getting through network side, so likely blocked by a firewall or some network settting(s). Is UDP communication allowed to the server's IP? The network info such as local ports and server IP is in the euconfig.ini file.
@Diana Coman networking indeed appears to be the culprit, likely due to my atrocious isp, though when I set down earlier to debug a bit I am unable to reach the server ip in config file *at all*. Will keep tinkering with it until something shakes out.
That really sounds like a local firewall (computer or perhaps router level) discarding outbound udp, possibly because of some catch all and no specific rule to allow it to the server's IP on the two relevant ports.
@Shinoa Fores It's been pointed out to me that the initial, bootstrapping euconfig.ini file still has an older server IP, so possibly this is your trouble if you ran only the installer script. Check the updater script as well, adapt + run it and then merge the .ini files. Alternatively, just manually change the server IP in your current .ini file to the one from the .ini file in the latest .tar.gz and you are good to go.
The reason for the script not going straight for the latest is that the latest is VaMP packed. So the installer gets instead a frozen bootstrapping version containing VaMP and from that point on the updater can be run at any time to check and get everything to the latest with VaMP guarantees and all that. And well, server IPs do change, but the bootstrap archive remains frozen as it is so no changes to the IPs there either.
@Diana Coman grabbing the latest `.ini` file and replacing ip value got me a wee bit further when connecting via a cheap vpn. outbound udp is indeed the problem with my isp and they seem unwilling to do anything at all about it.
Anywho connecting with the vpn got me new output:
Eulora 2.0:
euEngine initialized.
Requesting connection via RSA (expecting IP and account key)
Setting allow_all on communication link to FALSE
Requesting connection via RSA (expecting IP and account key)
Got RSA keyset msg (RSA encrypted)!
Own IP is 3557358298
Requesting via RSA (5.1 on account key) outbound S keys
Requesting via RSA (5.1 on account key) outbound S keys
Requesting via RSA (5.1 on account key) outbound S keys
Requesting via RSA (5.1 on account key) outbound S keys
Requesting via RSA (5.1 on account key) outbound S keys
Requesting via RSA (5.1 on account key) outbound S keys
ERROR: Work - Resetting the connection (no replies received on RSA).
Requesting connection via RSA (expecting IP and account key)
Got RSA keyset msg (RSA encrypted)!
Own IP is 3557358298
Requesting via RSA (5.1 on account key) outbound S keys
Got Serpent keyset msg (RSA encrypted)!
Generating new Serpent keys for talking to the client...
FINISHED generating S keys for talking to the client...
Sent new S keys via S msg, offset wait set to 8824
Setting allow_all on communication link to TRUE
Requesting World Bulletin and 0 out of 1 total objects.
Setting allow_all on communication link to FALSE
Generating new Serpent keys for talking to the client...
FINISHED generating S keys for talking to the client...
Setting allow_all on communication link to TRUE
Discovery mode: requesting World Bulletin
Setting allow_all on communication link to FALSE
Generating new Serpent keys for talking to the client...
FINISHED generating S keys for talking to the client...
Setting allow_all on communication link to TRUE
Setting allow_all on communication link to FALSE
Generating new Serpent keys for talking to the client...
The connection seems really slow, fault of the vpn I'm sure. I'm looking into setting up a ssh tunnel somewhere.
Oh hey, welcome to Eulora 2. Some part of the perceived slowness may be as well due to the initial deluge of data that a new client needs to download merely to be able to show something so give it some time connected (just let it run somewhere, it doesn't even need to have its client window focused, it's fine to run in the background, just to download stuff).
Also, while the frozen client is (and will always be) compatible anyhow, you might still find that there are some improvements worth running the updater for.
What's the issue with UDP that your ISP creates? It's the first time I hear of an ISP actively blocking outbound communications on UDP, huh.
Anyways, once you get over the initial hurdle of getting all the GUI data so that the poor client can finally show the actual graphical interface, you should be able to use the in-game chat, too. Your char will need a positive rate from someone with enough standing but I tend to give these when I'm around as soon as I notice someone new anyhow.