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

Re: [Xen-API] Xapi Project 2.0 release



On 02/06/14 14:13, George Shuklin wrote:
> I don't want to sound to skeptical, but after about 5 year of deep
> work with xapi, I was really disappointed by Citrix VS opensource
> relationship. XenServer was and is not libre. There is source code but
> there is no way to rebuild original ISO from those sources. Decisions
> were made purely in-house sole by Citrix, and published opensource
> version (xapi packages) were broken beyond repair (and were removed
> from repository).
>
Yes, building the ISO was and still is awkward for non-Citrix people.
This isn't a release of the ISO though, this is just a release of some
of the tools on the ISO, and the biggest focus is on making it work
_properly_ outside the context of XenServer. As Dave mentioned,
buildroot is proof that the source can work in both a Debian-like and
CentOS-like environment.

> Does something really changed here? I see lot of problems in xapi VS
> community relationship and Citrix is kinda not opensource company
> (Presentation Server, World of Windows and so on). Xensource was bit
> unexpected addition to this tight and cozy wold of Citrix and
> Microsoft, and source publication is not made xapi libre software.
> Only 'open source', but not libre.
>
Yes, something has changed. For example, the problem back when we got
xapi into Debian was that we had to get _much_ too involved in the
packaging process - it wasn't simply a case of grabbing the source
tarballs, building and packaging them - it effectively meant that a few
of us had to spend several months making the thing work at all, and
those patches ended up in the debian source package, rotting gently
while the master branch moved on. There was no way back then that xapi
could ever have been packaged up from source by anyone other than us.

This is _very_ different from now. We've spent a long time splitting
repositories up, adding standard build system files, removing hard-coded
paths, splitting things up into more sensible smaller chunks and
generalizing the code. We've split two massive monolithic repositories
(xen-api and xen-api-libs) into about 30 smaller more sensible ones. By
the time of the release, the installation workflow should for these
individual repositories should simply be 'clone from github', then
'configure', 'make', 'make install', and you should be there, and I
think it's entirely reasonable that someone with a working Xen
installation could package it up successfully.

Of course, simply building is not enough. The buildroot repository
demonstrates that, with a minimum of patching (we've still got patches
for xcp-sm, vncterm and opasswd, but these will be fixed before the
release) viable packages can be created that work well enough to run VMs
to OpenStack's satisfaction.

I'm aware that this doesn't address all of your concerns. But I believe
it's a really good first step, and hopefully our next steps will all go
in the same direction too :-)

Jon


_______________________________________________
Xen-api mailing list
Xen-api@xxxxxxxxxxxxx
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


 


Rackspace

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