There is a distinct weakness in Xen which ends up dragging in domain
configuration limitations.  I was thinking of using Python for parsing
extra data out of domain configuration files.  Only to find sample domain
configuration files were in fact fully valid Python.

Having experimented, it appears entirely feasible to use libpython to
parse current domain configuration files.  Looking further it appears
Python was in fact used in the past to handle domain configuration files.

Why was this removed?

The only context I could find was 54fbaf446b and
https://wiki.xenproject.org/wiki/PythonInXlConfig which don't explain
the reasoning.

Would the maintainers be amenable to revisiting the decision to remove
support for full Python in domain configuration files?

The obvious reason is having full Python would increase the size of `xl`.
In most cases I'm unsure this would be too problematic.  The case where
it would matter is the daemon process.  Issue here is plenty of other
extra libraries are also bloating the runtime size of `xl`.  I suspect
the daemon process really needs to be split into a separate executable to
reduce overhead anyway.


-- 
(\___(\___(\______          --=> 8-) EHM <=--          ______/)___/)___/)
 \BS (    |         [email protected]  PGP 87145445         |    )   /
  \_CS\   |  _____  -O #include <stddisclaimer.h> O-   _____  |   /  _/
8A19\___\_|_/58D2 7E3D DDF4 7BA6 <-PGP-> 41D1 B375 37D0 8714\_|_/___/5445



Reply via email to