Re: [MirageOS-devel] Fwd: cuekeeper

[Thomas Leonard <talex5@xxxxxxxxx>]

On 29 April 2015 at 11:50, Jos van den Oever <jos@xxxxxxxxxxxxxxxx> wrote:
> On Wednesday 29 April 2015 11:45:06 you wrote:
>> [ forwarding to mirage list ]
>>
>> On Wednesday 29 April 2015 10:34:24 you wrote:
>> > On 29 April 2015 at 08:50, Jos van den Oever <jos@xxxxxxxxxxxxxxxx> wrote:
>> > > On Wednesday 29 April 2015 09:25:04 you wrote:
>> > >> Hello Thomas,
>> > >>
>> > >> Awesome blog post on cuekeeper. I'm very impressed with the extensive
>> > >> description. This project may finally get me to start using GTD. I've
>> > >> been
>> > >> putting it off because, well, no time to write decent software for it
>> > >> and
>> > >> could not find any good software for it.
>> > >>
>> > >> In a quick try I was not yet able to compile it (i'm on NixOS which is
>> > >> eh
>> > >> special).
>> >
>> > I haven't tried it, but expect it should build if you can get a recent
>> > opam version installed, which is usually quite easy. What error did
>> > you get?
>
> NixOS has a rather different way of doing development. Each application and
> library has its own folder in /nix/store. That allows one to switch between
> different version of applications quickly and lets normal users install any
> software that does not need runtime root privileges. But builing can be tricky
> althought the resulting recipy usually looks quite elegant. I'll investigate
> how to build and will report back.

It's a shame every distribution package manager needs to duplicate the
language-specific packaging. opam already puts each program in its own
folder (mostly), allows switching and doesn't grant root privileges to
installed software. Would be good to be able to convert opam packages
to nix automatically (and also to 0install, which has the same
properties again).

>> > >> How do you mean to keep this project going forward? I've just
>> > >> leaned haskell (writing a personal proxy in it atm) and reading on
>> > >> scala
>> > >> now. I guess OCaml should be next. How stable will the file format of
>> > >> cuekeeper be? Will it be compatible with git? I guess it's currently
>> > >> some
>> > >> sort of a JSON dict converted to and fro to nested parenthesis
>> > >> notation.
>> >
>> > I'm already using it for my own todo list, so I'll keep it working and
>> > make sure there's an upgrade path to any new format. The disk format
>> >
>> > is described here (the "type" declarations at the start):
>> >   https://github.com/talex5/cuekeeper/blob/master/lib/ck_disk_node.ml
>> >
>> > The Git backend doesn't currently run in the browser, but it should be
>> > possible (I sometimes make the unit tests use a real Git repository
>> > when debugging, so I can look at the results with gitk).
>> >
>> > Not sure how much more development there is to do, but I'm planning to
>> > get remote sync working at least.
>
> That sound great. I'm looking forward to it.
>
>> >
>> > > small addition: i tested in chromium because firefox 37 gives me this
>> > > warning.>
>> > >
>> > >"This operation is insecure"
>> >
>> > Haven't seen that before, but a Google search suggests you might have
>> > cookies disabled (which in turn disables local storage, which
>> > CueKeeper uses to notify other tabs of changes).
>
> Allowing cookies on http://roscidus.com/blog/cuekeeper/ indeed solves the
> problem.

OK, thanks for the report. I've added a check for this condition so it
can display a better error message:

https://github.com/talex5/cuekeeper/issues/4


-- 
Dr Thomas Leonard        http://roscidus.com/blog/
GPG: DA98 25AE CAD0 8975 7CDA  BD8E 0713 3F96 CA74 D8BA

_______________________________________________
MirageOS-devel mailing list
MirageOS-devel@xxxxxxxxxxxxxxxxxxxx
http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel