----- Original Message -----
> On Mon, Nov 21, 2011 at 12:58:29PM +0200, Doron Fediuck wrote:
> > Hi Guys,
> > Well, it looks like we've hit our first distro-diversion.
> > First of all, let's define the issues, and then see how we solve
> > each one;
> > 1. Dimitrije is referring to vdsm's init script (including
> > vdsm-reg).
> > 2. What Jared is referring to is relevant to:
> > - Host installation process (AKA bootstrapping and registration)
> > - vdsm operations on host networking
> > I agree it will be better if we solve each issue using the same
> > code for all distro's. Having said that, we need to see if it's
> > an achievable task.
> > Taking Dimitrije's issue as an example, we hit the first
> > conflict; Gentoo is using OpenRC by default (and has some BSD-style
> > leftovers), while RedHat and Fedora are using their SysV-style
> > implementation, which confirms to LSB. Also, some Fedora services
> > are moving to systemd implementation. Obviously these
> > implementations
> > are not trivial to bridge. So where Fedora's script will have
> > "Required-Start:"
> > Gentoo will use a depend() function (see vixie-cron as a sample).
> > So unless we find a magical bridge for init standards, we'll have
> > to have several init scripts, and each distro will use it's own
> > script. We can try and generalize it, to make sure distor's
> > with similar implementations use the same script.
> > As for Jared's networking issues, I believe there's more room
> > here to make the relevant code more flexible, by testing the needed
> > files, and using what we find. Thus, we'll have all in the same
> > codebase. You can start by taking a look at vdsm/netinfo.py in
> > vdsm's git.
> And, as mentioned by Daniel Berrange, Vdsm should probably be changed
> be using netcf to configure host networking. I'm not sure if Gentoo
> netcf back-end, though.
Actually we're thinking about NetworkManager, not netcf.
> I'm sure that there are plenty of other Fedoraisms lurking in Vdsm.
> would have to take them down one by one.
> Users mailing list
vdsm-devel mailing list