Re: [ovirt-users] Building vdsm within Fedora
On 24.09.2014 10:57, Sandro Bonazzola wrote: > Il 24/09/2014 09:44, Sven Kieske ha scritto: >> >> On 24/09/14 09:13, Federico Simoncelli wrote: >>> You probably missed the first part "we were using qemu-kvm/qemu-img in >>> the spec file". In that case you won't fail in any requirement. >>> >>> Basically the question is: was there any problem on centos6 before >>> committing http://gerrit.ovirt.org/31214 ? > Federico: as we checked a few minutes ago, it seems there's no problem in > requiring qemu-kvm/qemu-img in the spec file. > Only issue is that if non rhev version is installed a manual "yum update" is > required for moving to the rhevm version. Indeed, I was about to complain in this thread myself ;) - Also, a 'yum install qemu-kvm-rhev' might be more "ovirt-way" and works the same. >> Of course there was a problem, please follow the link in this very >> commit to the according bugzilla: >> >> https://bugzilla.redhat.com/show_bug.cgi?id=1127763 >> >> In short: you can not use live snapshots without this updated spec file. >> >> And it's a PITA to install this package by hand, you must track >> it's versions yourself etc pp. you basically lose all the stuff >> a proper spec file gives you. > Well, since the -rhev package is now available in 3.4, 3.5 and master repos > it shouldn't be a PITA anymore. > > > >> PS: I also don't get the "we want to get vdsm in every distribution" >> a) it was never in any distro, it was in epel, which is a third party >> repository anyway, so you can just provide it via ovirt repo imho. >> b) no one packages vdsm for debian, ubuntu, gentoo, arch, suse, >> $nameyourdistro or I completely missed it, so why treat fedora >> in a special way? Don't misunderstand me, it would be cool if you >> have packages for every distro, or even bsd based stuff, but I think >> this is still a long way. >> c) will anyone use vdsm without ovirt? is this even possible? >> so imho you need ovirt repos anyway? >> >> >> > -- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Geschäftsführer: Martin Retschitzegger / Michaela Göllner Handeslregister: Amtsgericht Charlottenburg / HRB 112767 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Building vdsm within Fedora
On 24/09/14 10:57, Sandro Bonazzola wrote: > Well, since the -rhev package is now available in 3.4, 3.5 and master repos > it shouldn't be a PITA anymore. Thanks for the clarification :) -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Building vdsm within Fedora
Il 24/09/2014 09:44, Sven Kieske ha scritto: > > > On 24/09/14 09:13, Federico Simoncelli wrote: >> You probably missed the first part "we were using qemu-kvm/qemu-img in >> the spec file". In that case you won't fail in any requirement. >> >> Basically the question is: was there any problem on centos6 before >> committing http://gerrit.ovirt.org/31214 ? Federico: as we checked a few minutes ago, it seems there's no problem in requiring qemu-kvm/qemu-img in the spec file. Only issue is that if non rhev version is installed a manual "yum update" is required for moving to the rhevm version. > Of course there was a problem, please follow the link in this very > commit to the according bugzilla: > > https://bugzilla.redhat.com/show_bug.cgi?id=1127763 > > In short: you can not use live snapshots without this updated spec file. > > And it's a PITA to install this package by hand, you must track > it's versions yourself etc pp. you basically lose all the stuff > a proper spec file gives you. Well, since the -rhev package is now available in 3.4, 3.5 and master repos it shouldn't be a PITA anymore. > PS: I also don't get the "we want to get vdsm in every distribution" > a) it was never in any distro, it was in epel, which is a third party > repository anyway, so you can just provide it via ovirt repo imho. > b) no one packages vdsm for debian, ubuntu, gentoo, arch, suse, > $nameyourdistro or I completely missed it, so why treat fedora > in a special way? Don't misunderstand me, it would be cool if you > have packages for every distro, or even bsd based stuff, but I think > this is still a long way. > c) will anyone use vdsm without ovirt? is this even possible? > so imho you need ovirt repos anyway? > > > -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Building vdsm within Fedora
- Original Message - > From: "Sven Kieske" > To: de...@ovirt.org, "users" > Sent: Wednesday, September 24, 2014 10:44:17 AM > Subject: Re: [ovirt-users] Building vdsm within Fedora > > > > On 24/09/14 09:13, Federico Simoncelli wrote: > > You probably missed the first part "we were using qemu-kvm/qemu-img in > > the spec file". In that case you won't fail in any requirement. > > > > Basically the question is: was there any problem on centos6 before > > committing http://gerrit.ovirt.org/31214 ? > > Of course there was a problem, please follow the link in this very > commit to the according bugzilla: > > https://bugzilla.redhat.com/show_bug.cgi?id=1127763 > > In short: you can not use live snapshots without this updated spec file. > > And it's a PITA to install this package by hand, you must track > it's versions yourself etc pp. you basically lose all the stuff > a proper spec file gives you. > > > PS: I also don't get the "we want to get vdsm in every distribution" > a) it was never in any distro, it was in epel, which is a third party > repository anyway, so you can just provide it via ovirt repo imho. > b) no one packages vdsm for debian, ubuntu, gentoo, arch, suse, > $nameyourdistro or I completely missed it, so why treat fedora > in a special way? Don't misunderstand me, it would be cool if you > have packages for every distro, or even bsd based stuff, but I think > this is still a long way. > c) will anyone use vdsm without ovirt? is this even possible? > so imho you need ovirt repos anyway? People think that distribution is monolithic. While in fact most, including fedora, are modular. Alon ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Building vdsm within Fedora
On 24/09/14 09:13, Federico Simoncelli wrote: > You probably missed the first part "we were using qemu-kvm/qemu-img in > the spec file". In that case you won't fail in any requirement. > > Basically the question is: was there any problem on centos6 before > committing http://gerrit.ovirt.org/31214 ? Of course there was a problem, please follow the link in this very commit to the according bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1127763 In short: you can not use live snapshots without this updated spec file. And it's a PITA to install this package by hand, you must track it's versions yourself etc pp. you basically lose all the stuff a proper spec file gives you. PS: I also don't get the "we want to get vdsm in every distribution" a) it was never in any distro, it was in epel, which is a third party repository anyway, so you can just provide it via ovirt repo imho. b) no one packages vdsm for debian, ubuntu, gentoo, arch, suse, $nameyourdistro or I completely missed it, so why treat fedora in a special way? Don't misunderstand me, it would be cool if you have packages for every distro, or even bsd based stuff, but I think this is still a long way. c) will anyone use vdsm without ovirt? is this even possible? so imho you need ovirt repos anyway? -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Building vdsm within Fedora
- Original Message - > From: "Sandro Bonazzola" > To: "Federico Simoncelli" , "Dan Kenigsberg" > > Cc: de...@ovirt.org, dougsl...@redhat.com, "Sven Kieske" > , "users" > Sent: Wednesday, September 24, 2014 9:00:20 AM > Subject: Re: Building vdsm within Fedora > > Il 24/09/2014 08:53, Federico Simoncelli ha scritto: > > - Original Message - > >> From: "Dan Kenigsberg" > >> To: "Sandro Bonazzola" , de...@ovirt.org, > >> fsimo...@redhat.com, dougsl...@redhat.com > >> Cc: "Sven Kieske" , "users" > >> Sent: Tuesday, September 23, 2014 11:21:18 PM > >> Subject: Building vdsm within Fedora > >> > >> Since Vdsm was open-sourced, it was built and deployed via > >> Fedora. > >> > >> Recently [http://gerrit.ovirt.org/31214] vdsm introduced a spec-file > >> dependency onf qemu-kvm-rhev, and considered to backport it to the > >> ovirt-3.4 brach. > >> > >> Requiring qemu-kvm-rhev, which is not part of Fedora's EPEL6 branch, > >> violates Fedora's standards. > >> > >> So basically we have two options: > >> > >> 1. Revert the qemu-kvm-rhev dependency. > >> 2. Drop vdsm from EPEL6 (or completely from Fedora); ship Vdsm only > >>within the oVirt repositories. > >> > >> A third option would be to have one rpm, with qemu-kvm-rhev, shipped in > >> ovirt, and another without it - shipped in Fedora. I find this overly > >> complex and confusing. > > > > I think that until now (centos6) we were using qemu-kvm/qemu-img in the > > spec file and then the ovirt repository was distributing qemu-*-rhev > > from: > > > > http://resources.ovirt.org/pub/ovirt-3.4-snapshot/rpm/el6/x86_64/ > > > > It this not possible with centos7? Any problem with that? > > We're shipping qemu-kvm-rhev on 3.4, 3.5 and master for EL6 and EL7. > The issue is that if you don't enable ovirt, epel fails repository closure. You probably missed the first part "we were using qemu-kvm/qemu-img in the spec file". In that case you won't fail in any requirement. Basically the question is: was there any problem on centos6 before committing http://gerrit.ovirt.org/31214 ? If not, why don't we do the same for centos7? -- Federico ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Building vdsm within Fedora
Il 24/09/2014 08:53, Federico Simoncelli ha scritto: > - Original Message - >> From: "Dan Kenigsberg" >> To: "Sandro Bonazzola" , de...@ovirt.org, >> fsimo...@redhat.com, dougsl...@redhat.com >> Cc: "Sven Kieske" , "users" >> Sent: Tuesday, September 23, 2014 11:21:18 PM >> Subject: Building vdsm within Fedora >> >> Since Vdsm was open-sourced, it was built and deployed via >> Fedora. >> >> Recently [http://gerrit.ovirt.org/31214] vdsm introduced a spec-file >> dependency onf qemu-kvm-rhev, and considered to backport it to the >> ovirt-3.4 brach. >> >> Requiring qemu-kvm-rhev, which is not part of Fedora's EPEL6 branch, >> violates Fedora's standards. >> >> So basically we have two options: >> >> 1. Revert the qemu-kvm-rhev dependency. >> 2. Drop vdsm from EPEL6 (or completely from Fedora); ship Vdsm only >>within the oVirt repositories. >> >> A third option would be to have one rpm, with qemu-kvm-rhev, shipped in >> ovirt, and another without it - shipped in Fedora. I find this overly >> complex and confusing. > > I think that until now (centos6) we were using qemu-kvm/qemu-img in the > spec file and then the ovirt repository was distributing qemu-*-rhev > from: > > http://resources.ovirt.org/pub/ovirt-3.4-snapshot/rpm/el6/x86_64/ > > It this not possible with centos7? Any problem with that? We're shipping qemu-kvm-rhev on 3.4, 3.5 and master for EL6 and EL7. The issue is that if you don't enable ovirt, epel fails repository closure. > > I find being in fedora a way to keep the spec file and the rpm updated > and as clean as possible. > -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Building vdsm within Fedora
- Original Message - > From: "Dan Kenigsberg" > To: "Sandro Bonazzola" , de...@ovirt.org, > fsimo...@redhat.com, dougsl...@redhat.com > Cc: "Sven Kieske" , "users" > Sent: Tuesday, September 23, 2014 11:21:18 PM > Subject: Building vdsm within Fedora > > Since Vdsm was open-sourced, it was built and deployed via > Fedora. > > Recently [http://gerrit.ovirt.org/31214] vdsm introduced a spec-file > dependency onf qemu-kvm-rhev, and considered to backport it to the > ovirt-3.4 brach. > > Requiring qemu-kvm-rhev, which is not part of Fedora's EPEL6 branch, > violates Fedora's standards. > > So basically we have two options: > > 1. Revert the qemu-kvm-rhev dependency. > 2. Drop vdsm from EPEL6 (or completely from Fedora); ship Vdsm only >within the oVirt repositories. > > A third option would be to have one rpm, with qemu-kvm-rhev, shipped in > ovirt, and another without it - shipped in Fedora. I find this overly > complex and confusing. I think that until now (centos6) we were using qemu-kvm/qemu-img in the spec file and then the ovirt repository was distributing qemu-*-rhev from: http://resources.ovirt.org/pub/ovirt-3.4-snapshot/rpm/el6/x86_64/ It this not possible with centos7? Any problem with that? I find being in fedora a way to keep the spec file and the rpm updated and as clean as possible. -- Federico ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Building vdsm within Fedora
Since Vdsm was open-sourced, it was built and deployed via Fedora. Recently [http://gerrit.ovirt.org/31214] vdsm introduced a spec-file dependency onf qemu-kvm-rhev, and considered to backport it to the ovirt-3.4 brach. Requiring qemu-kvm-rhev, which is not part of Fedora's EPEL6 branch, violates Fedora's standards. So basically we have two options: 1. Revert the qemu-kvm-rhev dependency. 2. Drop vdsm from EPEL6 (or completely from Fedora); ship Vdsm only within the oVirt repositories. A third option would be to have one rpm, with qemu-kvm-rhev, shipped in ovirt, and another without it - shipped in Fedora. I find this overly complex and confusing. I favor option 2. The Fedora deployment platform served us well for a long time, but now that ovirt is maturing, we no longer need it for building vdsm. This has the added benefit of removing the need to pass through Fedora's ghastly gateway when adding a Vdsm dependency. Sandro, what should be done in order to build Vdsm by ovirt, occording to the most up-to-date tag in a stable branch? Does anybody object this? If no one does, we would stop updating Vdsm in Fedora, and obsolete it in the future. Regards, Dan. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users