Hi Aleksey,<br><div class="gmail_quote"><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I've packaged redstore to SD:Factory repos<br>
(<a href="https://packages.sugarlabs.org/project/monitor?project=SweetsDistribution:Factory" target="_blank">https://packages.sugarlabs.org/project/monitor?project=SweetsDistribution:Factory</a>)<br>
the package is "redstore" that provides "redstore" command and<br>
"redstored" init.d script.</blockquote><div>Great! Many thanks :)<br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I didn't make it autorun in case if you will use it in<br>

the same way as Journal (and Sugar Network database), i.e., keep<br>
database in ~/.sugar/<PROFILE> and start daemon from current user's<br>
session.<br></blockquote><div>Could you point me to an example on how to set this up?<br>Currently I set the database system wide and start the daemon at boot time but switching to a user session would make sens.<br> </div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

btw, it might be useful to create SemanticXO package as well and make it<br>
pluggable like it was done with Sugar Network (checkbox in "Sweets<br>
Distribution" Control Panel component). i.e., it should regular DBus<br>
service that provides the same Dbus API as sugar-datastore. If you will<br>
do that, I think it will be possible to plug either sugar-datastore or<br>
SemanticXO in runtime.<br></blockquote>It is already the case, on my test machines I remove sugar-datastore to put the one provided by SemanticXO instead.<br>That one uses the same DBUS API and service name. I will look into packaging it.<br>
<br>I was slowed down on SemanticXO recently, I hope to be able to get back in speed soon...<br><br>Christophe<br><br><br><br><br><br></div>