I'm very ok with an answer that says "this month, we thing X, Y and Z, will become the best practice, but they still need a, b and c" - that would give me a reduced set to work with, and help out on
for my usage, i'm expecting to need my own registry (i think this is a yellow pages, and doesn't store or serve data), a multi-dat server, with some http UI, and then individual dat containers to sync data
I'm unsure how best to manage the secrets for updating dats, so i'm thinking to just use a private git repo for now - but i kinda like the idea of a dat that contains all that info
for eg, https://datbase.org/ doesn't help _me_ understand where that site / service fits into the dat landscape
mmm, that same page talks about a registry, but i'm failing to see it then tell me how i can run my own - or where that code is
nonlinear joined the channel
oh, hypercloud, hashbase, dathttpd - more maybes !
mmm, or not - they don't do `dat publish` ?
jimpick
SvenDowideit: there are lots of options. i've been using hypercored for most of my archiving needs
SvenDowideit
yeah - i see there are lots of options - the trouble is i keep failing to see info on what the similarities / differences in the options are
jimpick
it's still pretty early days for many of these projects... the documentation will come - there is an active project to improve the documentation / specification of the most important parts
SvenDowideit
and given the "know-nothing" state i'm at, that makes it hard to evaluate where to start
does hypercored do `dat publish` ?
i kinda would like a workflow that i can show off to the data producers here, what won't require me to edit a cfg file every time they make a new one
mmm, i could make the feeds file a dat, and give everyone the secrets needed to update the feed?
jimpick
i've never used the public registry stuff
SvenDowideit
seems like a killer feature of the `dat` cmdline tool
jimpick
for the 'pixel pusher' project i worker on, we modified hypercored so that clients could submit feeds and it archives everything it receives
SvenDowideit
"submit" as in using a webUI?
jimpick
in the case of pixelpusherd, we made a dummy hypercore that joined the swarm for discovery ... then we can give the clients the key for that. when they connect, they add a little 'user data' to the connection in which we pass to the daemon the feed we want to archive. it's sort of dumb, but it works
SvenDowideit
so very kinda like making the feeds file a dat that everyone can append to
jimpick
the only real problem is that you don't want to leak the 'key' of the pixelpusherd onto the internet, because then anybody could store anything in it. it's supposed to be something of a secret
SvenDowideit
yup
jimpick
but it could probably work pretty well 'behind the firewall', or via an authenticated discovery mechanism
last year, i made a hacked up version of hypercored that would get it's feed from a hyperdrive it subscribes too. it works okayish for keeping a fleet of hypercored machines in sync. i only have to update the feed file in one place, and then sync it
yeah - that was almost exactly my first thought too
jimpick
in production, i'd want a lot more 'devops' support features. but it works as a proof-of-concept
SvenDowideit
so long as you have versioned access to the feeds dat - and potentially, it could be driven from a git repo
jimpick
last year, i was experiencing a lot of issues where some peers couldn't see other peers. i'd like to see more visibility as to whether or not things really did sync
SvenDowideit
it just feels more UXy to support `dat register/publish`
jimpick
yeah, that should work
SvenDowideit
mmm, there's a docker-compose file in the datbase project - but its "interesting"
jimpick
i actually haven't tried the public dat registry before ... i don't think it was open before
i'm guessing it isn't providing long term peering though, right?
SvenDowideit
@karissa @jhand I'm willing to help make docs pr's and probably code some too - but I think i need a bit more lead-in info, wrt what the plan is, and how the components should fit together
tbh, its not clear to me what each of the (too many) sites do, and dont do
oh, hadn't spotted that page. thanks for the link!
SvenDowideit
yeah - there's a tone of pages - i'm just trying to get started figuring out what does what :)
tomboy
> "Only someone with the key can download data for Dat."
I can see that a test dat that I created is still available on datbase.org, even if no peers are connected/serving the data
SvenDowideit
yeah - but isn't that because you told datbase about your data (ie, the key)
tomboy
well, yes, I browsed the test dat using the website
so... if I had shut down the clients before checking the website, then datbase would have returned a 404 instead?
SvenDowideit
i very much think so
tomboy
yes, that seems to be the case -- just tested it
raziellight joined the channel
Mayeu
tomboy, SvenDowideit: the hash is basically the secret information that allow some{body,thing} to access your dat. If you keep it to yourself nobody can guess it. As soon as you give it to some{body,thing} it is now a share secret
but still, only the peeps knowing the hash can access the data. Other peeps still can guess it
SvenDowideit
yeah - but it gets muddy, because you can browse to the dat - which is sharing it, but that's not entirely made explicit to the new user
Mayeu
SvenDowideit: true
SvenDowideit
basically - there's a large amount of assumed knowledge that newbs (like me) don't have a source for
it'll be fun to work on the UX & docs to make what's happening more obvious
Mayeu
maybe that could be an aditionnal question in the list. Like "Does browsing to my dat make it public?"
raziellight
I agree sven im highly interested in projects like this
SvenDowideit
like the port numbers used by the second dat client
SvenDowideit has quit
raziellight
Because i want to make a protocol for discover by organizing decentralized tags
Im trying to understand so i can combine the technology with a tag protocol for discover
Y
It be nice if i found someone to consult
Or more experienced in the file sharing side to design with
tomboy has quit
SvenDowideit joined the channel
trqx joined the channel
raziellight has quit
dat-gitter
(martinheidegger) raziellight: one reason why dat has a doc problem is because of the unfortunate name. `dat` finds so many things non-dat-related that its hard to use google. Maybe we need to come up with a second keyword that makes it better to google?
raziellight joined the channel
mwarning joined the channel
tyrannus_ has quit
vmx joined the channel
G-Ray joined the channel
son0p joined the channel
fleeky_ has quit
fleeky_ joined the channel
fleeky_ joined the channel
fleeky_ has quit
fleeky_ joined the channel
mwarning has quit
G-Ray has quit
G-Ray joined the channel
mwarning joined the channel
rho joined the channel
rho has quit
rho joined the channel
G-Ray has quit
son0p joined the channel
mwarning has quit
G-Ray joined the channel
mwarning joined the channel
mwarning has quit
mwarning joined the channel
Nils[m]
Does dat desktop allow for shared folders that are write- and readable for all peers? Or is it just readable?
jhand
Nils[m]: all dats are writeable only by the person that creates it right now.
Nils[m]
Thanks, jhand . And is it possible to have peers mirror some data to make it available without being able to decrypt the data?
Are writable dats on the roadmap?
jhand
Nils[m]: yes, you can proxy data without knowing what it is. I'm not sure how that is implemented but mafintosh has been talking about working on that.