<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
seth vidal wrote:
<blockquote cite="mid:1191341323.6741.17.camel@cutter" type="cite">
  <pre wrap="">On Tue, 2007-10-02 at 18:04 +0200, Tim Lauridsen wrote:
  </pre>
  <blockquote type="cite">
    <pre wrap="">Jesse Keating wrote: 
    </pre>
    <blockquote type="cite">
      <pre wrap="">On Tue, 02 Oct 2007 14:47:06 +0200
Oliver Falk &lt;oliver@linux-kernel.at&gt; wrote:

  
      </pre>
      <blockquote type="cite">
        <pre wrap="">OK, that might be the better fix. But doesn't it make sense
ConfigParser also allows int as values? I mean any kind of number
(int, float, complex) could be handled as string...
    
        </pre>
      </blockquote>
      <pre wrap="">I know not the history of ConfigParser and why it's only strings.  I
suspect it's because ConfigParser's primary usage is to parse config
files, and in a file it may be non-obvious how to mark something as an
int/float rather than a string.  The reason pungi uses ConfigParser is
that prior to using kickstart files we had our own config files.  I'm
not entirely happy with ConfigParser, but it'd be something of an
overhaul to switch to some other config system, and not one I was
willing to make at this point.  Maybe during F9...
  
      </pre>
    </blockquote>
    <pre wrap="">You can take a look at the config classes in yum (yum/config.py) it
let you define different kind of options types.

    </pre>
  </blockquote>
  <pre wrap=""><!---->
I've also made a yum-free config.py that takes all the advantages of the
yum config file w/o needing the yum-ness of it.

you can find it here:
<a class="moz-txt-link-freetext" href="http://skvidal.fedorapeople.org/config.py">http://skvidal.fedorapeople.org/config.py</a>

we just used in in func and it's rather handy.

-sv


  </pre>
</blockquote>
Maybe, it should be out into its own package (python module), so that
potential users could pull it in (yum, func, yumex, pungi etc).<br>
and it could be maintained in one place.<br>
<br>
Tim<br>
</body>
</html>