03:20:11 <selsta> s​yntheticbird: there are some hackerone related patches that are not yet merged and I would like to include them in the next release, that is the main slowdown at the moment
10:29:07 <m-relay> <s​yntheticbird:monero.social> ack
14:17:09 <m-relay> <o​hchase:envs.net> What are the thoughts about nix in the community? I thought it might be useful to try and get a nix flake development environment added to the project for compiling locally easily. Looks like there is guix already for reproducible builds, so the nix flake would just be for local development
14:51:20 <m-relay> <s​yntheticbird:monero.social> Nix community is a nest of crybabies. When they will stop acting like a cult over declarative paradigm, stop having governance drama every 3 weeks, and most importantly have a compelling reason against toolbox container, then i guess it will be interesting
15:05:01 <m-relay> <s​yntheticbird:monero.social> oh obviously forgot to say the most important, they are a very small community of terminally online people (im not ranting they are proud of it), even Gentoo have more users. So a nix flake isn't really helpful
15:19:09 <m-relay> <o​hchase:envs.net> Noted, also have seen the community isn't very unified in technical roadmap and culture/politics(?)
15:20:33 <m-relay> <o​hchase:envs.net> I think nest of crybabies maybe a little harsh, but I get your point
15:23:55 <m-relay> <s​yntheticbird:monero.social> damn i really need my glasses ohchase i thought you were ofrnxmr. I wouldn't have talked that harsh if it wasn't him. Sorry for that, obviously opinions are mine
15:26:04 <m-relay> <o​hchase:envs.net> absolutely no worries, I can be very forward with my own opinions as well
16:42:21 <ofrnxmr> Np. Thanks self
16:46:21 <m-relay> <s​yntheticbird:monero.social> you welcome
17:20:28 <m-relay> <o​hchase:envs.net> Okay what am I doing wrong here, I went through all the seed nodes in https://github.com/monero-project/monero/blob/master/src/p2p/net_node.inl#L708 
17:20:29 <m-relay> <o​hchase:envs.net> And did `dig 123.123.123.123:12345` , across testnet, stagenet, and mainnet I can't get any to return A records. 
17:20:31 <m-relay> <o​hchase:envs.net> I tried with a seednode I found for btc (can link if okay) and did in fact get A records back.
17:22:16 <moneromooo> Do you have a reason to believe such a record should exist ?
17:24:26 <m-relay> <o​hchase:envs.net> My understanding is they should exist because that is the purpose of a dns seed node unless I am mistaken
17:26:05 <m-relay> <v​tnerd:monero.social> You listed an IP address though?
17:26:54 <m-relay> <v​tnerd:monero.social> And all of the seeds are ips, no dns lookup us needed
17:27:06 <m-relay> <v​tnerd:monero.social> *is
17:28:24 <moneromooo> An A record is used to slap a hostname/fqdn to an IP. Hosts hosting a seed node may do this, but this is irrelevant to their use as monero seed nodes.4
17:33:17 <m-relay> <o​hchase:envs.net> Okay that makes sense, but then for actual domain names (which would require a dns lookup) found in https://github.com/monero-project/monero/blob/2e8a128c752a3cee2a0bee43b3c15ae7ec344792/src/p2p/net_node.h#L301
17:33:17 <m-relay> <o​hchase:envs.net> None of those are returning me any A records either
17:38:56 <m-relay> <v​tnerd:monero.social> Afaik those haven't been active in a while, and should arguably be removed
17:42:38 <m-relay> <o​hchase:envs.net> Appropriate to open an issue for that? With the spy nodes being what I understand a significant threat currently, would it make sense to start a conversation on removing, or finding a new trusted custodian for seed nodes?
17:44:03 <m-relay> <o​hchase:envs.net> Appropriate to open an issue for that? With the spy nodes being what I understand a significant threat currently, would it make sense to start a conversation on removing, or finding a new trusted custodian for dns seed nodes?
18:41:12 <m-relay> <o​hchase:envs.net> I opened an issue here https://github.com/monero-project/monero/issues/9695 , from my brief investigation all dns seed nodes are owned by one individual under one registrar and the default configuration for a main-net monerod daemon is to consider seed nodes first. I had decided this presents a worthwhile conversation
18:41:32 <m-relay> <o​hchase:envs.net> I opened an issue here https://github.com/monero-project/monero/issues/9695 , from my brief investigation all dns seed nodes are owned by one individual under one registrar and the default configuration for a main-net monerod daemon is to consider seed nodes first. I have decided this presents a worthwhile conversation
18:51:14 <moneromooo> IIRC the seeds.moneropulse.* records are a backup, seed nodes are used first. Not 100% sure though.
18:54:14 <m-relay> <o​hchase:envs.net> from what I was reading those are for checkpoints
19:27:45 <sech1> 1) Seed nodes are not used for wallet RPC connections 2) They only matter when a new Monero node joins the network (i.e. it doesn't have a saved peer list)
22:02:41 <m-relay> <a​dmin2025:matrix.org> шо за козлячья система
22:02:41 <m-relay> <a​dmin2025:matrix.org> сделал все по инструкции, сутки компьютер готовился к майнингу
22:02:43 <m-relay> <a​dmin2025:matrix.org> в итоге ОШИБКА ПОДКЛЮЧЕНИЯ
22:04:21 <m-relay> <a​dmin2025:matrix.org> и никаких поясений по ошибке
22:04:21 <m-relay> <a​dmin2025:matrix.org> какой то тупой писал инструкцию - https://www.getmonero.org/ru/resources/user-guides/solo_mine_GUI.html
22:04:58 <m-relay> <a​dmin2025:matrix.org> передайте автору этой странички, что писать надо нормально, а не городить хуйню
22:06:51 <m-relay> <a​dmin2025:matrix.org> понабирали тупых по объявлению
22:06:51 <m-relay> <a​dmin2025:matrix.org> а теперь приходится писать о тупости и не факт, что ответят
22:29:39 <m-relay> <r​ajafan:xmr.se> Бывает
22:31:59 <m-relay> <r​ajafan:xmr.se> Hello guys, I created my own crypto acquiring system for Monero. Who wants to take part in this test, write. Bonuses are provided for you.
22:36:05 <m-relay> <r​ajafan:xmr.se> If possible, I would send the link to this chat. and you should have looked.