@knc1: Gotcha!
Code:
cat MAIN/etc/ld.so.preload
/usr/lib/libenvload.so
Sneaky. Also explains why your custom loader still honors it.
Fired up IDA: at least it does what it says on the tin: open something, read it, do some string karate, and calls setenv, supposedly with the results from said string chopping. (AFAICT: I still abysmally suck at any kind of assembly).
Could it be how they implemented the env tweaks for some daemons? (There's an env leaf in the elektra db for some daemons, and adding one to a daemon that hasn't got one by default is honored, I briefly used it at one point in the K3 Fonts Hacks to trick the browser, it works). I could see how, being a preload, they'd want to avoid relying on libelektra and instead went the dirty way to keep the overhead to a minimum. Weird. Also pure conjecture ;p.
EDIT: Meh, maybe not. Nothing uses it anymore in current FW version, and I only tried it on daemons managed by pmond, and pmon happens to have a config leaf pointing to the env utility, so, that was probably handled by pmond...
For ref, what I was talking about
:
Code:
cat /etc/kdb/system/daemon/pmond/browserd/env
RG002
40
<DATA>
LD_LIBRARY_PATH=/mnt/us/linkfonts/lib