alanshaw changed the topic of #ipfs to: Heads Up: To talk, you need to register your nick! Announcements: go-ipfs 0.4.22 and js-ipfs 0.40 are out! Get them from dist.ipfs.io and npm respectively! | Also: #libp2p #ipfs-cluster #filecoin #ipfs-dev | IPFS, the InterPlanetary FileSystem: https://github.com/ipfs/ipfs | Logs: https://view.matrix.org/room/!yhqiEdqNjyPbxtUjzm:matrix.org/ | Forums: https://discuss.ipfs.io | Code of
Clarth3 has quit [Quit: Leaving]
turona has quit [Ping timeout: 246 seconds]
turona has joined #ipfs
sylwit has quit [Ping timeout: 268 seconds]
cwahlers has quit [Ping timeout: 268 seconds]
pecastro has quit [Ping timeout: 260 seconds]
maxzor has quit [Read error: Connection reset by peer]
<l3>
test
<Zalyssa>
test failed
}ls{ has quit [Quit: real life interrupt]
l3 has left #ipfs ["Leaving"]
JohnFromAtl has joined #ipfs
Acacia has joined #ipfs
kapil_ has quit [Quit: Connection closed for inactivity]
Belkaar has quit [Ping timeout: 265 seconds]
Mateon1 has joined #ipfs
Belkaar has joined #ipfs
Belkaar has joined #ipfs
Acacia has quit [Quit: Lost terminal]
AbramAdelmo has quit [Read error: Connection reset by peer]
RamRanRa has quit [Read error: Connection reset by peer]
AbramAdelmo has joined #ipfs
iarebatman has quit [Remote host closed the connection]
<swedneck>
then just `systemctl --user enable ipfs` and `systemctl --user start ipfs`
<swedneck>
and you can use `systemctl --user status ipfs` to see the status of the service, like whether it's running
<odisseus[m]>
I write an application that downloads and starts its ofn IPFS daemon, unless one is already running
<odisseus[m]>
So I can't really use systemd
<odisseus[m]>
* I write an application that downloads and starts its own IPFS daemon, unless one is already running
<swedneck>
oh
<swedneck>
absolutely no clue then
<swedneck>
i'd suggest having a look at how ipfs-desktop does it
xcm has quit [Read error: Connection reset by peer]
xcm has joined #ipfs
marcgr has quit [Ping timeout: 240 seconds]
marcgr has joined #ipfs
digitalnomad91 has quit [Read error: Connection reset by peer]
digitalnomad91 has joined #ipfs
AbramAdelmo_ has joined #ipfs
AbramAdelmo has quit [Read error: Connection reset by peer]
ipfs-stackbot has quit [Remote host closed the connection]
paulr has joined #ipfs
rendar has quit []
ipfs-stackbot has joined #ipfs
<jamiew>
odisseus[m]: you can poll the server's peer count to see when it's ready... even once the daemon is started it takes a bit for it to be well-connected
<ZipperSKDiscord[>
ooh, I should start ipfs with `preload:false` 🤦♂️
<achingbrain[m]>
Failing to preload won't affect how your IPFS node runs, just it'll take other nodes longer to discover content you are publishing
<achingbrain[m]>
That error is really more of a warning
<ZipperSKDiscord[>
achingbrain thanks for more informations 🙂
<ZipperSKDiscord[>
still don't understand why this need to send requests outside my swarm...
<achingbrain[m]>
It's because the the DHT in js-IPFS isn't reliable yet, so when you add some content it's 'preloaded', that is, it's cached on the public gateways
<achingbrain[m]>
* It's because the the DHT in js-IPFS isn't reliable yet, so when you add some content it's 'preloaded', that is, it's cached on the public preload nodes
<achingbrain[m]>
The public preload nodes are typically more discoverable than your or my node, but are also under a lot more load so to protect themselves they start returning 429s if you try to preload too much stuff
<ZipperSKDiscord[>
aaah, make sense. Thanks. But if I have private swarm, this will not speed up discovering of content, right?
<ZipperSKDiscord[>
Are private nodes also connected to public preload nodes?
<achingbrain[m]>
If you're only running on a private swarm you probably want `preload: false` as you found..
<ZipperSKDiscord[>
How IPNS exactly works? I am getting error when I want to resolve name
<ZipperSKDiscord[>
I created IPNS record from ipfs-js (with custom key) and than I want to resolve it using ipfs-go. Is it a problem?
zeden has quit [Quit: WeeChat 2.6]
Trieste has joined #ipfs
<ZipperSKDiscord[>
I also can not resolve it using public gateway
zeden has joined #ipfs
Clarth has joined #ipfs
lord| has quit [Read error: Connection reset by peer]
lord| has joined #ipfs
lord| has quit [Read error: Connection reset by peer]
lord| has joined #ipfs
<JorropoDiscord[m>
IPNS first create a message resolving in the target and the sequence (just an number incrementing by one, if an higher message is found it replace the new one indicating a newer target and throwing away the older one), then its signed with the key (the hash of the pub key is the IPNS key), then you have to embed the pubkey in the ipns message (that just to allow anyone in the dht to check if this message is legitimate
<JorropoDiscord[m>
and can be stored even without the pubkey because its embeded in the ipns record) finaly the whole IPNS message is added in the DHT (peers with peer id close to your IPNS key will store your ipns record), a peer who is storing the records check the signature, pubkey, ...
<JorropoDiscord[m>
when someone want to access your ipns key they search in their peerstore the closest peer and ask them about the ipns record, if the peer knows the answer it respond else it will tell about an other peer wich is closest to the wanted key and the peer resolving the ipns repeat this process on this new node closest to the target.
<JorropoDiscord[m>
ZipperSK
Newami has joined #ipfs
Newami has quit [Remote host closed the connection]
Jybz has quit [Quit: Konversation terminated!]
Clarth has quit [Ping timeout: 258 seconds]
Adbray has joined #ipfs
laizz[m] has joined #ipfs
<laizz[m]>
IPFS is a fake , its not working as promised
<ZipperSKDiscord[>
Jorropo thank you for detailed explanation!
lord| has quit [Read error: Connection reset by peer]
lord| has joined #ipfs
ygrek has quit [Remote host closed the connection]
ygrek has joined #ipfs
<Imnotsoimpressed>
wdym IPFS is fake? laizz
<laizz[m]>
because the material disapears and it can not be found anzmore, even when you set up a IPFS server. IPFS is not stable not reliable... did you test it over a period of time ??
<laizz[m]>
* because the material disapears and it can not be found anymore, even when you set up a IPFS server and save the material there. IPFS is not stable not reliable... did you test it over a period of time ??
ygrek_ has joined #ipfs
ygrek has quit [Remote host closed the connection]
<laizz[m]>
<Imnotsoimpressed "wdym IPFS is fake? laizz"> because the material disapears and it can not be found anymore, even when you set up a IPFS server and save the material there. IPFS is not stable not reliable... did you test it over a period of time ??
<laizz[m]>
because the material disapears and it can not be found anymore, even when you set up a IPFS server and save the material there. IPFS is not stable not reliable... did you test it over a period of time ??
ygrek_ has quit [Ping timeout: 260 seconds]
<ShadowJonathanDi>
i did, it works well
<ShadowJonathanDi>
you need to have stable nodes that're easily connectable from anywhere over a network (so port forwarding if you want), and not try to access stuff from a public gateway if you have that stuff enter the network a few seconds ago
<ShadowJonathanDi>
it needs to propegate
mowcat has quit [Remote host closed the connection]
stoopkid has joined #ipfs
<Imnotsoimpressed>
^
sylwit has quit [Ping timeout: 265 seconds]
caskd has quit [Quit: Freeman you fool!!]
caskd has joined #ipfs
turona_ has joined #ipfs
turona has quit [Ping timeout: 252 seconds]
turona_ has quit [Ping timeout: 240 seconds]
JohnFromAtl has quit [Read error: Connection reset by peer]
KempfCreative has quit [Ping timeout: 258 seconds]