stoopkid has quit [Quit: Connection closed for inactivity]
reit has joined #ipfs
hsanjuan1 has quit [Quit: Leaving.]
hsanjuan1 has joined #ipfs
hsanjuan1 has quit [Client Quit]
lnostdal has joined #ipfs
hsanjuan has left #ipfs ["Leaving."]
hsanjuan has joined #ipfs
joeyh_ has quit [Read error: Connection reset by peer]
joeyh has joined #ipfs
mjsir911 has quit [Quit: WeeChat 2.0.1]
polman has quit [Ping timeout: 264 seconds]
tdiesler has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
saki has joined #ipfs
saki has quit [Excess Flood]
polman has joined #ipfs
<svitx>
djdv: Is it safe to run two instances of IPFS against the same .ipfs directory by chance? The unpinning issue is unfortunately only happening with my production instance.
zane has joined #ipfs
tdiesler has joined #ipfs
<ctOS>
Is there any more complete documentation on IPNS available than /ipns/docs.ipfs.io/guides/concepts/ipns/ ?
zane has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
xcm has quit [Killed (livingstone.freenode.net (Nickname regained by services))]
xcm has joined #ipfs
matt-h has quit [Ping timeout: 252 seconds]
matt-h has joined #ipfs
zane has joined #ipfs
joeyh_ has joined #ipfs
joeyh has quit [Read error: Connection reset by peer]
<djdv>
svitx: I beleive the first instance will lock it, I'd clone the .ipfs dir if you can. Best not to run debug builds on production datasets imo ;^)
siavashg has joined #ipfs
fazo has quit [Quit: fazo]
stoopkid has joined #ipfs
fazo has joined #ipfs
joeyh_ has quit [Read error: Connection reset by peer]
Guest331 has joined #ipfs
Guest331 has quit [Remote host closed the connection]
cehteh has quit [Ping timeout: 260 seconds]
Caterpillar has quit [Ping timeout: 240 seconds]
jhulten has joined #ipfs
ulrichard has quit [Remote host closed the connection]
ylp has quit [Quit: Leaving.]
dadabidet has quit [Quit: Leaving]
tdiesler has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
cwahlers has quit [Read error: Connection reset by peer]
cwahlers_ has joined #ipfs
fazo has quit [Quit: fazo]
kanej has quit [Quit: Leaving]
kanej has joined #ipfs
xcm has quit [Remote host closed the connection]
xcm has joined #ipfs
WhizzWr has quit [Quit: Bye!]
WhizzWr has joined #ipfs
BeerHall has quit [Quit: BeerHall]
hannahhoward has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
tdiesler has joined #ipfs
bblindy has quit [Read error: Connection reset by peer]
<svitx>
djdv: clone as in rsync it to another machine, or via ipfs cluster?
<svitx>
In trying to troubleshoot this, I found that when I did an rsync to another machine, none of the pins were visible when I launched the local 'ipfs daemon'. I imagine something in .ipfs/config needs to be tweaked?
<ctOS>
Swedneck: anything that can be detected via JavaScript?
bblindy has joined #ipfs
zane has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Steverman has joined #ipfs
<Swedneck>
not sure
<Swedneck>
what're you trying to do?
cwahlers_ has quit [Read error: No route to host]
cwahlers has joined #ipfs
vmx has quit [Quit: Leaving]
brabo has quit [Ping timeout: 252 seconds]
zane has joined #ipfs
<djdv>
svitx: the pins should come over with the repo, when cloned to the other machine was it to the default location? (~/.ipfs) If not you need to set the IPFS_PATH envvar
joeyh has joined #ipfs
<ctOS>
Swedneck: I’m thinking of extension compatibility. web extensions will only see http://127.0.0.1:8080/ipfs/. If there was a way to get the location from something like window.ipfs.ipfs_location then extensions could use that to build a public gateway URL. For when you want to save something you accessed over IPFS to some extension that requires a web accessible URL.
<djdv>
actually, it wouldn't start if it was missing... hmm
<Swedneck>
i'm not sure i understand
<Swedneck>
build a public gateway url?
<Swedneck>
also, save to an extension?
cwahlers has quit [Ping timeout: 252 seconds]
kanej_ has joined #ipfs
<ctOS>
Swedneck: say you’re reading http://127.0.0.1:8080/ipfs/whatever but its too long so you want to save it to Instapaper. The instapaper web service expects to receive a web accessible URL from the extension. So how does the extension get a web accessible URL out out of */ipfs/whatever? It’t can’t blindly assume all URLs paths that start with /ip[f|n]s/ are IPFS, so it needs some way to detect that the current page is in fact
<ctOS>
accessed over IPFS.
<ctOS>
So I’m looking for a way to detect that the current document in the browser was loaded over IPFS. HTTP headers aren’t accessible via JavaScript after the document has loaded (and you don’t want every extension registering hooks into every web request to detect the X-Ipfs-Location header).
<Swedneck>
why can't it blindly assume /ipfs/ is an ipfs resource?
<djdv>
svitx: does `ipfs pin verify` report any issues?
drrty has joined #ipfs
<ctOS>
Swedneck: as in that URL matches the pattern but isn’t served over IPFS
<djdv>
I'm not actually sure if it would cause issues, but my guess is that you may have a partial pin, and it's getting stuck trying to unpin that
<Swedneck>
ah
<Swedneck>
well in that case i have no clue
<svitx>
djdv: no errors, yeah, I did an rsync of the remote ~/.ipfs/ into the local ~/.ipfs/
<Swedneck>
lidel: might now
<Swedneck>
know*
<djdv>
svitx: okay this is not a solution proper, but if you have all the blocks synced, maybe you can do this
kanej_ has quit [Ping timeout: 252 seconds]
<djdv>
on the origin, list out your pins, and remove theo nes you don't want from the list
<djdv>
on the clone, add the pins back, it should already have the blocks so it should be quick
<djdv>
check if there's any issues on the clone, and swap
joseminao has left #ipfs [#ipfs]
<djdv>
I'm wondering if there's not some form of corruption around the pinset
<djdv>
but to be fair, I'm not super familliar with the pin portion of the project
<svitx>
the disk did fill up on me once
roygbiv has joined #ipfs
<djdv>
I know I did that once myself, and I'm having trouble rememebring if it caused issues
<djdv>
and what configuration I used
<djdv>
I think it was badger
<djdv>
victorbjelkholm: I know our CI's get full a lot, does this often cause problems around pins? svitx is having trouble unpinning some hashes
<svitx>
djdv: I took a small subset of the pins to do that, and it's hanging as well.
<svitx>
ipfs pin add --progress makes a bit of progress, but then hangs
<svitx>
This is with ipfs version 0.4.14 by the way, as I was replicating what was in production
<Swedneck>
that's happened to me a bunch of times
hannahhoward has joined #ipfs
joeyh has quit [Read error: Connection reset by peer]
joeyh has joined #ipfs
<djdv>
remove .ipfs/datastore on the clone and try again
<djdv>
svitx^
<djdv>
remove only the datastore*
cwahlers has joined #ipfs
drrty2 has joined #ipfs
drrty has quit [Read error: Connection reset by peer]
cwahlers_ has joined #ipfs
cwahlers has quit [Ping timeout: 252 seconds]
brabo has joined #ipfs
<djdv>
note: that will also knock out filestore and mfs entries as well as the pinset so if you use those you'll have to reconstruct them from the origin
<djdv>
if it succeeds, my hunch is that full disks can cause leveldb corruption somewhere/somehow
vali has joined #ipfs
joeyh_ has joined #ipfs
joeyh has quit [Read error: Connection reset by peer]
vali has quit [Remote host closed the connection]
bomb-on has quit [Quit: SO LONG, SUCKERS!]
Encrypt has joined #ipfs
Mikaela_ has joined #ipfs
shizy has joined #ipfs
roygbiv has quit [Quit: ™]
hannahhoward has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
hannahhoward has joined #ipfs
hannahhoward has quit [Client Quit]
hannahhoward has joined #ipfs
shizy has quit [Quit: WeeChat 2.2]
mloki_ has joined #ipfs
mloki has quit [Ping timeout: 244 seconds]
bomb-on has joined #ipfs
hannahhoward has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
mloki has joined #ipfs
<victorbjelkholm>
djdv: no, it's the CI workers who get full (tests not cleaning up properly afterwards) while ipfs pins are on a different host
dirkmc has joined #ipfs
mloki_ has quit [Ping timeout: 240 seconds]
banning has joined #ipfs
Adbray has quit [Read error: Connection reset by peer]
joeyh_ has quit [Ping timeout: 252 seconds]
hannahhoward has joined #ipfs
shizy has joined #ipfs
<svitx>
djdv: it stopped pinning at the same spot. It was only able to successfully pin the first one, so I removed the 2nd out of 10, and it was able to proceed to the 3rd, 4th, etc.
<svitx>
I get the impression there are some unset timeouts somewhere that prevents it from failing and continuing on
<djdv>
this is probably worth filing a ticket, maybe someone else will have better insight on it
<djdv>
I'm not really sure what's going on there
joeyh has joined #ipfs
<djdv>
svitx: would you mind doing that and possibly providing the repo? or at least the problematic hash
<djdv>
not sure how large it is
jonnycrunch has joined #ipfs
joeyh has quit [Ping timeout: 244 seconds]
joeyh has joined #ipfs
Encrypt has quit [Quit: Quit]
<svitx>
sure
<svitx>
djdv against the github project?
<djdv>
svitx: yeah, I'd put it in go-ipfs since we're not sure the source of the issue yet, could be in the datastore or somewhere else
<djdv>
thanks!
rendar has quit []
Steverman has quit [Ping timeout: 252 seconds]
banning has quit [Ping timeout: 268 seconds]
The_8472 has quit [Ping timeout: 260 seconds]
mloki has quit [Read error: Connection reset by peer]
The_8472 has joined #ipfs
mloki has joined #ipfs
pecastro has joined #ipfs
<Swedneck>
what's a good length for an ipns key?
Adbray has joined #ipfs
<Swedneck>
2048? 4096?
cwahlers has joined #ipfs
cwahlers_ has quit [Ping timeout: 252 seconds]
joeyh_ has joined #ipfs
joeyh has quit [Read error: Connection reset by peer]
cehteh has joined #ipfs
Steverman has joined #ipfs
ShaxineSy has joined #ipfs
ShaxineSy has quit [K-Lined]
<djdv>
I'm not sure what the standard reccomendations are today but I will say it's gonna depend on the type, (RSA vs ed25519)
<Swedneck>
well i usually just go with rsa
hannahhoward has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
mildred_ has joined #ipfs
<djdv>
2048 is the default in go-ipfs, probably sensible ;^)
pawalls has quit [Remote host closed the connection]
xcm has quit [Remote host closed the connection]
joeyh_ has quit [Ping timeout: 252 seconds]
KwukDuck_ has joined #ipfs
xcm has joined #ipfs
KwukDuck__ has quit [Ping timeout: 252 seconds]
joeyh has joined #ipfs
mloki_ has joined #ipfs
mloki has quit [Ping timeout: 252 seconds]
mildred_ has quit [Remote host closed the connection]
mildred_ has joined #ipfs
xcm has quit [Ping timeout: 244 seconds]
xcm has joined #ipfs
mildred_ has quit [Remote host closed the connection]
Encrypt has joined #ipfs
mildred_ has joined #ipfs
vivus has joined #ipfs
mloki has joined #ipfs
tdiesler has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
mloki_ has quit [Ping timeout: 252 seconds]
joeyh has quit [Read error: Connection reset by peer]
joeyh has joined #ipfs
kanej_ has joined #ipfs
kaminishi has joined #ipfs
jager has left #ipfs [#ipfs]
jyrkio has joined #ipfs
tdiesler has joined #ipfs
kaminishi has quit [Remote host closed the connection]
hannahhoward has joined #ipfs
Steverman has quit [Ping timeout: 246 seconds]
<Swedneck>
hmm, does key length affect how long it takes to publish?
shizy has quit [Ping timeout: 252 seconds]
joeyh has quit [Read error: Connection reset by peer]
joeyh_ has joined #ipfs
mildred_ has quit [Remote host closed the connection]
jyrkio has quit [Quit: Page closed]
jo__ has joined #ipfs
<lidel>
ctOS, check https://www.npmjs.com/package/is-ipfs for URL-based detection. it ensures cid in /ipfs/{cid} is a valid CID, so no false-positives on immutable namespace.
jo__ has quit [Client Quit]
<lidel>
/ipns/ is a tricky beast because it could have fqdn, so you need to do dnslink||cid validation on top of is-ipfs lib
hannahhoward has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
KwukDuck_ has quit [Read error: Connection reset by peer]
jyrkio has joined #ipfs
kanej_ has quit [Quit: Leaving]
kanej_ has joined #ipfs
kanej_ has quit [Client Quit]
tdiesler has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
tdiesler has joined #ipfs
Mikaela__ has joined #ipfs
Mikaela_ has quit [Remote host closed the connection]
tdiesler has quit [Client Quit]
tdiesler has joined #ipfs
tdiesler has quit [Client Quit]
tdiesler has joined #ipfs
mildred_ has quit [Quit: mildred_]
tdiesler has quit [Client Quit]
tdiesler has joined #ipfs
tdiesler has quit [Client Quit]
tdiesler has joined #ipfs
mildred_ has joined #ipfs
tdiesler has quit [Client Quit]
tdiesler has joined #ipfs
tdiesler has quit [Client Quit]
tdiesler has joined #ipfs
jyrkio has left #ipfs [#ipfs]
tdiesler has quit [Client Quit]
jyrkio has joined #ipfs
<jyrkio>
Hi... would you have an idea why 'ipfs swarm connect' complains i/o timeout while a) I can ping the ip address, and b) I can open the port using telnet ?
hannahhoward has joined #ipfs
dethos has quit [Ping timeout: 252 seconds]
HeavyMetal has quit [Ping timeout: 252 seconds]
<ctOS>
lidel: thanks! why isn't window.ipfs available for things loaded over IPFS? could provide something like window.ipfs.ipfs_location for this purpose.
zane has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<lidel>
ctOS, not sure if I follow. is window.ipfs missing on your gateway? afaik it requires secure context (so either https or localhost is required)
HeavyMetal has joined #ipfs
HeavyMetal has quit [Changing host]
HeavyMetal has joined #ipfs
joeyh_ has quit [Read error: Connection reset by peer]
tac-tics has joined #ipfs
tac-tics has quit [Killed (Sigyn (Spam is off topic on freenode.))]
joeyh has joined #ipfs
<lidel>
ctOS, anyway, is-ipfs should do all you need for now. we may add some utilities to next iteration of "window.ipfs", you can follow initial notes at https://github.com/ipfs-shipyard/ipfs-companion/issues/589 but its kinda different problem space to be honest :)
jyrkio has quit []
<ctOS>
lidel: ah, I'm running ipfs on another computer and access it through that (go-ipfs keeps the wifi antenna on my laptop on constantly so it reduces my normal 12-hour battery experience to just shy of two hours.)
<ctOS>
lidel: I've run it on localhost and complete defaults on my MacBook, and also inside WSL on Windows. both variants caused my fans to go crazy and ran out the device battery in no time. mpeg-encoding level battery consumption.
hph^ has joined #ipfs
hph^ has quit [Max SendQ exceeded]
<ctOS>
I'll admit that running it inside the Windows Subsystem for Linux possibly wasn't the best idea, but it amused me.
hph^ has joined #ipfs
<ctOS>
lidel: doesn't that flag make me a passive/consumption only peer?
<lidel>
ctOS, it only changes your DHT participation, you will still announce blocks you have.
<lidel>
tl;dr is "if your machine is not running 24/7, you should use --routing=dhtclient"
yaocihuatl[m] has joined #ipfs
DogeDollars has quit [Remote host closed the connection]
<lidel>
it is actually better for DHT if laptop nodes are only dhtclients
Mikaela__ has quit [Ping timeout: 256 seconds]
<lidel>
soon-to-be-revamped ipfs-desktop will run with --routing=dhtclient by default :)
joeyh_ has joined #ipfs
joeyh has quit [Ping timeout: 252 seconds]
<ctOS>
Thanks. I thought switching that off would stop announcing stuff. Do I need to be a dht server for ipns to work? (There is no documentation on IPNS.)
fazo has quit [Quit: fazo]
<lidel>
ctOS, everything will work, you will just "stop answering to dht queries for stuff that your node is not hosting" so there will be less traffic and longer battery life
<ctOS>
oh, heck. I'll try that then.
<carsonfarmer[m]>
lidel: where does that quote come from? docs somewhere? very useful to know
DogeDollars has joined #ipfs
<lidel>
carsonfarmer[m], i just made it up ;)
<carsonfarmer[m]>
haha, ok
<lgierth>
not just that -- it'll also refuse dht records sent by others
<carsonfarmer[m]>
right, that makes sense
<carsonfarmer[m]>
so queries for hashes/content you do have will be answered by your peer?
<lgierth>
i don't think so
<lgierth>
it'll refuse to take part in the dht
<carsonfarmer[m]>
ah ok, that's what i thought, cool cool
<carsonfarmer[m]>
👍
<lgierth>
with respect to other nodes putting/getting stuff from you
<lidel>
not sure if it is still an experiment, i think its a regular option now
<carsonfarmer[m]>
yeh it is
<carsonfarmer[m]>
i mean, no its not an experiment, yeh it is a regular option
<carsonfarmer[m]>
some of the docs were a bit ambiguous, but this convo has clarified and confirmed my understanding
X-Scale has joined #ipfs
<carsonfarmer[m]>
restarts ipfs desktop app in client mode
<lidel>
lgierth, so just to be extra clear, content hosted by node running in dhtclient node is still available (if Reprovider.Interval > 0), because your node will ask DHT servers to keep info about it, right?
shoku has joined #ipfs
<lgierth>
that is a good quetion
<shoku>
Hey guys, been a while
<lidel>
hi shoku :)
<shoku>
Still in the Bay?
<lidel>
lgierth, carsonfarmer[m] fyi there is a semi-related issue about read-only mode for companion, based on Reprovider.* https://github.com/ipfs-shipyard/ipfs-companion/issues/507 (there is a cool option to "only announce pinned data")
Encrypt has quit [Quit: Quit]
<lidel>
shoku, distributed, depends who you ask, i'm back in EU ;)
<shoku>
Haha cool
<shoku>
Been working on Epona
<shoku>
New release soon
<shoku>
I’ve been away because we also have a small ipfs Discord
<carsonfarmer[m]>
lidel: thanks for the link, good discussion there
<shoku>
But I’ve been learning Docker and am running a web irc now so I’ll be always on :)
joeyh has joined #ipfs
joeyh_ has quit [Ping timeout: 260 seconds]
<lidel>
shoku, you missed The Freenode Spam Extravaganza?
<ctOS>
lidel lgierth: so I nuked .ipfs, set it as dhclient only, and added a unique file. it's been almost an hour and I still can't get that through the public gateways yet.
<ctOS>
switched to dht instead of dhtclient and it was accessible in less than a minute.
jwindover has quit [Ping timeout: 264 seconds]
SamM has quit [Ping timeout: 244 seconds]
gmoro has quit [Ping timeout: 252 seconds]
hph^ has joined #ipfs
hph^ has quit [Excess Flood]
SamM has joined #ipfs
hph^ has joined #ipfs
hph^ has quit [Excess Flood]
hph^ has joined #ipfs
hph^ has quit [Excess Flood]
hph^ has joined #ipfs
hph^ has quit [Excess Flood]
hph^ has joined #ipfs
SamM has quit [Ping timeout: 268 seconds]
jwindover has joined #ipfs
SamM has joined #ipfs
joeyh_ has quit [Read error: Connection reset by peer]
jwindover has quit [Ping timeout: 252 seconds]
bblindy has quit [Ping timeout: 268 seconds]
joeyh has joined #ipfs
SamM has quit [Ping timeout: 246 seconds]
teej has joined #ipfs
pecastro has quit [Ping timeout: 260 seconds]
SamM has joined #ipfs
rhys_rhaven[m] has joined #ipfs
SamM has quit [Ping timeout: 252 seconds]
rhys_rhaven[m] has left #ipfs [#ipfs]
SamM has joined #ipfs
jwindover has joined #ipfs
<ctOS>
lidel lgierth: ok, there the dhtclient-only resources showed up. took 1h58m with dhtclient and 1m with dht. so you can distribute unique content in dhtclient-only mode. it's just slower.
jwindover has quit [Ping timeout: 252 seconds]
joseminao has joined #ipfs
SamM has quit [Ping timeout: 260 seconds]
joeyh has quit [Ping timeout: 252 seconds]
joeyh_ has joined #ipfs
bblindy has joined #ipfs
bblindy has quit [Ping timeout: 268 seconds]
isaacisback_ has quit [Ping timeout: 252 seconds]
ToxicFrog has quit [Ping timeout: 260 seconds]
jwindover has joined #ipfs
chris613 has quit [Ping timeout: 252 seconds]
SamM has joined #ipfs
chris613 has joined #ipfs
DefB has quit [Ping timeout: 252 seconds]
trip__ has quit [Read error: Connection reset by peer]
DefB has joined #ipfs
The_8472 has quit [Ping timeout: 260 seconds]
jwindover has quit [Ping timeout: 246 seconds]
The_8472 has joined #ipfs
ToxicFrog has joined #ipfs
joseminao has left #ipfs [#ipfs]
Steverman has joined #ipfs
hph^ has quit [Ping timeout: 244 seconds]
hph^ has joined #ipfs
hph^ has quit [Excess Flood]
hph^ has joined #ipfs
hph^ has quit [Excess Flood]
hph^ has joined #ipfs
hph^ has quit [Excess Flood]
hph^ has joined #ipfs
hph^ has quit [Excess Flood]
Steverman has quit [Ping timeout: 245 seconds]
hph^ has joined #ipfs
hph^ has quit [Excess Flood]
mildred has joined #ipfs
jwindover has joined #ipfs
joeyh_ has quit [Read error: Connection reset by peer]