[ovirt-devel] Packaging: Rationale for some split packages

Dan Kenigsberg danken at redhat.com
Sun Jan 24 08:05:07 UTC 2016


On Fri, Jan 22, 2016 at 12:08:16PM +0200, Nir Soffer wrote:
> On Fri, Jan 22, 2016 at 11:28 AM, Piotr Kliczewski
> <piotr.kliczewski at gmail.com> wrote:
> > On Thu, Jan 21, 2016 at 5:02 PM, Milan Zamazal <mzamazal at redhat.com> wrote:
> >> I work on inclusion of Vdsm into Debian.  I don't know what are the
> >> reasons for having separate `infra', `xmlrpc', `yajsonrpc', and
> >> `jsonrpc' packages.
> >>
> >
> > - infra package contains infra related modules like zombiereaper,
> > sygutils (core infra utils)
> 
> There is no technical reason to have this package, it should be merge
> into vdsm-python.

+1. Everything that is not storage, virt, gluster or network, is "infra"
by definition.

> 
> > - xmlrpc package contains xmlrpc binding code (optional and can be
> > disabled in config.py)
> >   this package will be removed once we decide to drop xmlrpc
> 
> Hopefully we can drop this after 4.0
> 
> > - jsonrpc package contains jsonrpc binding code (optional and can be
> > disabled in config.py)
> >   this package is required to process jsonrpc based rpc calls
> 
> This is not optional in 3.6, there is no reason to have it as separate
> package,  should be
> merged into vdsm-python.
> 
> > - yajsonrpc package contains stomp related server side code (required for rpc)
> 
> Same, no reason to have this as separate package, should be merge into
> vdsm-python
> 
> > - api package contains vdsm and gluster (optionally) schemas and code
> > to process them
> >   used for rpc validation required by jsonrpc
> 
> This package may be needed by vdsm clients, so it should be a separate package.
> 
> We have too many packages, which make installation and upgrade harder
> for no reason.
> Lets simplify packaging for 4.0.
> 
> We require the same version of all vdsm-xxx packages - upgrading only
> one package is
> not supported or tested.



More information about the Devel mailing list