<ocdtrekkie>
I would include a command that uploads a file right in the readme.
<blowfist>
alright
<ocdtrekkie>
I think a good readme should tell you enough to make something happen without reading the docs, even if it's not the only thing the reader might want to do.
<blowfist>
ocdtrekkie: ok I pushed a version with an upload example
<ocdtrekkie>
Looks great!
<blowfist>
:)
<blowfist>
I just hope it's going to be useful for people
<blowfist>
ocdtrekkie: thanks for your help :)
<blowfist>
mnutt: if you have some time, would be nice to have your input as well on davrosCLI :)
<mnutt>
very cool! some initial thoughts: we might consider putting the webkey in a dotfile so that you don't need a separate shell script per grain. davrosCLI could recursively search upwards until it finds the dotfile and then read that for the webkey. I guess we should ensure we don't accidentally somehow upload the webkey itself to davros :)
<blowfist>
mnutt: ah interesting :), well in that case it will be necessary to alias each webkey and would need to constantly have to use aliases to send in commands, but then at this point I guess an interactive version would be useful :)
<blowfist>
mnutt: or do you mean like each webkey would have their own directory and that directory would have it's own dotfile to keep the webkey (somewhat like what git does)
<mnutt>
more like what git does, though I don't know the use cases that well, if you tend to have a 1:1 mapping between davros grain and local directory
<blowfist>
in that particular case, the action of putting and getting would be replaced by a synchronization function
<blowfist>
hmm it wouldn't be hard to implement a "dumb" version but it would have issues if the grain is being used by multiple users, the synchronization part would need to be much more sophisticated in that case
<blowfist>
perhaps we could do it based on the time of modification... I don't recall if we get that information from DAV
<blowfist>
which ever was modified last from the upstream and the local "wins"
<isd>
I've always wanted something like unison that ran on sandstorm
<isd>
...Speaking of much more sophisticated synchronization.
<isd>
Is owncloud/nextcloud still broken? I can't remember whether it got fixed.
<ocdtrekkie>
I am pretty sure someone fixed it
<blowfist>
isd: are there any android unison apps?
<isd>
I don't know off hand, would have to google around, which I'm sure you can do.
<blowfist>
there doesn't seem to be anything related to "unison" on f-droid
<blowfist>
but yeah, if owncloud/nextcloud android clients work with davros, that would be enough for android
<blowfist>
I'd have to check how complicated FUSE is and see how much effort would be required to implement that for davros