aschmahmann changed the topic of #ipfs to: Heads Up: To talk, you need to register your nick! Announcements: go-ipfs 0.7.0 and js-ipfs 0.52.3 are out! Get them from dist.ipfs.io and npm respectively! | Also: #libp2p #ipfs-cluster #filecoin #ipfs-dev | IPFS: https://github.com/ipfs/ipfs | Logs: https://view.matrix.org/room/!yhqiEdqNjyPbxtUjzm:matrix.org/ | Forums: https://discuss.ipfs.io | Code of Conduct: https://git.io/vVBS0
KeiraT has quit [Remote host closed the connection]
<raceman>
Going to sleep. Zzz. Good night
KeiraT has joined #ipfs
raceman has quit [Remote host closed the connection]
<aschmahmann>
mistakia: `ipfs block stat --offline`?
<aschmahmann>
It's not recursive but works per block. Not sure if there's a recursive one available via the coreapi
search_social has quit [Ping timeout: 246 seconds]
<mistakia[m]>
<aschmahmann "mistakia: `ipfs block stat --off"> Thats a good one. I just need to know if the cid is fully available locally, don't actually need the recursive cids. The problem is more that `--offline` is not available at all via the core api (using `http-api` to talk to `go-ipfs`). Current workaround is just executing the shell commands, which works fine but feels wrong.
<Discordian[m]>
raceman: hey that's really cool! Thanks for sharing
zarazinsfuss[m] has quit [Quit: Idle for 30+ days]
floppyloppycotti has quit [Quit: Idle for 30+ days]
^andrea^2 has joined #ipfs
^andrea^ has quit [Ping timeout: 256 seconds]
royal_screwup21 has joined #ipfs
raceman has joined #ipfs
royal_screwup21 has quit [Ping timeout: 246 seconds]
Ringtailed-Fox has quit [Read error: Connection reset by peer]
Ringtailed-Fox has joined #ipfs
raceman has quit [Remote host closed the connection]
}ls{ has joined #ipfs
n1` has quit [Quit: Ping timeout (120 seconds)]
Ringtailed-Fox has quit [Read error: Connection reset by peer]
n1` has joined #ipfs
Ringtailed-Fox has joined #ipfs
noresult has quit [Read error: Connection reset by peer]
gnarbarian7 has joined #ipfs
noresult has joined #ipfs
gnarbarian has quit [Read error: Connection reset by peer]
pelegreno_______ has quit [Ping timeout: 265 seconds]
Monokles_2 has quit [Quit: No Ping reply in 180 seconds.]
Monokles has joined #ipfs
pelegreno_______ has joined #ipfs
daregap has joined #ipfs
ctOS has quit [Quit: Connection closed for inactivity]
raceman has joined #ipfs
p-core has joined #ipfs
huppdiwupp[m] has joined #ipfs
opal has quit [Remote host closed the connection]
opal has joined #ipfs
royal_screwup21 has joined #ipfs
Ringtailed-Fox has quit [Read error: Connection reset by peer]
Ringtailed-Fox has joined #ipfs
jcea has joined #ipfs
jeffkhull[m] has joined #ipfs
<voker57>
WildeGeist[m]: weird fork of ipfs
royal_screwup21 has quit [Quit: Connection closed]
royal_screwup21 has joined #ipfs
royal_screwup21 has quit [Ping timeout: 272 seconds]
koo5 has joined #ipfs
royal_screwup21 has joined #ipfs
royal_screwup21 has quit [Ping timeout: 240 seconds]
royal_screwup21 has joined #ipfs
seba-- has quit []
lawr3nce has joined #ipfs
raceman has quit [Remote host closed the connection]
pecastro has joined #ipfs
ipfs-stackbot has quit [Remote host closed the connection]
ipfs-stackbot has joined #ipfs
ipfslog has quit [Remote host closed the connection]
Taoki has quit [Ping timeout: 256 seconds]
zeden has joined #ipfs
ipfslog has joined #ipfs
Ringtailed-Fox has quit [Read error: Connection reset by peer]
Ringtailed_Fox has joined #ipfs
alfred188 has joined #ipfs
alfred188 has quit [Quit: WeeChat 3.0]
lawr3nce has quit [Quit: Leaving]
jokoon has quit [Quit: Leaving]
catonano has joined #ipfs
zeden has quit [Quit: WeeChat 3.0]
zeden has joined #ipfs
bart[m]3 has joined #ipfs
bart[m]3 has left #ipfs [#ipfs]
zoltansore[m] has left #ipfs ["User left"]
Mikaela has quit [Remote host closed the connection]
Mikaela has joined #ipfs
royal_screwup21 has quit [Quit: Connection closed]
zeden has quit [Quit: WeeChat 3.0]
drathir_tor has quit [Remote host closed the connection]
Newami has joined #ipfs
coniptor has quit [Ping timeout: 264 seconds]
Newami has quit [Remote host closed the connection]
coniptor has joined #ipfs
<alessandroetc[m]>
morning y'all
drathir_tor has joined #ipfs
justanotherdude has quit [Quit: RAGEQUIT]
<micahzoltu[m]>
So I manually peered my two hosts via the technique described above by aschmahmann. Unfortunately, I'm still seeing the connection between the hosts dropped.
<micahzoltu[m]>
My desktop node has 215 peers, so it is generally connectable, but my server is not among those connected.
justanotherdude has joined #ipfs
<micahzoltu[m]>
Immediately after I restart my local IPFS Desktop instance, it connects to my server as a peer (it is a bootstrap peer as well as in the peering list), but then once I get some other peers (or maybe after some time as passed) it gets dropped and never re-peers with it until I restart again.
<micahzoltu[m]>
Hmm, actually, I see the peer in the list but latency to it is `-`. Maybe that means I'm not *actually* connecting to it?
alpineman has quit [Remote host closed the connection]
alpineman has joined #ipfs
<geoah>
micah.zoltu: not very versed in ipfs but I know that libp2p's connection manager has two configuration options for "high" and "low" watermarks that it uses to control how many connections it keeps open at any given point. I expect that your connection is being killed to make space for a new one. But in that case if you try to request something from your remote peer it should push another connection to the side and dial it as
<geoah>
expected.
<micahzoltu[m]>
<geoah "micah.zoltu: not very versed in "> That is what the original problem was I believe, which is why I manually added each host to the other's peer list. It was supposed to keep them from kicking each other.
<micahzoltu[m]>
I want a privileged/permanent connection between these two hosts, but I'm struggling to make it work.
p-core has quit [Read error: Connection reset by peer]
p-core has joined #ipfs
<geoah>
not sure what the impact is, but I expect this way it won't be able to kill your connection :P
<geoah>
it also seems that the default high watermark is 900 connections, which is way more than I expected so it might not be your issue.
<geoah>
attempting to removing the connmanager will at least help you pin point if the issue is related
<micahzoltu[m]>
I just updated my remote host from 0.6.0 to 0.7.0 and it seems to be holding a connection now... going to assume for the moment that was the issue and maybe it is fixed now. 😬
jcea has quit [Ping timeout: 240 seconds]
alpineman has quit [Ping timeout: 246 seconds]
alpineman has joined #ipfs
alpineman has quit [Ping timeout: 256 seconds]
alpineman has joined #ipfs
alpineman has quit [Ping timeout: 272 seconds]
alpineman has joined #ipfs
p-core has quit [Quit: p-core]
LiftLeft has joined #ipfs
Nact has joined #ipfs
LiftLeft3 has joined #ipfs
LiftLeft has quit [Ping timeout: 246 seconds]
zeden has joined #ipfs
zeden has quit [Client Quit]
zeden has joined #ipfs
nehyaaa[m] has joined #ipfs
nehyaaa[m] has left #ipfs ["User left"]
snaccish[m] has quit [Quit: Idle for 30+ days]
rj0ta[m] has quit [Quit: Idle for 30+ days]
kavin[m] has quit [Quit: Idle for 30+ days]
p2p2p has joined #ipfs
koo5 has quit [Ping timeout: 240 seconds]
gde33 has joined #ipfs
arcatech has joined #ipfs
catonano has quit [Quit: catonano]
opal has quit [Remote host closed the connection]
opal has joined #ipfs
nehyaaa201[m] has joined #ipfs
koo5 has joined #ipfs
bearbeer1613[m] has joined #ipfs
bearbeer1613[m] has left #ipfs [#ipfs]
Taoki has joined #ipfs
nehyaaaa[m] has joined #ipfs
arcatech has quit [Quit: Be back later.]
kex has joined #ipfs
arcatech has joined #ipfs
<micahzoltu[m]>
Bleh, I spoke too soon. I'm back to not connected to my host. 😢
blake_smith has quit [Read error: Connection reset by peer]
<micahzoltu[m]>
I bet it was just the act of restarting my remote host that caused it to start allowing connections from my desktop client.
blake_smith has joined #ipfs
luciandesozay_pr has joined #ipfs
<micahzoltu[m]>
Is there a way to tell IPFS where to find a particular file?
<micahzoltu[m]>
Even when I *do* have a direct connection between my hosts (which doesn't last), if I do `ipfs add ...` from my remote host with a CID for a file only available on my localhost (I just added it locally), I often take quite a while to *find* it.
bengates has quit [Remote host closed the connection]
<RubenKelevra[m]>
<micahzoltu[m] "Even when I *do* have a direct c"> Well, if they are directly connected they should ask eachother for the CID if there's a file requested.
<RubenKelevra[m]>
* Well, if they are directly connected they should ask eachother for the CID if there's a file requested.
<RubenKelevra[m]>
You can also speed up the process of finding the file in the network without a known direct connection by explicitly publishing the CID via `ipfs dht provide` - which is usually a background task which is kinda slow.
<RubenKelevra[m]>
The fasted way to share a CID between two nodes without leaving the network for the transmission is either running a cluster or using ipns with pubsub and the gossipsub router.
<RubenKelevra[m]>
* Well, if they are directly connected they should ask eachother for the CID if there's a file requested.
<RubenKelevra[m]>
You can also speed up the process of finding the file in the network without a known direct connection by explicitly publishing the CID via `ipfs dht provide` - which is usually a background task which is kinda slow.
<RubenKelevra[m]>
The fasted way to share a CID between two nodes without leaving the network for the transmission is either running a cluster or using ipns with pubsub and the gossipsub router.
<micahzoltu[m]>
I just have IPFS Desktop on my localhost where I sometimes add things, but my localhost is terribly unreliable and so I want to mirror it over to my cloud host which is a beast of a machine (relatively speaking).
<micahzoltu[m]>
I'm trying to figure out how to do that with the least effort possible, but at the moment I'm putting forth at on of effort. 😢
<micahzoltu[m]>
I'm starting to think the problem is maybe that my local machine is behind a VPN, so its IP address changes.
<micahzoltu[m]>
And maybe my remote host is very unhappy with the IP of its peer changing, and so when I change IPs I end up with a whole new peer list or something?
<Discordian[m]>
Do you want their pins to mirror over too? I think ipfs-cluster can do that, but if that's not what you're looking for, I'm going to be working on a simple system to sync pin lists in the near future.
blake_smith has quit [Ping timeout: 240 seconds]
Donieck666Kamili has joined #ipfs
arcatech has quit [Quit: Be back later.]
n1` has quit [Ping timeout: 264 seconds]
arcatech has joined #ipfs
bengates has joined #ipfs
n1` has joined #ipfs
bengates has quit [Ping timeout: 246 seconds]
justanotherdude has quit [Quit: RAGEQUIT]
pixelgeek[m] has joined #ipfs
<RubenKelevra[m]>
It's not complicated. You just use a /ipns/12345 instead of /ipfs/1234 and the ipns will be resolved to the CID which the ipns is currently pointing at. :)
<RubenKelevra[m]>
Ipfs cluster is definitely the way to go, if you want to automate it.
<RubenKelevra[m]>
You add via the ipfs-cluster-ctl the pins you like your nodes to hold, and the cluster follower clients receive it and pin them.
<RubenKelevra[m]>
Unpinning goes exactly the same way
<RubenKelevra[m]>
<Discordian[m] "Do you want their pins to mirro"> Where's the difference compared to a cluster? 🤔
ahmed517 has quit [Quit: Connection closed for inactivity]
<Discordian[m]>
Just a simpler alternative, less powerful.
mowcat has joined #ipfs
walmart[m] has joined #ipfs
<Discordian[m]>
I just want a very simple system to mirror pins, for me personally, I feel like ipfs-cluster is a bit too much.
prettymuchbryce has quit [Ping timeout: 264 seconds]
<zzo38>
I have two suggestions for new multicodec numbers: one is for internet message IDs (I suggest using the number 0x3C for this), and other one for Fossil structural artifacts. I do currently have an application where a multicodec number for internet message IDs would be useful (in a remote mirroring system; it may be useful in IPFS too, although I am doing something else).
<zzo38>
The internet message IDs should probably use the "namespace" tag. (The mirroring system I described only uses multicodec numbers of type "multihash" and "namespace".)
talbot-papineau[ has left #ipfs ["User left"]
<zzo38>
(The document is at http://sprunge.us/GZT9QV in case you wanted to look to see how it is used. In order that someone who wants to mirror my public files can mirror all of them (or whatever subset they are interested in) using a single interface, it can also include my NNTP server, Fossil repositories, and ordinary files.)
<zzo38>
Another thing I am using the multicodec numbers in is in Fossil Implementation Library. It has to compute three kinds of hashes, being SHA-1, SHA3-256, and MD5; it identifies the hash type using multicodec numbers (which are defined as named constants in the header file; for example, FOSIMP_SHA1 is defined as 0x11.)
drathir_tor has quit [Ping timeout: 268 seconds]
marcgroos[m] has joined #ipfs
<zzo38>
What would you think of such a thing?
<zzo38>
Are you able to consider my suggestions?
opal has quit [Remote host closed the connection]
justanotherdude has quit [Quit: RAGEQUIT]
opal has joined #ipfs
tyjak[m] has joined #ipfs
PeaceTea has quit [Remote host closed the connection]
PeaceTea has joined #ipfs
kn0rki has quit [Quit: Leaving]
<geoah>
zzo38 (I'm not part of the ipfs team so don't don't take my questions too seriously). Do you want to use the message-id as a CID or something else? if it's to be used for the CID, since is not a hash of the content but just an arbitrary identifier, how do you verify that the content you received is indeed the one you expected?
<zzo38>
geoah: I intend it may be used like code 0x2F ("path") is used; that one is a namespace for string paths, so this one would be a namespace for internet message IDs.
<zzo38>
Just like using the filename, it won't allow you to verify the content, but for some applications this is acceptable. (Still, if you do want a common hash of them, it may be helpful to define a "canonical form", perhaps by deleting the "Path" and "Xref" headers, and possibly some others, and possibly reordering and rewrapping the remaining headers.)
coniptor has quit [Read error: Connection reset by peer]
<geoah>
hm, interesting, I wonder if you can query the DHT for something that is not a multihash but like in your case a namespace. I guess you can as the pubsub topics are probably not hashes either.
coniptor has joined #ipfs
<zzo38>
I don't know. In the case of internet message IDs, I suppose that doing so would be meaningful (although it still couldn't be easily verified, like you mention). In the case of file paths (which is presumably what type 0x2F is for), I would think it wouldn't make sense to query the DHT using that, since file paths are not globally applicable.
<zzo38>
(Like file paths start with "/", internet message IDs start with "<", which is why I suggested the number 0x3C for this.)
kex has quit [Ping timeout: 265 seconds]
arcatech has quit [Ping timeout: 240 seconds]
kex has joined #ipfs
kex has quit [Ping timeout: 272 seconds]
rho has quit [Ping timeout: 240 seconds]
Mikaela has quit [Ping timeout: 268 seconds]
Mikaela has joined #ipfs
koo5 has quit [Ping timeout: 240 seconds]
dirkmc has quit [Read error: Connection reset by peer]
dirkmc has joined #ipfs
jessehattabaugh has quit [Quit: Leaving]
zzo38 has left #ipfs ["You can write a private message to me if you have another comment, such as accepting or rejecting the proposal"]
coniptor has quit [Read error: Connection reset by peer]
coniptor has joined #ipfs
someonejv[m]1 has joined #ipfs
opal has quit [Ping timeout: 268 seconds]
opal has joined #ipfs
justanotherdude has joined #ipfs
ipfslog has quit [Remote host closed the connection]