[Pkg-xen-devel] Bug#922033: Bug#922033: xen: driver domain does not work

[Hans van Kranenburg]

Hi,

On 2/11/19 2:15 PM, Marek Marczykowski-Górecki wrote:
> Source: xen
> Severity: normal
> 
> Dear Maintainer,
> 
> Driver domain running Debian buster does not work, because
> xendriverdomain service is missing. Upstream xen have
> /etc/init.d/xendriverdomain (and equivalent xendriverdomain.service)
> that starts `xl devd` process responsible for setting up backend
> devices.
> 
> Source package contains related comment in debian/not-installed:
> 
>     # It is not clear why we have our own init scripts etc. in Debian.
>     # We should probably transition to using the upstream ones and
>     # fix any bugs we encounter.
>     etc/init.d/xendriverdomain
>     etc/init.d/xencommons
>     etc/init.d/xen-watchdog
>     etc/init.d/xendomains
>     etc/default/xencommons
> 
> I think this should be fixed exactly this way - switch to upstream
> startup scripts, instead of Debian-specific ones.
> Also, upstream provide systemd startup files.

Please see:

https://alioth-lists.debian.net/pipermail/pkg-xen-devel/2019-February/007673.html

https://alioth-lists.debian.net/pipermail/pkg-xen-devel/2019-February/007702.html

A number of the things above are currently being done.

If you want to help testing, please subscribe to the team mailing list
for progress updates.

On top of improving the situation, the basic fundamental reason why we
can't have same init scripts in Debian and upstream, is that Debian has
extra machinery to make it possible to have previous and next packages
coinstalled during release upgrades, and we also have to deal with a few
extra special cases because of that. This concept does not exist in the
upstream world.

Nonetheless, there is some attempt going on to bring them closer
together, but as you can read in the above links, not all of that
happened yet.

Thanks,
Hans