<?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://permalink.gmane.org/gmane.comp.lib.elektra.devel">
    <title>gmane.comp.lib.elektra.devel</title>
    <link>http://permalink.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.

-------------------------&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 gi&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 y&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&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 th&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&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 configurat&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 &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'; }
&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/s&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 platform&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 thi&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>

