[ovirt-users] [ovirt-devel] Debian porting
Nir Soffer
nsoffer at redhat.com
Fri Jan 29 15:15:02 UTC 2016
On Fri, Jan 29, 2016 at 12:17 PM, Milan Zamazal <mzamazal at redhat.com> wrote:
> lucas castro <lucascastroborges at gmail.com> writes:
>
>> Who is working on ovirt debian porting,
>
> I'm working on inclusion of Vdsm into Debian. ovirt-guest-agent is
> already included in Debian (packaged by another Debian maintainer). I'm
> not aware about any plans to package Engine for Debian nor I plan to do
> so.
>
> There are also Vdsm Debian packages provided by oVirt at
> http://resources.ovirt.org/pub/ovirt-3.6/debian/, but I don't recommend
> using them if you are going to use packages from standard Debian
> distribution once they are ready. While the packages to be included in
> Debian started from those provided by oVirt, there are many fixes in
> them and upgrading from oVirt repository packages to packages from
> Debian is not supported (may change if there is strong demand for that).
> So mixing those is likely to cause troubles.
>
> As for Vdsm in Debian, I've already uploaded most of the supporting
> packages (Python libraries, MoM) to Debian unstable. Vdsm itself is in
> preparation.
>
> One blocker is old version of sanlock package in Debian and missing
> sanlock-python package. I wrote to the Debian package maintainer a few
> days ago, no response so far. In the meantime, it's possible to use
> sanlock packages by oVirt from the URL mentioned above. (Please note I
> can't simply upload Debian package of another maintainer without his
> consent, so we must be patient.)
>
>> And how can I help ?
>
> If you'd like to help with Vdsm packaging in Debian, you can do so in
> any of the following ways:
>
> - Providing input on your needs.
>
> - Providing feedback on what to do with /rhev/data-center mounts
> directory in Vdsm. It's FHS incompatible and must be changed for
> Debian (the current location in the package is
> /run/vdsm/rhev/data-center).
I would not keep "rehv" in the new path, we certainly will remove it
when we can,
even on rhel.
We started to use /run/vdsm/storage for images directories about 2 years ago.
I think the plan was to move /rhev/data-center contents there, but it broke
backward compatibility, so we have partial solution, keeping domains and images
directories in /run/vdsm/domain/image, and symbolic links to logical volumes
for these images, when the logical volumes are activated.
It looks like no code is using the links in /run/vdsm/storage, so this may be
good place to move rhev/data-center contents in the future.
I suggest to keep /rhev/data-center as is for now, to make it easier to support
vdsm on debain.
If you must avoid /rhev/data-center, move it to /run/vdsm/data-center, but note
that future version of vdsm may move it to /run/vdsm/storage, or
another location,
so old debain code will not be compatible with new debian code :-)
It would be easier to support vdsm if the runtime configuration is the same on
all platforms.
> The unpleasant thing is that AFAIK
> migrations are not possible with current Vdsm across machines with
> mounts at different locations, so we should be careful.
>
> - Testing vdsm* packages once they are ready. They're not yet but once
> they are, testing them will be very welcome.
>
> - Providing feedback on the packaging. The git repository is on Alioth:
> https://anonscm.debian.org/cgit/collab-maint/vdsm.git/ . BTW, if
> anybody needs commit access (and doesn't have it) to the repository,
> tell me. Just please coordinate with me in any case so that we avoid
> duplicate work or conflicting plans.
>
> - The `vdsm*' packages are currently lintian clean, but completely
> untested, even installation may not work. If you'd like to check the
> installation and to fix contingent bugs preventing it, it's welcome.
> You'll also need safelease
> (https://anonscm.debian.org/cgit/collab-maint/safelease.git/), not yet
> in Debian but ready to upload, I'll do so soon.
>
> - Testing whether all the Vdsm related packages from unstable
> (python-cpopen, python-threading, ioprocess, safelease, mom, vdsm*)
> work on Debian 8 (jessie) as well. Ideally, they might work
> unchanged, but in case they don't we may be considering backporting
> them.
>
> - You can also review patches in debian/patches. Maybe some of the
> changes should be incorporated upstream, maybe some of them should be
> improved.
> _______________________________________________
> Devel mailing list
> Devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
More information about the Users
mailing list