<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.lib.elektra.devel">
    <title>gmane.comp.lib.elektra.devel</title>
    <link>http://blog.gmane.org/gmane.comp.lib.elektra.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/729"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/728"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/727"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/726"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/725"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/724"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/723"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/722"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/721"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/720"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/719"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/718"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/717"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/716"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/715"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/714"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/713"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/712"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/711"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/710"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/729">
    <title>libelektra.org, API Documentation online</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.elektra.devel/729</link>
    <description>&lt;pre&gt;Hi!

Elektra now uses the libelektra.org domain again.
The ftp server can be found at:
ftp://ftp.libelektra.org/elektra
http://www.libelektra.org/ftp/elektra/

The API documentation is now online at:
http://doc.libelektra.org/api/current/html/


Still missing is a bug tracker, build server and an automatic ABI 
compatibility checker. But that should be ok for now.


best regards
Markus


About Elektra
-----------------

Elektra provides a universal and secure framework to store configuration 
parameters in a global, hierarchical key database. The core is a small 
library implemented in C. The plugin-based framework fulfills many 
configuration-related tasks to avoid any unnecessary code duplication across 
applications while it still allows the core to stay without any external 
dependency. Elektra abstracts from cross-platform-related issues with an 
consistent API, and allows applications to be aware of other applications' 
configurations, leveraging easy application integration.

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>Markus Raab</dc:creator>
    <dc:date>2012-05-13T20:55:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/728">
    <title>0.8.0 Release</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.elektra.devel/728</link>
    <description>&lt;pre&gt;Finally it is done, 0.8.0 is finished.
Even though it has a very similar API to 0.7.0
(see APICHANGES) the implementation changed
paradigm-shifting.
0.8.0 introduces a completely new plugin framework,
which allows you to check types and structure
of the keys, notify by dbus, log to syslog,
change the way how filenames are resolved and change
the configuration format and files at runtime.

The C-API, like defined in
 src/include/kdb.h
and also the one to plugins, as defined in
 src/include/kdbplugin.h
are considered to be stable within this 0.8.0 release.


Elektra has a new presence at freedesktop, see
 http://www.freedesktop.org/wiki/Software/Elektra

Download it from:
 http://www.markus-raab.org/ftp/elektra/releases/elektra-0.8.0.tar.gz
 ftp://www.markus-raab.org/elektra/releases/elektra-0.8.0.tar.gz

name: elektra-0.8.0.tar.gz
size: 856722
md5sum: f974f4336e32ce71d6b2b34caacfe242
sha1: d4f7f73e07d6a7372b878b5d46c61097bee71559
sha256: e23c97b7e6325255ad7c486e8406d0f228217952f573b7c777feca1964a7eefe

The git repository can be found at
 http://www.gitorious.org/elektra-initiative/libelektra

best regards
Markus

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>Markus Raab</dc:creator>
    <dc:date>2012-05-05T18:32:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/727">
    <title>Re: elektra 0.8 ?</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.elektra.devel/727</link>
    <description>&lt;pre&gt;Hi!

Am Sonntag, 19. Februar 2012 schrieb Kai-Uwe Behrmann:

In Eektra 0.8 this should not be a problem anymore because the core only uses 
C99. POSIX is only needed in some plugins. Those plugins can be reimplemented 
for windows.


Yeah, the core developement is public available:

git-clone git://www.markus-raab.org/git/elektra


The API is very similar to 0.7. We may improve the API during further 
development - so if you port some code to the new API now you might need some 
adoptions till the final 0.8 release.

All changes up to now are described in detail in:
http://www.markus-raab.org/ftp/elektra/thesis.pdf


Yes, I am looking forward to it!

best regards,
Markus

------------------------------------------------------------------------------
Virtualization &amp;amp; Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
&lt;/pre&gt;</description>
    <dc:creator>Markus Raab</dc:creator>
    <dc:date>2012-02-19T20:03:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/726">
    <title>Re: elektra 0.8 ?</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.elektra.devel/726</link>
    <description>&lt;pre&gt;Am 19.02.12, 14:52 +0100 schrieb Markus Raab:

cool


Not easy to build though. Do you have a configure line handy to improve my 
script? I used:
./configure --disable-hosts
and needed following patch to compile (not sure if that breaks something):
http://www.oyranos.org/download/elektra-0.7.1_win32-2.patch
Several Posix APIs are not available by default in MinGW.


cmake? Is the project core still public developed? If so, can you provide 
the link to the actual development repository?


I would like to look at it and hopefully update from the old 0.7 API.


Great, so we will see us there.


kind regards
Kai-Uwe

------------------------------------------------------------------------------
Virtualization &amp;amp; Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
&lt;/pre&gt;</description>
    <dc:creator>Kai-Uwe Behrmann</dc:creator>
    <dc:date>2012-02-19T18:01:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/725">
    <title>Re: elektra 0.8 ?</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.elektra.devel/725</link>
    <description>&lt;pre&gt;Hello!

On 18. February 2012 Kai-Uwe Behrmann wrote:

After a longer break there is a lot of stuff happening with elektra 0.8. It 
will be used in a large generic project and a lot of plugins will be 
developed within this project. I am not sure if the plugins can go public, 
but all improvements for the core - which are going to happen in this 
process - will lead to the long awaited 0.8 release with all improvements 
already discussed on this list and in the thesis.


Yeah, it definitely is!


Elektra should already work on w32 with mingw.

The current cmake project is basically able to generate a visual studio 
project file. Unfortunately visual studio has no support whatsoever for C99 
which is used heavily all over elektras sourcecode. I have no plans to modify 
everything back to C89 and I do not think that this would be a good idea. The 
better option is to make the code both C99 and C++ compliant and compile it 
as C++ under visual studio. I would welcome those patches for cmake and the 
source! Do you have a better idea how to do it?


Given a json library it is very easy to implement support for it. You might 
want to take a look at src/plugins/ni/ni.c. It contains storage plugin using 
an ini library. It is only 111 lines long.

But it is also planned to develop a json storage plugin, but as I have said I 
am not sure if those plugins can go public. You can be sure that I will try 
my best :-) But as stated: it is trivial to implement.


Thank you for your question. This motivates me even more to have such a 
presentation :-)

kind regards
Markus

------------------------------------------------------------------------------
Virtualization &amp;amp; Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
&lt;/pre&gt;</description>
    <dc:creator>Markus Raab</dc:creator>
    <dc:date>2012-02-19T13:52:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/724">
    <title>Re: elektra 0.8 ?</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.elektra.devel/724</link>
    <description>&lt;pre&gt;I'm not doing any development on Elektra lately.
Markus, what about you ?

AVI ALKALAY ♦ אבי אלקלעי
information architect • software engineer • hacker
digital media • security • mobility • business intelligence

☎ +55-11-9659-9059 (Mobile • FaceTime • WhatsApp)
★ avibrazil&amp;lt; at &amp;gt;gmail.com (Google Docs • Talk • Latitude)
&amp;lt; at &amp;gt; avibrazil (Twitter • Facebook)
✤ http://Avi.Alkalay.net/blog
Sent from iPhone


On 18/02/2012, at 14:52, Kai-Uwe Behrmann &amp;lt;ku.b&amp;lt; at &amp;gt;gmx.de&amp;gt; wrote:

------------------------------------------------------------------------------
Virtualization &amp;amp; Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/_______________________________________________
Registry-list mailing list
Registry-list&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/registry-list
&lt;/pre&gt;</description>
    <dc:creator>Avi Alkalay</dc:creator>
    <dc:date>2012-02-19T11:30:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/723">
    <title>elektra 0.8 ?</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.elektra.devel/723</link>
    <description>&lt;pre&gt;hello,

what about the latest of elektra? Is there a release in sight?
I would like to compile on win32.

Will JSON support come or at least practical to implement?

btw. will elektra be presented at LinuxWochen in Vienna? LGM is be there 
at the same time.

kind regards
Kai-Uwe

------------------------------------------------------------------------------
Virtualization &amp;amp; Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
&lt;/pre&gt;</description>
    <dc:creator>Kai-Uwe Behrmann</dc:creator>
    <dc:date>2012-02-18T16:52:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/722">
    <title>Re: Configurationd</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.elektra.devel/722</link>
    <description>&lt;pre&gt;Hi

I think Elektra works well with traditional applications, being able to 
offer notification, validation, forensic logging (with rollback ability 
later) when making changes through - I assume - the API.

For 0install feeds I really require a decentralised configuration system 
that allows adding sources at runtime, while not requiring any install 
steps or persisted modifications to the underlying system. This way it's 
impossible to have one central tree of configuration, a system of 
notification, validation, ...

I think I should give an example to explain. I'll go ahead with my 
personally configured vim I presented in the previous mail:

The user has 0install installed on his system, with 0launch the user can 
just run the application without requiring any install (as 0install as 
the name suggests eliminates the concept of installing software, having 
a list of installed software, ... all together).

When the user executes:
0launch http://limyreth.sin.khk.be/feeds/my/vim.xml

0install will download all the necessary binaries to the local cache (if 
they were missing).

It adds the configuration sources of 
http://limyreth.sin.khk.be/feeds/vim.xml.

Then it adds the configuration sources of 
http://limyreth.sin.khk.be/feeds/my/vim.xml.

Now it runs the vim binary provided by 
http://limyreth.sin.khk.be/feeds/vim.xml.

The handy part here is that I can share a vim which runs out of the box 
with a decent default configuration with the 
http://limyreth.sin.khk.be/feeds/vim.xml feed, and run my personal vim 
with dvorak bindings everywhere using 
http://limyreth.sin.khk.be/feeds/my/vim.xml. (note the vim feeds are 
more of a proof of concept and currently only run on linux, for I didn't 
bother adding windows etc yet)

Validation: could be done at runtime, when all sources are known, but 
not sooner. Checks on being wellformed could be done earlier using a CLI 
tool to check.
Notification: is still pretty much impossible as the remote sources 
could change without your knowledge, ... Unless you'd store the old 
configuration locally perhaps? (do you happen to have an example where 
notification is necessary?)
Forensic logging, rolling back: You could make a new implementation in 
the 0install feed each time you change the configuration

(Note: it is my long term goal to replace all non-system-critical 
applications with 0installed ones for there are some substantial 
benefits to using it, some of which I'm currently still researching)

------------------------------------------------------------------------------
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
&lt;/pre&gt;</description>
    <dc:creator>Tim Diels</dc:creator>
    <dc:date>2011-06-08T18:06:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/721">
    <title>Re: Configurationd</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.elektra.devel/721</link>
    <description>&lt;pre&gt;I admit I can't give a concrete example (perhaps httpd/apache?) of this, 
but I think some configurations are easier to model as DOM than as a 
KeySet, whereas most configurations would probably fit pretty well in a 
dictionary, even without tricks like paths and such.

I'm still tempted to start out with a DOM, and then perhaps provide a 
DictView that can wrap around some very simple key/value like DOMs to 
offer the more simple dict interface for simple configs. As for other 
configs, you will probably want to parse the returned DOM into a more 
handy form by initialising your domain classes, ... with it.
It would seem to me that most applications need to have their whole 
configuration read in, rather than requiring fast lookup of a few keys.
I don't see why you would want to ignore the structure of the DOM by 
iterating over all its elements regardless of their hierarchical 
position, the structure should aid in interpreting it rather than making 
it more difficult.
For most traditional unix programs this is indeed reasonably sufficient, 
although extra cascading could help there too at times. But I am working 
on writing 0install feeds for applications that I need which often 
requires more than 2 configuration sources. 0install is a new way of 
distributing software, for the details please see http://0install.net/
You can run applications distributed with 0install using 0launch appid, 
where appid is an uri.

One example is this:
http://limyreth.sin.khk.be/feeds/vim.xml: this is a vim with default 
configuration added to it (the first source)
http://limyreth.sin.khk.be/feeds/my/vim.xml: this is the above feed, 
with my personal configuration added to it (second source).

Ideally, what I want is, to be able to add configuration sources for an 
application at runtime that is only in effect for that process and its 
children.
Could it be the StoragePlugin, ResolverPlugin, notification feature, ... 
is still in their git branch and has not yet been released? Because 
looking at the documentation (http://doc.libelektra.org/api/0.7/), the 
API looks pretty basic. Notification (and forensic logging, ...) sure is 
a nice feature, but does this work with configuration files as well or 
only when making changes through the Elektra API?

I'll continue reading the thesis for it has some really interesting 
feature suggestions.

------------------------------------------------------------------------------
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
&lt;/pre&gt;</description>
    <dc:creator>Tim Diels</dc:creator>
    <dc:date>2011-06-08T16:50:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/720">
    <title>Re: Configurationd</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.elektra.devel/720</link>
    <description>&lt;pre&gt;Am 07.06.11 12:49, schrieb Tim Diels:

key/values are quite resonable for configuration. A hierarchical 
differenciation is possible in Elektra by paths.


The user must handle user over system and vice versa priority.

kind regards
Kai-Uwe

------------------------------------------------------------------------------
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
&lt;/pre&gt;</description>
    <dc:creator>Kai-Uwe Behrmann</dc:creator>
    <dc:date>2011-06-07T22:37:26</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/719">
    <title>Re: Configurationd</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.elektra.devel/719</link>
    <description>&lt;pre&gt;Hi

Am Dienstag, 7. Juni 2011 schrieb Tim Diels:

You might be right, a DOM-like tree might be better. I thought a lot about it 
but there are also some drawbacks and I did not want to discard the central 
datastructure just because of a feeling.

The datastructure as it is in Elektra has the advantages:
1.) to provide an efficient lookup
2.) to be fully iterable (over all nodes without recursion)

The 2.nd part is usually not fulfilled by DOM like objects, e.g. 
boost::property_tree.


You are completely right - I also thought a lot about that problem. The user/ 
and system/ limitation was also from the datastructure and the fully sorted 
enumeration. I did not find an efficient solution with arbitrary sources.

On the other hand the user/ and system/ seperation is the way to go for plain 
unix programs, with system/ for user-programs as read only. It is possible, 
however, to map several config files into the user/ and/or system/ tree and 
do additional cascading inside the program.

Sometimes cascading is quite complex because some parts of the configuration 
needs to be cascaded (like menu and key shortcuts) but other parts not.


Of course, that is its main task. It can do that in an atomar way (see 
resolver), with notification (see dbus), with type checking..


Yeah, exactly. Thats why I focused on that. See also the section in the thesis 
how to preserve user comments, white spaces and so on with meta data.

Best regards
Markus

------------------------------------------------------------------------------
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
&lt;/pre&gt;</description>
    <dc:creator>Markus Raab</dc:creator>
    <dc:date>2011-06-07T21:03:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/718">
    <title>Re: Configurationd</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.elektra.devel/718</link>
    <description>&lt;pre&gt;I had a quick look at the thesis and Elektra itself, I may have 
overlooked some bits, but these are the concerns I currently have with it:

    * The configuration is presented as a key value set (a dictionary).
      I think a DOM object would be better/required in some cases. (DOM
      objects allow ordered collections, have no need for key types, ...)
    * Elektra's /system and /user appear to be 2 configuration sources
      (in configurationd terminology), where /user inherits from
      /system. In some use cases I think this is insufficient, e.g. I
      might want to have the default config, overridden by a
      configurationd server with my shared config, overridden with a
      local file with machine specific config, for one particular
      application.
    *  From the mailing list it seemed that Elektra does not support
      configuration files, but when reading the thesis I came across
      StoragePlugins so it seems Elektra can do this. Can Elektra read
      from and store to configuration files? Configuration files can
      show all configuration options to the user with comments
      describing what each option does. Also, it allows better
      compatibility with current systems.


On 06/06/2011 10:10 PM, Markus Raab wrote:
I'm not sure how systemd can help here, apart from actually running the 
daemon.
------------------------------------------------------------------------------
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev_______________________________________________
Registry-list mailing list
Registry-list&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/registry-list
&lt;/pre&gt;</description>
    <dc:creator>Tim Diels</dc:creator>
    <dc:date>2011-06-07T10:49:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/717">
    <title>Re: Configurationd</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.elektra.devel/717</link>
    <description>&lt;pre&gt;Hi,

On Mon, Jun 06, 2011 at 10:10:03PM +0200, Markus Raab wrote:

The lack of community made me fear something like that.


We are not using it any more inside Pengutronix; we have been evaluating
elektra for the configuration of embedded, realtime and control systems
in the past, but moved on.

rsc
&lt;/pre&gt;</description>
    <dc:creator>Robert Schwebel</dc:creator>
    <dc:date>2011-06-06T21:06:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/716">
    <title>Re: Configurationd</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.elektra.devel/716</link>
    <description>&lt;pre&gt;Hi!

On Monday, 6. Juni 2011 Tim Diels wrote:

I am not sure if I can call it active. There are lots of changes in a git 
branch, which are described here: 
http://www.markus-raab.org/ftp/elektra/thesis.pdf

Here is the branch: git-clone git://www.markus-raab.org/git/elektra

While it is working well on my system and has many testcases it is not in a 
state to be released and currently has no maintainer. At the moment I don't 
have time to finish it.


Because of the BSD licence it is hard to track in which commercial products it 
is used. I heard of several: an austrian insurance, broadcom, pengutronix and 
so on..


Elektra 0.8 (the new one of the branch) does not support a daemon. If you want 
a daemon for configuration I think systemd is the place to go. Maybe someone 
finds time to integrate elektra in systemd?

Its very hard to get the API right, consider a lot of work for this or use 
something finished ;) Elektra expose its datastructures where the 
configuration is stored. The big advantage of this is that users are able to 
implement filters which can do wonderful stuff. See the thesis for details 
what can be done.

best regards
Markus

------------------------------------------------------------------------------
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
&lt;/pre&gt;</description>
    <dc:creator>Markus Raab</dc:creator>
    <dc:date>2011-06-06T20:10:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/715">
    <title>Configurationd</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.elektra.devel/715</link>
    <description>&lt;pre&gt;Hi

I was thinking of making something similar, fortunately I stumbled upon your
project. Looking at the mailing list I'm right to assume this project is still
active, correct? Also, how many projects are currently using Elektra?

I already wrote a bit on the ideas I had, could you please give your thoughts
on it:
http://limyreth.sin.khk.be/files/projects/configurationd/document.html

Kind regards

Tim Diels


------------------------------------------------------------------------------
Simplify data backup and recovery for your virtual environment with vRanger.
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Discover what all the cheering's about.
Get your free trial download today. 
http://p.sf.net/sfu/quest-dev2dev2 
&lt;/pre&gt;</description>
    <dc:creator>Tim Diels</dc:creator>
    <dc:date>2011-06-06T09:47:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/714">
    <title>(no subject)</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.elektra.devel/714</link>
    <description>&lt;pre&gt;

 
  
  
  
  
  
  
  #toc, .toc, .mw-warning { border: 1px solid rgb(170, 170, 170); background-color: rgb(249, 249, 249); padding: 5px; font-size: 95%; }#toc h2, .toc h2 { display: inline; border: medium none; padding: 0pt; font-size: 100%; font-weight: bold; }#toc #toctitle, .toc #toctitle, #toc .toctitle, .toc .toctitle { text-align: center; }#toc ul, .toc ul { list-style-type: none; list-style-image: none; margin-left: 0pt; padding-left: 0pt; text-align: left; }#toc ul ul, .toc ul ul { margin: 0pt 0pt 0pt 2em; }#toc .toctoggle, .toc .toctoggle { font-size: 94%; }body { font-family: 'Times New Roman'; color: rgb(0, 0, 0); widows: 2; font-style: normal; text-indent: 0in; font-variant: normal; font-weight: normal; font-size: 12pt; text-decoration: none; text-align: left; }table {  }td { border-collapse: collapse; text-align: left; vertical-align: top; }p, h1, h2, h3, li { color: rgb(0, 0, 0); font-family: 'Times New Roman'; font-size: 12pt; text-align: left; }.plain_text
 { font-family: 'Courier New'; }
 
  
   Thank Markus for spend the time to answer my questions.  I know by experience and write to you(in this mailing list) it takes a long time to write up email and reply and I appreciate it.   Like you I spent allot of time think about how i should implement things but  I feel you do a better job of doing so.  If you want me to focus on anther area that would be better help please let me know where that would be and ill work on it instead(please remember i not that good). I'm all self taught I find work with cmake and git difficult and require much research on my part.

   ﻿
   Am Sonntag, 20. Februar 2011 schrieb Joseph Stein:

   
   
Yea I realise that, this is what i was trying and hope to do ---&amp;gt; help git Elektra-8.0 released and samba elktrafied.





   
   

   
Sorry I still see i have not given enough info (no mater how hard I try) in my prior post and causing much confusion.
   None of these problem are of concern and have been already address in many api and the way I plan implementing  are not a problem.
   
   
The first thing that I think is causing me the most problem is i thinking your are think I try to change you current way of doing things. 
   ********I not trying to make my struct approach the only way to load a backend.*******
   
   
   Note:
   (I will never try to change your current approach it will only make me bang head with you and I don’t like doing that type of thing, I also think trying to change the way i person dose thing is unacceptable behavior.   Trying to change someone way they do thing  is like trying to change someone mind (not going to happen). IMHO it just causes people to not consider my ideas because they feel that i want to destroy there idea.  No one like seeing there ideas destroyed it just human nature and the reason i try to avoid do so) 
   
   


The idea  here is give the application the ability to load a backend by default and optionally overridden latter on if the user choose to using your current method of loading a backend from elekra config(or my idea which i believe  you support load from file).
   
   when you say 
   &amp;gt;&amp;gt;The problem with your approach is that it will only work on &amp;gt;&amp;gt;UNIX platforms
   
   
I can only assume you mean because of hard coded path and administration problem (Is there more?) because the resolver plugin should be cross platform(every plugin going to have a file system correct me if i wrong)
   
   
This problem with  hard code path has already been address by many api ( i think libxdg-basedir is used to git stander path in a cross plaform way,-- I could be wrong--, and is  supposed to be one such api and would like to use in elktra but worry about License,-- it uses mit. I no nothing when is come down to legality and mixing License , and I have look into using libxdg-basedir because of that reason ) I only used them as an example because elktra dose not have api like libxdg-basedir
 yet. My stuctor idea should read more like this
   
   ﻿
   
 BackendConfig MyBackend;
 MyBackend.Name="Samba" //the name of the Backend.
 MyBackend.UserPaths=ElktraGetUserPath(“config”)
 MyBackend.SysPaths=ElktraGetSysPath(“config”)
 MyBackend.plugin="default;resolver;etc"

 KDBRegisterDefaultBackend(MyBackend);

 KDBOpen()//bla ...


   
   
   
    IMHO Elktra should have the ability to find where it is supposed to put it's config. 
) for application to use.   Every program going to need to know how and where they should store there config an optionally change it using the stander locations.
   
   As far as the administration problem I would like to mention again That I would like  my registerBackend function which i should realy call registerDefaultBackend will only register a default backend wich can be overrind by kdb mount so this would not be a problem.  What i trying to do here is give the application the ablity to create a default backend if they want and not restricted by elektra default backend(if we add a bunch of feature to it that are not need buy elekcified aplication it will create bloat) . 
   
   ﻿
   &amp;gt;&amp;gt;I am not sure how these statements connect to the samba &amp;gt;&amp;gt;problem.
yes but all that has to be compiled into elktra default backend which add bloat or at the very lease require recompiled for every backend(may-be not a problem)

   
   
   
   
The reason i want to create such a structor and how it relate to the samba problem is in the back of my mind i was think about all reasons way samba might reject samba be elekicfied. I know i need to be careful of bloat ,orginaztion and make sure I keep everything staicly link in.  Some of these i mention earlier I think try to put two much feature in one backend is problematic because it add two it size. I think it need to be customized pre applicatoin wich can be done buy recompile elktra pre apps(but should we rely require elktra to be recompile pe app?).  I can see samba reject elektra because of bloat or lack of origination.  I was just trying to make improvement to it, I'll admit I not highly organized so I'm not the best to do it. 

   
   ﻿
   &amp;gt;&amp;gt;Currently I am mostly working on Elektra's environment. But my &amp;gt;&amp;gt;freetime is 
   
   no problem here take you time I have the same problem and the reason i only post once a week normally.


   &amp;gt;&amp;gt; it dose not check for -i at all

   
   sorry i did not mean this to sound so rude.
﻿One last thing anther reason for my struct idea is I thought it 
would look neater in code to have the application fill in what need for a
 default backend which a user could export and change to his likings which my method provides.
I did not what samba require you to run kdb inport &amp;lt;backendName&amp;gt; &amp;lt;/path/to/file/&amp;gt;


   
   
   
   
  
 


      ------------------------------------------------------------------------------
Free Software Download: Index, Search &amp;amp; Analyze Logs and other IT data in 
Real-Time with Splunk. Collect, index and harness all the fast moving IT data 
generated by your applications, servers and devices whether physical, virtual
or in the cloud. Deliver compliance at lower cost and gain new business 
insights. http://p.sf.net/sfu/splunk-dev2dev _______________________________________________
Registry-list mailing list
Registry-list&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/registry-list
&lt;/pre&gt;</description>
    <dc:creator>Joseph Stein</dc:creator>
    <dc:date>2011-02-25T15:17:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/713">
    <title>Small updates</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.elektra.devel/713</link>
    <description>&lt;pre&gt;Hello List!

Now the first (small) external application (next to the examples in the source 
tree) use Elektra: dfc - Display from Collection

Get it:
git clone git://www.markus-raab.org/git/dfc

To make it work elektra now installs all header files and a FindElektra.cmake 
module properly.

dfc is basically a replacement for fortunes, with more database formats and 
configurable data sources with different profiles. See README for more 
details.

Everything is in prealpha state, so dont expect it to work on any other system 
then Debian :-) If you try it, please report if it works.

best regards
Markus

------------------------------------------------------------------------------
Free Software Download: Index, Search &amp;amp; Analyze Logs and other IT data in 
Real-Time with Splunk. Collect, index and harness all the fast moving IT data 
generated by your applications, servers and devices whether physical, virtual
or in the cloud. Deliver compliance at lower cost and gain new business 
insights. http://p.sf.net/sfu/splunk-dev2dev 
&lt;/pre&gt;</description>
    <dc:creator>Markus Raab</dc:creator>
    <dc:date>2011-02-23T17:45:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/712">
    <title>Re: Elektra development(mainly backend)</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.elektra.devel/712</link>
    <description>&lt;pre&gt;Hi!

Am Sonntag, 20. Februar 2011 schrieb Joseph Stein:

Elektra 0.8 must be released before such a step can be taken. If you try to 
elektrify Samba again that might help the 0.8 release.


It is worth the time to elektrify because you will help Elektra to improve. It 
is not worth searching the old patch written for an old Version of Samba and 
Elektra.


Its easy to make a Elektra plugin which reads and writes the Samba 
configuration. When your patch makes some progress I can do that.


I am currently writing one, it will be released here. It will give you an idea 
what step you need for a fully elektrified application. Old (not working) 
patches are under the folder "patches" in the Elektra source tree.


Of course this is the place to ask questions about Elektra. I will try my best 
to answer them.


No, sorry there is no description at the moment. The page
http://www.libelektra.org/GetStartedMounting
should be updated for 0.8.


The problem with your approach is that it will only work on UNIX platforms. 
The resolver plugin is responsible to resolve the user and system path. It 
should not be hardcoded. The other problem is that an administrator may want 
to change the plugins used.

You can solve both problems by using the current implemented dynamic 
bootstrapping behaviour. When samba is installed the backend will be mounted 
by executing "kdb mount ...".  That gurantees that the out-of-the box 
behaviour of samba is as the developers (or maintainers) want it. That could 
be continuing using the old configuration file with the same behaviour.
But if the administrator wants to change that behaviour for any reason, he or 
she is free to unmount the default Samba backend but use another one instead.


You might want to turn off cascading for checking a user's password.


I am not sure how these statements connect to the samba problem.
With the method explained above it is however possible to use xml or any 
special format but still provide the old out-of-the-box behaviour like it was 
before electrification.


The person creating the app is the first to decide. But on a specific machine, 
the admin has the last word.



Currently I am mostly working on Elektra's environment. But my freetime is 
quite limited at the moment.


Yes, "kdb mount" is not finished at the moment. -i is always assumed because 
no other option exists at the moment.

best regards
Markus

------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Registry-list mailing list
Registry-list&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/registry-list
&lt;/pre&gt;</description>
    <dc:creator>Markus Raab</dc:creator>
    <dc:date>2011-02-21T20:13:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/711">
    <title>Re: link update for fd.o</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.elektra.devel/711</link>
    <description>&lt;pre&gt;Hi Kai-Uwe!

Am Sonntag, 20. Februar 2011 schrieb Kai-Uwe Behrmann:

I dont know, I never submitted Elektra to freedesktop, but it should be there.


You are so right. The problem is that the wiki is complete unsuitable to 
publish such news.. you have to copy a lot of text around and set the links 
manually. Do you have experience with bretzn? 
(http://dot.kde.org/2010/11/02/frank-karlitschek-introduces-bretzn)

I am currently working on a small programm using Elektra and the homepage will 
be the next step to take.


That would be great, the link itself should be updated too.

best regards
Markus

------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
&lt;/pre&gt;</description>
    <dc:creator>Markus Raab</dc:creator>
    <dc:date>2011-02-21T19:45:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/710">
    <title>Re: Elektra development(mainly backend)</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.elektra.devel/710</link>
    <description>&lt;pre&gt;







****************************************************************
The main reason I brought this up is I thought this problem where solved and want to see (and help if possible :) )Elektra push forward samba Elektrification again. 
I was thinking (you or me) should drop a line on samba mailing list ask them if Elektra-8.0 is good enough or what else should be change in order for them to except Elektrification 

Do you know where I can find the patch to samba when they tried last time and do you think it worth the time?
 
I thought the main reason samba was rejected to be Elektrifed in the past was because of Elektra break samba config(it did not meat goal #2 (leave the config file un-touch)
it had no way to keep backward compatibility of the current way samba loaded it's configuration.

I could not find any apps I use that are Elektrifed and thought it be a good one to try to git working.   
**************************************************************




Yes I remember this now, I read about this and forgot about thou oops.



First I like to say i'm going to talking over my head now  just a bit here. I will admit I don't have a real good view of Elektra,and I was hope to better understand it by writing to this mailing list(please forgive me if you don't think this is a place to do it.)


As mention above I could not find any Elektrifed apps to use so it make try to understand Elektra code on mounting difficult since i have nothing to mount or configure(no premade back-end to looking at :( ). 

The switch I'm talking about is passing Back-end info in a ******** c struct***(not a file or wizard, what i would like to do is to add a function to read configuration of back-end from app not from file or Elektra itself and mount it)

in code it would look something like this 

struct BackendConfig
{
string Name; //the name of the backend 
string UserPaths; //A list of user path seperated by ; for backend to search for it config(user can over ride)
string SysPaths; //A list of sys path seperated by ; for backend to search for it config(only admin can overide )
string ListOfPlugins; //A list of plugin seperated by ; that this backend uses
} 

and then in the Elektrifed app(will use samba as an example)

BackendConfig MyBackend;
MyBackend.Name="Samba" //the name of the Backend.
MyBackend.UserPaths="~/.samba/smb.cfg"
MyBackend.SysPaths="/etc/samba/smb.cfg;/etc/samba"
MyBackend.plugin="default;resolver;etc"

KDBRegisterBackend(MyBackend); 

KDBOpen()//bla ...

The problem with you current aproach IMHO if i understand the code right is the following and what i'm try to solve are.


1.) cascading configuration look ugly if you forget the / thing act differently then what you aspect 
    my method it is easier to git a list of path
    the path dose not have to be vialed
    I really don't know why anyone would ever want to turn off cascading configuration to begin with(it seem problematic)

****************************************************************
2.) the default configuration has to be done buy the administrator 
    this is the biggest reason I want a change As a person who tried to use the new version of Elektra-8.0 I was greatly aggravated by the fact I have to setup a back-end and have to dig thou allot of documentation in order to do it(yes documentation can be made better buy why not have it automatic done buy the app it not better?)
**************************************************************
3.) the app has no default default back-end 
    while it is possible to use Elektra default back-end(when store in a regular conf file) what if we what to do somethings special like have the default config be readable from xml or ower own ******special****** format.  Do we really want to add this to Elektra default back-end to use it?

4.) there are no default setting for a back-end 
    What i want to do is have all Elektrifed app register them self with Elektra and mount the backend automatically(with sensible default) by default which a user can override later if he wish.
    right know the administrator is responsible to register a backend my question is why?   I think the person creating the app should know what plug-in he need better then the admin.
    I think right know you have it so you can make you own backend of an unElektrified app I not to to git ride of that but make it unnecessary when an Elektrfied app provides it.


In all my attempt is to make Thing ***********Automatic********* as possible if you think you can do that now using your method please let me know how.
sorry again if i ramble and make no sense as I said I'm not sure if I understand you code right.

I would wait and read you code better but then you might make a bunch of change and make changing it latter more difficult latter on.





did you forget to commet some code to the git brach you told us about at  git://www.markus-raab.org/git/elektra(I did not use your hierarchy version I think it look ugly since new version is what I  belieave to be  almost a complte rewrite I don't understand why you want to but maybe I wrong there a lot of changes removale of automake adtion of plugins etc)
the curent code I have look like this in mount.cpp

int MountCommand::execute(int argc, char** argv)
{
    if (argc == 2)
    {
        // no arguments, just output mountpoints
        outputMtab();
        return 0;
    }

    std::string action = argv[2];

    cout &amp;lt;&amp;lt; "Welcome to interactive mounting" &amp;lt;&amp;lt; endl;
    cout &amp;lt;&amp;lt; "Please provide a unique name." &amp;lt;&amp;lt; endl;
..bla

it dose not check for -i at all






What I think mount a backend mean is tell what plugin an app need to read it configuration and mount the list of plugin in Elektra hierarchy under the name of the backend.


I have not try mount any backend it look ugly and find it difficault to do(I try to fix it to not look ugly and make it easyer to do by proposeing of have a backend created by the app instead of the admin).

I think all the confusion come from this line 
when I say &amp;lt;system/place/in/config&amp;gt; I mean (what i beleiave you call above Elektra hierarch) not the filesystem it self.


I not trying to mount it multiple times.




      ------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb_______________________________________________
Registry-list mailing list
Registry-list&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/registry-list
&lt;/pre&gt;</description>
    <dc:creator>Joseph Stein</dc:creator>
    <dc:date>2011-02-20T11:22:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lib.elektra.devel/709">
    <title>link update for fd.o</title>
    <link>http://permalink.gmane.org/gmane.comp.lib.elektra.devel/709</link>
    <description>&lt;pre&gt;Hello,

the link on http://www.freedesktop.org/wiki/Software is outdated.
What is the official project site thays days?

The Latest news section on http://www.libelektra.org/Main_Page appears 
outdated to me. The Toshiba news and Markus' work for 0.8 are nowhere 
mentioned.

(I would as well rename the link from libkdb to Elektra for fd.o if you 
like.)

kind regards
Kai-Uwe Behrmann
&lt;/pre&gt;</description>
    <dc:creator>Kai-Uwe Behrmann</dc:creator>
    <dc:date>2011-02-20T07:06:56</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.lib.elektra.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.lib.elektra.devel</link>
  </textinput>
</rdf:RDF>

