SOLVED Building from master branch - is that "latest" channel?
Just wanted to quickly check if building from master gives the "latest" or "stable" channel build. Also, if it is the latest, if I wanted to build from stable, which branch would I use? It wasn't imeddiately apparent from branch names, unless I missed it.
I could be wrong, but I believe these new "channels" only apply to the pre-built XOA appliance.
@Pechkin000 update channels only apply to Xen Orchestra virtual Appliance (XOA). There is no stable branch using it from the sources (nor QA).
@mropen The source code is openly available via Github with the exception of the XOA updater mechanism, and you can build your own VM without any restrictions or limitations.
AFAIK, there isn't anything in the GPL that would prevent the developer from releasing an appliance, based on the original source code, which offers additional features / options, QA testing, etc.
@mropen said in Building from master branch - is that "latest" channel?:
The question is, is the compiled version of the master branch identical to the xoa appliance with all latest patches applied
I can't speak for them, but I believe the answer is yes. However, the master branch is updated regularly, so you are dealing with a moving target. They are building XOA from a specific point in time.
Since then, additions & updates have been made to the source code. These won't appear in XOA until they release an update. So those of us not running their appliance are effective acting as their beta testers.
Compiling the master branch is either equal to and just as safe as the latest patched xen orchestra appliance or it's not. If it's not, that's a problem.
Not true as explained above. You can build your own copy of XO using the latest master branch or you can choose a specific point in time using either releases or tags. If you require something that has gone through a QA process and comes with support, then use their pre-built appliance.
nikade last edited by
To answer @Pechkin000 original question: If you build yourself from the sources you get the LATEST. The appliance is build from the exact same sources, but is then tested for a while before it is realeased.
At work we're using the appliance, at home I am using "from sources" and to be honest I havent had any issues with my "from sources"-version.
All tho, if you are running an enterprise-shop you should really really know what you are doing if you decide to go with the "from sources"-version since this is pretty much untested.
I dont understand why @mropen is being so dramatic - Did you have any issues with the "from sources"-version?
@mropen please write an email directly to vates instead of public anouncing legal steps.
I don't know if you are familiar with the concept of branches and tags in git?
XOA is just a debian with a tagged version of XenOrchestra. Nothing special here. And if there is one little hidden bash script why fight a legal case against a company that is bringing a hypervisor back to free use WITH the community?
Maybe you should fight first against facebook/google.
@mropen there is absolutely no hidden patch:
latestare just release choices we made in XOA. You can see XOA as a turnkey solution that can be sold (with support) because:
- there is a lot of various components in various versions: to ensure it works, we must freeze and start QA on a kind of "snapshot" development (when we are happy about the features within the timeframe, once a month for XOA release cycle)
- QA will take some time and efforts, but we are sure about what's running in what (Debian, package version, node version etc). Otherwise, it would be almost impossible to sell support on tons of platform/versions (combinations are almost infinite)
- when we are happy with QA, we are releasing
latest, and put content of previous
That's it, and that's a way to be sure we are distributing something that will work as expected. I hope it's more clear for you now. Just tell your "someone else" to be more aware of what's going on before doing claims like that.
latestis not based on
master, it's the future
stable(like a "tick tock" release model if you like). In fact, we aren't using branches to decide to integrate this or that. We just chose a moment to freeze the dev and put that "snapshot" into QA for the next
As @Danp said, if you are building XO yourself on
master, then it's a moving target. Also you'll use your own distro/tools, so it's impossible to predict the exact outcome without doing QA and support yourself (which is fine for home usage or if you have a dedicated QA/support team for your XO internally, and frankly, having XOA will be cheaper: that's why we sell it, despite having all features available for free on Github.)
I'm fed up with trolling. I already explained that XOA can be seen as a "Xen Orchestra dedicated distro", we make the choice to build it from a "snapshot" (commit) on various component. It's not based on a GitHub branch. That's our choice that you can do on your side if you want to build a XOA equivalent. You have all the 3 liberties of GPL software because everything is available on GitHub.
XOA is a choice of which version to use together for each component, with QA and mastered env to be able to make efficient support.
If you can't understand that despite 3 or 4 persons explained that to you, we can't do anything else. Good bye.