whyrusleeping changed the topic of #ipfs to: go-ipfs 0.4.13 is out! Please try out: https://dist.ipfs.io/go-ipfs/v0.4.13 | Dev chat: #ipfs-dev | IPFS, the InterPlanetary FileSystem: https://github.com/ipfs/ipfs | FAQ: https://git.io/voEh8 | Logs: https://botbot.me/freenode/ipfs/ | Code of Conduct: https://git.io/vVBS0
upperdeck has joined #ipfs
upperdeck has quit [Ping timeout: 268 seconds]
upperdeck has joined #ipfs
Alpha64 has joined #ipfs
upperdeck has quit [Ping timeout: 260 seconds]
upperdeck has joined #ipfs
Benkyoyo has quit [Ping timeout: 240 seconds]
larpanet has joined #ipfs
mikedd has quit [Quit: Connection closed for inactivity]
Reinhilde is now known as Ellenor
domanic has joined #ipfs
upperdeck has quit [Ping timeout: 240 seconds]
droman_ has quit [Quit: WeeChat 1.9.1]
upperdeck has joined #ipfs
captain_morgan has joined #ipfs
chmanie has joined #ipfs
jaboja has quit [Quit: Leaving]
leavehouse has joined #ipfs
upperdeck has quit [Ping timeout: 248 seconds]
upperdeck has joined #ipfs
upperdeck has quit [Ping timeout: 248 seconds]
upperdeck has joined #ipfs
upperdeck has quit [Ping timeout: 240 seconds]
upperdeck has joined #ipfs
Steverman has quit [Ping timeout: 248 seconds]
upperdeck has quit [Ping timeout: 240 seconds]
upperdeck has joined #ipfs
upperdeck has quit [Ping timeout: 248 seconds]
upperdeck has joined #ipfs
Wizek has quit [Quit: Connection closed for inactivity]
girrrrrrr2 has joined #ipfs
upperdeck has quit [Ping timeout: 248 seconds]
overfertility has quit [Ping timeout: 264 seconds]
upperdeck has joined #ipfs
upperdeck has quit [Ping timeout: 240 seconds]
upperdeck has joined #ipfs
tiroliro has joined #ipfs
upperdeck has quit [Ping timeout: 248 seconds]
lexruee has quit [Quit: ZNC 1.6.5-frankenznc - http://znc.in]
lexruee has joined #ipfs
upperdeck has joined #ipfs
upperdeck has quit [Ping timeout: 260 seconds]
upperdeck has joined #ipfs
athan has quit [Ping timeout: 240 seconds]
domanic has quit [Ping timeout: 240 seconds]
goiko has quit [Ping timeout: 248 seconds]
vivus has quit [Quit: Leaving]
upperdeck has quit [Ping timeout: 255 seconds]
upperdeck has joined #ipfs
goiko has joined #ipfs
chmanie has quit [Read error: Connection reset by peer]
domanic has joined #ipfs
leavehouse has quit [Quit: leavehouse]
anewuser has joined #ipfs
espadrine has quit [Ping timeout: 260 seconds]
plexigras has quit [Ping timeout: 248 seconds]
plexigras has joined #ipfs
chmanie has joined #ipfs
domanic has quit [Ping timeout: 248 seconds]
lupi has joined #ipfs
dhruvbaldawa has joined #ipfs
dhruvbaldawa has quit [Ping timeout: 248 seconds]
anewuser has quit [Ping timeout: 240 seconds]
leavehouse has joined #ipfs
anewuser has joined #ipfs
nuclidic has joined #ipfs
jmbarbier has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
gato-frito has quit [Remote host closed the connection]
lupi has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
larpanet has quit [Ping timeout: 255 seconds]
anewuser has quit [Quit: anewuser]
_whitelogger has joined #ipfs
athan has joined #ipfs
}ls{ has quit [Ping timeout: 248 seconds]
<appa_> So, it might be me, but all of a sudden, when using ipfsapi for python, the add_pyobj() returns some error about list indicies must be integers
}ls{ has joined #ipfs
kaotisk has quit [Remote host closed the connection]
kaotisk has joined #ipfs
tiroliro has quit [Quit: Lost terminal]
gato-frito has joined #ipfs
lexruee has quit [Ping timeout: 240 seconds]
lexruee has joined #ipfs
}ls{ has quit [Quit: real life interrupt]
infinity0_ has joined #ipfs
infinity0 has quit [Ping timeout: 248 seconds]
infinity0_ is now known as infinity0
infinity0 has joined #ipfs
infinity0 has quit [Changing host]
meszi has quit [Ping timeout: 240 seconds]
plexigras has quit [Ping timeout: 248 seconds]
girrrrrrr2 has quit [Read error: Connection reset by peer]
kaotisk has quit [Remote host closed the connection]
erictapen has joined #ipfs
rtjure has joined #ipfs
erictapen has quit [Read error: Connection reset by peer]
erictapen has joined #ipfs
nope_23 has joined #ipfs
reit has joined #ipfs
chmanie has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
dhruvbaldawa has joined #ipfs
dhruvbaldawa has quit [Ping timeout: 255 seconds]
erictapen has quit [Ping timeout: 248 seconds]
leavehouse has quit [Ping timeout: 268 seconds]
leavehouse has joined #ipfs
dhruvbaldawa has joined #ipfs
kaotisk has joined #ipfs
kaotisk has quit [Max SendQ exceeded]
kaotisk has joined #ipfs
inetic has joined #ipfs
Alpha64 has quit [Read error: Connection reset by peer]
mtodor has joined #ipfs
mikedd has joined #ipfs
Ellenor is now known as Reinhilde
cris_thor` has joined #ipfs
Wizek has joined #ipfs
cris has quit [Ping timeout: 248 seconds]
rendar has joined #ipfs
ylp has joined #ipfs
kaotisk has quit [Read error: Connection reset by peer]
kaotisk has joined #ipfs
Sigma has quit [Remote host closed the connection]
Sigma has joined #ipfs
upperdeck has quit [Ping timeout: 248 seconds]
upperdeck has joined #ipfs
leavehouse has quit [Ping timeout: 268 seconds]
Taoki has quit [Ping timeout: 250 seconds]
martinBrown has quit [Quit: -]
martinBrown has joined #ipfs
upperdeck has quit [Ping timeout: 240 seconds]
nuclidic has quit [Remote host closed the connection]
upperdeck has joined #ipfs
erictapen has joined #ipfs
chiui has joined #ipfs
erictapen has quit [Remote host closed the connection]
erictapen has joined #ipfs
sum has joined #ipfs
rcat has joined #ipfs
erictapen has quit [Ping timeout: 248 seconds]
xnbya has quit [Ping timeout: 240 seconds]
xnbya has joined #ipfs
erictapen has joined #ipfs
erictapen has quit [Remote host closed the connection]
erictapen has joined #ipfs
upperdeck has quit [Ping timeout: 268 seconds]
upperdeck has joined #ipfs
rtjure has quit [Ping timeout: 240 seconds]
rtjure has joined #ipfs
upperdeck has quit [Ping timeout: 268 seconds]
dhruvbaldawa has quit [Remote host closed the connection]
upperdeck has joined #ipfs
[vm] has joined #ipfs
erictapen has quit [Ping timeout: 248 seconds]
kchz has joined #ipfs
kchz has quit [Client Quit]
larpanet has joined #ipfs
larpanet has quit [Remote host closed the connection]
larpanet has joined #ipfs
erictapen has joined #ipfs
erictapen has quit [Remote host closed the connection]
erictapen has joined #ipfs
dhruvbaldawa has joined #ipfs
sum has quit [Ping timeout: 240 seconds]
dhruvbaldawa has quit [Ping timeout: 250 seconds]
Taoki has joined #ipfs
Steverman has joined #ipfs
Reinhilde is now known as Teinhilde
Teinhilde is now known as Reinhilde
larpanet has quit [Ping timeout: 248 seconds]
}ls{ has joined #ipfs
Captain_Beezay has quit [Quit: Connection closed for inactivity]
anewuser has joined #ipfs
anewuser has quit [Ping timeout: 248 seconds]
anewuser has joined #ipfs
erictapen has quit [Ping timeout: 240 seconds]
clickjack has quit [Read error: Connection reset by peer]
clickjack has joined #ipfs
dhruvbaldawa has joined #ipfs
dhruvbaldawa has quit [Ping timeout: 248 seconds]
Alpha64 has joined #ipfs
mikedd has quit [Quit: Connection closed for inactivity]
dhruvbaldawa has joined #ipfs
teod has quit [Quit: leaving]
<miflow[m]> why do we have to wrap files in a dir to preserve names?
<lgierth> otherwise there is nothing where we can put the name
<lgierth> filenames aren't part of the file
<lgierth> their part of whatever is linking to the file
<lgierth> *they're
<enick_239> Fffd
<miflow[m]> i see the advantages now, but makes manipulating named files a little more difficult for me 🤔
<r0kk3rz> miflow[m]: if the name was included in the file part, it would alter the hash even though it potentially matches another file with only different filename
<miflow[m]> yeah, naming doesnt relate to content/-addressing.
<r0kk3rz> yeah it kinda ruins the whole content addressing thing
<miflow[m]> it could be nice to store names with consensus in like orbit db or so
dhruvbaldawa has quit [Remote host closed the connection]
Steverman has quit [Ping timeout: 255 seconds]
<voker57> I made a patch to go-ipfs for conveniently linking to files with filename like QmFoobar?filename=music.mp3
<miflow[m]> nice
<miflow[m]> i thought about naming consensus via crdt
<miflow[m]> like pinnable immutable naming graphs on ipfs updated via crdt
<miflow[m]> just some ideas
<Alpha64> names are a bad idea
<Alpha64> the name of a file in your computer is not foo.txt but the full path
PyHedgehog has quit [Quit: Connection closed for inactivity]
lupi has joined #ipfs
<voker57> so?
<r0kk3rz> they are human readable though, unlike CIDs
Steverman has joined #ipfs
<miflow[m]> i just thought of an approach for human readable names, ontop of ipfs (not in ipfs), because 40 char hashes wont help with top level adoption
<Alpha64> well it'd be very easy to get a clash
<Alpha64> how does your approach work?
<miflow[m]> not with consensus via a naming graph
<miflow[m]> its just an idea im throwing out here
<miflow[m]> cause i ran into naming problems 😅
<voker57> bittorrent does not appear to have top level adoption problem despite datahashes being non-human readable
<miflow[m]> never saw bittorrent running in a webpage
<r0kk3rz> sure, if you want your decentralised p2p thing to rely upon a centralised 'tracker' to be usable :)
<voker57> miflow[m]: what user situation exactly are you trying to solve?
<miflow[m]> just human readable addressing
<voker57> that's not situation, that's abstract concept
<voker57> is there a problem with sharing link like "ipfs:/Qmasdascba123223raba"?
<r0kk3rz> yes, i have no idea what that is without opening it
<r0kk3rz> like all random url shorteners
<voker57> eh, you have no idea when opening any kind of link, unless you trust url contents
<voker57> if you want to give a hint you can use /ipfs/QmFoobar?filename=music.mp3 like I mentioned above
<voker57> if you mean like "http://imgur.com/Ymg.jpg likely contains an image" then closest thing in IPFS would be some widely-known IPNS entry hosting images like "/ipns/QmFoobar/image.jpeg"
<r0kk3rz> and that its coming from imgur
upperdeck has quit [Ping timeout: 260 seconds]
upperdeck has joined #ipfs
<lgierth> voker57: do ipfs://QmFoo or dweb:/ipfs/QmFoo (number of slashes matters)
<lgierth> i'm working on a spec document for these addresses but it'll take another 2 or 3 weeks
<r0kk3rz> you've changed your mind again on that?
<r0kk3rz> whats this like the 3rd iteration :)
<voker57> btw here's bittorrent running in a webpage https://webtorrent.io/
<miflow[m]> so nevermind, if/when i have my ideas formulated more precise ill let you know if you want
<r0kk3rz> miflow[m]: you've seen the IPRS spec?
<miflow[m]> yes
anewuser has quit [Quit: anewuser]
erictapen has joined #ipfs
erictapen has quit [Remote host closed the connection]
erictapen has joined #ipfs
erictapen has quit [Ping timeout: 240 seconds]
ccii1 has joined #ipfs
ccii has quit [Ping timeout: 268 seconds]
tombusby has quit [Ping timeout: 248 seconds]
tombusby has joined #ipfs
PyHedgehog has joined #ipfs
ylp has left #ipfs [#ipfs]
chiui has quit [Remote host closed the connection]
James_Epp has joined #ipfs
nope_23 has quit [Ping timeout: 248 seconds]
Steverman has quit [Ping timeout: 240 seconds]
ZaZ has joined #ipfs
jaboja has joined #ipfs
domanic has joined #ipfs
<Kythyria[m]> Bittorrent supports websocket now?
<cblgh> lgierth: +100 for ipfs://Qm1337
<Kythyria[m]> Oh, it's an incompatible extension
<Kythyria[m]> > It's true that the BitTorrent protocol is dated in some ways. For example, it uses it's own strange data encoding called "bencoding". If it were invented today, it would probably just use JSON or MessagePack.
<Kythyria[m]> Unfortunately yes. I can see people blindly using plain JSON.
mtodor has quit [Ping timeout: 268 seconds]
domanic has quit [Ping timeout: 240 seconds]
upperdeck has quit [Ping timeout: 246 seconds]
upperdeck has joined #ipfs
Encrypt has joined #ipfs
ylp has joined #ipfs
ylp has quit [Read error: Connection reset by peer]
domanic has joined #ipfs
ralphtheninja has joined #ipfs
konubinix has quit [Ping timeout: 248 seconds]
rendar has quit [Quit: std::lower_bound + std::less_equal *works* with a vector without duplicates!]
upperdeck has quit [Ping timeout: 240 seconds]
domanic has quit [Ping timeout: 240 seconds]
upperdeck has joined #ipfs
konubinix has joined #ipfs
upperdeck has quit [Ping timeout: 240 seconds]
upperdeck has joined #ipfs
jaboja has quit [Ping timeout: 248 seconds]
nope_23 has joined #ipfs
Jesin has joined #ipfs
atrapado_ has joined #ipfs
upperdeck has quit [Ping timeout: 248 seconds]
upperdeck has joined #ipfs
ZaZ1 has joined #ipfs
upperdeck has quit [Ping timeout: 268 seconds]
ZaZ has quit [Ping timeout: 248 seconds]
upperdeck has joined #ipfs
dhruvbaldawa has joined #ipfs
upperdeck has quit [Ping timeout: 240 seconds]
lexruee has quit [Ping timeout: 248 seconds]
upperdeck has joined #ipfs
lexruee has joined #ipfs
larpanet has joined #ipfs
f0i has joined #ipfs
lupi has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
larpanet has quit [Ping timeout: 248 seconds]
upperdeck has quit [Ping timeout: 240 seconds]
ZaZ1 has quit [Ping timeout: 240 seconds]
upperdeck has joined #ipfs
nope_23 has quit [Ping timeout: 248 seconds]
nope_23 has joined #ipfs
inetic has quit [Ping timeout: 264 seconds]
<pjz> compressed json isn't that bad an encoding, really.
upperdeck has quit [Ping timeout: 255 seconds]
upperdeck has joined #ipfs
nope_23 has quit [Remote host closed the connection]
<Kythyria[m]> For binary data?
nope_23 has joined #ipfs
upperdeck has quit [Ping timeout: 240 seconds]
upperdeck has joined #ipfs
upperdeck has quit [Ping timeout: 240 seconds]
upperdeck has joined #ipfs
<Icefoz_> It's not bad but not great.
<Icefoz_> I'm looking forward to CBOR or something becoming more widespread.
<Icefoz_> On some level it doesn't matter what, there's several quite good binary encodings.
jokoon has joined #ipfs
Encrypt has quit [Quit: Quit]
upperdeck has quit [Ping timeout: 255 seconds]
upperdeck has joined #ipfs
nope_23 has quit [Ping timeout: 252 seconds]
upperdeck has quit [Ping timeout: 240 seconds]
upperdeck has joined #ipfs
lupi has joined #ipfs
sleepdeficit[m] has left #ipfs ["User left"]
hts has joined #ipfs
<h[m]1> CBOR is far less ambiguous, that's useful
upperdeck has quit [Ping timeout: 248 seconds]
upperdeck has joined #ipfs
Alpha64 has quit [Read error: Connection reset by peer]
upperdeck has quit [Ping timeout: 240 seconds]
upperdeck has joined #ipfs
lupi has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
Encrypt has joined #ipfs
f0i has quit [Ping timeout: 268 seconds]
upperdeck has quit [Ping timeout: 240 seconds]
upperdeck has joined #ipfs
domanic has joined #ipfs
upperdeck has quit [Ping timeout: 258 seconds]
domanic has quit [Ping timeout: 240 seconds]
upperdeck has joined #ipfs
zeb has joined #ipfs
zeb has left #ipfs [#ipfs]
nchambers has joined #ipfs
upperdeck has quit [Ping timeout: 268 seconds]
upperdeck has joined #ipfs
habitualness has joined #ipfs
nchambers has left #ipfs ["/quit and /part are in a boat. /part jumps out. who is left in the boat?"]
upperdeck has quit [Ping timeout: 255 seconds]
upperdeck has joined #ipfs
Mateon1 has quit [Ping timeout: 248 seconds]
Mateon1 has joined #ipfs
dconroy has joined #ipfs
upperdeck has quit [Ping timeout: 240 seconds]
atrapado_ has quit [Quit: Leaving]
Soft has quit [Ping timeout: 260 seconds]
upperdeck has joined #ipfs
upperdeck has quit [Ping timeout: 240 seconds]
espadrine has joined #ipfs
upperdeck has joined #ipfs
upperdeck has quit [Ping timeout: 248 seconds]
upperdeck has joined #ipfs
zeb has joined #ipfs
Encrypt has quit [Quit: Quit]
dhruvbaldawa has quit [Remote host closed the connection]
<zeb> When I try to use the `ipfs name publish` command, I get this error from the daemon: https://pastebin.com/iUs0B5zQ ... The command does successfully complete, but it takes a while and I keep getting these errors whenever I do it. I'm using Arch Linux.
<lgierth> zeb: neat, that's a bug
<lgierth> could you file and issue in github.com/ipfs/go-ipfs?
<zeb> It looks like this bug: https://github.com/ipfs/go-ipfs/issues/4237
<zeb> So is this something I should worry about?
erictapen has joined #ipfs
<lgierth> i pasted your log in the issue - it's useful because we extended the log message for someone to eventually encounter it with the wonky key included
<lgierth> zeb: stebalien says it's no biggie (in the issue)
<lgierth> ah, "This should be demoted to a warning in the next release. (0.4.12)"
<zeb> Okay then.
<lgierth> thanks :)
<zeb> I have another issue as well: whenever I try to view something I've uploaded via either https://gateway.ipfs.io or localhost:8080, it takes a really long time to load.
perguth has joined #ipfs
<zeb> The webui at localhost:5001 loads very quickly, though.
kp_ has joined #ipfs
kp_ has quit [Client Quit]
upperdeck has quit [Ping timeout: 240 seconds]
<lgierth> you don't upload in ipfs - you add something to your own ipfs node, and it makes it available to the network
<lgierth> oh, but it even takes a long time to load on localhost:8080?
<lgierth> that's odd
upperdeck has joined #ipfs
erictapen has quit [Ping timeout: 250 seconds]
iav has joined #ipfs
iav has left #ipfs [#ipfs]
upperdeck has quit [Ping timeout: 240 seconds]
Alpha64 has joined #ipfs
droman has joined #ipfs
upperdeck has joined #ipfs
iav has joined #ipfs
iav has left #ipfs [#ipfs]
jokoon has quit [Read error: Connection reset by peer]
upperdeck has quit [Ping timeout: 240 seconds]
<zeb> Ah, this is interesting: I've been trying to visit my website using the ipns name I assigned to it. Using the direct ipfs link works instantly on localhost:8080, though it does take a little while after to finish loading, since I'm using CSS & JS files that are linked using ipns links.
upperdeck has joined #ipfs
koshii has quit [Quit: ZNC - http://znc.in]
<zeb> So do ipns links not work faster from localhost:8080 than from a non-local gateway like gateway.ipfs.io?
<zeb> Is that supposed to work like that?
upperdeck has quit [Ping timeout: 240 seconds]
upperdeck has joined #ipfs
koshii has joined #ipfs
zeb_ has joined #ipfs
zeb has quit [Ping timeout: 260 seconds]
<lgierth> zeb_: ah, you're talking about querying ipns
<lgierth> ipns should have gotten a bit better in go-ipfs 0.4.13
<zeb_> That's the version I'm using.
<voker57> gateway is probably more well-connected than your node, hence speed increase
upperdeck has quit [Ping timeout: 248 seconds]
<zeb_> I said that localhost:8080 was faster than gateway.ipfs.io for ipfs links, though ipns links seemed to be just as slow on either.
upperdeck has joined #ipfs
<zeb_> Is there any way to make an ipns link faster?
<zeb_> e.g. by having more nodes storing the content of your website?
upperdeck has quit [Ping timeout: 260 seconds]
upperdeck has joined #ipfs
upperdeck has quit [Ping timeout: 248 seconds]
upperdeck has joined #ipfs
upperdeck has quit [Ping timeout: 248 seconds]
robattila256 has quit [Quit: WeeChat 1.9.1]
upperdeck has joined #ipfs
<zeb_> I tried going to /ipns/ipfs.io/ and it loaded fairly quick, so I guess it is the fact that I only have my website on one node that causes it to be slow to load from an IPNS link.
<zeb_> It could also be because the one node is my laptop, not a powerful server or anything like that.
upperdeck has quit [Ping timeout: 248 seconds]
upperdeck has joined #ipfs
JZA has joined #ipfs
<JZA> hi I want to know if the ipfs network is failing
rcat has quit [Remote host closed the connection]
<Icefoz_> JZA: Seems to work fine for me, why do you ask?
<JZA> ah was trying d.tube, but it seems is an issue on their end.
perguth has quit [Remote host closed the connection]
<deltab> zeb_: there could be a newer version published elsewhere, so it still has to check