From e9e8b7c9b78bace24538b3f5ad6440d7b875ac79 Mon Sep 17 00:00:00 2001 From: str4d Date: Fri, 18 Apr 2014 07:41:53 +0000 Subject: [PATCH 1/3] Scripts for handling meeting logs --- i2p2www/meetings/parse-log-kytv.sh | 3 +++ i2p2www/meetings/present.sh | 2 ++ 2 files changed, 5 insertions(+) create mode 100755 i2p2www/meetings/parse-log-kytv.sh create mode 100755 i2p2www/meetings/present.sh diff --git a/i2p2www/meetings/parse-log-kytv.sh b/i2p2www/meetings/parse-log-kytv.sh new file mode 100755 index 00000000..80a0afc6 --- /dev/null +++ b/i2p2www/meetings/parse-log-kytv.sh @@ -0,0 +1,3 @@ +#!/bin/sh +sed -i 's/^[0-9]\{4\}-[0-9]\{2\}-[0-9]\{2\}T//' $1 +sed -i '/\*\*\*/d' $1 diff --git a/i2p2www/meetings/present.sh b/i2p2www/meetings/present.sh new file mode 100755 index 00000000..0c1fa571 --- /dev/null +++ b/i2p2www/meetings/present.sh @@ -0,0 +1,2 @@ +#!/bin/sh +cat $1 | sed 's/..\:..\(\:..\)\?\s*//' | grep ^\< | sed 's/^<\([^>]*\)>.*/\1/' | sed 's/^[@+ ]//' | sort | uniq | grep -v iRelay From 895b881841ff75b1d7e8ae5c55f3210a429f3737 Mon Sep 17 00:00:00 2001 From: str4d Date: Fri, 18 Apr 2014 07:42:18 +0000 Subject: [PATCH 2/3] Edited log to match others --- i2p2www/meetings/logs/207.log | 731 ++++++++++++++++------------------ 1 file changed, 349 insertions(+), 382 deletions(-) diff --git a/i2p2www/meetings/logs/207.log b/i2p2www/meetings/logs/207.log index 2150edca..7e57b7da 100644 --- a/i2p2www/meetings/logs/207.log +++ b/i2p2www/meetings/logs/207.log @@ -1,382 +1,349 @@ -2009 Feb 10 20:58:32 dev meeting eh? -2009 Feb 10 20:59:27 -*- dream turns on devo -2009 Feb 10 21:00:25 dream: ah.. glad you're here too :) -2009 Feb 10 21:00:51 0) Hello -2009 Feb 10 21:00:55 you are? -2009 Feb 10 21:00:58 1) I2P 0.7 -2009 Feb 10 21:01:02 2) Syndie -2009 Feb 10 21:01:06 3) Donations -2009 Feb 10 21:01:15 4) ???? -2009 Feb 10 21:01:21 5) A short poem recital by zzz -2009 Feb 10 21:01:39 0) Hello -2009 Feb 10 21:01:53 hi -2009 Feb 10 21:02:00 welcome all to the #207th dev meeting -2009 Feb 10 21:02:05 'lo -2009 Feb 10 21:02:20 'lo! -2009 Feb 10 21:02:40 welcome! -2009 Feb 10 21:02:43 so, let's start by covering what's happened since April 10 2007, if anything -2009 Feb 10 21:02:48 Just to put that in perspective it's been nearly 2 years since hte last one -2009 Feb 10 21:03:06 well... bush is out....obama in.... -2009 Feb 10 21:03:36 lol USA -2009 Feb 10 21:03:51 1) I2P 0.7 -2009 Feb 10 21:03:56 I guess the 0.7 release note is a good idea what happend to I2P -2009 Feb 10 21:04:20 Well it looks like the rollout of 0.7 has gone fairly smoothly -2009 Feb 10 21:04:22 with about 84% network coverage now -2009 Feb 10 21:04:29 not bad -2009 Feb 10 21:04:48 :-) -2009 Feb 10 21:04:48 How much ahs the network grown since 0.7? -2009 Feb 10 21:04:48 A big cheer to the dev team and release crew for getting it out of the door -2009 Feb 10 21:04:52 one bug i may point out that i and another user have noticed though is -2009 Feb 10 21:04:52 or even since Christmas? -2009 Feb 10 21:05:21 -*- welt waits for stats.i2p to load.. -2009 Feb 10 21:05:28 -=- Sie sind nun als welterde bekannt -2009 Feb 10 21:05:31 hottuna_: a fairly slow but steady growth if the stats are anything to go by -2009 Feb 10 21:05:41 adding new private hosts in susidns requirs manual editing of the privathosts.txt file -2009 Feb 10 21:06:08 zzz: wasn't that the bug you fixed recently? -2009 Feb 10 21:06:18 or was that sth different? -2009 Feb 10 21:06:25 the stats shows a steady slow growing -2009 Feb 10 21:06:35 yeah, i broke it in 0.7, just fixed it yesterday, will be in -4 -2009 Feb 10 21:06:40 welterde: yes, he seens to have fixed it -2009 Feb 10 21:07:05 something to look forward to in 7.0.1 -2009 Feb 10 21:07:14 zzz: good.. that's done then -2009 Feb 10 21:07:16 eerm 0.7.1 -2009 Feb 10 21:07:19 more users :-) -2009 Feb 10 21:07:22 sorry about that -2009 Feb 10 21:07:35 what are you guys going to do about network lag...its a growing problem it seems , on the weekends i2p seems overloaded -2009 Feb 10 21:07:56 maybe some more streaming lib tweaks? -2009 Feb 10 21:07:57 ethier i think more users is good -2009 Feb 10 21:08:00 zzz: well you've fixed and improved enough stuff to be allowed the odd breakage :) -2009 Feb 10 21:08:33 I've suggested motivating user to share by having some ratio indicator on the console -2009 Feb 10 21:08:57 that sounds good -2009 Feb 10 21:09:14 network load went big last month -2009 Feb 10 21:09:17 freak, i'm looking at tweaking the capacity calculation in the peer profiles just a little, to react better when things get busy. -2009 Feb 10 21:09:20 months, looks fairly well so far -2009 Feb 10 21:09:51 zzz: wicked :) -2009 Feb 10 21:09:55 this may be ambitious bout how about using a cron job in linux or whatever windows uses to volunteer bandwidth to i2p when their computer is not being used -2009 Feb 10 21:10:17 these things have to be adjusted with great care though, and it takes a full release cycle to test any change -2009 Feb 10 21:10:21 a scheduler would be and awesome solution aswell -2009 Feb 10 21:10:24 to dumb it down -2009 Feb 10 21:10:28 The publicity push for release 0.7 seems to have had a marginal effect on numbers, but not nearly the impact I would have hoped for -2009 Feb 10 21:10:41 detect when network / cpu is idle and use it/ dont use when it is -2009 Feb 10 21:10:43 zzz: that recent addition to I2CP doesn't allow that yet, right? -2009 Feb 10 21:10:52 some good coverage in german news sites though -2009 Feb 10 21:11:04 but slashdot/digg/reddit was rather pathetic -2009 Feb 10 21:11:09 allow what welterde ? -2009 Feb 10 21:11:14 <-- Roomster (romster@irc2p) hat das IRC verlassen (Connection reset by peer) -2009 Feb 10 21:11:29 zzz: to change the ratio/up-bw/down-bw from outside the routerconsole -2009 Feb 10 21:11:29 badger: it needs some time for users to get known to it and keep steady with it :-) -2009 Feb 10 21:11:32 and a defult auto startup registry entry would be nice or a simple shell script for unix -2009 Feb 10 21:12:04 no welterde it has nothing to do with that -2009 Feb 10 21:12:08 dunno about the pr.. i suppose that our 'brand name' will grow every time we have a new release adn a pr wave to that -2009 Feb 10 21:12:13 zzz: thought so :/ -2009 Feb 10 21:12:56 hopefully the gulli interview w/ me will be published soon, but I haven't heard from him in a week -2009 Feb 10 21:13:06 is i2p ready to ask for volunteer bandwidth from sponsors? (other than me with my tiny connection) -2009 Feb 10 21:13:39 hmm.. that might be worth a try -2009 Feb 10 21:13:50 I don't think anyone has ever said no to volunteered bandwidth. -2009 Feb 10 21:14:01 --> Roomster (romster@irc2p) ist in den Channel #i2p gekommen -2009 Feb 10 21:14:12 the tor network has a lot of sponsored nodes, but on the other hand a lot of nodes on the same subnet would be suspicious to users and offer someone more control over the network -2009 Feb 10 21:14:37 i think we "fixed" that already -2009 Feb 10 21:14:59 sponsoring would'nt be a bad idea -2009 Feb 10 21:14:59 jas a simple html tab on the mainpage? -2009 Feb 10 21:14:59 just* -2009 Feb 10 21:15:05 randomly placed nodes by individual volunteers seems to be safer -2009 Feb 10 21:15:05 but not as practical -2009 Feb 10 21:15:15 most people by nature will leech -2009 Feb 10 21:15:26 <-- gloin (gloin@irc2p) hat das IRC verlassen (Connection reset by peer) -2009 Feb 10 21:15:44 I don't think that's necessarily true unixfr3ak, but it's good to prepare for non-participants. -2009 Feb 10 21:16:21 for example -2009 Feb 10 21:16:40 someone who just starts the i2p router, and has no idea what it does and runs i2phex -2009 Feb 10 21:16:49 constantly downloading -2009 Feb 10 21:17:11 mabye the defualt bandwith should be changed -2009 Feb 10 21:17:22 has been changed in 0.7 -2009 Feb 10 21:17:34 or users should be asked for connection speed during the install for more accurate bandwith shareing limits -2009 Feb 10 21:18:26 or mabye a virus that installs i2p as a backdoor :P -2009 Feb 10 21:18:34 heh -2009 Feb 10 21:18:40 would be a great idea.. the installer should support that, right? -2009 Feb 10 21:19:08 the first or the second? :> -2009 Feb 10 21:19:08 my joke or asking the connection bandwith? -2009 Feb 10 21:19:23 first) probably yes -2009 Feb 10 21:19:26 it should be a line or 2 in a config file somewhere -2009 Feb 10 21:19:39 the one without the :P -2009 Feb 10 21:20:59 download limits for users who don't share upstream bandwidth? -2009 Feb 10 21:21:15 sounds intresting -2009 Feb 10 21:21:20 but -2009 Feb 10 21:21:33 i dont think we should go to such desprate measures yet... -2009 Feb 10 21:21:38 by default it shares up to 100% of the bandwidth unixfr3ak. once it gets a few client tunnels, the majority is spent on intermediate ones. -2009 Feb 10 21:21:45 don't routers already punish other routers, who don't route tunnels? -2009 Feb 10 21:21:46 --> gloin (gloin@irc2p) ist in den Channel #i2p gekommen -2009 Feb 10 21:22:00 yes -2009 Feb 10 21:22:00 and I think i2p is already load balanced. I sure cannot download more than I upload on the bandwidth tab. -2009 Feb 10 21:22:25 i think so but, if many people leech at one time it will still put a hevy load on the network -2009 Feb 10 21:22:32 perhaps this is just a case of being more informative to first time users -2009 Feb 10 21:22:35 especially if thier ips are dynamic -2009 Feb 10 21:22:46 http://stats.i2p/cgi-bin/tot.cgi?a=bandwidthReceiveBps.5m&s=365&u=y -2009 Feb 10 21:22:56 make it clear that giving back to the network improves your experience -2009 Feb 10 21:23:07 yes -2009 Feb 10 21:23:18 and to run it when they are not using thier pc -2009 Feb 10 21:23:36 insted of just letting thier connection that they are paying for be idle -2009 Feb 10 21:23:51 most people turn their computers off, it's really sad -2009 Feb 10 21:24:09 yes -2009 Feb 10 21:24:12 paying their ISP per month, when they could instead for the price of 4 light bulbs... -2009 Feb 10 21:24:15 i think most people understand this - i even think most people who use i2p are geeks themself ;) -2009 Feb 10 21:24:32 anyway moving on - anything else to add for 1) I2P 0.7? -2009 Feb 10 21:24:55 for now yes -2009 Feb 10 21:25:16 -*- welterde waits for his signal.. -2009 Feb 10 21:25:20 but that may change in the future -2009 Feb 10 21:25:25 badger: no -2009 Feb 10 21:25:25 2) Syndie -2009 Feb 10 21:25:37 ok then :) -2009 Feb 10 21:25:37 -*- badger passes the 70s boom mike over to welterde -2009 Feb 10 21:25:45 *mic -2009 Feb 10 21:26:15 as you may (or may not) i recently finished the effort to apply these patches from MOSFET -2009 Feb 10 21:26:20 +know -2009 Feb 10 21:26:25 <-- gloin (gloin@irc2p) hat das IRC verlassen (Connection reset by peer) -2009 Feb 10 21:26:35 leave e out on the forums i don't use them :P , brb cigarette -2009 Feb 10 21:26:51 --> gloin (gloin@irc2p) ist in den Channel #i2p gekommen -2009 Feb 10 21:27:14 which should fix some bugs and disable that (imho) b0rked default ui -2009 Feb 10 21:27:26 instead the swt one is used, which most users find easier -2009 Feb 10 21:27:42 w0rd -2009 Feb 10 21:28:11 hmm? -2009 Feb 10 21:28:30 it's nice to hear someone was working on getting failed synchronizations to retry. -2009 Feb 10 21:28:40 welterde: sorry, old dev meeting joke -2009 Feb 10 21:28:59 is there a new public syndie archive somwhere? -2009 Feb 10 21:29:06 anyway.. i hope i have time soon to replace that b0rked ;) index thingy -2009 Feb 10 21:29:09 badger: yup -2009 Feb 10 21:29:25 http://syndie.welterde.(i2p|de)/ -2009 Feb 10 21:29:52 making it possible to run syndie using a remote database is important I'd say, to make it easier for people to run their own archives. -2009 Feb 10 21:29:54 but you can't post there (yet) as it is just a static archive -2009 Feb 10 21:30:47 have to that one to the default ones too -2009 Feb 10 21:30:56 will do that soonish -2009 Feb 10 21:31:16 so syndie work goes on -2009 Feb 10 21:31:32 yup -2009 Feb 10 21:31:54 currently trying to profile syndie.. -2009 Feb 10 21:32:20 <-- gloin (gloin@irc2p) hat das IRC verlassen (Connection reset by peer) -2009 Feb 10 21:32:29 but wasn't able to spend much time in that area though.. -2009 Feb 10 21:32:45 <-- hottuna_ (hottuna@irc2p) hat das IRC verlassen (Connection reset by peer) -2009 Feb 10 21:32:59 so much work to do... -2009 Feb 10 21:33:14 yes :/ -2009 Feb 10 21:33:17 running syndie in text mode is tricky, since the interface seems to be slipping behind its current behavior -2009 Feb 10 21:33:17 usually it works if you just leave it in --cli, but when it freezes there's no real indication. -2009 Feb 10 21:33:36 --> hottuna_ (hottuna@irc2p) ist in den Channel #i2p gekommen -2009 Feb 10 21:33:41 yeah.. the cli is b0rked too currently :/ -2009 Feb 10 21:33:56 --> gloin (gloin@irc2p) ist in den Channel #i2p gekommen -2009 Feb 10 21:34:00 imho we should seperate syndie into multiple parts, eg. libsyndie, gui, cli, ... -2009 Feb 10 21:34:12 makes sense to me -2009 Feb 10 21:34:19 that should make writing custom extensions, etc. easier -2009 Feb 10 21:34:29 What sort of stuff would libsyndie cover? -2009 Feb 10 21:34:36 early v0.0.1 syndie's UI was just a top on the cli binary -2009 Feb 10 21:34:48 but it seems that idea got lost enroute -2009 Feb 10 21:34:55 it even has the text console today. -2009 Feb 10 21:35:23 dream: message decoding, archive syncing, etc. etc. -2009 Feb 10 21:35:25 <-- epoch (epoch@irc2p) hat das IRC verlassen (Ping timeout) -2009 Feb 10 21:35:34 most of the logic -2009 Feb 10 21:36:06 so libsyndie is pretty much an interface over the database, and maybe the archive/ directory? -2009 Feb 10 21:36:09 aye, gui, cli and webtop should just be a light wrapper -2009 Feb 10 21:36:10 imho we should keep gui/cli seperate from the program logic -2009 Feb 10 21:36:42 dream: the archive isn't used to store anything.. it's just used for serving the archive -2009 Feb 10 21:37:02 I know that. -2009 Feb 10 21:37:12 --> epoch (epoch@irc2p) ist in den Channel #i2p gekommen -2009 Feb 10 21:37:14 but as cli/webtop use it we should put it into the libsyndie as well -2009 Feb 10 21:37:15 -=- Modus #i2p [+v epoch] durch chanserv -2009 Feb 10 21:37:15 So I guess only the web server would need to deal with that directory. -2009 Feb 10 21:37:35 filling it and synching from it, sort of like a postfix mail queue. -2009 Feb 10 21:38:00 but we should only generate/sync it, when we are actually using it.. not like now.. -2009 Feb 10 21:38:08 where it is always generated/synced... -2009 Feb 10 21:38:24 <-- altGuest (chatzilla@irc2p) hat das IRC verlassen (Connection reset by peer) -2009 Feb 10 21:39:18 I don't see a problem with only using the archive/ directory for the webserver. It's really just a convenience so you can use existing static file serving functionality. -2009 Feb 10 21:40:07 there should be a cli command like generate_archive or something like that imho -2009 Feb 10 21:40:13 <-- gloin (gloin@irc2p) hat das IRC verlassen (Connection reset by peer) -2009 Feb 10 21:40:57 and we should bring that import.cgi back, so we can run a mostly static archive, while still being able to post -2009 Feb 10 21:41:04 or... hmmm... -2009 Feb 10 21:41:04 what would you do with that archive using the client interface? -2009 Feb 10 21:41:15 rsync with a remote site? -2009 Feb 10 21:41:26 that's how syndie.welterde.(i2p|de) works ;) -2009 Feb 10 21:41:31 --> gloin (gloin@irc2p) ist in den Channel #i2p gekommen -2009 Feb 10 21:41:43 trouble with a static archive is that keeping the filesystem up to date with the database is a task that is similar to designing a database. -2009 Feb 10 21:41:59 hmm.. not really -2009 Feb 10 21:42:05 as it's one-way only -2009 Feb 10 21:43:17 this may be a little off-topic but has anyone considered a datastore function? -2009 Feb 10 21:43:20 so using a hypothetical --cli someone creates a message. They then generate_archive after creating it? Sounds suspiciously similar to commiting a transaction after inserting. -2009 Feb 10 21:43:52 also in i2phex as i told Complication previously the bitzi lookup in i2phex inst anonymous -2009 Feb 10 21:43:55 magicbutton() -2009 Feb 10 21:44:04 dream: uhm.. no -2009 Feb 10 21:44:17 ...i2phex checks bitzi.com? that's nuts -2009 Feb 10 21:44:37 yes -2009 Feb 10 21:44:39 unixfr3ak: there was some work in direction of freenet afair -2009 Feb 10 21:44:43 welterde, so then their message never goes into the archive/ directory and can't get synchronized... -2009 Feb 10 21:45:20 dream: no.. just mean that a transaction is a bit different -2009 Feb 10 21:45:27 for example: you don't edit anything -2009 Feb 10 21:45:33 (except for the index maybe) -2009 Feb 10 21:46:02 --> altGuest (chatzilla@irc2p) ist in den Channel #i2p gekommen -2009 Feb 10 21:46:02 generate_archive just dumps the db and updates the indexes while doing that -2009 Feb 10 21:46:41 right click a file -2009 Feb 10 21:47:07 <-- gloin (gloin@irc2p) hat das IRC verlassen (Connection reset by peer) -2009 Feb 10 21:47:20 and view bitzi ticket takes you to the non-anon site -2009 Feb 10 21:47:20 lucky my browser is proxyd by i2p, and my alternate one tor -2009 Feb 10 21:47:31 so how do you get your new database content into the archive? What if syndie dies after inserting a message, but before you save it to the archive/ directory? -2009 Feb 10 21:47:39 0_0 looks like spongebob missed the meeting -2009 Feb 10 21:47:57 dream: nothing.. it's just not archive/ -2009 Feb 10 21:48:16 but it will be on the next successful run of generate_archive -2009 Feb 10 21:48:33 --> gloin (gloin@irc2p) ist in den Channel #i2p gekommen -2009 Feb 10 21:49:01 what I'd do is let the client run the web server, and the web server checks archive/ and pulls out all the messages in the db not already there. Or just serve the db messages directly. -2009 Feb 10 21:49:23 generate_archive doesn't seem like the sort of thing you'd want the client to have to keep track of. -2009 Feb 10 21:49:50 problem is.. you can't run syndie on every machine -2009 Feb 10 21:50:18 for example this server (i2p2.de/welterde.de) has reached it's limited -2009 Feb 10 21:50:36 it will heavily swap when i run syndie on it.. -2009 Feb 10 21:50:41 so i have to run it locally -2009 Feb 10 21:50:46 yeah -2009 Feb 10 21:51:06 no problem if i had reasonable upload... which i don't have -2009 Feb 10 21:51:19 which most adsl-users don't have.. -2009 Feb 10 21:51:45 anyway - good work with the all the patches welterde - can we expect a release in the not-too-distant-future? -2009 Feb 10 21:51:47 so it's either a static archive or one that is slow as hell -2009 Feb 10 21:52:08 badger: i think i'll switch from a to b (alpha to beta) soonish -2009 Feb 10 21:52:16 great -2009 Feb 10 21:52:40 anything else to add about future dev? -2009 Feb 10 21:52:56 (syndie) -2009 Feb 10 21:53:10 n0pe -2009 Feb 10 21:53:19 ;) -2009 Feb 10 21:53:24 righty in that case -2009 Feb 10 21:53:30 3) Donations -2009 Feb 10 21:53:49 -*- badger swings the mic over to eche|on -2009 Feb 10 21:54:00 it's open again! -2009 Feb 10 21:54:18 I created a paypal account and linked it on i2p website -2009 Feb 10 21:54:39 <-- gloin (gloin@irc2p) hat das IRC verlassen (Connection reset by peer) -2009 Feb 10 21:54:42 :D -2009 Feb 10 21:54:47 coolio -2009 Feb 10 21:54:50 wicked -2009 Feb 10 21:54:52 but the buttons links to https:// sites of paypal, works not for eepsite yet -2009 Feb 10 21:55:01 yeah I guess that's an advantage welterde -2009 Feb 10 21:55:08 til yet no entry on that front -2009 Feb 10 21:55:20 <-- awxcnx091 (ce518902@irc2p) hat das IRC verlassen (Quit: leaving) -2009 Feb 10 21:55:20 eche|on: maybe you should add some notes on how to tell you what you should do with it -2009 Feb 10 21:55:29 and undecided about a acc for 2ndlive -2009 Feb 10 21:55:31 can you add a link from the donate page to the halloffame page, and/or provide more info on what donations will be used for -2009 Feb 10 21:55:39 I still think whatever creates the archive should synchronize more than just dump. -2009 Feb 10 21:55:48 yup -2009 Feb 10 21:56:02 are you planning to support bounties too? -2009 Feb 10 21:56:10 welterde: acked -2009 Feb 10 21:56:13 you could just use apache -2009 Feb 10 21:56:17 dream: premature optimization ;) -2009 Feb 10 21:56:19 zzz: acked -2009 Feb 10 21:56:22 --> gloin (gloin@irc2p) ist in den Channel #i2p gekommen -2009 Feb 10 21:56:24 oops 3) -2009 Feb 10 21:56:24 I don't have any money sorry T_T -2009 Feb 10 21:56:28 we need a list of stuff to buy/not to buy with donations -2009 Feb 10 21:56:37 and shouldnt echelon and welterde subscriptions really be listed as expenses instead? -2009 Feb 10 21:56:40 what web server does i2p include? -2009 Feb 10 21:56:51 badger: yeah, donations are "for all funds" or dedicated for a bounty -2009 Feb 10 21:57:04 grand -2009 Feb 10 21:57:19 and in paypal there should be a textfield in which you can enter the goal of the money :-) -2009 Feb 10 21:57:33 you could also put a news link on the front page that donations are open -2009 Feb 10 21:57:36 If I donate 1000 EUR do I get a Hot Tuna i2P t-shirt? -2009 Feb 10 21:57:51 but I cannot donate to myself ;-) -2009 Feb 10 21:58:02 hottuna_: say yes! ;) -2009 Feb 10 21:58:16 no prob so far, I wait for the first one and announce it ;-) -2009 Feb 10 21:58:35 you had your chance to come to 25c3 and get a shirt -2009 Feb 10 21:58:47 there is still a 26c3 ;) -2009 Feb 10 21:58:59 acked, zzz - nice idea -2009 Feb 10 22:00:32 so no more from my site to topic donations -2009 Feb 10 22:00:51 -*- welterde waits for paste to load.. -2009 Feb 10 22:00:59 --> awxcnx091 (ce518902@irc2p) ist in den Channel #i2p gekommen -2009 Feb 10 22:01:16 in that case: -2009 Feb 10 22:01:22 4) ???? -2009 Feb 10 22:01:33 anyone else have anything to bring to the meeting? -2009 Feb 10 22:01:37 yup.. -2009 Feb 10 22:01:46 but you have to wait until paste loads :/ -2009 Feb 10 22:01:49 <-- gloin (gloin@irc2p) hat das IRC verlassen (Connection reset by peer) -2009 Feb 10 22:01:52 lets have a piece of cake for everyone! -2009 Feb 10 22:02:31 yay! :) -2009 Feb 10 22:02:32 -*- unixfr3ak takes it and runs -2009 Feb 10 22:02:38 nooooo -2009 Feb 10 22:03:03 -*- badger *bafs* unifr3ak on the head -2009 Feb 10 22:03:08 yessss -2009 Feb 10 22:03:12 ;-) -2009 Feb 10 22:03:20 --> gloin (gloin@irc2p) ist in den Channel #i2p gekommen -2009 Feb 10 22:03:46 i wonder if that part will go in the meting log -2009 Feb 10 22:03:50 :P -2009 Feb 10 22:03:57 I hereby announce *drum roll* thmoo: inbljam6y6mynwz2474hk655w2jtv7trofxbqzng4re26ga6rg4a.b32.i2p -2009 Feb 10 22:03:58 ;) -2009 Feb 10 22:04:04 unixfr3ak: of course it will! -2009 Feb 10 22:04:15 everyone get a telnet client and connect ;) -2009 Feb 10 22:04:37 not a MUD?! -2009 Feb 10 22:04:40 the base 32 key? -2009 Feb 10 22:04:49 badger: of course! -2009 Feb 10 22:05:06 unixfr3ak: you have to open a client tunnel and connect to that with a telnet/mud client -2009 Feb 10 22:05:08 (or use socks) -2009 Feb 10 22:05:38 i dont want to get my socks dirty ill make a tunnel :p -2009 Feb 10 22:05:43 hmm -2009 Feb 10 22:05:47 but for destination -2009 Feb 10 22:05:50 muddy socks -2009 Feb 10 22:05:59 does that include the .i2p ? -2009 Feb 10 22:06:05 unixfr3ak: yup -2009 Feb 10 22:06:11 worked for me at least ;) -2009 Feb 10 22:06:56 you can also look up the dest of a b32 if you want a local copy. zzz showed me how using i2ptunnel's secret cli interface. -2009 Feb 10 22:07:13 Delay Connect: (for request/response connections) -2009 Feb 10 22:07:18 i take it yes for that -2009 Feb 10 22:07:21 that reminds me I should get these room descriptions off paper and into the darn thing -2009 Feb 10 22:07:24 welterde: maybe post a short howto somewhere ;-) -2009 Feb 10 22:07:35 dream: yay :) -2009 Feb 10 22:07:46 badger: heh.. will do -2009 Feb 10 22:07:58 Trying 127.0.0.1... -2009 Feb 10 22:07:58 Connected to localhost. -2009 Feb 10 22:07:58 Escape character is '^]'. -2009 Feb 10 22:08:02 impressive :P -2009 Feb 10 22:08:02 http://paste.i2p2.i2p/show/11/ <- the b64 -2009 Feb 10 22:08:08 one comment about i2p in general: -2009 Feb 10 22:08:08 i think it is too much "from geeks for geeks" - you need to know what non-geek users need and want -2009 Feb 10 22:08:16 wonder whats on the other side of the tunnel -2009 Feb 10 22:08:20 unixfr3ak, if you're extra paranoid yes, otherwise timing attacks may be possible to test if you're online or not. :> -2009 Feb 10 22:08:21 l00kns33: they want games! :D -2009 Feb 10 22:08:46 l00kns33, what could be less geeky than a text based online adventure game! -2009 Feb 10 22:08:49 <-- gloin (gloin@irc2p) hat das IRC verlassen (Connection reset by peer) -2009 Feb 10 22:09:01 unixfr3ak: works? you should see a menu of some kind -2009 Feb 10 22:09:02 I put on my robe and wizard hat! -2009 Feb 10 22:09:17 <-- epoch (epoch@irc2p) hat das IRC verlassen (Connection reset by peer) -2009 Feb 10 22:09:19 of coarse -2009 Feb 10 22:09:28 that's one thing - and a good idea :) -2009 Feb 10 22:09:31 Welcome to thmoo-cmd 2.1... -2009 Feb 10 22:09:38 ha :) -2009 Feb 10 22:09:46 --> epoch (epoch@irc2p) ist in den Channel #i2p gekommen -2009 Feb 10 22:09:46 -=- Modus #i2p [+v epoch] durch chanserv -2009 Feb 10 22:09:47 you then need to type connect guest afair -2009 Feb 10 22:09:52 whats so impressive about telnet over i2p? -2009 Feb 10 22:10:30 --> gloin (gloin@irc2p) ist in den Channel #i2p gekommen -2009 Feb 10 22:10:30 we'll have a connect client soon so you won't need to set up a tunnel -2009 Feb 10 22:10:46 cool :) -2009 Feb 10 22:10:50 unixfr3ak: nothing? -2009 Feb 10 22:11:20 -*- welterde writes up a howto.. -2009 Feb 10 22:11:26 has a weird chat feature :P -2009 Feb 10 22:11:45 well on that note - anything else anyone wants to add? -2009 Feb 10 22:11:46 unixfr3ak: you have to "say something" -2009 Feb 10 22:11:50 I wonder how that would work zzz? You mean like a VPN? -2009 Feb 10 22:12:01 dream: more like socks i think -2009 Feb 10 22:12:05 Or a specially designed telnet client? ._. -2009 Feb 10 22:12:19 Oh well I did hear about SOCKs. -2009 Feb 10 22:12:29 foo siad hi -2009 Feb 10 22:12:31 more like socks -2009 Feb 10 22:12:39 telnet localhost 1234 -2009 Feb 10 22:13:00 connect inbljam6y6mynwz2474hk655w2jtv7trofxbqzng4re26ga6rg4a.b32.i2p -2009 Feb 10 22:13:00 unixfr3ak: and to answer you to "say something" ;) -2009 Feb 10 22:13:06 thats it -2009 Feb 10 22:13:15 socks is tricky, since it's like i2ptunnel except just about anyone can make new tunnels to different places. -2009 Feb 10 22:13:37 yes i know...no need to point out the painfully obvious -2009 Feb 10 22:13:50 dream: no.. i just uses the shared one -2009 Feb 10 22:14:06 at least.. that's how it should work ;) -2009 Feb 10 22:14:34 afk for a bit -2009 Feb 10 22:14:36 well I think we've reached a good point to... -2009 Feb 10 22:14:44 -*- badger winds up -2009 Feb 10 22:14:54 -*- badger *baf*s the meeting closed -2009 Feb 10 22:15:10 :-) -2009 Feb 10 22:15:13 good job everyone -2009 Feb 10 22:15:57 <-- gloin (gloin@irc2p) hat das IRC verlassen (Connection reset by peer) -2009 Feb 10 22:16:12 you can't make a server tunnel with the SOCKS thing? hmm... -2009 Feb 10 22:16:34 I guess that would be a pretty nice thing for non HTTP protocols. :) -2009 Feb 10 22:16:49 Either that or implementing CONNECT in the eeproxy. -2009 Feb 10 22:16:52 now you guys are going to dissapear again lol -2009 Feb 10 22:17:30 --> gloin (gloin@irc2p) ist in den Channel #i2p gekommen -2009 Feb 10 22:18:38 poofda -2009 Feb 10 22:19:40 I'm still here -2009 Feb 10 22:19:49 our socks is client-only now -2009 Feb 10 22:20:51 I have CONNECT implemented, that's what I was talking about above -2009 Feb 10 22:23:20 Neat I can't think of any reason why not to do that, and it'd be lots more convenient since SOCKS is so goddamn popular many apps come with it. -2009 Feb 10 22:23:30 <-- gloin (gloin@irc2p) hat das IRC verlassen (Connection reset by peer) +20:58:32 dev meeting eh? +20:59:27 -*- dream turns on devo +21:00:25 dream: ah.. glad you're here too :) +21:00:51 0) Hello +21:00:55 you are? +21:00:58 1) I2P 0.7 +21:01:02 2) Syndie +21:01:06 3) Donations +21:01:15 4) ???? +21:01:21 5) A short poem recital by zzz +21:01:39 0) Hello +21:01:53 hi +21:02:00 welcome all to the #207th dev meeting +21:02:05 'lo +21:02:20 'lo! +21:02:40 welcome! +21:02:43 so, let's start by covering what's happened since April 10 2007, if anything +21:02:48 Just to put that in perspective it's been nearly 2 years since hte last one +21:03:06 well... bush is out....obama in.... +21:03:36 lol USA +21:03:51 1) I2P 0.7 +21:03:56 I guess the 0.7 release note is a good idea what happend to I2P +21:04:20 Well it looks like the rollout of 0.7 has gone fairly smoothly +21:04:22 with about 84% network coverage now +21:04:29 not bad +21:04:48 :-) +21:04:48 How much ahs the network grown since 0.7? +21:04:48 A big cheer to the dev team and release crew for getting it out of the door +21:04:52 one bug i may point out that i and another user have noticed though is +21:04:52 or even since Christmas? +21:05:21 -*- welt waits for stats.i2p to load.. +21:05:28 -=- Sie sind nun als welterde bekannt +21:05:31 hottuna_: a fairly slow but steady growth if the stats are anything to go by +21:05:41 adding new private hosts in susidns requirs manual editing of the privathosts.txt file +21:06:08 zzz: wasn't that the bug you fixed recently? +21:06:18 or was that sth different? +21:06:25 the stats shows a steady slow growing +21:06:35 yeah, i broke it in 0.7, just fixed it yesterday, will be in -4 +21:06:40 welterde: yes, he seens to have fixed it +21:07:05 something to look forward to in 7.0.1 +21:07:14 zzz: good.. that's done then +21:07:16 eerm 0.7.1 +21:07:19 more users :-) +21:07:22 sorry about that +21:07:35 what are you guys going to do about network lag...its a growing problem it seems , on the weekends i2p seems overloaded +21:07:56 maybe some more streaming lib tweaks? +21:07:57 ethier i think more users is good +21:08:00 zzz: well you've fixed and improved enough stuff to be allowed the odd breakage :) +21:08:33 I've suggested motivating user to share by having some ratio indicator on the console +21:08:57 that sounds good +21:09:14 network load went big last month +21:09:17 freak, i'm looking at tweaking the capacity calculation in the peer profiles just a little, to react better when things get busy. +21:09:20 months, looks fairly well so far +21:09:51 zzz: wicked :) +21:09:55 this may be ambitious bout how about using a cron job in linux or whatever windows uses to volunteer bandwidth to i2p when their computer is not being used +21:10:17 these things have to be adjusted with great care though, and it takes a full release cycle to test any change +21:10:21 a scheduler would be and awesome solution aswell +21:10:24 to dumb it down +21:10:28 The publicity push for release 0.7 seems to have had a marginal effect on numbers, but not nearly the impact I would have hoped for +21:10:41 detect when network / cpu is idle and use it/ dont use when it is +21:10:43 zzz: that recent addition to I2CP doesn't allow that yet, right? +21:10:52 some good coverage in german news sites though +21:11:04 but slashdot/digg/reddit was rather pathetic +21:11:09 allow what welterde ? +21:11:29 zzz: to change the ratio/up-bw/down-bw from outside the routerconsole +21:11:29 badger: it needs some time for users to get known to it and keep steady with it :-) +21:11:32 and a defult auto startup registry entry would be nice or a simple shell script for unix +21:12:04 no welterde it has nothing to do with that +21:12:08 dunno about the pr.. i suppose that our 'brand name' will grow every time we have a new release adn a pr wave to that +21:12:13 zzz: thought so :/ +21:12:56 hopefully the gulli interview w/ me will be published soon, but I haven't heard from him in a week +21:13:06 is i2p ready to ask for volunteer bandwidth from sponsors? (other than me with my tiny connection) +21:13:39 hmm.. that might be worth a try +21:13:50 I don't think anyone has ever said no to volunteered bandwidth. +21:14:12 the tor network has a lot of sponsored nodes, but on the other hand a lot of nodes on the same subnet would be suspicious to users and offer someone more control over the network +21:14:37 i think we "fixed" that already +21:14:59 sponsoring would'nt be a bad idea +21:14:59 jas a simple html tab on the mainpage? +21:14:59 just* +21:15:05 randomly placed nodes by individual volunteers seems to be safer +21:15:05 but not as practical +21:15:15 most people by nature will leech +21:15:44 I don't think that's necessarily true unixfr3ak, but it's good to prepare for non-participants. +21:16:21 for example +21:16:40 someone who just starts the i2p router, and has no idea what it does and runs i2phex +21:16:49 constantly downloading +21:17:11 mabye the defualt bandwith should be changed +21:17:22 has been changed in 0.7 +21:17:34 or users should be asked for connection speed during the install for more accurate bandwith shareing limits +21:18:26 or mabye a virus that installs i2p as a backdoor :P +21:18:34 heh +21:18:40 would be a great idea.. the installer should support that, right? +21:19:08 the first or the second? :> +21:19:08 my joke or asking the connection bandwith? +21:19:23 first) probably yes +21:19:26 it should be a line or 2 in a config file somewhere +21:19:39 the one without the :P +21:20:59 download limits for users who don't share upstream bandwidth? +21:21:15 sounds intresting +21:21:20 but +21:21:33 i dont think we should go to such desprate measures yet... +21:21:38 by default it shares up to 100% of the bandwidth unixfr3ak. once it gets a few client tunnels, the majority is spent on intermediate ones. +21:21:45 don't routers already punish other routers, who don't route tunnels? +21:22:00 yes +21:22:00 and I think i2p is already load balanced. I sure cannot download more than I upload on the bandwidth tab. +21:22:25 i think so but, if many people leech at one time it will still put a hevy load on the network +21:22:32 perhaps this is just a case of being more informative to first time users +21:22:35 especially if thier ips are dynamic +21:22:46 http://stats.i2p/cgi-bin/tot.cgi?a=bandwidthReceiveBps.5m&s=365&u=y +21:22:56 make it clear that giving back to the network improves your experience +21:23:07 yes +21:23:18 and to run it when they are not using thier pc +21:23:36 insted of just letting thier connection that they are paying for be idle +21:23:51 most people turn their computers off, it's really sad +21:24:09 yes +21:24:12 paying their ISP per month, when they could instead for the price of 4 light bulbs... +21:24:15 i think most people understand this - i even think most people who use i2p are geeks themself ;) +21:24:32 anyway moving on - anything else to add for 1) I2P 0.7? +21:24:55 for now yes +21:25:16 -*- welterde waits for his signal.. +21:25:20 but that may change in the future +21:25:25 badger: no +21:25:25 2) Syndie +21:25:37 ok then :) +21:25:37 -*- badger passes the 70s boom mike over to welterde +21:25:45 *mic +21:26:15 as you may (or may not) i recently finished the effort to apply these patches from MOSFET +21:26:20 +know +21:26:35 leave e out on the forums i don't use them :P , brb cigarette +21:27:14 which should fix some bugs and disable that (imho) b0rked default ui +21:27:26 instead the swt one is used, which most users find easier +21:27:42 w0rd +21:28:11 hmm? +21:28:30 it's nice to hear someone was working on getting failed synchronizations to retry. +21:28:40 welterde: sorry, old dev meeting joke +21:28:59 is there a new public syndie archive somwhere? +21:29:06 anyway.. i hope i have time soon to replace that b0rked ;) index thingy +21:29:09 badger: yup +21:29:25 http://syndie.welterde.(i2p|de)/ +21:29:52 making it possible to run syndie using a remote database is important I'd say, to make it easier for people to run their own archives. +21:29:54 but you can't post there (yet) as it is just a static archive +21:30:47 have to that one to the default ones too +21:30:56 will do that soonish +21:31:16 so syndie work goes on +21:31:32 yup +21:31:54 currently trying to profile syndie.. +21:32:29 but wasn't able to spend much time in that area though.. +21:32:59 so much work to do... +21:33:14 yes :/ +21:33:17 running syndie in text mode is tricky, since the interface seems to be slipping behind its current behavior +21:33:17 usually it works if you just leave it in --cli, but when it freezes there's no real indication. +21:33:41 yeah.. the cli is b0rked too currently :/ +21:34:00 imho we should seperate syndie into multiple parts, eg. libsyndie, gui, cli, ... +21:34:12 makes sense to me +21:34:19 that should make writing custom extensions, etc. easier +21:34:29 What sort of stuff would libsyndie cover? +21:34:36 early v0.0.1 syndie's UI was just a top on the cli binary +21:34:48 but it seems that idea got lost enroute +21:34:55 it even has the text console today. +21:35:23 dream: message decoding, archive syncing, etc. etc. +21:35:34 most of the logic +21:36:06 so libsyndie is pretty much an interface over the database, and maybe the archive/ directory? +21:36:09 aye, gui, cli and webtop should just be a light wrapper +21:36:10 imho we should keep gui/cli seperate from the program logic +21:36:42 dream: the archive isn't used to store anything.. it's just used for serving the archive +21:37:02 I know that. +21:37:14 but as cli/webtop use it we should put it into the libsyndie as well +21:37:15 So I guess only the web server would need to deal with that directory. +21:37:35 filling it and synching from it, sort of like a postfix mail queue. +21:38:00 but we should only generate/sync it, when we are actually using it.. not like now.. +21:38:08 where it is always generated/synced... +21:39:18 I don't see a problem with only using the archive/ directory for the webserver. It's really just a convenience so you can use existing static file serving functionality. +21:40:07 there should be a cli command like generate_archive or something like that imho +21:40:57 and we should bring that import.cgi back, so we can run a mostly static archive, while still being able to post +21:41:04 or... hmmm... +21:41:04 what would you do with that archive using the client interface? +21:41:15 rsync with a remote site? +21:41:26 that's how syndie.welterde.(i2p|de) works ;) +21:41:43 trouble with a static archive is that keeping the filesystem up to date with the database is a task that is similar to designing a database. +21:41:59 hmm.. not really +21:42:05 as it's one-way only +21:43:17 this may be a little off-topic but has anyone considered a datastore function? +21:43:20 so using a hypothetical --cli someone creates a message. They then generate_archive after creating it? Sounds suspiciously similar to commiting a transaction after inserting. +21:43:52 also in i2phex as i told Complication previously the bitzi lookup in i2phex inst anonymous +21:43:55 magicbutton() +21:44:04 dream: uhm.. no +21:44:17 ...i2phex checks bitzi.com? that's nuts +21:44:37 yes +21:44:39 unixfr3ak: there was some work in direction of freenet afair +21:44:43 welterde, so then their message never goes into the archive/ directory and can't get synchronized... +21:45:20 dream: no.. just mean that a transaction is a bit different +21:45:27 for example: you don't edit anything +21:45:33 (except for the index maybe) +21:46:02 generate_archive just dumps the db and updates the indexes while doing that +21:46:41 right click a file +21:47:20 and view bitzi ticket takes you to the non-anon site +21:47:20 lucky my browser is proxyd by i2p, and my alternate one tor +21:47:31 so how do you get your new database content into the archive? What if syndie dies after inserting a message, but before you save it to the archive/ directory? +21:47:39 0_0 looks like spongebob missed the meeting +21:47:57 dream: nothing.. it's just not archive/ +21:48:16 but it will be on the next successful run of generate_archive +21:49:01 what I'd do is let the client run the web server, and the web server checks archive/ and pulls out all the messages in the db not already there. Or just serve the db messages directly. +21:49:23 generate_archive doesn't seem like the sort of thing you'd want the client to have to keep track of. +21:49:50 problem is.. you can't run syndie on every machine +21:50:18 for example this server (i2p2.de/welterde.de) has reached it's limited +21:50:36 it will heavily swap when i run syndie on it.. +21:50:41 so i have to run it locally +21:50:46 yeah +21:51:06 no problem if i had reasonable upload... which i don't have +21:51:19 which most adsl-users don't have.. +21:51:45 anyway - good work with the all the patches welterde - can we expect a release in the not-too-distant-future? +21:51:47 so it's either a static archive or one that is slow as hell +21:52:08 badger: i think i'll switch from a to b (alpha to beta) soonish +21:52:16 great +21:52:40 anything else to add about future dev? +21:52:56 (syndie) +21:53:10 n0pe +21:53:19 ;) +21:53:24 righty in that case +21:53:30 3) Donations +21:53:49 -*- badger swings the mic over to eche|on +21:54:00 it's open again! +21:54:18 I created a paypal account and linked it on i2p website +21:54:42 :D +21:54:47 coolio +21:54:50 wicked +21:54:52 but the buttons links to https:// sites of paypal, works not for eepsite yet +21:55:01 yeah I guess that's an advantage welterde +21:55:08 til yet no entry on that front +21:55:20 eche|on: maybe you should add some notes on how to tell you what you should do with it +21:55:29 and undecided about a acc for 2ndlive +21:55:31 can you add a link from the donate page to the halloffame page, and/or provide more info on what donations will be used for +21:55:39 I still think whatever creates the archive should synchronize more than just dump. +21:55:48 yup +21:56:02 are you planning to support bounties too? +21:56:10 welterde: acked +21:56:13 you could just use apache +21:56:17 dream: premature optimization ;) +21:56:19 zzz: acked +21:56:24 oops 3) +21:56:24 I don't have any money sorry T_T +21:56:28 we need a list of stuff to buy/not to buy with donations +21:56:37 and shouldnt echelon and welterde subscriptions really be listed as expenses instead? +21:56:40 what web server does i2p include? +21:56:51 badger: yeah, donations are "for all funds" or dedicated for a bounty +21:57:04 grand +21:57:19 and in paypal there should be a textfield in which you can enter the goal of the money :-) +21:57:33 you could also put a news link on the front page that donations are open +21:57:36 If I donate 1000 EUR do I get a Hot Tuna i2P t-shirt? +21:57:51 but I cannot donate to myself ;-) +21:58:02 hottuna_: say yes! ;) +21:58:16 no prob so far, I wait for the first one and announce it ;-) +21:58:35 you had your chance to come to 25c3 and get a shirt +21:58:47 there is still a 26c3 ;) +21:58:59 acked, zzz - nice idea +22:00:32 so no more from my site to topic donations +22:00:51 -*- welterde waits for paste to load.. +22:01:16 in that case: +22:01:22 4) ???? +22:01:33 anyone else have anything to bring to the meeting? +22:01:37 yup.. +22:01:46 but you have to wait until paste loads :/ +22:01:52 lets have a piece of cake for everyone! +22:02:31 yay! :) +22:02:32 -*- unixfr3ak takes it and runs +22:02:38 nooooo +22:03:03 -*- badger *bafs* unifr3ak on the head +22:03:08 yessss +22:03:12 ;-) +22:03:46 i wonder if that part will go in the meting log +22:03:50 :P +22:03:57 I hereby announce *drum roll* thmoo: inbljam6y6mynwz2474hk655w2jtv7trofxbqzng4re26ga6rg4a.b32.i2p +22:03:58 ;) +22:04:04 unixfr3ak: of course it will! +22:04:15 everyone get a telnet client and connect ;) +22:04:37 not a MUD?! +22:04:40 the base 32 key? +22:04:49 badger: of course! +22:05:06 unixfr3ak: you have to open a client tunnel and connect to that with a telnet/mud client +22:05:08 (or use socks) +22:05:38 i dont want to get my socks dirty ill make a tunnel :p +22:05:43 hmm +22:05:47 but for destination +22:05:50 muddy socks +22:05:59 does that include the .i2p ? +22:06:05 unixfr3ak: yup +22:06:11 worked for me at least ;) +22:06:56 you can also look up the dest of a b32 if you want a local copy. zzz showed me how using i2ptunnel's secret cli interface. +22:07:13 Delay Connect: (for request/response connections) +22:07:18 i take it yes for that +22:07:21 that reminds me I should get these room descriptions off paper and into the darn thing +22:07:24 welterde: maybe post a short howto somewhere ;-) +22:07:35 dream: yay :) +22:07:46 badger: heh.. will do +22:07:58 Trying 127.0.0.1... +22:07:58 Connected to localhost. +22:07:58 Escape character is '^]'. +22:08:02 impressive :P +22:08:02 http://paste.i2p2.i2p/show/11/ <- the b64 +22:08:08 one comment about i2p in general: +22:08:08 i think it is too much "from geeks for geeks" - you need to know what non-geek users need and want +22:08:16 wonder whats on the other side of the tunnel +22:08:20 unixfr3ak, if you're extra paranoid yes, otherwise timing attacks may be possible to test if you're online or not. :> +22:08:21 l00kns33: they want games! :D +22:08:46 l00kns33, what could be less geeky than a text based online adventure game! +22:09:01 unixfr3ak: works? you should see a menu of some kind +22:09:02 I put on my robe and wizard hat! +22:09:19 of coarse +22:09:28 that's one thing - and a good idea :) +22:09:31 Welcome to thmoo-cmd 2.1... +22:09:38 ha :) +22:09:47 you then need to type connect guest afair +22:09:52 whats so impressive about telnet over i2p? +22:10:30 we'll have a connect client soon so you won't need to set up a tunnel +22:10:46 cool :) +22:10:50 unixfr3ak: nothing? +22:11:20 -*- welterde writes up a howto.. +22:11:26 has a weird chat feature :P +22:11:45 well on that note - anything else anyone wants to add? +22:11:46 unixfr3ak: you have to "say something" +22:11:50 I wonder how that would work zzz? You mean like a VPN? +22:12:01 dream: more like socks i think +22:12:05 Or a specially designed telnet client? ._. +22:12:19 Oh well I did hear about SOCKs. +22:12:29 foo siad hi +22:12:31 more like socks +22:12:39 telnet localhost 1234 +22:13:00 connect inbljam6y6mynwz2474hk655w2jtv7trofxbqzng4re26ga6rg4a.b32.i2p +22:13:00 unixfr3ak: and to answer you to "say something" ;) +22:13:06 thats it +22:13:15 socks is tricky, since it's like i2ptunnel except just about anyone can make new tunnels to different places. +22:13:37 yes i know...no need to point out the painfully obvious +22:13:50 dream: no.. i just uses the shared one +22:14:06 at least.. that's how it should work ;) +22:14:34 afk for a bit +22:14:36 well I think we've reached a good point to... +22:14:44 -*- badger winds up +22:14:54 -*- badger *baf*s the meeting closed +22:15:10 :-) +22:15:13 good job everyone +22:16:12 you can't make a server tunnel with the SOCKS thing? hmm... +22:16:34 I guess that would be a pretty nice thing for non HTTP protocols. :) +22:16:49 Either that or implementing CONNECT in the eeproxy. +22:16:52 now you guys are going to dissapear again lol +22:18:38 poofda +22:19:40 I'm still here +22:19:49 our socks is client-only now +22:20:51 I have CONNECT implemented, that's what I was talking about above +22:23:20 Neat I can't think of any reason why not to do that, and it'd be lots more convenient since SOCKS is so goddamn popular many apps come with it. From 9f0f26301c5127bd550e8276338b2c6d87c059ea Mon Sep 17 00:00:00 2001 From: str4d Date: Fri, 18 Apr 2014 07:43:22 +0000 Subject: [PATCH 3/3] Meeting 230 --- i2p2www/meetings/logs/230.log | 176 ++++++++++++++++++++++++++++++++++ i2p2www/meetings/logs/230.rst | 18 ++++ 2 files changed, 194 insertions(+) create mode 100644 i2p2www/meetings/logs/230.log create mode 100644 i2p2www/meetings/logs/230.rst diff --git a/i2p2www/meetings/logs/230.log b/i2p2www/meetings/logs/230.log new file mode 100644 index 00000000..ec4059bf --- /dev/null +++ b/i2p2www/meetings/logs/230.log @@ -0,0 +1,176 @@ +20:00:26 0. Hi +20:00:26 1. anoncoin.i2p console home page request (Meeh) +20:00:26 2. Git (Meeh) +20:00:26 3. Echelon reduced services / incorporation +20:00:26 0. Hi +20:00:27 Hi +20:00:33 Let's limit each topic to about 15 minutes +20:01:43 hi +20:02:02 Hi. +20:02:29 hi eche|on +20:02:39 o/ orion +20:02:48 hi +20:04:08 yo topz +20:05:15 hey +20:05:26 netsplit +20:05:54 boo +20:05:59 hiss +20:06:15 * inscrut_ lobs a tomato +20:08:58 alright, meeting's over. Move along now +20:09:01 on topics 0-2 I am rather more or less "go ahead". +20:09:12 ok lets try this again +20:09:12 0. Hi +20:09:12 1. anoncoin.i2p console home page request (Meeh) +20:09:12 2. Git (Meeh) +20:09:12 3. Echelon reduced services / incorporation +20:09:12 0. Hi +20:09:12 Hi +20:09:12 Let's limit each topic to about 15 minutes +20:09:12 For 2 and 3, which are large and oft-discussed topics, let's focus on where we are now and what to do next, not how we got here +20:09:12 I don't expect to reach any decisions on 2 or 3, but it would be nice to come up with next steps for research if necessary +20:09:12 Also, background on the agenda items are at the link in /topic above. +20:09:12 1. anoncoin.i2p console home page request (Meeh) +20:09:12 Meeh are you here? +20:09:12 skipping 1 and 2 +20:09:12 3. Echelon reduced services / incorporation +20:09:12 eche|on, are you here? +20:09:44 so we skipped 1 and 2 and are on 3. eche|on the floor is yours +20:10:12 due to a lot of private and non private issues, I reduced my services and will reduce some more +20:10:20 e.g. false.i2p is down +20:10:48 which service will be next I cannot tell currently, I will keep on being the money guy for this year at least +20:11:27 I just got some thoughts now tha I could not stop I2P from loosing money due to fraud and other stuff, it gets harder +20:11:54 also the more money, the tougher it gets, esp. with companies donation money to us, which we should spent on "useful" stuff. +20:12:17 I'd like to interject. +20:12:19 it is all not really clear, more a "feeling", I know, but I just want to inform you +20:13:33 Thanks for the time it lasted, anyway. +20:13:33 hi +20:13:33 eche|on, you have any specific proposals to bring to us today? +20:14:30 two possibilities that may lessen your workload slightly - making orion "asst. treasurer - U.S. $$" and Meeh "asst. treasurer - BTC/altcoin" --- would either of those help at all? +20:14:31 my propopsal: think hard about getting incorporated and if not +20:14:50 a $ treasurer will help for $ donations, sure +20:15:00 and meeh for alt/btc would be fine, too +20:15:43 is it possible to publicise the books? perhaps as a dual-entry ledger? +20:15:52 books? +20:16:01 http://echelon.i2p/donations/index.html +20:16:09 Title: Donations (at echelon.i2p) +20:16:26 I want to make two separate proposals. The first one is thus: We should keep the money spread out in multiple currencies (dollar, euro, *coin). +20:16:39 And they should be held in different jurisdictions. +20:16:40 my bigger problem/fear is the amount of nearly 40k € in my hand. as this is "official" my money, for the law. not I2p. +20:17:54 hmm. So if you independently have financial trouble, legally you would need to wipe out I2P funds. +20:18:15 correct +20:18:32 thats the problem with being not a legal entity +20:18:54 and thats why I do not want more than 50k € here, more or less +20:21:36 eche|on: Before considering incorporation, do you agree that the money should be held in both different currencies and jurisdictions? +20:21:43 I do not have big problems (personal) with more than 50k, but if there are problems, I2P will loose, which is not my intention +20:22:05 there's some benefit in keeping a $$ account. Much of our income and expenses is in $$ and we lose lots in the round-trip conversions +20:22:13 orion: a US based $ account is usefull and if someone wants it: yes +20:22:34 I will volunteer to hold USD in an account. +20:23:40 is it managable for mutliple ppl to hold money and yet roll up the totals and transactions on the hall-of-fame page? +20:24:25 it is possible due to mtn/git hosting of our webpage +20:24:42 we would need a table/section for each currency +20:25:06 displaying it is simple +20:25:07 if we want to divide ONE currency upon 2+x people, they need to interact good +20:26:58 eche|on would remain treasurer and responsible for keeping the totals, with assistants responsible for keeping track of their part? +20:27:00 about incorporation: 50k € is not worth the hassle IMHO, but there IS a risk +20:27:16 zzz: would be fine. +20:27:30 incororation does very little to reduce risk +20:27:50 but it takes the risk off me ;-) +20:29:03 I have a proposal that doesn't involve incorporation: a trust fund +20:29:03 doesn't prevent willful money loss, but prevents legal loss due to personal insolvency +20:29:06 so the proposal is to make orion an assistant treasurer - U.S. --- any objections or further discussion on that? +20:29:07 don't spend the bitcoins on acid +20:29:09 I second orion's nomination +20:29:59 ok sounds like a done deal, eche|on and orion can work out the details. +20:30:16 addendum to the topic list: +20:30:24 4. 50BTC Bitcoin client bounty +20:30:43 We're about at the end of our 15 minutes. Any next steps on incorporation or proposals or things to do or research re: incorporation? +20:30:53 50BTC is alot of money for a plugin of I2P btc. Proposal: reduce to 10 and 40BTC into general fund +20:31:05 ok ech you're on the list for #4 +20:31:15 topiltzin: I won't. :x +20:31:29 last call for topic 3 +20:31:35 zzz: Trust fund. +20:31:52 I want to propose that as a cheap alternative to incorporation. +20:32:25 ok, how about if you write up a proposal and post it somewhere and we can discuss at a future meeting? +20:32:41 With e.g. What are the legal differences? +20:33:46 declaring end of topic 3 +20:33:50 back to topic 1 +20:33:52 1. anoncoin.i2p console home page request (Meeh) +20:34:09 any discussions agreement or objections to anoncoin.i2p on the home page? +20:34:44 go ahead, add it +20:35:41 anoncoin could be about to go big and Meeh's working on marketing it more to the I2P community +20:35:48 last call for 1 +20:36:22 I would be carefull about "getting big" even litecoin did not got big, its all a bit of a hype, but hey, great anoncoin is known for I2P +20:36:40 to bad snowden did no marketing for I2P +20:36:49 heh. +20:37:03 but talk to Meeh if you have any questions about his plans +20:37:06 I couldn't view the website, but I have no obvious objections. +20:37:08 will do +20:37:16 end of 1. I'll add it. +20:37:17 2. Git (Meeh) +20:37:30 +1 for anoncoin +20:37:38 No objections for anoncoin. +20:37:39 git - no real objection, except the resume issue and a need for a howto +20:37:40 any thoughts on git? +20:37:56 is there a resume issue? +20:38:08 Pros: +20:38:12 afaik GIT does not resume +20:38:16 Everyone knows it +20:38:24 Wait, what is resume? +20:38:32 What is the context of this topic? +20:38:50 http://zzz.i2p/topics/1588 <--- context +20:38:56 Title: zzz.i2p: Meeting Tues. Mar. 11 8 PM UTC (at zzz.i2p) +20:38:57 If the connection breaks during a fetch/clone/pull/push +20:39:03 orion: on a big clone/pull/... tunnel breaks, does git start over from beginning or in middle of transaction? +20:40:11 Everything supports it +20:40:12 Can sign or approve commits with GPG keys +20:40:12 orion: possible mive from mtn to git +20:40:12 Cons: +20:41:09 - Resume not supported (if a pull fails partway you have to start from beginning) +20:41:09 - local timezone stored in commit +20:41:09 (fix with alias git='TZ=UTC git') +20:41:41 HH recently accepted a pull request on github i2p.i2p. If he can do that, why switch to git? Is real git better than exporting? +20:42:05 real git would be anonymous as we wouldn't be using github +20:42:42 there are other issues with exporting - changes since last export not visible until the next export +20:42:49 I thought the point was to make github pulls easier +20:43:26 if a new contributor has to run git inside i2p, did we really make it any easier for him? +20:43:58 if we did what? +20:44:14 switched to git, whatever that means +20:44:37 I assume we would have in-i2p as well as clearnet git servers, much like we have them in mtn now +20:45:46 and they would sync periodically just like now. Conceptually everything stays the same, all we change is the software +20:45:53 I guess I dont know how pull requests work so I'll stop asking questions +20:47:30 pull request is like saying: "Please sync from my git repo" +20:47:56 on a conceptual level there is very little difference between git and mtn. It's surprising how similar their mechanisms are +20:47:56 how about a straw poll - anybody who has an opinion, type in ++, +, 0, -, or -- for strongly in favor/in favor/neutral/opposed/strongly opposed to moving to git +20:48:05 ++ +20:48:08 ++ +20:48:17 0 +20:49:02 0 +20:50:14 any volunteers to research further and report back? +20:51:08 any specifics on what to research? +20:51:28 we have e.g. viewmtn, trac, and some mtn stuff embedded in our build scripts that would all need to be addressed. Anybody to make a list of what would be required and how much work +20:51:59 and whether the resume issue is a serious problem or not +20:53:01 well then, lets put it back on Meeh since it's his agenda item. We'll ask him to report back at a future meeting. +20:53:10 anything else on 2? +20:53:12 I'll take a look, although I imagine kytv would know best about the build scripts, no? +20:53:42 the build stuff is mostly my doing +20:53:52 end of 2) +20:53:59 4. 50BTC Bitcoin client bounty - echelon go +20:54:39 ok, the native bitcoin client still has 50 BTC leftover for the task of "integrating btc client into I2P client", aka: plugin +20:55:38 there is already a btc client for I2p (IMHO giv made it) and he got 68 BTC and 30€ from the bounty for the standalone client +20:56:08 now: 50 BTC is A LOT for making a plugin. I would like to split it, e.g. 10 BTC for plugin, 40 for general fund +20:56:28 even 10BTC is a lot. +20:57:12 (1BTC is a lot) +20:57:22 (for a plugin) +20:59:04 I do not know, thats why I set it on topic +20:59:16 I do not want to be the bad guy "stealing" money from bounties +21:02:42 no objections to splitting it +21:03:00 ok +21:03:09 will do so +21:03:22 anybody else with thoughts on 4) +21:03:45 just to be clear: no objections on splitting. +21:03:52 anything else for the meeting? +21:04:23 * zzz encourages people to discuss things between meetings +21:04:41 (big objection to 50BTC going to a plugin...i mean http://coinmill.com/BTC_EUR.html#BTC=50) +21:04:45 Title: Convert Bitcoins (BTC) and Euros (EUR): Currency Exchange Rate Conversion Calculator (at coinmill.com) +21:04:53 and reminds that anybody can schedule a meeting on any topic at any time +21:05:06 * zzz *bafs* the meeting closed diff --git a/i2p2www/meetings/logs/230.rst b/i2p2www/meetings/logs/230.rst new file mode 100644 index 00000000..5ebe5428 --- /dev/null +++ b/i2p2www/meetings/logs/230.rst @@ -0,0 +1,18 @@ +I2P dev meeting, March 11, 2014 @ 20:00 UTC +=========================================== + +Quick recap +----------- + +* **Present:** + + AK-47, + eche|on, + efkt, + inscrut_, + kytv, + orion, + psi, + str4d, + topiltzin, + zzz,