diff --git a/_posts/2016-05-22-logs-for-the-kovri-dev-meeting-held-on-2016-05-22.md b/_posts/2016-05-22-logs-for-the-kovri-dev-meeting-held-on-2016-05-22.md new file mode 100644 index 00000000..8489317d --- /dev/null +++ b/_posts/2016-05-22-logs-for-the-kovri-dev-meeting-held-on-2016-05-22.md @@ -0,0 +1,207 @@ +--- +layout: post +title: Logs for the Kovri Dev Meeting Held on 2016-05-22 +summary: Review assigned open tickets: status, code ideas (if applicable), etc. and some additional meeting items +tags: [dev diaries, i2p, crypto] +author: dEBRUYNE / fluffypony +--- + +*May 22nd, 2016* + +# Logs + +**\** ok starting the meeting relay for the Kovri meeting +**\** [anonimal] Hello. +**\** anonimal: all yours :) +**\ {-anonimal}** From https://github.com/monero-project/kovri/issues/177 +**\ {-anonimal}** Proposed meeting items: +**\ {-anonimal}** 17:00 (UTC) +**\ {-anonimal}** 1. Review assigned open tickets: status, code ideas (if applicable), etc. +**\ {-anonimal}** 2. Any additional meeting items +**\ {-anonimal}** 3. Confirm next meeting date/time +**\ {-anonimal}** Starting with 1., as discussed in private with fluffypony, let's tackle https://github.com/monero-project/kovri/issues/assigned/fluffypony +**\** hokay - should we do them one at a time ? +**\ [anonimal]** Sure, #105. +**\** sec, just opening it up +**\ [anonimal]** I'm more curious about status updates and if we'll pursue some of these ideas. +**\** ok 107 +**\** I asked dEBRUYNE and the rest of the social media guys about that in January last +**\** dEBRUYNE: have you guys looked at that at all ? +**\** I think xmrpromotions was handling that +**\ [anonimal]** JFTR: s/107/105/ +**\** I honestly cannot remember you asking me :-P +**\* fluffypony** has the IRC logs to prove it :-P +**\** regardless, I think xmrpromotions was handling most of that :-P +**\** ok - xmrpromotions, did you have a chance to look at GNU Social ? +**\** I am looking at GNU social right now +**\** I am sorry but I have not +**\ [anonimal]** Can I ask everone, candidly, what they think of the idea? +**\ [anonimal]** Is it something worth pursuing? +**\** My initial instinct is yes +**\** tbh I had hardly heard about GNU Social till you brought it up +**\** Are there more details I can read about it? https://github.com/monero-project/kovri/issues/105 +**\** but I think in terms of providing a more freedom-friendly social presence it's advantageous +**\** plus if we can spend the energy maintaining a Facebook page we can definitely justify this... :-P +**\** Way better than a Facebook page +**\** There are many who dislike the corporate centralization of Facebook in social media +**\ [anonimal]** xmrpromotions: A great example of a working instance is https://quitter.se/ +**\<__uguu__>** facebook is currently actively banning users that talk about the censorship too so... +**\ [anonimal]** xmrpromortions: For technical details, https://gnu.io/social/ +**\ [anonimal]** lol, sorry, not auto-completion here +**\ [anonimal]** Yes, recent news items re: censorship just get crazier and crazier. +**\** Thank you I will read the details and be ready to comment later. It is too early for me to commit to anything quite yet +**\ [anonimal]** And the social monopolies are finally showing their true colors. +**\ [anonimal]** Ok, so #105 is on hold pending xmrpromotions' review? +**\** yup +**\ [anonimal]** Ok, next ticket. +**\** ok +**\ [anonimal]** #46 +**\ [anonimal]** The Kovri website. +**\** #46 - does anyone have any strong opinions on whether it should be a page on the Monero website, or a separate site that matches the Monero site's look and feel (maybe with different colours), or a completely unrelated site ? +**\** anonimal: and your input on this would be appreciated too +**\** I think the relay is wonky +**\ [anonimal]** What's the time-cost in terms of managing two sites? +**\ [anonimal]** Yes, missed almost everything it looks like. +**\** anonimal: it's mostly just the initial work, after that I mostly go hands-off and let the community run with the content +**\ [anonimal]** Can anyone read this? +**\ [anonimal]** Ok, so could we start small with a page on the website, or maybe subdomain/ and if things get bigger move onto another site? +**\** that would be my recommendation +**\** we start with a sub-section on the Monero site +**\** and forward the kovri site through to it +**\** if we feel the need later on we can create a separate site on its own +**\ [anonimal]** Ok, sounds good to me. Anyone else? +**\** Of the three options mentioned a separate site that matches the Monero site's look and feel may help draw a wider audience than a page on the Monero site while at the same time anyone who visits the Kovri page knows that Monero is associated with it +**\** It seems like a judgement call to me. Either plan sounds reasonable +**\** restarting meeting bot +**\** in fact, if you want to write up some content for me I'll do it on the plane on Tuesday +**\** in fact, I can probably take most of it from the readme +**\** in fact, if I say in fact again I'll summon the in-fact-bot +**\ [anonimal]** Ok, ideas for content? I can blabber but ideas are welcome. +**\ [anonimal]** ping in-fact-bot +**\** Any thoughts on creating a stackexchange proposal for I2P? Tor has a page now https://area51.stackexchange.com/proposals/56447/tor and we should be able to reach the commitment stage quickly with the same supporters behind the Monero proposal? +**\** xmrpromotions: we'd have to run it past zzz, at the very least +**\ [fluffypony]** zzz ^^ +**\** sorry for off topic idea. I can table it for later if appropriate +**\ no I think it's an excellent idea, if the i2p community at large is interested then now is definitely the time +**\ [anonimal]** From what I've seen, alot of great ideas come and go through #i2p-dev but it always comes down to resources. +**\ [anonimal]** I think we'd all love that but someone will have to take the initiative. +**\** I will take the initiative on that +**\ [anonimal]** AFAICT all i2p-related dev (including Kovri) is in a bit of a dry spell so, priorities. +**\ [anonimal]** I like the idea though. +**\** anonimal: the advantage is that we can basically get everyone who's committed to the Monero proposal to also back an i2p proposal +**\** but now is the time to do so +**\** whilst everyone's excited +**\ [anonimal]** Ok, so what's the next step? +**\** If the I2P communty supports it. As fluffypony said now is the time as the synergy will help both I2P and Monero proposals pass faster for REP related reasons +**\** so basically next step on the website is let's get a bit of content and I'll put it together on the plane on Tuesday +**\** next step on the StackExchange proposal is to wait for feedback from zzz +**\** sounds good. I wont act until I hear confirmation that zzz is ready to proceed +**\ [anonimal]** I dropped a line in #i2p-dev. +**\ [anonimal]** We'll see who bites. +**\ [anonimal]** Ok, so #46: 1) create content 2) On Tuesday, fluffypony will put something together 3) ETA after that? +**\** ok next ticket ? +**\** oh +**\** once it's pushed to the repo it goes live +**\** there's no ETA beyond that +**\** or no steps beyond pulling it and rebuilding the Jekyll site +**\ [anonimal]** Ok great, I'll paste a note in ticket. +**\ [anonimal]** Moving on, #43. +**\** ok - can we just use the Monero addresses, or do we want separate addresses? +**\ [anonimal]** I'm fine with Monero addresses. +**\** ok then they're avialable here, anonimal: http://donate.getmonero.org +**\** *available +**\ [anonimal]** Ok. Also, I can apply for FFS when needed or include my address somewhere or we can simply put a note in README to donate to either. Sound fair? +**\ [anonimal]** Or no? +**\** ffs is prolly more efficient +**\** FFS is better than direct donations +**\** and it's generally more trustworthy because you raise funds for a specific piece of work, and then get paid out on milestones +**\ [anonimal]** Ok, we should put a note in README directing to FFS and donation page or just FFS? +**\** the readme just needs the donation page +**\** if we get large donations we redistribute them to active FFS proposals anyway +**\ [anonimal]** fluffypony: Ok, would you like to add that with your wording to the README? Or should I? +**\** anonimal: I have to pack tomorrow, and have a bunch of things to do, so if you could that would be appreciated +**\ [anonimal]** Ok +**\ [anonimal]** Moving on, #27 +**\** ok #27 is going to have to hold for a week or two, we're busy moving email providers on getmonero.org so I'll sort it out on the new provider +**\ [anonimal]** Ok, I'll paste that note. +**\ [anonimal]** Onward to #20. +**\** 20 - I can try Coverity again, let's see if it gives me the same issue +**\** I've not heard from them despite opening tickets etc. +**\ [anonimal]** Links? Maybe I can comment/ping them too. +**\** anonimal: screenshots and process I followed is in that ticket +**\** issue I mean +**\ [anonimal]** Ok, well, it may come down to a phone call or two. +**\ [anonimal]** Is that something you'd be willing to do? +**\ [anonimal]** If not, we can skip the integration and try to do it manually. +**\** sure +**\ [anonimal]** Ok, next. #90 is not assigned to you but I remember you said you would assign yourself. +**\** one second just checking coverity +**\ [anonimal]** Is #90 still of interest? +**\** oooooh it works +**\** they must've fixed it and just not let us know +**\** anonimal: I'll PM you with coverity details +**\ [anonimal]** Fantastic! +**\ [anonimal]** Yay, great. This should be interesting. +**\** will I break things if I create a bridge by connecting simplewallet to the daemon over an i2p tunnel? +**\** doubtful +**\** [anonimal] fluffypony: #90? +**\** 90 will happen automagically when our GitLab mirror is up +**\** it'll have clearnet / Tor / i2p mirrors +**\ [anonimal]** Ok then. I've missed any discussions about that in the past, is there an ETA? +**\** not at the moment - it's one of those "on the list" things, I lack the time to knuckle down and do it +**\** we need a devops team :-P +**\ [anonimal]** Indeed. Ok, I'll add a note in ticket. +**\ [anonimal]** To whom should we assign #90 then? +**\** me +**\ [anonimal]** Ok, will do. +**\ [anonimal]** Yay, hour long of fluffypony tickets finally tackled! I'm glad we finally had the time. Any other comments them? +**\** none from my side +**\ [anonimal]** So, since this was the "fluffypony show" meeting, for time-sake I'll sum up my part of 1. with one line: +**\ [anonimal]** I'm not working on any tickets ATM but what will most likely be a new ticket soon as I'm working on Transports (mostly NTCP, little SSU): debugging/refactoring/c++14 refactoring where appropriate/some rewrite/some new code/documentation/improved logging +**\ [anonimal]** So, that's that for now, I'm sure more code talk can be at the next meeting. +**\ [anonimal]** Any additional meeting items (quickly)? +**\** nothing more from me +**\ [anonimal]** Re: StackExchange, what tl;dr can I give to #i2p-dev? +**\ [anonimal]** Aside from pointing a link to the meeting log. +**\ [anonimal]** (I've been out of the loop re: the initiative) +**\** Just say that we are willing to cross promote it to XMR community and expect it to reach the commitment stage fairly fasy +**\** fast +**\ [fluffypony]** just that it's a proposal to have an i2p-specific StackExchange area +**\ [anonimal]** So, what should we expect from them? +**\** from there the I2P and XMR communities can help each other ensure both site reach beta +**\** if kovri mtg is done, a comment on monero perf auto-convert. we know that for 32bit the conversion will fail due to a too-large txn when deleting one of the txs indices +**\** Hard for me to make an ETA on that. End result would be an I2P site similar to what Tor has now +**\** aside from that has anyone determined whether the convert errors were only in the old migrator code, or have they had problems with the newest code? +**\ [anonimal]** fluffypony: should we end meeting? +**\ [anonimal]** (or has it ended?) +**\ [fluffypony]** yes I think so +**\ [fluffypony]** I'll take the bot down +**\** We need I2P experts to appear during the proposal stage once created to ask good questions +**\** early questions attract a lot more votes and rise to the top, so quality matters +**\ [anonimal]** Ok, I'll chat in #monero-dev. +**\** hyc: there were two people who encountered issues after we merged into master, and I don't think they were testing anything pre-merge +**\** so newest code +**\** ok +**\ {-anonimal}** * thinking +**\ {-anonimal}** xmrpromotions: I can commit to both pages. How many I2P 'experts' would need to commit? +**\** well we need 40 good questions. each person can only ask 5 +**\** well before commitment it's just the voting section +**\** Our initial 40 questions will help with SEO after launch +**\** where we need not only good questions asked, but also good questions have to get 10 votes each +**\** Yes I mean we need to create quality questions to vote on +**\** If someone wants to create a list of 40 great questions that would be perfect +**\** {-anonimal} 40 great I2P questions, I could do that. +**\** they still have to post them though +**\** then we can divide it up and ask 5 each to make sure no silly questions gain a lot of votes early in the process +**\** we can find 8 people to post 5 questions each easily +**\** yup +**\** yeah, then we need a bunch of people to upvote :) +**\** I dont think voting will be a problem either. XMR users with no rep can be assigned to ask the questions... that will give them 5x10x5 rep (250 each) +**\** which will give them more than enough for the 200 rep area 51 cutoff for the SE 100 rep account association bonus +**\** strategyyyy +**\** 5q with 10 votes each will earn 5 rep per vote +**\ {-anonimal}** Ok, sounds great. Right now, I need to finish post-meeting wrap-up, take a break, get my brain in order and bbl. +**\** ok cool +**\** I will make a post in the getmonero forums. Maybe we can create and agree on a list of 40 questions there before we start +**\** thanks everyone. have a great weekend +**\** cheers \ No newline at end of file diff --git a/_posts/2016-05-22-overview-and-logs-for-the-dev-meeting-held-on-2016-05-22.md b/_posts/2016-05-22-overview-and-logs-for-the-dev-meeting-held-on-2016-05-22.md new file mode 100644 index 00000000..52c09d76 --- /dev/null +++ b/_posts/2016-05-22-overview-and-logs-for-the-dev-meeting-held-on-2016-05-22.md @@ -0,0 +1,129 @@ +--- +layout: post +title: Overview and Logs for the Dev Meeting Held on 2016-05-22 +summary: Clarification regarding documentation (i.e. Github wiki, consolidating information), bit on Ring CT, discussion of open PRs +tags: [dev diaries, core, crypto] +author: dEBRUYNE / fluffypony +--- + +*May 22nd, 2016* + +# Logs + +**\** ok +**\** das meeting +**\** has started +**\** heh heh +**\** let the fun begin +**\** hyc, smooth, moneromooo, dEBRUYNE, gingeropolous, luigi1112, luigi1114, anyone I've missed +**\** hokay so +**\** first up: for those that haven't done so, please commit to the StackExchange proposal: http://area51.stackexchange.com/proposals/98617/monero +**\** oooh i get pinged for dev meetings? :) +**\** and earn rep: https://forum.getmonero.org/20/general-discussion/2542/stack-exchange-commitment-requirements +**\** you're basically just committing to asking / answering a total of 10 questions over 3 months +**\** also it would be advantageous if you have over 200 rep on another StackExchange site, as xmrpromotions said +**\** I earned over 200 rep on bitcoin.stackexchange by answering like 4 questions, so it's not hard +**\** ok maybe like 6 questions, but still, not hard +**\** I think getting 200 committers in total will be easy, but having 100 committers with sufficient rep might be a little harder +**\** ok so +**\** PRs +**\** over the last couple of weeks we've merged a few PRs +**\** obviously +**\** the biggest one being the performance branch +**\** which was what warptangent was working on before he passed away +**\** and which was completed by hyc and everyone else +**\* dEBRUYNE** pages tewinget, NoodleDoodle, ArticMine, othe +**\** probably missed someone +**\** we are seeing some latent issues with auto-conversions, or that appear to be coming from the auto-conversion +**\** if users hit issues with that the fastest route is for them to sync from scratch +**\** iirc smooth has a broken conversion that we can use to analyse the issue +**\** 810 and 775 are dangling +**\** moneromooo: do you want those to stay open at present ? +**\** 810 might be cancelled, not sure. +**\** ok +**\** 775 is ready AFAIK., +**\** ok will test it +**\** 818 is in a holding pattern pending some discussion; based on what shen has been doing lately my feeling is that we leave that till after RingCT is done +**\** on that note, RingCT seems to be pushing ahead quite nicely +**\** moneromooo: how's it looking from your side ? +**\** I'm not a cryptographer, so I got no clue really :P +**\** hah hah +**\** Once I figure out what goes where, it's just code after that. +**\** I know you're waiting for input from shen, but is it starting to make a bit of sense ? +**\** Though a lot of it I think +**\** kk +**\** Mot yet, but I've not spent a lot of time on it today (and yesterday I was out). +**\** alright +**\** moneromooo: I want to decrypt it manually so I can detect transactions sent to an integrated address of mine in the tx pool. Is there another way to do it? +**\** then next weekend I'll be at Bitcoin in Use in Arnhem, Netherlands +**\** How will you know it's an integrated address of yours in the first place ? +**\** and there will be several other Monero-er-ains there as well +**\** including some devs, most notably hyc +**\** a few ppl told me they want to meet you there:) +**\** oh it's the meeting, sorry. I'll wait to discuss that later moneromooo +**\** if anyone else is going to be there please let me know, we can do a Monero supper on the Saturday or something +**\** next up is a chat about documentation +**\** wallet42 has raised the idea of opening up the wiki on Github +**\** https://twitter.com/Falkvinge/status/731833882102910977 wants to meet you too +**\** the advantages of this is that it keeps the documentation close to the code +**\** and you can PR to the wiki or (I think) edit it inline +**\** xmrpromotions: oh neat +**\** in fact, the wiki creates a .wiki.git project that's invisible-ish +**\** so it makes syncing to GitLab easy (setting up a GitLab mirror is on the list of things to do) +**\** downside is that you can't edit it anonymously, although creating a GH account is trivial +**\** and the other downside is that we have tons of scattered documentation right now +**\** so my thinking is that the wiki is a good idea for documentation, BUT then we need to kill off all these other sources of info +**\** ^ I don't mind putting part of it together +**\** so the Monero wikia has to be shuttered and that info moved over +**\** There is information all over BCT +**\** we could put the guides from Moneroexamples over there too, but he doesn't necessarily have to shutdown his "source" imo +**\** same goes for dev guides etc. on the website - we should instead spend the effort writing a small Ruby plugin for the site that pulls in info from the wiki and formats it appropriately +**\** then the wiki becomes a primary source of info +**\** dEBRUYNE: yeah we could do the same thing with MoneroExamples +**\** just have a plugin that grabs it from his repos and formats it +**\** if anyone has an issue with this speak now or forever hold your peace +**\** {-anonimal} Such consolidation sounds like a good idea. +**\** fluffypony: Yeah that'd be fine too +**\** as long as it consolidates the information to a central place it's fine +**\** I'll leave the question open till the start of the Kovri meeting, if nobody has major objections raised by then I'll consider the decision in favour of the GitHub wiki +**\** It is actually really needed We have info all over the place +**\** (we discussed this here a few days ago as well, and everyone generally seemed in favour of it) +**\** ArticMine: agreed +**\** I like the idea. Consolidation and simplification should hopefully encourage more people to contribute to it +**\** that's it from my side - next meeting will be on the 5th of May, same time +**\** if anyone has anything they want to discuss, or any other points they want to bring up, now's the time +**\** we have 20-ish minutes till the Kovri meeting +**\** I am looking at the fee structure +**\** Does anyone fancy hacking the pool code to check top hash ? +**\** It shold be fairly easy. +**\** {-anonimal} fluffypony: s/May/June/ +**\** ArticMine: Is your research going to be put in a somewhat formal paper? +**\** er, s/hacking/amending/ for the peanut gallery. +**\** I'll start with a post on getmonero forum to get feedback ideas +**\** then one can develop a paper +**\** all right +**\** Along the lined of my prior post on BCT regarding the adaptive block limit and penalty function. There are issues with respect to to many options in fees with RingCT +**\** Is anyone willing to work on adding Monero to Bitsquare? Afaik it's only a few minor tweaks in the UI code, see issue here -> https://github.com/bitsquare/bitsquare/issues/392 | I might be able to try if I got some more time, emphasis on try though +**\** anonimal: thanks, lol +**\** To th UI of... ? +**\** Bitsquare itself +**\** It needs an additional field for the tx key +**\** Ah, I just saw the screenshot. +**\** It's mainly to resolve disputes, if any occur +**\** Btw fluffypony, any ETA on a new point release that includes the performance branch? Or are we awaiting any more PRs? +**\** ArticMine, i look forward to the adaptive fee structure thread +**\** Oh high team +**\** Hi team too +**\** hi luigi1112 +**\** dEBRUYNE: more PRs, also gives us time to see if there are issues with auto-convert +**\** *more issues +**\** hi luigi1112 +**\** What would I do if I wanted to try and repro that problem ? just pull, build, run ? +**\** fluffypony: all right +**\** im just curious... is 0mq gonna happen before ringCT? or ... or all at once? +**\** moneromooo: yeah +**\** gingeropolous: no clue +**\** I'm certainly doing nothing about it. +**\** well there's months until the next hardfork... though i guess 0mq doesn't affect consensus protocols? +**\** well it was either Ring CT or 0MQ for you afaik moneromooo and I think we decided last time that Ring CT was the priority (this is just to clarify to anyone reading) +**\** ok starting the meeting relay for the Kovri meeting \ No newline at end of file