NightRa has quit [Quit: Connection closed for inactivity]
hartor has quit [Ping timeout: 260 seconds]
neurosis12 has quit [Remote host closed the connection]
pfraze has joined #ipfs
DavidBurela has joined #ipfs
<ipfsbot>
[webui] Dignifiedquire opened pull request #156: [WIP] refactor: Upgrade to react-router@2 (master...router) http://git.io/vuTF3
<dignifiedquire>
whyrusleeping: whaaat 43 unread notifications in the last hours :D
<whyrusleeping>
#dealwithit
<daviddias>
dignifiedquire: Its a New Year's resolution
<daviddias>
(We are down from 18 pages of issues to 17, still going strong)
rombou has quit [Ping timeout: 256 seconds]
<dignifiedquire>
nice :)
<dignifiedquire>
I'm still working through the webui..but making decent progress
<tperson>
Hey dignifiedquire, what made you go with bows over just using debug? My guess is better browser support. Ive seen debug listed as browser compatible, but never used it in a browser.
<dignifiedquire>
tperson: it was daviddias suggestion, and it looks really nice :)
<dignifiedquire>
other than that no strong reasons
<whyrusleeping>
'hey look, a shiny new node package everyone will have to learn how to use'
<daviddias>
I learned about `debug` afterwards, bows is cool, `debug` is really cool also :)
<daviddias>
dignifiedquire: `debug` also offers the colors and namespacing, you might want to check it out as well, I started to see it more in Node.js + Browser apps, might be our best option for the code that we are creating
<dignifiedquire>
lol
<dignifiedquire>
we were using debug before..I trusted you knew that :P
<tperson>
Haha
<dignifiedquire>
whyrusleeping: that's how these decisions should always be made :P
<dignifiedquire>
well looks like I have to do more research then
<whyrusleeping>
lol
<leer10>
sorry for not knowing but is there a way to have an ipfs daemon on windows yet?
<leer10>
oh it looks like there's some on gobuilder :)
<whyrusleeping>
hey guys
<whyrusleeping>
did you all know
<whyrusleeping>
that
<whyrusleeping>
undefined
<whyrusleeping>
is not, in fact, a function
jfis has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
<tperson>
I've heard rumors that chrome fixed that and has a much nicer error message. I don't think I've seen it in the wild yet though.
<leer10>
so is the globe in ipfs's webui loaded from resources in ipfs?
wiedi has joined #ipfs
<tperson>
leer10 yes
<whyrusleeping>
its kinda broken right now though
<whyrusleeping>
unfortunately
jfis has joined #ipfs
<dignifiedquire>
whyrusleeping: whyrunotafunction
<dignifiedquire>
globe 2.0 - flatmap - will arrive later this year
corvinux has quit [Quit: IRC for Sailfish 0.9]
<whyrusleeping>
<3
<whyrusleeping>
thats not saying much though
wowaname has joined #ipfs
leer10 has quit [Ping timeout: 264 seconds]
leer10 has joined #ipfs
neurosis12 has joined #ipfs
<ipfsbot>
[go-ipfs] whyrusleeping created fix/quick-start (+1 new commit): http://git.io/vukvO
<ipfsbot>
go-ipfs/fix/quick-start 543f527 Jeromy: fix typos in quick start doc...
<whyrusleeping>
yeeeeeeeeeeee
<ipfsbot>
[go-ipfs] whyrusleeping opened pull request #2144: fix typos in quick start doc (master...fix/quick-start) http://git.io/vukvW
<daviddias>
we are below 400 issues!
<whyrusleeping>
300 here we come!
jfis has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
jfis has joined #ipfs
pfraze_ has joined #ipfs
pfraze has quit [Ping timeout: 260 seconds]
diffalot has quit [Remote host closed the connection]
diffalot has joined #ipfs
diffalot has quit [Changing host]
diffalot has joined #ipfs
diffalot has quit [Remote host closed the connection]
pfraze has joined #ipfs
pfraze_ has quit [Ping timeout: 276 seconds]
fleeky has quit [Remote host closed the connection]
fleeky has joined #ipfs
diffalot has joined #ipfs
diffalot has quit [Changing host]
diffalot has joined #ipfs
ralphtheninja has quit [Quit: leaving]
wiedi has quit [Quit: ^C]
leer10 has quit [Ping timeout: 256 seconds]
jfntn has left #ipfs ["ERC (IRC client for Emacs 24.5.1)"]
<ipfsbot>
[go-ipfs] whyrusleeping created reenable-ipns-test (+1 new commit): http://git.io/vukmz
<ipfsbot>
go-ipfs/reenable-ipns-test ba33de3 Jeromy: reenable ipns sharness test now that iptb is fixed...
<ipfsbot>
[go-ipfs] whyrusleeping opened pull request #2147: reenable ipns sharness test now that iptb is fixed (master...reenable-ipns-test) http://git.io/vukmV
Matoro_ has quit [Read error: Connection reset by peer]
Matoro__ has joined #ipfs
locusf has quit [Remote host closed the connection]
diffalot has quit [Remote host closed the connection]
diffalot has joined #ipfs
mvollrath has joined #ipfs
leer10 has joined #ipfs
<ipfsbot>
[go-ipfs] whyrusleeping deleted fix/quick-start at 543f527: http://git.io/vukOk
Guest80587 has joined #ipfs
dignifiedquire has quit [Quit: Connection closed for inactivity]
<disgusting_wall>
hi, i have a strange problem that i'm not sure i should make a git issue for
<disgusting_wall>
i've converted a small jpg image to a data: URI and added the resulting text to IPFS, and get a hash out for it: QmWLdxZB3tztGcRjoHTEpUDbKicvBrqvtFyTuXK7JkK3Ub
<disgusting_wall>
i can "ipfs cat" it on the user running the daemon, but every other node seems to have some form of error
<disgusting_wall>
my other computer returns "Error: merkledag: not found", and ipfs.io returned something to the same effect along the lines of "context canceled"
<leer10>
it shows what peers your node is connected to. if it shows 0 or 1 then there's may be connectivity problems
<disgusting_wall>
i get a list of 50
<leer10>
interesting
<disgusting_wall>
and i've been adding things and getting them back out of ipfs.io for a while today
<leer10>
when running "ipfs id", is your id QmRDq3s2tR353xT8H18AaDoyCaG7VZhuPRLH5nVD1HEh45?
<disgusting_wall>
yes it is...
<leer10>
I ran a check to see what peer was serving the hash you shown. no worries :P
<disgusting_wall>
okay
<leer10>
okay well lets see if it's a version problem
<leer10>
what's the output of "ipfs version"
<disgusting_wall>
ipfs version 0.3.10
<leer10>
perhaps try updating using the latest on ipfs.io?
<disgusting_wall>
alright
<disgusting_wall>
i think i installed this about 5 days ago though
<leer10>
hmm
<disgusting_wall>
the node's been running for a long time today
<disgusting_wall>
and i ipfs init -f 'd today or yesterday
<leer10>
if I recall right that probably wipes the cache and possibly the things you pin and "add"
<leer10>
but I might be wrong about that: take it with a grain of salt
<disgusting_wall>
well that's what i intended to do, so i hope so =)
<leer10>
ooh I have an idea
<disgusting_wall>
yeah?
<leer10>
so I ran block get on that hash
<leer10>
and I got some image data
<disgusting_wall>
okay that's good
monalisa has joined #ipfs
<leer10>
I ran this. You can see it here:
<leer10>
ipfs block get QmWLdxZB3tztGcRjoHTEpUDbKicvBrqvtFyTuXK7JkK3Ub
<disgusting_wall>
also i'm using the newest precompiled binary, and i did a diff on the old binary and the one i just downloaded and they're the same =/
<leer10>
okay so here's what I think: somehow you uploaded the data in block form and not unixfs data form
<leer10>
thus it's not viewable via cat/ipfs.io gateway
<disgusting_wall>
also i just restarted my node, and the user running the node gets correct looking data (plus some unicode at the beginning and end?), but every other user/computer says "Error: blockservice: key not found"
<disgusting_wall>
if the unicode is unusual, i'd suspect my URI generator for that
<disgusting_wall>
although when i cat it the unicode isn't there
<monalisa>
i have one question about listenning/dialing on ipfs. can a peer behind NAT be a server( do accept() ) ?
<disgusting_wall>
for me personally, i port forward requests for port 5001 to the network IP, and set the API listener as the network IP instead of localhost
<disgusting_wall>
so from the internet, you contact 123.123.123.123:5001, then my router requests 192.168.1.123:5001, where my node is running
<leer10>
disgusting_wall: I can't for the life of me decode it though
<disgusting_wall>
the URI?
<disgusting_wall>
if you paste it in your web browser it goes through 99% of the time
<monalisa>
you mean we need to work around manually for peers behind NAT ?
<disgusting_wall>
that's what i did personally monalisa. i just found that out on my own. other people would know the "right" way
<monalisa>
i see. thanks :)
<leer10>
disgusting_wall I got it now! :D Three colored boxes! One orange, one blue, and the other green.
<disgusting_wall>
yep
<disgusting_wall>
i just searched "small image" and that's what i got =)
<leer10>
though it was incorrectly labeled as jpeg
<disgusting_wall>
also leer10, i looked at my git commits and i haven't changed anything on the server since at least tuesday, and nothing else i'm using should have changed
monalisa has quit [Quit: Page closed]
<leer10>
so it looks like somehow it was just uploaded in block format OR the file describing thing-a-majigger was borked
<disgusting_wall>
i'm using a nodejs server to pull from my node at home, and the server just forwards the data over http
<disgusting_wall>
i'm using the ipfs-api npm module
<leer10>
maybe the fact that you put it as a data: URI confused it
<disgusting_wall>
hm
<disgusting_wall>
i've been doing that for weeks though
<disgusting_wall>
and i add the data as a buffer, so it's not stored as a file
<leer10>
if it's added like that then you can't cat it
<leer10>
you can only block get it
ppham has joined #ipfs
jfis has quit [Ping timeout: 265 seconds]
<disgusting_wall>
hm
<disgusting_wall>
and block adds some data on the beginning and end i'd have to trim
<disgusting_wall>
i don't understand what happened today though
<disgusting_wall>
i did restart the nodejs server, but i set the ipfs-api to load a specific version, and catting on the node returns the right data
<disgusting_wall>
and i added another while we were talking and it did the same thing
<disgusting_wall>
also, i'm not sure how you're successfully using block get when i can't even do it on a different user on the same machine
<disgusting_wall>
the new image is QmQ2tUQmxUbFxgttJmKJN7ootXrS895DHfoKUasZxyqXh5
<leer10>
I'll see if I can get a crack at that
<leer10>
and tell you how I did it step by step
<disgusting_wall>
okay i was worried and it seems to be affecting everything i upload
<disgusting_wall>
Qmd9yQf9fEU9wLGLjMz7kfhcTxfpvQRHnSTQpcSU4LmKQJ doesn't load, and it's just "File: ipfs://QmQ2tUQmxUbFxgttJmKJN7ootXrS895DHfoKUasZxyqXh5
ppham has quit [Remote host closed the connection]
ppham has joined #ipfs
ppham has quit [Remote host closed the connection]
ler10 has joined #ipfs
ppham has joined #ipfs
leer10 has quit [Ping timeout: 276 seconds]
ppham has quit [Remote host closed the connection]
Guest44384 has joined #ipfs
ppham has joined #ipfs
mvollrath has joined #ipfs
grahamperrin has joined #ipfs
ppham has quit [Remote host closed the connection]
ppham has joined #ipfs
M-davidar has quit [Quit: node-irc says goodbye]
M-davidar has joined #ipfs
wowaname has quit [K-Lined]
Senji has joined #ipfs
reit has joined #ipfs
rendar has joined #ipfs
Soft has quit [Read error: Connection reset by peer]
Guest44384 has quit [Ping timeout: 240 seconds]
mvollrath has quit [Ping timeout: 276 seconds]
joshbuddy has joined #ipfs
Soft has joined #ipfs
joshbuddy has quit [Quit: joshbuddy]
ilyaigpetrov has joined #ipfs
NightRa has joined #ipfs
grahamperrin has left #ipfs ["Leaving"]
leer10 has joined #ipfs
ler10 has quit [Ping timeout: 260 seconds]
Guest44327 has joined #ipfs
Guest44327 has quit [Ping timeout: 245 seconds]
tinybike has quit [Ping timeout: 255 seconds]
Senji has quit [Read error: Connection reset by peer]
Senji has joined #ipfs
Encrypt has joined #ipfs
<Kubuxu>
Nice issues cleanup
leer10 has quit [Remote host closed the connection]
dignifiedquire has joined #ipfs
computerfreak has joined #ipfs
ppham has quit [Remote host closed the connection]
hoony has joined #ipfs
grahamperrin has joined #ipfs
nolord has joined #ipfs
<dignifiedquire>
good morning everyone :)
rombou has joined #ipfs
silwol2 has quit [Ping timeout: 264 seconds]
<NightRa>
fs-repo-migrations gives me "could not determine IPFS_PATH, home dir not set", on Windows64
<NightRa>
Setting that var to ~/.ipfs worked
wiedi has joined #ipfs
rombou has quit [Ping timeout: 240 seconds]
disgusting_wall has quit [Quit: Connection closed for inactivity]
grahamperrin has left #ipfs ["Leaving"]
<ipfsbot>
[go-ipfs] whyrusleeping closed pull request #2147: reenable ipns sharness test now that iptb is fixed (master...reenable-ipns-test) http://git.io/vukmV
<ipfsbot>
[go-ipfs] whyrusleeping deleted reenable-ipns-test at ba33de3: http://git.io/vuIIv
<whyrusleeping>
NightRa: good catch! can you file an issue on github.com/ipfs/fs-repo-migrations ?
anticore has joined #ipfs
<NightRa>
whyrusleeping: Done
<NightRa>
whyrusleeping: I encountered another bug
<NightRa>
While doing `ipfs add -r <folder>`, it just got stuck at some point in the middle
<NightRa>
While adding about 16GB - so probably quite a rare corner case somewhere
<NightRa>
0.4.0-dev from 1 month ago (the one on the build list)
hoony has quit [Ping timeout: 240 seconds]
grahamperrin has joined #ipfs
<whyrusleeping>
okay, you might want to try a newer version of 0.4.0
<whyrusleeping>
add has been changing a little bit (understatement)
<NightRa>
The ipfs daemon gave "13:59:40.566 ERROR commands/h: err: multipart: unexpected line in Next(): "6284 00000 n \n" handler.go:265" as an error. That could have been what went wrong. (Still before updating to the latest ver.)
<NightRa>
whyrusleeping: How to install the latest ver.? "go get -u github.com/ipfs/go-ipfs/tree/dev0.4.0/cmd/ipfs"? <- doesn't work
ralphtheninja has joined #ipfs
silwol1 has joined #ipfs
grahamperrin has left #ipfs ["Leaving"]
Guest33826 has quit [Ping timeout: 240 seconds]
reit has quit [Ping timeout: 246 seconds]
Guest88082 has joined #ipfs
hartor has joined #ipfs
voxelot has joined #ipfs
mildred has joined #ipfs
Oatmeal has quit [Ping timeout: 246 seconds]
nolord_ has joined #ipfs
ppham has joined #ipfs
patagonicus has joined #ipfs
<patagonicus>
Huh, didn't even notice that I hadn't added this channel to my autojoin list. But that's fixed now. :)
reit has joined #ipfs
nolord has quit [Ping timeout: 260 seconds]
<whyrusleeping>
NightRa: hrm... you'll have to cd $GOPATH/src/github.com/ipfs/go-ipfs && git checkout dev0.4.0 && git fetch && git pull origin dev0.4.0 && go install ./cmd/ipfs
<whyrusleeping>
i'm not the biggest fan of the 'go get' tool, it tries to be too generic at the cost of losing some important functionality
ppham has quit [Ping timeout: 265 seconds]
<NightRa>
Installed. Now IPFS reports what error it got: The system cannot find the path specified, for a file with a very long name
<NightRa>
There's some limitation to path lengths in Windows
<NightRa>
Heh, how did this file even get created in the fist place O.o I can't even rename it or move it
Oatmeal has joined #ipfs
<whyrusleeping>
haha, yay windows...
<whyrusleeping>
we're working on getting better testing in place
<daviddias>
harlantwood where can I find that nice MerkleDAG visualization tool you built with THREEJS?
jedahan has joined #ipfs
Senji has joined #ipfs
Shibe has joined #ipfs
<Shibe>
how does ipfs find machines who have the file?
<Shibe>
trackers?
<Kubuxu>
DHT
<Shibe>
like bittorrent?
<Kubuxu>
somewhat
<Shibe>
but wouldn't it be slow to connect to the dht and find the person who has it and initialize a connection with him and download/serve the file?
pfraze has quit [Remote host closed the connection]
<Kubuxu>
You are connected all the time to ~100 people, there is good change that someone from them has this file and if not they almost for sure know who has it.
<Kubuxu>
In short terms, it isn't.
simpbrain has joined #ipfs
pfraze has joined #ipfs
<brimstone>
Is there a way to override the address of the daemon with an environment variable?
<hiredman>
I've just started playing with ipfs, and listing QmXarR6rgkQ2fDSHjSY5nM2kuCXKYGViky5nohtwgF65Ec (the node that links to the readme and other resources) it looks like the size on all the links is one byte larger than the size of the data components of the linked nodes
<hiredman>
is that a quirk of the json encoding or something?
<hiredman>
oh, reverse that, the size when I count the bytes is one byte larger than the size in the list of links
tidux has joined #ipfs
<tidux>
so I found another bug in go-ipfs 3.10, related to ipns resolution
<tidux>
turns out if you have two TXT records with different names for the same hash in the same zone file, only the second one gets parsed