<Stskeeps>
on a sidenote, we're working on a mobile device w/ ipfs built-in + a few other decentralised technologies at https://zipperglobal.com (this is not about the presale nor meant to advertise, we've been playing with ipfs on mobile since like 2 years, love the technology)
<Stskeeps>
basically decentralised technology as a literal out of box experience
runde has quit [Ping timeout: 240 seconds]
SunflowerSociety has quit [Ping timeout: 255 seconds]
ashark has joined #ipfs
sickill has quit [Ping timeout: 240 seconds]
jungly has joined #ipfs
Neomex_ has quit [Quit: Leaving]
ONI_Ghost has joined #ipfs
sickill has joined #ipfs
ashark has quit [Ping timeout: 276 seconds]
jungly has quit [Remote host closed the connection]
jungly has joined #ipfs
<haad>
Stskeeps: are you incorporated in Finland? :O
<Stskeeps>
haad: hong kong; part of team are finns, i'm danish, based in poland. best things come from decentralisation :p
<haad>
also, this is not from the link ^ but down the rabbit whole, it pains me to read the whitepaper of many projects: "We think that the centralized search engine is more suitable for obtaining the best
<haad>
user experience and presenting the value of XX"
<Stskeeps>
yeah
<haad>
Stskeeps: indeed :)
<Stskeeps>
you can get much more creative with pubsub, ipfs and crdts than a centralised service
<haad>
<-- finn in berlin
<haad>
Stskeeps: oh yes :)
<Stskeeps>
do you by chance recall the thing that came after crdts? the 2017 paper
<Stskeeps>
something operations based
<haad>
Stskeeps: would be great to touch bases with you/your team at some point. there aren't too many decentralized devs in Finland and we have a small group of ppl who try to push the ecosystem and community there
warner has quit [Read error: Connection reset by peer]
warner has joined #ipfs
ylp has joined #ipfs
ashark has quit [Ping timeout: 252 seconds]
pat36 has joined #ipfs
Kristjan has joined #ipfs
<r0kk3rz>
oooo so like a scuttlebutt type thing
<haad>
one could implement scuttlebut on it now, yeah
<haad>
per-user feed or multi-party feeds
dhruvbaldawa has quit [Remote host closed the connection]
Kristjan has quit [Remote host closed the connection]
bomb-on has quit [Quit: zzz]
ejsf_ is now known as ejsf
<r0kk3rz>
looks cool :) good work
dhruvbaldawa has joined #ipfs
<haad>
thanks
dhruvbaldawa has quit [Ping timeout: 248 seconds]
ashark has joined #ipfs
ashark has quit [Ping timeout: 240 seconds]
cblgh is now known as cblghj
cblghj is now known as cblgh
Caterpillar has quit [Quit: You were not made to live as brutes, but to follow virtue and knowledge.]
bomb-on has joined #ipfs
ashark has joined #ipfs
pat36 has quit [Read error: Connection reset by peer]
erictapen has joined #ipfs
pat36 has joined #ipfs
ashark has quit [Ping timeout: 260 seconds]
pat36 has quit [Read error: Connection reset by peer]
pat36 has joined #ipfs
runde has joined #ipfs
rendar has joined #ipfs
pat36 has quit [Read error: Connection reset by peer]
erictapen has quit [Remote host closed the connection]
pat36 has joined #ipfs
erictapen has joined #ipfs
ashark has joined #ipfs
upperdeck has quit [Read error: Connection reset by peer]
ashark has quit [Ping timeout: 268 seconds]
synthmeat has joined #ipfs
upperdeck has joined #ipfs
larpanet has joined #ipfs
droman has joined #ipfs
ashark has joined #ipfs
ashark has quit [Ping timeout: 248 seconds]
athan has quit [Ping timeout: 268 seconds]
ashark has joined #ipfs
ashark has quit [Ping timeout: 240 seconds]
dhruvbaldawa has joined #ipfs
athan has joined #ipfs
larpanet has quit [Remote host closed the connection]
larpanet has joined #ipfs
ashark has joined #ipfs
ccii has quit [Ping timeout: 276 seconds]
ccii has joined #ipfs
ashark has quit [Ping timeout: 258 seconds]
athan has quit [Ping timeout: 248 seconds]
athan has joined #ipfs
mtodor has quit [Remote host closed the connection]
mtodor has joined #ipfs
ygrek has quit [Ping timeout: 248 seconds]
Steverman has joined #ipfs
Cavedude_ has quit [Ping timeout: 240 seconds]
cherry-xw has joined #ipfs
athan has quit [Ping timeout: 255 seconds]
cherry-xw has quit [Client Quit]
ashark has joined #ipfs
synthmeat has quit [Quit: WeeChat 2.0]
athan has joined #ipfs
ashark has quit [Ping timeout: 268 seconds]
Cavedude has joined #ipfs
pat36 has quit [Read error: Connection reset by peer]
pat36 has joined #ipfs
ashark has joined #ipfs
synthmeat has joined #ipfs
ashark has quit [Ping timeout: 240 seconds]
larpanet has quit [Ping timeout: 248 seconds]
apiarian has quit [Ping timeout: 276 seconds]
SOO7 has joined #ipfs
Neomex has joined #ipfs
Mahasim has quit [Remote host closed the connection]
apiarian has joined #ipfs
jkilpatr has joined #ipfs
ashark has joined #ipfs
ygrek has joined #ipfs
ashark has quit [Ping timeout: 255 seconds]
pat36 has quit [Read error: Connection reset by peer]
pat36 has joined #ipfs
ashark has joined #ipfs
ashark has quit [Ping timeout: 248 seconds]
ashark has joined #ipfs
ashark has quit [Ping timeout: 255 seconds]
droman_ has joined #ipfs
droman has quit [Ping timeout: 250 seconds]
pat36 has quit [Read error: Connection reset by peer]
ashark has joined #ipfs
pat36 has joined #ipfs
ashark has quit [Ping timeout: 255 seconds]
pat36 has quit [Read error: Connection reset by peer]
pat36 has joined #ipfs
ruby32 has quit [Remote host closed the connection]
obensource has quit [Ping timeout: 255 seconds]
droman_ has quit [Ping timeout: 240 seconds]
droman_ has joined #ipfs
obensource has joined #ipfs
pat36 has quit [Read error: Connection reset by peer]
pat36 has joined #ipfs
upperdeck has quit [Read error: Connection reset by peer]
ashark has joined #ipfs
upperdeck has joined #ipfs
ashark has quit [Ping timeout: 248 seconds]
Caterpillar has joined #ipfs
pat36 has quit [Read error: Connection reset by peer]
pat36 has joined #ipfs
pat36 has quit [Read error: Connection reset by peer]
pat36 has joined #ipfs
pat36 has quit [Read error: Connection reset by peer]
pat36 has joined #ipfs
pat36 has quit [Read error: Connection reset by peer]
pat36 has joined #ipfs
witten_ has quit [Ping timeout: 260 seconds]
ashark has joined #ipfs
jkilpatr has quit [Ping timeout: 260 seconds]
ashark has quit [Ping timeout: 248 seconds]
talonz has quit [Ping timeout: 248 seconds]
lexruee has quit [Ping timeout: 248 seconds]
lexruee has joined #ipfs
pat36 has quit [Read error: Connection reset by peer]
pat36 has joined #ipfs
Neomex has quit [Remote host closed the connection]
Neomex has joined #ipfs
pat36 has quit [Read error: Connection reset by peer]
pat36 has joined #ipfs
ashark has joined #ipfs
jkilpatr has joined #ipfs
droman has joined #ipfs
droman_ has quit [Ping timeout: 248 seconds]
ashark has quit [Ping timeout: 255 seconds]
Jesin has quit [Quit: Leaving]
pat36 has quit [Read error: Connection reset by peer]
pat36 has joined #ipfs
toxync01 has joined #ipfs
dhruvbaldawa has quit [Remote host closed the connection]
Taoki has joined #ipfs
leeola has joined #ipfs
droman_ has joined #ipfs
droman has quit [Ping timeout: 255 seconds]
ashark has joined #ipfs
Mahasim has joined #ipfs
ashark has quit [Ping timeout: 276 seconds]
pat36 has quit [Read error: Connection reset by peer]
pat36 has joined #ipfs
clownpriest has joined #ipfs
ashark has joined #ipfs
droman has joined #ipfs
ashark has quit [Ping timeout: 240 seconds]
pat36 has quit [Read error: Connection reset by peer]
pat36 has joined #ipfs
droman_ has quit [Ping timeout: 248 seconds]
dimitarvp has joined #ipfs
droman has quit [Ping timeout: 268 seconds]
droman has joined #ipfs
erictapen has quit [Remote host closed the connection]
<ChrisMatthieu>
Nice job has haad !
erictapen has joined #ipfs
cherry-xw has joined #ipfs
zopsi has quit [Ping timeout: 240 seconds]
upperdeck has quit [Read error: Connection reset by peer]
cherry-xw has quit [Ping timeout: 255 seconds]
JackOfBlades has joined #ipfs
zopsi has joined #ipfs
cherry-xw has joined #ipfs
JackOfBlades has quit [Client Quit]
upperdeck has joined #ipfs
pat36 has quit [Read error: Connection reset by peer]
pat36 has joined #ipfs
<pjz>
haad: scuttlebutt-like on mobile is a killer app, I think
Jesin has joined #ipfs
clownpriest has quit [Remote host closed the connection]
<musicmatze>
I'd love to have an orbitdb implementation in a native language.
<Icefoz_>
Hi musicmatze ;-)
pat36 has quit [Read error: Connection reset by peer]
<Icefoz_>
Fancy seeing you here.
pat36 has joined #ipfs
pat36 has quit [Read error: Connection reset by peer]
<Steverman>
I am a little lost on how to use the http api with js-ipfs through node-js.
<musicmatze[m]>
Ah, lol... Nice.
pat36 has joined #ipfs
<musicmatze[m]>
Icefoz_: you too.
<musicmatze[m]>
Icefoz_: orbitdb sounds like a nice lib as abstraction layer for our idea, right? Although I'd must admit that I'd rather implement things myself than tying myself to web technologies...
<musicmatze[m]>
But we're in planning phase, we shouldn't discuss technology yet. Ends in bikeshedding.
<r0kk3rz>
obviously you should use rust
Martle_ has joined #ipfs
cherry-xw has quit [Ping timeout: 250 seconds]
wikulum has joined #ipfs
<musicmatze[m]>
Yes. Would be my idea, too.
<musicmatze[m]>
But I'd implement a native GUI app ... Not a web application
<musicmatze[m]>
This means that orbitdb is not an option, though.
<r0kk3rz>
who uses native apps anymore for anything?
<r0kk3rz>
depends what you're building of course
<musicmatze[m]>
Nobody. But with all the vulns in electron and type-unsafety in all web-relevant languages I'd rather go native GUI instead of pain
ulrichard has quit [Remote host closed the connection]
<SerkanDevel[m]>
Qt as GUI
<musicmatze[m]>
(Assuming you mean Qt with CPP of course)
<Icefoz_>
musicmatze[m]: Yeah it does, I need to look at orbitdb more. I understand sorta the basics of CRDT's but they seem like the sort of thing that's hard to do Right.
<SerkanDevel[m]>
A rust implementation if ipfs would be great
<SerkanDevel[m]>
But are there QT-bindings for it?
<Icefoz_>
SerkanDevel[m]: For Rust? Sorta. I think the GTK bindings are more mature.
<musicmatze[m]>
There are no usable qt bindings for rust AFAIK.
rodolf0 has joined #ipfs
<musicmatze[m]>
There are bindings for IPFS work in progress afaik
<musicmatze[m]>
GTK in Rust seems to be the best thing one can have right now.
<musicmatze[m]>
And from what I've seen in the docs of the GTK crate, the API is awesome!
<SerkanDevel[m]>
But GTK changes it's API alot of times
<musicmatze[m]>
You can even use glade to design your GUI and use it from rust
pat36 has quit []
<Steverman>
I am getting Error: connect ECONNREFUSED 127.0.0.1:5002 when trying to connect js-api to js-ipfs (without CLI)
Neomex has quit [Remote host closed the connection]
ygrek has quit [Ping timeout: 240 seconds]
Neomex has joined #ipfs
ashark has joined #ipfs
Neomex has quit [Remote host closed the connection]
<Icefoz_>
Steverman: Sorry, I don't know much about js-ipfs. ;_;
<Icefoz_>
...though I thought the HTTP API listened on 5001.
Neomex has joined #ipfs
<Steverman>
I did too, but I think I need to run the daemon through the CLI
<Steverman>
Which is not possible in my case
<Steverman>
I need to make graphs :(
<natewalck>
Say I have a directory with various subfolders and an IPNS hash published for the root of it
<natewalck>
what is the best way to add a file somewhere in the directory structure and have it accessible via the published IPNS hash?
onabreak has quit [Quit: Page closed]
<musicmatze[m]>
natewalck: add the whole directory again and republish the IPNS name with the new root.
<natewalck>
Ah I see. So you must have a copy of all the files locally
<musicmatze[m]>
Or only the file, if that was your question.
<JCaesar>
natewalck: No, not necessary.
<natewalck>
This is a common pattern...I'll have 3-4 servers that have all the files pinned
<musicmatze[m]>
JCaesar: why not?
<natewalck>
and clients will grab them one at a time
<natewalck>
but I want any of the 4 to be able to add files and update ipns
<natewalck>
@JCaesar What if machines only has the one file to add and not the entire folder structure?
<natewalck>
I'd have to have all the files on disk 2x (once in the filesystem and once in IPFS)
<voker57>
you can edit a folder via ipfs files
<voker57>
or dag patch
<musicmatze[m]>
JCaesar: you wrote in your answer on SO that one needs to have the files. Here you say one does not need the files...
<JCaesar>
I'm not sure what you want to acomplish, natewalck, but I doubt that's necessary.
<JCaesar>
musicmatze: My answer is the bottom one…
<natewalck>
Directory of files....add one file.....update IPNS to point at new root which includes the new file in the tree
<natewalck>
@JCaesar How could I clarify the goal?
<musicmatze[m]>
JCaesar: ah, that's great. TIL.
<musicmatze[m]>
natewalck: look at the SO answer JCaesar posted
<natewalck>
So you'd add the file using ipfs add, then use ipfs files as per your answer
<musicmatze[m]>
Most bottom answer
<natewalck>
that answer makes more sense :)
<JCaesar>
You can actually use ipfs files write -te too, that's quite nifty in some cases.
onabreak has joined #ipfs
<JCaesar>
Grr. Five minutes later, I found out how to permalink answers on SO…
<natewalck>
this is to replace a rsync style infrastructure
<natewalck>
think about it like a classic systems administration setup
<natewalck>
web server that hosts files for clients, clients pull down files
<natewalck>
and the general workflow is you add new files and metadata, sync it across servers, etc
<natewalck>
IPFS makes it more magical and amazing (and easier!)
<JCaesar>
That sounds more like a use-case for ipfs-swarm, though…
<natewalck>
That is true. We will have "primary" nodes
<natewalck>
which pin *all* the files
Jesin has quit [Quit: Leaving]
<natewalck>
and then clients will share amongst themselves and pull down stuff as needed
SunflowerSociety has quit [Ping timeout: 248 seconds]
<natewalck>
For now, we can get by with ipfs add -rw /somefolder
<Icefoz_>
Updating single files in that use case is actually very nice 'cause ipfs basically does deduping for you...
Neomex has quit [Remote host closed the connection]
<natewalck>
yep!
<natewalck>
So much about IPFS makes me just smile
Neomex has joined #ipfs
<Icefoz_>
The IPFS hash that describes the whole directory change, but the only thing clients need to fetch is the new metadata and content, everything else stays the same.
<natewalck>
solves so many problems I've had in systems administration for many years
<natewalck>
(as we all have)
Nicolab has joined #ipfs
MrSparkle has quit [Read error: Connection reset by peer]
<JCaesar>
Hm, I guess in your case, using PUT requests to the HTTP API might be a better fit, if you really want to "modify" one existing large folder.
<Icefoz_>
There's a way to tell IPFS to not store two copies of a file, if I can remember how...
zopsi has quit [Ping timeout: 255 seconds]
<natewalck>
Its a folder structure.....is this not a common paradigm? Adding a file to an existing folder?
<musicmatze[m]>
Icefoz_: what? Not two copies of a file?
<natewalck>
even updating a blog on IPFS, you'd need to do this, no?
<Icefoz_>
I forget what the option is but I swear someone's mentioned a way to tell it to not bother keeping a redundant copy of the file in the blockstore.
<natewalck>
@JCaesar OK, that worked perfectly. I don't 100% understand exactly what we did, but it worked ;)
<musicmatze[m]>
Hmmmh... Would it be possible to add a directory to IPFS and add it as subdirectory in two other directories? Should be, as far as I understand, with the files API, right? JCaesar ?
arpu has joined #ipfs
<musicmatze[m]>
Icefoz_: ah, you mean to add a file to IPFS without copying it to the IPFS repository? Yes, there's an option for that afaik
<pjz>
I think it's ipfs add -n
<JCaesar>
musicmatze: I don't see why it wouldn't be.
<musicmatze[m]>
Nice.
<Icefoz_>
or ipfs add --nocopy ?
ylp has quit [Quit: Leaving.]
MrSparkle has joined #ipfs
<JCaesar>
Aaaargh. ERROR commands/h: err: read /ipfs/.ipfs/datastore/001202.ldb: input/output error handler.go:285 and in my dmesg… csum failed ino 6789459 off 909312 csum 2309516448 expected csum 1369103023
<JCaesar>
How screwed am I?
<natewalck>
@JCaesar OK, with that SO answer, if you go to add another file, your /folder already exists
zopsi has joined #ipfs
<natewalck>
so it yells at you
<natewalck>
do I need to rename the root folder every time I update it?
<natewalck>
Or is this something that I should really look into the API for
<JCaesar>
Ah, no. You just keep the root folder.
<natewalck>
Error: directory already has entry by that name
<natewalck>
On this step: `ipfs files cp /ipfs/QmExistingLargeFolderHash /folder-to-modify`
ruby32 has joined #ipfs
<JCaesar>
well, if you want to modify a different folder, you'll either have to pick a different name or remove it.
<natewalck>
It appears that "folder" is local only to the node I ran the commands on
<JCaesar>
but if you keep modifying the same folder, there is no reason to re-run that command.
<natewalck>
ipfs files ls -l on another node doesn't show it
<natewalck>
Yea, its the same root folder
<natewalck>
think of it as a yum repo
<natewalck>
I need to add an rpm to it
<JCaesar>
You just have an ipfs files folder /rpm
<JCaesar>
You keep that around.
<natewalck>
k
<natewalck>
so once I create the initial folder-to-modify, I don't need to do that again
<JCaesar>
Indeed.
<natewalck>
Perfect
<natewalck>
The root folder already exists in IPFS
<natewalck>
(and had)
<natewalck>
so when you run `ipfs files cp /ipfs/QmExistingLargeFolderHash /folder-to-modify`, is that a local only abstraction?
<natewalck>
other nodes cannot see it, etc
<JCaesar>
Yup.
<natewalck>
Perfect.
<JCaesar>
You need to do an ipfs name publish $(ipfs files stat / | head -n1) or something.
<natewalck>
This is a solid workflow, now to automate it ^_^
<natewalck>
yep!
<natewalck>
Ah yea, I have multiple root folders I want to publish independently
<natewalck>
(perhaps not necessary?)
<JCaesar>
You can have multiple keys for ipns to publish to. But if in doubt, just using subfolders to your root folder may be enough.
<natewalck>
Cool
<natewalck>
thanks for the help! This solved a few problems with my understanding
<natewalck>
So in theory, I could let anyone add one file to the repo following the steps described and publish their own IPNS entry
<natewalck>
and they'd have a custom version of the yum repo with all the normal stuff + their one file to test
<natewalck>
Brilliant.
<JCaesar>
And they don't even need to download the whole repo for that.
<Icefoz_>
I wanted to make an apt plugin for distributing repo's over IPFS at one point, never got around to it though...
<natewalck>
YEP!
<natewalck>
<3
<natewalck>
The next thing I need to look at is possibly limiting CPU usage in the service., It spikes to ~ 60% CPU when downloading files and syncing
<natewalck>
My developers would murder me if I stole their CPU regularly
<Icefoz_>
Has to hash a lot of stuff, I assume.
<natewalck>
yep
<JCaesar>
Icefoz_: Is that really necessary? Just throw a debian/… mirror into ipfs, and have people put deb http://localhost:8080/ipns/…/magic sid main into their /apt/sources.lst?
RingtailedFox has joined #ipfs
<Steverman>
Is floodsub like epidemic broadcasts?
droman has quit [Quit: WeeChat 2.0]
<voker57>
[18:15:28] <natewalck> other nodes cannot see it, etc
<voker57>
they can, it's stored as any other dag
<natewalck>
@voker57 Ah, but not when doing ipfs files ls -l
<natewalck>
I guess I'd have to do something to retrieve that relationship?
<voker57>
yes, it's not in other nodes' ipfs files
<natewalck>
is `files` a local abstraction for humans to interact with?
<voker57>
you'd have to scan dht for announced hashes
<voker57>
files is a tool for editing DAGs
<voker57>
not sure what do you mean by 'local'
joocain2 has quit [Ping timeout: 248 seconds]
<JCaesar>
voker57: Everyone sees their own stuff if they execute ipfs files …, if someone modifies their version, it is not going to be synced over.
<voker57>
yes
<natewalck>
Its a useful abstraction for tweaking the trees
<natewalck>
because most people are used to working in a file/directory mindset
joocain2 has joined #ipfs
<natewalck>
I just can't say how stupid excited I am to use this in production :)
<natewalck>
I don't drink koolaid, generally, but IPFS has gotten me there
<Icefoz_>
JCaesar: I tried that, it didn't work, and I never bothered digging into exactly why.
<Icefoz_>
Probably made a trivial mistake somewhere.
<natewalck>
after doing ipfs name publish, the resulting ipns hash should never change even though the underlying files linked to it have, correct?
zopsi has joined #ipfs
talonz has joined #ipfs
<voker57>
correct
<Icefoz_>
natewalck: Correct, though I think you have to update the link if you change the files.
<natewalck>
In that example, I suppose I am not updating the link correctrly
<natewalck>
hrmmmm
<voker57>
natewalck: what do you mean by "got a different hash back for the ipns name itself"?
<natewalck>
I've added a file as per the gist
<natewalck>
then I go to publish it using ipfs name publish
<natewalck>
ipfs name publish —key=trustedipns /ipfs/NEWSERVICEROOTHASH
<natewalck>
I don't see a way to specify the IPNS hash to update
<natewalck>
I know what the ipns hash was, but when I run that command, it is a new one
<voker57>
"trustedipns" is name of your IPNS key
<natewalck>
Correct
<natewalck>
That key hasn't changed though
<voker57>
where is "new one"?
<natewalck>
I generated the key using ` `ipfs key gen —type=rsa —size=2048 KEYNAME`
<voker57>
after name publish your "trustedipns" key should resolve to NEWSERVICEROOTHASH
<voker57>
doesn't it?
<natewalck>
I'm starting to question reality now ;)
<natewalck>
so to be clear, every time I run `ipfs name publish —key=trustedipns /ipfs/NEWSERVICEROOTHASH `
<natewalck>
so long as the key hasn't changed
<natewalck>
it *should* output the same IPNS hash every time, regardless of which NEWSERVICEROOTHASH it is pointed at
<voker57>
yes, first in output is IPNS hash that shouldn't change
<natewalck>
Alright. I thought so. Let me add another file using this method and confirm it stays the same. Its possible I had the wrong hash saved on my client test machine
<natewalck>
Also, what is the best way to discover hashes if you don't have them?
dhruvbaldawa has quit [Remote host closed the connection]
<natewalck>
do you record the data when a node adds the hash so you can look it up later?
<voker57>
discover random available hashes from the network?
<natewalck>
correct ;)
dhruvbaldawa has joined #ipfs
<natewalck>
I assume that is kind of against the idea
<voker57>
yeah ipfssearch used to parse `ipfs log tail` and watch for announce events
<Icefoz_>
ipfssearch?
<voker57>
but nowadays you'd need several ipfs node for that
[BFG] has quit [Remote host closed the connection]
<Icefoz_>
It doesn't change anything, it just means trying to look it up will return "not found"
dhruvbaldawa has quit [Ping timeout: 260 seconds]
<natewalck>
k
bedeho has quit [Remote host closed the connection]
<voker57>
it's java bloatware. best rewritten from scratch.
<Icefoz_>
The ipfs daemon that knows about the ipns->ipfs link will keep re-broadcasting that link until you turn it off or change the link to a new one.
<natewalck>
So if you have a pinned ipns hash, if the pointed changes to a new root hash, should it automatically download and pin the items therein?
<natewalck>
pointer*
<voker57>
you can't currently pin ipns hash
<natewalck>
Oh
<natewalck>
it accepted it ;)
<natewalck>
and acted liked it worked
zopsi has quit [Ping timeout: 240 seconds]
kbgg_ has quit [Ping timeout: 240 seconds]
<voker57>
accepted your _ipns_ hash, not /ipfs/ one?
<natewalck>
correct
<voker57>
hmm weird, did you add your public ipns key to IPFS manually?