Test TemplateProvider OS E13

[jbesraa]

TemplateProvider in integration-tests fails to start(sometimes) because it cant access OS folders

https://github.com/stratum-mining/stratum/actions/runs/12231267837/job/34113994881?pr=1242#step:4:377

[plebhash]

re-opening as this is still happening, unfortunately #1293 didn't fix it

also, this is not particular to the macos runner, it also happens on ubuntu

some recent failed executions (which went away by re-running):

• https://github.com/stratum-mining/stratum/actions/runs/12690521119/job/35371554409#step:4:387 (ubuntu)
• https://github.com/stratum-mining/stratum/actions/runs/12582692909/job/35068803348#step:4:412 (macos)

[jbesraa]

If this issue is raised again, I suggest to create a user in the CI and give it the correct permissions for writing/creating files.
I would also try to make the integration tests more versatile by trying to re-start the template provider if it is not coming up in the first try.

[plebhash]

If this issue is raised again, I suggest to create a user in the CI and give it the correct permissions for writing/creating files. I would also try to make the integration tests more versatile by trying to re-start the template provider if it is not coming up in the first try.

what I reported on #1374 is not unique to CI runs, I also witnessed it locally

[plebhash]

possibly related: rust-bitcoin/bitcoind#90

[plebhash]

closing #1374 and re-opening this, as this is where the issue was originally reported and #1374 seems to be just another instance of the same problem

[plebhash]

possibly related: rust-bitcoin/bitcoind#90

looks like bitcoind crate is on it's way to being deprecated: rust-bitcoin/bitcoind#165

we should be able to get similar functionality (and ongoing support) from https://crates.io/crates/corepc-node

perhaps switching dependencies could improve things? or at least if we continue getting this problem, we could eventually report it and get support from the maintainers