[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Toolstack working group (replace libxl)



Hi,

I'd like to start a working group on the future of the toolstack.

The main objective would be have a way to managed domain that is common
to more project.

(The hidden goal would be to get rid of libxl, and replace it with a
new tool written in Rust.)

Right now, we have the CLI `xl` and the library `libxl` or
`libxenlight` that is promote upstream to be the way to create and
manage domains. But the reality is that `libxl` isn't really used to
it's full potential, or at all, by other projects to manage Xen guest.
`libvirt` does link with `libxl` but it doesn't use the asynchronous
API. Then, other project don't even use `libxl` and have a different
tool, e.g. `xenopsd` for XenServer / XCP-ng.

I've gather some more notes on the why and how on this page:
https://gitlab.com/xen-project/collab/wg-toolstack-refactoring/-/wikis/home
(There's more of my research notes in other wiki pages.)

What do you think about the initial goal in this home wiki page?
Did I miss something? Or shall we talk interface between libxl's
replacement and higher level guest management? (Likely an RPC)

I've created a mailing list where we can talk about it:
https://lists.xenproject.org/mailman/listinfo/wg-toolstack
wg-toolstack@xxxxxxxxxxxxxxxxxxxx

And I've created a GitLab project where we can share more, use issue
or other features:
https://gitlab.com/xen-project/collab/wg-toolstack-refactoring

And at some point, we should have regular meeting.

Cheers,

-- 

Anthony Perard | Vates XCP-ng Developer

XCP-ng & Xen Orchestra - Vates solutions

web: https://vates.tech



 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.