stebalien changed the topic of #ipfs to: Heads Up: To talk, you need to register your nick! Announcements: go-ipfs 0.5.1 and js-ipfs 0.43.1 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
}ls{ has joined #ipfs
scde_ has joined #ipfs
scde_ has quit [Read error: Connection reset by peer]
scde_ has joined #ipfs
scde_ has quit [Read error: Connection reset by peer]
scde_ has joined #ipfs
scde_ has quit [Read error: Connection reset by peer]
scde_ has joined #ipfs
Soo_Slow has quit [Quit: Soo_Slow]
scde_ has quit [Client Quit]
}ls{ has quit [Ping timeout: 256 seconds]
}ls{ has joined #ipfs
stoopkid has joined #ipfs
Ecran has quit [Quit: Going offline, see ya! (www.adiirc.com)]
treora has quit [Ping timeout: 265 seconds]
Relis has quit [Quit: This computer has gone to sleep]
treora has joined #ipfs
Relis has joined #ipfs
cheet has quit [Ping timeout: 258 seconds]
basket_fran has joined #ipfs
Belkaar has quit [Ping timeout: 246 seconds]
Belkaar has joined #ipfs
Belkaar has joined #ipfs
Belkaar has quit [Changing host]
Relis has quit [Quit: This computer has gone to sleep]
jrt has quit [Killed (orwell.freenode.net (Nickname regained by services))]
jrt has joined #ipfs
user_51 has quit [Ping timeout: 264 seconds]
user_51 has joined #ipfs
Relis has joined #ipfs
Relis has quit [Quit: This computer has gone to sleep]
Relis has joined #ipfs
Relis has quit [Client Quit]
Relis has joined #ipfs
stoopkid has quit [Quit: Connection closed for inactivity]
basket_fran has quit [Ping timeout: 264 seconds]
basket_fran has joined #ipfs
xcm has quit [Remote host closed the connection]
xcm has joined #ipfs
xcm has quit [Read error: Connection reset by peer]
xcm has joined #ipfs
__jrjsmrtn__ has joined #ipfs
_jrjsmrtn has quit [Ping timeout: 246 seconds]
cheet has joined #ipfs
Taoki has quit [Read error: Connection reset by peer]
Taoki has joined #ipfs
basket_fran has quit [Ping timeout: 246 seconds]
cxl000 has quit [Quit: Leaving]
Relis has quit [Quit: This computer has gone to sleep]
_whitelogger has joined #ipfs
basket_fran has joined #ipfs
dqx_ has quit [Ping timeout: 240 seconds]
ipfs-stackbot has quit [Remote host closed the connection]
bengates has quit [Read error: Connection reset by peer]
daMaestro has joined #ipfs
<mike7c2Discord[m>
Does anyone know the maintainer or best contact point for the `py-ipfs-http-client` repo? I raised a PR against it about a week ago and wonder if there is someone I can poke to look at it: https://github.com/ipfs-shipyard/py-ipfs-http-client/pull/219
redfish has quit [Ping timeout: 272 seconds]
jokoon has joined #ipfs
gimzmoe_ has joined #ipfs
dethos has joined #ipfs
redfish has joined #ipfs
sadsadadas has joined #ipfs
sadsadadas has quit [Quit: Connection closed]
neheist has quit [Read error: Connection reset by peer]
fazo96 has quit [Ping timeout: 256 seconds]
Guest79601 has quit [Remote host closed the connection]
Guest79601 has joined #ipfs
neheist has joined #ipfs
clemo1 has quit [Ping timeout: 264 seconds]
Ringtailed_Fox has quit [Read error: Connection reset by peer]
halbeno has quit [Remote host closed the connection]
halbeno has joined #ipfs
Guest79601 has quit [Ping timeout: 246 seconds]
Guest79601 has joined #ipfs
ylp has quit [Quit: Leaving.]
cipres has joined #ipfs
xcm has quit [Remote host closed the connection]
xcm has joined #ipfs
neoflux[m] has left #ipfs ["User left"]
jesse22 has joined #ipfs
jesse22 has quit [Client Quit]
jesse22 has joined #ipfs
ipfs-stackbot has quit [Remote host closed the connection]
ipfs-stackbot has joined #ipfs
bengates_ has quit [Ping timeout: 264 seconds]
fazo96 has joined #ipfs
Ecran has joined #ipfs
}ls{ has quit [Ping timeout: 265 seconds]
neheist has quit [Read error: Connection reset by peer]
neheist has joined #ipfs
}ls{ has joined #ipfs
CGretski has quit [Ping timeout: 272 seconds]
CGretski has joined #ipfs
bengates has joined #ipfs
fazo96 has quit [Ping timeout: 260 seconds]
bengates has quit [Ping timeout: 256 seconds]
neheist has quit [Read error: Connection reset by peer]
neheist2 has joined #ipfs
neheist2 has quit [Remote host closed the connection]
jesse22 has quit [Ping timeout: 260 seconds]
jesse22 has joined #ipfs
neheist has joined #ipfs
neheist has quit [Remote host closed the connection]
Pie-jacker875 has quit [Read error: Connection reset by peer]
Pie-jacker875 has joined #ipfs
}ls{ has quit [Quit: real life interrupt]
kn0rki has joined #ipfs
Privato has joined #ipfs
neheist2 has joined #ipfs
Privato has quit [Client Quit]
neheist2 has quit [Remote host closed the connection]
dqx_ has joined #ipfs
vrde has joined #ipfs
cipres has quit [Ping timeout: 260 seconds]
neheist2 has joined #ipfs
basket_fran has joined #ipfs
cipres has joined #ipfs
<TraderOne>
whats state of project package managers with ipfs backend?
<hsn>
dead
<TraderOne>
well, maybe too early? but idea is good
Newami has joined #ipfs
<hsn>
it will never happen in unix land where everybody is writing own package manager, own repository layout, own buildsystem for apps.
Newami has quit [Remote host closed the connection]
<hsn>
I guess, only chance is microsoft integrating it into windows, they are testing ipfs there. If IPFS is happening I bet on MS, not redhat/Fedora.
<TraderOne>
Right, how many distros have even torrent downloads? Very few.
<hsn>
debian has them
<hsn>
ubuntu too, fedora no.
<hsn>
Maybe situation with modern download tech is not that bad
<hsn>
IPFS advantage is that you do not need to admin tracker, whitelist own torrents.
<hsn>
ipfs dht findprovs on their hashes return nothing on all my servers
opal has quit [Remote host closed the connection]
endvra has quit [Read error: Connection reset by peer]
opal has joined #ipfs
<TraderOne>
ipfs findprovs is broken, use webui.
<hsn>
you are right. in webui it works
endvra has joined #ipfs
<hsn>
Now it shows on command line and in webui.
<hsn>
so findprovs might not be broken that much.
Yash-Handa has quit [Quit: Connection closed for inactivity]
xcm has quit [Remote host closed the connection]
xcm has joined #ipfs
dqx_ has quit [Remote host closed the connection]
cipres has quit [Ping timeout: 256 seconds]
<RubenKelevra[m]>
<JCaesar "sadly, it only does single hosts"> Nope, you can use the "cloud" solution which gives you an overview over all your nodes. The nodes will still stream the data in real time to your browser, nothing will be stored in the cloud.
xcm is now known as Guest19369
Guest19369 has quit [Killed (tepper.freenode.net (Nickname regained by services))]
xcm has joined #ipfs
<RubenKelevra[m]>
<nimaje "well, the internet archive "prob"> Well, it would require IPFS cluster and this proposal:
<Acacia>
I mean adoption of IPFS in package managers is instant for any flexible enough OS or distro package manager
<Acacia>
all it takes is someone creating a mirror and other people configuring it
<RubenKelevra[m]>
<dadepo[m] "ok. Nice to know. Still does not"> There's no way to speed this up. The issue is that many clients run still an old version of IPFS. As soon as everything is migrated to at least 0.5.x the publish will be faster.
<RubenKelevra[m]>
<various_accounts "Are there other transports besid"> Yes, you can use unix-sockets, that's what go-ipfs uses by default if you don't specify --api
muslimm has joined #ipfs
muslimm has quit [K-Lined]
cipres has joined #ipfs
<RubenKelevra[m]>
<IanPreston[m] "> <@ian.c.preston:matrix.org> We"> I'm currently working on a similar solution for go-ipfs. But don't expect that in the near future, it will take some time.
muslimm has joined #ipfs
muslimm has quit [K-Lined]
<RubenKelevra[m]>
<hsn "thats minor distro"> I don't think Arch Linux is minor. 😂
<hsn>
let me guess, you run the mirror
xcm has quit [Remote host closed the connection]
muslimm has joined #ipfs
muslimm has quit [Max SendQ exceeded]
muslimm has joined #ipfs
xcm has joined #ipfs
muslimm has quit [Max SendQ exceeded]
muslimm has joined #ipfs
muslimm has quit [K-Lined]
<RubenKelevra[m]>
I run the cluster (which is obvious, since the link contains my name)
<RubenKelevra[m]>
But I just started it because there was a issue open for some years and nobody got the time to maintain one :)
<RubenKelevra[m]>
To be fair, I hit like 30 bugs in IPFS / IPFS-Cluster, but the developers worked through all of them and they are now nearly all fixed or I found a good workaround. :)
Guest91434 has quit [Killed (card.freenode.net (Nickname regained by services))]
xcm has joined #ipfs
user217_ has quit [Ping timeout: 256 seconds]
kn0rki has quit [Quit: Leaving]
<RubenKelevra[m]>
<IanPreston[m] "> <@rubenkelevra:matrix.org> I'm"> Ah! Okay, I'm heading the other way, marking blocks which are not pinned and counting the time and the accesses and dropping the least desirable blocks first. I'm also tracking the rough size of the blocks, so I can adapt the drop rate to the ingress rate of the datastore, keeping it always filled to the brim.
<RubenKelevra[m]>
<IanPreston[m] "> <@rubenkelevra:matrix.org> I'm"> I will make use of timestamps, instead of locks, so new blocks will be kept secure until a pin operation claims them.
<RubenKelevra[m]>
So no transactions needed :)
<RubenKelevra[m]>
Hope this makes sense, I'm a bit tired :)
rodolf0 has joined #ipfs
jokoon has quit [Quit: Leaving]
cipres has quit [Quit: leaving]
vrde has quit [Ping timeout: 240 seconds]
vrde has joined #ipfs
jesse22 has joined #ipfs
rodolf0 has quit [Quit: Leaving]
vrde has quit [Ping timeout: 256 seconds]
jadedctrl has joined #ipfs
dqx_ has joined #ipfs
basket_fran has quit [Ping timeout: 240 seconds]
Jesin has quit [Quit: Leaving]
sabry has quit [Quit: Connection closed for inactivity]
basket_fran has joined #ipfs
drathir_tor has quit [Ping timeout: 240 seconds]
KempfCreative has quit [Ping timeout: 256 seconds]
citizen_stig has joined #ipfs
Trieste has quit [Ping timeout: 256 seconds]
Jesin has joined #ipfs
drathir_tor has joined #ipfs
hsn has quit [Ping timeout: 256 seconds]
Trieste has joined #ipfs
jesse22 has quit [Ping timeout: 260 seconds]
dexter0_ has joined #ipfs
dexter0 has quit [Ping timeout: 256 seconds]
dexter0_ is now known as dexter0
sabritos has joined #ipfs
sabritos has quit [Read error: Connection reset by peer]
drathir_tor has quit [Ping timeout: 240 seconds]
redfish has quit [Ping timeout: 272 seconds]
Nukien has quit [Ping timeout: 246 seconds]
jesse22 has joined #ipfs
redfish has joined #ipfs
<RubenKelevra[m]>
Ian Preston: would this fix your current issues with go-ipfs, or do you have additional requirements?
pecastro has quit [Ping timeout: 264 seconds]
xcm is now known as Guest50381
Guest50381 has quit [Killed (tepper.freenode.net (Nickname regained by services))]
xcm has joined #ipfs
<IanPreston[m]>
<RubenKelevra[m] "Ian Preston: would this fix your"> We never call pin on ipfs now. Our pins are implicit from our pin set, which ipfs isn't aware of. :-) We also don't set a time limit on transactions and have already implemented the transactions api.
drathir_tor has joined #ipfs
<RubenKelevra[m]>
Well okay, you found a solution which works around the restrictions. But would using pins or the MFS work for you, if go-ipfs would able to clean the storage dynamically and concurrently in a non-blocking way?
<RubenKelevra[m]>
Ian Preston: I suppose you could use folders in the MFS to mimic transactions, since when you delete them, the content would be cleaned up again in the background :)
<IanPreston[m]>
<RubenKelevra[m] "Ian Preston: I suppose you could"> That is one possible way of implementing the transaction api yes.
Nukien has joined #ipfs
Ecran has quit [Quit: Going offline, see ya! (www.adiirc.com)]
citizen_stig has quit [Remote host closed the connection]
citizen_stig has joined #ipfs
Guest79601 has quit [Remote host closed the connection]
citizen__ has joined #ipfs
citize___ has joined #ipfs
citizen_stig has quit [Ping timeout: 260 seconds]
citizen__ has quit [Read error: Connection reset by peer]