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