I created a new CR job for another VM and it worked. However, it didn't work with the XO VM. So maybe the root cause of the problem is that the old CR copies have disappeared. Maybe they still exist, but I can't find them?

@olivierlambert Awesome! Thank you so much!

@cg Those HDD's will take their fair time to rebuild. Always stressful looking how far along it is while crossing your fingers that another drive wont pop during the process.

@olivierlambert Business 2 pools updated fine.

@olivierlambert I am open to building stuff into XCP-ng if my knowledge was there to do it.

Wow this great news and amazing work!!!

@olivierlambert The only place running XCP-ng on things like an RK3588 make sense is for home lab stuff, I probably wouldn't even build work lab stuff on these. Never enough ram (so far) and limited cores, plus almost everything will need to be running in virtual processor architecture. All that said, it might be neat to simulate these ARM processors in x86 so that we could create a VM of the Pi, etc.

@olivierlambert Good vacation and rest well ️

@yann said in New Rust Xen guest tools: @john.c OK, that will be useful when the repo is signed, but for now I don't see what adverse effect it can have. Do I miss something? Also we try to avoid breaking support for older OS versions, so we'll likely continue to advertise the old format for older versions of Debian. @yann From Debian 13.0.0 (code name Trixie) having repository signing is mandatory. Without it apt will straight refuse to install, update or upgrade its packages. Also doing with deb822 format will help to protect the GPG Key, used by Vates from abuse by another repository. Especially if that repository is hosting malware laden deb packages. As only the Vates repository can then use that signing key, as defined in the sources file. Refusing to install, update or upgrade is an adverse effect wouldn’t you say?

Thanks! Don't miss Daniel Stenberg stories, they are gold (eg: being insulted because someone found some curl sources in a bigger software). Some gems with the right tag in his blog: https://daniel.haxx.se/blog/tag/funny/

On vmware u would need als vcenter for this kind of features. And as u can easy deploy an empty xoa, why would this be an issue?

Don't get me wrong: constructive feedback is ALWAYS welcome This is just the pricing "cards", but there's already the information that you have initial setup assistance, upgrade help and direct access to XCP-ng devs. Sounds more than just "send us an email when you need". What would you have wrote then? Also, regarding not paying the project but hire people to contribute on it: I'm very fine with it!

Well, I would say it's not directly an "upstream", it's a bit more another "downstream" from Xen and XAPI project (at least that's the idea). It's far too early to answer about XenServer, plus the fact I'm not in Citrix board So I can't tell. I know it's generating revenue, so as long there's money, things won't disappear into thin air (support contracts and so on).