whyrusleeping changed the topic of #ipfs to: Release Candidate 2 of go-ipfs v0.4.3 has been released, available at https://dist.ipfs.io -- IPFS - InterPlanetary File System -- https://github.com/ipfs/ipfs -- FAQ: https://git.io/voEh8 -- Channel logs: https://botbot.me/freenode/ipfs/ -- Code of Conduct: https://git.io/vVBS0 -- Sprints: https://git.io/voEAh
demize has joined #ipfs
mvorg has quit [Ping timeout: 260 seconds]
gavin has quit [Ping timeout: 276 seconds]
ZaZ has quit [Quit: Leaving]
computerfreak has quit [Remote host closed the connection]
cemerick has joined #ipfs
<ShawkHawk[m]> hello everyone, i would like to contribute some storage space to IPFS. what's the best way to go about it? Ideally I'd like to run an ipfs node that pins everything it can until it's full and then starts to prune old things
<ShawkHawk[m]> what is the most useful style of contribution to this effort?
<ShawkHawk[m]> is it better to have one large node or many small nodes? is it better to attach it to DNS so it can be served through the legacy internet also or better to skip that?
<njm14823[m]> I would like to start to build a directory of IPFS content. Does anyone have any hashes that they would like to share?
cemerick has quit [Ping timeout: 244 seconds]
r04r is now known as zz_r04r
wallacoloo has joined #ipfs
JesseW has joined #ipfs
cketti_ has joined #ipfs
herzmeister has joined #ipfs
cketti has quit [Ping timeout: 276 seconds]
herzmeister has quit [Remote host closed the connection]
Kane` has joined #ipfs
herzmeister has joined #ipfs
malabaris has joined #ipfs
malabaris has left #ipfs [#ipfs]
<jakobvarmose> There is a reddit post with a lot of hashes: https://www.reddit.com/r/ipfs/comments/4cytxa/hash_sharing_thread/
<jakobvarmose> Unfortunately a lot of them are dead links
JesseW has quit [Ping timeout: 244 seconds]
apiarian has quit [Ping timeout: 264 seconds]
apiarian has joined #ipfs
computerfreak has joined #ipfs
<TheGillies> which is a bit ironic
JesseW has joined #ipfs
wallacoloo has quit [Ping timeout: 250 seconds]
<jakobvarmose> TheGillies, Yes. IPFS is a really great technology, but it needs to become more robust, so it actually becomes "The permanent web"
<JesseW> yeah, they're focusing on lower levels of the implementation so far
Oatmeal has joined #ipfs
<kevina> whyrusleeping: I am trying to discover why you abandoned the idea of storing indirect pins in the datastore
wallacoloo has joined #ipfs
<kevina> and it is not making much sense to me.
TheWhisperSP3 has quit [Ping timeout: 244 seconds]
TheWhisperSP3 has joined #ipfs
<kevina> #1225: store pins in IPFS objects, how can that even work, pinning is a local thing, and any change to an ipfs object will change the hash. Very confused.
dmr has joined #ipfs
MDude has quit [Ping timeout: 258 seconds]
computerfreak has quit [Remote host closed the connection]
opal has quit [Quit: Have you eaten ground beef recently? Ground beef is the result of everything outside of the cow's bones (including nerves) being ground up. Ground beef often contains prions (misfolded proteins)which due to mammalic protein metabolism act virally and wil]
opal has joined #ipfs
rgrinberg has joined #ipfs
Oatmeal has quit [Ping timeout: 250 seconds]
<kevina> JesseW: yes
tmg has joined #ipfs
<JesseW> jbenet: I'm not sure how linknames from a well-known root are similar to petnames?
PrinceOfPeeves has quit [Quit: Leaving]
<JesseW> linknames are similar to *nicknames* (using the vocabulary of the petname essay) but not petnames, since they aren't private (and therefore lack any security properties)
<JesseW> ah, but maybe what jbenet meant was that petnames could be *implemented* via an unixfs file object...
<JesseW> which I think probably is true, although it would still need support in the UI to display them, and a way to update
<JesseW> and how fast is it to lookup an arbitrary multihash to see what, if any, linkname it has in a unixfs file object?
mgue has quit [Quit: WeeChat 1.5]
krs93_ has joined #ipfs
mgue has joined #ipfs
Oatmeal has joined #ipfs
JesseW has quit [Ping timeout: 258 seconds]
herzmeister has quit [Quit: Leaving]
herzmeister has joined #ipfs
<physes> I am building an Ethereum-powered dns system for ipfs. Top-level-domains will be represented as "clusters" in the system with a binary tree database of urls (mapping ethereum address => url => ipfs hash). Hoping to use ipns for routing (express style), but use ethereum for the primary dns system since it will then be possible to trade and pass ownership of domains. I'm planning to launch the prototype on the Morden testnet next week
seagreen has joined #ipfs
<physes> Domains will take the form of "ipfs://www.domain.com" with the ability to create custom prefixes also.
<physes> In addition along with the namespace working on an ipfs-configured browser project which will be able to switch between the http and ipfs ox
ygrek_ has quit [Ping timeout: 265 seconds]
physes has quit [Quit: Page closed]
chris613 has quit [Read error: Connection reset by peer]
physes has joined #ipfs
physes has quit [Quit: Page closed]
rardiol1 has quit [Ping timeout: 252 seconds]
herzmeister has quit [Quit: Leaving]
herzmeister has joined #ipfs
physes has joined #ipfs
JesseW has joined #ipfs
physes has quit [Ping timeout: 264 seconds]
Bheru27 has quit [Remote host closed the connection]
Bheru27 has joined #ipfs
JesseW has quit [Ping timeout: 265 seconds]
Tv` has quit [Quit: Connection closed for inactivity]
physes has joined #ipfs
<whyrusleeping> physes: take a look at this issue first: https://github.com/ipfs/go-ipfs/issues/1678
balboah has joined #ipfs
JesseW has joined #ipfs
rgrinberg has quit [Ping timeout: 240 seconds]
<physes> thanks whyrusleeping. Was never a fan of the /ipns/ syntax as it looks lopsided. ipfs:// is crisp and also users will expect that format. I think the best use for ipns is for routing through the inner file hierarchy of a website but use a seperate namespace to point to the hash itself, that way there is more flexibility (you can point the url to different hashes and pass ownership- both essential features of a dns system)
<whyrusleeping> physes: we're definitely not going away from /ipns/... syntax, thats the canonical identifier
<whyrusleeping> read this comment in particular: https://github.com/ipfs/go-ipfs/issues/1678#issuecomment-157478515
<ipfsbot> [go-ipfs] whyrusleeping deleted pin at 2a453f2: https://git.io/v6KAN
erde74 has quit [Remote host closed the connection]
<voxelot> ipfs:/ipfs/QmX2z913b89mMiEJCARgWRbeg2xeHJmHp4Pf7vi95wNW4J
cryptix has joined #ipfs
cryptix has quit [Client Quit]
wallacoloo has quit [Ping timeout: 260 seconds]
nerdshark has quit [Ping timeout: 244 seconds]
dignifiedquire has joined #ipfs
j12t has quit [Remote host closed the connection]
tmg has quit [Ping timeout: 250 seconds]
tmg has joined #ipfs
chriscool has joined #ipfs
JesseW has quit [Ping timeout: 250 seconds]
<physes> thanks- I wasn't suggesting ipns change the canonical syntax. I do understand the reasons it and the goal of harmonizing the web with unix. For nebulis, using ipfs:// is technically correct according to RFC specs because the contracts are a hierarchical tree. But I'm open to having multiple optiions for the scheme name including harmonizing with /ipfs/ if this is the consensus.
ygrek_ has joined #ipfs
dmr has quit [Quit: Leaving]
dmr has joined #ipfs
uzyn has joined #ipfs
jonnycrunch has quit [Ping timeout: 252 seconds]
chriscool has quit [Read error: No route to host]
cketti_ has quit [Quit: Leaving]
Oatmeal has quit [Ping timeout: 264 seconds]
<ipfsbot> [js-ipfs] diasdavid closed pull request #423: Update interface-ipfs-core to version 0.12.0
test1[m] has joined #ipfs
test1[m] has left #ipfs [#ipfs]
mgue has quit [Ping timeout: 244 seconds]
reit has joined #ipfs
physes has quit [Ping timeout: 264 seconds]
reit has quit [Quit: Leaving]
<balboah> jakobvarmose: thanks. Same thing today though after re-publish. ipfs.io can find it but not my 2nd ipfs daemon. oh well
<balboah> maybe it doesn’t work if both are nat'ed?
kvda has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
mgue has joined #ipfs
j12t has joined #ipfs
vbsd has joined #ipfs
chriscool has joined #ipfs
warner has quit [Ping timeout: 244 seconds]
reit has joined #ipfs
Oatmeal has joined #ipfs
fleeky has quit [Ping timeout: 276 seconds]
warner has joined #ipfs
jonnycrunch has joined #ipfs
j12t has quit [Ping timeout: 265 seconds]
tmg has quit [Ping timeout: 264 seconds]
fleeky has joined #ipfs
<jakobvarmose> balboah, That might be the case. I don't know how well IPFS handles NATs
corvinux has joined #ipfs
tmg has joined #ipfs
physes has joined #ipfs
j12t has joined #ipfs
pfrazee has joined #ipfs
G-Ray has joined #ipfs
<dignifiedquire> good morning
<dignifiedquire> daviddias: how are things looking?
<daviddias> morning :)
<daviddias> which of the things? :)
<dignifiedquire> all the things :D
<dignifiedquire> I am starting my day off with bitswap :)
<dignifiedquire> how are your interface stories coming along?
<dignifiedquire> need some more review from me?
Boomerang has joined #ipfs
<daviddias> Have you fully reviewed the js-ipfs-api PR?
<dignifiedquire> hmm let me check
<dignifiedquire> what about ci there?
<daviddias> CI seems to just give up on browser tests
<daviddias> which is really annoying because it is not a library thing
<daviddias> these tests do run well on my machine
<dignifiedquire> I bet you it's the memory issues
<daviddias> probably CI doesn't have 4GB of ram available
<dignifiedquire> this stuff runs in memory limited containers
<daviddias> which makes our need for a new CI infra even more desired
<daviddias> (or just fix the thing in WebPack)
<dignifiedquire> setting up ci is probably quicker :D
<daviddias> I'm divided on getting CI green and moving forward with the project
<daviddias> more inclined to move the project forward
<daviddias> I might add a note to the README before merge that we need why the badge is red
<daviddias> so that folks feel confortable using the library
pfrazee has quit [Remote host closed the connection]
<dignifiedquire> you could also disable browser tests on ci for now
<daviddias> or that
ygrek_ has quit [Ping timeout: 276 seconds]
uzyn has quit [Quit: uzyn]
s_kunk has joined #ipfs
physes has quit [Quit: Page closed]
zero-ghost has quit [Quit: Leaving.]
j12t has quit [Ping timeout: 244 seconds]
Kane` has quit [Quit: Leaving]
insanity54 has joined #ipfs
insanity54 has quit [Remote host closed the connection]
chriscool has quit [Read error: Connection reset by peer]
rendar has joined #ipfs
zero-ghost has joined #ipfs
j12t has joined #ipfs
zorglub27 has joined #ipfs
mbrock has joined #ipfs
Encrypt_ has joined #ipfs
chriscool has joined #ipfs
mvorg has joined #ipfs
jgantunes has joined #ipfs
Encrypt_ has quit [Quit: Quitte]
j12t has quit [Ping timeout: 252 seconds]
s_kunk has quit [Remote host closed the connection]
corvinux has quit [Ping timeout: 258 seconds]
s_kunk has joined #ipfs
<dignifiedquire> daviddias: review all the code? ;)
Encrypt_ has joined #ipfs
j12t has joined #ipfs
<daviddias> one by one :)
<dignifiedquire> I see you have mastered the art of pulling :P
<daviddias> I really like how the abstractions are done
<daviddias> thank you for putting all this work upfront
<dignifiedquire> :) happy to hear that
ecloud is now known as ecloud_wfh
<dignifiedquire> I'm still confused about dial/listen/dialer/listener :D
<daviddias> it is just a bikeshed to avoid confusion in the future
<daviddias> What I meant by my comment
<daviddias> is that we have declared on https://github.com/libp2p/interface-transport
<daviddias> that .dial and .listen mean something
<daviddias> and it is more intuitive to say that something 'is for the dialer', than it is actually 'dialing' when it comes to things that happen on top of an already 'dialed' conn
<dignifiedquire> right, but then calling it "dialer" is not much more helpful I feel
<daviddias> ok, any other name suggestion?
<dignifiedquire> thinking
<dignifiedquire>
<dignifiedquire> there is another thought I had here, independent of the name, why can't we make identify symmetric?
<dignifiedquire> is there any benefit of it being asymmetric?
<daviddias> that is explained in that issue
<dignifiedquire> the one about interop?
<daviddias> https://github.com/libp2p/js-libp2p-swarm/issues/78 tl;dr; go doesn't do it that way
<daviddias> we were doing it before
<dignifiedquire> why u no clever go :(
<dignifiedquire> okay so we have to keep it the way it currently is to make sure it interops, but in general we want to move things like identify to be symmetric?
<dignifiedquire> what does go call these things? dialer and listener as well?
j12t has quit [Ping timeout: 252 seconds]
j12t has joined #ipfs
Encrypt_ has quit [Quit: Quitte]
achin[GRA] is now known as achin
j12t has quit [Ping timeout: 250 seconds]
Boomerang has quit [Quit: Lost terminal]
<dignifiedquire> daviddias: ^^
Boomerang has joined #ipfs
Oatmeal has quit [Ping timeout: 258 seconds]
herzmeister has quit [Quit: Leaving]
herzmeister has joined #ipfs
cryptix has joined #ipfs
chriscool has quit [Read error: Connection reset by peer]
gdt[m] has joined #ipfs
zz_r04r is now known as r04r
chriscool has joined #ipfs
rardiol has joined #ipfs
mads[m] has quit [Ping timeout: 244 seconds]
M-staplemac has quit [Ping timeout: 244 seconds]
M-jaxondu has quit [Ping timeout: 244 seconds]
rodarima[m] has quit [Ping timeout: 244 seconds]
M18691[m] has quit [Ping timeout: 244 seconds]
Caquilala[m]1 has quit [Ping timeout: 244 seconds]
Guest18705[m] has quit [Ping timeout: 244 seconds]
Guest31078[m] has quit [Ping timeout: 244 seconds]
M-slang has quit [Ping timeout: 244 seconds]
rdesfo[m] has quit [Ping timeout: 244 seconds]
M-jabl has quit [Ping timeout: 244 seconds]
Ineentho[m] has quit [Ping timeout: 244 seconds]
monzoon[m] has quit [Ping timeout: 244 seconds]
M-sokoow has quit [Ping timeout: 244 seconds]
M18337[m] has quit [Ping timeout: 244 seconds]
M-rjan has quit [Ping timeout: 244 seconds]
M-Robin has quit [Ping timeout: 244 seconds]
M-10670 has quit [Ping timeout: 244 seconds]
M-4447 has quit [Ping timeout: 244 seconds]
atomet[m] has quit [Ping timeout: 244 seconds]
TheGillies has quit [Ping timeout: 244 seconds]
M-whyrusleeping has quit [Ping timeout: 244 seconds]
M-16865 has quit [Ping timeout: 244 seconds]
M-5703 has quit [Ping timeout: 244 seconds]
M-s6 has quit [Ping timeout: 244 seconds]
M-jackvt93 has quit [Ping timeout: 244 seconds]
M-infpetal has quit [Ping timeout: 244 seconds]
dudezer0_bot[m] has quit [Ping timeout: 244 seconds]
Guest22926[m] has quit [Ping timeout: 244 seconds]
M-Amandine has quit [Ping timeout: 244 seconds]
herzmeister has quit [Quit: Leaving]
mads[m] has joined #ipfs
M-staplemac has joined #ipfs
M18691[m] has joined #ipfs
M-jaxondu has joined #ipfs
rodarima[m] has joined #ipfs
Guest31078[m] has joined #ipfs
M-jabl has joined #ipfs
Caquilala[m]1 has joined #ipfs
M-slang has joined #ipfs
Guest18705[m] has joined #ipfs
rdesfo[m] has joined #ipfs
Ineentho[m] has joined #ipfs
M18337[m] has joined #ipfs
atomet[m] has joined #ipfs
monzoon[m] has joined #ipfs
M-4447 has joined #ipfs
M-sokoow has joined #ipfs
M-rjan has joined #ipfs
M-Robin has joined #ipfs
M-10670 has joined #ipfs
TheGillies has joined #ipfs
M-s6 has joined #ipfs
M-16865 has joined #ipfs
M-5703 has joined #ipfs
Guest22926[m] has joined #ipfs
M-infpetal has joined #ipfs
M-Amandine has joined #ipfs
M-whyrusleeping has joined #ipfs
dudezer0_bot[m] has joined #ipfs
M-jackvt93 has joined #ipfs
arn00b has joined #ipfs
herzmeister has joined #ipfs
apiarian has quit [Ping timeout: 240 seconds]
chriscool has quit [Ping timeout: 260 seconds]
apiarian has joined #ipfs
computerfreak has joined #ipfs
chris613 has joined #ipfs
Foxcool has quit [Ping timeout: 252 seconds]
<daviddias> dignifiedquire go-libp2p isn't as modular yet
<daviddias> Things are not that decoupled
<daviddias> You might find similar names for the same patterns
chriscool has joined #ipfs
rgrinberg has joined #ipfs
<dignifiedquire> daviddias: great so all the name bike shed is on us
<haad> daviddias dignifiedquire: do you remember what was the reason for getting, in node<DAGNode>.toJSON().Data, a 'ï¿ 1/2 ' as the first and last character? between first and last there's a valid json string
<daviddias> is that a dagNode of a unixfs file?
<haad> can it be due to an older version of ipfs.object.put?
<daviddias> unixfs serializes a protobufs
<daviddias> into the data field
<haad> not sure what you if that dag node is of unixfs, it's a DAGNode afaik
<haad> +mean
<daviddias> well, where did you get that DAGNode then?
<haad> no, what I'm saying is: I'm fetching an object from ipfs with ipfs.object.get, the result DAGNode's toJSON().Data contains those symbols in the string whereas I would expect them to not be there. this has something to do with encoding I'm sure. what I'm not sure about is where that encoding mismatch happens: it might be that the ipfs version that .put() the object there is a very old version of the API, or it might not, so I'm wondering if that can be the case h
herzmeister has quit [Quit: Leaving]
herzmeister has joined #ipfs
<daviddias> Understood
<daviddias> it helps to solve the issue
<daviddias> to know where did you get the hash
<daviddias> you are requesting it from
herzmeister has quit [Max SendQ exceeded]
<haad> I'm getting it from an ipfs node that is not in my control
<haad> and that node put the object there in the first place
<haad> (uPort)
<daviddias> ah
herzmeister has joined #ipfs
<daviddias> I bet that they added it through ipfs add file.json
<haad> and their client libs use ipfs-api 2.3.x (latest 6.0.3) so if we changed something re. the encoding, it might be a problem on their side
<haad> ah!
<haad> yes!
<haad> I saw that code somewhere
<daviddias> require('unixfs')
<daviddias> unixfs.unmarshal(yourdagnode)
arn00b has quit [Quit: Leaving]
<daviddias> basically, those weird bytes you are getting are the protobuf encoding values https://github.com/ipfs/js-ipfs-unixfs/blob/master/protos/unixfs.proto
rardiol has quit [Ping timeout: 240 seconds]
<daviddias> we never made a change the encoding of unixfs or the merkledag protobuf, as that would break links.
<daviddias> it is just the encoding bytes :)
<daviddias> also
<daviddias> if you are getting files
<daviddias> what you want to use is
<daviddias> ipfs.get
<daviddias> or ipfs.cat
<daviddias> so you don't have to deal with that
<haad> yup, all that makes sense
<haad> thank you
<haad> daviddias: one more thing, what's the mazimum byte size of an object you create via object.put?
ugjka has quit [Remote host closed the connection]
<daviddias> 256KiB plus the protobuf encoding
<daviddias> no prob :)
tmg has quit [Ping timeout: 276 seconds]
tmg has joined #ipfs
<daviddias> dignifiedquire: https://github.com/pull-stream/pull-ws/issues/13 so .take calls the close on the underlying pull?
tmg has quit [Ping timeout: 258 seconds]
tmg has joined #ipfs
ugjka has joined #ipfs
damongant has joined #ipfs
<dignifiedquire> daviddias: yes, things like pull.values and pull.take end the stream after all values were emitted
<dignifiedquire> that's why there is no explicit conn.close/end/destroy
<haad> daviddias: next question :)
<haad> why does the stream from .cat() doesn't close (ie. emit 'end')?
<haad> nor 'close'
<haad> I do get 'data' event, it's all in one chunk
<daviddias> haad: that sounds like a error to me
<daviddias> should be .end though
<daviddias> close is for sockets
<daviddias> dignifiedquire: interesting, thank you for clarifying that
<haad> daviddias: I've seen this happen before but can't remember what I did to fix it, iirc had nothing to do with the code, perhaps some module version mismatch or smth
<daviddias> or: a) go-ipfs never closes the request for an ipfs.cat (which I'm confident it is not the case, unless some edge case), b) js-ipfs/-api is forgetting to send that .push(null) for the end to be emitted
<haad> daviddias: hmmm
<daviddias> btw, are you using js-ipfs-api or js-ipfs?
<haad> js-ipfs-api
damongant has quit [Quit: Bye.]
<daviddias> yeah, probably a bug in js-ipfs-api then
<daviddias> which version ?
cemerick has joined #ipfs
damongant has joined #ipfs
<haad> 6.0.3
<haad> there's a dangling ipfs-api v2.3.2 there
<daviddias> upgrade that old ipfs-api
<daviddias> surprised it even works
<daviddias> because of the ndjson stuff
<dignifiedquire> daviddias: we should have a call today if possible about the halfOpen things
<dignifiedquire> need to figure this out before I can finialize spdy, websockets and swarm
<daviddias> you can finalize spdy and swarm, as WebSockets is just a transport that doesn't offer the halfOpen
<daviddias> but yeah, we can chat
<daviddias> As you see in the issue, I'm in favour to have an extention
<daviddias> I believe jbenet and whyrusleeping will like to share their opinion first though
Encrypt_ has joined #ipfs
<daviddias> note that this could be an App Level Concern too, we just prefer to have clean abstractions from the network level
<daviddias> (let's wait for them to be online)
<dignifiedquire> sure
<dignifiedquire> I feel it should be part of libp2p, as otherwise you have to think about what transport you use as tcp has this option
TheWhisperSP3 has quit [Ping timeout: 265 seconds]
<ipfsbot> [js-ipfs] diasdavid pushed 3 new commits to master: https://git.io/v66Sm
<ipfsbot> js-ipfs/master b8c8ba7 Mithgol: add a link to https://npmcdn.com/ipfs/dist/ for manual downloaders
<ipfsbot> js-ipfs/master 2c1340b Mithgol: update the `script` tag in an example provided by `README.md`
<ipfsbot> js-ipfs/master 0cb3490 David Dias: Merge pull request #421 from Mithgol/readme-browser-script...
TheWhisperSP3 has joined #ipfs
ruby32 has quit [Remote host closed the connection]
ashark_ has joined #ipfs
rgrinberg has quit [Quit: WeeChat 1.5]
rgrinberg has joined #ipfs
A124 has quit [Quit: '']
A124 has joined #ipfs
chriscool has quit [Read error: Connection reset by peer]
<dignifiedquire> daviddias: how should spdy behave if I close one side? is it expected to keep the other side open, or to close the other side?
<daviddias> It sends s GOAWAY packet to signal that it won't accept any more SYN_STREAM packets (packets to open new streams)
ruby32 has joined #ipfs
neurrowcat_ has joined #ipfs
mbrock has quit [Quit: Connection closed for inactivity]
<dignifiedquire> okay, I'm still not sure what to do with the connection stream
computerfreak has quit [Remote host closed the connection]
j12t has joined #ipfs
<dignifiedquire> daviddias: what about this issue: https://github.com/libp2p/js-libp2p-spdy/issues/1
<dignifiedquire> I think I could make the api easily like this
<dignifiedquire> and drop the newStream method
neurrowcat_ is now known as neurrowcat
<dignifiedquire> would we want this?
<daviddias> no, that is when we used a 'SpdyMuxer' and not a libp2p-spdy
<dignifiedquire> so we don't need this anymore?
<daviddias> yeah, not anymore. It was also before: https://github.com/libp2p/interface-stream-muxer
j12t has quit [Ping timeout: 244 seconds]
<daviddias> which now offers a nice parallel with Go
<dignifiedquire> okay :)
<ipfsbot> [js-ipfs-api] diasdavid closed pull request #352: Update interface-ipfs-core to version 0.13.0
<dignifiedquire> now about that closing?
<daviddias> "that closing" as in
<daviddias> the FIN packet story
<daviddias> ?
<daviddias> for websockets (and one day, UTP)?
<dignifiedquire> I have 4 different streams, listener onStream, listener.newStream, dialer onStream dialer.newStream
<dignifiedquire> spdy
<dignifiedquire> and in extension interface-stream-muxer
<daviddias> it should be
<daviddias> new const muxerA = spdy.dialer(conn) or cons muxerB = spdy.listener(conn)
<daviddias> and from that point
<daviddias> it doesn't matter who calls newStream and who listens for .on('stream')
<dignifiedquire> right, but still the point is what should happen if I end the stream on any of these
<dignifiedquire> should this just close it's own and leave the other alone?
silotis has quit [Ping timeout: 252 seconds]
pfrazee has joined #ipfs
<dignifiedquire> (that's what happens currently)
<daviddias> yeah
<daviddias> spdy is like
reit has quit [Quit: Leaving]
<daviddias> after the first stream is created
<daviddias> the muxer is there
<daviddias> until you call the muxer to close
<daviddias> if you close a stream, it doesn't close the muxer by itself
<daviddias> just that stream
<dignifiedquire> right, and only in one direction?
<dignifiedquire> i.e. both sides of the end to actually close the duplex stream?
<dignifiedquire> /of the/have to
<daviddias> both sides have to close in order to close spdy
<dignifiedquire> I'm pushing a test, and you can look at it, probably easier
<daviddias> (both sides have to send the GOAWAY)
<daviddias> GOAWAY is like a FIN packet
silotis has joined #ipfs
ruby32 has quit [Read error: Connection reset by peer]
<dignifiedquire> is the first one the right way?
rgrinberg has quit [Quit: WeeChat 1.5]
tmg has quit [Ping timeout: 244 seconds]
rgrinberg has joined #ipfs
cketti has joined #ipfs
cketti has quit [Changing host]
cketti has joined #ipfs
physes has joined #ipfs
Tv` has joined #ipfs
<daviddias> shouldn't it be stream on line 40
rgrinberg has quit [Ping timeout: 244 seconds]
<daviddias> and conn on line 47
<haad> daviddias: can't figure out why the stream doesn't emit end. what's the stream lib we use for browsers?
rgrinberg has joined #ipfs
<daviddias> the browserify stream shim https://www.npmjs.com/package/stream-browserify
cwahlers has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
taw00 has joined #ipfs
physes has quit [Ping timeout: 264 seconds]
<dignifiedquire> daviddias: yeahhh it should be
<dignifiedquire> but other thab that, is the idea right that we need to close both manually?
<daviddias> yeah
<dignifiedquire> :)
<daviddias> that is closing a normal connection
<mikeal> jbenet: i remember you mentioning that ipfs does verification without talking to an authority and it was based on something in some paper, what paper was that?
<daviddias> then you can close the muxer as well
<dignifiedquire> I understood it *happy*
<daviddias> mikeal: that sounds like IPNS
<daviddias> which is inspired from the SFS paper
<dignifiedquire> is the .end method part of the interface?
<mikeal> ya, but there's an underlying technique
<mikeal> SFS, that's it :)
baffo32 has quit [Ping timeout: 250 seconds]
<ipfsbot> [js-ipfs-api] diasdavid pushed 1 new commit to ipfs-api/ng: https://git.io/v6iJu
<ipfsbot> js-ipfs-api/ipfs-api/ng c0e66cb David Dias: fix(CR): apply CR
basilgohar has quit [Quit: leaving]
<dignifiedquire> daviddias: ^^
<daviddias> of the muxer?
<daviddias> (let's try to be explicit when we talk about muxers, conns, streams, cause there are a lot of tangents here :D)
basilgohar has joined #ipfs
pik[m] has joined #ipfs
<dignifiedquire> sorry, yes, muxer.end(cb)
<daviddias> should be .close
ygrek_ has joined #ipfs
<daviddias> end it is
<daviddias> the event is 'close' though
<dignifiedquire> yeah
trock has quit [Quit: WeeChat 1.1.1]
byteflame has joined #ipfs
chriscool has joined #ipfs
<dignifiedquire> daviddias: what kind of error is this oO: "Error: Fatal error: OK"
<dignifiedquire> (that gets emitted from spdy when calling .end())
<daviddias> It didn't survive to tell the story
<daviddias> that is a new one for me
<daviddias> comes from the socket or spdy?
<daviddias> grep the codebase?
G-Ray has quit [Quit: Konversation terminated!]
<dignifiedquire> yeah, grep it is
<dignifiedquire> seems it's a message type for spdy
<dignifiedquire> this .end function is very odd
j12t has joined #ipfs
<ipfsbot> [go-ipfs] Kubuxu created feat/test-cover-unixfs-mod (+1 new commit): https://git.io/v6imf
<ipfsbot> go-ipfs/feat/test-cover-unixfs-mod c56e720 Jakub Sztandera: test: reach 80% coverage of unixfs/mod...
<ipfsbot> [go-ipfs] Kubuxu opened pull request #3096: test: reach 80% coverage of unixfs/mod (master...feat/test-cover-unixfs-mod) https://git.io/v6im2
pik[m]1 has joined #ipfs
<ipfsbot> [go-ipfs] Kubuxu pushed 1 new commit to feat/test-cover-blockstore: https://git.io/v6iYE
<ipfsbot> go-ipfs/feat/test-cover-blockstore 4ed8c3e Jakub Sztandera: test: fix typo in blockstore test...
jaboja has joined #ipfs
reit has joined #ipfs
<ipfsbot> [webui] greenkeeperio-bot opened pull request #466: Update karma-chrome-launcher to version 2.0.0
s_kunk has quit [Ping timeout: 260 seconds]
Boomerang has quit [Quit: Lost terminal]
byteflame has quit [Ping timeout: 244 seconds]
cryptix has quit [Ping timeout: 244 seconds]
sjsmit[m] has joined #ipfs
chriscool has quit [Read error: Connection reset by peer]
jaboja has quit [Ping timeout: 265 seconds]
lawliet has joined #ipfs
galois_d_ has joined #ipfs
galois_d_ has quit [Remote host closed the connection]
galois_d_ has joined #ipfs
galois_dmz has quit [Ping timeout: 258 seconds]
ygrek_ has quit [Ping timeout: 265 seconds]
baffo32 has joined #ipfs
cwahlers has joined #ipfs
<dignifiedquire> daviddias: got a second to chat?
<daviddias> subject?
<dignifiedquire> spdy
<daviddias> sure
<dignifiedquire> daviddias https://zoom.us/j/507432443
<Kubuxu> dignifiedquire: if I block greenkeeper-bot, will I break something?
<Kubuxu> In my account.
<Kubuxu> I think not:
<Kubuxu> Blocking a user prevents the following on all your repositories:
<Kubuxu> opening or commenting on issues or pull requests
baffo32 has quit [Ping timeout: 250 seconds]
lawliet has quit [Quit: Leaving]
cketti has quit [Quit: Leaving]
galois_d_ has quit [Remote host closed the connection]
galois_dmz has joined #ipfs
ygrek_ has joined #ipfs
<pfrazee> https://www.reddit.com/r/ipfs/comments/4ydbv3/what_do_you_need_from_an_ipfs_browser/ asking the community, what do you want from an ipfs browser? suggestions would be really welcome
<voxelot> daviddias: i'm revisiting js-ipfs block commands, getting the nice list of errors I got when i left off :D do you mind if push to feat/generic-spec-compliant branch?
<daviddias> voxelot hey :)
<daviddias> I advenced your PR
<daviddias> s/advenced/advanced
<daviddias> and also implemented on js-ipfs-api
<daviddias> not I'm finishing this https://github.com/ipfs/js-ipfs-api/pull/305
Encrypt_ has quit [Quit: Quitte]
<daviddias> so that I can bring all of that to js-ipfs
<voxelot> davidias: yes i saw, finally got all caugh tup!
<voxelot> working forward on js=ipfs
<daviddias> and get the http-api tests working on feat/generic-spec-compliant
<daviddias> for now, don't worry on the block at js-ipfs because it would almost certainly collide with what I'm doing
<daviddias> nevertheless, as you asked on github
<daviddias> yes, we want to follow up on the remaining items, see: https://github.com/ipfs/js-ipfs-api/pull/305#issuecomment-240108393
<voxelot> okay, didn't know you were going http-api with generic branch, i'll open seperate branchs
<daviddias> wanna help on those?
<voxelot> yes of course :)
<daviddias> thank you :D
<ipfsbot> [js-ipfs-api] diasdavid deleted ipfs-api/ng at c0e66cb: https://git.io/v6iBN
chriscool has joined #ipfs
<ipfsbot> [js-ipfs-api] diasdavid pushed 2 new commits to master: https://git.io/v6i0r
<ipfsbot> js-ipfs-api/master 9128f4a David Dias: chore: release version v7.0.0
<ipfsbot> js-ipfs-api/master 763f40d David Dias: chore: update contributors
mrBen2k2k2k has quit [Max SendQ exceeded]
<ipfsbot> [js-ipfs] diasdavid created greenkeeper-ipfs-api-7.0.0 (+1 new commit): https://git.io/v6iE3
<ipfsbot> js-ipfs/greenkeeper-ipfs-api-7.0.0 65897ff greenkeeperio-bot: chore(package): update ipfs-api to version 7.0.0...
keroberos has quit [Ping timeout: 260 seconds]
chpio[m] has left #ipfs ["User left"]
chriscool has quit [Read error: Connection reset by peer]
kerozene has joined #ipfs
chriscool has joined #ipfs
baffo32 has joined #ipfs
palkeo has joined #ipfs
<ipfsbot> [go-ipfs] whyrusleeping deleted feat/test-cover-blockstore at 4ed8c3e: https://git.io/v6igq
mvorg has quit [Ping timeout: 240 seconds]
<jakobvarmose> pfrazee, Looks pretty nice. But I can't open any ipfs links
<pfrazee> jakobvarmose: do you have a daemon running already?
<jakobvarmose> pfrazee, I've tried both with and without an ipfs daemon running
<pfrazee> jakobvarmose: what version of ipfs are you running? I've seen issues caused by a preinstall at a different version. I might need to isolate beaker's .ipfs folder from the default
chriscool has quit [Read error: Connection reset by peer]
<jakobvarmose> pfrazee, version 0.4.2. Should I try deleting the .ipfs folder or with another version?
<pfrazee> jakobvarmose: yeah try deleting it, if you dont need it. The ipfs version in npm right now is 0.4.1
<jakobvarmose> pfrazee, Should I then run version 0.4.1 alongside with beaker or should I run beaker without a daemon active?
<pfrazee> jakobvarmose: without a daemon active. Beaker will start one itself
<jakobvarmose> pfrazee, Unfortunately that doesn't work either. And no ~/.ipfs directory is created
<pfrazee> jakobvarmose: just to confirm, you restarted beaker after closing the ipfs daemon and removing ~/.ipfs, right?
<jakobvarmose> yes
<pfrazee> hmm. Well that's not good. You're using the prebuild, or did you build from source?
<jakobvarmose> I built from source (on debian)
<pfrazee> does the CLI say anything about the IPFS daemon trying to start, or successfully starting?
<voxelot> try opening the chrome debug and look for the go-ipfs responses? beaker is electron right?
<pfrazee> it is, but the ipfs stuff runs in the background process
<pfrazee> jakobvarmose: that doesnt look good!
<pfrazee> jakobvarmose: is your disk low on space?
<jakobvarmose> 9.7 GB free
chriscool has joined #ipfs
<pfrazee> that's really strange, why would it get a ENOSPC ?
<jakobvarmose> pfrazee, And npm-debug.log if that helps: https://gist.github.com/jakobvarmose/769a0e0b6986d2b037fe5a67620794fd
<pfrazee> jakobvarmose: ok, thanks for giving it a shot. Im going to file an issue and see if I can reproduce. You use debian, or ubuntu?
<jakobvarmose> pfrazee, debian 8
<pfrazee> jakobvarmose: ok, I'll have to get a VM going
<jakobvarmose> and npm v3.10.3 node v6.3.0
<pfrazee> https://github.com/pfrazee/beaker/issues/62 if you want to watch the issue
<pfrazee> jakobvarmose: one other thing to confirm, did you run `npm run rebuild` during the setup process?
<pfrazee> voxelot: oh good catch, that might actually be the issue here
<ipfsbot> [js-ipfs] diasdavid deleted greenkeeper-yargs-5.0.0 at fd5b2df: https://git.io/v6rA4
<ipfsbot> [js-ipfs] diasdavid force-pushed greenkeeper-lodash-4.14.2 from a030773 to b160c8c: https://git.io/v6irU
<ipfsbot> js-ipfs/greenkeeper-lodash-4.14.2 b160c8c greenkeeperio-bot: chore(package): update lodash to version 4.14.2...
<jakobvarmose> pfrazee, I think so, but I'll try once more - this time making sure I do
<pfrazee> jakobvarmose: check that link that voxelot just posted
nerdshark has joined #ipfs
<ipfsbot> [go-ipfs] whyrusleeping force-pushed docs/branch-naming from c968d3f to b243f0f: https://git.io/v6irV
<ipfsbot> go-ipfs/docs/branch-naming b243f0f Jeromy: docs: add branch naming conventions...
cketti has joined #ipfs
cketti has quit [Changing host]
cketti has joined #ipfs
mrBen2k2k2k has joined #ipfs
pfrazee has quit [Remote host closed the connection]
<ipfsbot> [go-ipfs] whyrusleeping closed pull request #2814: [WIP] command: bitswap ledger (master...437-bitswap-ledger) https://git.io/voTZe
mrBen2k2k2k has quit [Max SendQ exceeded]
chriscool has quit [Read error: Connection reset by peer]
Encrypt_ has joined #ipfs
Encrypt__ has joined #ipfs
mrBen2k2k2k has joined #ipfs
<Mateon1> Sometimes I wish there was a recursive 'remove' command for IPFS objects. For example, I just transferred 1 gig of data between my laptop and my PC, but now I don't need it stored on either, it won't be shared with anybody else, and so on.
Encrypt_ has quit [Client Quit]
Encrypt_ has joined #ipfs
Encrypt__ has quit [Client Quit]
mrBen2k2k2k has quit [Max SendQ exceeded]
<dignifiedquire> Mateon1: wouldn't pin rm <root> followed by a gc drop them?
<dignifiedquire> pin rm is recursive by default
<Mateon1> Well, I have a lot of other data that I couldn't pin due to either a bug or just weirdness.
<Mateon1> I've tried pinning a few images on ipfs.pics, but the pin button doesn't ever indicate it's actually pinned.
mrBen2k2k2k has joined #ipfs
<Mateon1> (In IPFS Station for Chrome)
<ipfsbot> [go-ipfs] whyrusleeping closed pull request #2554: Close errnotifier chan on err (master...w/fix/logwriter-stall) https://git.io/vVABY
<dignifiedquire> you can check if things are pinnend if you know the hash using the clie
<dignifiedquire> ipfs pin ls | grep <hash>
<Mateon1> Okay, let's try that on a few random pictures
<Mateon1> Gah, I can't actually use grep due to dynamic library issues
gmcquillan_ has joined #ipfs
gmcquillan_ is now known as gavin
Encrypt_ is now known as Encrypt
<Mateon1> Welp, I can't list the pins, for some reason
<ipfsbot> [go-ipfs] whyrusleeping force-pushed feature/update-authors from 36cbe9e to c43e942: https://git.io/vogiq
<ipfsbot> go-ipfs/feature/update-authors c43e942 Richard Littauer: Updated authors doc...
<Mateon1> `ipfs pin ls` is taking forever
mrBen2k2k2k has quit [Max SendQ exceeded]
<dignifiedquire> ah right that's because there are lot of them probably
<dignifiedquire> try "ipfs pin ls --type=direct"
<Mateon1> dignifiedquire: That's no results, even without the grep (or my awk substitute)
<Mateon1> --type=recursive works
<Mateon1> I have a lot of indirect pins, it seems
<Mateon1> And no direct ones
<dignifiedquire> whyrusleeping: can you enlighten us about the types of pins, if I ipfs add a file it has pin type recursive instead of direct
<whyrusleeping> yep
<whyrusleeping> whats your question?
<dignifiedquire> why is it not direct?
<dignifiedquire> even if I do ipfs pin add <hash> it is shown as recursive
<whyrusleeping> try 'ipfs add <something rather large>'
ofdm has quit [Ping timeout: 250 seconds]
mrBen2k2k2k has joined #ipfs
<dignifiedquire> still recursive
pfrazee has joined #ipfs
<whyrusleeping> correct
<whyrusleeping> there are two types of pins, direct and recursive (and indirect, which is a side effect of recursive)
<whyrusleeping> direct says "keep this block around"
<whyrusleeping> recursive says "keep this graph around"
<dignifiedquire> so recursive means "I have things below me (which are indirect)"?
jaboja has joined #ipfs
<dignifiedquire> ahh okay
<dignifiedquire> Mateon1: you need to filter for --type=recursive :)
<dignifiedquire> thank you whyrusleeping :)
<Mateon1> I've already done that.
<Mateon1> whyrusleeping: Since you're here: I started my daemon, so the logs for the gx issue should be available
<Mateon1> I've also cached it on the public gateway
<whyrusleeping> Mateon1: sweet, thanks :)
<jakobvarmose> Blocks are typically at most 262158 bytes. But is this the theoretical maximum size?
<whyrusleeping> jakobvarmose: the network will drop any message over 4MB
<whyrusleeping> you can make a block up to 4MB - overhead
<whyrusleeping> we don't recommend it though, because larger blocks like that generally increase memory pressure all over
<whyrusleeping> as well as not chunking as nicely for dedupe
<jakobvarmose> whyrusleeping, Yeah, that makes sense. Can you point me to where this limit is checked in the code?
mrBen2k2k2k has quit [Max SendQ exceeded]
jaboja has quit [Ping timeout: 265 seconds]
<whyrusleeping> search in libp2p for MessageSizeMax, its defined in p2p/net/interface.go
<ipfsbot> [go-ipfs] Kubuxu created test/unixfs/reader-cover (+1 new commit): https://git.io/v6i1J
<ipfsbot> go-ipfs/test/unixfs/reader-cover 34e04b6 Jakub Sztandera: test: add basic dagreader test...
mrBen2k2k2k has joined #ipfs
ofdm has joined #ipfs
<jakobvarmose> thanks
<ipfsbot> [go-ipfs] Kubuxu opened pull request #3097: test: 80% coverage of unixfs/io [WIP] (master...test/unixfs/reader-cover) https://git.io/v6iMB
mrBen2k2k2k has quit [Max SendQ exceeded]
xelra has quit [Read error: Connection reset by peer]
cemerick has quit [Ping timeout: 276 seconds]
<ipfsbot> [go-ipfs] whyrusleeping deleted feat/test-cover-unixfs-mod at c56e720: https://git.io/v6iDU
mrBen2k2k2k has joined #ipfs
topical[m] has left #ipfs ["User left"]
hermanjunge has joined #ipfs
<ipfsbot> [go-ipfs] whyrusleeping created fix/fuse/osx-cfg-check (+1 new commit): https://git.io/v6iDN
<ipfsbot> go-ipfs/fix/fuse/osx-cfg-check e78af3e Jeromy: fuse: make osxfuse check config check more permissive...
hermanjunge has quit [Client Quit]
<ipfsbot> [go-ipfs] whyrusleeping opened pull request #3098: fuse: make osxfuse check config check more permissive (master...fix/fuse/osx-cfg-check) https://git.io/v6iyH
<ipfsbot> [go-ipfs] Kubuxu pushed 1 new commit to test/unixfs/reader-cover: https://git.io/v6iSs
<ipfsbot> go-ipfs/test/unixfs/reader-cover de3c28f Jakub Sztandera: test: use mdag/test.Mock() instead...
cemerick has joined #ipfs
rendar has quit [Ping timeout: 250 seconds]
mrBen2k2k2k has quit [Max SendQ exceeded]
<konubinix> Hi
<konubinix> I am trying to build ipfs from sources
<konubinix> make install hangs because gx cannot fetch QmYaeRqthWTco7oQF4dztuqA94P8JF36gVjd2z2eEqKfrh
<konubinix> I also tried fetching it from the ipfs gateway (https://gateway.ipfs.io/ipfs/QmYaeRqthWTco7oQF4dztuqA94P8JF36gVjd2z2eEqKfrh) without success
doesntgolf has joined #ipfs
<konubinix> Do you know if I can get it by any mean ?
mrBen2k2k2k has joined #ipfs
<konubinix> Well, actually, I am interested in building ipfs... Not specifically getting access to QmYaeRqthWTco7oQF4dztuqA94P8JF36gVjd2z2eEqKfrh :-)
<noffle> any ipfs folks headed to maker.land this weekend?
jgantunes has quit [Quit: Connection closed for inactivity]
mrBen2k2k2k has quit [Max SendQ exceeded]
<ipfsbot> [go-ipfs] whyrusleeping force-pushed docs/branch-naming from b243f0f to cf04b1f: https://git.io/v6irV
<ipfsbot> go-ipfs/docs/branch-naming cf04b1f Jeromy: docs: add branch naming conventions...
<konubinix> I could not get either the dependencies of the tags v0.4.1-rc v0.4.1. It worked for v0.4.0 but the build complained that "../../blocks/blocks.go:22: cannot use util.Hash(data) (type "github.com/jbenet/go-multihash".Multihash) as type "github.com/ipfs/go-ipfs/vendor/gx/ipfs/QmYf7ng2hG5XBtJA3tN34DQ2GUN5HNksEw1rLDkmr6vGku/go-multihash".Multihash in field value"
mrBen2k2k2k has joined #ipfs
jaeto has joined #ipfs
<konubinix> About the build error, it was my fault. go 1.6... With go 1.5, it looks like everything builds just fine
rendar has joined #ipfs
mrBen2k2k2k has quit [Max SendQ exceeded]
chris613 has quit [Ping timeout: 240 seconds]
palkeo has quit [Read error: Connection reset by peer]
<whyrusleeping> konubinix: thats odd that go1.6 fails and go1.5 works
palkeo has joined #ipfs
palkeo has quit [Changing host]
palkeo has joined #ipfs
<whyrusleeping> also, i think that not all the deps for 0.4.1 are pinned on the gateways for some reason... I'm sure theyre on some offline ipfs node somewhere
<whyrusleeping> for now though, i would recommend using a newer version
mrBen2k2k2k has joined #ipfs
<whyrusleeping> 0.4.2 or 0.4.3-rc3
jaeto has quit [Ping timeout: 252 seconds]
<whyrusleeping> and go1.7 is supported (and encouraged)
<whyrusleeping> noffle: none that i know of, i'm personally planning on staying in my cave for as long as possible
<ipfsbot> [go-ipfs] whyrusleeping deleted kevina/block-rm at 8679af7: https://git.io/v6iAT
<Mateon1> konubinix: May I ask why are you building an old version? The current master is on 0.4.4
<ipfsbot> [go-ipfs] Kubuxu pushed 1 new commit to test/unixfs/reader-cover: https://git.io/v6ixa
<ipfsbot> go-ipfs/test/unixfs/reader-cover 54f3dea Jakub Sztandera: test: refactor some utities out of mod package...
jaeto has joined #ipfs
ofdm has quit [Changing host]
ofdm has joined #ipfs
mrBen2k2k2k has quit [Max SendQ exceeded]
xamino[m] has joined #ipfs
mrBen2k2k2k has joined #ipfs
taw00 has quit [Ping timeout: 244 seconds]
<ipfsbot> [go-ipfs] Kubuxu force-pushed test/unixfs/reader-cover from 54f3dea to 8fba8c2: https://git.io/v6ihh
<ipfsbot> go-ipfs/test/unixfs/reader-cover 8fba8c2 Jakub Sztandera: test: refactor some utities out of mod package...
galois_d_ has joined #ipfs
cketti has quit [Quit: Leaving]
galois_dmz has quit [Ping timeout: 258 seconds]
mvorg has joined #ipfs
cemerick has quit [Ping timeout: 250 seconds]
ashark_ has quit [Ping timeout: 258 seconds]
mrBen2k2k2k has quit [Max SendQ exceeded]
xelra has joined #ipfs
mrBen2k2k2k has joined #ipfs
herzmeister has quit [Quit: Leaving]
herzmeister has joined #ipfs
palkeo has quit [Quit: Konversation terminated!]
mrBen2k2k2k has quit [Max SendQ exceeded]
mgue has quit [Ping timeout: 276 seconds]
mrBen2k2k2k has joined #ipfs
<ipfsbot> [go-ipfs] Kubuxu force-pushed test/unixfs/reader-cover from 8fba8c2 to 00a2f0c: https://git.io/v6ihh
<ipfsbot> go-ipfs/test/unixfs/reader-cover 00a2f0c Jakub Sztandera: test: refactor some utities out of mod package...
ashark has joined #ipfs
mgue has joined #ipfs
vbsd has quit [Ping timeout: 250 seconds]
zorglub27 has quit [Quit: zorglub27]
micxjo has quit [Quit: Connection closed for inactivity]
mrBen2k2k2k has quit [Max SendQ exceeded]
byteflame has joined #ipfs
physes has joined #ipfs
mrBen2k2k2k has joined #ipfs
galois_d_ has quit [Remote host closed the connection]
herzmeister has quit [Ping timeout: 244 seconds]
galois_dmz has joined #ipfs
Encrypt has quit [Quit: Sleeping time!]
jaeto has quit [Read error: Connection reset by peer]
jaeto has joined #ipfs
mvorg has quit [Read error: Connection reset by peer]
mvorg has joined #ipfs
physes has quit [Quit: Page closed]
herzmeister has joined #ipfs
mrBen2k2k2k has quit [Max SendQ exceeded]
ashark has quit [Ping timeout: 244 seconds]
mrBen2k2k2k has joined #ipfs
rendar has quit [Quit: std::lower_bound + std::less_equal *works* with a vector without duplicates!]
neurrowcat has quit [Quit: Deebidappidoodah!]
jaboja has joined #ipfs
ckwaldon has joined #ipfs
computerfreak has joined #ipfs
mrBen2k2k2k has quit [Max SendQ exceeded]
tmg has joined #ipfs
WhisperSurface has joined #ipfs
mrBen2k2k2k has joined #ipfs
doesntgolf has quit [Ping timeout: 265 seconds]
rardiol has joined #ipfs
slothbag has joined #ipfs
cketti has joined #ipfs
TheWhisperSP3 has quit [Disconnected by services]
WhisperSurface is now known as TheWhisperSP3
WhisperSurface has joined #ipfs
WhisperSurface has quit [Disconnected by services]
WhisperSurface has joined #ipfs
reit has quit [Ping timeout: 276 seconds]
TheWhisperSP3 has quit [Read error: Connection reset by peer]
WhisperSurface has quit [Read error: Connection reset by peer]
TheWhisperSP3 has joined #ipfs
mrBen2k2k2k has quit [Max SendQ exceeded]
<ipfsbot> [go-ipfs] whyrusleeping closed pull request #3086: test: 82% coverage on blocks (master...feat/test-cover-blocks) https://git.io/v6gBx
jonnycrunch has quit [Read error: Connection reset by peer]
mrBen2k2k2k has joined #ipfs
tmg has quit [Ping timeout: 276 seconds]
cemerick has joined #ipfs
tmg has joined #ipfs