Re: [ANN] [QE] Bugzilla updates for oVirt Product

[Alon Bar-Lev]

Hi,

Great to see this alive!
How do we open bug for issues in the bugzilla layout? :)
How do we add new products? More important for me is how do we add new 
version/target release?

Thanks!
Alon

- Original Message -
> From: "Sandro Bonazzola" 
> To: annou...@ovirt.org, "users" , de...@ovirt.org, "infra" 
> 
> Sent: Wednesday, September 9, 2015 11:59:27 AM
> Subject: [ANN] [QE] Bugzilla updates for oVirt Product
> 
> The oVirt team is pleased to announce that today oVirt moved to its own
> classification within our Bugzilla system as previously anticipated [1].
> No longer limited as a set of sub-projects, each building block (sub-project)
> of oVirt will be a Bugzilla product.
> This will allow tracking of package versions and target releases based on
> their own versioning schema.
> Each maintainer, for example, will have administrative rights on his or her
> Bugzilla sub-project and will be able to change flags,
> versions, targets, and components.
> 
> As part of the improvements of the Bugzilla tracking system, a flag system
> has been added to the oVirt product in order to ease its management [2].
> The changes will go into affect in stages, please review the wiki for more
> details.
> 
> We invite you to review the new tracking system and get involved with oVirt
> QA [3] to make oVirt better than ever!
> 
> [1] http://community.redhat.com/blog/2015/06/moving-focus-to-the-upstream/
> [2] http://www.ovirt.org/Bugzilla_rework
> [3] http://www.ovirt.org/OVirt_Quality_Assurance
> 
> --
> Sandro Bonazzola
> Better technology. Faster innovation. Powered by community collaboration.
> See how it works at redhat.com
> 
> ___
> Infra mailing list
> Infra@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
> 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: Add AssertJ to artifactory

[Alon Bar-Lev]

needless to say that this assertj is not available in fedora and if not 
actually required for production use and actual important use case should not 
be added as dependency to our project.

- Original Message -
> From: "Roy Golan" 
> To: "Eyal Edri" 
> Cc: "Roman Mohr" , "infra" 
> Sent: Wednesday, September 2, 2015 4:52:20 PM
> Subject: Re: Add AssertJ to artifactory
> 
> Thanks, its there.
> 
> On Wed, Sep 2, 2015 at 3:40 PM, Eyal Edri < ee...@redhat.com > wrote:
> 
> 
> 
> you're looking at the wrong artifactory.
> our mirror in in http://artifactory.ovirt.org/artifactory/ovirt-mirror .
> 
> e.
> 
> On Wed, Sep 2, 2015 at 1:42 PM, Roy Golan < rgo...@redhat.com > wrote:
> 
> 
> 
> I would expect the artifactory to find it on a search query but it didn't
> http://artifactory.eng.lab.tlv.redhat.com:8081/artifactory/webapp/search/artifact/?3=assertj
> 
> On Wed, Sep 2, 2015 at 1:37 PM, Eyal Edri < ee...@redhat.com > wrote:
> 
> 
> 
> adding infra.
> any reason why this isn't on maven central?
> 
> e.
> 
> On Wed, Sep 2, 2015 at 12:35 PM, Roy Golan < rgo...@redhat.com > wrote:
> 
> 
> 
> We want to add a test jar dependency to the project and want to make sure
> artifactory has that.
> 
> Can you add this?
> 
> http://mvnrepository.com/artifact/org.assertj/assertj-core/2.1.0
> 
> 
> 
> org.assertj
> assertj-core
> 2.1.0
> 
> 
> 
> Thanks
> 
> 
> 
> --
> Eyal Edri
> Supervisor, RHEV CI
> EMEA ENG Virtualization R
> Red Hat Israel
> 
> phone: +972-9-7692018
> irc: eedri (on #tlv #rhev-dev #rhev-integ)
> 
> 
> 
> 
> --
> Eyal Edri
> Supervisor, RHEV CI
> EMEA ENG Virtualization R
> Red Hat Israel
> 
> phone: +972-9-7692018
> irc: eedri (on #tlv #rhev-dev #rhev-integ)
> 
> 
> ___
> Infra mailing list
> Infra@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
> 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: Add AssertJ to artifactory

[Alon Bar-Lev]

- Original Message -
> From: "Roy Golan" <rgo...@redhat.com>
> To: "Alon Bar-Lev" <alo...@redhat.com>
> Cc: "Eyal Edri" <ee...@redhat.com>, "Roman Mohr" <rm...@redhat.com>, "infra" 
> <infra@ovirt.org>
> Sent: Wednesday, September 2, 2015 5:37:35 PM
> Subject: Re: Add AssertJ to artifactory
> 
> On Wed, Sep 2, 2015 at 5:33 PM, Alon Bar-Lev <alo...@redhat.com> wrote:
> 
> >
> >
> > - Original Message -
> > > From: "Roy Golan" <rgo...@redhat.com>
> > > To: "Alon Bar-Lev" <alo...@redhat.com>
> > > Cc: "Eyal Edri" <ee...@redhat.com>, "Roman Mohr" <rm...@redhat.com>,
> > "infra" <infra@ovirt.org>
> > > Sent: Wednesday, September 2, 2015 5:25:18 PM
> > > Subject: Re: Add AssertJ to artifactory
> > >
> > > On Wed, Sep 2, 2015 at 4:56 PM, Alon Bar-Lev <alo...@redhat.com> wrote:
> > >
> > > > needless to say that this assertj is not available in fedora and if not
> > > > actually required for production use and actual important use case
> > should
> > > > not be added as dependency to our project.
> > > >
> > >
> > > What the issue with jars for test?
> >
> > when building rpm tests run, right?
> >
> >
> Let me put it more simple,
> Whats the "risk" in adding any test jar into the compilation stage? it
> doesn't get shipped and doesn't change the binaries
> 

it does not allow us to build with fedora when all components are built from 
sources as fedora packaging requires.
this is violation of what we target, hence should not be used, even if it is 
nice to have or comfortable.
we had these discussions in the past, no need to repeat them.
a dependency should be added only when it is actually plays important role in 
our production or building production, not because any other reason, these 
dependencies that absent in fedora should  be avoided unless there is a major 
virtualization feature that it is required for.

> 
> 
> 
> > >
> > >
> > > >
> > > > - Original Message -
> > > > > From: "Roy Golan" <rgo...@redhat.com>
> > > > > To: "Eyal Edri" <ee...@redhat.com>
> > > > > Cc: "Roman Mohr" <rm...@redhat.com>, "infra" <infra@ovirt.org>
> > > > > Sent: Wednesday, September 2, 2015 4:52:20 PM
> > > > > Subject: Re: Add AssertJ to artifactory
> > > > >
> > > > > Thanks, its there.
> > > > >
> > > > > On Wed, Sep 2, 2015 at 3:40 PM, Eyal Edri < ee...@redhat.com >
> > wrote:
> > > > >
> > > > >
> > > > >
> > > > > you're looking at the wrong artifactory.
> > > > > our mirror in in
> > http://artifactory.ovirt.org/artifactory/ovirt-mirror .
> > > > >
> > > > > e.
> > > > >
> > > > > On Wed, Sep 2, 2015 at 1:42 PM, Roy Golan < rgo...@redhat.com >
> > wrote:
> > > > >
> > > > >
> > > > >
> > > > > I would expect the artifactory to find it on a search query but it
> > didn't
> > > > >
> > > >
> > http://artifactory.eng.lab.tlv.redhat.com:8081/artifactory/webapp/search/artifact/?3=assertj
> > > > >
> > > > > On Wed, Sep 2, 2015 at 1:37 PM, Eyal Edri < ee...@redhat.com >
> > wrote:
> > > > >
> > > > >
> > > > >
> > > > > adding infra.
> > > > > any reason why this isn't on maven central?
> > > > >
> > > > > e.
> > > > >
> > > > > On Wed, Sep 2, 2015 at 12:35 PM, Roy Golan < rgo...@redhat.com >
> > wrote:
> > > > >
> > > > >
> > > > >
> > > > > We want to add a test jar dependency to the project and want to make
> > sure
> > > > > artifactory has that.
> > > > >
> > > > > Can you add this?
> > > > >
> > > > > http://mvnrepository.com/artifact/org.assertj/assertj-core/2.1.0
> > > > >
> > > > >
> > > > > 
> > > > > org.assertj
> > > > > assertj-core
> > > > > 2.1.0
> > > > > 
> > > > >
> > > > >
> > > > > Thanks
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Eyal Edri
> > > > > Supervisor, RHEV CI
> > > > > EMEA ENG Virtualization R
> > > > > Red Hat Israel
> > > > >
> > > > > phone: +972-9-7692018
> > > > > irc: eedri (on #tlv #rhev-dev #rhev-integ)
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Eyal Edri
> > > > > Supervisor, RHEV CI
> > > > > EMEA ENG Virtualization R
> > > > > Red Hat Israel
> > > > >
> > > > > phone: +972-9-7692018
> > > > > irc: eedri (on #tlv #rhev-dev #rhev-integ)
> > > > >
> > > > >
> > > > > ___
> > > > > Infra mailing list
> > > > > Infra@ovirt.org
> > > > > http://lists.ovirt.org/mailman/listinfo/infra
> > > > >
> > > >
> > >
> >
> 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: Error: No Package found for ovirt-engine-extensions-api

[Alon Bar-Lev]

- Original Message -
 From: David Caro dc...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: infra infra@ovirt.org
 Sent: Wednesday, July 29, 2015 3:04:53 PM
 Subject: Re: Error: No Package found for ovirt-engine-extensions-api
 
 
 Actually, we don't have any engine build yet for fc22, so that's why it's not
 there yet. We merged the patch to add it this morning, so hopefully tomorrow
 it
 will be there, I can run the publisher manually if needed too, let me know

oh... so we canceled fc21 build while fc22 is not working? strange.

 
 On 07/29, Alon Bar-Lev wrote:
  
  Please see[1]
  
  Seems that slave fc21-vm02.phx.ovirt.org or the build process missing repo
  with ovirt-engine-extensions-api.
  
  Thanks,
  Alon
  
  [1]
  http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_master_create-rpms-fc22-x86_64_merged/25/console
  ___
  Infra mailing list
  Infra@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/infra
 
 --
 David Caro
 
 Red Hat S.L.
 Continuous Integration Engineer - EMEA ENG Virtualization RD
 
 Tel.: +420 532 294 605
 Email: dc...@redhat.com
 Web: www.redhat.com
 RHT Global #: 82-62605
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Error: No Package found for ovirt-engine-extensions-api

[Alon Bar-Lev]

Please see[1]

Seems that slave fc21-vm02.phx.ovirt.org or the build process missing repo with 
ovirt-engine-extensions-api.

Thanks,
Alon

[1] 
http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_master_create-rpms-fc22-x86_64_merged/25/console
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: zip command is missing on EL6 host

[Alon Bar-Lev]

- Original Message -
 From: Alon Bar-Lev alo...@redhat.com
 To: Martin Perina mper...@redhat.com
 Cc: Eyal Edri ee...@redhat.com, infra@ovirt.org
 Sent: Thursday, May 7, 2015 2:45:38 PM
 Subject: Re: zip command is missing on EL6 host
 
 
 
 - Original Message -
  From: Martin Perina mper...@redhat.com
  To: Eyal Edri ee...@redhat.com
  Cc: infra@ovirt.org
  Sent: Thursday, May 7, 2015 2:44:37 PM
  Subject: Re: zip command is missing on EL6 host
  
  
  
  - Original Message -
   From: Eyal Edri ee...@redhat.com
   To: Martin Perina mper...@redhat.com
   Cc: infra@ovirt.org
   Sent: Thursday, May 7, 2015 12:40:04 PM
   Subject: Re: zip command is missing on EL6 host
   
   Hi Martin,
   
   Unfortunately infra teams has been handling multiple urgent issues in
   these
   past days,
   and this wasn't picked up yet.
  
  No problem, I just didn't know if somebody read it already or not :-)
  
   
   how come the job needs zip if it uses mock? maybe you're missing an el6
   repo
   with it
   for the job to work?
  
  Because the zip is needed before executing the build of SRPMS archive. We
  need
  to upgrade hibernate-validator inside original WildFly 8.2 distribution. I
  didn't
  want to move this logic into spec file, because there's high probability
  that
  WildFly 9.0 will contain the fix, so it seems easier for me just to remove
  few
  lines from build.sh than change logic in spec file.
 
 please move your logic into the spec file, it belongs there.

well, this is in principal, while in this specific solution you should probably 
use module overlay if possible and not modify base package.

 
  
  Thanks
  
  Martin
  
   
   e.
   
   
   - Original Message -
From: Martin Perina mper...@redhat.com
To: infra@ovirt.org
Sent: Thursday, May 7, 2015 12:37:50 PM
Subject: Re: zip command is missing on EL6 host

Hi,

any progress with the issue?

Thanks

Martin

- Original Message -
 From: Martin Perina mper...@redhat.com
 To: infra@ovirt.org
 Sent: Wednesday, May 6, 2015 11:29:36 AM
 Subject: zip command is missing on EL6 host
 
 Hi,
 
 I submitted a patch to create WildFly RPM with upgraded
 hibernate-validator
 [1].
 Unfortunately build of this patch is failing on EL6 host [2], because
 zip
 command
 is missing. The zip command is needed during execution of build.sh
 command
 (it's
 not needed during SRPM creation by rpmbui;d, that's why it's not
 included
 in
 BuildRequires).
 
 The build finished successfully on EL7 host [3], because zip is
 present
 on
 it.
 
 How can this be fixed?
 
 Thanks
 
 Martin
 
 
 [1] https://gerrit.ovirt.org/40574
 [2]
 http://jenkins.ovirt.org/job/ovirt-engine-wildfly_master_create-rpms-el6-x86_64_created/2/
 [3]
 http://jenkins.ovirt.org/job/ovirt-engine-wildfly_master_create-rpms-el7-x86_64_created/2/
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra



   
  ___
  Infra mailing list
  Infra@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/infra
  
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: zip command is missing on EL6 host

[Alon Bar-Lev]

- Original Message -
 From: Martin Perina mper...@redhat.com
 To: Eyal Edri ee...@redhat.com
 Cc: infra@ovirt.org
 Sent: Thursday, May 7, 2015 2:44:37 PM
 Subject: Re: zip command is missing on EL6 host
 
 
 
 - Original Message -
  From: Eyal Edri ee...@redhat.com
  To: Martin Perina mper...@redhat.com
  Cc: infra@ovirt.org
  Sent: Thursday, May 7, 2015 12:40:04 PM
  Subject: Re: zip command is missing on EL6 host
  
  Hi Martin,
  
  Unfortunately infra teams has been handling multiple urgent issues in these
  past days,
  and this wasn't picked up yet.
 
 No problem, I just didn't know if somebody read it already or not :-)
 
  
  how come the job needs zip if it uses mock? maybe you're missing an el6
  repo
  with it
  for the job to work?
 
 Because the zip is needed before executing the build of SRPMS archive. We
 need
 to upgrade hibernate-validator inside original WildFly 8.2 distribution. I
 didn't
 want to move this logic into spec file, because there's high probability that
 WildFly 9.0 will contain the fix, so it seems easier for me just to remove
 few
 lines from build.sh than change logic in spec file.

please move your logic into the spec file, it belongs there.

 
 Thanks
 
 Martin
 
  
  e.
  
  
  - Original Message -
   From: Martin Perina mper...@redhat.com
   To: infra@ovirt.org
   Sent: Thursday, May 7, 2015 12:37:50 PM
   Subject: Re: zip command is missing on EL6 host
   
   Hi,
   
   any progress with the issue?
   
   Thanks
   
   Martin
   
   - Original Message -
From: Martin Perina mper...@redhat.com
To: infra@ovirt.org
Sent: Wednesday, May 6, 2015 11:29:36 AM
Subject: zip command is missing on EL6 host

Hi,

I submitted a patch to create WildFly RPM with upgraded
hibernate-validator
[1].
Unfortunately build of this patch is failing on EL6 host [2], because
zip
command
is missing. The zip command is needed during execution of build.sh
command
(it's
not needed during SRPM creation by rpmbui;d, that's why it's not
included
in
BuildRequires).

The build finished successfully on EL7 host [3], because zip is present
on
it.

How can this be fixed?

Thanks

Martin


[1] https://gerrit.ovirt.org/40574
[2]
http://jenkins.ovirt.org/job/ovirt-engine-wildfly_master_create-rpms-el6-x86_64_created/2/
[3]
http://jenkins.ovirt.org/job/ovirt-engine-wildfly_master_create-rpms-el7-x86_64_created/2/
   ___
   Infra mailing list
   Infra@ovirt.org
   http://lists.ovirt.org/mailman/listinfo/infra
   
   
   
  
 ___
 Infra mailing list
 Infra@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/infra
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[gerrit] please merge alo...@fedoraproject.org to alon.bar...@gmail.com

[Alon Bar-Lev]

Hi,
Until gmail support is back, please merge new alo...@fedoraproject.org into 
existing alon.bar...@gmail.com.
Thanks!
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: gerrit and google accounts (OpenID)

[Alon Bar-Lev]

Thanks!
I will wait until google account is usable.

- Original Message -
 From: David Caro dcaro...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: infra infra@ovirt.org
 Sent: Friday, April 24, 2015 2:29:26 PM
 Subject: Re: gerrit and google accounts (OpenID)
 
 
 I'm still working on testing the unofficial plugin that adds the oauth
 support,
 you can pass me your fedora account user (if you have one) or log in with
 another openid provider and pass me the new account id (settings-account),
 but
 don't use it until merged.
 
 
 
 On 04/24, Alon Bar-Lev wrote:
  Hi,
  
  Google stopped providing support for OpenID, I guess all users including me
  are locked out from using gerrit now.
  
  Maybe there was an announcement, not sure I saw one.
  
  There is a fix for gerrit-2.10.2[1], not sure if sufficient.
  
  Any other hints?
  
  Regards,
  Alon
  
  [1] https://code.google.com/p/gerrit/issues/detail?id=2677
  ___
  Infra mailing list
  Infra@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/infra
 
 --
 David Caro
 
 Red Hat S.L.
 Continuous Integration Engineer - EMEA ENG Virtualization RD
 
 Tel.: +420 532 294 605
 Email: dc...@redhat.com
 Web: www.redhat.com
 RHT Global #: 82-62605
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

gerrit and google accounts (OpenID)

[Alon Bar-Lev]

Hi,

Google stopped providing support for OpenID, I guess all users including me are 
locked out from using gerrit now.

Maybe there was an announcement, not sure I saw one.

There is a fix for gerrit-2.10.2[1], not sure if sufficient.

Any other hints?

Regards,
Alon

[1] https://code.google.com/p/gerrit/issues/detail?id=2677
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: [URGENT][ACTION REQUIRED] ovirt-master-snapshot repository closure broken on EL6

[Alon Bar-Lev]

- Original Message -
 From: Sandro Bonazzola sbona...@redhat.com
 To: Fabian Deutsch fabi...@redhat.com, Alon Bar-Lev 
 alo...@redhat.com, de...@ovirt.org, infra
 infra@ovirt.org
 Sent: Wednesday, April 22, 2015 2:41:47 PM
 Subject: [URGENT][ACTION REQUIRED]  ovirt-master-snapshot repository closure 
 broken on EL6
 
 starting from commit 7479c7cde296a6bf8b7202f7483e408470e7e58f vdsm is not
 built and published on el6 for 3.6.

so don't build ovirt-host-deploy-offline as well?

 This is causing repository closure error on the el6 nightly master snapshot
 branch:
 
 12:28:43 package:
 ovirt-host-deploy-offline-1.4.0-0.0.master.20150416125617.git15a1979.el6.x86_64
 from check-custom-el6
 12:28:43   unresolved deps:
 12:28:43  vdsm-cli
 12:28:43  vdsm
 12:28:43 package:
 ovirt-host-deploy-offline-1.4.0-0.0.master.20150420081612.git885b99a.el6.x86_64
 from check-custom-el6
 12:28:43   unresolved deps:
 12:28:43  vdsm-cli
 12:28:43  vdsm
 12:28:43 package:
 ovirt-host-deploy-offline-1.4.0-0.0.master.20150420172335.gitca4f58b.el6.x86_64
 from check-custom-el6
 12:28:43   unresolved deps:
 12:28:43  vdsm-cli
 12:28:43  vdsm
 12:28:43 package: ovirt-node-plugin-vdsm-0.4.3-0.0.master.el6.noarch from
 check-custom-el6
 12:28:43   unresolved deps:
 12:28:43  vdsm-reg = 0:4.10.3
 12:28:43  vdsm-hook-ethtool-options
 12:28:43  vdsm-gluster
 
 Please fix the dependency tree as soon as possible (either by fixing jenkins
 jobs, dropping vdsm deps, removing the rpms from the publisher job).
 Thanks,
 
 --
 Sandro Bonazzola
 Better technology. Faster innovation. Powered by community collaboration.
 See how it works at redhat.com
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: [URGENT][ACTION REQUIRED] ovirt-master-snapshot repository closure broken on EL6

[Alon Bar-Lev]

- Original Message -
 From: Sandro Bonazzola sbona...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: Fabian Deutsch fabi...@redhat.com, de...@ovirt.org, infra 
 infra@ovirt.org
 Sent: Wednesday, April 22, 2015 3:07:53 PM
 Subject: Re: [URGENT][ACTION REQUIRED]  ovirt-master-snapshot repository 
 closure broken on EL6
 
 Il 22/04/2015 13:45, Alon Bar-Lev ha scritto:
  
  
  - Original Message -
  From: Sandro Bonazzola sbona...@redhat.com
  To: Fabian Deutsch fabi...@redhat.com, Alon Bar-Lev
  alo...@redhat.com, de...@ovirt.org, infra
  infra@ovirt.org
  Sent: Wednesday, April 22, 2015 2:41:47 PM
  Subject: [URGENT][ACTION REQUIRED]  ovirt-master-snapshot repository
  closure broken on EL6
 
  starting from commit 7479c7cde296a6bf8b7202f7483e408470e7e58f vdsm is not
  built and published on el6 for 3.6.
  
  so don't build ovirt-host-deploy-offline as well?
 
 Can you please push a fix for the job?
 The source code is here: git://gerrit.ovirt.org/jenkins
 If not, please open a ticket on https://fedorahosted.org/ovirt/ and someone
 in infra will pick it up when they'll have capacity.

opened:

https://fedorahosted.org/ovirt/ticket/315
 
 
  
  This is causing repository closure error on the el6 nightly master
  snapshot
  branch:
 
  12:28:43 package:
  ovirt-host-deploy-offline-1.4.0-0.0.master.20150416125617.git15a1979.el6.x86_64
  from check-custom-el6
  12:28:43   unresolved deps:
  12:28:43  vdsm-cli
  12:28:43  vdsm
  12:28:43 package:
  ovirt-host-deploy-offline-1.4.0-0.0.master.20150420081612.git885b99a.el6.x86_64
  from check-custom-el6
  12:28:43   unresolved deps:
  12:28:43  vdsm-cli
  12:28:43  vdsm
  12:28:43 package:
  ovirt-host-deploy-offline-1.4.0-0.0.master.20150420172335.gitca4f58b.el6.x86_64
  from check-custom-el6
  12:28:43   unresolved deps:
  12:28:43  vdsm-cli
  12:28:43  vdsm
  12:28:43 package: ovirt-node-plugin-vdsm-0.4.3-0.0.master.el6.noarch from
  check-custom-el6
  12:28:43   unresolved deps:
  12:28:43  vdsm-reg = 0:4.10.3
  12:28:43  vdsm-hook-ethtool-options
  12:28:43  vdsm-gluster
 
  Please fix the dependency tree as soon as possible (either by fixing
  jenkins
  jobs, dropping vdsm deps, removing the rpms from the publisher job).
  Thanks,
 
  --
  Sandro Bonazzola
  Better technology. Faster innovation. Powered by community collaboration.
  See how it works at redhat.com
 
 
 
 --
 Sandro Bonazzola
 Better technology. Faster innovation. Powered by community collaboration.
 See how it works at redhat.com
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: new git repo: ovirt-vmconsole

[Alon Bar-Lev]

Hi!

Can you please rename it to ovirt-vmconsole? :)

Thanks!

- Original Message -
 From: David Caro dcaro...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: infra infra@ovirt.org
 Sent: Friday, February 13, 2015 6:21:20 PM
 Subject: Re: new git repo: ovirt-vmconsole
 
 
 Repo created, can you confirm that you have access and push/review/submit
 privileges?
 
git clone git://gerrit.ovirt.org/vmconsole
 
 
 On 02/10, Alon Bar-Lev wrote:
  Hi,
  Can you please open a new git repo for vmconsole?
  Me as owner for now.
  Thanks!
  ___
  Infra mailing list
  Infra@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/infra
 
 --
 David Caro
 
 Red Hat S.L.
 Continuous Integration Engineer - EMEA ENG Virtualization RD
 
 Tel.: +420 532 294 605
 Email: dc...@redhat.com
 Web: www.redhat.com
 RHT Global #: 82-62605
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: new git repo: ovirt-vmconsole

[Alon Bar-Lev]

Sure!

- Original Message -
 From: David Caro dcaro...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: infra infra@ovirt.org
 Sent: Friday, February 13, 2015 7:04:43 PM
 Subject: Re: new git repo: ovirt-vmconsole
 
 
 Can I just create it anew? It's easier...
 
 On 02/13, Alon Bar-Lev wrote:
  Hi!
  
  Can you please rename it to ovirt-vmconsole? :)
  
  Thanks!
  
  - Original Message -
   From: David Caro dcaro...@redhat.com
   To: Alon Bar-Lev alo...@redhat.com
   Cc: infra infra@ovirt.org
   Sent: Friday, February 13, 2015 6:21:20 PM
   Subject: Re: new git repo: ovirt-vmconsole
   
   
   Repo created, can you confirm that you have access and push/review/submit
   privileges?
   
  git clone git://gerrit.ovirt.org/vmconsole
   
   
   On 02/10, Alon Bar-Lev wrote:
Hi,
Can you please open a new git repo for vmconsole?
Me as owner for now.
Thanks!
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
   
   --
   David Caro
   
   Red Hat S.L.
   Continuous Integration Engineer - EMEA ENG Virtualization RD
   
   Tel.: +420 532 294 605
   Email: dc...@redhat.com
   Web: www.redhat.com
   RHT Global #: 82-62605
   
 
 --
 David Caro
 
 Red Hat S.L.
 Continuous Integration Engineer - EMEA ENG Virtualization RD
 
 Tel.: +420 532 294 605
 Email: dc...@redhat.com
 Web: www.redhat.com
 RHT Global #: 82-62605
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: new git repo: ovirt-vmconsole

[Alon Bar-Lev]

Thanks!
I am setup.

- Original Message -
 From: David Caro dcaro...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: infra infra@ovirt.org
 Sent: Friday, February 13, 2015 8:17:31 PM
 Subject: Re: new git repo: ovirt-vmconsole
 
 
 Done!
 
 Same as before, ping me if you have any issues with the access or something.
 
 On 02/13, Alon Bar-Lev wrote:
  
  Sure!
  
  - Original Message -
   From: David Caro dcaro...@redhat.com
   To: Alon Bar-Lev alo...@redhat.com
   Cc: infra infra@ovirt.org
   Sent: Friday, February 13, 2015 7:04:43 PM
   Subject: Re: new git repo: ovirt-vmconsole
   
   
   Can I just create it anew? It's easier...
   
   On 02/13, Alon Bar-Lev wrote:
Hi!

Can you please rename it to ovirt-vmconsole? :)

Thanks!

- Original Message -
 From: David Caro dcaro...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: infra infra@ovirt.org
 Sent: Friday, February 13, 2015 6:21:20 PM
 Subject: Re: new git repo: ovirt-vmconsole
 
 
 Repo created, can you confirm that you have access and
 push/review/submit
 privileges?
 
git clone git://gerrit.ovirt.org/vmconsole
 
 
 On 02/10, Alon Bar-Lev wrote:
  Hi,
  Can you please open a new git repo for vmconsole?
  Me as owner for now.
  Thanks!
  ___
  Infra mailing list
  Infra@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/infra
 
 --
 David Caro
 
 Red Hat S.L.
 Continuous Integration Engineer - EMEA ENG Virtualization RD
 
 Tel.: +420 532 294 605
 Email: dc...@redhat.com
 Web: www.redhat.com
 RHT Global #: 82-62605
 
   
   --
   David Caro
   
   Red Hat S.L.
   Continuous Integration Engineer - EMEA ENG Virtualization RD
   
   Tel.: +420 532 294 605
   Email: dc...@redhat.com
   Web: www.redhat.com
   RHT Global #: 82-62605
   
 
 --
 David Caro
 
 Red Hat S.L.
 Continuous Integration Engineer - EMEA ENG Virtualization RD
 
 Tel.: +420 532 294 605
 Email: dc...@redhat.com
 Web: www.redhat.com
 RHT Global #: 82-62605
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: ovirt-engine-extension-aaa-ldap-1.0.1

[Alon Bar-Lev]

- Original Message -
 From: Sandro Bonazzola sbona...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com, Eyal Edri ee...@redhat.com
 Cc: infra infra@ovirt.org
 Sent: Thursday, January 8, 2015 2:50:49 PM
 Subject: Re: ovirt-engine-extension-aaa-ldap-1.0.1
 
 Il 08/01/2015 13:18, Sandro Bonazzola ha scritto:
  Il 08/01/2015 12:07, Sandro Bonazzola ha scritto:
  Il 05/01/2015 13:54, Alon Bar-Lev ha scritto:
 
 
  - Original Message -
  From: Eyal Edri ee...@redhat.com
  To: Alon Bar-Lev alo...@redhat.com, Sandro Bonazzola
  sbona...@redhat.com
  Cc: infra infra@ovirt.org, David Caro Estevez
  dcaro...@redhat.com
  Sent: Monday, January 5, 2015 2:33:01 PM
  Subject: Re: ovirt-engine-extension-aaa-ldap-1.0.1
 
  david will return next week.
  but i'm not sure we're just refreshing the pkg on stable repos without
  releasing official release.
  so i guess this should go into 3.5.1, waiting for sandro (returning
  tomorrow)
  to confirm.
 
  yes we do, besides the stable should be rolling, we should detach from
  the release cycle of engine. z-stream is async by nature, see
  centos/rhel/fedora.
 
  I'll try to handle this today, I'll ping you when done. Remind to send an
  email to annou...@ovirt.org and us...@ovirt.org about the new package
  once
  it's online.
  
  It's failing repository closure on EL7:
  
  
  12:13:27 package: ovirt-engine-extension-aaa-ldap-1.0.1-1.el7.noarch from
  check-custom-el7
  12:13:27   unresolved deps:
  12:13:27  unboundid-ldapsdk = 0:2.3.7
  12:13:27  ovirt-engine = 0:3.5
  
  Since EL7 is not supported in 3.5.0 but only in 3.5.1 we can't release
  ovirt-engine-extension-aaa-ldap-1.0.1 async on EL7.
  Dropping it from EL7 repo only, will be released within 3.5.1 release when
  available.
 
 Published for F19, F20, EL6. Ready to announce.
 

‎Thanks!

  
  
 
 
 
 
  e.
 
  - Original Message -
  From: Alon Bar-Lev alo...@redhat.com
  To: infra infra@ovirt.org
  Sent: Monday, January 5, 2015 1:47:37 PM
  Subject: Re: ovirt-engine-extension-aaa-ldap-1.0.1
 
  Hi,
  Kind reminder,
  Thanks!
 
  - Original Message -
  From: Alon Bar-Lev alo...@redhat.com
  To: infra infra@ovirt.org
  Sent: Wednesday, December 24, 2014 3:05:35 PM
  Subject: Re: ovirt-engine-extension-aaa-ldap-1.0.1
 
 
 
  - Original Message -
  From: Alon Bar-Lev alo...@redhat.com
  To: infra infra@ovirt.org
  Sent: Wednesday, December 24, 2014 2:51:15 PM
  Subject: ovirt-engine-extension-aaa-ldap-1.0.1
 
  Hi,
  Not sure who is online these days so I sending into list.
  There is a new stable version[1], that should go into stable 3.5
  repo[2].
  Thanks,
  Alon
 
  [1]
  http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_any_create-rpms_manual/6/
  [2] http://resources.ovirt.org/pub/ovirt-3.5/
  ___
  Infra mailing list
  Infra@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/infra
 
 
 
 
 
 
  
  
 
 
 --
 Sandro Bonazzola
 Better technology. Faster innovation. Powered by community collaboration.
 See how it works at redhat.com
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: ovirt-engine-extension-aaa-ldap-1.0.1

[Alon Bar-Lev]

Hi,
Kind reminder,
Thanks!

- Original Message -
 From: Alon Bar-Lev alo...@redhat.com
 To: infra infra@ovirt.org
 Sent: Wednesday, December 24, 2014 3:05:35 PM
 Subject: Re: ovirt-engine-extension-aaa-ldap-1.0.1
 
 
 
 - Original Message -
  From: Alon Bar-Lev alo...@redhat.com
  To: infra infra@ovirt.org
  Sent: Wednesday, December 24, 2014 2:51:15 PM
  Subject: ovirt-engine-extension-aaa-ldap-1.0.1
  
  Hi,
  Not sure who is online these days so I sending into list.
  There is a new stable version[1], that should go into stable 3.5 repo[2].
  Thanks,
  Alon
  
  [1] 
  http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_any_create-rpms_manual/6/
  [2] http://resources.ovirt.org/pub/ovirt-3.5/
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: ovirt-engine-extension-aaa-ldap-1.0.1

[Alon Bar-Lev]

- Original Message -
 From: Eyal Edri ee...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com, Sandro Bonazzola 
 sbona...@redhat.com
 Cc: infra infra@ovirt.org, David Caro Estevez dcaro...@redhat.com
 Sent: Monday, January 5, 2015 2:33:01 PM
 Subject: Re: ovirt-engine-extension-aaa-ldap-1.0.1
 
 david will return next week.
 but i'm not sure we're just refreshing the pkg on stable repos without
 releasing official release.
 so i guess this should go into 3.5.1, waiting for sandro (returning tomorrow)
 to confirm.

yes we do, besides the stable should be rolling, we should detach from the 
release cycle of engine. z-stream is async by nature, see centos/rhel/fedora.

 
 e.
 
 - Original Message -
  From: Alon Bar-Lev alo...@redhat.com
  To: infra infra@ovirt.org
  Sent: Monday, January 5, 2015 1:47:37 PM
  Subject: Re: ovirt-engine-extension-aaa-ldap-1.0.1
  
  Hi,
  Kind reminder,
  Thanks!
  
  - Original Message -
   From: Alon Bar-Lev alo...@redhat.com
   To: infra infra@ovirt.org
   Sent: Wednesday, December 24, 2014 3:05:35 PM
   Subject: Re: ovirt-engine-extension-aaa-ldap-1.0.1
   
   
   
   - Original Message -
From: Alon Bar-Lev alo...@redhat.com
To: infra infra@ovirt.org
Sent: Wednesday, December 24, 2014 2:51:15 PM
Subject: ovirt-engine-extension-aaa-ldap-1.0.1

Hi,
Not sure who is online these days so I sending into list.
There is a new stable version[1], that should go into stable 3.5
repo[2].
Thanks,
Alon

[1]
http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_any_create-rpms_manual/6/
[2] http://resources.ovirt.org/pub/ovirt-3.5/
  ___
  Infra mailing list
  Infra@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/infra
  
  
  
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

ovirt-engine-extension-aaa-ldap-1.0.1

[Alon Bar-Lev]

Hi,
Not sure who is online these days so I sending into list.
There is a new stable version[1], that should go into stable 3.5 repo[2].
Thanks,
Alon

[1] 
http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_any_create-rpms_manual/5/
[2] http://resources.ovirt.org/pub/ovirt-3.5/
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: ovirt-engine-extension-aaa-ldap-1.0.1

[Alon Bar-Lev]

- Original Message -
 From: Alon Bar-Lev alo...@redhat.com
 To: infra infra@ovirt.org
 Sent: Wednesday, December 24, 2014 2:51:15 PM
 Subject: ovirt-engine-extension-aaa-ldap-1.0.1
 
 Hi,
 Not sure who is online these days so I sending into list.
 There is a new stable version[1], that should go into stable 3.5 repo[2].
 Thanks,
 Alon
 
 [1]
 http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_any_create-rpms_manual/5/

Sorry, this should be:
http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_any_create-rpms_manual/6/

 [2] http://resources.ovirt.org/pub/ovirt-3.5/
 ___
 Infra mailing list
 Infra@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/infra
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

fc21-vm06.phx.ovirt.org slave missing ovirt-engine-extensions-api

[Alon Bar-Lev]

Hi,

DEBUG util.py:366:  Error: No Package found for ovirt-engine-extensions-api

Thanks,

[1] 
http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_master_create-rpms-fc21-x86_64_merged/9/artifact/exported-artifacts/root.log
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: fc21-vm06.phx.ovirt.org slave missing ovirt-engine-extensions-api

[Alon Bar-Lev]

- Original Message -
 From: David Caro dcaro...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: infra infra@ovirt.org
 Sent: Tuesday, December 9, 2014 4:31:59 PM
 Subject: Re: fc21-vm06.phx.ovirt.org slave missing ovirt-engine-extensions-api
 
 On 12/09, Alon Bar-Lev wrote:
  Hi,
  
  DEBUG util.py:366:  Error: No Package found for ovirt-engine-extensions-api
 
 Where is that package and when is it needed?

this package is produced (subpackage) of ovirt-engine rpm.
it is needed to build all extensions.

 The job is already using ovirt-master-snapshot repo for the rpm build
 (the src-rpm build is not, that's why I ask where is it needed)

not sure what src-rpm is in this context :(

 
  
  Thanks,
  
  [1]
  http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_master_create-rpms-fc21-x86_64_merged/9/artifact/exported-artifacts/root.log
  ___
  Infra mailing list
  Infra@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/infra
 
 --
 David Caro
 
 Red Hat S.L.
 Continuous Integration Engineer - EMEA ENG Virtualization RD
 
 Tel.: +420 532 294 605
 Email: dc...@redhat.com
 Web: www.redhat.com
 RHT Global #: 82-62605
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: fc21-vm06.phx.ovirt.org slave missing ovirt-engine-extensions-api

[Alon Bar-Lev]

- Original Message -
 From: David Caro dcaro...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: infra infra@ovirt.org
 Sent: Tuesday, December 9, 2014 4:38:43 PM
 Subject: Re: fc21-vm06.phx.ovirt.org slave missing ovirt-engine-extensions-api
 
 On 12/09, Alon Bar-Lev wrote:
  
  
  - Original Message -
   From: David Caro dcaro...@redhat.com
   To: Alon Bar-Lev alo...@redhat.com
   Cc: infra infra@ovirt.org
   Sent: Tuesday, December 9, 2014 4:31:59 PM
   Subject: Re: fc21-vm06.phx.ovirt.org slave missing
   ovirt-engine-extensions-api
   
   On 12/09, Alon Bar-Lev wrote:
Hi,

DEBUG util.py:366:  Error: No Package found for
ovirt-engine-extensions-api
   
   Where is that package and when is it needed?
  
  this package is produced (subpackage) of ovirt-engine rpm.
  it is needed to build all extensions.
 
 So should it be in ovirt-master-snapshor repo?

sure, how can it be not?
oh!
I understand the confusion...
ovirt-engine-extensions-api-impl provides ovirt-engine-extensions-api :)
it is there...

 
  
   The job is already using ovirt-master-snapshot repo for the rpm build
   (the src-rpm build is not, that's why I ask where is it needed)
  
  not sure what src-rpm is in this context :(
 
 
 The job is subdivided in two main sections, creating the src.rpm and
 creating the rpm from it. For the first one is not using mock at all,
 so it's using the deps installed directly in the host it runs on, for
 the second, it's using mock, so it's installing all the deps needed by
 the src.rpm (and maybe more from the job config) inside the mock
 chroot, using the above repo.

I am unsure why to create src rpm any dependency is required... it should take 
spec as-is, no?

 
  
   

Thanks,

[1]
http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_master_create-rpms-fc21-x86_64_merged/9/artifact/exported-artifacts/root.log
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
   
   --
   David Caro
   
   Red Hat S.L.
   Continuous Integration Engineer - EMEA ENG Virtualization RD
   
   Tel.: +420 532 294 605
   Email: dc...@redhat.com
   Web: www.redhat.com
   RHT Global #: 82-62605
   
 
 --
 David Caro
 
 Red Hat S.L.
 Continuous Integration Engineer - EMEA ENG Virtualization RD
 
 Tel.: +420 532 294 605
 Email: dc...@redhat.com
 Web: www.redhat.com
 RHT Global #: 82-62605
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: fc21-vm06.phx.ovirt.org slave missing ovirt-engine-extensions-api

[Alon Bar-Lev]

- Original Message -
 From: David Caro dcaro...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: infra infra@ovirt.org
 Sent: Tuesday, December 9, 2014 4:47:42 PM
 Subject: Re: fc21-vm06.phx.ovirt.org slave missing ovirt-engine-extensions-api
 
 On 12/09, Alon Bar-Lev wrote:
  
  
  - Original Message -
   From: David Caro dcaro...@redhat.com
   To: Alon Bar-Lev alo...@redhat.com
   Cc: infra infra@ovirt.org
   Sent: Tuesday, December 9, 2014 4:38:43 PM
   Subject: Re: fc21-vm06.phx.ovirt.org slave missing
   ovirt-engine-extensions-api
   
   On 12/09, Alon Bar-Lev wrote:


- Original Message -
 From: David Caro dcaro...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: infra infra@ovirt.org
 Sent: Tuesday, December 9, 2014 4:31:59 PM
 Subject: Re: fc21-vm06.phx.ovirt.org slave missing
 ovirt-engine-extensions-api
 
 On 12/09, Alon Bar-Lev wrote:
  Hi,
  
  DEBUG util.py:366:  Error: No Package found for
  ovirt-engine-extensions-api
 
 Where is that package and when is it needed?

this package is produced (subpackage) of ovirt-engine rpm.
it is needed to build all extensions.
   
   So should it be in ovirt-master-snapshor repo?
  
  sure, how can it be not?
  oh!
  I understand the confusion...
  ovirt-engine-extensions-api-impl provides ovirt-engine-extensions-api :)
  it is there...
 
 I don't see that package for fc21[1], maybe it's not being generated on
 ovirt-engine side?

hmmm... sandro... do we build engine for fc21? if not probably the extensions 
should not as well... right?

 
 [1] - http://resources.ovirt.org/pub/ovirt-master-snapshot/rpm/fc21/
 
  
   

 The job is already using ovirt-master-snapshot repo for the rpm build
 (the src-rpm build is not, that's why I ask where is it needed)

not sure what src-rpm is in this context :(
   
   
   The job is subdivided in two main sections, creating the src.rpm and
   creating the rpm from it. For the first one is not using mock at all,
   so it's using the deps installed directly in the host it runs on, for
   the second, it's using mock, so it's installing all the deps needed by
   the src.rpm (and maybe more from the job config) inside the mock
   chroot, using the above repo.
  
  I am unsure why to create src rpm any dependency is required... it should
  take spec as-is, no?
 
 Some projects like vdsm need some extra dependencies to be able to
 generate the spec file. I'd be glad if that was not required (only
 autotools at least).

it is not... :)
also in vdsm the autotools should be required at build, not to package, this is 
very strange.
the srpm is just archive of spec, tarball and patches.

 
  
   

 
  
  Thanks,
  
  [1]
  http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_master_create-rpms-fc21-x86_64_merged/9/artifact/exported-artifacts/root.log
  ___
  Infra mailing list
  Infra@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/infra
 
 --
 David Caro
 
 Red Hat S.L.
 Continuous Integration Engineer - EMEA ENG Virtualization RD
 
 Tel.: +420 532 294 605
 Email: dc...@redhat.com
 Web: www.redhat.com
 RHT Global #: 82-62605
 
   
   --
   David Caro
   
   Red Hat S.L.
   Continuous Integration Engineer - EMEA ENG Virtualization RD
   
   Tel.: +420 532 294 605
   Email: dc...@redhat.com
   Web: www.redhat.com
   RHT Global #: 82-62605
   
 
 --
 David Caro
 
 Red Hat S.L.
 Continuous Integration Engineer - EMEA ENG Virtualization RD
 
 Tel.: +420 532 294 605
 Email: dc...@redhat.com
 Web: www.redhat.com
 RHT Global #: 82-62605
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: fc21-vm06.phx.ovirt.org slave missing ovirt-engine-extensions-api

[Alon Bar-Lev]

- Original Message -
 From: David Caro dcaro...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: Sandro Bonazzola sbona...@redhat.com, infra infra@ovirt.org
 Sent: Tuesday, December 9, 2014 4:53:08 PM
 Subject: Re: fc21-vm06.phx.ovirt.org slave missing ovirt-engine-extensions-api
 
 On 12/09, Alon Bar-Lev wrote:
  
  
  - Original Message -
   From: David Caro dcaro...@redhat.com
   To: Alon Bar-Lev alo...@redhat.com
   Cc: infra infra@ovirt.org
   Sent: Tuesday, December 9, 2014 4:47:42 PM
   Subject: Re: fc21-vm06.phx.ovirt.org slave missing
   ovirt-engine-extensions-api
   
   On 12/09, Alon Bar-Lev wrote:


- Original Message -
 From: David Caro dcaro...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: infra infra@ovirt.org
 Sent: Tuesday, December 9, 2014 4:38:43 PM
 Subject: Re: fc21-vm06.phx.ovirt.org slave missing
 ovirt-engine-extensions-api
 
 On 12/09, Alon Bar-Lev wrote:
  
  
  - Original Message -
   From: David Caro dcaro...@redhat.com
   To: Alon Bar-Lev alo...@redhat.com
   Cc: infra infra@ovirt.org
   Sent: Tuesday, December 9, 2014 4:31:59 PM
   Subject: Re: fc21-vm06.phx.ovirt.org slave missing
   ovirt-engine-extensions-api
   
   On 12/09, Alon Bar-Lev wrote:
Hi,

DEBUG util.py:366:  Error: No Package found for
ovirt-engine-extensions-api
   
   Where is that package and when is it needed?
  
  this package is produced (subpackage) of ovirt-engine rpm.
  it is needed to build all extensions.
 
 So should it be in ovirt-master-snapshor repo?

sure, how can it be not?
oh!
I understand the confusion...
ovirt-engine-extensions-api-impl provides ovirt-engine-extensions-api
:)
it is there...
   
   I don't see that package for fc21[1], maybe it's not being generated on
   ovirt-engine side?
  
  hmmm... sandro... do we build engine for fc21? if not probably the
  extensions should not as well... right?
  
   
   [1] - http://resources.ovirt.org/pub/ovirt-master-snapshot/rpm/fc21/
   

 
  
   The job is already using ovirt-master-snapshot repo for the rpm
   build
   (the src-rpm build is not, that's why I ask where is it needed)
  
  not sure what src-rpm is in this context :(
 
 
 The job is subdivided in two main sections, creating the src.rpm and
 creating the rpm from it. For the first one is not using mock at all,
 so it's using the deps installed directly in the host it runs on, for
 the second, it's using mock, so it's installing all the deps needed
 by
 the src.rpm (and maybe more from the job config) inside the mock
 chroot, using the above repo.

I am unsure why to create src rpm any dependency is required... it
should
take spec as-is, no?
   
   Some projects like vdsm need some extra dependencies to be able to
   generate the spec file. I'd be glad if that was not required (only
   autotools at least).
  
  it is not... :)
  also in vdsm the autotools should be required at build, not to package,
  this is very strange.
  the srpm is just archive of spec, tarball and patches.
 
 The problem is that the spec on vdsm is a template, and it's generated
 with autotools so you need at least autoools to get it, but also it
 pulls extra deps in to run make dist (not sure they are actually all
 needed though)

this is make dist issue not rpmbuild -ts ... :)

 
  
   

 
  
   

Thanks,

[1]
http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_master_create-rpms-fc21-x86_64_merged/9/artifact/exported-artifacts/root.log
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
   
   --
   David Caro
   
   Red Hat S.L.
   Continuous Integration Engineer - EMEA ENG Virtualization RD
   
   Tel.: +420 532 294 605
   Email: dc...@redhat.com
   Web: www.redhat.com
   RHT Global #: 82-62605
   
 
 --
 David Caro
 
 Red Hat S.L.
 Continuous Integration Engineer - EMEA ENG Virtualization RD
 
 Tel.: +420 532 294 605
 Email: dc...@redhat.com
 Web: www.redhat.com
 RHT Global #: 82-62605
 
   
   --
   David Caro
   
   Red Hat S.L.
   Continuous Integration Engineer - EMEA ENG Virtualization RD
   
   Tel.: +420 532 294 605
   Email: dc...@redhat.com
   Web: www.redhat.com
   RHT Global #: 82-62605
   
 
 --
 David Caro
 
 Red Hat S.L.
 Continuous Integration Engineer - EMEA ENG Virtualization RD
 
 Tel.: +420 532 294 605
 Email: dc...@redhat.com
 Web: www.redhat.com
 RHT Global #: 82-62605
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: fc21-vm06.phx.ovirt.org slave missing ovirt-engine-extensions-api

[Alon Bar-Lev]

- Original Message -
 From: Sandro Bonazzola sbona...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com, David Caro dcaro...@redhat.com
 Cc: infra infra@ovirt.org
 Sent: Tuesday, December 9, 2014 5:02:42 PM
 Subject: Re: fc21-vm06.phx.ovirt.org slave missing ovirt-engine-extensions-api
 
 Il 09/12/2014 15:50, Alon Bar-Lev ha scritto:
  
  
  - Original Message -
  From: David Caro dcaro...@redhat.com
  To: Alon Bar-Lev alo...@redhat.com
  Cc: infra infra@ovirt.org
  Sent: Tuesday, December 9, 2014 4:47:42 PM
  Subject: Re: fc21-vm06.phx.ovirt.org slave missing
  ovirt-engine-extensions-api
 
  On 12/09, Alon Bar-Lev wrote:
 
 
  - Original Message -
  From: David Caro dcaro...@redhat.com
  To: Alon Bar-Lev alo...@redhat.com
  Cc: infra infra@ovirt.org
  Sent: Tuesday, December 9, 2014 4:38:43 PM
  Subject: Re: fc21-vm06.phx.ovirt.org slave missing
  ovirt-engine-extensions-api
 
  On 12/09, Alon Bar-Lev wrote:
 
 
  - Original Message -
  From: David Caro dcaro...@redhat.com
  To: Alon Bar-Lev alo...@redhat.com
  Cc: infra infra@ovirt.org
  Sent: Tuesday, December 9, 2014 4:31:59 PM
  Subject: Re: fc21-vm06.phx.ovirt.org slave missing
  ovirt-engine-extensions-api
 
  On 12/09, Alon Bar-Lev wrote:
  Hi,
 
  DEBUG util.py:366:  Error: No Package found for
  ovirt-engine-extensions-api
 
  Where is that package and when is it needed?
 
  this package is produced (subpackage) of ovirt-engine rpm.
  it is needed to build all extensions.
 
  So should it be in ovirt-master-snapshor repo?
 
  sure, how can it be not?
  oh!
  I understand the confusion...
  ovirt-engine-extensions-api-impl provides ovirt-engine-extensions-api :)
  it is there...
 
  I don't see that package for fc21[1], maybe it's not being generated on
  ovirt-engine side?
  
  hmmm... sandro... do we build engine for fc21? if not probably the
  extensions should not as well... right?
 
 I was pretty sure to have disabled all aaa f21 builds.
 engine is currently failing build on F21 due to Bug 1163400 - [F21]
 ovirt-engine fails testing searchbackend.SyntaxCheckerTest.
 It would be nice if you can take a look to that too, since if I understood
 correctly the fix you pushed for
 Bug 1171160 - [jre8]
 testFilter(org.ovirt.engine.core.notifier.filter.FirstMatchSimpleFilterTest
 fails
 it may be that this issue is just due to different ordering within some list
 too.

this issue was resolved.

 
 
  
 
  [1] - http://resources.ovirt.org/pub/ovirt-master-snapshot/rpm/fc21/
 
 
 
 
  The job is already using ovirt-master-snapshot repo for the rpm build
  (the src-rpm build is not, that's why I ask where is it needed)
 
  not sure what src-rpm is in this context :(
 
 
  The job is subdivided in two main sections, creating the src.rpm and
  creating the rpm from it. For the first one is not using mock at all,
  so it's using the deps installed directly in the host it runs on, for
  the second, it's using mock, so it's installing all the deps needed by
  the src.rpm (and maybe more from the job config) inside the mock
  chroot, using the above repo.
 
  I am unsure why to create src rpm any dependency is required... it should
  take spec as-is, no?
 
  Some projects like vdsm need some extra dependencies to be able to
  generate the spec file. I'd be glad if that was not required (only
  autotools at least).
  
  it is not... :)
  also in vdsm the autotools should be required at build, not to package,
  this is very strange.
  the srpm is just archive of spec, tarball and patches.
  
 
 
 
 
 
 
  Thanks,
 
  [1]
  http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_master_create-rpms-fc21-x86_64_merged/9/artifact/exported-artifacts/root.log
  ___
  Infra mailing list
  Infra@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/infra
 
  --
  David Caro
 
  Red Hat S.L.
  Continuous Integration Engineer - EMEA ENG Virtualization RD
 
  Tel.: +420 532 294 605
  Email: dc...@redhat.com
  Web: www.redhat.com
  RHT Global #: 82-62605
 
 
  --
  David Caro
 
  Red Hat S.L.
  Continuous Integration Engineer - EMEA ENG Virtualization RD
 
  Tel.: +420 532 294 605
  Email: dc...@redhat.com
  Web: www.redhat.com
  RHT Global #: 82-62605
 
 
  --
  David Caro
 
  Red Hat S.L.
  Continuous Integration Engineer - EMEA ENG Virtualization RD
 
  Tel.: +420 532 294 605
  Email: dc...@redhat.com
  Web: www.redhat.com
  RHT Global #: 82-62605
 
 
 
 --
 Sandro Bonazzola
 Better technology. Faster innovation. Powered by community collaboration.
 See how it works at redhat.com
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: fc21-vm06.phx.ovirt.org slave missing ovirt-engine-extensions-api

[Alon Bar-Lev]

- Original Message -
 From: David Caro dcaro...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: Sandro Bonazzola sbona...@redhat.com, infra infra@ovirt.org
 Sent: Tuesday, December 9, 2014 6:45:33 PM
 Subject: Re: fc21-vm06.phx.ovirt.org slave missing ovirt-engine-extensions-api
 
 On 12/09, Alon Bar-Lev wrote:
  
  
  - Original Message -
   From: David Caro dcaro...@redhat.com
   To: Alon Bar-Lev alo...@redhat.com
   Cc: Sandro Bonazzola sbona...@redhat.com, infra infra@ovirt.org
   Sent: Tuesday, December 9, 2014 4:53:08 PM
   Subject: Re: fc21-vm06.phx.ovirt.org slave missing
   ovirt-engine-extensions-api
   
   On 12/09, Alon Bar-Lev wrote:


- Original Message -
 From: David Caro dcaro...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: infra infra@ovirt.org
 Sent: Tuesday, December 9, 2014 4:47:42 PM
 Subject: Re: fc21-vm06.phx.ovirt.org slave missing
 ovirt-engine-extensions-api
 
 On 12/09, Alon Bar-Lev wrote:
  
  
  - Original Message -
   From: David Caro dcaro...@redhat.com
   To: Alon Bar-Lev alo...@redhat.com
   Cc: infra infra@ovirt.org
   Sent: Tuesday, December 9, 2014 4:38:43 PM
   Subject: Re: fc21-vm06.phx.ovirt.org slave missing
   ovirt-engine-extensions-api
   
   On 12/09, Alon Bar-Lev wrote:


- Original Message -
 From: David Caro dcaro...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: infra infra@ovirt.org
 Sent: Tuesday, December 9, 2014 4:31:59 PM
 Subject: Re: fc21-vm06.phx.ovirt.org slave missing
 ovirt-engine-extensions-api
 
 On 12/09, Alon Bar-Lev wrote:
  Hi,
  
  DEBUG util.py:366:  Error: No Package found for
  ovirt-engine-extensions-api
 
 Where is that package and when is it needed?

this package is produced (subpackage) of ovirt-engine rpm.
it is needed to build all extensions.
   
   So should it be in ovirt-master-snapshor repo?
  
  sure, how can it be not?
  oh!
  I understand the confusion...
  ovirt-engine-extensions-api-impl provides
  ovirt-engine-extensions-api
  :)
  it is there...
 
 I don't see that package for fc21[1], maybe it's not being generated
 on
 ovirt-engine side?

hmmm... sandro... do we build engine for fc21? if not probably the
extensions should not as well... right?

 
 [1] - http://resources.ovirt.org/pub/ovirt-master-snapshot/rpm/fc21/
 
  
   

 The job is already using ovirt-master-snapshot repo for the
 rpm
 build
 (the src-rpm build is not, that's why I ask where is it
 needed)

not sure what src-rpm is in this context :(
   
   
   The job is subdivided in two main sections, creating the src.rpm
   and
   creating the rpm from it. For the first one is not using mock at
   all,
   so it's using the deps installed directly in the host it runs on,
   for
   the second, it's using mock, so it's installing all the deps
   needed
   by
   the src.rpm (and maybe more from the job config) inside the mock
   chroot, using the above repo.
  
  I am unsure why to create src rpm any dependency is required... it
  should
  take spec as-is, no?
 
 Some projects like vdsm need some extra dependencies to be able to
 generate the spec file. I'd be glad if that was not required (only
 autotools at least).

it is not... :)
also in vdsm the autotools should be required at build, not to package,
this is very strange.
the srpm is just archive of spec, tarball and patches.
   
   The problem is that the spec on vdsm is a template, and it's generated
   with autotools so you need at least autoools to get it, but also it
   pulls extra deps in to run make dist (not sure they are actually all
   needed though)
  
  this is make dist issue not rpmbuild -ts ... :)
 
 yes, it is, but I have to run make dist prior to rpmbuild -ts. So it's
 part of the problem of getting the src.rpm from the code.

well... one time we start to consider tarball as releases...

 
  
   

 
  
   

 
  
  Thanks,
  
  [1]
  http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_master_create-rpms-fc21-x86_64_merged/9/artifact/exported-artifacts/root.log
  ___
  Infra mailing list
  Infra@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/infra
 
 --
 David Caro
 
 Red Hat S.L.
 Continuous Integration Engineer - EMEA ENG Virtualization RD
 
 Tel.: +420 532 294 605
 Email: dc...@redhat.com
 Web

Re: fc21-vm06.phx.ovirt.org slave missing ovirt-engine-extensions-api

[Alon Bar-Lev]

- Original Message -
 From: David Caro dcaro...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: Sandro Bonazzola sbona...@redhat.com, infra infra@ovirt.org
 Sent: Tuesday, December 9, 2014 7:04:30 PM
 Subject: Re: fc21-vm06.phx.ovirt.org slave missing ovirt-engine-extensions-api
 
 On 12/09, Alon Bar-Lev wrote:
  
  
  - Original Message -
   From: David Caro dcaro...@redhat.com
   To: Alon Bar-Lev alo...@redhat.com
   Cc: Sandro Bonazzola sbona...@redhat.com, infra infra@ovirt.org
   Sent: Tuesday, December 9, 2014 6:45:33 PM
   Subject: Re: fc21-vm06.phx.ovirt.org slave missing
   ovirt-engine-extensions-api
   
   On 12/09, Alon Bar-Lev wrote:


- Original Message -
 From: David Caro dcaro...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: Sandro Bonazzola sbona...@redhat.com, infra
 infra@ovirt.org
 Sent: Tuesday, December 9, 2014 4:53:08 PM
 Subject: Re: fc21-vm06.phx.ovirt.org slave missing
 ovirt-engine-extensions-api
 
 On 12/09, Alon Bar-Lev wrote:
  
  
  - Original Message -
   From: David Caro dcaro...@redhat.com
   To: Alon Bar-Lev alo...@redhat.com
   Cc: infra infra@ovirt.org
   Sent: Tuesday, December 9, 2014 4:47:42 PM
   Subject: Re: fc21-vm06.phx.ovirt.org slave missing
   ovirt-engine-extensions-api
   
   On 12/09, Alon Bar-Lev wrote:


- Original Message -
 From: David Caro dcaro...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: infra infra@ovirt.org
 Sent: Tuesday, December 9, 2014 4:38:43 PM
 Subject: Re: fc21-vm06.phx.ovirt.org slave missing
 ovirt-engine-extensions-api
 
 On 12/09, Alon Bar-Lev wrote:
  
  
  - Original Message -
   From: David Caro dcaro...@redhat.com
   To: Alon Bar-Lev alo...@redhat.com
   Cc: infra infra@ovirt.org
   Sent: Tuesday, December 9, 2014 4:31:59 PM
   Subject: Re: fc21-vm06.phx.ovirt.org slave missing
   ovirt-engine-extensions-api
   
   On 12/09, Alon Bar-Lev wrote:
Hi,

DEBUG util.py:366:  Error: No Package found for
ovirt-engine-extensions-api
   
   Where is that package and when is it needed?
  
  this package is produced (subpackage) of ovirt-engine rpm.
  it is needed to build all extensions.
 
 So should it be in ovirt-master-snapshor repo?

sure, how can it be not?
oh!
I understand the confusion...
ovirt-engine-extensions-api-impl provides
ovirt-engine-extensions-api
:)
it is there...
   
   I don't see that package for fc21[1], maybe it's not being
   generated
   on
   ovirt-engine side?
  
  hmmm... sandro... do we build engine for fc21? if not probably the
  extensions should not as well... right?
  
   
   [1] -
   http://resources.ovirt.org/pub/ovirt-master-snapshot/rpm/fc21/
   

 
  
   The job is already using ovirt-master-snapshot repo for
   the
   rpm
   build
   (the src-rpm build is not, that's why I ask where is it
   needed)
  
  not sure what src-rpm is in this context :(
 
 
 The job is subdivided in two main sections, creating the
 src.rpm
 and
 creating the rpm from it. For the first one is not using mock
 at
 all,
 so it's using the deps installed directly in the host it runs
 on,
 for
 the second, it's using mock, so it's installing all the deps
 needed
 by
 the src.rpm (and maybe more from the job config) inside the
 mock
 chroot, using the above repo.

I am unsure why to create src rpm any dependency is required...
it
should
take spec as-is, no?
   
   Some projects like vdsm need some extra dependencies to be able
   to
   generate the spec file. I'd be glad if that was not required
   (only
   autotools at least).
  
  it is not... :)
  also in vdsm the autotools should be required at build, not to
  package,
  this is very strange.
  the srpm is just archive of spec, tarball and patches.
 
 The problem is that the spec on vdsm is a template, and it's
 generated
 with autotools so you need at least autoools to get it, but also it
 pulls extra deps in to run make dist (not sure they are actually all
 needed though)

this is make dist issue not rpmbuild -ts ... :)
   
   yes, it is, but I have to run make dist prior to rpmbuild -ts. So it's
   part of the problem of getting the src.rpm from the code.
  
  well... one time we start

ovirt-host-deploy jenkins job at fc19

[Alon Bar-Lev]

Hi,
Can someone fix the fc19 host?
Thanks!
Alon

[1] 
http://jenkins.ovirt.org/job/ovirt-host-deploy_master_create-rpms_merged/ARCH=x86_64,DISTRIBUTION=fedora-19/198/console
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: fc21 slaves issue?

[Alon Bar-Lev]

Hi David,

Still happening in random jobs[1].

DEBUG util.py:283:  Error unpacking rpm package 
binutils-2.23.52.0.1-9.fc19.x86_64
DEBUG util.py:283:  error: unpacking of archive failed on file 
/usr/bin/ld;5455f020: cpio: Digest mismatch
DEBUG util.py:283:  error: binutils-2.23.52.0.1-9.fc19.x86_64: install failed

[1] 
http://jenkins.ovirt.org/job/ovirt-host-deploy_any_create-rpms_manual/ARCH=x86_64,DISTRIBUTION=fedora-19/14/artifact/exported-artifacts/root.log

- Original Message -
 From: David Caro dcaro...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com, infra@ovirt.org, Sandro Bonazzola 
 sbona...@redhat.com
 Sent: Monday, October 27, 2014 11:20:44 PM
 Subject: Re: fc21 slaves issue?
 
 On 10/27, Alon Bar-Lev wrote:
  
  thanks!
  still fails.
  
  http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_master_create-rpms-fc19-x86_64_merged/58/console
 
 
 Mmmm... I don't like the way jenkins manages labels xd
 
 Fixed, I'll give a good thought on how to manage the slaves labels to
 avoid further issues.
 
 The problem is that when not specifying any label, only the slaves
 that were configured with the 'only run jobs when directly specified
 by the job' are excluded from the pool, but if you add a label filter
 like '!fc21' it will ignore that configuration option and get any node
 that does not have the label.
 
 
  
  - Original Message -
   From: David Caro dcaro...@redhat.com
   To: Alon Bar-Lev alo...@redhat.com
   Cc: Sandro Bonazzola sbona...@redhat.com, infra infra@ovirt.org
   Sent: Monday, October 27, 2014 10:49:50 PM
   Subject: Re: fc21 slaves issue?
   
   
   This is ment to solve it:
 http://gerrit.ovirt.org/#/c/34520/
   
   I applied it and tested it for a couple projects, let me know if you
   find more issues with it.
   
   There's also a bug opened to rpm so they fix it, meanwhile we just
   avoid running fc19 packaging jobs on fc21 machines.
   
   
   On 10/27, Alon Bar-Lev wrote:

OK, happened again[1], can we fix this?

[1]
http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_master_create-rpms-fc19-x86_64_merged/57/console

- Original Message -
 From: David Caro dcaro...@redhat.com
 To: Sandro Bonazzola sbona...@redhat.com
 Cc: Alon Bar-Lev alo...@redhat.com, infra infra@ovirt.org
 Sent: Thursday, October 23, 2014 6:53:48 PM
 Subject: Re: fc21 slaves issue?
 
 On 10/23, Sandro Bonazzola wrote:
  Il 23/10/2014 09:13, Alon Bar-Lev ha scritto:
   
   07:59:13 warning: /etc/hosts created as /etc/hosts.rpmnew
   07:59:13 Error unpacking rpm package
   binutils-2.23.52.0.1-9.fc19.x86_64
   07:59:13 error: unpacking of archive failed on file
   /usr/bin/ld;5448a71a:
   cpio: Digest mismatch
   07:59:13 error: binutils-2.23.52.0.1-9.fc19.x86_64: install
   failed
  
  looks more like a corrupted mirror
 
 I've seen this issue a couple of times when running mock, I think
 it's
 related on how mock handles the rpm databases or something, I'll
 investigate
 
 If you see it somewhere else can you reply to this thread? That will
 hep me keep track of where and how it happens.
 
 
  
  
   
   http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_master_create-rpms-fc19-x86_64_merged/52/console
   ___
   Infra mailing list
   Infra@ovirt.org
   http://lists.ovirt.org/mailman/listinfo/infra
   
  
  
  --
  Sandro Bonazzola
  Better technology. Faster innovation. Powered by community
  collaboration.
  See how it works at redhat.com
  ___
  Infra mailing list
  Infra@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/infra
 
 --
 David Caro
 
 Red Hat S.L.
 Continuous Integration Engineer - EMEA ENG Virtualization RD
 
 Tel.: +420 532 294 605
 Email: dc...@redhat.com
 Web: www.redhat.com
 RHT Global #: 82-62605
 
   
   --
   David Caro
   
   Red Hat S.L.
   Continuous Integration Engineer - EMEA ENG Virtualization RD
   
   Tel.: +420 532 294 605
   Email: dc...@redhat.com
   Web: www.redhat.com
   RHT Global #: 82-62605
   
 
 --
 David Caro
 
 Red Hat S.L.
 Continuous Integration Engineer - EMEA ENG Virtualization RD
 
 Tel.: +420 532 294 605
 Email: dc...@redhat.com
 Web: www.redhat.com
 RHT Global #: 82-62605
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: fc21 slaves issue?

[Alon Bar-Lev]

- Original Message -
 From: David Caro dcaro...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: infra@ovirt.org, Sandro Bonazzola sbona...@redhat.com
 Sent: Sunday, November 2, 2014 1:39:19 PM
 Subject: Re: fc21 slaves issue?
 
 On 11/02, Alon Bar-Lev wrote:
  Hi David,
  
  Still happening in random jobs[1].
  
  DEBUG util.py:283:  Error unpacking rpm package
  binutils-2.23.52.0.1-9.fc19.x86_64
  DEBUG util.py:283:  error: unpacking of archive failed on file
  /usr/bin/ld;5455f020: cpio: Digest mismatch
  DEBUG util.py:283:  error: binutils-2.23.52.0.1-9.fc19.x86_64: install
  failed
  
  [1]
  http://jenkins.ovirt.org/job/ovirt-host-deploy_any_create-rpms_manual/ARCH=x86_64,DISTRIBUTION=fedora-19/14/artifact/exported-artifacts/root.log
 
 The problem is that the job is not yamlized, and as it escaped the
 setup there.
 
 The rpm package was fixed though for fc21, so we should only make sure
 that the package is updated form puppet.
 
 If noone fixes it befpore, I'll fix tomorrow.
 

Tomorrow is good, not critical.

  
  - Original Message -
   From: David Caro dcaro...@redhat.com
   To: Alon Bar-Lev alo...@redhat.com, infra@ovirt.org, Sandro
   Bonazzola sbona...@redhat.com
   Sent: Monday, October 27, 2014 11:20:44 PM
   Subject: Re: fc21 slaves issue?
   
   On 10/27, Alon Bar-Lev wrote:

thanks!
still fails.

http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_master_create-rpms-fc19-x86_64_merged/58/console
   
   
   Mmmm... I don't like the way jenkins manages labels xd
   
   Fixed, I'll give a good thought on how to manage the slaves labels to
   avoid further issues.
   
   The problem is that when not specifying any label, only the slaves
   that were configured with the 'only run jobs when directly specified
   by the job' are excluded from the pool, but if you add a label filter
   like '!fc21' it will ignore that configuration option and get any node
   that does not have the label.
   
   

- Original Message -
 From: David Caro dcaro...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: Sandro Bonazzola sbona...@redhat.com, infra
 infra@ovirt.org
 Sent: Monday, October 27, 2014 10:49:50 PM
 Subject: Re: fc21 slaves issue?
 
 
 This is ment to solve it:
   http://gerrit.ovirt.org/#/c/34520/
 
 I applied it and tested it for a couple projects, let me know if you
 find more issues with it.
 
 There's also a bug opened to rpm so they fix it, meanwhile we just
 avoid running fc19 packaging jobs on fc21 machines.
 
 
 On 10/27, Alon Bar-Lev wrote:
  
  OK, happened again[1], can we fix this?
  
  [1]
  http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_master_create-rpms-fc19-x86_64_merged/57/console
  
  - Original Message -
   From: David Caro dcaro...@redhat.com
   To: Sandro Bonazzola sbona...@redhat.com
   Cc: Alon Bar-Lev alo...@redhat.com, infra infra@ovirt.org
   Sent: Thursday, October 23, 2014 6:53:48 PM
   Subject: Re: fc21 slaves issue?
   
   On 10/23, Sandro Bonazzola wrote:
Il 23/10/2014 09:13, Alon Bar-Lev ha scritto:
 
 07:59:13 warning: /etc/hosts created as /etc/hosts.rpmnew
 07:59:13 Error unpacking rpm package
 binutils-2.23.52.0.1-9.fc19.x86_64
 07:59:13 error: unpacking of archive failed on file
 /usr/bin/ld;5448a71a:
 cpio: Digest mismatch
 07:59:13 error: binutils-2.23.52.0.1-9.fc19.x86_64: install
 failed

looks more like a corrupted mirror
   
   I've seen this issue a couple of times when running mock, I think
   it's
   related on how mock handles the rpm databases or something, I'll
   investigate
   
   If you see it somewhere else can you reply to this thread? That
   will
   hep me keep track of where and how it happens.
   
   


 
 http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_master_create-rpms-fc19-x86_64_merged/52/console
 ___
 Infra mailing list
 Infra@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/infra
 


--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community
collaboration.
See how it works at redhat.com
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
   
   --
   David Caro
   
   Red Hat S.L.
   Continuous Integration Engineer - EMEA ENG Virtualization RD
   
   Tel.: +420 532 294 605
   Email: dc...@redhat.com
   Web: www.redhat.com
   RHT Global #: 82-62605
   
 
 --
 David Caro
 
 Red Hat S.L

Re: fc21 slaves issue?

[Alon Bar-Lev]

- Original Message -
 From: Eyal Edri ee...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com, Barak Korren bkor...@redhat.com
 Cc: David Caro dcaro...@redhat.com, infra@ovirt.org
 Sent: Sunday, November 2, 2014 2:02:05 PM
 Subject: Re: fc21 slaves issue?
 
 
 
 - Original Message -
  From: Alon Bar-Lev alo...@redhat.com
  To: David Caro dcaro...@redhat.com
  Cc: infra@ovirt.org
  Sent: Sunday, November 2, 2014 1:41:03 PM
  Subject: Re: fc21 slaves issue?
  
  
  
  - Original Message -
   From: David Caro dcaro...@redhat.com
   To: Alon Bar-Lev alo...@redhat.com
   Cc: infra@ovirt.org, Sandro Bonazzola sbona...@redhat.com
   Sent: Sunday, November 2, 2014 1:39:19 PM
   Subject: Re: fc21 slaves issue?
   
   On 11/02, Alon Bar-Lev wrote:
Hi David,

Still happening in random jobs[1].

DEBUG util.py:283:  Error unpacking rpm package
binutils-2.23.52.0.1-9.fc19.x86_64
DEBUG util.py:283:  error: unpacking of archive failed on file
/usr/bin/ld;5455f020: cpio: Digest mismatch
DEBUG util.py:283:  error: binutils-2.23.52.0.1-9.fc19.x86_64: install
failed

[1]
http://jenkins.ovirt.org/job/ovirt-host-deploy_any_create-rpms_manual/ARCH=x86_64,DISTRIBUTION=fedora-19/14/artifact/exported-artifacts/root.log
   
   The problem is that the job is not yamlized, and as it escaped the
   setup there.
   
   The rpm package was fixed though for fc21, so we should only make sure
   that the package is updated form puppet.
   
   If noone fixes it befpore, I'll fix tomorrow.
   
  
  Tomorrow is good, not critical.
 
 david is on openstack summit the whole week, not sure he'll have time.
 adding barak, if he can handle it, ok if not will have to wait.

I wrote it is not critical... so no problem to defer solution until David is 
back.

 
  

- Original Message -
 From: David Caro dcaro...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com, infra@ovirt.org, Sandro
 Bonazzola sbona...@redhat.com
 Sent: Monday, October 27, 2014 11:20:44 PM
 Subject: Re: fc21 slaves issue?
 
 On 10/27, Alon Bar-Lev wrote:
  
  thanks!
  still fails.
  
  http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_master_create-rpms-fc19-x86_64_merged/58/console
 
 
 Mmmm... I don't like the way jenkins manages labels xd
 
 Fixed, I'll give a good thought on how to manage the slaves labels to
 avoid further issues.
 
 The problem is that when not specifying any label, only the slaves
 that were configured with the 'only run jobs when directly specified
 by the job' are excluded from the pool, but if you add a label filter
 like '!fc21' it will ignore that configuration option and get any
 node
 that does not have the label.
 
 
  
  - Original Message -
   From: David Caro dcaro...@redhat.com
   To: Alon Bar-Lev alo...@redhat.com
   Cc: Sandro Bonazzola sbona...@redhat.com, infra
   infra@ovirt.org
   Sent: Monday, October 27, 2014 10:49:50 PM
   Subject: Re: fc21 slaves issue?
   
   
   This is ment to solve it:
 http://gerrit.ovirt.org/#/c/34520/
   
   I applied it and tested it for a couple projects, let me know if
   you
   find more issues with it.
   
   There's also a bug opened to rpm so they fix it, meanwhile we
   just
   avoid running fc19 packaging jobs on fc21 machines.
   
   
   On 10/27, Alon Bar-Lev wrote:

OK, happened again[1], can we fix this?

[1]
http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_master_create-rpms-fc19-x86_64_merged/57/console

- Original Message -
 From: David Caro dcaro...@redhat.com
 To: Sandro Bonazzola sbona...@redhat.com
 Cc: Alon Bar-Lev alo...@redhat.com, infra
 infra@ovirt.org
 Sent: Thursday, October 23, 2014 6:53:48 PM
 Subject: Re: fc21 slaves issue?
 
 On 10/23, Sandro Bonazzola wrote:
  Il 23/10/2014 09:13, Alon Bar-Lev ha scritto:
   
   07:59:13 warning: /etc/hosts created as /etc/hosts.rpmnew
   07:59:13 Error unpacking rpm package
   binutils-2.23.52.0.1-9.fc19.x86_64
   07:59:13 error: unpacking of archive failed on file
   /usr/bin/ld;5448a71a:
   cpio: Digest mismatch
   07:59:13 error: binutils-2.23.52.0.1-9.fc19.x86_64:
   install
   failed
  
  looks more like a corrupted mirror
 
 I've seen this issue a couple of times when running mock, I
 think
 it's
 related on how mock handles the rpm databases or something,
 I'll
 investigate
 
 If you see it somewhere else can you reply to this thread?
 That
 will
 hep me keep track of where and how it happens

fc20: Protected multilib versions: systemd-libs-208-22.fc20.i686 != systemd-libs-208-25.fc20.x86_64

[Alon Bar-Lev]

Hi,

Fedora-20 mock[1], probably will effect more?
I guess it is something within fedora repo?

Thanks,
Alon

11:50:58 Error:  Multilib version problems found. This often means that the root
11:50:58Protected multilib versions: systemd-libs-208-22.fc20.i686 != 
systemd-libs-208-25.fc20.x86_64

[1] 
http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_master_create-rpms-fc20-x86_64_merged/62/console
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: fc21 slaves issue?

[Alon Bar-Lev]

OK, happened again[1], can we fix this?

[1] 
http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_master_create-rpms-fc19-x86_64_merged/57/console

- Original Message -
 From: David Caro dcaro...@redhat.com
 To: Sandro Bonazzola sbona...@redhat.com
 Cc: Alon Bar-Lev alo...@redhat.com, infra infra@ovirt.org
 Sent: Thursday, October 23, 2014 6:53:48 PM
 Subject: Re: fc21 slaves issue?
 
 On 10/23, Sandro Bonazzola wrote:
  Il 23/10/2014 09:13, Alon Bar-Lev ha scritto:
   
   07:59:13 warning: /etc/hosts created as /etc/hosts.rpmnew
   07:59:13 Error unpacking rpm package binutils-2.23.52.0.1-9.fc19.x86_64
   07:59:13 error: unpacking of archive failed on file /usr/bin/ld;5448a71a:
   cpio: Digest mismatch
   07:59:13 error: binutils-2.23.52.0.1-9.fc19.x86_64: install failed
  
  looks more like a corrupted mirror
 
 I've seen this issue a couple of times when running mock, I think it's
 related on how mock handles the rpm databases or something, I'll
 investigate
 
 If you see it somewhere else can you reply to this thread? That will
 hep me keep track of where and how it happens.
 
 
  
  
   
   http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_master_create-rpms-fc19-x86_64_merged/52/console
   ___
   Infra mailing list
   Infra@ovirt.org
   http://lists.ovirt.org/mailman/listinfo/infra
   
  
  
  --
  Sandro Bonazzola
  Better technology. Faster innovation. Powered by community collaboration.
  See how it works at redhat.com
  ___
  Infra mailing list
  Infra@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/infra
 
 --
 David Caro
 
 Red Hat S.L.
 Continuous Integration Engineer - EMEA ENG Virtualization RD
 
 Tel.: +420 532 294 605
 Email: dc...@redhat.com
 Web: www.redhat.com
 RHT Global #: 82-62605
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

fc21 slaves issue?

[Alon Bar-Lev]

07:59:13 warning: /etc/hosts created as /etc/hosts.rpmnew
07:59:13 Error unpacking rpm package binutils-2.23.52.0.1-9.fc19.x86_64
07:59:13 error: unpacking of archive failed on file /usr/bin/ld;5448a71a: cpio: 
Digest mismatch
07:59:13 error: binutils-2.23.52.0.1-9.fc19.x86_64: install failed

http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_master_create-rpms-fc19-x86_64_merged/52/console
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: [ovirt-devel] [URGENT][ACTION NEEDED] ovirt-engine-extension-aaa-ldap is not built for 3.5.0 on Fedora 19

[Alon Bar-Lev]

- Original Message -
 From: Sandro Bonazzola sbona...@redhat.com
 To: David Caro dcaro...@redhat.com
 Cc: de...@ovirt.org, infra infra@ovirt.org
 Sent: Tuesday, September 2, 2014 1:08:50 PM
 Subject: Re: [ovirt-devel] [URGENT][ACTION NEEDED] 
 ovirt-engine-extension-aaa-ldap is not built for 3.5.0 on Fedora
 19
 
 Il 02/09/2014 12:05, David Caro ha scritto:
  On 09/02, Sandro Bonazzola wrote:
  Hi,
  existing job is building ovirt-engine-extension-aaa-ldap_master using
  master repository for getting engine packages.
  http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_master_create-rpms-fc19-x86_64_merged/20/console
 
  Doesn't ovirt-engine-extension-aaa-ldap have a stabilization branch?
 
  
  It only has master branch.
  
  BTW, a new job must be created getting engine packages from 3.5 snapshot
  repository in order to build on Fedora 19.
 
  
  Current job is failing due to requiring a non-existing rpm
  (ovirt-engine-extensions-api) on f19 build. Will they ever be there?
  Should I just replace the repos for f19?
 
 ovirt engine master is not built for F19 anymore.
 Not sure about requirements for building this package, but for F19 yes,
 please use 3.5 repo. There won't be f19 support on 3.6.

I did not know we do not build f19 any more.
But yes, we can use the 3.5 repo.

 
 
 
  
  Thanks,
 
  --
  Sandro Bonazzola
  Better technology. Faster innovation. Powered by community collaboration.
  See how it works at redhat.com
  ___
  Infra mailing list
  Infra@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/infra
  
 
 
 --
 Sandro Bonazzola
 Better technology. Faster innovation. Powered by community collaboration.
 See how it works at redhat.com
 ___
 Devel mailing list
 de...@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/devel
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: [ovirt-devel] [URGENT][ACTION NEEDED] ovirt-engine-extension-aaa-ldap is not built for 3.5.0 on Fedora 19

[Alon Bar-Lev]

- Original Message -
 From: Alon Bar-Lev alo...@redhat.com
 To: Sandro Bonazzola sbona...@redhat.com
 Cc: David Caro dcaro...@redhat.com, de...@ovirt.org, infra 
 infra@ovirt.org
 Sent: Tuesday, September 2, 2014 1:35:27 PM
 Subject: Re: [ovirt-devel] [URGENT][ACTION NEEDED] 
 ovirt-engine-extension-aaa-ldap is not built for 3.5.0 on Fedora
 19
 
 
 
 - Original Message -
  From: Sandro Bonazzola sbona...@redhat.com
  To: David Caro dcaro...@redhat.com
  Cc: de...@ovirt.org, infra infra@ovirt.org
  Sent: Tuesday, September 2, 2014 1:08:50 PM
  Subject: Re: [ovirt-devel] [URGENT][ACTION NEEDED]
  ovirt-engine-extension-aaa-ldap is not built for 3.5.0 on Fedora
  19
  
  Il 02/09/2014 12:05, David Caro ha scritto:
   On 09/02, Sandro Bonazzola wrote:
   Hi,
   existing job is building ovirt-engine-extension-aaa-ldap_master using
   master repository for getting engine packages.
   http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_master_create-rpms-fc19-x86_64_merged/20/console
  
   Doesn't ovirt-engine-extension-aaa-ldap have a stabilization branch?
  
   
   It only has master branch.
   
   BTW, a new job must be created getting engine packages from 3.5 snapshot
   repository in order to build on Fedora 19.
  
   
   Current job is failing due to requiring a non-existing rpm
   (ovirt-engine-extensions-api) on f19 build. Will they ever be there?
   Should I just replace the repos for f19?
  
  ovirt engine master is not built for F19 anymore.
  Not sure about requirements for building this package, but for F19 yes,
  please use 3.5 repo. There won't be f19 support on 3.6.
 
 I did not know we do not build f19 any more.
 But yes, we can use the 3.5 repo.
 

same for ovirt-engine-extension-aaa-misc, ovirt-engine-extension-logger-log4j

  
  
  
   
   Thanks,
  
   --
   Sandro Bonazzola
   Better technology. Faster innovation. Powered by community
   collaboration.
   See how it works at redhat.com
   ___
   Infra mailing list
   Infra@ovirt.org
   http://lists.ovirt.org/mailman/listinfo/infra
   
  
  
  --
  Sandro Bonazzola
  Better technology. Faster innovation. Powered by community collaboration.
  See how it works at redhat.com
  ___
  Devel mailing list
  de...@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/devel
  
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

ovirt-engine-extension-aaa-ldap_master_create-rpms-fc19-x86_64_merged fails

[Alon Bar-Lev]

Hello,

Example of a job[1]

15:45:10 Getting requirements for 
ovirt-engine-extension-aaa-ldap-0.0.0-0.0.master.20140901144402.git17d8bdb.fc19.src
15:45:10  -- slf4j-1.7.4-1.fc19.noarch
15:45:10  -- ant-1.8.4-6.fc19.noarch
15:45:10  -- 1:java-1.7.0-openjdk-devel-1.7.0.65-2.5.1.2.fc19.x86_64
15:45:10  -- jpackage-utils-1.7.5-27.fc19.noarch
15:45:10  -- unboundid-ldapsdk-2.3.7-0.0.snap.r530.fc19.noarch
15:45:10 Error: No Package found for ovirt-engine-extensions-api

As requested I opened a ticket for this[2]

Need this to be resolved so that we can publish artifacts to qa.

Alon

[1] 
http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_master_create-rpms-fc19-x86_64_merged/16/console
[2] https://fedorahosted.org/ovirt/ticket/253
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: [ovirt-devel] [URGENT][ACTION REQUIRED] vdsm-jsonrpc-java is not building on el6 and fc20

[Alon Bar-Lev]

- Original Message -
 From: Sandro Bonazzola sbona...@redhat.com
 To: de...@ovirt.org, infra infra@ovirt.org
 Sent: Tuesday, August 19, 2014 10:34:56 AM
 Subject: [ovirt-devel] [URGENT][ACTION REQUIRED] vdsm-jsonrpc-java is not 
 building on el6 and fc20
 
 Hi,
 vdsm-jsonrpc-java is not building on el6 and fc20. See:
 
 -
 http://jenkins.ovirt.org/job/vdsm-jsonrpc-java_master_create-rpms-el6-x86_64_merged/
 -
 http://jenkins.ovirt.org/job/vdsm-jsonrpc-java_master_create-rpms-fc20-x86_64_merged/
 
 Please fix it as soon as possible, thanks.

Saggi is aware of this.
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: Project vdsm-jsonrpc-java backup maintainer

[Alon Bar-Lev]

- Original Message -
 From: Sandro Bonazzola sbona...@redhat.com
 To: infra infra@ovirt.org, de...@ovirt.org
 Cc: Piotr Kliczewski pklic...@redhat.com
 Sent: Friday, June 27, 2014 5:30:34 PM
 Subject: Project vdsm-jsonrpc-java backup maintainer
 
 Hi,
 looks like only one person has +2 / merge rights on vdsm-jsonrpc-java.
 I think every project should have a backup maintainer.
 Since it seems pkliczewski is the only committer there, I would like to
 propose him as maintainer too.
 

My usual statement:

The term of Backup maintainer is wrong in my opinion.

1. There is nothing emergency in upstream project.

2. Downstream maintainer can always add patches on top of upstream release if 
there is downstream emergency, this is the reason of having downstream.

3. For small and medium projects there should be only one maintainer, to keep 
project consistent.

4. Large projects should be modular (components with own release cycle), so for 
each module single maintainer is assigned. vdsm-jsonrpc-java is a good example 
of taking a component out of the monolithic engine into a module with own 
release cycle and own maintainer.

5. If maintainer of component is unresponsive or is not productive, maintainer 
should be assigned to different person.

Regards,
Alon
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

ovirt-engine-extensions - ci integration

[Alon Bar-Lev]

Hi,

I've imported the following repos:

ovirt-engine-extension-aaa-misc
ovirt-engine-extension-aaa-ldap
ovirt-engine-extension-logger-log4j

A subpackage of ovit-engine: =ovirt-engine-extensions-api-impl-3.5.0 is 
required for build, it can be the latest nightly.
In addition for the ldap, a new 3rd party dependency is required[1].

I would like to set up build jobs for these repos, standard procedure applies:

make dist  rpmbuild -... tarball

Also for using manual tarball (release) build, the 
ovirt-engine-extensions-api-impl, unboundid-ldapsdk are required to be 
available as available dependencies.

There might be a problem building on centos as slf4j[2] is old, we probably can 
download at build time from maven central, at runtime there is no problem as 
the slf4j of jboss is being used, if we can have slf4j-1.7 for centos it would 
be great.

Thanks,
Alon

[1] http://gerrit.ovirt.org/#/c/29193/
[2] http://jpackage.org/browser/rpm.php?jppversion=6.0id=12435
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: ovirt-engine-extensions - ci integration

[Alon Bar-Lev]

- Original Message -
 From: Eyal Edri ee...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: infra infra@ovirt.org
 Sent: Thursday, June 26, 2014 3:42:39 PM
 Subject: Re: ovirt-engine-extensions - ci integration
 
 opened a trac ticket on it https://fedorahosted.org/ovirt/ticket/198
 we'll review and prioritize.
 
 please wait with the merge until it's ready,
 i hope we can handle soon, infra is handling currently a high load
 of requests.

we added extensions into engine to avoid dependency in release cycle...

 
 eyal.
 
 
 - Original Message -
  From: Alon Bar-Lev alo...@redhat.com
  To: infra infra@ovirt.org
  Sent: Thursday, June 26, 2014 2:41:08 PM
  Subject: ovirt-engine-extensions - ci integration
  
  Hi,
  
  I've imported the following repos:
  
  ovirt-engine-extension-aaa-misc
  ovirt-engine-extension-aaa-ldap
  ovirt-engine-extension-logger-log4j
  
  A subpackage of ovit-engine: =ovirt-engine-extensions-api-impl-3.5.0 is
  required for build, it can be the latest nightly.
  In addition for the ldap, a new 3rd party dependency is required[1].
  
  I would like to set up build jobs for these repos, standard procedure
  applies:
  
  make dist  rpmbuild -... tarball
  
  Also for using manual tarball (release) build, the
  ovirt-engine-extensions-api-impl, unboundid-ldapsdk are required to be
  available as available dependencies.
  
  There might be a problem building on centos as slf4j[2] is old, we probably
  can download at build time from maven central, at runtime there is no
  problem as the slf4j of jboss is being used, if we can have slf4j-1.7 for
  centos it would be great.
  
  Thanks,
  Alon
  
  [1] http://gerrit.ovirt.org/#/c/29193/
  [2] http://jpackage.org/browser/rpm.php?jppversion=6.0id=12435
  ___
  Infra mailing list
  Infra@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/infra
  
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: new git repos

[Alon Bar-Lev]

- Original Message -
 From: Ewoud Kohl van Wijngaarden ewoud+ov...@kohlvanwijngaarden.nl
 To: infra@ovirt.org
 Sent: Monday, June 23, 2014 11:17:57 AM
 Subject: Re: new git repos
 
 On Sun, Jun 22, 2014 at 12:53:03PM -0400, Alon Bar-Lev wrote:
  Please create the following repos:
  
  ovirt-engine-extension-aaa-misc
  Misc AAA extensions
 
 What does AAA stand for?

Authentication, Authorization, Accounting.

In ovirt-engine-3.5 we will enable extending these using 3rd party packages, 
going modular for these, and logger.

 
  maintainer: alo...@redhat.com
  
  ovirt-engine-extension-aaa-ldap
  LDAP AAA extensions
  maintainer: alo...@redhat.com
  
  ovirt-engine-extension-logger-log4j
  Log4J logger extension
  maintainer: rn...@redhat.com
  maintainer: alo...@redhat.com
 ___
 Infra mailing list
 Infra@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/infra
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: new git repos

[Alon Bar-Lev]

- Original Message -
 From: Ewoud Kohl van Wijngaarden ewoud+ov...@kohlvanwijngaarden.nl
 To: infra@ovirt.org
 Sent: Monday, June 23, 2014 11:22:36 AM
 Subject: Re: new git repos
 
 On Mon, Jun 23, 2014 at 04:20:27AM -0400, Alon Bar-Lev wrote:
  
  
  - Original Message -
   From: Ewoud Kohl van Wijngaarden ewoud+ov...@kohlvanwijngaarden.nl
   To: infra@ovirt.org
   Sent: Monday, June 23, 2014 11:17:57 AM
   Subject: Re: new git repos
   
   On Sun, Jun 22, 2014 at 12:53:03PM -0400, Alon Bar-Lev wrote:
Please create the following repos:

ovirt-engine-extension-aaa-misc
Misc AAA extensions
   
   What does AAA stand for?
  
  Authentication, Authorization, Accounting.
 
 Accounting was the unfamiliar one. I'd propose that we use the full
 description in Gerrit (and obviously the acronym in repo name).

Yes, I wrote the description for each repo.
Not every extension is implementing all of these.
For example, the ldap is only implementing authentication and authorization.

 
  In ovirt-engine-3.5 we will enable extending these using 3rd party
  packages, going modular for these, and logger.
  
   
maintainer: alo...@redhat.com

ovirt-engine-extension-aaa-ldap
LDAP AAA extensions
maintainer: alo...@redhat.com

ovirt-engine-extension-logger-log4j
Log4J logger extension
maintainer: rn...@redhat.com
maintainer: alo...@redhat.com
 ___
 Infra mailing list
 Infra@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/infra
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: new git repos

[Alon Bar-Lev]

- Original Message -
 From: David Caro dcaro...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com, Ewoud Kohl van Wijngaarden 
 ewoud+ov...@kohlvanwijngaarden.nl
 Cc: infra@ovirt.org
 Sent: Monday, June 23, 2014 2:09:01 PM
 Subject: Re: new git repos
 
 On 06/23/2014 10:26 AM, Alon Bar-Lev wrote:
  
  
  - Original Message -
  From: Ewoud Kohl van Wijngaarden ewoud+ov...@kohlvanwijngaarden.nl
  To: infra@ovirt.org
  Sent: Monday, June 23, 2014 11:22:36 AM
  Subject: Re: new git repos
 
  On Mon, Jun 23, 2014 at 04:20:27AM -0400, Alon Bar-Lev wrote:
 
 
  - Original Message -
  From: Ewoud Kohl van Wijngaarden ewoud+ov...@kohlvanwijngaarden.nl
  To: infra@ovirt.org
  Sent: Monday, June 23, 2014 11:17:57 AM
  Subject: Re: new git repos
 
  On Sun, Jun 22, 2014 at 12:53:03PM -0400, Alon Bar-Lev wrote:
  Please create the following repos:
 
  ovirt-engine-extension-aaa-misc
  Misc AAA extensions
 
  What does AAA stand for?
 
  Authentication, Authorization, Accounting.
 
  Accounting was the unfamiliar one. I'd propose that we use the full
  description in Gerrit (and obviously the acronym in repo name).
  
  Yes, I wrote the description for each repo.
  Not every extension is implementing all of these.
  For example, the ldap is only implementing authentication and
  authorization.
  
 
  In ovirt-engine-3.5 we will enable extending these using 3rd party
  packages, going modular for these, and logger.
 
 
  maintainer: alo...@redhat.com
 
  ovirt-engine-extension-aaa-ldap
  LDAP AAA extensions
  maintainer: alo...@redhat.com
 
  ovirt-engine-extension-logger-log4j
  Log4J logger extension
  maintainer: rn...@redhat.com
  maintainer: alo...@redhat.com
  ___
  Infra mailing list
  Infra@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/infra
 
  ___
  Infra mailing list
  Infra@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/infra
  
 
 
 Done, created on gerrit and github, should start mirroring once the first
 commit
 is sent.

Thanks!
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

new git repos

[Alon Bar-Lev]

Hi,

Please create the following repos:

ovirt-engine-extension-aaa-misc
Misc AAA extensions
maintainer: alo...@redhat.com

ovirt-engine-extension-aaa-ldap
LDAP AAA extensions
maintainer: alo...@redhat.com

ovirt-engine-extension-logger-log4j
Log4J logger extension
maintainer: rn...@redhat.com
maintainer: alo...@redhat.com

Regards,
Alon Bar-Lev
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: ovirt-engine master doesn't build anymore

[Alon Bar-Lev]

- Original Message -
 From: Sandro Bonazzola sbona...@redhat.com
 To: de...@ovirt.org
 Cc: infra infra@ovirt.org
 Sent: Wednesday, June 18, 2014 9:39:32 AM
 Subject: ovirt-engine master doesn't build anymore
 
 See
 http://jenkins.ovirt.org/job/ovirt-engine_master_create-rpms-quick_gerrit/2664/label=fedora20/console
 Please fix ASAP, thanks.

Unresolved conflict[1]

[1] http://gerrit.ovirt.org/28875

 
 --
 Sandro Bonazzola
 Better technology. Faster innovation. Powered by community collaboration.
 See how it works at redhat.com
 ___
 Infra mailing list
 Infra@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/infra
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Fwd: [oVirt Jenkins] ovirt-host-deploy_1.2_create-rpms_merged - Build # 2 - Failure!

[Alon Bar-Lev]

Not sure what the problem is:

http://jenkins.ovirt.org/job/ovirt-host-deploy_1.2_create-rpms_merged/ARCH=i386,DISTRIBUTION=fedora-20/2/console

18:59:02 
http://fedora.mirrors.tds.net/pub/fedora/updates/20/i386/repodata/81900fa42bcf34898f04e04a6407b82863560f78780bcd66b3119784aaed2f36-primary.sqlite.bz2:
 [Errno 14] PYCURL ERROR 22 - The requested URL returned error: 404 Not Found
18:59:02 Trying other mirror.

- Forwarded Message -
From: Jenkins ci oVirt Server jenk...@ovirt.org
To: ee...@redhat.com, alo...@redhat.com, dcaro...@redhat.com
Sent: Friday, June 13, 2014 9:04:39 PM
Subject: [oVirt Jenkins] ovirt-host-deploy_1.2_create-rpms_merged - Build # 2 - 
Failure!

Project: http://jenkins.ovirt.org/job/ovirt-host-deploy_1.2_create-rpms_merged/ 
Build: http://jenkins.ovirt.org/job/ovirt-host-deploy_1.2_create-rpms_merged/2/
Build Number: 2
Build Status:  Failure
Triggered By: Triggered by Gerrit: http://gerrit.ovirt.org/28718

-
Changes Since Last Success:
-
Changes for Build #2



-
Failed Tests:
-
No tests ran. 

___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

sonatype snapshots maven repository

[Alon Bar-Lev]

Hi,

We need to add sonatype snapshots repository to our artifactory.

This will enable us to access pre-released maven artifacts.

Can you please add it[1]?

Thanks,
Alon

[1] http://oss.sonatype.org/content/repositories/snapshots/

- Original Message -
 From: Piotr Kliczewski pklic...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: Barak Azulay bazu...@redhat.com, Oved Ourfalli ov...@redhat.com
 Sent: Thursday, May 8, 2014 12:33:15 PM
 Subject: Re: Pushing jsonrpc to maven central
 
 
 I can see that amqp lib is in
 http://artifactory.ovirt.org:8081/artifactory/ovirt-mirror/org/apache/qpid/proton-j/0.7/
 and the build is failing on missing vdsm-jsonrpc-java-client.
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: sonatype snapshots maven repository

[Alon Bar-Lev]

- Original Message -
 From: Piotr Kliczewski pklic...@redhat.com
 To: David Caro dcaro...@redhat.com
 Cc: Alon Bar-Lev alo...@redhat.com, infra infra@ovirt.org
 Sent: Thursday, May 8, 2014 2:06:13 PM
 Subject: Re: sonatype snapshots maven repository
 
 
 
 
 
 - Original Message -
  From: David Caro dcaro...@redhat.com
  To: Alon Bar-Lev alo...@redhat.com
  Cc: Piotr Kliczewski pklic...@redhat.com, infra infra@ovirt.org
  Sent: Thursday, May 8, 2014 12:52:39 PM
  Subject: Re: sonatype snapshots maven repository
  
  On Thu 08 May 2014 11:47:41 AM CEST, Alon Bar-Lev wrote:
   Hi,
  
   We need to add sonatype snapshots repository to our artifactory.
  
   This will enable us to access pre-released maven artifacts.
  
   Can you please add it[1]?
  
   Thanks,
   Alon
  
   [1] http://oss.sonatype.org/content/repositories/snapshots/
  
   - Original Message -
   From: Piotr Kliczewski pklic...@redhat.com
   To: Alon Bar-Lev alo...@redhat.com
   Cc: Barak Azulay bazu...@redhat.com, Oved Ourfalli
   ov...@redhat.com
   Sent: Thursday, May 8, 2014 12:33:15 PM
   Subject: Re: Pushing jsonrpc to maven central
  
  
   I can see that amqp lib is in
   http://artifactory.ovirt.org:8081/artifactory/ovirt-mirror/org/apache/qpid/proton-j/0.7/
   and the build is failing on missing vdsm-jsonrpc-java-client.
   ___
   Infra mailing list
   Infra@ovirt.org
   http://lists.ovirt.org/mailman/listinfo/infra
  
  Added to artifactory as sonatype
  (http://artifactory.ovirt.org:8081/artifactory/sonatype/).
  
  Let me know if that's ok or I should change anything.
  
 
 I triggered a build manually [1] and still can see that it is failing.
 Can you let me know whether I need to update my pom files?
 

It is not in central[1]
http://search.maven.org/#search|ga|1|proton


 
 [1]
 http://jenkins.ovirt.org/job/ovirt-engine_master_dao_unit_tests_gerrit/2150/console
 
 
  --
  David Caro
  
  Red Hat S.L.
  Continuous Integration Engineer - EMEA ENG Virtualization RD
  
  Email: dc...@redhat.com
  Web: www.redhat.com
  RHT Global #: 82-62605
  
  
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: sonatype snapshots maven repository

[Alon Bar-Lev]

- Original Message -
 From: Alon Bar-Lev alo...@redhat.com
 To: Piotr Kliczewski pklic...@redhat.com
 Cc: infra infra@ovirt.org
 Sent: Thursday, May 8, 2014 2:07:59 PM
 Subject: Re: sonatype snapshots maven repository
 
 
 
 - Original Message -
  From: Piotr Kliczewski pklic...@redhat.com
  To: David Caro dcaro...@redhat.com
  Cc: Alon Bar-Lev alo...@redhat.com, infra infra@ovirt.org
  Sent: Thursday, May 8, 2014 2:06:13 PM
  Subject: Re: sonatype snapshots maven repository
  
  
  
  
  
  - Original Message -
   From: David Caro dcaro...@redhat.com
   To: Alon Bar-Lev alo...@redhat.com
   Cc: Piotr Kliczewski pklic...@redhat.com, infra infra@ovirt.org
   Sent: Thursday, May 8, 2014 12:52:39 PM
   Subject: Re: sonatype snapshots maven repository
   
   On Thu 08 May 2014 11:47:41 AM CEST, Alon Bar-Lev wrote:
Hi,
   
We need to add sonatype snapshots repository to our artifactory.
   
This will enable us to access pre-released maven artifacts.
   
Can you please add it[1]?
   
Thanks,
Alon
   
[1] http://oss.sonatype.org/content/repositories/snapshots/
   
- Original Message -
From: Piotr Kliczewski pklic...@redhat.com
To: Alon Bar-Lev alo...@redhat.com
Cc: Barak Azulay bazu...@redhat.com, Oved Ourfalli
ov...@redhat.com
Sent: Thursday, May 8, 2014 12:33:15 PM
Subject: Re: Pushing jsonrpc to maven central
   
   
I can see that amqp lib is in
http://artifactory.ovirt.org:8081/artifactory/ovirt-mirror/org/apache/qpid/proton-j/0.7/
and the build is failing on missing vdsm-jsonrpc-java-client.
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra
   
   Added to artifactory as sonatype
   (http://artifactory.ovirt.org:8081/artifactory/sonatype/).
   
   Let me know if that's ok or I should change anything.
   
  
  I triggered a build manually [1] and still can see that it is failing.
  Can you let me know whether I need to update my pom files?
  
 
 It is not in central[1]
 http://search.maven.org/#search|ga|1|proton

BTW: you should probably add qpid-proton-java dependency in the spec and create 
proper symlink, see other java dependencies.

 
 
  
  [1]
  http://jenkins.ovirt.org/job/ovirt-engine_master_dao_unit_tests_gerrit/2150/console
  
  
   --
   David Caro
   
   Red Hat S.L.
   Continuous Integration Engineer - EMEA ENG Virtualization RD
   
   Email: dc...@redhat.com
   Web: www.redhat.com
   RHT Global #: 82-62605
   
   
  
 ___
 Infra mailing list
 Infra@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/infra
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: sonatype snapshots maven repository

[Alon Bar-Lev]

- Original Message -
 From: Piotr Kliczewski pklic...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: infra infra@ovirt.org
 Sent: Thursday, May 8, 2014 2:27:36 PM
 Subject: Re: sonatype snapshots maven repository
 
 
 
 
 
 - Original Message -
  From: Alon Bar-Lev alo...@redhat.com
  To: Piotr Kliczewski pklic...@redhat.com
  Cc: infra infra@ovirt.org
  Sent: Thursday, May 8, 2014 1:10:02 PM
  Subject: Re: sonatype snapshots maven repository
  
  
  
  - Original Message -
   From: Alon Bar-Lev alo...@redhat.com
   To: Piotr Kliczewski pklic...@redhat.com
   Cc: infra infra@ovirt.org
   Sent: Thursday, May 8, 2014 2:07:59 PM
   Subject: Re: sonatype snapshots maven repository
   
   
   
   - Original Message -
From: Piotr Kliczewski pklic...@redhat.com
To: David Caro dcaro...@redhat.com
Cc: Alon Bar-Lev alo...@redhat.com, infra infra@ovirt.org
Sent: Thursday, May 8, 2014 2:06:13 PM
Subject: Re: sonatype snapshots maven repository





- Original Message -
 From: David Caro dcaro...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: Piotr Kliczewski pklic...@redhat.com, infra
 infra@ovirt.org
 Sent: Thursday, May 8, 2014 12:52:39 PM
 Subject: Re: sonatype snapshots maven repository
 
 On Thu 08 May 2014 11:47:41 AM CEST, Alon Bar-Lev wrote:
  Hi,
 
  We need to add sonatype snapshots repository to our artifactory.
 
  This will enable us to access pre-released maven artifacts.
 
  Can you please add it[1]?
 
  Thanks,
  Alon
 
  [1] http://oss.sonatype.org/content/repositories/snapshots/
 
  - Original Message -
  From: Piotr Kliczewski pklic...@redhat.com
  To: Alon Bar-Lev alo...@redhat.com
  Cc: Barak Azulay bazu...@redhat.com, Oved Ourfalli
  ov...@redhat.com
  Sent: Thursday, May 8, 2014 12:33:15 PM
  Subject: Re: Pushing jsonrpc to maven central
 
 
  I can see that amqp lib is in
  http://artifactory.ovirt.org:8081/artifactory/ovirt-mirror/org/apache/qpid/proton-j/0.7/
  and the build is failing on missing vdsm-jsonrpc-java-client.
  ___
  Infra mailing list
  Infra@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/infra
 
 Added to artifactory as sonatype
 (http://artifactory.ovirt.org:8081/artifactory/sonatype/).
 
 Let me know if that's ok or I should change anything.
 

I triggered a build manually [1] and still can see that it is failing.
Can you let me know whether I need to update my pom files?

   
   It is not in central[1]
   http://search.maven.org/#search|ga|1|proton
  
  BTW: you should probably add qpid-proton-java dependency in the spec and
  create proper symlink, see other java dependencies.
  
 
 I have it on my TODO list. I would like to have mvn build running first.
 I need to contact proton guys to create rpm for rhel.

1. Please make sure you notice that the fedora package is at version 0.6, if I 
look at the right package.
2. There is no relation between fedora and rhel.
3. You also need a package for centos, regardless of how it is built into rhel.

 
 
   
   

[1]
http://jenkins.ovirt.org/job/ovirt-engine_master_dao_unit_tests_gerrit/2150/console


 --
 David Caro
 
 Red Hat S.L.
 Continuous Integration Engineer - EMEA ENG Virtualization RD
 
 Email: dc...@redhat.com
 Web: www.redhat.com
 RHT Global #: 82-62605
 
 

   ___
   Infra mailing list
   Infra@ovirt.org
   http://lists.ovirt.org/mailman/listinfo/infra
   
  
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: Package building and build process

[Alon Bar-Lev]

- Original Message -
 From: David Caro dcaro...@redhat.com
 To: infra infra@ovirt.org
 Sent: Monday, May 5, 2014 6:39:53 PM
 Subject: Package building and build process
 
 Hi!
 
 Lately we had some issues when trying to build some of the projects, and we
 wanted to start a discussion to clarify what do we want and how to get there.
 
 We can split the thread if it gets too large for all the subjects.
 
 The main points to discuss:
 
 * How the source tarballs should be built
   · Should we use a jenkins job for it, so the maintainer just downloads the
 tarball from it
   · Should we force the maintainer to build it and supply the tarball himself
   · Should we allow both

Not sure why you manage this discussion.
You just forgot to mention that up until now it worked perfectly ok, we had a 
job to build releases out of tarballs, and all worked perfectly.
It was broken when you decided not to install certain dependencies on build 
slaves.

Anyway...

This is up to maintainer to decide.
Build infrastructure should be able to get upstream tarball (any upstream not 
just ovirt) and produce binaries for all our supported platforms as a service, 
just like koji, brew or any downstream service.
The root resource of open source is the source tarball, this is the release not 
the binary.
People here at ovirt tend to confuse what open source is.

 
 * Separate source release from binary release
 
 * Which tools to use to build the rpms
   · plain rpmbuild
   · Mock
   · Docker
   · copr
   · Open Build System
   · koji

Once upstream releases source tarball, this is not important.
This is the entire idea of open *SOURCE*.

 * How to organize the rpm/tar build jobs
   · One job for all the projects
   · One job per-project

If we cannot provide single job for generic tarball build, we have a huge 
problem.

I worked very hard with all maintainers (except vdsm) to be able to achieve the 
standard sequence of:

# rpmbuild -tb tarball

Regards,
Alon Bar-Lev.

 
 PD. Opened an etherpad to keep the points
 http://etherpad.ovirt.org/p/build_discussion
 --
 David Caro
 
 Red Hat S.L.
 Continuous Integration Engineer - EMEA ENG Virtualization RD
 
 Email: dc...@redhat.com
 Web: www.redhat.com
 RHT Global #: 82-62605
 
 
 ___
 Infra mailing list
 Infra@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/infra
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: Package building and build process

[Alon Bar-Lev]

- Original Message -
 From: David Caro dcaro...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com, infra infra@ovirt.org
 Sent: Monday, May 5, 2014 7:10:31 PM
 Subject: Re: Package building and build process
 
 On 05/05/2014 05:51 PM, Alon Bar-Lev wrote:
  
  
  - Original Message -
  From: David Caro dcaro...@redhat.com
  To: infra infra@ovirt.org
  Sent: Monday, May 5, 2014 6:39:53 PM
  Subject: Package building and build process
 
  Hi!
 
  Lately we had some issues when trying to build some of the projects, and
  we
  wanted to start a discussion to clarify what do we want and how to get
  there.
 
  We can split the thread if it gets too large for all the subjects.
 
  The main points to discuss:
 
  * How the source tarballs should be built
· Should we use a jenkins job for it, so the maintainer just downloads
the
  tarball from it
· Should we force the maintainer to build it and supply the tarball
himself
· Should we allow both
  
  Not sure why you manage this discussion.
  You just forgot to mention that up until now it worked perfectly ok, we had
  a job to build releases out of tarballs, and all worked perfectly.
  It was broken when you decided not to install certain dependencies on build
  slaves.
 
 Arising from different version of some projects requiring different version
 of
 different packages and different test requiring different sources for the
 same
 packages (testing against nightly, stable, pep8 latest, pep8 epel, ...) we
 had
 to introduce some job isolation, and reserving one slave for each job that is
 running became unproductive and hard to maintain (at first, we had some
 slaves
 for each project, then started installing and removing packages on each job,
 then not only installing and removing packages but also repositories,
 isolating
 the build on the same slave became a necessity).
 
  
  Anyway...
  
  This is up to maintainer to decide.
 
 It's up to the CI/infra/release team to provide the platform to build the
 projects for the maintainers to use.

As a service to the group.

 
  Build infrastructure should be able to get upstream tarball (any upstream
  not just ovirt) and produce binaries for all our supported platforms as a
  service, just like koji, brew or any downstream service.
  The root resource of open source is the source tarball, this is the release
  not the binary.
 That's what the next point is about.
 
  People here at ovirt tend to confuse what open source is.
  
 
  * Separate source release from binary release
 
  * Which tools to use to build the rpms
· plain rpmbuild
· Mock
· Docker
· copr
· Open Build System
· koji
  
  Once upstream releases source tarball, this is not important.
  This is the entire idea of open *SOURCE*.
 It might not be important to you, but we want to provide the easiest way for
 the
 users to use oVirt, not only for someone to build it, having a binary release
 for the major platforms helps TREMENDOUSLY on getting users to use the
 product.

Once again... and again... and again

The release is the source tarball.
We provide the service of providing binaries as well.
This is fine, this is a service.

 
  
  * How to organize the rpm/tar build jobs
· One job for all the projects
· One job per-project
  
  If we cannot provide single job for generic tarball build, we have a huge
  problem.
 I don't agree.

You do not need to agree, you should provide it as a service.

 
  
  I worked very hard with all maintainers (except vdsm) to be able to achieve
  the standard sequence of:
  
  # rpmbuild -tb tarball
 
 You are not taking into account all the dependencies that rpmbuild -tb
 tarball
 has, each project has it's own, and they are incompatible between projects
 and
 between versions. And not just building the rpms, building the tarballs also
 have some requirements that must be met. So building a package is not just
 rpmbuild, but setup the repos, install packages, then rpmbuild, then cleanup
 packages and restore repos.

rpmbuild -ts tarball
yum-builddep srpm

solves this as well, adding optional repositories can be a parameter to the job.

all was already done nothing to reinvent.

 
  
  Regards,
  Alon Bar-Lev.
  
 
  PD. Opened an etherpad to keep the points
  http://etherpad.ovirt.org/p/build_discussion
  --
  David Caro
 
  Red Hat S.L.
  Continuous Integration Engineer - EMEA ENG Virtualization RD
 
  Email: dc...@redhat.com
  Web: www.redhat.com
  RHT Global #: 82-62605
 
 
  ___
  Infra mailing list
  Infra@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/infra
 
 
 
 --
 David Caro
 
 Red Hat S.L.
 Continuous Integration Engineer - EMEA ENG Virtualization RD
 
 Email: dc...@redhat.com
 Web: www.redhat.com
 RHT Global #: 82-62605
 
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: [Users] [Ann] oVirt 3.4 GA Releases

[Alon Bar-Lev]

- Original Message -
 From: Brian Proffitt bprof...@redhat.com
 To: users us...@ovirt.org, annou...@ovirt.org
 Sent: Thursday, March 27, 2014 11:52:21 AM
 Subject: [Users]  [Ann] oVirt 3.4 GA Releases
 

Hi,

snip

 
 A new oVirt Node build is also available [2].
 
 [1] http://www.ovirt.org/OVirt_3.4_Release_Notes
 [2]
 http://resources.ovirt.org/releases/3.4/iso/ovirt-node-iso-3.0.4-1.0.201401291204.vdsm34.el6.iso
 

resources.ovirt.org/releases is obsoleted and should not be used any more.
the correct link is to /pub/ovirt-3.4/iso/ in this case.

Thanks,
Alon
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: [Users] [Ann] oVirt 3.4 GA Releases

[Alon Bar-Lev]

- Original Message -
 From: Ewoud Kohl van Wijngaarden ewoud+ov...@kohlvanwijngaarden.nl
 To: Alon Bar-Lev alo...@redhat.com
 Cc: Brian Proffitt bprof...@redhat.com, Kiril Nesenko 
 ki...@redhat.com, infra infra@ovirt.org
 Sent: Thursday, March 27, 2014 8:56:06 PM
 Subject: Re: [Users]  [Ann] oVirt 3.4 GA Releases
 
 On Thu, Mar 27, 2014 at 02:49:47PM -0400, Alon Bar-Lev wrote:
  
  
  - Original Message -
   From: Brian Proffitt bprof...@redhat.com
   To: users us...@ovirt.org, annou...@ovirt.org
   Sent: Thursday, March 27, 2014 11:52:21 AM
   Subject: [Users]  [Ann] oVirt 3.4 GA Releases
   
  
  Hi,
  
  snip
  
   
   A new oVirt Node build is also available [2].
   
   [1] http://www.ovirt.org/OVirt_3.4_Release_Notes
   [2]
   http://resources.ovirt.org/releases/3.4/iso/ovirt-node-iso-3.0.4-1.0.201401291204.vdsm34.el6.iso
   
  
  resources.ovirt.org/releases is obsoleted and should not be used any more.
  the correct link is to /pub/ovirt-3.4/iso/ in this case.
 
 I think we should redirect if they're obsoleted. Currently they're still
 listed in the index which can also cause confusion.
 

No need to redirect, just stop using, eventually these die.

In 3.4 release we should not have had any reference to these.

The /pub is organized in much more consistent way.

We copied all sources, so we lose nothing of value.

Alon
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: Findbugs error merged to master

[Alon Bar-Lev]

- Original Message -
 From: David Caro dcaro...@redhat.com
 To: Ravi Nori rn...@redhat.com
 Cc: infra infra@ovirt.org
 Sent: Monday, March 24, 2014 1:23:11 PM
 Subject: Findbugs error merged to master
 
 Hi Ravi!
 
 It seems a new findbugs error was merged to master (masked by another failure
 at
 the start) when merging your change http://gerrit.ovirt.org/#/c/25685
 
 Can you ix it asap please to avoid new errors from being masked by it?

http://gerrit.ovirt.org/#/c/26018/

 
 Thanks!
 
 --
 David Caro
 
 Red Hat S.L.
 Continuous Integration Engineer - EMEA ENG Virtualization RD
 
 Email: dc...@redhat.com
 Web: www.redhat.com
 RHT Global #: 82-62605
 
 
 ___
 Infra mailing list
 Infra@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/infra
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: [Users] [GSOC][Gerrit] add potential reviewers - questions

[Alon Bar-Lev]

- Original Message -
 From: Maor Lipchuk mlipc...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com, Itamar Heim ih...@redhat.com
 Cc: Eli Mesika emes...@redhat.com, us...@ovirt.org, Tomasz Kołek 
 tomasz-ko...@o2.pl, infra
 infra@ovirt.org
 Sent: Wednesday, March 12, 2014 7:29:40 PM
 Subject: Re: [Users] [GSOC][Gerrit] add potential reviewers - questions
 
 On 03/12/2014 05:57 PM, Alon Bar-Lev wrote:
  
  
  - Original Message -
  From: Itamar Heim ih...@redhat.com
  To: Eli Mesika emes...@redhat.com, us...@ovirt.org
  Cc: Maor Lipchuk mlipc...@redhat.com, Tomasz Kołek
  tomasz-ko...@o2.pl, infra infra@ovirt.org
  Sent: Wednesday, March 12, 2014 5:52:25 PM
  Subject: Re: [Users] [GSOC][Gerrit] add potential reviewers - questions
 
  On 03/12/2014 04:57 PM, Eli Mesika wrote:
 
 
  - Original Message -
  From: David Caro dcaro...@redhat.com
  To: Itamar Heim ih...@redhat.com
  Cc: Maor Lipchuk mlipc...@redhat.com, us...@ovirt.org, Tomasz
  Kołek
  tomasz-ko...@o2.pl, infra
  infra@ovirt.org
  Sent: Wednesday, March 12, 2014 11:01:21 AM
  Subject: Re: [Users] [GSOC][Gerrit] add potential reviewers - questions
 
  On Wed 12 Mar 2014 08:16:02 AM CET, Itamar Heim wrote:
  On 03/11/2014 10:08 PM, Maor Lipchuk wrote:
  On 03/11/2014 05:20 PM, Itamar Heim wrote:
  On 03/11/2014 05:14 PM, Eyal Edri wrote:
 
 
  - Original Message -
  From: Itamar Heim ih...@redhat.com
  To: Eyal Edri ee...@redhat.com, Tomasz Kołek
  tomasz-ko...@o2.pl, us...@ovirt.org, infra infra@ovirt.org
  Sent: Tuesday, March 11, 2014 5:10:54 PM
  Subject: Re: [Users] [GSOC][Gerrit] add potential reviewers -
  questions
 
  On 03/11/2014 05:06 PM, Ewoud Kohl van Wijngaarden wrote:
  On Tue, Mar 11, 2014 at 10:37:22AM -0400, Eyal Edri wrote:
  Tomasz Kołek wrote:
 
  I've got a few questions about project description.
  Please tell me if my problem's understanding is good or not.
  We need to add a few flags/methods to git review module. This
  flags
  should
  allow to add potential reviewers in gerrit.
  So:
  Let's assume that we've got special flags for this operations.
  What's
  next?
  1. In gerrit system we need to add special place for potential
  reviewers?
  2. Potential reviewers should agree that they want to review?
  3. We can have more than one accepted reviewer?
 
  I'm not sure i understood exactly what you mean by 'potential
  reviewers'.  do want gerrit (hook?) to automatically add
  reviewers
  to
  a patch according to the code sent?  so in fact you'll have a
  place
  somewhere for mapping code  specific developers?
 
  I really like this idea. Gerrit currently requires new users to
  know
  who
  to add as reviewers, IMHO impeding new contributors.
 
  One relative simple solution would be to look at who recently
  touched
  the files that are being modified and add them as reviewers. This
  can be
  done by looking at the git log for a file. Some pseudo python code
  solution:
 
  reviewers = set()
 
  for modified_file in commit.files:
  reviewers += set(commit.author for commit in
  git.log(modified_file))
 
  return reviewers
 
  This gives a system that those who touche a file, become the
  maintainer
  for that file. A more complex solution could improve on that and
  limit
  the reviewers added per patch. One can think of limiting to only
  contributions in the last X months, weigh contributions so common
  committers are prefered. It could also combine several methods.
 
  For example to limit to the 5 authors who touched the most files:
 
  reviewers = collections.Counter()  # New in python 2.7
 
  for modified_file in commit.files:
  reviewers += collections.Counter(commit.author for commit
  in
  git.log(modified_file))
 
  return [author for author, count in reviewers.most_common(5)]
 
  Since Counter also accepts a dictionary, one could also weigh the
  touched lines per file. Downside there is big
  whitespace/formatting
  patches can skew the line count.
 
  In short, I think an entire thesis could be written on the optimal
  way
  to determine reviewers but a simple algorithm could do to show the
  method works.
 
  Does this help?
 
  Maybe it will be worth to use the information we have in Bugzilla here:
 
  We can browse the BZ that were closed/verified in the last XXX days
  Per BZ , we know which patches are involved, who reviewed the patches,
  which files were changed, when files were changed and the rank of the
  change (number of lines changed)
  I believe that from this information we can compose a simple ranking
  algorithm that its output will be a list of N potential reviewers for the
  patch.
  Since we can aggregate the above information for all files related to the
  patch we want to add reviewers, we can have this set for the whole patch.
  This information should be processed and stored each N days and gerrit
  will
  be able to use it.
 
  why are we trying to invent hueristics, instead of declaring clear
  ownership

Re: [Users] [GSOC][Gerrit] add potential reviewers - questions

[Alon Bar-Lev]

- Original Message -
 From: Itamar Heim ih...@redhat.com
 To: Maor Lipchuk mlipc...@redhat.com, Alon Bar-Lev alo...@redhat.com
 Cc: Eli Mesika emes...@redhat.com, us...@ovirt.org, Tomasz Kołek 
 tomasz-ko...@o2.pl, infra
 infra@ovirt.org
 Sent: Wednesday, March 12, 2014 9:29:28 PM
 Subject: Re: [Users] [GSOC][Gerrit] add potential reviewers - questions
 
 On 03/12/2014 07:29 PM, Maor Lipchuk wrote:
  On 03/12/2014 05:57 PM, Alon Bar-Lev wrote:
 
 
  - Original Message -
  From: Itamar Heim ih...@redhat.com
  To: Eli Mesika emes...@redhat.com, us...@ovirt.org
  Cc: Maor Lipchuk mlipc...@redhat.com, Tomasz Kołek
  tomasz-ko...@o2.pl, infra infra@ovirt.org
  Sent: Wednesday, March 12, 2014 5:52:25 PM
  Subject: Re: [Users] [GSOC][Gerrit] add potential reviewers - questions
 
  On 03/12/2014 04:57 PM, Eli Mesika wrote:
 
 
  - Original Message -
  From: David Caro dcaro...@redhat.com
  To: Itamar Heim ih...@redhat.com
  Cc: Maor Lipchuk mlipc...@redhat.com, us...@ovirt.org, Tomasz
  Kołek
  tomasz-ko...@o2.pl, infra
  infra@ovirt.org
  Sent: Wednesday, March 12, 2014 11:01:21 AM
  Subject: Re: [Users] [GSOC][Gerrit] add potential reviewers - questions
 
  On Wed 12 Mar 2014 08:16:02 AM CET, Itamar Heim wrote:
  On 03/11/2014 10:08 PM, Maor Lipchuk wrote:
  On 03/11/2014 05:20 PM, Itamar Heim wrote:
  On 03/11/2014 05:14 PM, Eyal Edri wrote:
 
 
  - Original Message -
  From: Itamar Heim ih...@redhat.com
  To: Eyal Edri ee...@redhat.com, Tomasz Kołek
  tomasz-ko...@o2.pl, us...@ovirt.org, infra infra@ovirt.org
  Sent: Tuesday, March 11, 2014 5:10:54 PM
  Subject: Re: [Users] [GSOC][Gerrit] add potential reviewers -
  questions
 
  On 03/11/2014 05:06 PM, Ewoud Kohl van Wijngaarden wrote:
  On Tue, Mar 11, 2014 at 10:37:22AM -0400, Eyal Edri wrote:
  Tomasz Kołek wrote:
 
  I've got a few questions about project description.
  Please tell me if my problem's understanding is good or not.
  We need to add a few flags/methods to git review module. This
  flags
  should
  allow to add potential reviewers in gerrit.
  So:
  Let's assume that we've got special flags for this operations.
  What's
  next?
  1. In gerrit system we need to add special place for potential
  reviewers?
  2. Potential reviewers should agree that they want to review?
  3. We can have more than one accepted reviewer?
 
  I'm not sure i understood exactly what you mean by 'potential
  reviewers'.  do want gerrit (hook?) to automatically add
  reviewers
  to
  a patch according to the code sent?  so in fact you'll have a
  place
  somewhere for mapping code  specific developers?
 
  I really like this idea. Gerrit currently requires new users to
  know
  who
  to add as reviewers, IMHO impeding new contributors.
 
  One relative simple solution would be to look at who recently
  touched
  the files that are being modified and add them as reviewers. This
  can be
  done by looking at the git log for a file. Some pseudo python
  code
  solution:
 
  reviewers = set()
 
  for modified_file in commit.files:
   reviewers += set(commit.author for commit in
  git.log(modified_file))
 
  return reviewers
 
  This gives a system that those who touche a file, become the
  maintainer
  for that file. A more complex solution could improve on that and
  limit
  the reviewers added per patch. One can think of limiting to only
  contributions in the last X months, weigh contributions so common
  committers are prefered. It could also combine several methods.
 
  For example to limit to the 5 authors who touched the most files:
 
  reviewers = collections.Counter()  # New in python 2.7
 
  for modified_file in commit.files:
   reviewers += collections.Counter(commit.author for
   commit in
   git.log(modified_file))
 
  return [author for author, count in reviewers.most_common(5)]
 
  Since Counter also accepts a dictionary, one could also weigh the
  touched lines per file. Downside there is big
  whitespace/formatting
  patches can skew the line count.
 
  In short, I think an entire thesis could be written on the
  optimal
  way
  to determine reviewers but a simple algorithm could do to show
  the
  method works.
 
  Does this help?
 
  Maybe it will be worth to use the information we have in Bugzilla here:
 
  We can browse the BZ that were closed/verified in the last XXX days
  Per BZ , we know which patches are involved, who reviewed the patches,
  which files were changed, when files were changed and the rank of the
  change (number of lines changed)
  I believe that from this information we can compose a simple ranking
  algorithm that its output will be a list of N potential reviewers for
  the
  patch.
  Since we can aggregate the above information for all files related to
  the
  patch we want to add reviewers, we can have this set for the whole
  patch.
  This information should be processed and stored each N days and gerrit
  will
  be able to use it.
 
  why are we trying

[ATN] ovirt-engine dbscritps cleanup (master)

[Alon Bar-Lev]

Hello All,

The dbscripts of ovirt-engine master were cleaned up, to match other scripts in 
tree.

Developer visible changes are:

1. Removal of create_schema.sh, upgrade.sh, cleandb.sh, 
refreshStoredProcedures.sh in favour of single schema.sh script, note the -c 
parameter.

Usage: ./schema.sh [options]

-h- This help text.
-v- Turn on verbosity (WARNING: lots of 
output)
-l LOGFILE- The logfile for capturing output  (def. )
-s HOST   - The database servername for the database  (def. localhost)
-p PORT   - The database port for the database(def. 5432)
-u USER   - The username for the database (def. engine)
-d DATABASE   - The database name (def. engine)
-m MD5FILE- Where to store schema MD5 files   (def. )
-c COMMAND- Command: apply|refresh|drop
-t- Force cleaning tasks and compensation info.

2. Introduction of schema-dev.sh as a wrapper to schema.sh with defaults as a 
utility for developers.

- always enable md5.
- always enable logging.
- apply command as default.

3. Shell upgrade script is not receives entire settings via DBFUNC_* 
environment variables.

Regards,
Alon Bar-Lev
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: New git repository for maven-modules-plugin

[Alon Bar-Lev]

- Original Message -
 From: Itamar Heim ih...@redhat.com
 To: Juan Hernandez jhern...@redhat.com, arch a...@ovirt.org, infra 
 infra@ovirt.org, David Caro Estevez
 dcaro...@redhat.com
 Sent: Tuesday, February 25, 2014 2:56:19 PM
 Subject: Re: New git repository for maven-modules-plugin
 
 On 02/21/2014 04:48 PM, Juan Hernandez wrote:
  Hello,
 
  I would like to request a new git repository named maven-modules-plugin
  to manage the source of a little tool that we use for the build process
  of the engine.
 
  Currently the source of this tool is inside the ovirt-engine repository,
  but I want to start distributing it via maven central, in order to build
  other projects. This is much simpler if the source is in it's own
  repository and has its own release cycle.
 
  What I would like to have in that repository is the same that I
  currently have here:
 
  https://github.com/jhernand/modules-maven-plugin
 
  Once the code is moved to this new repository, and distributed via Maven
  Central, the build process of the engine can be updated accordingly with
  the following patch:
 
  http://gerrit.ovirt.org/24866
 
  Thanks in advance,
  Juan Hernandez
 
 
 I see no other comment on this.
 none of the other repo's used to manage our infra/build is a match
 currently?

If we fork this out, we need it packaged for fedora as well, and other distros 
as we go.

So it requires own repository.

If it is ovirt specific, I would like to see ovirt within the name... but not 
critical.

Regards,
Alon
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: Scripting guidelines

[Alon Bar-Lev]

- Original Message -
 From: Eyal Edri ee...@redhat.com
 To: David Caro dcaro...@redhat.com
 Cc: infra infra@ovirt.org
 Sent: Friday, February 21, 2014 8:49:06 AM
 Subject: Re: Scripting guidelines
 
 
 
 - Original Message -
  From: David Caro dcaro...@redhat.com
  To: infra infra@ovirt.org
  Sent: Thursday, February 20, 2014 10:52:23 PM
  Subject: Scripting guidelines
  
  Hi everyone!
  
  Lately I've had a hard time to properly review some patches containing
  shell
  scripts to manage our infrastructure because there's no guidelines. So I
  created
  a wiki page with a proposal [1]. It's made up as a mix of some already
  existing
  guidelines.
  
  The reason to wrote a bash style guide and not a shell stile guide is
  because
  I
  think that bash is widely adopted (default GNU shell) and provides enough
  advantages to sacrifice some portability. I think that most of our
  maintenance
  and management scripts will never be run on non-GNU OSes.
  
  POSIX compliance should be only used when really needed, for example,
  scripts
  to
  build a specific project, that might be run on non-GNU based systems in the
  far
  future.
  
  This thread is to start a discussion about it so please, share your
  opinions
  and
  concerns (and proposals).
 
 +1, i also believe that it's better to write code that is easy to read and
 maintain
 rather than to make a special effort to be compliant for something is will
 not necessarily be needed.
 it sometimes can add unnecessarily delays to a certain needed infra task, for
 the wrong reasons imo.
 
 if an infra member has a strong previous experience with POSIX rather bash
 bash, not sure this should
 be enforced, but other than that i think that having a base guideline for
 writing infra scripts is a good thing.
 
 ultimately, i think the final decision for how to write the code stands in
 the hands of who's writing it,
 and we shouldn't block / -1 patches just on style (bash/posix) and focus on
 the logic / correctness of the code.

When I educate people I do this to allow people to contribute to any project.

In our case this will enable people to contribute to infra and product.

Having your own conventions to infra which are not following product standard 
will make it difficult to reuse people skills.

POSIX code is not less readable, one just need to accept that we follow 
standards and everything else will be aligned.

 
 Eyal.
 
 
 
  
  
  [1] http://www.ovirt.org/Bash_style_guide
  
  Cheers!
  
  --
  David Caro
  
  Red Hat S.L.
  Continuous Integration Engineer - EMEA ENG Virtualization RD
  
  Email: dc...@redhat.com
  Web: www.redhat.com
  RHT Global #: 82-62605
  
  
  ___
  Infra mailing list
  Infra@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/infra
  
 ___
 Infra mailing list
 Infra@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/infra
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: Scripting guidelines

[Alon Bar-Lev]

- Original Message -
 From: David Caro dcaro...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: infra infra@ovirt.org, Dave Neary dne...@redhat.com
 Sent: Friday, February 21, 2014 12:01:40 PM
 Subject: Re: Scripting guidelines
 
 El 21/02/14 00:40, Alon Bar-Lev escribió:
  
  
  - Original Message -
  From: David Caro dcaro...@redhat.com
  To: infra infra@ovirt.org
  Sent: Thursday, February 20, 2014 10:52:23 PM
  Subject: Scripting guidelines
 
  Hi everyone!
 
  Lately I've had a hard time to properly review some patches containing
  shell
  scripts to manage our infrastructure because there's no guidelines. So I
  created
  a wiki page with a proposal [1]. It's made up as a mix of some already
  existing
  guidelines.
 
  The reason to wrote a bash style guide and not a shell stile guide is
  because
  I
  think that bash is widely adopted (default GNU shell) and provides enough
  advantages to sacrifice some portability. I think that most of our
  maintenance
  and management scripts will never be run on non-GNU OSes.
 
  POSIX compliance should be only used when really needed, for example,
  scripts
  to
  build a specific project, that might be run on non-GNU based systems in
  the
  far
  future.
 
  This thread is to start a discussion about it so please, share your
  opinions
  and
  concerns (and proposals).
  
  We already discussed that, I think it is wrong for trivial scripts to use
  bash.
  No need to discuss that over and over.
  
  The problem is that there is nobody to have authority to decide anything.
  Open Source is not anarchy nor democracy, there should be strict hierarchy.
  And we lack that, so anarchy is in action.
 
 From the company you work for, and a pretty old and active participation on
 open
 source projects, Dave (cc'd) seems to disagree with your view of open source
 management:
 
 https://opensource.com/business/11/2/leadership-open-source-communities
 
 
 So how are open source communities led? Largely by the people doing the work.
 Most groups have a loosely defined common goal (build software widgets, or
 develop a awesome, open source, computer-based fourth grade math curriculum),
 and decisions are made by the people doing the work. There's no manager in
 place
 dictating edicts about how things must be done or what objectives to seek
 after.
 Many people object to this method, call it anarchy, and claim that it impedes
 progress. It's true that if the same set of people was coerced into a single
 direction, they might make more progress, but there likely wouldn't be the
 same
 level of innovation.
 

You forget the at the above statement was constructed before 99% of community 
participants are on single vendor payroll, the implication of that on the free 
open source movement are yet to be determined, but the direction is quite clear.

The fact that there is no specific ethic, does not mean that at every project 
there is an infrastructure of leadership, name a non vendor controlled project 
and I will seek it for you.

 
 
  
  As for infra, it is not part of anything we distribute so it is not that
  important, however, standards compliance is something that should be
  considered.
  
 
 
  [1] http://www.ovirt.org/Bash_style_guide
 
  Cheers!
 
  --
  David Caro
 
  Red Hat S.L.
  Continuous Integration Engineer - EMEA ENG Virtualization RD
 
  Email: dc...@redhat.com
  Web: www.redhat.com
  RHT Global #: 82-62605
 
 
  ___
  Infra mailing list
  Infra@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/infra
 
 
 
 --
 David Caro
 
 Red Hat S.L.
 Continuous Integration Engineer - EMEA ENG Virtualization RD
 
 Email: dc...@redhat.com
 Web: www.redhat.com
 RHT Global #: 82-62605
 
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: Scripting guidelines

[Alon Bar-Lev]

- Original Message -
 From: David Caro dcaro...@redhat.com
 To: infra infra@ovirt.org
 Sent: Thursday, February 20, 2014 10:52:23 PM
 Subject: Scripting guidelines
 
 Hi everyone!
 
 Lately I've had a hard time to properly review some patches containing shell
 scripts to manage our infrastructure because there's no guidelines. So I
 created
 a wiki page with a proposal [1]. It's made up as a mix of some already
 existing
 guidelines.
 
 The reason to wrote a bash style guide and not a shell stile guide is because
 I
 think that bash is widely adopted (default GNU shell) and provides enough
 advantages to sacrifice some portability. I think that most of our
 maintenance
 and management scripts will never be run on non-GNU OSes.
 
 POSIX compliance should be only used when really needed, for example, scripts
 to
 build a specific project, that might be run on non-GNU based systems in the
 far
 future.
 
 This thread is to start a discussion about it so please, share your opinions
 and
 concerns (and proposals).

We already discussed that, I think it is wrong for trivial scripts to use bash.
No need to discuss that over and over.

The problem is that there is nobody to have authority to decide anything.
Open Source is not anarchy nor democracy, there should be strict hierarchy.
And we lack that, so anarchy is in action.

As for infra, it is not part of anything we distribute so it is not that 
important, however, standards compliance is something that should be considered.

 
 
 [1] http://www.ovirt.org/Bash_style_guide
 
 Cheers!
 
 --
 David Caro
 
 Red Hat S.L.
 Continuous Integration Engineer - EMEA ENG Virtualization RD
 
 Email: dc...@redhat.com
 Web: www.redhat.com
 RHT Global #: 82-62605
 
 
 ___
 Infra mailing list
 Infra@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/infra
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: Scripting guidelines

[Alon Bar-Lev]

- Original Message -
 From: Dan Kenigsberg dan...@redhat.com
 To: David Caro dcaro...@redhat.com
 Cc: infra infra@ovirt.org
 Sent: Friday, February 21, 2014 1:37:24 AM
 Subject: Re: Scripting guidelines
 
 What are the advantages in your opinion? I like the $() construct and
 local variables. Associative arrays can come up handy.

$() and local variables are supported in POSIX shell.
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: ovirt-engine_master_create_rpms is experiencing some weird issue

[Alon Bar-Lev]

- Original Message -
 From: Eyal Edri ee...@redhat.com
 To: Sandro Bonazzola sbona...@redhat.com, Alon Bar-Lev 
 alo...@redhat.com, Vojtech Szocs
 vsz...@redhat.com, Alexander Wels aw...@redhat.com
 Cc: infra infra@ovirt.org, engine-devel engine-de...@ovirt.org
 Sent: Sunday, February 9, 2014 8:53:47 AM
 Subject: Re: ovirt-engine_master_create_rpms is experiencing some weird issue
 
 it looks like it's really failing on creating the rpms as well :
 http://jenkins.ovirt.org/job/ovirt-engine_master_create_rpms/1471/label=centos6-host/console
 on webadmin.
 
 can someone have a look?


06:22:11 [INFO] [WARN] Error writing out generated unit at 
'/home/jenkins/workspace/ovirt-engine_master_create_rpms/label/centos6-host/rpmbuild/BUILD/ovirt-engine-3.5.0/frontend/webadmin/modules/webadmin/gen/org/ovirt/engine/ui/webadmin/ApplicationTemplatesImpl.java':
 java.io.FileNotFoundException: 
/home/jenkins/workspace/ovirt-engine_master_create_rpms/label/centos6-host/rpmbuild/BUILD/ovirt-engine-3.5.0/frontend/webadmin/modules/webadmin/gen/org/ovirt/engine/ui/webadmin/ApplicationTemplatesImpl.java
 (Too many open files)


 
 eyal.
 
 - Original Message -
  From: Sandro Bonazzola sbona...@redhat.com
  To: infra infra@ovirt.org
  Sent: Friday, February 7, 2014 10:00:02 AM
  Subject: ovirt-engine_master_create_rpms is experiencing some weird issue
  
  Hi,
  http://jenkins.ovirt.org/job/ovirt-engine_master_create_rpms is
  experiencing
  some weird issue.
  pending  #1454 (pending—Waiting for next available executor)
  Nothing is currently running on jenkins so all executors are available.
  Build Now doesn't work
  Abort execution doesn't work
  Rebuild last doesn't work
  
  Can you take a look?
  Thanks
  
  --
  Sandro Bonazzola
  Better technology. Faster innovation. Powered by community collaboration.
  See how it works at redhat.com
  ___
  Infra mailing list
  Infra@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/infra
  
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: please add new DWH dependencies to CentOS slaves

[Alon Bar-Lev]

added all but the dom4j which needs rpm from different source.

- Original Message -
 From: Sandro Bonazzola sbona...@redhat.com
 To: infra infra@ovirt.org
 Sent: Thursday, February 6, 2014 4:49:04 PM
 Subject: please add new DWH dependencies to CentOS slaves
 
 http://jenkins.ovirt.org/job/ovirt-dwh_create_rpms/141/
 
 error: Failed build dependencies:
   commons-collections is needed by
   ovirt-engine-dwh-3.4.0-0.2.master.20140206144210.git6dac3ce.el6.noarch
   dom4j-eap6 is needed by
   ovirt-engine-dwh-3.4.0-0.2.master.20140206144210.git6dac3ce.el6.noarch
   ant is needed by
   ovirt-engine-dwh-3.4.0-0.2.master.20140206144210.git6dac3ce.el6.noarch
 
 Thanks,
 
 --
 Sandro Bonazzola
 Better technology. Faster innovation. Powered by community collaboration.
 See how it works at redhat.com
 ___
 Infra mailing list
 Infra@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/infra
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: please add new DWH dependencies to CentOS slaves

[Alon Bar-Lev]

Can we add jpackage[1] repo for centos slaves?

It has what we need[2] without re-building.

[1] http://www.jpackage.org/
[2] http://www.jpackage.org/browser/rpm.php?jppversion=5.0id=6067

- Original Message -
 From: Alon Bar-Lev alo...@redhat.com
 To: Sandro Bonazzola sbona...@redhat.com
 Cc: infra infra@ovirt.org
 Sent: Thursday, February 6, 2014 4:59:21 PM
 Subject: Re: please add new DWH dependencies to CentOS slaves
 
 
 added all but the dom4j which needs rpm from different source.
 
 - Original Message -
  From: Sandro Bonazzola sbona...@redhat.com
  To: infra infra@ovirt.org
  Sent: Thursday, February 6, 2014 4:49:04 PM
  Subject: please add new DWH dependencies to CentOS slaves
  
  http://jenkins.ovirt.org/job/ovirt-dwh_create_rpms/141/
  
  error: Failed build dependencies:
  commons-collections is needed by
  ovirt-engine-dwh-3.4.0-0.2.master.20140206144210.git6dac3ce.el6.noarch
  dom4j-eap6 is needed by
  ovirt-engine-dwh-3.4.0-0.2.master.20140206144210.git6dac3ce.el6.noarch
  ant is needed by
  ovirt-engine-dwh-3.4.0-0.2.master.20140206144210.git6dac3ce.el6.noarch
  
  Thanks,
  
  --
  Sandro Bonazzola
  Better technology. Faster innovation. Powered by community collaboration.
  See how it works at redhat.com
  ___
  Infra mailing list
  Infra@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/infra
  
 ___
 Infra mailing list
 Infra@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/infra
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: jenkins job to build rpms

[Alon Bar-Lev]

- Original Message -
 From: Eyal Edri ee...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: infra infra@ovirt.org
 Sent: Wednesday, January 22, 2014 4:18:33 PM
 Subject: Re: jenkins job to build rpms
 
 not sure i follow, can you elaborate ?
 you want to consolidate all the rpm jobs into one (matrix?) job and just
 add new projects/versions to it as params, rather than having a seperate jobs
 per project?

yes, something like that... any method in which we have single logic.

 
 e.
 
 - Original Message -
  From: Alon Bar-Lev alo...@redhat.com
  To: infra infra@ovirt.org
  Sent: Tuesday, January 21, 2014 10:27:04 PM
  Subject: jenkins job to build rpms
  
  Hi,
  
  We reached to a point in which the process of making rpms out of almost all
  source repositories is the same, I believe that only vdsm is an exception.
  
  Can we have some kind of a single job that is triggered by all the
  supported
  repos and branches and remove the repos individual jobs?
  
  Thanks,
  Alon
  ___
  Infra mailing list
  Infra@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/infra
  
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: jenkins job to build rpms

[Alon Bar-Lev]

- Original Message -
 From: David Caro dcaro...@redhat.com
 To: Eyal Edri ee...@redhat.com
 Cc: infra infra@ovirt.org, Alon Bar-Lev alo...@redhat.com
 Sent: Wednesday, January 22, 2014 6:53:49 PM
 Subject: Re: jenkins job to build rpms
 
 El mié 22 ene 2014 15:34:13 CET, Eyal Edri escribió:
 
 
  - Original Message -
  From: Alon Bar-Lev alo...@redhat.com
  To: Eyal Edri ee...@redhat.com
  Cc: infra infra@ovirt.org
  Sent: Wednesday, January 22, 2014 4:21:35 PM
  Subject: Re: jenkins job to build rpms
 
 
 
  - Original Message -
  From: Eyal Edri ee...@redhat.com
  To: Alon Bar-Lev alo...@redhat.com
  Cc: infra infra@ovirt.org
  Sent: Wednesday, January 22, 2014 4:18:33 PM
  Subject: Re: jenkins job to build rpms
 
  not sure i follow, can you elaborate ?
  you want to consolidate all the rpm jobs into one (matrix?) job and just
  add new projects/versions to it as params, rather than having a seperate
  jobs
  per project?
 
  yes, something like that... any method in which we have single logic.
 
  sounds like a good plan, need to think it over and see when we can squeeze
  it in the tight schedule of ovirt updates we're doing right now (and we
  have plenty).
  i believe making sure we merge the new rpms layout and clean script is out
  1st priority now.
  (after solving all infra issues and failing jobs of course).
 
  also, i might consider doing that after we migrate all our jobs to yaml
  (job builder).
  so any help in converting it is much appreciated.
 
  eyal.
 
 
 
  e.
 
  - Original Message -
  From: Alon Bar-Lev alo...@redhat.com
  To: infra infra@ovirt.org
  Sent: Tuesday, January 21, 2014 10:27:04 PM
  Subject: jenkins job to build rpms
 
  Hi,
 
  We reached to a point in which the process of making rpms out of almost
  all
  source repositories is the same, I believe that only vdsm is an
  exception.
 
  Can we have some kind of a single job that is triggered by all the
  supported
  repos and branches and remove the repos individual jobs?
 
  Thanks,
  Alon
  ___
  Infra mailing list
  Infra@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/infra
 
 
 
  ___
  Infra mailing list
  Infra@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/infra
 
 Actually, once we migrate to yaml it's easier to maintain having one
 job per project, even if they run the same code, that way the histories
 do not get mixed, you can filter the jobs in the views and it's just
 one line in the yaml to add a new project.
 
 So, if it's urgent I'll do the multiconfig manually so it's easier to
 maintain, but if it can wait, I'll do it as separated jobs in the yaml
 as it takes the best of both approaches.

It is not urgent, but will help kiril work for splitting repos and know which 
tarball belongs to what job and what is the timestamp.

Currently there is a need to modify all rpm jobs to produce metadata.


 
 --
 David Caro
 
 Red Hat S.L.
 Continuous Integration Engineer - EMEA ENG Virtualization RD
 
 Email: dc...@redhat.com
 Web: www.redhat.com
 RHT Global #: 82-62605
 
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

jenkins job to build rpms

[Alon Bar-Lev]

Hi,

We reached to a point in which the process of making rpms out of almost all 
source repositories is the same, I believe that only vdsm is an exception.

Can we have some kind of a single job that is triggered by all the supported 
repos and branches and remove the repos individual jobs?

Thanks,
Alon
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: proposal for moving nightly to 3.4 stabilization branch

[Alon Bar-Lev]

- Original Message -
 From: Sandro Bonazzola sbona...@redhat.com
 To: infra infra@ovirt.org, arch a...@ovirt.org
 Sent: Thursday, January 16, 2014 12:09:46 PM
 Subject: proposal for moving nightly to 3.4 stabilization branch
 
 Hi,
 since it seems not possible to have both master and 3.4 nightly builds, I
 suggest to move nightly to 3.4 branches.
 At this stage nobody really needs master nightly, while 3.4.0 branches
 nightly will be more useful.

Why is that?

Kiril is working on splitting repo per version, so you have multiple nightly.

 
 
 --
 Sandro Bonazzola
 Better technology. Faster innovation. Powered by community collaboration.
 See how it works at redhat.com
 ___
 Arch mailing list
 a...@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/arch
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: release repo structure and 3.3.2

[Alon Bar-Lev]

Hi Guys,

I do not understand why it is so complicated, and why we need to re-invent the 
wheel.

Downstream (rhel) considerations are not applied to upstream, as it can have 
its own release cycle, cherry-pick whatever it likes.

z-stream by nature is per component, as interface is not broken.

The decision when to release z-stream of a component is up to component 
maintainer.

The release cycle of each component should be independent at least for its 
z-stream component.

If we have an issue with one component which is unmaintainable (ovirt-engine), 
we can have separate repos for this one to be managed by different policy (non 
rolling z-stream).

However, as the decision of when to put a component into stable repo is up to 
maintainer anyway, there is no sense in splitting it either.

So once again, I suggest that once a component is released it is moved to 
stable repository.

If there is a package that cannot survive that (such ovirt-engine and maybe 
vdsm) with issues of backward compatibility and such we can have another repo 
per *MINOR* version to handle these, the decision of pushing z-stream into that 
repository is up to maintainer.

Regards,
Alon
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: release repo structure and 3.3.2

[Alon Bar-Lev]

I won't argue more, obviously, you do not understand the point of distributed 
management.

But just think why don't we build large monolithic software.

- Original Message -
 From: David Caro dcaro...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: Sandro Bonazzola sbona...@redhat.com, infra infra@ovirt.org, 
 Kiril Nesenko ki...@redhat.com
 Sent: Thursday, January 16, 2014 2:35:16 AM
 Subject: Re: release repo structure and 3.3.2
 
 El jue 16 ene 2014 01:04:33 CET, Alon Bar-Lev escribió:
 
 
  - Original Message -
  From: David Caro dcaro...@redhat.com
  To: Alon Bar-Lev alo...@redhat.com
  Cc: Sandro Bonazzola sbona...@redhat.com, infra infra@ovirt.org,
  Kiril Nesenko ki...@redhat.com
  Sent: Thursday, January 16, 2014 1:58:08 AM
  Subject: Re: release repo structure and 3.3.2
 
  El mié 15 ene 2014 19:04:04 CET, Alon Bar-Lev escribió:
 
 
  - Original Message -
  From: David Caro dcaro...@redhat.com
  To: Alon Bar-Lev alo...@redhat.com
  Cc: Sandro Bonazzola sbona...@redhat.com, infra infra@ovirt.org,
  Kiril Nesenko ki...@redhat.com
  Sent: Wednesday, January 15, 2014 5:47:59 PM
  Subject: Re: release repo structure and 3.3.2
 
  El mié 15 ene 2014 16:30:00 CET, Alon Bar-Lev escribió:
 
 
  - Original Message -
  From: David Caro dcaro...@redhat.com
  To: Sandro Bonazzola sbona...@redhat.com, Alon Bar-Lev
  alo...@redhat.com, infra infra@ovirt.org
  Cc: Kiril Nesenko ki...@redhat.com
  Sent: Wednesday, January 15, 2014 5:26:32 PM
  Subject: Re: release repo structure and 3.3.2
 
  El 07/01/14 15:31, Sandro Bonazzola escribió:
  Il 01/01/2014 10:42, Alon Bar-Lev ha scritto:
  Hi,
 
  For some reason there 3.3.2 z-stream was released in its own
  repository
  so
  people that are subscribed to stable[1] did not get it.
 
  Why not?
  stable release had ovirt-release-10 which enabled both stable and
  3.3.2
  repository by yum updating it.
 
 
  There is no much sense in releasing fix release that people do not
  get
  in
  simple yum update.
 
  Also the following is now broken of most packages' spec:
  Source0:
  http://ovirt.org/releases/stable/src/@PACKAGE_NAME@-@package_vers...@.tar.gz
 
  For each minor we should have rolling repository, to reduce noise
  and
  provide service.
 
  All released tarballs (sources) should be stored at fixed location
  to
  allow distro specific code to fetch, the location must be synced
  with
  what we publish.
 
  Immediate action is to move the 3.3.2 content into the stable
  directory.
 
  So previous request of having each release in its own repository has
  been
  retired?
  Or is it combined?
  Do we want stable to be a rolling repository and have also a
  repository
  for
  each version?
  I'm not against having rolling packages in just one stable
  repository,
  I
  just want to understand what is the desired structure of the
  repositories.
 
  I am, having a stable repository with rolling rpms is a lot more hard
  to
  manage
  and maintain than having separated individual complete repos.
 
  Because what we are actually delivering is not a specific rpm, but the
  whole
  set, that is, one repository with the set of rpms that were tested
  together
  and
  validated. If at any point you want to mix them, you still can adding
  the
  other
  repos.
 
  For updates just updating the directory where the 'stable' link points
  gets
  it done.
 
  For rollbacks you'll have to configure the old repo. That is not as
  annoying
  as
  it might seem, because when you enable the stable repo, you want to
  have
  the
  stable version, that changes with time. If you want to rollback to a
  previous
  version then just use that versions specific repo. At much we can
  provide
  a
  link
  like 'previous_stable' so if you want to rollback to the previous
  version
  you
  can use --enablerepo=previous_version easily, but if you want to keep
  using
  that, you should point directly to the specific version you want tot
  use.
 
  Creating a new repository using is almost as cheap (on hard disk
  space)
  as
  having a rolling repository, if you use hard links, so we can create
  lot's
  of
  them, specially for small changes from one to another.
 
  The only drawback that I see is when you have to release a minor
  change
  in
  one
  the the rpms, for example, to fix a critical bug, the repo will not
  include
  the
  old package, but I'm not sure if that's really a drawback... if you
  really
  need
  that package without the critical fix (you should not) you can have it
  changing
  to that specific repository. The internal naming of the repos does not
  really
  matter, having to point to the repo 3.3.3-beta.2 to get the second
  'respin'
  of
  the 3.3.3 beta repo is not a big issue I think.
 
  The advantages are many, the most importants I see:
   - Easy management:
 * no need to go version hunting in the repo to remove/add rpms
 * you should never get a repo with version combinations that are
 not
 tested

Re: adding an ubuntu/gentoo slave

[Alon Bar-Lev]

- Original Message -
 From: Ohad Basan oba...@redhat.com
 To: infra infra@ovirt.org
 Sent: Thursday, January 9, 2014 4:06:50 PM
 Subject: adding an ubuntu/gentoo slave
 
 Hello
 
 I would like to add another bare metal machine to as a jenkins slave.
 we have fedora and centos already.
 I thought about gentoo or ubuntu and I would like an opinion.

there is no much sense in gentoo, as it is not binary distribution.
we do not formally support ubuntu [yet] but if someone would like to work on 
this it would be grat.

 
 Thanks,
 
 Ohad
 ___
 Infra mailing list
 Infra@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/infra
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: release repo structure and 3.3.2

[Alon Bar-Lev]

- Original Message -
 From: Kiril Nesenko knese...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: Eyal Edri ee...@redhat.com, Sandro Bonazzola sbona...@redhat.com, 
 infra infra@ovirt.org
 Sent: Monday, January 6, 2014 11:36:42 AM
 Subject: Re: release repo structure and 3.3.2
 
 I moved the 3.3.2 content to the stable, should be ok now.
 
 Once I will finish with upstream builds/releases/repos reorganization things
 will be much more clear than today.

You did not handle the source...
Until this is resolved I cannot push the Gentoo release.

 
 Kiril
 
 - Original Message -
  From: Alon Bar-Lev alo...@redhat.com
  To: Eyal Edri ee...@redhat.com
  Cc: Sandro Bonazzola sbona...@redhat.com, infra infra@ovirt.org,
  Kiril Nesenko ki...@redhat.com
  Sent: Sunday, January 5, 2014 8:47:44 PM
  Subject: Re: release repo structure and 3.3.2
  
  
  
  - Original Message -
   From: Eyal Edri ee...@redhat.com
   To: Itamar Heim ih...@redhat.com
   Cc: Alon Bar-Lev alo...@redhat.com, infra infra@ovirt.org, Kiril
   Nesenko ki...@redhat.com, Sandro
   Bonazzola sbona...@redhat.com
   Sent: Sunday, January 5, 2014 8:46:39 PM
   Subject: Re: release repo structure and 3.3.2
   
   current layout for stable is mostly links to 3.3 dir:
   
   # tree
   .
   |-- iso - /var/www/html/releases/3.2/iso
   |-- rpm
   |   |-- EL - /var/www/html/releases/3.3/rpm/EL
   |   `-- Fedora
   |   |-- 17 - /var/www/html/releases/3.1/rpm/Fedora/17
   |   |-- 18 - /var/www/html/releases/3.2/rpm/Fedora/18
   |   `-- 19 - /var/www/html/releases/3.3/rpm/Fedora/19
   |-- src - /var/www/html/releases/3.3/src
   `-- tools - /var/www/html/releases/3.3/tools
   
   so i guess the links should be updates to point to 3.3.2 dir instead of
   3.3
  
  This method will not allow people to rollback.
  We should have single repo with rolling rpms, keeping previous released
  ones.
  
   
   Eyal.
   
   
   - Original Message -
From: Itamar Heim ih...@redhat.com
To: Alon Bar-Lev alo...@redhat.com, infra infra@ovirt.org,
Kiril
Nesenko ki...@redhat.com
Cc: Sandro Bonazzola sbona...@redhat.com
Sent: Sunday, January 5, 2014 7:55:19 PM
Subject: Re: release repo structure and 3.3.2

On 01/01/2014 11:42 AM, Alon Bar-Lev wrote:
 Hi,

 For some reason there 3.3.2 z-stream was released in its own
 repository
 so
 people that are subscribed to stable[1] did not get it.

 There is no much sense in releasing fix release that people do not
 get
 in
 simple yum update.

 Also the following is now broken of most packages' spec:
 Source0:
 http://ovirt.org/releases/stable/src/@PACKAGE_NAME@-@package_vers...@.tar.gz

 For each minor we should have rolling repository, to reduce noise and
 provide service.

 All released tarballs (sources) should be stored at fixed location to
 allow
 distro specific code to fetch, the location must be synced with what
 we
 publish.

 Immediate action is to move the 3.3.2 content into the stable
 directory.

 Regards,
 Alon Bar-Lev.

 [1] http://resources.ovirt.org/releases/stable/
 ___
 Infra mailing list
 Infra@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/infra


kiril - was this fixed?
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

   
  ___
  Infra mailing list
  Infra@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/infra
  
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: release repo structure and 3.3.2

[Alon Bar-Lev]

- Original Message -
 From: Eyal Edri ee...@redhat.com
 To: Itamar Heim ih...@redhat.com
 Cc: Alon Bar-Lev alo...@redhat.com, infra infra@ovirt.org, Kiril 
 Nesenko ki...@redhat.com, Sandro
 Bonazzola sbona...@redhat.com
 Sent: Sunday, January 5, 2014 8:46:39 PM
 Subject: Re: release repo structure and 3.3.2
 
 current layout for stable is mostly links to 3.3 dir:
 
 # tree
 .
 |-- iso - /var/www/html/releases/3.2/iso
 |-- rpm
 |   |-- EL - /var/www/html/releases/3.3/rpm/EL
 |   `-- Fedora
 |   |-- 17 - /var/www/html/releases/3.1/rpm/Fedora/17
 |   |-- 18 - /var/www/html/releases/3.2/rpm/Fedora/18
 |   `-- 19 - /var/www/html/releases/3.3/rpm/Fedora/19
 |-- src - /var/www/html/releases/3.3/src
 `-- tools - /var/www/html/releases/3.3/tools
 
 so i guess the links should be updates to point to 3.3.2 dir instead of 3.3

This method will not allow people to rollback.
We should have single repo with rolling rpms, keeping previous released ones.

 
 Eyal.
 
 
 - Original Message -
  From: Itamar Heim ih...@redhat.com
  To: Alon Bar-Lev alo...@redhat.com, infra infra@ovirt.org, Kiril
  Nesenko ki...@redhat.com
  Cc: Sandro Bonazzola sbona...@redhat.com
  Sent: Sunday, January 5, 2014 7:55:19 PM
  Subject: Re: release repo structure and 3.3.2
  
  On 01/01/2014 11:42 AM, Alon Bar-Lev wrote:
   Hi,
  
   For some reason there 3.3.2 z-stream was released in its own repository
   so
   people that are subscribed to stable[1] did not get it.
  
   There is no much sense in releasing fix release that people do not get in
   simple yum update.
  
   Also the following is now broken of most packages' spec:
   Source0:
   http://ovirt.org/releases/stable/src/@PACKAGE_NAME@-@package_vers...@.tar.gz
  
   For each minor we should have rolling repository, to reduce noise and
   provide service.
  
   All released tarballs (sources) should be stored at fixed location to
   allow
   distro specific code to fetch, the location must be synced with what we
   publish.
  
   Immediate action is to move the 3.3.2 content into the stable directory.
  
   Regards,
   Alon Bar-Lev.
  
   [1] http://resources.ovirt.org/releases/stable/
   ___
   Infra mailing list
   Infra@ovirt.org
   http://lists.ovirt.org/mailman/listinfo/infra
  
  
  kiril - was this fixed?
  ___
  Infra mailing list
  Infra@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/infra
  
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: jenkins jobs for packages I'm involved in.

[Alon Bar-Lev]

- Original Message -
 From: Sandro Bonazzola sbona...@redhat.com
 To: infra infra@ovirt.org
 Cc: David Caro dcaro...@redhat.com, Kiril Nesenko 
 knese...@redhat.com, Alon Bar-Lev alo...@redhat.com,
 Michael Pasternak mpast...@redhat.com, Juan Hernandez 
 jhern...@redhat.com
 Sent: Wednesday, December 18, 2013 3:58:03 PM
 Subject: jenkins jobs for packages I'm involved in.
 
 Hi,
 here are some notes:
 
 http://jenkins.ovirt.org/view/By%20Project/view/ovirt-release/job/ovirt-release/configure
 shows Restrict where this project can be run: fedora18
 I think it should be at least fedora19.
 
 http://jenkins.ovirt.org/view/By%20Project/view/ovirt-log-collector/job/ovirt-log-collector_create_rpms_3.2/
 http://jenkins.ovirt.org/view/By%20Project/view/ovirt-iso-uploader/job/ovirt-iso-uploader_create_rpms_3.2/
 http://jenkins.ovirt.org/view/By%20Project/view/ovirt-image-uploader/job/ovirt-image-uploader_create_rpms_3.2/
 I think these should be cloned to 3.3, maybe disabling fedora18 target since
 it's not supported by 3.3.
 
 http://jenkins.ovirt.org/view/By%20Project/view/ovirt-image-uploader/job/alonbl-ovirt-image-uploader_create_rpms/
 is disabled by 8 months, Alon is this still needed?

I put alonbl prefix for temp jobs, these can be deleted at any time.

 
 http://jenkins.ovirt.org/view/By
 Project/view/ovirt-engine-sdk/job/ovirt-engine-sdk_create_rpms
 is creating:
 ovirt-engine-sdk-python-3.3.0.7-1.20131217.git0ff217e.fc19.noarch.rpm
 but on stable release we have
 ovirt-engine-sdk-python-3.3.0.8-1.fc19.noarch.rpm so nightly is never used.
 
 I've not checked all the jobs but I think there may be a lot of things not
 working there.
 It would be nice if someone could review them.
 
 --
 Sandro Bonazzola
 Better technology. Faster innovation. Powered by community collaboration.
 See how it works at redhat.com
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: New repo for Json-rpc client lib

[Alon Bar-Lev]

- Original Message -
 From: Piotr Kliczewski piotr.kliczew...@gmail.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: Piotr Kliczewski pklic...@redhat.com, infra@ovirt.org
 Sent: Monday, December 9, 2013 9:38:26 AM
 Subject: Re: New repo for Json-rpc client lib
 
 On Fri, Dec 6, 2013 at 11:38 AM, Alon Bar-Lev alo...@redhat.com wrote:
 
 
  - Original Message -
  From: Piotr Kliczewski pklic...@redhat.com
  To: Alon Bar-Lev alo...@redhat.com
  Cc: infra@ovirt.org, Yair Zaslavsky yzasl...@redhat.com
  Sent: Friday, December 6, 2013 12:37:29 PM
  Subject: Re: New repo for Json-rpc client lib
 
 
 
 
 
  - Original Message -
   From: Alon Bar-Lev alo...@redhat.com
   To: Piotr Kliczewski pklic...@redhat.com
   Cc: infra@ovirt.org, Yair Zaslavsky yzasl...@redhat.com
   Sent: Friday, December 6, 2013 11:33:08 AM
   Subject: Re: New repo for Json-rpc client lib
  
  
  
   - Original Message -
From: Piotr Kliczewski pklic...@redhat.com
To: infra@ovirt.org
Cc: Yair Zaslavsky yzasl...@redhat.com, Alon Bar-Lev
alo...@redhat.com
Sent: Friday, December 6, 2013 12:31:13 PM
Subject: New repo for Json-rpc client lib
   
Hello,
   
Can you please create new project in gerrit for jsonrpc client lib in
gerrit?
   
Please name this project ovirt-jsonrpc-client and make following
people
as
maintainers:
smizr...@redhat.com and pklic...@redhat.com
   
  
   Hi,
  
   I thought this is vdsm-jsonrpc, it is related to vdsm only.
   And also better not to add 'client' so we can have this repo to contain
   client and any other related component.
  
 
  What do you think about ovirt-vdsm-jsonrpc? It looks like it is common
  pattern to
  have prefix ovirt in name.
 
  I do not think there is a place for both ovirt and vdsm... but ok.
 
 
 We already use vdsm-jsonrpc name for one of rpms in vdsm to provide
 jsonrpc functionality.

vdsm-jsonrpc-java? :)

Anyone else?

 
 Can anyone please create new project in gerrit for java client?
 
 
 
  
   Alon
  
Thanks,
Piotr
   
  
 
  ___
  Infra mailing list
  Infra@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/infra
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: New repo for Json-rpc client lib

[Alon Bar-Lev]

- Original Message -
 From: Piotr Kliczewski pklic...@redhat.com
 To: infra@ovirt.org
 Cc: Yair Zaslavsky yzasl...@redhat.com, Alon Bar-Lev alo...@redhat.com
 Sent: Friday, December 6, 2013 12:31:13 PM
 Subject: New repo for Json-rpc client lib
 
 Hello,
 
 Can you please create new project in gerrit for jsonrpc client lib in gerrit?
 
 Please name this project ovirt-jsonrpc-client and make following people as
 maintainers:
 smizr...@redhat.com and pklic...@redhat.com
 

Hi,

I thought this is vdsm-jsonrpc, it is related to vdsm only.
And also better not to add 'client' so we can have this repo to contain client 
and any other related component.

Alon

 Thanks,
 Piotr
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: New repo for Json-rpc client lib

[Alon Bar-Lev]

- Original Message -
 From: Piotr Kliczewski pklic...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: infra@ovirt.org, Yair Zaslavsky yzasl...@redhat.com
 Sent: Friday, December 6, 2013 12:37:29 PM
 Subject: Re: New repo for Json-rpc client lib
 
 
 
 
 
 - Original Message -
  From: Alon Bar-Lev alo...@redhat.com
  To: Piotr Kliczewski pklic...@redhat.com
  Cc: infra@ovirt.org, Yair Zaslavsky yzasl...@redhat.com
  Sent: Friday, December 6, 2013 11:33:08 AM
  Subject: Re: New repo for Json-rpc client lib
  
  
  
  - Original Message -
   From: Piotr Kliczewski pklic...@redhat.com
   To: infra@ovirt.org
   Cc: Yair Zaslavsky yzasl...@redhat.com, Alon Bar-Lev
   alo...@redhat.com
   Sent: Friday, December 6, 2013 12:31:13 PM
   Subject: New repo for Json-rpc client lib
   
   Hello,
   
   Can you please create new project in gerrit for jsonrpc client lib in
   gerrit?
   
   Please name this project ovirt-jsonrpc-client and make following people
   as
   maintainers:
   smizr...@redhat.com and pklic...@redhat.com
   
  
  Hi,
  
  I thought this is vdsm-jsonrpc, it is related to vdsm only.
  And also better not to add 'client' so we can have this repo to contain
  client and any other related component.
 
 
 What do you think about ovirt-vdsm-jsonrpc? It looks like it is common
 pattern to
 have prefix ovirt in name.

I do not think there is a place for both ovirt and vdsm... but ok.

 
  
  Alon
  
   Thanks,
   Piotr
   
  
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: [ANN] new artifcatory.ovirt.org server is up and running

[Alon Bar-Lev]

- Original Message -
 From: Eyal Edri ee...@redhat.com
 To: infra infra@ovirt.org
 Sent: Sunday, September 29, 2013 10:36:53 PM
 Subject: [ANN] new artifcatory.ovirt.org server is up and running
 
 fyi,
 
 new maven repository is up and running at
 http://artifactory.ovirt.org:8081/artifactory.
 next step is to use it as proxy for running jenkins jobs. (after testing)
 
 maven2 repo proxy is located at:
 http://artifactory.ovirt.org:8081/artifactory/repo1
 
 options are:
  1. adding new profile in pom.xml (to use in jenkins only)
  2. changing default values in Makefile for various ovirt projects.
  3. changing default repos on pom.xml
 
 thoughts?
 
 credentials are located at normal place.

global settings.xml?

 
 Eyal.
 ___
 Infra mailing list
 Infra@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/infra
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: [Engine-devel] Proposal for new commit msg design for engine commits

[Alon Bar-Lev]

- Original Message -
 From: David Caro dcaro...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: Eyal Edri ee...@redhat.com, engine-devel engine-de...@ovirt.org, 
 infra infra@ovirt.org
 Sent: Friday, August 23, 2013 11:16:31 AM
 Subject: Re: [Engine-devel] Proposal for new commit msg design for engine 
 commits
 
 On 07/20/2013 08:53 PM, Alon Bar-Lev wrote:
  
  
  - Original Message -
  From: Eyal Edri ee...@redhat.com
  To: Alon Bar-Lev alo...@redhat.com
  Cc: infra infra@ovirt.org, engine-devel engine-de...@ovirt.org,
  Fabian Deutsch fabi...@redhat.com
  Sent: Saturday, July 20, 2013 9:41:56 PM
  Subject: Re: [Engine-devel] Proposal for new commit msg design for engine
  commits
 
  This change to commit template has nothing to do with CI.
  it's a change that should reflect updated components relevance to the
  commit
  code.
  
  This commit template is mostly invalid, as touching more than one
  'subsystem' is possible, and has not enough granularity.
 
 I suggest using a tag at the end with some extra syntax, like:
 Components: core, storage, db
 Components: all
 Components: all, !core, !db
 
  
  For example, database change should trigger what?
 All the jobs that are tagged for that component (db upgrades I suppose).
 And if the changes affect storage components then also storage, if the
 changes affect others then those others too.
 
  Infra change should trigger what?
 The same, all the jobs that are tagged as infra.
 
  A change of both user interface and command should trigger what?
 All the jobs tagged by user interface and/or command.
 
  So you end up with:
  
  userportal: storage: core: db: some message
 
 As I suggested before, I think it's better if you end with a commit
 message like:
 
Some message
 
Components: userportal, storage, core, db
 
 Actually it can be easily done with a tag in the gerrit comment instead
 of the commit message.
 
  
  Just to make who happy?
 
 The developer, the qe, the ci and the infra people. This mechanism is to
 avoid running all the tests all the time. Of course there are some times
 when all the tests should be run to make sure nothing else changed, but
 most times you just need to run part of them to make sure you did not
 break something obvious.
 
  
  And maybe there are 50 tests of network, and you need only 5 of them for
  the specific change, how do you mark it, so now a developer need to know
  any test? what if you add one tomorrow which is relevant to a similar
  change? how do you inform the developer that now he needs 6?
 
 As I said before, what the developer specifies is not a list of tests,
 but a list of components, that qe has to map to different sets of tests
 that can change with time. So specifying webadmin will run all the tests
 in that group, that might be only one, or 100, and might be
 increasing/decreasing with time transparently for the developer. Adding
 a new component is not common and there's no need to do it so frequently.
 
  
  Why should it be the developer responsibility and not the quality ensuring
  engineer responsibility to determine which tests should run and when?
 
 Of course it's the responsibility of the qe engineer to determine when
 and which tests should be run. But this is meant to be a new tool for
 the developer not a substitute for the full qe tests, so the developer
 can easily make sure that he's changes do not break anything obvious
 before starting the real tests (that will take more time and resources).
 The developer just adds some metadata so the qe engineer can decide
 which tests to run per patch, so it's on qe's hand in the end to decide
 if ignore or not the metadata and which tests to run.
 
  
  As far as this template was not actually used for anything but humans, it
  was not that important, but once you formalize it as an interface, I step
  forward and state that the subject line is not the right tool for the task
  at hand (or any for this matter).
 
 I agree with that, I think that it should be a tag similar to Change-Id,
 at the end of the commit message.
 
  
  The fact that you have in each commit are the sources that are modified,
  all the other data is just plain noise. From the sources that are modified
  you should be able to derive a test plan with high chance that this test
  program will be correct. Human intervention should be possible by ordering
  special tests that are outside of the standard policy, for cases in which
  the standard policy of deriving tests from sources is too narrow.
 
 That's just not true. The sources are complicated enough to make two
 changes in the same file to affect different components. Any reused code
 is prone to affect multiple components, making it really hard to
 determine by which changed files which tests to run. And if you go down
 to the function/class level it's even harder to decide and to maintain.
 And of course it's not human error free, as the metadata in the
 files/directories is defined

Re: [Engine-devel] Proposal for new commit msg design for engine commits

[Alon Bar-Lev]

- Original Message -
 From: David Caro Estevez dcaro...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: Eyal Edri ee...@redhat.com, engine-devel engine-de...@ovirt.org, 
 infra infra@ovirt.org
 Sent: Friday, August 23, 2013 1:00:38 PM
 Subject: Re: [Engine-devel] Proposal for new commit msg design for engine 
 commits
 
 
 
 - Original Message -
  From: Alon Bar-Lev alo...@redhat.com
  To: David Caro dcaro...@redhat.com
  Cc: Eyal Edri ee...@redhat.com, engine-devel
  engine-de...@ovirt.org, infra infra@ovirt.org
  Sent: Friday, August 23, 2013 10:45:37 AM
  Subject: Re: [Engine-devel] Proposal for new commit msg design for engine
  commits
  
  
  
  - Original Message -
   From: David Caro dcaro...@redhat.com
   To: Alon Bar-Lev alo...@redhat.com
   Cc: Eyal Edri ee...@redhat.com, engine-devel
   engine-de...@ovirt.org, infra infra@ovirt.org
   Sent: Friday, August 23, 2013 11:16:31 AM
   Subject: Re: [Engine-devel] Proposal for new commit msg design for engine
   commits
   
   On 07/20/2013 08:53 PM, Alon Bar-Lev wrote:


- Original Message -
From: Eyal Edri ee...@redhat.com
To: Alon Bar-Lev alo...@redhat.com
Cc: infra infra@ovirt.org, engine-devel
engine-de...@ovirt.org,
Fabian Deutsch fabi...@redhat.com
Sent: Saturday, July 20, 2013 9:41:56 PM
Subject: Re: [Engine-devel] Proposal for new commit msg design for
engine
commits
   
This change to commit template has nothing to do with CI.
it's a change that should reflect updated components relevance to the
commit
code.

This commit template is mostly invalid, as touching more than one
'subsystem' is possible, and has not enough granularity.
   
   I suggest using a tag at the end with some extra syntax, like:
   Components: core, storage, db
   Components: all
   Components: all, !core, !db
   

For example, database change should trigger what?
   All the jobs that are tagged for that component (db upgrades I suppose).
   And if the changes affect storage components then also storage, if the
   changes affect others then those others too.
   
Infra change should trigger what?
   The same, all the jobs that are tagged as infra.
   
A change of both user interface and command should trigger what?
   All the jobs tagged by user interface and/or command.
   
So you end up with:

userportal: storage: core: db: some message
   
   As I suggested before, I think it's better if you end with a commit
   message like:
   
  Some message
   
  Components: userportal, storage, core, db
   
   Actually it can be easily done with a tag in the gerrit comment instead
   of the commit message.
   

Just to make who happy?
   
   The developer, the qe, the ci and the infra people. This mechanism is to
   avoid running all the tests all the time. Of course there are some times
   when all the tests should be run to make sure nothing else changed, but
   most times you just need to run part of them to make sure you did not
   break something obvious.
   

And maybe there are 50 tests of network, and you need only 5 of them
for
the specific change, how do you mark it, so now a developer need to
know
any test? what if you add one tomorrow which is relevant to a similar
change? how do you inform the developer that now he needs 6?
   
   As I said before, what the developer specifies is not a list of tests,
   but a list of components, that qe has to map to different sets of tests
   that can change with time. So specifying webadmin will run all the tests
   in that group, that might be only one, or 100, and might be
   increasing/decreasing with time transparently for the developer. Adding
   a new component is not common and there's no need to do it so frequently.
   

Why should it be the developer responsibility and not the quality
ensuring
engineer responsibility to determine which tests should run and when?
   
   Of course it's the responsibility of the qe engineer to determine when
   and which tests should be run. But this is meant to be a new tool for
   the developer not a substitute for the full qe tests, so the developer
   can easily make sure that he's changes do not break anything obvious
   before starting the real tests (that will take more time and resources).
   The developer just adds some metadata so the qe engineer can decide
   which tests to run per patch, so it's on qe's hand in the end to decide
   if ignore or not the metadata and which tests to run.
   

As far as this template was not actually used for anything but humans,
it
was not that important, but once you formalize it as an interface, I
step
forward and state that the subject line is not the right tool for the
task
at hand (or any for this matter).
   
   I agree with that, I think that it should be a tag similar to Change-Id,
   at the end of the commit

Re: www.ovirt.org down?

[Alon Bar-Lev]

Again?
---
Sorry! This site is experiencing technical difficulties.

Try waiting a few minutes and reloading.

(Can't contact the database server: Lost connection to MySQL server at 'reading 
initial communication packet', system error: 111 (127.7.52.129))
---

- Original Message -
 From: Alon Bar-Lev alo...@redhat.com
 To: Ewoud Kohl van Wijngaarden ewoud+ov...@kohlvanwijngaarden.nl
 Cc: infra@ovirt.org
 Sent: Sunday, May 12, 2013 11:09:51 PM
 Subject: Re: www.ovirt.org down?
 
 Down again?
 
 - Original Message -
  From: Ewoud Kohl van Wijngaarden ewoud+ov...@kohlvanwijngaarden.nl
  To: Karsten 'quaid' Wade kw...@redhat.com
  Cc: infra@ovirt.org
  Sent: Sunday, May 12, 2013 6:41:35 PM
  Subject: Re: www.ovirt.org down?
  
  On Sun, May 12, 2013 at 06:35:52AM -0700, Karsten 'quaid' Wade wrote:
   I issued 'rhc app restart' but am not getting any good result. I'm about
   to leave for a flight, so I have to pass the troubleshooting to someone
   else.
   
   Anyone with OpenShift CLI privileges should be able to handle the app.
   If you cannot get things to work, try #openshift on irc.freenode.net.
  
  I asked on #openshift because I couldn't log in. Turns out the disk was
  full. strace helped me by compressing the apache logs and there's some
  space free now. (logs were 2.8GB, compressed 115MB)
  
  We should look into reducing the number of errors. Maybe if we can't fix
  the templates, we can tune the PHP error level to not log them?
  ___
  Infra mailing list
  Infra@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/infra
  
 ___
 Infra mailing list
 Infra@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/infra
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

www.ovirt.org down?

[Alon Bar-Lev]

___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: www.ovirt.org down?

[Alon Bar-Lev]

Down again?

- Original Message -
 From: Ewoud Kohl van Wijngaarden ewoud+ov...@kohlvanwijngaarden.nl
 To: Karsten 'quaid' Wade kw...@redhat.com
 Cc: infra@ovirt.org
 Sent: Sunday, May 12, 2013 6:41:35 PM
 Subject: Re: www.ovirt.org down?
 
 On Sun, May 12, 2013 at 06:35:52AM -0700, Karsten 'quaid' Wade wrote:
  I issued 'rhc app restart' but am not getting any good result. I'm about
  to leave for a flight, so I have to pass the troubleshooting to someone
  else.
  
  Anyone with OpenShift CLI privileges should be able to handle the app.
  If you cannot get things to work, try #openshift on irc.freenode.net.
 
 I asked on #openshift because I couldn't log in. Turns out the disk was
 full. strace helped me by compressing the apache logs and there's some
 space free now. (logs were 2.8GB, compressed 115MB)
 
 We should look into reducing the number of errors. Maybe if we can't fix
 the templates, we can tune the PHP error level to not log them?
 ___
 Infra mailing list
 Infra@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/infra
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

gerrit.ovirt.org:ovirt-engine corrupted?

[Alon Bar-Lev]

Hi,

Something is strange in ovirt-engine repository.

Look at[1], you may notice that it is mered without verify and +2, and that 
last rebase which produced Patch set 6, committed Patch Set 5 (2nd time).

The look at[2], this change depends on it-self, although it is in review state 
(as in submitted once) it is already merged into repo[3], so rebase only make 
it rebase upon it-self...

Abandon [2] does not help, as every patch that is rebased to HEAD will be 
rebased on top of it... causing it to be submit pending.

I am not sure what is the best solution for this, maybe to use force push to 
remove these last two changes? Or change in the database the status of the last?

Regards,
Alon Bar-Lev.

[1] http://gerrit.ovirt.org/#/c/14376/
[2] http://gerrit.ovirt.org/#/c/14378/
[3] 
http://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=commit;h=23dcb89e439890805b287f5d7d00cf04db9a377e
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: gerrit.ovirt.org:ovirt-engine corrupted?

[Alon Bar-Lev]

Not fix...
What happened is still strange... look at[1], all that left is commit message. 
I abandon this patch for now.
I hope we are through this strange condition...

[1] http://gerrit.ovirt.org/#/c/14448/

- Original Message -
 From: Yair Zaslavsky yzasl...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: infra infra@ovirt.org
 Sent: Monday, May 6, 2013 9:33:43 PM
 Subject: Re: gerrit.ovirt.org:ovirt-engine corrupted?
 
 merging http://gerrit.ovirt.org/#/c/14378/ seemed to fix the issue.
 
 
 - Original Message -
  From: Alon Bar-Lev alo...@redhat.com
  To: infra infra@ovirt.org
  Cc: Yair Zaslavsky yzasl...@redhat.com
  Sent: Monday, May 6, 2013 9:19:23 PM
  Subject: gerrit.ovirt.org:ovirt-engine corrupted?
  
  Hi,
  
  Something is strange in ovirt-engine repository.
  
  Look at[1], you may notice that it is mered without verify and +2, and that
  last rebase which produced Patch set 6, committed Patch Set 5 (2nd time).
  
  The look at[2], this change depends on it-self, although it is in review
  state (as in submitted once) it is already merged into repo[3], so rebase
  only make it rebase upon it-self...
  
  Abandon [2] does not help, as every patch that is rebased to HEAD will be
  rebased on top of it... causing it to be submit pending.
  
  I am not sure what is the best solution for this, maybe to use force push
  to
  remove these last two changes? Or change in the database the status of the
  last?
  
  Regards,
  Alon Bar-Lev.
  
  [1] http://gerrit.ovirt.org/#/c/14376/
  [2] http://gerrit.ovirt.org/#/c/14378/
  [3]
  http://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=commit;h=23dcb89e439890805b287f5d7d00cf04db9a377e
  
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: Remove tag on gerrit (ovirt-iso-uploader project)

[Alon Bar-Lev]

- Original Message -
 From: Kiril Nesenko ki...@redhat.com
 To: Itamar Heim ih...@redhat.com
 Cc: Alon Bar-Lev alo...@redhat.com, infra infra@ovirt.org
 Sent: Sunday, April 21, 2013 10:29:53 AM
 Subject: Re: Remove tag on gerrit (ovirt-iso-uploader project)
 
 Same:
 
 knesenko@kiril:~/git_repos/ovirt-iso-uploader (ovirt-iso-uploader-3.2)$ git
 tag -d ovirt-iso-uploader-3.2.1-2
 Deleted tag 'ovirt-iso-uploader-3.2.1-2' (was 5729686)
 knesenko@kiril:~/git_repos/ovirt-iso-uploader (ovirt-iso-uploader-3.2)$ git
 push origin :ovirt-iso-uploader-3.2.1-2
 remote: Processing changes: refs: 1, done
 To gerrit.ovirt.org:ovirt-iso-uploader
  ! [remote rejected] ovirt-iso-uploader-3.2.1-2 (can not delete references)
 error: failed to push some refs to 'gerrit.ovirt.org:ovirt-iso-uploader'
 
 Seems like I need push merge ?
 

No, as I wrote, you need forced push for temporary usage.

 - Kiril
 
 - Original Message -
  From: Itamar Heim ih...@redhat.com
  To: Alon Bar-Lev alo...@redhat.com
  Cc: Kiril Nesenko ki...@redhat.com, infra infra@ovirt.org
  Sent: Friday, April 19, 2013 9:11:09 PM
  Subject: Re: Remove tag on gerrit (ovirt-iso-uploader project)
  
  On 04/19/2013 09:01 PM, Alon Bar-Lev wrote:
  
   You should temporary enable force push and:
  
   git push @upstream@ :@tag_name@
  
  kiril - i added push right - please try.
  (i want to isolate if you need push or push merge commit)
  
  
   - Original Message -
   From: Kiril Nesenko ki...@redhat.com
   To: Itamar Heim ih...@redhat.com
   Cc: infra infra@ovirt.org
   Sent: Friday, April 19, 2013 8:44:53 PM
   Subject: Re: Remove tag on gerrit (ovirt-iso-uploader project)
  
   Same issue:
  
   knesenko@kiril:~/git_repos/ovirt-iso-uploader (ovirt-iso-uploader-3.2)$
   git
   tag -d ovirt-iso-uploader-3.2.1-2
   Deleted tag 'ovirt-iso-uploader-3.2.1-2' (was 5729686)
   knesenko@kiril:~/git_repos/ovirt-iso-uploader (ovirt-iso-uploader-3.2)$
   git
   push origin :refs/tags/ovirt-iso-uploader-3.2.1-2
   remote: Processing changes: refs: 1, done
   To gerrit.ovirt.org:ovirt-iso-uploader
 ! [remote rejected] ovirt-iso-uploader-3.2.1-2 (can not delete
 references)
   error: failed to push some refs to 'gerrit.ovirt.org:ovirt-iso-uploader'
  
   - Kiril
  
   - Original Message -
   From: Itamar Heim ih...@redhat.com
   To: Kiril Nesenko ki...@redhat.com
   Cc: infra infra@ovirt.org
   Sent: Friday, April 19, 2013 12:14:29 PM
   Subject: Re: Remove tag on gerrit (ovirt-iso-uploader project)
  
   On 04/18/2013 05:07 PM, Kiril Nesenko wrote:
   Hi all,
   For those of you who have admin permissions on gerrit, is there any
   chance
   to delete
   ovirt-iso-uploader-3.2.1-2 tag from ovirt-iso-uploader project ?
  
   Seems like I don't have permissions to delete it.
  
   Thank,
  
   - Kiril
   ___
   Infra mailing list
   Infra@ovirt.org
   http://lists.ovirt.org/mailman/listinfo/infra
  
  
   can you please re-check - you have the create reference right.
   ___
   Infra mailing list
   Infra@ovirt.org
   http://lists.ovirt.org/mailman/listinfo/infra
  
   ___
   Infra mailing list
   Infra@ovirt.org
   http://lists.ovirt.org/mailman/listinfo/infra
  
  
  ___
  Infra mailing list
  Infra@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/infra
  
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: Remove tag on gerrit (ovirt-iso-uploader project)

[Alon Bar-Lev]

You should temporary enable force push and:

git push @upstream@ :@tag_name@

- Original Message -
 From: Kiril Nesenko ki...@redhat.com
 To: Itamar Heim ih...@redhat.com
 Cc: infra infra@ovirt.org
 Sent: Friday, April 19, 2013 8:44:53 PM
 Subject: Re: Remove tag on gerrit (ovirt-iso-uploader project)
 
 Same issue:
 
 knesenko@kiril:~/git_repos/ovirt-iso-uploader (ovirt-iso-uploader-3.2)$ git
 tag -d ovirt-iso-uploader-3.2.1-2
 Deleted tag 'ovirt-iso-uploader-3.2.1-2' (was 5729686)
 knesenko@kiril:~/git_repos/ovirt-iso-uploader (ovirt-iso-uploader-3.2)$ git
 push origin :refs/tags/ovirt-iso-uploader-3.2.1-2
 remote: Processing changes: refs: 1, done
 To gerrit.ovirt.org:ovirt-iso-uploader
  ! [remote rejected] ovirt-iso-uploader-3.2.1-2 (can not delete references)
 error: failed to push some refs to 'gerrit.ovirt.org:ovirt-iso-uploader'
 
 - Kiril
 
 - Original Message -
  From: Itamar Heim ih...@redhat.com
  To: Kiril Nesenko ki...@redhat.com
  Cc: infra infra@ovirt.org
  Sent: Friday, April 19, 2013 12:14:29 PM
  Subject: Re: Remove tag on gerrit (ovirt-iso-uploader project)
  
  On 04/18/2013 05:07 PM, Kiril Nesenko wrote:
   Hi all,
   For those of you who have admin permissions on gerrit, is there any
   chance
   to delete
   ovirt-iso-uploader-3.2.1-2 tag from ovirt-iso-uploader project ?
  
   Seems like I don't have permissions to delete it.
  
   Thank,
  
   - Kiril
   ___
   Infra mailing list
   Infra@ovirt.org
   http://lists.ovirt.org/mailman/listinfo/infra
  
  
  can you please re-check - you have the create reference right.
  ___
  Infra mailing list
  Infra@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/infra
  
 ___
 Infra mailing list
 Infra@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/infra
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: releases reorganization

[Alon Bar-Lev]

- Original Message -
 From: Mike Burns mbu...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: infra infra@ovirt.org, Eyal Edri ee...@redhat.com, Ofer 
 Schreiber oschr...@redhat.com
 Sent: Wednesday, March 27, 2013 2:47:41 PM
 Subject: Re: releases reorganization
 
 On 03/27/2013 08:46 AM, Mike Burns wrote:
  On 03/26/2013 12:15 PM, Alon Bar-Lev wrote:
  Hello Mike,
 
  I think that we should split the nightly between two:
 
  1. nightly stable - the next z stream candidate. 2. nightly next -
  the next minor candidate.
 
  This will enable user to fetch pre-releases of z streams easily
  when
  setting up nightly repository. Currently as all going into same
  directory, having nightly repository pulls next minor with all its
  issues.
 
  What do you think?
 
  I have no strong objections other than the fact that I don't think
  we
  should be making so many changes in the released branches that
  require
  constantly updating packages in a nightly.  If you think it's
  necessary,
  I don't object, though.
 
  As for the setup, this is more in Eyal and Ofer's domain I think.
   They
  maintain the deployment of rpms from jenkins into the nightlies.
 
 perhaps instead of nightly-stable, how about something like
 updates-testing?

I am not peaky in names... :)
We probably need two nightly jobs, and some setup of the cron job at the host...

 
 Mike
 
  Mike
 
 
  Alon
 
  - Original Message -
  From: Mike Burns mbu...@redhat.com To: infra
  infra@ovirt.org Sent: Monday, March 18, 2013 3:02:27 PM
  Subject:
  releases reorganization
 
  With the beta release of 3.2 EL6 rpms, I had to re-organize the
  releases area a bit.  Previously, the stable, beta, and alpha
  directories were symbolic links to the top level 3.2 or 3.1
  directories.  Because EL6 is part of 3.2, but not considered
  stable yet, I needed a way to handle that.  The result:
 
  Top level 3.1, 3.2, 3.3, etc directories contain src, iso, rpm,
  and tools directories.  The rpm directory will contain *all*
  distributions that are available for that release, whether beta,
  alpha, or stable.
 
  releases ├── 3.2 │   ├── iso │   ├── rpm │   │   ├── EL │   │   │
  └── 6 │   │   │   ├── i686 │   │   │   ├── noarch │   │
│
  ├── repodata │   │   │   │   └── repomd.xml │   │   │
├──
  SRPMS │   │   │   └── x86_64 │   │   └── Fedora │   │
├──
  17 - ../../../3.1/rpm/Fedora/17 │   │   ├── 18 │   │   │
  ├── i686 │   │   │   ├── noarch │   │   │   ├── repodata
  │
  │   │   │   └── repomd.xml │   │   │   ├── SRPMS │   │
  │   └── x86_64 │   │   └── 19 - 18 │   ├── src │   └── tools
 
 
 
  The beta, alpha, and stable symlinks are now real directories
  containing symlinks for iso src and tools.  The rpm directory
  contains symlinks to the appropriate stable release for the
  version.
 
  releases └── stable ├── iso - /var/www/html/releases/3.2/iso ├──
  rpm │   └── Fedora │   ├── 17 -
  /var/www/html/releases/3.1/rpm/Fedora/17 │   └── 18 -
  /var/www/html/releases/3.2/rpm/Fedora/18 ├── src -
  /var/www/html/releases/3.2/src └── tools -
  /var/www/html/releases/3.2/tools
 
  releases ├── beta │   ├── iso - ../3.2/iso │   ├── rpm │   │
├──
  EL - ../../3.2/rpm/EL │   │   └── Fedora -
  ../../3.2/rpm/Fedora/
  │   ├── src - ../3.2/src │   └── tools - ../3.2/tools
 
 
  I've made these changes already due to requests from some
  developers who couldn't find the EL6 rpms under 3.2.  If we want
  to
  change this model, then let me know.  Otherwise, I'll add this
  documentation to the wiki.
 
  Mike ___ Infra
  mailing
  list Infra@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/infra
 
  ___ Infra mailing list
  Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
 
 
 
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: [ovirt] #38: nightly job issue at fedora-18?

[Alon Bar-Lev]

- Original Message -
 From: Eyal Edri ee...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: infra infra@ovirt.org
 Sent: Sunday, March 10, 2013 2:44:46 PM
 Subject: Re: [ovirt] #38: nightly job issue at fedora-18?
 
 
 
 - Original Message -
  From: Alon Bar-Lev alo...@redhat.com
  To: Eyal Edri ee...@redhat.com
  Cc: infra infra@ovirt.org
  Sent: Sunday, March 10, 2013 11:56:16 AM
  Subject: Re: [ovirt] #38: nightly job issue at fedora-18?
  
  They are not duplicate.
  
  It is for master branch and for 1.0 branch.
  
  The ticket is not solved as the fedora-18 directory does not
  contain
  the 1.0.1 artifacts... something is wrong, but I have no access to
  the host to see what.
 
 i run the publish job again and i now see the rpms on f18 repo,
 can you confirm?
 
 http://resources.ovirt.org/releases/nightly/rpm/Fedora/18/noarch/

Yes confirmed.
What have you done? What was changed?

  
  Thanks!
  
  - Original Message -
   From: Eyal Edri ee...@redhat.com
   To: Alon Bar-Lev alo...@redhat.com
   Cc: infra infra@ovirt.org
   Sent: Sunday, March 10, 2013 10:55:28 AM
   Subject: Fwd: [ovirt] #38: nightly job issue at fedora-18?
   
   i see you have duplicate jobs for bulding ovirt-host-deploy,
   
   is that intentional or we can remove one?
   i also see that you changed the publish job to include those 2
   jobs,
   so it means the ticket is solved?
   
   eyal.
   
   
   - Forwarded Message -
   From: ovirt t...@fedorahosted.org
   Sent: Saturday, March 9, 2013 10:19:46 PM
   Subject: [ovirt] #38: nightly job issue at fedora-18?
   
   #38: nightly job issue at fedora-18?
   --+---
 Reporter:  alonbl   |  Owner:  infra@…
 Type:  bug  | Status:  new
 Priority:  major|  Milestone:  oVirt 3.2
Component:  General  |Version:  Test
 Severity:  Normal   |   Keywords:
   Blocked By:   |   Blocking:
   --+---
Hi,
   
   
I try to put ovirt-host-deploy-1.0.1* as output of [1].
   
See[2].
{{{
SSH: put [ovirt-host-deploy-
java-1.0.1-0.0.master.20130308.git5bf797e.fc18.noarch.rpm]
}}}
   
So it should be OK... but I can see this for fedora-17[3] and
not
fedora-18[4].
   
So I guess there is something wrong in the publishing.
   
Thanks!
   
[1] http://jenkins.ovirt.org/view/All/job/ovirt-host-
deploy_create_rpms_fedora-1.0/
   
[2]

   http://jenkins.ovirt.org/view/All/job/publish_ovirt_rpms_nightly/277/console
   
[3]
http://resources.ovirt.org/releases/nightly/rpm/Fedora/17/noarch/
   
[4]
http://resources.ovirt.org/releases/nightly/rpm/Fedora/18/noarch/
   
   --
   Ticket URL: https://fedorahosted.org/ovirt/ticket/38
   ovirt http://www.ovirt.org/
   oVirt - virtualization made easy.
   ___
   Infra mailing list
   Infra@ovirt.org
   http://lists.ovirt.org/mailman/listinfo/infra
   
  
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: [ovirt] #38: nightly job issue at fedora-18?

[Alon Bar-Lev]

- Original Message -
 From: Eyal Edri ee...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: infra infra@ovirt.org
 Sent: Sunday, March 10, 2013 2:53:11 PM
 Subject: Re: [ovirt] #38: nightly job issue at fedora-18?
 
 
 
 - Original Message -
  From: Alon Bar-Lev alo...@redhat.com
  To: Eyal Edri ee...@redhat.com
  Cc: infra infra@ovirt.org
  Sent: Sunday, March 10, 2013 2:46:26 PM
  Subject: Re: [ovirt] #38: nightly job issue at fedora-18?
  
  
  
  - Original Message -
   From: Eyal Edri ee...@redhat.com
   To: Alon Bar-Lev alo...@redhat.com
   Cc: infra infra@ovirt.org
   Sent: Sunday, March 10, 2013 2:44:46 PM
   Subject: Re: [ovirt] #38: nightly job issue at fedora-18?
   
   
   
   - Original Message -
From: Alon Bar-Lev alo...@redhat.com
To: Eyal Edri ee...@redhat.com
Cc: infra infra@ovirt.org
Sent: Sunday, March 10, 2013 11:56:16 AM
Subject: Re: [ovirt] #38: nightly job issue at fedora-18?

They are not duplicate.

It is for master branch and for 1.0 branch.

The ticket is not solved as the fedora-18 directory does not
contain
the 1.0.1 artifacts... something is wrong, but I have no access
to
the host to see what.
   
   i run the publish job again and i now see the rpms on f18 repo,
   can you confirm?
   
   http://resources.ovirt.org/releases/nightly/rpm/Fedora/18/noarch/
  
  Yes confirmed.
  What have you done? What was changed?
  
 
 i think you only added the publish from 1.0 branch today to the
 publish job,
 and this job runs only @ night
 

No, as I shown, at the log the artifacts were copied to both fc17 and fc18...

Never mind, we will track.

Thanks!


Thanks!

- Original Message -
 From: Eyal Edri ee...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com
 Cc: infra infra@ovirt.org
 Sent: Sunday, March 10, 2013 10:55:28 AM
 Subject: Fwd: [ovirt] #38: nightly job issue at fedora-18?
 
 i see you have duplicate jobs for bulding ovirt-host-deploy,
 
 is that intentional or we can remove one?
 i also see that you changed the publish job to include those
 2
 jobs,
 so it means the ticket is solved?
 
 eyal.
 
 
 - Forwarded Message -
 From: ovirt t...@fedorahosted.org
 Sent: Saturday, March 9, 2013 10:19:46 PM
 Subject: [ovirt] #38: nightly job issue at fedora-18?
 
 #38: nightly job issue at fedora-18?
 --+---
   Reporter:  alonbl   |  Owner:  infra@…
   Type:  bug  | Status:  new
   Priority:  major|  Milestone:  oVirt 3.2
  Component:  General  |Version:  Test
   Severity:  Normal   |   Keywords:
 Blocked By:   |   Blocking:
 --+---
  Hi,
 
 
  I try to put ovirt-host-deploy-1.0.1* as output of [1].
 
  See[2].
  {{{
  SSH: put [ovirt-host-deploy-
  java-1.0.1-0.0.master.20130308.git5bf797e.fc18.noarch.rpm]
  }}}
 
  So it should be OK... but I can see this for fedora-17[3]
  and
  not
  fedora-18[4].
 
  So I guess there is something wrong in the publishing.
 
  Thanks!
 
  [1] http://jenkins.ovirt.org/view/All/job/ovirt-host-
  deploy_create_rpms_fedora-1.0/
 
  [2]
  
 http://jenkins.ovirt.org/view/All/job/publish_ovirt_rpms_nightly/277/console
 
  [3]
  http://resources.ovirt.org/releases/nightly/rpm/Fedora/17/noarch/
 
  [4]
  http://resources.ovirt.org/releases/nightly/rpm/Fedora/18/noarch/
 
 --
 Ticket URL: https://fedorahosted.org/ovirt/ticket/38
 ovirt http://www.ovirt.org/
 oVirt - virtualization made easy.
 ___
 Infra mailing list
 Infra@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/infra
 

   
  
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: Website down

[Alon Bar-Lev]

I am still getting the following at[1]

---
Database error
A database query syntax error has occurred. This may indicate a bug in the 
software. The last attempted database query was:

(SQL query hidden)

from within function SqlBagOStuff::set. Database returned error 1114: The 
table 'mw_objectcache' is full (127.7.52.129).
---

[1] http://www.ovirt.org/Feature/NetworkReloaded

- Original Message -
 From: Dave Neary dne...@redhat.com
 To: Ewoud Kohl van Wijngaarden ewoud+ov...@kohlvanwijngaarden.nl
 Cc: infra@ovirt.org
 Sent: Saturday, February 16, 2013 9:05:23 PM
 Subject: Re: Website down
 
 Hi,
 
 Did someone get there already? Looks fine to me now.
 
 I would like to see us dig into the issue to see where the resource
 leak is coming from.
 
 Cheers,
 Dave.
 
 - Ewoud Kohl van Wijngaarden ewoud+ov...@kohlvanwijngaarden.nl
 wrote:
  Hello,
  
  The site is currently down with an SQL error:
  
  Database error
  A database query syntax error has occurred. This may indicate a bug
  in the software. The last attempted database query was:
  
  (SQL query hidden)
  
  from within function SqlBagOStuff::set. Database returned error
  1114: The table 'mw_objectcache' is full (127.7.52.129).
  
  See http://lists.ovirt.org/pipermail/wiki/2013-February/12.html
  as well.
  ___
  Infra mailing list
  Infra@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/infra
 
 ___
 Infra mailing list
 Infra@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/infra
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

oVirt site organization

[Alon Bar-Lev]

Hi,

Not sure this is the right list...

I think that there is a gap from what user(and developer) expects to see in 
open source (or any) site and what we have.

We are missing Support category, there we should have the user lists and a 
link to bugzilla, and some bugzilla links for reports (opened bugs for example).

We are missing Source category, a clear place of how to obtain the source, as 
we do not have proper gitweb with list of projects, at least link to 
http://gerrit.ovirt.org/#/admin/projects/.

Community is not a proper word for Mailing lists, first thing I look is for 
list in the home page and I expect it to be there, the term Have 
conversations on our mailing lists is not something common although it may be 
good English.

At http://www.ovirt.org/Mailing_lists, I expect the term Full index of mailing 
list instead of the oVirt mailman page.

In the the oVirt mailman page we are missing vdsm lists.

Regards,
Alon
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: [Users] New website live! Feedback welcome

[Alon Bar-Lev]

Great.
jenkins SSH authentication is failing now.

http://jenkins.ovirt.org/job/publish_ovirt_rpms_nightly/176/console

- Original Message -
 From: Dave Neary dne...@redhat.com
 To: annou...@ovirt.org, users us...@ovirt.org
 Sent: Friday, November 30, 2012 2:18:59 PM
 Subject: [Users] New website live! Feedback welcome
 
 Hi everyone,
 
 The new oVirt website is now live!
 
http://www.ovirt.org
 
 We have made some changes to the infrastructure (the website is now
 running on MediaWiki: http://www.mediawiki.org on Red Hat's Platform
 as
 a Service offering OpenShift: https://openshift.redhat.com) and also
 to
 the look and feel. There is a new theme, designed and laid out by
 Garrett Lesage, some new content to discover, and best of all, since
 the
 entire website is now a wiki, it will be much easier to maintain over
 time.
 
 We have been careful to ensure that all of the old website links
 redirect to appropriate pages on the new site. If you find any dead
 links, or redirects which do not make sense, please let us know! And
 as
 the site has had limited exposure up to this point, we are happy to
 hear
 your feedback on things you like, and things we can improve.
 
 Thank you all for your support, assistance and understanding
 throughout
 this process!
 
 Regards,
 Dave.
 
 --
 Dave Neary - Community Action and Impact
 Open Source and Standards, Red Hat - http://community.redhat.com
 Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13
 ___
 Users mailing list
 us...@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users
 
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: fedora 18 builds on jenkins.ovirt.org

[Alon Bar-Lev]

- Original Message -
 From: Dan Kenigsberg dan...@redhat.com
 To: Alon Bar-Lev alo...@redhat.com, Yaniv Bronheim ybron...@redhat.com
 Cc: Itamar Heim ih...@redhat.com, infra infra@ovirt.org, Moran 
 Goldboim mgold...@redhat.com, Eyal Edri
 ee...@redhat.com
 Sent: Thursday, November 29, 2012 12:02:58 PM
 Subject: Re: fedora 18 builds on jenkins.ovirt.org
 
 On Thu, Nov 29, 2012 at 02:57:20AM -0500, Alon Bar-Lev wrote:
  
  
  - Original Message -
   From: Itamar Heim ih...@redhat.com
   To: Eyal Edri ee...@redhat.com
   Cc: infra infra@ovirt.org, Moran Goldboim
   mgold...@redhat.com, Dan Kenigsberg dan...@redhat.com,
   Alon
   Bar-Lev alo...@redhat.com
   Sent: Thursday, November 29, 2012 9:53:28 AM
   Subject: Re: fedora 18 builds on jenkins.ovirt.org
   
   On 11/29/2012 02:08 AM, Eyal Edri wrote:
   
   
- Original Message -
From: Itamar Heim ih...@redhat.com
To: Eyal Edri ee...@redhat.com
Cc: infra infra@ovirt.org, Moran Goldboim
mgold...@redhat.com
Sent: Thursday, November 29, 2012 2:26:21 AM
Subject: Re: fedora 18 builds on jenkins.ovirt.org
   
On 11/28/2012 02:02 PM, Eyal Edri wrote:
fyi,
   
i've done some changes to allow f18 builds:
   
1. upgraded fedora17-slave-vm01 to fedora18-slave-vm01. (new
label
fedora18)
2. created new matrix jobs [1] to create rpms per project for
each
operating system,
 so only one job will create rpms for all operating
 systems
 (currently f17,f18).
3. publish rpms job will copy all artifacts from the matrix
jobs
into sub-folder on ovirt.org.
4. we need to update publish script that runs on ovirt.org to
take
fedora 18 files as well.
   
so far i've created the following matrix jobs:
   
http://jenkins.ovirt.org/view/rpms/job/ovirt-host-deploy_create_rpms_fedora/
http://jenkins.ovirt.org/view/rpms/job/otopi_create_rpms_fedora/
http://jenkins.ovirt.org/view/rpms/job/ovirt-engine_create_rpms_fedora/
   
let me know when the publish cronjob on linode is updated, so
i'll
create the projects for other jobs also.
   
example f18 rpms:
   
http://jenkins.ovirt.org/view/rpms/job/ovirt-engine_create_rpms_fedora/jdk=java-1.7.0-openjdk.x86_64,label=fedora18/
   
[1]
http://jenkins.ovirt.org/view/rpms/job/ovirt-host-deploy_create_rpms_fedora/
   
   
Eyal.
   
   
where are they published under http://www.ovirt.org/releases?
   
   
OK, just found the cronjob that fetch them and creates the
repos.
i updated it to take f18 as well (didn't know what to do with
ovirt-release:
   
/bin/find /home/jenkins/ovirt-nightly/artifacts/ -name
*ovirt-release-fedora-* -exec mv {}
/var/www/html/releases/nightly/rpm/Fedora/17/noarch \;
   
it doesn't have a distinguish naming per fedora rel...
   
publish script is running now, we should have f18 rpms soon on
ovirt.org/releases/nightly/rpm/Fedora/18
   
   
   
   thanks.
   can you please chase all relevant package owner for versions to
   change
   to 3.2?
   danken - is there a reason all the hooks are in the noarch, but
   vdsm
   is
   in the x86_64?
  
  http://gerrit.ovirt.org/#/c/6098/
 
 Yeah, we should handle this some day. CCing ybronhei.
 
 I much prefer to take betterPopen out of vdsm completely, or at least
 into an x86_64 subpackage. Same should happen to safelease.
 I'd like the package separation to be based on functionality and not
 python-nativeness.

You are free to suggest any other method, however, I don't think the effort is 
worth it.
betterPopen will not go anywhere else in the near future... nor other 
components, so I would have done this as simplest as I can.

Alon.
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: fedora 18 builds on jenkins.ovirt.org

[Alon Bar-Lev]

- Original Message -
 From: Eyal Edri ee...@redhat.com
 To: infra infra@ovirt.org
 Sent: Wednesday, November 28, 2012 9:02:06 PM
 Subject: fedora 18 builds on jenkins.ovirt.org
 
 fyi,
 
 i've done some changes to allow f18 builds:
 
 1. upgraded fedora17-slave-vm01 to fedora18-slave-vm01. (new label
 fedora18)
 2. created new matrix jobs [1] to create rpms per project for each
 operating system,
so only one job will create rpms for all operating systems
(currently f17,f18).
 3. publish rpms job will copy all artifacts from the matrix jobs into
 sub-folder on ovirt.org.
 4. we need to update publish script that runs on ovirt.org to take
 fedora 18 files as well.
 
 so far i've created the following matrix jobs:
 
 http://jenkins.ovirt.org/view/rpms/job/ovirt-host-deploy_create_rpms_fedora/
 http://jenkins.ovirt.org/view/rpms/job/otopi_create_rpms_fedora/
 http://jenkins.ovirt.org/view/rpms/job/ovirt-engine_create_rpms_fedora/
 
 let me know when the publish cronjob on linode is updated, so i'll
 create the projects for other jobs also.
 
 example f18 rpms:
 
 http://jenkins.ovirt.org/view/rpms/job/ovirt-engine_create_rpms_fedora/jdk=java-1.7.0-openjdk.x86_64,label=fedora18/
 
 [1]
 http://jenkins.ovirt.org/view/rpms/job/ovirt-host-deploy_create_rpms_fedora/

Nice!

Good I finished all the host-deploy today...

What about vdsm?

Alon
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: fedora 18 builds on jenkins.ovirt.org

[Alon Bar-Lev]

- Original Message -
 From: Itamar Heim ih...@redhat.com
 To: Eyal Edri ee...@redhat.com
 Cc: infra infra@ovirt.org, Moran Goldboim mgold...@redhat.com, Dan 
 Kenigsberg dan...@redhat.com, Alon
 Bar-Lev alo...@redhat.com
 Sent: Thursday, November 29, 2012 9:53:28 AM
 Subject: Re: fedora 18 builds on jenkins.ovirt.org
 
 On 11/29/2012 02:08 AM, Eyal Edri wrote:
 
 
  - Original Message -
  From: Itamar Heim ih...@redhat.com
  To: Eyal Edri ee...@redhat.com
  Cc: infra infra@ovirt.org, Moran Goldboim
  mgold...@redhat.com
  Sent: Thursday, November 29, 2012 2:26:21 AM
  Subject: Re: fedora 18 builds on jenkins.ovirt.org
 
  On 11/28/2012 02:02 PM, Eyal Edri wrote:
  fyi,
 
  i've done some changes to allow f18 builds:
 
  1. upgraded fedora17-slave-vm01 to fedora18-slave-vm01. (new
  label
  fedora18)
  2. created new matrix jobs [1] to create rpms per project for
  each
  operating system,
   so only one job will create rpms for all operating systems
   (currently f17,f18).
  3. publish rpms job will copy all artifacts from the matrix jobs
  into sub-folder on ovirt.org.
  4. we need to update publish script that runs on ovirt.org to
  take
  fedora 18 files as well.
 
  so far i've created the following matrix jobs:
 
  http://jenkins.ovirt.org/view/rpms/job/ovirt-host-deploy_create_rpms_fedora/
  http://jenkins.ovirt.org/view/rpms/job/otopi_create_rpms_fedora/
  http://jenkins.ovirt.org/view/rpms/job/ovirt-engine_create_rpms_fedora/
 
  let me know when the publish cronjob on linode is updated, so
  i'll
  create the projects for other jobs also.
 
  example f18 rpms:
 
  http://jenkins.ovirt.org/view/rpms/job/ovirt-engine_create_rpms_fedora/jdk=java-1.7.0-openjdk.x86_64,label=fedora18/
 
  [1]
  http://jenkins.ovirt.org/view/rpms/job/ovirt-host-deploy_create_rpms_fedora/
 
 
  Eyal.
 
 
  where are they published under http://www.ovirt.org/releases?
 
 
  OK, just found the cronjob that fetch them and creates the repos.
  i updated it to take f18 as well (didn't know what to do with
  ovirt-release:
 
  /bin/find /home/jenkins/ovirt-nightly/artifacts/ -name
  *ovirt-release-fedora-* -exec mv {}
  /var/www/html/releases/nightly/rpm/Fedora/17/noarch \;
 
  it doesn't have a distinguish naming per fedora rel...
 
  publish script is running now, we should have f18 rpms soon on
  ovirt.org/releases/nightly/rpm/Fedora/18
 
 
 
 thanks.
 can you please chase all relevant package owner for versions to
 change
 to 3.2?
 danken - is there a reason all the hooks are in the noarch, but vdsm
 is
 in the x86_64?

http://gerrit.ovirt.org/#/c/6098/

 alon - which version scheme for otopi and ovirt-host-deploy.
 easier to track if it matches ovirt version scheme for now (for sure
 for
 o-h-d).

major - ok.
minor - I am not so sure... as as soon as 3.3 out I am unsure we will sync.
Fix should not match.

bottom line I don't think we should artificial sync versions...

Alon.
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra