16:05:50 .merge+ 10463 10496 10497 10498 10499 104500 10501 10502 16:19:49 need +1 on 10498 10499 10501 10502 16:42:21 Not sure if it counts as an "approval", but I2P devs have approved the changes in 10458 16:42:21 https://github.com/monero-project/monero/pull/10458#issuecomment-4375861957 16:49:50 Check back in a year 16:51:50 Trying to be optimistic for now :)) 16:52:11 Similar to socks5 (enhacing an existing feature), but less if a required update (nobody needs this) 16:52:49 I would disagree, but sure 16:53:19 youre free to disagree, but zero people have ever rewuested this 16:53:27 If you have a .i2p domain, you also have a b32. And the b32 works fine 16:54:01 Without socks5 pr you cant use certain networks and cant use auth 16:54:37 So if you're trying to add a peer/node with a readable hostname you can remember, you instead have to manually do the lookup and then paste the Base32 address in 16:54:39 Does not exactly seem super convenient 16:54:40 Socks5 was requested by numerous people and projects, and reviewed and tested by 3-4 people 16:55:12 @jpk68:matrix.org: You dont have to add peers. Thats what seed nodes are for 16:56:12 Sure, but you might want to 16:56:31 I just posted the link in case anyone didn't know who it was that commented 16:57:11 It doesnt count as an approval btw. To approve, theyvd have to actually review the pr and hit approve 16:57:25 its just a comment / concept ack 16:58:02 Which is why I stated that I wasn't sure whether it counted 16:58:54 this is smaller than socks5 so it might get reviewed faster, just a really niche feature 16:58:59 yeah, im juat clarifying that approvals (if done via the github interface) should use githubs actual review tool 17:00:31 selsta: I was half sarcastic about the 1yr thing. Just that theres no "rush" to add this, since its a nice-to-have (and afaik i2p-sam pr doesnt require it) 17:00:39 selsta: Yeah, 1600-line change vs 220 lines 17:00:55 About half of which are tests 17:01:00 socks5 is coming? 17:01:13 Already here, on master 17:01:20 oh nice 17:01:29 @jpk68:matrix.org: 1600line was also a lot of documentation 17:01:35 @r4v3r23: Its merged on master. Might also be on release, need to double check 17:02:13 Yeah, its in the next release too 17:02:22 https://github.com/monero-project/monero/pull/10411 17:02:31 we backported it to have one proper new "feature" for this release beyond bug fixes 17:04:30 So basically a 60-line change, not including doc comments 19:16:18 .merges 19:16:18 Merge queue empty 19:16:23 at last 19:21:37 0.18.5 running smooth on mobile 19:49:36 how many needs to review a PR for it to be merged? 19:50:05 at least 2 19:50:10 2+ 19:50:45 thanks' 19:51:32 is there any specific merge order or just FCFS? 19:53:41 pr needs to have existed for at least a week 19:54:07 there are exceptions for documentation and ci fixes 19:55:09 aha ok, so my maintenance PR(10520) will be merged in like a week? 19:55:24 yes, looks good 19:56:00 Thanks a lot, really fun to be involved :) 19:56:35 thanks for submitting a PR :) 19:57:27 @tobtoht is there any similar maintenance "issues" that you know of? 20:00:37 fixing compiler warnings is always useful (there are plenty more) 20:03:42 alright, will have a look at those 20:04:54 I know you didn't ask me, but IMO the systemd service file could use some improvement/hardening, and scripts for other init systems (like OpenRC) might be nice 20:04:59 Others might disagree though, I'm not sure 20:07:36 Sounds interesting, thanks for the suggestion! For now I'm mainly focusing on C++ related issues, but I might take a look at that later on 20:20:23 @jpk68:matrix.org: https://github.com/monero-project/monero-docs/pull/294 20:20:51 My bad, didn't see that 20:22:07 Theres a comment there abt hardening, but out of scope for the pr. I think it could be added as optional, but not needed in (imo) unnecessarily complicate a simple unit 20:22:50 Shouldn't it have "Wants" instead of "Requires" at the top of the file 20:24:43 https://github.com/monero-project/monero-docs/pull/294#discussion_r3015788146 20:25:53 I was under the impression that "Requires" makes a unit stop if the networking fails, for example. Maybe that's fine though 20:46:25 @jpk68:matrix.org: I think youre probably right (as was the author). if so, not sure why it was changed 21:19:43 small reminder regarding gitian sigs 21:20:49 on it 22:33:03 so _*that's*_ why I updated! and then I got distracted by copyfail...