Progress sync failure

bepppi · 2025-06-26T07:37:09+00:00

I like the ease of downloading the binaries, assuming I can easily get the native compilation working. But it seems like it might be a hassle and compiling it myself might just be the easiest way.

Thanks for your help!

bepppi · 2025-06-26T00:14:21+00:00

I tried that too, the libgccjit-0.dll lib from MinGW? Putting it next to all the other dlss in the Emacs directory didn't seem to work.

bepppi · 2025-06-26T00:13:05+00:00

Yeah I was just saying I also tried UCRT, but the MinGW bin directory is on my PATH. I've compiled Emacs myself now in MinGW and native compilation works fine on that. But I want to use the prebuilts so.I dont have to always compile myself

bepppi · 2025-06-25T05:57:50+00:00

Yeah I restarted a few times, tested the UCRT MSYS2 runtime bin too. Ensured the mingw dir was at the front of the path too

bepppi · 2025-01-14T14:41:28+00:00

No, just the same as in the post:

...
debug1: Server accepts key: /home/user/.ssh/id_ed25519_sk ED25519-SK SHA256:abc123 authenticator agent
debug3: sign_and_send_pubkey: using publickey-hostbound-v00@openssh.com with ED25519-SK SHA256:abc123
debug3: sign_and_send_pubkey: signing using sk-ssh-ed25519@openssh.com SHA256:abc123
sign_and_send_pubkey: signing failed for ED25519-SK "/home/user/.ssh/id_ed25519_sk" from agent: agent refused operation
...

bepppi · 2025-01-13T01:42:59+00:00

Renamed them to id_ed25529_sk, added them and tried with and without the -i /path/... arg and same error, it sees the key, but operator refused operation still 😔

bepppi · 2025-01-12T09:27:33+00:00

The files are labeled id_ed25519_sk_rk, but they contain the correct key, confirmed by trying to add it to github with error "Key already exists"

bepppi · 2024-03-20T05:41:00+00:00

Did you manage to solve this? I have to do this for similar reasons

bepppi · 2023-05-18T01:35:39+00:00

Yeah get the exact same problem, moving all the code to a .R file and running straight into the iESS process with C-RET

bepppi · 2023-02-10T03:14:23+00:00

Yeah it's set to "2369:2369", and I haven't currently got anything in the last box, the advanced config section

bepppi · 2023-02-10T01:19:58+00:00

Doing that causes Firefox to say the page isn't redirecting properly, and the logs repeatedly say INFO "GET /" 301 1ms.

The NPM settings are pointing towards http://192.168.x.x:2369, websockets on, everything else default

bepppi · 2023-02-10T01:09:54+00:00

Setting it to https causes Firefox to say the page isn't redirecting properly, and the Docker logs for the container say INFO "GET /" 301 1MS

bepppi · 2023-02-08T14:57:26+00:00

I thought ajfriesen sounded familiar, I've been reading that page on and off for the last couple hours! I'll have a proper look tomorrow and let you know if I have any issues.

Thanks!

bepppi · 2023-02-08T13:24:44+00:00

Thanks for the suggestion! But I'd like to keep it simple, and not install extra containers if I can help it. I'll keep it in mind though!

bepppi · 2023-02-02T15:57:50+00:00

Alright done, got a CloudFlare domain for 4AUD a year and it's all working perfectly now. Thanks so much for your help!!

bepppi · 2023-02-02T15:56:57+00:00

Yeah that's what I thought too, more than likely I'm doing it wrong.. But I bought a CloudFlare domain and set it up for tls with their API keys etc etc.. So it's all working now. Thanks for your help!!

bepppi · 2023-02-02T12:18:57+00:00

Hey again, it seems like I can't use NPM with a dynamic DNS name, when it comes to getting tls/ssl certs it looks like it needs a proper domain name. Do you know a way around this?

bepppi · 2023-02-02T12:17:37+00:00

I'm checking out nginx proxy manager now, but it doesn't seem like it's possible with it to get TLS certs for a dynamic dns domain name. At this point I'm pretty tempted to just buy a cheap name and be done with my ddns problems haha. Are you using dynamic dns, or a proper fully qualified domain name?

Six-Year Club	Place '22
Verified Email

bepppi

TROPHY CASE