Rich Felker

OK, I realized one of the models I have seen the issue with is free not paid, so here is a repro case. STL file is at https://www.myminifactory.com/object/3d-print-pokemon-fuecoco-hd-258093 (Fuecoco Shm.stl)....

Indeed it's not fundamental that you can't `dlopen` from static binaries. The fundamental constraint is that it's broken to have two versions of libc (or potentially of any library) present...

Hideously, I think this can be done with `bc`: first using `tr` to translate RFC 4648 base32 alphabet to 0-9A-V, then running `bc` with `ibase=32` and `obase=16`. Something has to...

Anyone want to test this patch and confirm that it works? ``` diff --git a/totp.sh b/totp.sh index 47ac757..32c41cc 100755 --- a/totp.sh +++ b/totp.sh @@ -16,7 +16,9 @@ # t=$(($(date +%s)/30))...

Is it something wrong with how I'm invoking bc with the piped input, or is OpenBSD's bc just nonconforming and not supporting ibase=32?

Also you should probably change your TOTP secret since you just pasted part of it into a bug tracker thread.

Yes, that's what they're supposed to do. What happens if in interactive bc, you type: ``` ibase=32 G ``` You should see `16` output.

OK so this is OpenBSD being broken. > The value of obase shall be limited to: > > 2 Maximum obase values allowed by the bc utility. > Minimum Acceptable...

Uhg that's obase. ibase apparently is not required to support values above 16.

So, short of some clever trick I'm not thinking of, I don't see any way to salvage this portably. Probably would have to fall back to doing the full base32->base16...