On 2019-12-13 04:54, Kevin Stange wrote:> I don't want to burden Steven Haigh any, but I wonder if there's a way > we could combine some of our efforts to make both "Xen made easy!" and > the Virt SIG Xen easier to manage.I've been thinking about this for a while. The problem has been the workflows between myself and the SIG are so far apart, its hard to look at how to merge them. I have full CI between my own git and packages to the mirrors - which is good, but has its down sides. I also don't have the restrictions of the CentOS build system to deal with - which is great for my workflow ;) I'm prepping packages for CentOS 8 now - but its exposing quite a number of problems around the main toolsets for Xen - and instead of just adding my own patch and moving on (ala Fedora's Xen packages), I'm trying to get fixes in upstream where possible. My todo list currently includes: 1) Replace all #! that include env python to a specific python version/binary. ie /usr/bin/python or /usr/bin/python3. The configure portions of this are complete, but the scripts need to be altered to have the detected python version populated. 2) There's no brctl in CentOS 8. The network scripts need to be re-written to use 'ip' instead. To maintain compatibility, the network scripts need to support both brctl and ip commands and use whichever is present on the system. 3) UEFI support needs to be tested. The preferred UEFI boot method for Dom0 is to use grub to then boot Xen - but this needs to be tested. So while me moving to try and get these fixed upstream is great - it should make everyone's job easier in the long term. Although I have the same problem as the SIG - there's just not enough people to test / patch stuff. The more we deep dive into 4.13, the further away I can see the release happening :( -- Steven Haigh ? netwiz at crc.id.au ? https://www.crc.id.au
hi if you need someone to test the centos8 pkgs, Im interested :) --- ------ Greetz Am 13.12.2019 01:31, schrieb Steven Haigh:> On 2019-12-13 04:54, Kevin Stange wrote: >> I don't want to burden Steven Haigh any, but I wonder if there's a way >> we could combine some of our efforts to make both "Xen made easy!" and >> the Virt SIG Xen easier to manage. > > I've been thinking about this for a while. The problem has been the > workflows between myself and the SIG are so far apart, its hard to > look at how to merge them. > > I have full CI between my own git and packages to the mirrors - which > is good, but has its down sides. I also don't have the restrictions of > the CentOS build system to deal with - which is great for my workflow > ;) > > I'm prepping packages for CentOS 8 now - but its exposing quite a > number of problems around the main toolsets for Xen - and instead of > just adding my own patch and moving on (ala Fedora's Xen packages), > I'm trying to get fixes in upstream where possible. > > My todo list currently includes: > 1) Replace all #! that include env python to a specific python > version/binary. ie /usr/bin/python or /usr/bin/python3. The configure > portions of this are complete, but the scripts need to be altered to > have the detected python version populated. > > 2) There's no brctl in CentOS 8. The network scripts need to be > re-written to use 'ip' instead. To maintain compatibility, the network > scripts need to support both brctl and ip commands and use whichever > is present on the system. > > 3) UEFI support needs to be tested. The preferred UEFI boot method for > Dom0 is to use grub to then boot Xen - but this needs to be tested. > > So while me moving to try and get these fixed upstream is great - it > should make everyone's job easier in the long term. Although I have > the same problem as the SIG - there's just not enough people to test / > patch stuff. The more we deep dive into 4.13, the further away I can > see the release happening :(
The latest bunch of test packages are available here: http://au1.mirror.crc.id.au/repo/el8/x86_64/ Hopefully, as of a few hours ago, this set should actually install. Currently, networking won't work as they require brctl - which isn't in EL8. I've written patches for this, but they'll probably end up being part of a cleanup of everything in /etc/xen/scripts/ Problem is, they're probably too late for the 4.13.0 release - so I'll have to carry them myself for a while until they hit the git staging area within Xen. I don't have a kernel capable of being a Dom0 as yet - so that's still at a roll your own or obtain elsewhere status. The source for all this is here: https://git.crc.id.au/netwiz/xen413 Yes, I take patches. Steven Haigh ? netwiz at crc.id.au ? https://www.crc.id.au On Fri, Dec 13, 2019 at 10:11, Christoph <mangel at gmx.de> wrote:> hi > > if you need someone to test the centos8 pkgs, Im interested :) > > --- > ------ > Greetz > > Am 13.12.2019 01:31, schrieb Steven Haigh: >> On 2019-12-13 04:54, Kevin Stange wrote: >>> I don't want to burden Steven Haigh any, but I wonder if there's a >>> way >>> we could combine some of our efforts to make both "Xen made easy!" >>> and >>> the Virt SIG Xen easier to manage. >> >> I've been thinking about this for a while. The problem has been the >> workflows between myself and the SIG are so far apart, its hard to >> look at how to merge them. >> >> I have full CI between my own git and packages to the mirrors - which >> is good, but has its down sides. I also don't have the restrictions >> of >> the CentOS build system to deal with - which is great for my workflow >> ;) >> >> I'm prepping packages for CentOS 8 now - but its exposing quite a >> number of problems around the main toolsets for Xen - and instead of >> just adding my own patch and moving on (ala Fedora's Xen packages), >> I'm trying to get fixes in upstream where possible. >> >> My todo list currently includes: >> 1) Replace all #! that include env python to a specific python >> version/binary. ie /usr/bin/python or /usr/bin/python3. The configure >> portions of this are complete, but the scripts need to be altered to >> have the detected python version populated. >> >> 2) There's no brctl in CentOS 8. The network scripts need to be >> re-written to use 'ip' instead. To maintain compatibility, the >> network >> scripts need to support both brctl and ip commands and use whichever >> is present on the system. >> >> 3) UEFI support needs to be tested. The preferred UEFI boot method >> for >> Dom0 is to use grub to then boot Xen - but this needs to be tested. >> >> So while me moving to try and get these fixed upstream is great - it >> should make everyone's job easier in the long term. Although I have >> the same problem as the SIG - there's just not enough people to test >> / >> patch stuff. The more we deep dive into 4.13, the further away I can >> see the release happening :( > _______________________________________________ > CentOS-virt mailing list > CentOS-virt at centos.org > https://lists.centos.org/mailman/listinfo/centos-virt
Hi, On 13/12/2019 01.31, Steven Haigh wrote:> 2) There's no brctl in CentOS 8. The network scripts need to be > re-written to use 'ip' instead. To maintain compatibility, the network > scripts need to support both brctl and ip commands and use whichever is > present on the system.I think the default is to use Network Manager / nmcli? I'm not sure if NM is going to do things with interfaces you created through ip. regards Nils -- Nils Meyer - IT Consulting Bergkoppelweg 8, 22335 Hamburg E-Mail: nils at nm.cx UST Id: DE256495282 PGP Key Fingerprint DD56 65D0 A3FB 5E6B B98D F66E 5F12 ABF5 D8FE 47DF https://nm.cx/nils at nm.cx.asc https://www.xing.com/profile/Nils_Meyer7
On Fri, Dec 13, 2019 at 1:06 PM Nils Meyer <nils at nm.cx> wrote:> On 13/12/2019 01.31, Steven Haigh wrote: > > 2) There's no brctl in CentOS 8. The network scripts need to be > > re-written to use 'ip' instead. To maintain compatibility, the network > > scripts need to support both brctl and ip commands and use whichever is > > present on the system. > > I think the default is to use Network Manager / nmcli? I'm not sure if > NM is going to do things with interfaces you created through ip.For VMs, these interfaces are created by Xen's toolstack when the VM is started and destroyed by Xen's toolstack when the VM is destroyed; generally speaking all that's needed is for them to be plumbed into the bridge with the right mac address. The guest then does all of its own DHCP &c. As long as that can be done via `ip`, there's nothing NM really needs to do. -George
On Fri, Dec 13, 2019 at 12:32 AM Steven Haigh <netwiz at crc.id.au> wrote:> > On 2019-12-13 04:54, Kevin Stange wrote: > > I don't want to burden Steven Haigh any, but I wonder if there's a way > > we could combine some of our efforts to make both "Xen made easy!" and > > the Virt SIG Xen easier to manage. > > I've been thinking about this for a while. The problem has been the > workflows between myself and the SIG are so far apart, its hard to look > at how to merge them. > > I have full CI between my own git and packages to the mirrors - which is > good, but has its down sides. I also don't have the restrictions of the > CentOS build system to deal with - which is great for my workflow ;)AIUI Anthony's personal build script kicks off a CBS build, runs the result in osstest (the upstream XenProject's CI system), then pushes them to testing. XenProject's CI system is more focused on interoperability with all the other projects we interact with than on depth of coverage; but that's just about right for the CentOS packages -- only the packaging itself should really need to be tested. Everything else should already have been tested by upstream partners before the release. IIRC from the last discussion we had, probably one of the more annoyingly sticky issues is dealing with different configurations; in particular different dom0 kernel configurations. Any major changes risks having one of our downstreams suddenly stop working. -George