<?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://comments.gmane.org/gmane.comp.lib.elektra.devel/729"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.elektra.devel/728"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.elektra.devel/723"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.elektra.devel/715"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.elektra.devel/714"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.elektra.devel/713"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.elektra.devel/709"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.elektra.devel/704"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.elektra.devel/703"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.elektra.devel/701"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.elektra.devel/694"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.elektra.devel/693"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.elektra.devel/693"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.elektra.devel/689"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.elektra.devel/688"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.elektra.devel/687"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.elektra.devel/674"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.elektra.devel/671"/>
      </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://comments.gmane.org/gmane.comp.lib.elektra.devel/729">
    <title>libelektra.org, API Documentation online</title>
    <link>http://comments.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://comments.gmane.org/gmane.comp.lib.elektra.devel/728">
    <title>0.8.0 Release</title>
    <link>http://comments.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://comments.gmane.org/gmane.comp.lib.elektra.devel/723">
    <title>elektra 0.8 ?</title>
    <link>http://comments.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://comments.gmane.org/gmane.comp.lib.elektra.devel/715">
    <title>Configurationd</title>
    <link>http://comments.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://comments.gmane.org/gmane.comp.lib.elektra.devel/714">
    <title>(no subject)</title>
    <link>http://comments.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://comments.gmane.org/gmane.comp.lib.elektra.devel/713">
    <title>Small updates</title>
    <link>http://comments.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://comments.gmane.org/gmane.comp.lib.elektra.devel/709">
    <title>link update for fd.o</title>
    <link>http://comments.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>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.elektra.devel/704">
    <title>Elektra development(mainly backend)</title>
    <link>http://comments.gmane.org/gmane.comp.lib.elektra.devel/704</link>
    <description>&lt;pre&gt;I spent a lot of time try to read your abridgment pbf these pdf as well as the elektra pdf ,but have a hard time understanding it all.  I have a few idea I would like to propose  and listed bellow and would like to try to employment but want to make sure they are welcome and give you my reasoning be-hide them and the end I talk about.

1.) I would like to be able to load the configuration of a backend from a file instead of going thou a long interactive mount cycle.

while it may seem simple in some case to just type everything in IMHO i don't think the average user or even a developer going to want to do this( I know I don't).  I think it would be wise to put the info into a file witch can be import into elektra.


2.)  I would like rename the mount command to backend 
     I think most of the current code deal with createing a backend 

3.) move all the current mount code to a function call wizard(except for the action part  and output mtab stuff) 

4.) add additional arguments to mount 

As stated above i was hoping to be able( change 1) import backend from file so I would add import argument to mount(or backend if you decide to allow me to rename it)

so i can say something like this 

kdb mount import &amp;lt;file name&amp;gt; 

or (with purpose name change)

kdb backend import &amp;lt;file name&amp;gt; 

I would also like add argument 

a.)         list-active 
                  witch would list active backends
b.)    help witch describe how to use backend

 and maybe more  



I have done a little work on elektra to display help and git it to compile and install do you still want these report to bugs on sourceforge.net or do you perfered to send the some where else for elekta-8.0_milestone_4 




      ------------------------------------------------------------------------------
The modern datacenter depends on network connectivity to access resources
and provide services. The best practices for maximizing a physical server's
connectivity to a physical network are well understood - see how these
rules translate into the virtual world? 
http://p.sf.net/sfu/oracle-sfdevnlfb_______________________________________________
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-06T13:15:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.elektra.devel/703">
    <title>Elektra to be embedded in a TV device from Toshiba</title>
    <link>http://comments.gmane.org/gmane.comp.lib.elektra.devel/703</link>
    <description>&lt;pre&gt;Hey folks, did you see this? Isn't it cool !?

---------- Mensagem encaminhada ----------
De:  &amp;lt;kenichi.yajima&amp;lt; at &amp;gt;toshiba.co.jp&amp;gt;
Data: terça-feira, 18 de janeiro de 2011
Assunto: elektra license confirmation
Para: avi&amp;lt; at &amp;gt;unix.sh
Cc: kazuhiro1.nakamura&amp;lt; at &amp;gt;toshiba.co.jp,
shinichi.inada&amp;lt; at &amp;gt;dme.toshiba.co.jp, takeshi5.inagaki&amp;lt; at &amp;gt;dme.toshiba.co.jp,
kenichi1a.tanahashi&amp;lt; at &amp;gt;dme.toshiba.co.jp,
registry-list&amp;lt; at &amp;gt;lists.sourceforge.net


Dear Avi Alkalay,

Thank you for your responsing and explaing.
It becomes clear. We're now going to use elektra on our product.( It's
TV device..)

Thank you again,
Kenichi Yajima

________________________________

From: avibrazil&amp;lt; at &amp;gt;gmail.com [mailto:avibrazil&amp;lt; at &amp;gt;gmail.com] On Behalf Of Avi Alkalay
Sent: Tuesday, January 18, 2011 7:23 PM
To: kenichi.yajima&amp;lt; at &amp;gt;toshiba.co.jp
Cc: kazuhiro1.nakamura&amp;lt; at &amp;gt;toshiba.co.jp; tanahashi（棚橋　賢一）; inada（稲田　真一）;
inagaki（稲垣　健）; Elektra
Subject: Re: elektra license confirmation


Elektra is Open Source and can be used in your products as long as it
respects the very flexible New BSD license that you have already
attached in your e-mail.

It is good to know that Toshiba finds Elektra useful and I'm sure the
members of the Elektra list (copied) would be interested and curious
to know in wich products and how you are embedding Elektra, in case
you can share this information with us.

Regards,
Avi

2011/1/18 &amp;lt;kenichi.yajima&amp;lt; at &amp;gt;toshiba.co.jp&amp;gt;


        Dear Avi Alkalay,

        I'm Kenichi Yajima, working for Toshiba Corp. Japan.

        We are considering using your program elektra
(http://sourceforge.net/projects/elektra/) in our products.
        Before going any further, however, we would like to confirm
the following so that we are sure to fully respect your rights.
         You are the author and owner of the copyrights in the program.
         You have distributed the program under the attached license
that permits us to use and redistribute the program with or without
modification provided that any conditions stated in the license are
met.

        If you would please send me a return email confirming the
above, that would be most appreciated.

        And thank you very much for taking the time to create such a
useful program.

        Best Regards,
        Kenichi Yajima &amp;lt;kenichi.yajima&amp;lt; at &amp;gt;toshiba.co.jp&amp;gt;

        -------
        This is a New BSD license as in
http://opensource.org/licenses/bsd-license.php



&lt;/pre&gt;</description>
    <dc:creator>Avi Alkalay</dc:creator>
    <dc:date>2011-01-19T10:38:45</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.elektra.devel/701">
    <title>Abridgement</title>
    <link>http://comments.gmane.org/gmane.comp.lib.elektra.devel/701</link>
    <description>&lt;pre&gt;Hi list!

If the whole thesis is too long for you, you can look at the 10 page 
abridgement of the thesis (pdf, 2,4Mb, 14 pages with bibliography):
http://www.markus-raab.org/ftp/elektra/abridgement.pdf

It contains all basic ideas of the thesis, but without the details of 
implementation or relationale.

Have fun reading!
regards
Markus

------------------------------------------------------------------------------
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2 &amp;amp; L3.
Spend less time writing and  rewriting code and more time creating great
experiences on the web. Be a part of the beta today
http://p.sf.net/sfu/msIE9-sfdev2dev
&lt;/pre&gt;</description>
    <dc:creator>Markus Raab</dc:creator>
    <dc:date>2010-11-21T15:04:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.elektra.devel/694">
    <title>VC++ and Posix APIs in Elektra</title>
    <link>http://comments.gmane.org/gmane.comp.lib.elektra.devel/694</link>
    <description>&lt;pre&gt;Hello,

I just tried to compile Elektra (v0.7.0) on Windows. How can the uid_t, 
git_t and mode_t posix types be supported? Did already someone try to 
compile Elektra with VC++? E.g. exists a project for that?

kind regards
Kai-Uwe Behrmann
&lt;/pre&gt;</description>
    <dc:creator>Kai-Uwe Behrmann</dc:creator>
    <dc:date>2010-11-18T12:46:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.elektra.devel/693">
    <title>Git Hosting</title>
    <link>http://comments.gmane.org/gmane.comp.lib.elektra.devel/693</link>
    <description>&lt;pre&gt;Hi List!

The last days I wasted with trying to fix the problems of the svn 
conversation. So no progress to the alpha version, but I will stop now the 
efforts to fix the history and will concentrate on the future :-)

The git repositories on my server are:
git-clone git://www.markus-raab.org/git/elektra

It is basically milestone 4 as described in the thesis + some documentation 
improvements.

The endeavour to fix the history is here:
git-clone git://www.markus-raab.org/git/elektra-history

But I did not merge what I did during the thesis and many branch points and so 
on are missing (the complete 0.7 development, that happened in the unstable 
branch, is in a single commit, but same problem with the other repo). What is 
better in this repo is the svn-ids are gone and the authors are fixed.


Maybe some genius finds a way to fix it :-)


However the questions arises where the git repositry should be hosted. My 
server was good for me, but if many people want to participate the overhead 
of giving passwords and so on is too much.

Github or gitorious are two large known providers. Any preferences?
Or other suggestions?

best regards
Markus

------------------------------------------------------------------------------
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
&lt;/pre&gt;</description>
    <dc:creator>Markus Raab</dc:creator>
    <dc:date>2010-10-19T17:00:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.elektra.devel/693">
    <title>Git Hosting</title>
    <link>http://comments.gmane.org/gmane.comp.lib.elektra.devel/693</link>
    <description>&lt;pre&gt;Hi List!

The last days I wasted with trying to fix the problems of the svn 
conversation. So no progress to the alpha version, but I will stop now the 
efforts to fix the history and will concentrate on the future :-)

The git repositories on my server are:
git-clone git://www.markus-raab.org/git/elektra

It is basically milestone 4 as described in the thesis + some documentation 
improvements.

The endeavour to fix the history is here:
git-clone git://www.markus-raab.org/git/elektra-history

But I did not merge what I did during the thesis and many branch points and so 
on are missing (the complete 0.7 development, that happened in the unstable 
branch, is in a single commit, but same problem with the other repo). What is 
better in this repo is the svn-ids are gone and the authors are fixed.


Maybe some genius finds a way to fix it :-)


However the questions arises where the git repositry should be hosted. My 
server was good for me, but if many people want to participate the overhead 
of giving passwords and so on is too much.

Github or gitorious are two large known providers. Any preferences?
Or other suggestions?

best regards
Markus

------------------------------------------------------------------------------
Download new Adobe(R) Flash(R) Builder(TM) 4
The new Adobe(R) Flex(R) 4 and Flash(R) Builder(TM) 4 (formerly 
Flex(R) Builder(TM)) enable the development of rich applications that run
across multiple browsers and platforms. Download your free trials today!
http://p.sf.net/sfu/adobe-dev2dev
&lt;/pre&gt;</description>
    <dc:creator>Markus Raab</dc:creator>
    <dc:date>2010-10-19T17:00:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.elektra.devel/689">
    <title>Thesis</title>
    <link>http://comments.gmane.org/gmane.comp.lib.elektra.devel/689</link>
    <description>&lt;pre&gt;Hi list!

After a long period of silence - during which I worked on my thesis - I am 
glad to present the results.

You can download the thesis (6,4MB, english) per ftp or http:
ftp://markus-raab.org/elektra/thesis.pdf
http://www.markus-raab.org/ftp/elektra/thesis.pdf

It describes how I changed the semantics and architecture of Elektra so that 
Elektra now can store configuration in a much more flexible and robust way.
But some work is left before I can release it.

The web page, the bug tracking system and the current "blog" system are very 
unsatisfying. I need better solutions there to make this environment easy to 
use and suitable for a community project. If you have ideas or plan to 
contribute, please do not hesitate.

Elektra now switched completely to git. But there are some author IDs broken 
that I would like to fix before I annouce it. If you don't care about a 
reclone, mail me and I will send you the current git url.

So in the next time you can expect:
* an alpha version with the features as described in the thesis
* an up-to-date homepage with blog system and so on
* more easy introductions what the modular approach means for everyone
(Tutorials, Slides,...)

As you might have noticed, Elektra 0.7 made it now to Debian:
http://packages.debian.org/search?keywords=Elektra&amp;amp;searchon=names&amp;amp;suite=all
A lot of thanks to Pino Toscano for the work!

We are looking forward to a great time for Elektra.

best regards
Markus

------------------------------------------------------------------------------
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2 &amp;amp; L3.
Spend less time writing and  rewriting code and more time creating great
experiences on the web. Be a part of the beta today.
http://p.sf.net/sfu/beautyoftheweb
&lt;/pre&gt;</description>
    <dc:creator>Markus Raab</dc:creator>
    <dc:date>2010-10-12T09:07:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.elektra.devel/688">
    <title>david belsom</title>
    <link>http://comments.gmane.org/gmane.comp.lib.elektra.devel/688</link>
    <description>&lt;pre&gt;http://fylb.free.fr/net.php



------------------------------------------------------------------------------
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
&lt;/pre&gt;</description>
    <dc:creator>Ashish Jain</dc:creator>
    <dc:date>2010-10-03T18:49:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.elektra.devel/687">
    <title>Talk about Elektra</title>
    <link>http://comments.gmane.org/gmane.comp.lib.elektra.devel/687</link>
    <description>&lt;pre&gt;Hello Group!

I am proud to announce that I will give a talk about Elektra at Friday 7. Mai 
2010 11:00 for 1h. It will be held in german and the slides are in german 
too.

For more Information see:
http://www.linuxwochen.at/index.php?option=com_content&amp;amp;view=article&amp;amp;id=127&amp;amp;Itemid=69

Would be nice to see you there!
best regards
Markus

------------------------------------------------------------------------------
&lt;/pre&gt;</description>
    <dc:creator>Markus Raab</dc:creator>
    <dc:date>2010-05-04T20:31:05</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.elektra.devel/674">
    <title>openSUSE-11.2 RPMs</title>
    <link>http://comments.gmane.org/gmane.comp.lib.elektra.devel/674</link>
    <description>&lt;pre&gt;I am about updating the build service projects from on openSUSE.
It appears that openSUSE-11.2 can not build Elektra due to certain 
options.

The reason is mentioned here:
http://en.opensuse.org/Packaging/Fixing

To repeat try:
$ LDFLAGS="-Wl,--as-needed"  ./configure

To fix:
exchange the link order in src/kdb/Makefile.am .

To help me:
automake does not work here due to a version missmatch.
May I kindly ask that someone with the build environment take this issue 
over and best provide a patch or a new source package (tar.gz). A initial 
patch is attached. But I can not verify if it fixes the issue after 
running automake:
configure.ac:430: required file `./config.rpath' not found


kind regards
Kai-Uwe Behrmann
&lt;/pre&gt;</description>
    <dc:creator>Kai-Uwe Behrmann</dc:creator>
    <dc:date>2010-04-26T14:43:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.elektra.devel/671">
    <title>cannot build 0.7.0 in ubuntu 9.04 / 9.10 (xml problem?)</title>
    <link>http://comments.gmane.org/gmane.comp.lib.elektra.devel/671</link>
    <description>&lt;pre&gt;Hi, I am trying to create a debian source package for an unofficial
Ubuntu repository. My target is actually the build of cinepaint.
Unfortunately, I can't build libelektra 0.7.0 from source. I
practically based my package on Fedora 's spec file.

I have tried to build it using these dependencies:
Depends: debhelper (&amp;gt;= 6), cdbs, pkg-config, autotools-dev, automake,
autoconf, quilt, libdb4.6-dev, libxml++2.6-dev, libgconf2-dev,
libltdl7-dev, gawk, doxygen, gettext, docbook-xsl, xsltproc,
libxslt-dev, zlib1g-dev

The problem:
cc -DHAVE_CONFIG_H -I. -I. -I../../src/include  -I../../src/include
-I/usr/include/libxml2 -DELEKTRA_STATIC   -g -O2 -g -Wall -O2 -c -o
kdb_static-help.o `test -f 'help.c' || echo './'`help.c
cc -DHAVE_CONFIG_H -I. -I. -I../../src/include  -I../../src/include
-I/usr/include/libxml2 -DELEKTRA_STATIC   -g -O2 -g -Wall -O2 -c -o
kdb_static-BSDgetopt.o `test -f 'BSDgetopt.c' || echo './'`BSDgetopt.c
/bin/bash ../../libtool --tag=CC --mode=link cc  -g -O2 -g -Wall -O2
-Wl,--as-needed -o kdb_static  kdb_static-kdb-tool.o kdb_static-help.o
kdb_static-BSDgetopt.o -lxml2 ../libelektra/libelektra.a
cc -g -O2 -g -Wall -O2 -Wl,--as-needed -o kdb_static
kdb_static-kdb-tool.o kdb_static-help.o kdb_static-BSDgetopt.o
/usr/lib/libxml2.so ../libelektra/libelektra.a
../libelektra/libelektra.a(libelektratools_a-kdbtools.o): In function
`consumeKeyNode':
/tmp/buildd/elektra-0.7.0/src/libelektratools/kdbtools.c:87: undefined
reference to `xmlTextReaderName'
/tmp/buildd/elektra-0.7.0/src/libelektratools/kdbtools.c:309:
undefined reference to `xmlFree'
/tmp/buildd/elektra-0.7.0/src/libelektratools/kdbtools.c:101:
undefined reference to `xmlTextReaderGetAttribute'
/tmp/buildd/elektra-0.7.0/src/libelektratools/kdbtools.c:105:
undefined reference to `xmlFree'
/tmp/buildd/elektra-0.7.0/src/libelektratools/kdbtools.c:124:
undefined reference to `xmlTextReaderGetAttribute'
/tmp/buildd/elektra-0.7.0/src/libelektratools/kdbtools.c:127:
undefined reference to `xmlFree'
[...]
../libelektra/libelektra.a(libelektratools_a-kdbtools.o): In function
`libelektratools_LTX_ksFromXMLfile':
/tmp/buildd/elektra-0.7.0/src/libelektratools/kdbtools.c:473:
undefined reference to `xmlParseFile'
/tmp/buildd/elektra-0.7.0/src/libelektratools/kdbtools.c:477:
undefined reference to `xmlReaderWalker'
../libelektra/libelektra.a(libelektratools_a-kdbtools.o): In function
`ksFromXMLReader':
/tmp/buildd/elektra-0.7.0/src/libelektratools/kdbtools.c:373:
undefined reference to `xmlTextReaderRead'
/tmp/buildd/elektra-0.7.0/src/libelektratools/kdbtools.c:383:
undefined reference to `xmlTextReaderRead'
/tmp/buildd/elektra-0.7.0/src/libelektratools/kdbtools.c:385:
undefined reference to `xmlFree'
/tmp/buildd/elektra-0.7.0/src/libelektratools/kdbtools.c:376:
undefined reference to `xmlTextReaderName'
../libelektra/libelektra.a(libelektratools_a-kdbtools.o): In function
`libelektratools_LTX_ksFromXMLfile':
/tmp/buildd/elektra-0.7.0/src/libelektratools/kdbtools.c:483:
undefined reference to `xmlFreeTextReader'
/tmp/buildd/elektra-0.7.0/src/libelektratools/kdbtools.c:485:
undefined reference to `xmlFreeDoc'
/tmp/buildd/elektra-0.7.0/src/libelektratools/kdbtools.c:487:
undefined reference to `xmlCleanupParser'

Any ideas?
I attached the relevant build log and the debian/control and
debian/rules files. I would appreciate some guidance and/or patch,
because I'm not that much of a programmer.

Thank you :)
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july_______________________________________________
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>Savvas Radevic</dc:creator>
    <dc:date>2009-08-31T07:59:37</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>

