XenServer 8.0 - Major update due Q1 2019
-
Well, in software development I prefer slipping release dates over broken software, so I won't throw the stone here
-
@stormi said in XenServer 8.0 - Major update due Q1 2019:
Well, in software development I prefer slipping release dates over broken software, so I won't throw the stone here
I could say: They had 3 months to geht their job done.
-
@cg 3 months is short.
-
-
And we continue without any news ...
-
Yep, it seems they have some troubles internally to make it real. Hopefully, we'll have something soon. And yes, we agree that their (lack of) communication is disastrous.
-
This is typical Citrix... XS isn't really a priority over there and havent been for many years.
-
Yeah but PMs could at least tweet to give news
-
Exactly this. Not giving - especially paying customers - any feedback/info is just the worst way to do your business.
-
@cg It has long ago become apparent to us at work, as long-time paying customers of Citrix, that they have little interest and long-term motivation towards XenServer\Citrix Hypervisor, much less a number of their other products, despite the way they brag about them in relation to other industry solutions. They seem more focused on squeezing as much money out of existing customers than actually providing, and then walking, any seemingly beneficial road map for the future that consists of real growth, new ideas and concepts, and expanding beyond "what they already know" to provide new and existing customers with improved solutions.
-
Should XCP-ng aim to be upstream? Like Debian/Fedora, XCP-ng maintains an unstable/cutting-edge branch that directly follow each XCP package?
-
@jcpt928 said in XenServer 8.0 - Major update due Q1 2019:
@cg It has long ago become apparent to us at work, as long-time paying customers of Citrix, that they have little interest and long-term motivation towards XenServer\Citrix Hypervisor, much less a number of their other products, despite the way they brag about them in relation to other industry solutions. They seem more focused on squeezing as much money out of existing customers than actually providing, and then walking, any seemingly beneficial road map for the future that consists of real growth, new ideas and concepts, and expanding beyond "what they already know" to provide new and existing customers with improved solutions.
I'd like to quote this post because this was also one of the fork reason. I mean, even from a business perspective for Vates, it made sense to deliver innovation and a good service, which both aren't provided anymore for server virtualization at Citrix. Obviously, we are not that big, but unlike them, we are really open from the start (cultural difference) and also not being pushed by big pension funds (remember that squeezing the money starts at this level first). I still have in mind those big funds who pushed out the historical CEO, Mark Templeton. Which was the guy with the vision
(note: he's now CEO of… Digital Ocean!) -
@cheese said in XenServer 8.0 - Major update due Q1 2019:
Should XCP-ng aim to be upstream? Like Debian/Fedora, XCP-ng maintains an unstable/cutting-edge branch that directly follow each XCP package?
I'm not sure to understand what you mean by that, can you explain further or rephrase?
-
@olivierlambert Sorry. Currently XenServer is the upstream of XCP-ng. And XCP-ng does not directly choose XCP package versions. XCP-ng will not make a new major release until XS released new version. How this can be improved? Can XCP-ng get rid of the XenServer stage? XenServer itself is composed from XCP packages or is a distribution of XCP. Can XCP-ng directly be based on XCP packages instead of XenServer? Or for comparing, should XCP-ng be the 'Fedora' of XCP instead of the 'CentOS' for XS?
Of course, being 'Fedora' of XCP requires a huge work. And QA is a big problem.
-
Well, that's not true @cheese
The truth is far more complicated:
- XCP-ng already added some new packages inside (eg zstd, modified XAPI to support it, a more recent kernel etc.)
- Some bug are fixed first in XCP-ng (and later in XS by Citrix)
- "XCP" doesn't exist anymore (since 2013), so we can't use it as a base
- Some packages aren't shipped until XS is out and no dev branch is available (thinking about SMAPIv3): it's legal but really anti-Open Source spirit (you can't contribute)
- Some packages are heavily modified by Citrix, eg Xen (400 patches…) so you can't "just" import any vanilla Xen into XCP-ng. This require months of deep Xen knowledge.
But yes, the goal is to be 100% independent in the end, but that require a reasonable team (already hired 3 persons, objective is to double this number in the next months) and as you can imagine, this cost a lot of money. So break even is needed to be sustainable. That's why being only "Fedora like" (eg cutting edge without support) isn't doable. We must also provide something tested and stable through time, otherwise no company will adopt it, and then we couldn't survive (Patreon or Kickstarter is OK to bootstrap a project, but just add 6 to 10 people full time and you'll see you'll need something close to one million USD and more)
So as you see, XCP-ng is not just a toy done in a garage, this is bigger than that
Our ambition is to become the first turnkey and Open Source virtualization platform. Some parts will take time but yes, this is the objective. -
@olivierlambert said in XenServer 8.0 - Major update due Q1 2019:
Our ambition is to become the first turnkey and Open Source virtualization platform.
And the community involved here is progressing to achieve this collectively. -
Yep, "our" was inclusive
-
This is standard Citrix.. I don't see XS8.0 showing up until Synergy next month. They've already announced the next Xendesktop/XenApp CR and LTSR release this month a so they will need a new product release for the show. I had hoped that they would have released a Tech preview before the full release just to see if it'll work on existing older kit.
-
It's not a marketing delay. They have some issues, the target was end of Q1 for real.
-
@olivierlambert Oh! I appreciate your plan.
And I am sorry again. "XCP" in my previous messages actually means XAPI project. Sorry.
