(nettiopsu) ”Always” might be more correct word here instead of ”Forever”..? Plus it could be some message in UI near the Seeding switcher, like ”You are sharing this site with other peers at the monent”. It would make the message more clear
IRCsum joined the channel
IRCsum joined the channel
JRWR10 joined the channel
JRWR10 has quit
(100ideas) @RangerMauve thanks for the feedback! I'm going to test out both approaches.
(nettiopsu) @frankgerhardt more details needed. First that comes to mind, is that ports are closed. Might be also that connection to bootstrap servers is not working
musikuss joined the channel
musikuss has quit
haxonaut22 joined the channel
haxonaut22 has quit
flame has quit
Aukai joined the channel
Aukai has quit
Qatz joined the channel
(frankgerhardt) I opened port 3282 for TCP and UDP on my router and got some success. Maybe my peers would have to do the same on their side for more success.
(frankgerhardt) Honestly, I'm underimpressed by dat. With this port issue it does not have the WAF, women acceptance factor. I don't have to come with dat to my wife if it does not work on 80/443 out-of-the box. Forget port openings. This is so last century, sorry to say that. I don't think my expectations are too high.
(frankgerhardt) I close my ports again because I can not judge and justify th security implications.
Qatz has quit
(lzrski_gitlab) Hello! Is this a right place to ask for support regarding `dat.js`?
(lzrski_gitlab) I've been playing with Dat within Beaker Browser and it looks awesome. Now I'm trying to connect to a repo from a different browser (Firefox), but I'm getting a lot of errors like that: `XML Parsing Error: no root element found
frankgerhardt please don’t use that language (WAF) here. it’s unnecessary to get your point across.
Lloyd14 joined the channel
Lloyd14 has quit
flame joined the channel
Gunni18 joined the channel
Gunni18 has quit
a_chou joined the channel
Frando
i'm working with the new hyperdrive. is there a way to set additional metadata in the stat? like an uuid or a mimetype
the schema.proto suggests that its fixed and there's no way for anything but the core stat fields.
on the other hand i've seen mafintosh working with extended attributes or something, but don't remember if that was related to hyperdrive
mafintosh: is this correct, that there is currently no way to save any metadata with the stat? and if so, would you consider a pull request? could also be useful for something like content hashes
mafintosh
Frando: def :)
Frando
mafintosh: cool
mafintosh: so what's the recommended way to make an extendable protobuf message? something like "repeated Extension extensions = 10" and then "message Extension { required string type = 1; required bytes content = 2 }" maybe?
mafintosh
yea that sounds good
Frando
cool
will look into that soon
mafintosh
:)
make sure to ping me here if i don't reply to the pr
Frando
mafintosh: will do
AnimalClatter joined the channel
mafintosh: something else i am thinking about currently wrt to hyperdb. so for our archipel project we will have both an electron app that works locally and a web-based variant, where you'd connect to a server. now, each session would have a workspace, and in there a list of hyperdrives, each stored on disk at the server. currently if two users would share a hyperdrive it would have to be copied on disk. for the hyperdb
semantics, there can always be only one local writer as i see. has there been any previous thought or experiments with local multi-writer hyperdbs without copying the whole instance?
mafintosh
oh haha
Frando: no hadn't though about that more than you doing local replication of those
but it could be supported as a 'first class' by just having an array of local writers.
Frando
mafintosh: yep that was what i was thinking about. not really a hard thing for us at the moment, but once it'd be used with large drives the "copy to authorize" gets .. big