<mappum>
that CORS fix is fine, but the CSRF issue should be fixed with CSRF tokens
<daviddias>
Merge that PR and tackle CSRF in a different issue/PR
<mappum>
^
<jbenet>
daviddias mappum: merging will expose users. if the referer is _safer_, it may be worth checking the referer is one of the allowed origins. if user says "*" all bets are off.
<jbenet>
mappum can you test the netreport on your cell? curious about the nat there
<daviddias>
jwt are nice because they can be also used for mobile apps (and how the whole thing works is nicer), but they would be only be fun to use in SPAs
<daviddias>
true, but that's what you get by setting your CORS header to "*", it is an anti-pattern, folks should only set only the domains they control
<daviddias>
I believe that referer header doesn't save you from CSRF
cdata4 has quit [Ping timeout: 240 seconds]
<jbenet>
daviddias i think it blocks the stuff mappum showed, but not sure how easy it is to craft others
<jbenet>
mappum ?
<daviddias>
if I make you click in a html form that does a POST to yourappdomain.com, the browser will put the referer header (and cookies) for that domain
<daviddias>
and that's why you need a unique token, so that an attacker can't make a user POST from another page to your server, without having the page loaded first.
<mappum>
well without the referer check, you can even just make a webpage load an image with the url http://localhost:5001/api/v0/some/api/call and it will actually make the API call
<jbenet>
daviddias: referer will be the source though, no? or is POST different?
<mappum>
CORS does prevent from reading the responses though, so you at least can't get privkeys
<zignig>
I seem to getting some instability in the http interface (API), works some of the time.
<daviddias>
SOP won't stop HTML Form submit (POST) from doing it's thing (need to recheck if it injects the right referer header though)
gordonb has quit [Quit: gordonb]
reit has joined #ipfs
notduncansmith has joined #ipfs
notduncansmith has quit [Read error: Connection reset by peer]
<whyrusleeping>
jbenet: merged pinbot PR
gunn has joined #ipfs
notduncansmith has joined #ipfs
notduncansmith has quit [Read error: Connection reset by peer]
<ipfsbot>
[go-ipfs] whyrusleeping created feat/lists (+1 new commit): http://git.io/vYQCD
<ipfsbot>
go-ipfs/feat/lists 21e5e32 Jeromy: implement access control lists for gateway...
notduncansmith has joined #ipfs
notduncansmith has quit [Read error: Connection reset by peer]
reit has quit [Read error: Connection reset by peer]
notduncansmith has quit [Ping timeout: 252 seconds]
infinity0 has quit [Remote host closed the connection]
notduncansmith has joined #ipfs
notduncansmith has quit [Read error: Connection reset by peer]
therealplato1 has quit [Ping timeout: 240 seconds]
<jbenet>
https://github.com/ipfs/go-ipfs/issues/1532 <-- API Tokens discussion. in particular, very excited about the "Signed Objects As Capabilities" part. whyrusleeping check that out for niceness with the new dag format.
<jbenet>
lgierth: do you have some magic for pushing pinbot to pluto without manually stopping all the things?
pinbot has quit [Remote host closed the connection]
pinbot has joined #ipfs
<jbenet>
lgierth: i think something like this works, btw. img=$(docker build -t .) && hash=$(docker save | ipfs add -q | tail -n1) -----> docker load $hash && docker run $img
<jbenet>
the most dead simple way to docker/ipfsize
<jbenet>
we could build the images in one host and have the others pull them out of ipfs. we'll likely need "ipget" (wget replacement + embedded ephemeral ipfs node) to exist first.
notduncansmith has joined #ipfs
notduncansmith has quit [Read error: Connection reset by peer]
<jbenet>
oh nvm, looks like pinbot built fine now. yay
notduncansmith has quit [Read error: Connection reset by peer]
<whyrusleeping>
jbenet: no
<whyrusleeping>
merge 1506
<boxxa>
npm over ipfs would be awesome
<whyrusleeping>
boxxa: help us write it :D
<boxxa>
haha =)
<jbenet>
boxxa there's an issue in the notes two
<jbenet>
Repo*
<boxxa>
i just started playing with IPFS today.
<boxxa>
pretty awesome and so many ideas
<whyrusleeping>
jbenet: make vendor is broken
<whyrusleeping>
or maybe not?
<whyrusleeping>
weird, there was an error for the levenshtein code
<whyrusleeping>
but now its gone
<lgierth>
noo i forgot my charger at the office... :/
<lgierth>
i was about to hack up a yaml-to-json shell script so i can re-use ansible's yml files for a provisioning-using-shell-script tool
<lgierth>
use sed and awk to progressively build a json object using jq
notduncansmith has joined #ipfs
notduncansmith has quit [Read error: Connection reset by peer]
<lgierth>
about to ping out then
<boxxa>
hey whyrusleeping. the example you posted for the Go code to roll your own ipfs layer. Is that built on Mac? I can't seem to get it to run on a Ubuntu server that is running IPFS
<whyrusleeping>
boxxa: nope, wasnt built on a mac, although there is a PR open to fix it
<boxxa>
ah ok. so its not just me that is having issues.
<whyrusleeping>
boxxa: are you using the .go files?
<whyrusleeping>
or copypasting from the readme?
<boxxa>
i am using your example adn copying into host.go and client.go and testing on a few vps servers
<whyrusleeping>
boxxa: what issues are you running into?
<whyrusleeping>
i just copied the code in the readme on master into host.go and client.go
<whyrusleeping>
and they build
<boxxa>
hmm
<boxxa>
what go version?
<whyrusleeping>
1.4.2
<boxxa>
ok let me upgrade with gvm
<Luzifer>
whyrusleeping: fish++! (Finally someone beside myself using fish…)
<ipfsbot>
[go-ipfs] jbenet pushed 2 new commits to cors-fix: http://git.io/vY7ZN
<ipfsbot>
go-ipfs/cors-fix cd8a281 Juan Batiz-Benet: fix API handler to respect referer + exit on CORS...
<ipfsbot>
go-ipfs/cors-fix e0fe22d Juan Batiz-Benet: more serious CORS tests....
<jbenet>
whyrusleeping: yeah that was written very quickly.
<jbenet>
whyrusleeping: your help with all the marshalling / etc would be super good to have. i think we could do this in two steps. step (1) wrap it with a protobuf object duplicating the links (so that we can copy cbor buffers quickly. step (2) (harder) make multicodec and encode/decode cbor or protobuf objects.
<jbenet>
but it may be longer than we want, we may want to go straight to (2).
Leer10 has joined #ipfs
<ipfsbot>
[go-ipfs] jbenet pushed 1 new commit to master: http://git.io/vY7nA
<ipfsbot>
go-ipfs/master e517b65 Juan Benet: Merge pull request #1506 from ipfs/feat/patch-create...
<ipfsbot>
[go-ipfs] jbenet deleted feat/patch-create at aa7d946: http://git.io/vY7nh
tilgovi has joined #ipfs
notduncansmith has joined #ipfs
notduncansmith has quit [Read error: Connection reset by peer]
<ipfsbot>
[go-ipfs] jbenet force-pushed cors-fix from e0fe22d to 8f35c3b: http://git.io/vYyee
<ipfsbot>
go-ipfs/cors-fix 7cf5e87 Juan Batiz-Benet: Added API + Gateway support for arbitrary HTTP headers...
<ipfsbot>
go-ipfs/cors-fix 4a571b0 Juan Batiz-Benet: implement arbitrary HTTP header support...
<ipfsbot>
go-ipfs/cors-fix c633e2b Juan Batiz-Benet: cmds/http: remove referrer check...
boxxa has quit [Quit: Connection closed for inactivity]
bedeho2 has joined #ipfs
zabirauf has joined #ipfs
<zignig>
jbenet: found the commit that breaks astralboot , a7e50f1fbc5a58963a1b1e462575249de61540f1
<zignig>
get weird EOF errors
bedeho2 has quit [Read error: Connection reset by peer]
<ipfsbot>
[go-ipfs] jbenet pushed 1 new commit to fix/coremock: http://git.io/vY78c
<ipfsbot>
go-ipfs/fix/coremock 0578b62 Juan Batiz-Benet: core/mock: make sure node has a ctx and proc...
notduncansmith has joined #ipfs
notduncansmith has quit [Read error: Connection reset by peer]
<ipfsbot>
[go-ipfs] jbenet closed pull request #1529: Fix CORS Support (master...cors-fix) http://git.io/vYyea
<jbenet>
zignig interesting
<jbenet>
zignig i'm seeing some too. have you tried recent master? (like today)
<ipfsbot>
[go-ipfs] jbenet force-pushed fix/coremock from 0578b62 to 5513aab: http://git.io/vYX7W
<ipfsbot>
go-ipfs/fix/coremock 3f6cca8 Jeromy: set identity on core mock to fix ipns tests...
<ipfsbot>
go-ipfs/fix/coremock 5513aab Juan Batiz-Benet: core/mock: make sure node has a ctx and proc...
dylanPowers has quit [Read error: Connection reset by peer]
dPow has joined #ipfs
notduncansmith has joined #ipfs
notduncansmith has quit [Read error: Connection reset by peer]
<ipfsbot>
[go-ipfs] jbenet pushed 1 new commit to master: http://git.io/vY7gP
<ipfsbot>
go-ipfs/master 4ff5923 Juan Benet: Merge pull request #1524 from ipfs/fix/coremock...
<ipfsbot>
[go-ipfs] jbenet created rm-publishing-msg (+2 new commits): http://git.io/vY72F
<ipfsbot>
go-ipfs/rm-publishing-msg d4037f5 Juan Batiz-Benet: ipnsfs: remove "Publishing!" println...
<ipfsbot>
go-ipfs/rm-publishing-msg 8a4c15d Juan Batiz-Benet: ipnsfs: remove context.TODO(), wire to FS context...
<zignig>
jbenet: I had not updated for a week or so and first saw this borkage on current from ~8 hours ago.
<zignig>
will pull and try again.
<jbenet>
zignig :(
<zignig>
hmmm , nope.
<jbenet>
zignig: can you repro it reliably?
<jbenet>
zignig: could we make a test case out of it? that way we can fix it before merging. i dont think we should ship 0.3.6 with that borkage
<zignig>
I'm using the http lib out of go and it is giving me the following errors:
<zignig>
can't write HTTP request on broken connection
<jbenet>
zignig: can you make a test case out of it?
<zignig>
I can try , I've not been using the testing.
<zignig>
will try to isolate where it is happening in my code.
<ipfsbot>
[go-ipfs] jbenet deleted rm-publishing-msg at 8a4c15d: http://git.io/vY7wf
notduncansmith has joined #ipfs
notduncansmith has quit [Read error: Connection reset by peer]
<ipfsbot>
[go-ipfs] rht deleted fix/coremock at 5513aab: http://git.io/vY76c
atomotic has joined #ipfs
notduncansmith has joined #ipfs
notduncansmith has quit [Read error: Connection reset by peer]
www has quit [Ping timeout: 264 seconds]
dlight has joined #ipfs
notduncansmith has joined #ipfs
notduncansmith has quit [Read error: Connection reset by peer]
<zignig>
hmmm , found some weirdness.
<zignig>
if I put a delay between requests I don't get the error.
bedeho has quit [Ping timeout: 244 seconds]
<zignig>
looks like the new http command handler is not doing coping with requests close together.
<zignig>
and it's content length handling is borked too.
<zignig>
http: invalid Content-Length of "-1"
<jbenet>
zignig: wait, it reports -1 ?
<jbenet>
like actually, the request has -1?
notduncansmith has joined #ipfs
<jbenet>
cc whyrusleeping
notduncansmith has quit [Read error: Connection reset by peer]
<zignig>
http.go says it "-1" when it's not reported correctly.
<zignig>
let me add some logging...
<zignig>
the http handler in go is reporting a size of -1 ( from the doc , that's length unknown )
<jbenet>
ah yeah, streams may not have length necessarily. there's cases where content-length is not known.
<jbenet>
(you may run into it if you're doing ipfs cat or ipfs add)
<zignig>
indeed , but this is cat and ls through the api. they should be known sizes.
<zignig>
hmmm, I really need them to serve files over http.
<jbenet>
zignig: ah yeah, without progress bar, should be known sizes.
<jbenet>
(zignig: though... nodes may lie. so content-length may be incorrect if _only_ grabbing it from a merkledag node)
<jbenet>
(and streaming it in)
<zignig>
can the api be defaulted to streaming = no ?
dbolser has joined #ipfs
<dbolser>
hihi
<zignig>
dbolser: greetings earthing !
<dbolser>
a friend criticised, "there is no coverage of ipfs on any tech blogs, therefore, it's not big"
<dbolser>
can you try to get covered somehow?
<dbolser>
Is there a forum that runs on IPFS?
<dbolser>
am I right in thinking the IPFS web appliction demoed in the introductory video uses IPFS directly through a JS library rather than the 'web-proxy'?
<dbolser>
I was thinking how cool it would be to have a wiki or forum running on IPFS
<dbolser>
I need to research file based indexes...
<dbolser>
does the hash of a directory change when it's contents changes?
<zignig>
dbolser: there are still some bits and pieces of ipfs to build before we get to that point.
<dbolser>
what point?
<jbenet>
"does the hash of a directory change when it's contents changes?" of course. it's like git
<dbolser>
being covered by a tech blog?
<zignig>
dbolser: wikii and forra ?
<dbolser>
jbenet: ic
<jbenet>
"I was thinking how cool it would be to have a wiki or forum running on IPFS" yep, those are goals. help us build them.
* zignig
wonders if the plural of plural is plurii ?
<dbolser>
zignig: I think it's just wikis and forums, like viruses
<jbenet>
zignig: it can be done now. even without ipns, though ipns will ofc be better.
<dbolser>
zignig: only if it's latin
<dbolser>
right
<zignig>
dbolser: :)
<dbolser>
that's what I was thinking
<dbolser>
ipns makes it easier
<dbolser>
OK, how do you get in znet or techcrunch or whatever?
<zignig>
jbenet: I was thinking ipfs referencing.
<jbenet>
dbolser: also, "there is no coverage of ipfs on any tech blogs, therefore, it's not big" does not follow. at all. it's absurdly incorrect. -- lots of things remain silent for a while.
<dbolser>
jbenet: sure, but thats an opinion of a real genuine person
<dbolser>
so to change that person's mind, you could just solicit a few articles... somehwo
<dbolser>
thanks for answers, I'll lurk but probably won't catch up.
<jbenet>
dbolser: no, i don't. frankly, if someone is as shortsighted to think that, i dont think i would _want_ them as an early user.
<dbolser>
I'm thinking that I can put pointers to forum posts or wiki pages under some sort of directory based time-stamp encoded index?
<dbolser>
that user also asked, what is the usecase?
<dbolser>
is the key value prop uncensorability?
<dbolser>
also, isn't your blacklist idea just a massive directory of 'interesting' content?
<dbolser>
does the app you demo in the vid running in pure JS/IPFS, or is it using the web proxy?
<dbolser>
what do you call it... the gateway?
<dbolser>
"uses bittorrent-inspired block exchange" are files actually torrented? I had the impression the blocks were just the dht
<jbenet>
dbolser: i appreciate the enthusiasm, but please look around github, the paper, the talks, or the irc logs. all the answers you want are readily there.
<dbolser>
*all*?
<dbolser>
;-P
<jbenet>
so far, yes.
<dbolser>
OK, just answer me one quick question if you don't mind?
<dbolser>
does the app you demo in the vid running in pure JS/IPFS, or is it using the web proxy?
* dbolser
stomps around
<dbolser>
I guess you're trying to encourage me to go off and learn about the project so I can become a better person or whatever, but it would be really useful to get a few quick answers. I've literally got 5 mins before work to look at things like this, and well.. times up
<dbolser>
thanks for the interesting project
dignifiedquire has joined #ipfs
<ipfsbot>
[go-ipfs] jbenet created fix-add-w (+3 new commits): http://git.io/vY5fn
<ipfsbot>
go-ipfs/fix-add-w 7a41dcb Juan Batiz-Benet: updated goprocess (SetTeardown fix)...
<ipfsbot>
go-ipfs/fix-add-w a8dae30 Juan Batiz-Benet: add -w: fix to work correctly with dirs....
<ipfsbot>
go-ipfs/fix-add-w 578fd02 Juan Batiz-Benet: fuse unmount fixes...
<jbenet>
dbolser it's using the HTTP proxy, but a local one. installed with go-ipfs.
notduncansmith has joined #ipfs
notduncansmith has quit [Read error: Connection reset by peer]
bedeho has joined #ipfs
www has joined #ipfs
<zignig>
jbenet: so by adding a delay between api requests the EOF and connection terminated errors stop
<zignig>
the content size is reported as -1 for all requests ( as is chunked and X-Stream-Output ).
<ehd>
has anyone done any ipfs connectivity within iOS or android apps?
* zignig
blames whyrusleeping ;P
gunn has quit [Excess Flood]
notduncansmith has joined #ipfs
notduncansmith has quit [Read error: Connection reset by peer]
<jbenet>
zignig: yeah we're not sure what we're doing wrong according to what http lib expects. we think it's likely the connection pool thing. if you read the irc logs, there's a part where cryptix and whyrusleeping were discussing this. (disabling keepalives fixes it we think, so does using a new http transport every time)
<jbenet>
ehd: yes, there's an ios and android PoCs
<cryptix>
hellow :)
notduncansmith has joined #ipfs
notduncansmith has quit [Read error: Connection reset by peer]
<ipfsbot>
[go-ipfs] jbenet force-pushed fix-add-w from a8dae30 to 6e6badf: http://git.io/vY5nh
<ipfsbot>
go-ipfs/fix-add-w 6e6badf Juan Batiz-Benet: add -w: fix to work correctly with dirs....
<cryptix>
btw jbenet: what do you think of adding a mount commant to mount a specific hash to a mountpoint? like 'ipfs mount /ipfs/$webRootHash /srv/www'
<cryptix>
i had this idea of this + logging modification attempts for reverse eng work
notduncansmith has joined #ipfs
notduncansmith has quit [Read error: Connection reset by peer]
<jbenet>
cryptix: yeah i very much want that
_whitelogger____ has joined #ipfs
fleeky_ has joined #ipfs
pinbot has quit [Ping timeout: 240 seconds]
_whitelogger___ has quit [Ping timeout: 240 seconds]
fleeky has quit [Ping timeout: 240 seconds]
pinbot has joined #ipfs
barnacs has joined #ipfs
notduncansmith has joined #ipfs
notduncansmith has quit [Read error: Connection reset by peer]
keroberos has quit [Quit: this is it]
keroberos has joined #ipfs
notduncansmith has joined #ipfs
notduncansmith has quit [Read error: Connection reset by peer]
<zignig>
jbenet: ok , as long as the awesome ipfs dev team knows about it. :)
www has quit [Ping timeout: 244 seconds]
notduncansmith has joined #ipfs
notduncansmith has quit [Read error: Connection reset by peer]
ei-slackbot-ipfs has quit [Remote host closed the connection]
bedeho has quit [Remote host closed the connection]
rschulman_ has joined #ipfs
rschulman__ has quit [Quit: rschulman__]
therealplato has joined #ipfs
xelra has quit [Ping timeout: 252 seconds]
Taek has quit [Ping timeout: 246 seconds]
martinklepsch has quit [Ping timeout: 252 seconds]
qqueue has quit [Ping timeout: 244 seconds]
qqueue has joined #ipfs
nausea has quit [Ping timeout: 264 seconds]
Taek has joined #ipfs
atrapado has joined #ipfs
boxxa has joined #ipfs
martinklepsch has joined #ipfs
nausea has joined #ipfs
nausea has joined #ipfs
<boxxa>
is there a command line method to force the public IP to listen on?
<boxxa>
i have a Azure server behind a NAT and the public IP isn't on there so its having problems with the client connecting to the host
<jbenet>
boxxa: it's a good idea to allow users to add "manually hole punched" addresses. maybe file an issue on go-ipfs ?
uhhyeahbret has quit [Remote host closed the connection]
<jbenet>
boxxa: for now, try rebooting your daemon-- it _should_ figure out its own observed addrs. if not behind a symmetric nat.
<jbenet>
(the kind of nat is the kicker, really)
uhhyeahbret has joined #ipfs
uhhyeahbret has quit [Client Quit]
uhhyeahbret has joined #ipfs
<boxxa>
sure. still new to the project and digging through all teh stuff
<boxxa>
so was holding off before filing any issues but saw this with Azure since everything is behind a VIP
<boxxa>
if I curl from my azure node to ipconfig.co it does reply with the public VIP address
<boxxa>
so that is a plus but can't seem to get the host.go client.go custom app to work it seems through two Azure compute nodes
<boxxa>
but launching daemon does seem to detect it. now im stumped. lol
<jbenet>
boxxa the daemon's init code is pretty complicated, maybe there's something missing in the custom app/service. we're distilling a lot of this stuff into a core api that we need to refine.
<boxxa>
no worries. know its an alpha release still =) just very cool.
<jbenet>
thanks!
<boxxa>
im gonna try to move my host.go peer to a public VPS and see if that solves the dial issues
<whyrusleeping>
jbenet: if i pass a nil blockstore into the blockservice constructor, can we panic instead of returning an error?
<whyrusleeping>
thats programmer error
<whyrusleeping>
and i firmly beleive programmer errors should panic
<jbenet>
yeah sure
<jbenet>
also, the blockservice should become a blockstore
<whyrusleeping>
that can happen later, i'm working on splitting our blockstore/dagstore into public and private
<jbenet>
before you do that, can you please write up the proposed changes? i have a terrible feeling about this split-- I think it's going to cause a lot of trouble to the codebase. we're not seeing each other's viewpoint, so in cases like these we should discuss the changes clearly beforehand.
<whyrusleeping>
i mean, it took five minutes to write the code
<whyrusleeping>
but i'll write it up
<jbenet>
ok i'm down to discuss over PR, write up = saving time, but looks like you're done already
<ipfsbot>
[go-ipfs] whyrusleeping created private-blocks (+1 new commit): http://git.io/vYFFG
<ipfsbot>
go-ipfs/private-blocks 609a335 Jeromy: WIP: separate private and public blocks...
<ipfsbot>
[go-ipfs] whyrusleeping opened pull request #1538: WIP: separate private and public blocks (dev0.4.0...private-blocks) http://git.io/vYFFS
<whyrusleeping>
jbenet: thats the gist of it
<whyrusleeping>
doing this also makes me *really* want to work on unifying daemon construction
<jbenet>
yeah, to be totally blunt... do not want. it's going to be a mess knowing where to put what, and carrying 2x of each everywhere. let alone that this is just binary, it has no way of growing towards the middle gray areas of serving specific things to specific authed groups. i think coloring (marking things that are allowed or denied) is a much simpler
<jbenet>
approach. it can be made fast in the exact same way (you can use a datastore to get O(1) access to the perms on any given object)
pfraze has joined #ipfs
<whyrusleeping>
thats going to suck...
<jbenet>
.... because?
<whyrusleeping>
then we have to change all the interfaces to support putting permissions with each block stored
<whyrusleeping>
the possibility of making a mistake goes up much more
<whyrusleeping>
and things become a lot slower because now you have 2x the disk hits and latency for each block
<jbenet>
no, not at all, why? permissions are only relevant on a small set of cases: when an object is externalized
<whyrusleeping>
every write is now two writes
<whyrusleeping>
every read is now two reads
niran has joined #ipfs
<jbenet>
"every write is now two writes" not at all. writing perms and writing objects is correlated once.
<jbenet>
caps are small, can likely be kept in memory (or lots of it)
<jbenet>
"the possibility of making a mistake goes up much more" this applies just as much to jugging two dagservs/blockstores/.... all over the place. these are different approaches with different things to watch out for.
<jbenet>
i think instead of being tied to specific solutions, we should be picking based on the problems we need to solve, which include authentication/capability sets.
<jbenet>
in fact, can just use caps for everything, store sensitive blocks encrypted, whoever presents the right cap can get something, whoever has the right decrypt cap can decrypt.
voxelot has joined #ipfs
<jbenet>
zero bookkeeping, as the cap itself used to retrieve the object is the "permission".
<jbenet>
anyway, let's keep discussing on gh. this is not pressing for 0.3.6
sindresorhus has joined #ipfs
www1 has joined #ipfs
cdata4 has joined #ipfs
oleavr has joined #ipfs
dignifiedquire has quit [Quit: dignifiedquire]
kevin`` has quit [Remote host closed the connection]
vonzipper has quit [Remote host closed the connection]
mappum has quit [Remote host closed the connection]
jbenet has quit [Remote host closed the connection]
lohkey has quit [Remote host closed the connection]
Luzifer has quit [Remote host closed the connection]
insanity54 has quit [Remote host closed the connection]
<ipfsbot>
[go-ipfs] whyrusleeping created log-api-route (+1 new commit): http://git.io/vYb8y
<whyrusleeping>
sprint checkin: working on getting 0.3.6 out the door, also started taking a look at rabin chunking
rschulman_ has joined #ipfs
mmuller has joined #ipfs
keroberos has quit [Max SendQ exceeded]
Encrypt has joined #ipfs
dignifiedquire has joined #ipfs
hellertime has quit [Quit: Leaving.]
keroberos has joined #ipfs
kbala has joined #ipfs
rht__ has quit [Read error: Connection reset by peer]
voxelot has joined #ipfs
notduncansmith has joined #ipfs
notduncansmith has quit [Read error: Connection reset by peer]
rschulman_ has quit [Quit: rschulman_]
notduncansmith has joined #ipfs
notduncansmith has quit [Read error: Connection reset by peer]
<ipfsbot>
[go-ipfs] whyrusleeping created fix/read-closed-body (+1 new commit): http://git.io/vYAlY
<ipfsbot>
go-ipfs/fix/read-closed-body 082c147 Jeromy: should fix issue where 'read on closed body' error was leaking down...
<alu>
Any of you gunna be at DEFCON?
<alu>
jbenet whyrusleeping daviddias
<alu>
.. kyledrake
<daviddias>
alu: not this year :)
<alu>
aw turn down for hwhat
<ipfsbot>
[go-ipfs] whyrusleeping opened pull request #1540: should fix issue where 'read on closed body' error was leaking down (master...fix/read-closed-body) http://git.io/vYA8t
rht__ has joined #ipfs
<whyrusleeping>
alu: nope, too many people for me
<alu>
o.o
<kyledrake>
alu I'm laying low to focus on work.
notduncansmith has joined #ipfs
notduncansmith has quit [Read error: Connection reset by peer]
<ogd>
and to hide from the government, dont lie
<whyrusleeping>
yeah, one of these years theyre just going to arrest everyone at defcon for being a terrorist organization or something
<mmuller>
I assumed they recruited from defcon?
<whyrusleeping>
they do
<alu>
ya
reit has quit [Ping timeout: 255 seconds]
rschulman_ has joined #ipfs
rschulman_ has quit [Quit: rschulman_]
pfraze has quit [Remote host closed the connection]
Encrypt has quit [Quit: Quitte]
thelinuxkid has joined #ipfs
jewels has joined #ipfs
jewels has left #ipfs [#ipfs]
rschulman_ has joined #ipfs
cdata4 has quit [Ping timeout: 252 seconds]
therealplato has quit [Ping timeout: 265 seconds]
<ipfsbot>
[go-ipfs] jbenet closed pull request #1540: should fix issue where 'read on closed body' error was leaking down (master...fix/read-closed-body) http://git.io/vYA8t
www has joined #ipfs
www1 has quit [Ping timeout: 246 seconds]
<ipfsbot>
[go-ipfs] jbenet deleted log-api-route at b10e26a: http://git.io/vYxLP
<jbenet>
zignig are you around?
<jbenet>
zignig would love to see if we fixed the api bugs for you. we're not sure it's fixed but maybe.
<whyrusleeping>
^ +1
thelinuxkid has left #ipfs [#ipfs]
thelinuxkid has joined #ipfs
pfraze has joined #ipfs
<whyrusleeping>
jbenet: can i drop 0.3.6?
rschulman_ has quit [Quit: rschulman_]
<jbenet>
whyrusleeping: let me just confirm gobuilder built things right
<whyrusleeping>
jbenet: sounds good
<whyrusleeping>
i'm running a bunch of tests right now to make sure its solid
dignifiedquire has quit [Quit: dignifiedquire]
<jbenet>
whyrusleeping: install.sh is not +x ont he tarball :(
<jbenet>
Luzifer: o/
<Luzifer>
hm. yeah. its a copy…
<Luzifer>
but copying the modes should not be a big issue
<jbenet>
Luzifer: can has fix? we'd like to release 0.3.6
<jbenet>
btw whyrusleeping maybe we should lock the links in ipfs.io/docs/install to the "release" branch instead of "master" and that way we can just update release to the latest tagged release
<jbenet>
i dont have time to set that up today, but i can tomorrow. not a big deal.