04:51:56 Hello 04:52:21 Why can't I register using the monero.social homeserver? 04:52:44 It says registration has been disabled 06:19:08 That is probably the reason. 11:09:37 read from here: 11:09:38 https://matrix.to/#/!eBgZCVRnRRkKchiYzS:monero.social/$1lxMx4sKjnk8dxWkayuyJMOZ4TQjPOUZrLt2SW9qfKI?via=xmr.mx&via=matrix.org&via=monero.social 11:16:25 ofrnxmr did my message fail to reach the matrix side? https://libera.monerologs.net/monero/20241110#c458471 11:19:00 Yrs 11:19:15 I dont see your msgs on matrix 11:19:29 I see them here 11:19:58 "the installation option is still the bootleg scripts, right? " they arent bootleg, but yes 11:20:51 " I remember some discussion about the prospects of providing AppImage for BSX install. Is that still in play?" << yes, but saving installers for after the post-install experience is more usee friendly 11:21:08 thanks for the update 11:22:52 "Providing .exe for Windows is good, and the installation UX for linux should be as close to that as well (ie, double click on the AppImage file and done)" << we took the exe down, as its counterproductive to onboard users who cant use a terminal, when the current experience still requires using terminal and knowing how to manage debugging etc 11:23:49 Tried to DM you about this (guess you're only on IRC and not on Matrix anymore), but to clarify this did have Core's approval before anything happened. 11:23:50 If you could DM me I'd really appreciate it, can't figure out a way to DM you directly but it's been a while since I did the Matrix/IRC dance. 11:24:36 The scripts are more of a POC of how to simolify the experience. They can be turned into a deb/rpn/appimage etc, but they still build from source (and require blockchains) 11:25:16 Seth For Privacy debruyne cant see that youre responding to hin 11:25:26 Ugh 11:25:39 Yeah, dm from libera <> matrix doesnt work 11:25:48 Nice 11:25:54 I love interoperability 11:25:58 😅 11:26:26 ofrnxmr: "[...]when the current experience still requires using terminal and knowing how to manage debugging etc[...]" <--- when would you say that the UX moves beyond this proof of concept phase? 11:27:50 Installers are the last thing on the todo list 11:29:12 So, the BSX is still in development-phase, when compared to haveno, then? 11:29:28 Because Haveno has many installer options among which are deb, flatpak and appimage 11:29:43 haveno also has arbitrition 11:29:57 Basicswap has no mitm to fix your issues 11:30:26 I was looking to getting the BSX somewhat ready for general usage, before I start recommending it to my local monero users, that's why I am asking around this topic. 11:30:35 No trade limits, no refunds, no p2p communication 11:30:58 Bsx _does_ work wonderfully 11:31:45 Well what's on the todo list then 11:31:55 I sense that we are talking past each other. 11:32:06 But even putting offers on the orderbook frpm the gui is confusing. Using the market maker scripts is better, but requires configuring json and running it from terminal 11:32:13 If it does work wonderfully, why aren't the exe got pulled back? Why isnt there an AppImage? 11:32:25 Why did* 11:32:26 Because its not for noobs 11:32:30 what 11:33:06 OK, then, what is your "works wonderfully" criteria? And why do I sense that it doesn't include "does this work for noobs?" 11:33:26 again, just posting an offer has 100 options, all of them describes like you need a phd to understand them 11:33:42 The amm is nice, but not integrated into the gui 11:34:46 works wonderfully = if you dont plan on posting offers (just taking offers), bsx is pretty easy to use, even if still a bit confusing. 11:35:42 OK. Here are the things I catch from our convo so far: 1. BSX works well. 2. But its UI is not easy to understand and parse for a newcomer. 3. The .exe got pulled back because even though BSX works well, it still requires one to shuffle between the debug window and the BSX window itself. 4. Also, because BSX needs to download the blockchains of each cryptos it does trade with, there are some challenges with distributing it in 11:35:42 AppImage format. 11:35:58 example of ux issue: "auto accept all/known/none" status is not yet relayed to the network 11:36:44 By default its set to "accept none" because" accept all allows your offer to be taken repeatedly (even if you only meant to sell once) 11:37:04 Yes ^^ 11:37:31 alright 11:37:34 godspeed 11:37:49 Monero needs ample decentralized liquidity. 11:38:04 Else, it is fucked. 11:38:04 This sprint there mighr be a breaking change, where the "auto accept" status is added to the message relay 11:38:21 This fixed an issue where ppl can post fake offers 11:39:21 adding fhe market maker functionality to the gui allows users to auto-accept without accidentally selling too much 11:42:46 1. windows users are recommended to use a vm or wsl. sort of a litmus test 2. Offer creators are recommended to use the terminal based market market maker script 11:44:10 Bsx doesnt also doesnt have built in update notifications yet, and (unless using scripts) requires manually updating the blockchain software separately from bsx 11:44:16 ofrnxmr: these two points are only for the early-stage status of the BSX development, right? 11:44:23 yea 11:44:27 ++ 11:46:06 https://1click-on.eu/p/a1eF/7mhb/ZCxd 11:47:43 market maker script should become the default gui method of posting offers. We're improving the script as well too though. Example, we just added a feature/fix to allow the market maker to reduce the offer amount in increments. It also allows you to auto repost offers based on a % markup from spot 11:50:06 one of the scripts, bsx-placeorder, takes it further and lets you decide how much to buy or sell, choose your fiat currency, set a static rate in crypto or fiat or set %. 11:52:34 all these script stuff, albeit useful, should give way to "buttons" inside the gui. 11:52:43 But yeah, things are moving along nicely and shouldnt be too long until its noob-friendly enough to provide noob-friendly installers 11:53:13 K4r4, yes, the plan is to add the functionality to the gui 11:53:17 ++ 11:55:05 you should install it 🙃 11:55:43 Can see for yourself the weakspots in the gui 11:55:51 you are correct, I should 11:55:58 I will try to check it 11:56:07 currently busy with bunch of other stuff 12:01:56 https://matrix.monero.social/_matrix/media/v1/download/xmr.mx/kYXZkhVDHWINgikpemWvCUjF 12:02:49 Heres an example. This is what "past" swaps look like. Doesn't even show the coins or the amounts. Just a bunch of text that means nothing to anyone 12:05:05 Note that these are all "expired" because i flooded the orderbook with fake offers to prove a point 🥲 12:11:12 ++ 12:15:34 for now, i highly recommend the scripts as the most "complete" installation method 12:16:28 Docker requires you to visit the docs website to do every little thing (updating, adding/removing coins, more confusing to backup/migrate) 12:18:13 The script install manages everything and puts everything in your home folder for easy access if you wanted to, example, reuse your old blockchain file, modify monerod.conf, open your bsx wallet inside of feather etc. 12:19:03 bsx-addcoin = activates the venv, and prompts you to enter the coin you'd like to add 12:20:09 Docker is .. https://academy.particl.io/en/latest/basicswap-guides/basicswapguides_addremovecoins.html#basicswap-on-docker 12:21:18 "https://academy.particl.io/en/latest/basicswap-guides/basicswapguides_addremovecoins.html#basicswap-without-docker"<< and this (no-docker) is just wrong 12:50:28 Seth For Privacy: re https://x.com/unstoppableweb/status/1854916867069992966 having "cores" approval ... https://x.com/fluffypony/status/1787503347655725426 12:51:00 > FYI: @monero does not have a partnership with @secretblockio, nor could a leaderless, decentralized, open-source project ever have a partnership with any project. 12:52:13 Also 12:52:14 https://x.com/fluffypony/status/1827753151350616083 12:53:16 https://x.com/fluffypony/status/1161520196449906691 12:53:32 > In case it wasn’t obvious, nobody has a “partnership with Monero” just like nobody has a “partnership with Bitcoin”. Not Zerononcense, not CryptoMedication, nobody. 12:53:32 > You can’t partner with a decentralised cryptocurrency. Anybody claiming otherwise is a scammer. 13:02:16 The original tweet is restricted? I cant see :( 13:16:32 https://discuss.privacyguides.net/t/xmrmarket-and-monero-market/22307 13:33:19 Plowsof, no its there 13:34:25 https://matrix.monero.social/_matrix/media/v1/download/monero.social/ZkcuwBaiDLrtXejlJbFeEvhD 17:09:59 Hello. If anybody here has a proper monerod node under tor/whonix/qubes, could you please share your configuration? 17:10:00 Mine works but I am having troubles with the `anonymous-inbound` directives to allow people to find my node. 17:15:05 What seems to be the problem with anon-inbound? 17:15:30 Do you have an onion configured and running ? 17:21:28 Yes, I have an onion configured and running. It has downloaded the blockchain and I can reach it (using the onion address) from an external wallet. It uses the standard ports: 18080 for p2p and 18081 for RPC. 17:21:30 However if I try to add (in the config file) the following line ` anonymous-inbound=myonionaddress.onion:18080,127.0.0.1:18080,10` , when I launch `monerod` it crashes at startup with error: 17:21:32 E Exception in main! Failed to initialize p2p server. 17:38:18 Your onion is wrong 17:38:22 Should be port 18084 17:38:39 For both torrc and anonymous-inbound 17:40:36 you are suggesting to use this? `anonymous-inbound=myonionaddress.onion:18084,127.0.0.1:18080,10` ? 17:40:36 I am using qubes/whonix, so I do not need to configure torrc, I think. 17:41:26 127.0.0.1:18084 17:41:50 You need to configure the onion HiddenServicePort etc 17:43:10 I have configured HiddenServicePort for 18080 and 18081. 17:43:12 So, should I close 18080 and open 18081 and 18084 ? 17:43:52 18081 is dangerous since your peers will know your onion addr and can use it to connect to 18081 17:44:18 Use 18089 for restricted rpc and 18084 for anon-inbound 17:44:40 Add rpc-restricted-bind-port=18089 to your config 17:45:38 https://docs.getmonero.org/running-node/monerod-tori2p/#__tabbed_1_1 17:45:42 Like this 17:45:54 ``` 17:45:56 HiddenServiceDir /var/lib/tor/monerod 17:45:58 HiddenServicePort 18089 127.0.0.1:18089 # interface for wallet ("RPC") 17:46:00 HiddenServicePort 18084 127.0.0.1:18084 # interface for P2P network 17:46:02 ``` 17:58:11 I still get the monerod crash. In fact, looking at the log, the error is the first thing being logged: 17:58:12 INFO logging contrib/epee/src/mlog.cpp:274 New log categories: *:WARNING,net:FATAL,net.http:FATAL,net.ssl:FATAL,net.p2p:FATAL,net.cn:FATAL,daemon.rpc:FATAL,global:INFO,verify:FATAL,serialization:FATAL,daemon.rpc.payment:ERROR,stacktrace:INFO,logging:INFO,msgwriter:INFO 17:58:55 Whats your anon-ibbound line 18:01:54 `anonymous-inbound=myonionaddress.onion:18084,127.0.0.1:18084,10` 18:01:54 In the bitmonero.conf 18:03:26 (I am in whonix so all traffic is sent through the tor proxy) 18:04:12 And monerod fails to start? 18:04:50 different error than here ^ 18:05:19 Might need to add `rpc-restricted-bind-ip=0.0.0.0` 18:06:33 My apology, the error reported by `moderod` is exactly the same as before. 18:06:34 What is copy/pasted is the additional information the the log. 18:10:16 did you change p2p-bind-ip? (dont) 18:11:57 You can dm your config file if u want