02:40:52 <luigi1111w> didn't we change to travis-ci.com already?
02:45:21 <luigi1111w> hmm looks like no
08:25:38 <selsta> luigi1111w: we wanted to change to travis-ci.com once issues showed up again
08:25:39 <selsta> so now?
13:22:24 <hyc> selsta: ok, 6757 approved
14:45:44 <Snipa> .merges
14:45:44 -xmr-pr- 6600 6693
17:55:43 <sethsimmons> Did we want to use this for this version release? https://github.com/monero-project/meta/issues/489
17:55:46 <sethsimmons> Should be done AFAICT
18:01:48 <selsta> yep
18:02:57 <sethsimmons> Ok I'll go ahead and close the issue -- should I make a new one for this release with the checklist, or is there another preferred way to run with this?
18:03:10 <sethsimmons> Probably would be best on a kanban board or something similar to part out tasks.
18:05:30 <selsta> github issue sounds fine
18:08:37 <sethsimmons> Ok, converting it to an actual MD checklist then will post
18:11:42 <sethsimmons> https://github.com/monero-project/meta/issues/500
18:34:23 <selsta> luigi1111w: Snipa: please revert 921dd8dde5d381052d0aa2936304a3541a230c55, it breaks passwords
18:34:54 <sarang> Looks like the tests are missing something, as selsta indicates this breaks on multiple wallets
18:35:05 <sarang> Need to investigate further before deploying
18:35:56 <sarang> That feature isn't security-critical, and can wait
18:41:37 <sarang> selsta: had you done a save on the wallets with the new commit before loading the wallets on the previous commit?
18:41:53 <selsta> no
18:41:55 <sarang> At any rate, reverting is the safest option since this would affect user key data
18:42:01 <selsta> can try that
18:42:04 <sarang> Please do
18:42:13 <sarang> Load with new commit, save with new commit, load with old commit
18:42:37 <sarang> Right now it sounds like you loaded with new commit, killed the wallet application, and loaded with old commit successfully?
18:43:03 <selsta> even with save I can still load it in old version fine
18:43:17 <sarang> OK, that's good
18:43:29 <sarang> (I'm still investigating with test wallets from selsta)
18:43:42 <sarang> but still, reverting is safest since this is non-consensus and involves user data
18:43:51 <sarang> it's also not security critical
18:44:07 <iDunk> You will need to make a revert PR.
18:45:37 <sarang> You == sarang?
18:46:00 <iDunk> Somebody. But I'd vote for sarang.
18:46:22 <moneromooo> Vote early, vote often.
18:46:28 <sarang> o_0
18:46:38 <iDunk> git revert 921dd8dde5d381052d0aa2936304a3541a230c55
18:46:42 <iDunk> Or something.
18:46:48 * sarang fetches from upstream
18:46:57 <selsta> luigi can do it without PR too :D
18:47:08 <selsta> or did it in the past when we broke gui
18:47:10 <sarang> git is great until it's not :/
18:47:13 <iDunk> And mess with mooo's git history ?
18:47:22 * iDunk ducks
18:47:24 <selsta> no
18:47:29 <selsta> just normal revert pr
18:47:32 <selsta> commit*
18:47:34 <moneromooo> \_o<   >o_/
18:47:35 <selsta> no force push
18:47:59 <sarang> selsta: have you also commented on the (closed) PR on github?
18:48:08 <sarang> If not, please do, for completeness
18:48:34 <selsta> ok
18:49:49 <sarang> thanks
18:50:24 <sarang> Testing the reversion locally now
19:01:13 <luigi1111w> I can revert if you prefer
19:06:31 <sarang> go ahead
19:06:32 <sethsimmons> I've made a wekan (basically kanban) board for the upcoming fork, and am adding in all tasks/sub-tasks: https://monero.sandcats.io/grain/A3LjpvoHxf5vxeo8MJSqgP/b/ehSMfTbZnyLReqvS8/monero-release-checklist-for-v0-17-0-0-hard-fork-10-17-2020
19:09:36 <luigi1111w> done
19:21:55 <kayabaNerve> Any devs here been keeping an eye on the atomic swap paper? I assume almost all have been, looking for a bit more involved. As in, actually considering an implementation.
19:22:23 <sethsimmons> h4sh3d: is the one who has been doing the vast majority of the work on it AFAIK
19:22:50 <sethsimmons> <sethsimmons "I've made a wekan (basically kan"> Please let me know if you all can/cannot access this, we should probably start assigning out task ASAP/people start taking tasks on
19:22:53 <kayabaNerve> Oh. Yeah. I already reached out to him. He's on vacation.
19:23:13 <sethsimmons> #monero-research-lab:matrix.org
19:23:19 <sethsimmons> is the better place to ask about that IIRC
19:23:33 <sethsimmons> #monero-research-lab on IRC, didn't mean to mention the Matrix channel :P
19:24:06 <sarang> It's a very interesting writeup, to be sure
19:24:10 <kayabaNerve> Well, not looking to discuss theory, so unless this is limited to discussion about monerod... I already have an impl of the protocol up. Working on the XMR file now. I have crafted XMR TXs before, so I should be able to do it, but I'm looking for someone I can PM in a bit more depth
19:24:25 <sarang> What sort of implementation?
19:24:45 <kayabaNerve> Proof of Concept in Rust published on GitHub and verified via BTC-MR (ed25519 unscripted coin; personal project of mine)
19:24:55 <sarang> Might you link it here?
19:24:58 <kayabaNerve> Should also have a Nano file in a few days.
19:25:05 <kayabaNerve> https://github.com/MerosCrypto/asmr
19:25:08 <sarang> ty
19:25:42 <kayabaNerve> I do know monero-rs exists. Beyond looking for someone I can ping more targeted questions off of, without spamming here, I also wanted to see if they'd be interested in reviewing the codebase (not a full audit, but a checkup)
19:26:50 <sarang> The usual disclaimer of "preprints need not have undergone any kind of external review" should be mentioned here
19:26:58 <sarang> So any implementation carries risk
19:27:35 <kayabaNerve> Oh. I did fully state it's not audited, use at your own risk. The BTC file only uses the Testnet/Regtest network bytes. I didn't add a switch to carry to mainnet.
19:27:56 <kayabaNerve> Unless you're referring to the paper itself, in which case I have looked over that.
19:28:15 <kayabaNerve> I'm not looking to get this published at a college. Just establish a PoC that can feasibly be turned into a library/app.
19:28:17 <sarang> The latest writeup of the protocol has not undergone review AFAIK
19:28:30 <sarang> I just want to make that abundantly clear
19:28:39 <kayabaNerve> Yeah. I understand there's a chain of lack of review here.
19:29:54 <kayabaNerve> I do explicitly label this a PoC, don't support any mainnet, and so on and so on. I'm not trying to build a DEX out of this, or even a full app. I do want to 'finish' the PoC though.
19:30:17 <kayabaNerve> Which means adding the XMR file and checking if someone wants to look over the code side of things.
19:32:14 <sarang> Oh, this is for BTC and another ed25519-based transaction protocol?
19:32:19 <kayabaNerve> Anyways. Just looking for a XMR-knowledgeable dev who may be interested in helping out via advice/some glances. I'm sure a CCS proposal will turn up at some point for audits/another implementation/something similar, so it's not something I feel is urgent.
19:32:26 <kayabaNerve> Any unscripted Ed25519 coin.
19:32:35 <sarang> Ah I see
19:32:47 <kayabaNerve> If you ignore view key, which isn't used by other protocols, the protocol directly carries
19:33:00 <kayabaNerve> So we did implement the full protocol with enough abstraction to support adding in the view key.
19:33:10 <sarang> Sure, the swap protocol is pretty general and not specific to the Monero protocol
19:33:18 <kayabaNerve> But despite being designed for XMR, the protocol has a lot more applications which we wanted to enable
19:33:53 <kayabaNerve> Especially since, in full transparency, the initial target for this library is my project and my partner is a former Nano developer who's planning on submitting that file. I've already done the bare bones of XMR on my end.
19:34:11 <kayabaNerve> And then we also abstracted the BTC side.
19:34:20 <kayabaNerve> We may have over-engineered it just a bit for a PoC...
19:56:40 <sethsimmons> Would all those working on this release and wanting access to the Wekan board for this release please DM me? This is probably the easiest way for us to assign out/ensure we get everything knocked out on time for this release.
19:56:47 <sethsimmons> You can view the board here, and I will grant edit to those who need it: https://monero.sandcats.io/grain/A3LjpvoHxf5vxeo8MJSqgP/b/ehSMfTbZnyLReqvS8/monero-release-checklist-for-v0-17-0-0-hard-fork-10-17-2020
19:57:19 <sethsimmons> Don't want random people in here messing with the list so don't want to share the edit URL directly here.
20:19:46 <sethsimmons> <sethsimmons "Would all those working on this "> Nevermind, edit is broken right now, trying to sort it out.
20:43:37 <moneromooo> For the record, the updates TXT record does not have "source". I was waiting to get pinged to check it worked, and it didn't :)
20:51:13 <selsta> no hash because I didn’t build the source archive for the past releases
20:51:56 <moneromooo> np, most people using source will likely know when to update anyway.
20:52:18 <selsta> will try to think about it for next release
22:11:13 <moneromooo> Shall I PR a revert for the in-memory encryption change, it doesn't seem to have been done yet ?
22:12:17 <moneromooo> Oh, nevermind, there's a commit without PR. I should have checked that first.
22:16:10 <sarang> luigi1111 said they'd done it