-
selsta
.merges
-
xmr-pr
9023 9049 9052 9053 9056 9059 9060 9061
-
m-relay
<gacy:matrix.org> I have some doubts, could someone help me out?
-
m-relay
<gacy:matrix.org> How to convert INR to Dollar, so i can add money in monero
-
moneromooo
Try asking in #monero or #monero-markets, or some forex related channel.
-
m-relay
<gacy:matrix.org> New to this thing, Please assist
-
m-relay
<gacy:matrix.org> Where can i find those channels
-
moneromooo
Same place you find this one ? They're called #monero or #monero-markets instead of #monero-dev.
-
m-relay
<gacy:matrix.org> Got it! Thanks
-
m-relay
<andrey8ezkaro:matrix.org> Hi, guys, I wonder, if I open a wallet with wallet-rpc, how long it will remain opened?
-
moneromooo
If you're asking "will monero-wallet-rpc unload it by itself after some timeout", then no.
-
m-relay
<0xfffc:matrix.org> vtnerd: quick question. This is his problem, right?
monero-project/monero #9070 and we are not going to change anything.
-
m-relay
<0xfffc:matrix.org>
monero-project/monero #9065 is this something that we are going to support? Personally, I don’t think so. Should we close this?
-
m-relay
<ofrnxmr:monero.social> Needs more info
-
m-relay
<andrey8ezkaro:matrix.org> whith monero-wallet-rpc, if create a tx, but it will have `isFailed: true`, will wallet rpc try to recreate or reRelay such transactions ever?
-
m-relay
<andrey8ezkaro:matrix.org> Sorry, I just didn't find in docs
-
m-relay
<gfdshygti53:monero.social> If Monero is as secure as it is, just move it to port 443, force the admins to deep packets inspect the whole internet
-
m-relay
<gfdshygti53:monero.social> Instead of allowing them to set easy blacklist they already have (many isp, already block 80 and 25... Not hard to add 1808* to the list)
-
m-relay
<gfdshygti53:monero.social> 443 is most of the internet traffic right
-
mesaoptimizer
git clone --recursive
github.com/monero-project/monero monero_newest does not compile on OpenBSD on my 16 G RAM x230, because I get an LLVM out-of-memory error
-
mesaoptimizer
I'm now building v18.3.1 and it seems to not have that error. Let's see how it goes
-
m-relay
<0xfffc:matrix.org> mesaoptimizer what is the full error?
paste.ubuntu.com usually that happens because of short stack size. You can increase stack size in OpenBSD and try again.
-
m-relay
<0xfffc:matrix.org> Since when ubuntu paste requires registration. Forget about that link, you can use
pastebin.com
-
mesaoptimizer
mhm. I'm still building v18.3.1 -- if it fails, I post that failure log. Else I try the same for the latest commit and post that failure log (unless you believe that isn't necessary).
-
m-relay
<0xfffc:matrix.org> No. Try the stack size limit increase. That should work, if it didn’t post the failure log.
-
mesaoptimizer
paste.dismail.de/?e4dce723c4281ffe#…GqqAcRJu4X8UpPwYD8Z5kGyv6tLoHe25s6G here's the failure 'log', which is the last few relevant lines of `gmake` output. I'll figure out how to increase the stack size limit now
-
m-relay
<0xfffc:matrix.org> Shoot. Paste websites need web-assembly these days?
-
mesaoptimizer
ah. I could dump a text file on my domain if that's easier
-
mesaoptimizer
anyway, I see I should edit login.conf to edit stack size
-
m-relay
<vtnerd:monero.social> Yes, it looks like he is sending incorrect values for certain types
-
m-relay
<0xfffc:matrix.org> Thanks. So it is on his end.
-
m-relay
<ofrnxmr:monero.social> Paste.debian.net