Re: [openstack-dev] [cinder][neutron][nova][3rd party testing] Gerrit Jenkins plugin will not fulfill requirements of 3rd party testing

2014-02-25 Thread Sukhdev Kapur
Folks,

I just sent out another email.

Here is the link to the wiki which has details about this patch.

https://wiki.openstack.org/wiki/Arista-third-party-testing

Hope this helps.

-Sukhdev




On Fri, Feb 14, 2014 at 6:01 PM, Sukhdev Kapur
sukh...@aristanetworks.comwrote:




 On Thu, Feb 13, 2014 at 12:39 PM, Jay Pipes jaypi...@gmail.com wrote:

 On Thu, 2014-02-13 at 12:34 -0800, Sukhdev Kapur wrote:
  Jay,
 
  Just an FYI. We have modified the Gerrit plugin it accept/match regex
  to generate notifications of for receck no bug/bug ###. It turned
  out to be very simple fix and we (Arista Testing) is now triggering on
  recheck comments as well.

 Thanks for the update, Sukhdev! Is this updated Gerrit plugin somewhere
 where other folks can use it?



 Yes the patch is ready.  I am documenting it as a part of overall
 description of Arista Testing Setup and will be releasing soon as part of
 the document that I am writing.
 Hopefully next week.

 regards..
 -Sukhdev





___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] [cinder][neutron][nova][3rd party testing] Gerrit Jenkins plugin will not fulfill requirements of 3rd party testing

2014-02-15 Thread Sergey Lukjanov
Sukhdev, that's awesome, I think it'll be great to make folks able to start
from something easy configurable like gerrit trigger plugin.


On Sat, Feb 15, 2014 at 6:01 AM, Sukhdev Kapur
sukh...@aristanetworks.comwrote:




 On Thu, Feb 13, 2014 at 12:39 PM, Jay Pipes jaypi...@gmail.com wrote:

 On Thu, 2014-02-13 at 12:34 -0800, Sukhdev Kapur wrote:
  Jay,
 
  Just an FYI. We have modified the Gerrit plugin it accept/match regex
  to generate notifications of for receck no bug/bug ###. It turned
  out to be very simple fix and we (Arista Testing) is now triggering on
  recheck comments as well.

 Thanks for the update, Sukhdev! Is this updated Gerrit plugin somewhere
 where other folks can use it?



 Yes the patch is ready.  I am documenting it as a part of overall
 description of Arista Testing Setup and will be releasing soon as part of
 the document that I am writing.
 Hopefully next week.

 regards..
 -Sukhdev





 ___
 OpenStack-dev mailing list
 OpenStack-dev@lists.openstack.org
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev




-- 
Sincerely yours,
Sergey Lukjanov
Savanna Technical Lead
Mirantis Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] [cinder][neutron][nova][3rd party testing] Gerrit Jenkins plugin will not fulfill requirements of 3rd party testing

2014-02-14 Thread Sukhdev Kapur
On Thu, Feb 13, 2014 at 12:39 PM, Jay Pipes jaypi...@gmail.com wrote:

 On Thu, 2014-02-13 at 12:34 -0800, Sukhdev Kapur wrote:
  Jay,
 
  Just an FYI. We have modified the Gerrit plugin it accept/match regex
  to generate notifications of for receck no bug/bug ###. It turned
  out to be very simple fix and we (Arista Testing) is now triggering on
  recheck comments as well.

 Thanks for the update, Sukhdev! Is this updated Gerrit plugin somewhere
 where other folks can use it?



Yes the patch is ready.  I am documenting it as a part of overall
description of Arista Testing Setup and will be releasing soon as part of
the document that I am writing.
Hopefully next week.

regards..
-Sukhdev
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] [cinder][neutron][nova][3rd party testing] Gerrit Jenkins plugin will not fulfill requirements of 3rd party testing

2014-02-13 Thread Sukhdev Kapur
Jay,

Just an FYI. We have modified the Gerrit plugin it accept/match regex to
generate notifications of for receck no bug/bug ###. It turned out to be
very simple fix and we (Arista Testing) is now triggering on recheck
comments as well.

regards..
-Sukhdev



On Thu, Feb 6, 2014 at 4:16 PM, Sukhdev Kapur sukh...@aristanetworks.comwrote:

 Hi Jay,

 Thanks for bringing this up. I have been trying to make the recheck work
 and have not had much success. Therefore, I agree that we should go with
 option a) for the short term until b) or c) becomes available.
 I would prefer b) because we have already invested a lot in our solution
 and it is fully operational.

 Thanks
 -Sukhdev




 On Tue, Feb 4, 2014 at 3:55 PM, Jay Pipes jaypi...@gmail.com wrote:

 Sorry for cross-posting to both mailing lists, but there's lots of folks
 working on setting up third-party testing platforms that are not members
 of the openstack-infra ML...

 tl;dr
 -

 The third party testing documentation [1] has requirements [2] that
 include the ability to trigger a recheck based on a gerrit comment.

 Unfortunately, the Gerrit Jenkins Trigger plugin [3] does not have the
 ability to trigger job runs based on a regex-filtered comment (only on
 the existence of any new comment to the code review).

 Therefore, we either should:

 a) Relax the requirement that the third party system trigger test
 re-runs when a comment including the word recheck appears in the
 Gerrit event stream

 b) Modify the Jenkins Gerrit plugin to support regex filtering on the
 comment text (in the same way that it currently supports regex filtering
 on the project name)

 or

 c) Add documentation to the third party testing pages that explains how
 to use Zuul as a replacement for the Jenkins Gerrit plugin.

 I propose we do a) for the short term, and I'll work on c) long term.
 However, I'm throwing this out there just in case there are some Java
 and Jenkins whizzes out there that could get b) done in a jiffy.

 details
 ---

 OK, so I've been putting together documentation on how to set up an
 external Jenkins platform that is linked [4] with the upstream
 OpenStack CI system.

 Recently, I wrote an article detailing how the upstream CI system
 worked, including a lot of the gory details from the
 openstack-infra/config project's files. [5]

 I've been working on a follow-up article that goes through how to set up
 a Jenkins system, and in writing that article, I created a source
 repository [6] that contains scripts, instructions and Puppet modules
 that set up a Jenkins system, the Jenkins Job Builder tool, and
 installs/configures the Jenkins Gerrit plugin [7].

 I planned to use the Jenkins Gerrit plugin as the mechanism that
 triggers Jenkins jobs on the external system based on gerrit events
 published by the OpenStack review.openstack.org Gerrit service. In
 addition to being mentioned in the third party documentation, Jenkins
 Job Builder has the ability to construct Jenkins jobs that are triggered
 by the Jenkins Gerrit plugin [8].

 Unforunately, I've run into a bit of a snag.

 The third party testing documentation has requirements that include the
 ability to trigger a recheck based on a gerrit comment:

 quote
 Support recheck to request re-running a test.
  * Support the following syntaxes recheck no bug and recheck bug ###.
  * Recheck means recheck everything. A single recheck comment should
 re-trigger all testing systems.
 /quote

 The documentation has a section on using the Gerrit Jenkins Trigger
 plugin [3] to accept notifications from the upstream OpenStack Gerrit
 instance.

 But unfortunately, the Jenkins Gerrit plugin does not support the
 ability to trigger a re-run of a job given a regex match of the word
 recheck. :(

 So, we either need to a) change the requirements of third party testers,
 b) enhance the Jenkins Gerrit plugin with the missing functionality, or
 c) add documentation on how to set up Zuul as the triggering system
 instead of the Jenkins Gerrit plugin.

 I'm happy to work on c), but I think relaxing the restriction (a) is
 probably needed short-term.

 Best,
 -jay

 [1] http://ci.openstack.org/third_party.html
 [2] http://ci.openstack.org/third_party.html#requirements
 [3]

 http://ci.openstack.org/third_party.html#the-jenkins-gerrit-trigger-plugin-way
 [4] By linked I mean it both reads from the OpenStack Gerrit system
 and writes (adds comments) to it
 [5] http://www.joinfu.com/2014/01/understanding-the-openstack-ci-system/
 [6] http://github.com/jaypipes/os-ext-testing
 [7] https://wiki.jenkins-ci.org/display/JENKINS/Gerrit+Trigger
 [8]

 https://github.com/openstack-infra/jenkins-job-builder/blob/master/jenkins_jobs/modules/triggers.py#L121




___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] [cinder][neutron][nova][3rd party testing] Gerrit Jenkins plugin will not fulfill requirements of 3rd party testing

2014-02-13 Thread Jay Pipes
On Thu, 2014-02-13 at 12:34 -0800, Sukhdev Kapur wrote:
 Jay, 
 
 Just an FYI. We have modified the Gerrit plugin it accept/match regex
 to generate notifications of for receck no bug/bug ###. It turned
 out to be very simple fix and we (Arista Testing) is now triggering on
 recheck comments as well.

Thanks for the update, Sukhdev! Is this updated Gerrit plugin somewhere
where other folks can use it?

I've got Zuul actually working pretty well in my os-ext-testing repo
now. Only problem remaining is with the Jenkins slave trigger (not
related to Gerrit...)

Best,
-jay



___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] [cinder][neutron][nova][3rd party testing] Gerrit Jenkins plugin will not fulfill requirements of 3rd party testing

2014-02-13 Thread Sergey Lukjanov
nice, are you planning to commit it to upstream?


On Fri, Feb 14, 2014 at 12:34 AM, Sukhdev Kapur
sukh...@aristanetworks.comwrote:

 Jay,

 Just an FYI. We have modified the Gerrit plugin it accept/match regex to
 generate notifications of for receck no bug/bug ###. It turned out to be
 very simple fix and we (Arista Testing) is now triggering on recheck
 comments as well.

 regards..
 -Sukhdev



 On Thu, Feb 6, 2014 at 4:16 PM, Sukhdev Kapur 
 sukh...@aristanetworks.comwrote:

 Hi Jay,

 Thanks for bringing this up. I have been trying to make the recheck work
 and have not had much success. Therefore, I agree that we should go with
 option a) for the short term until b) or c) becomes available.
 I would prefer b) because we have already invested a lot in our solution
 and it is fully operational.

 Thanks
 -Sukhdev




 On Tue, Feb 4, 2014 at 3:55 PM, Jay Pipes jaypi...@gmail.com wrote:

 Sorry for cross-posting to both mailing lists, but there's lots of folks
 working on setting up third-party testing platforms that are not members
 of the openstack-infra ML...

 tl;dr
 -

 The third party testing documentation [1] has requirements [2] that
 include the ability to trigger a recheck based on a gerrit comment.

 Unfortunately, the Gerrit Jenkins Trigger plugin [3] does not have the
 ability to trigger job runs based on a regex-filtered comment (only on
 the existence of any new comment to the code review).

 Therefore, we either should:

 a) Relax the requirement that the third party system trigger test
 re-runs when a comment including the word recheck appears in the
 Gerrit event stream

 b) Modify the Jenkins Gerrit plugin to support regex filtering on the
 comment text (in the same way that it currently supports regex filtering
 on the project name)

 or

 c) Add documentation to the third party testing pages that explains how
 to use Zuul as a replacement for the Jenkins Gerrit plugin.

 I propose we do a) for the short term, and I'll work on c) long term.
 However, I'm throwing this out there just in case there are some Java
 and Jenkins whizzes out there that could get b) done in a jiffy.

 details
 ---

 OK, so I've been putting together documentation on how to set up an
 external Jenkins platform that is linked [4] with the upstream
 OpenStack CI system.

 Recently, I wrote an article detailing how the upstream CI system
 worked, including a lot of the gory details from the
 openstack-infra/config project's files. [5]

 I've been working on a follow-up article that goes through how to set up
 a Jenkins system, and in writing that article, I created a source
 repository [6] that contains scripts, instructions and Puppet modules
 that set up a Jenkins system, the Jenkins Job Builder tool, and
 installs/configures the Jenkins Gerrit plugin [7].

 I planned to use the Jenkins Gerrit plugin as the mechanism that
 triggers Jenkins jobs on the external system based on gerrit events
 published by the OpenStack review.openstack.org Gerrit service. In
 addition to being mentioned in the third party documentation, Jenkins
 Job Builder has the ability to construct Jenkins jobs that are triggered
 by the Jenkins Gerrit plugin [8].

 Unforunately, I've run into a bit of a snag.

 The third party testing documentation has requirements that include the
 ability to trigger a recheck based on a gerrit comment:

 quote
 Support recheck to request re-running a test.
  * Support the following syntaxes recheck no bug and recheck bug ###.
  * Recheck means recheck everything. A single recheck comment should
 re-trigger all testing systems.
 /quote

 The documentation has a section on using the Gerrit Jenkins Trigger
 plugin [3] to accept notifications from the upstream OpenStack Gerrit
 instance.

 But unfortunately, the Jenkins Gerrit plugin does not support the
 ability to trigger a re-run of a job given a regex match of the word
 recheck. :(

 So, we either need to a) change the requirements of third party testers,
 b) enhance the Jenkins Gerrit plugin with the missing functionality, or
 c) add documentation on how to set up Zuul as the triggering system
 instead of the Jenkins Gerrit plugin.

 I'm happy to work on c), but I think relaxing the restriction (a) is
 probably needed short-term.

 Best,
 -jay

 [1] http://ci.openstack.org/third_party.html
 [2] http://ci.openstack.org/third_party.html#requirements
 [3]

 http://ci.openstack.org/third_party.html#the-jenkins-gerrit-trigger-plugin-way
 [4] By linked I mean it both reads from the OpenStack Gerrit system
 and writes (adds comments) to it
 [5] http://www.joinfu.com/2014/01/understanding-the-openstack-ci-system/
 [6] http://github.com/jaypipes/os-ext-testing
 [7] https://wiki.jenkins-ci.org/display/JENKINS/Gerrit+Trigger
 [8]

 https://github.com/openstack-infra/jenkins-job-builder/blob/master/jenkins_jobs/modules/triggers.py#L121





 ___
 OpenStack-dev mailing list
 OpenStack-dev@lists.openstack.org
 

Re: [openstack-dev] [cinder][neutron][nova][3rd party testing] Gerrit Jenkins plugin will not fulfill requirements of 3rd party testing

2014-02-06 Thread Sukhdev Kapur
Hi Jay,

Thanks for bringing this up. I have been trying to make the recheck work
and have not had much success. Therefore, I agree that we should go with
option a) for the short term until b) or c) becomes available.
I would prefer b) because we have already invested a lot in our solution
and it is fully operational.

Thanks
-Sukhdev




On Tue, Feb 4, 2014 at 3:55 PM, Jay Pipes jaypi...@gmail.com wrote:

 Sorry for cross-posting to both mailing lists, but there's lots of folks
 working on setting up third-party testing platforms that are not members
 of the openstack-infra ML...

 tl;dr
 -

 The third party testing documentation [1] has requirements [2] that
 include the ability to trigger a recheck based on a gerrit comment.

 Unfortunately, the Gerrit Jenkins Trigger plugin [3] does not have the
 ability to trigger job runs based on a regex-filtered comment (only on
 the existence of any new comment to the code review).

 Therefore, we either should:

 a) Relax the requirement that the third party system trigger test
 re-runs when a comment including the word recheck appears in the
 Gerrit event stream

 b) Modify the Jenkins Gerrit plugin to support regex filtering on the
 comment text (in the same way that it currently supports regex filtering
 on the project name)

 or

 c) Add documentation to the third party testing pages that explains how
 to use Zuul as a replacement for the Jenkins Gerrit plugin.

 I propose we do a) for the short term, and I'll work on c) long term.
 However, I'm throwing this out there just in case there are some Java
 and Jenkins whizzes out there that could get b) done in a jiffy.

 details
 ---

 OK, so I've been putting together documentation on how to set up an
 external Jenkins platform that is linked [4] with the upstream
 OpenStack CI system.

 Recently, I wrote an article detailing how the upstream CI system
 worked, including a lot of the gory details from the
 openstack-infra/config project's files. [5]

 I've been working on a follow-up article that goes through how to set up
 a Jenkins system, and in writing that article, I created a source
 repository [6] that contains scripts, instructions and Puppet modules
 that set up a Jenkins system, the Jenkins Job Builder tool, and
 installs/configures the Jenkins Gerrit plugin [7].

 I planned to use the Jenkins Gerrit plugin as the mechanism that
 triggers Jenkins jobs on the external system based on gerrit events
 published by the OpenStack review.openstack.org Gerrit service. In
 addition to being mentioned in the third party documentation, Jenkins
 Job Builder has the ability to construct Jenkins jobs that are triggered
 by the Jenkins Gerrit plugin [8].

 Unforunately, I've run into a bit of a snag.

 The third party testing documentation has requirements that include the
 ability to trigger a recheck based on a gerrit comment:

 quote
 Support recheck to request re-running a test.
  * Support the following syntaxes recheck no bug and recheck bug ###.
  * Recheck means recheck everything. A single recheck comment should
 re-trigger all testing systems.
 /quote

 The documentation has a section on using the Gerrit Jenkins Trigger
 plugin [3] to accept notifications from the upstream OpenStack Gerrit
 instance.

 But unfortunately, the Jenkins Gerrit plugin does not support the
 ability to trigger a re-run of a job given a regex match of the word
 recheck. :(

 So, we either need to a) change the requirements of third party testers,
 b) enhance the Jenkins Gerrit plugin with the missing functionality, or
 c) add documentation on how to set up Zuul as the triggering system
 instead of the Jenkins Gerrit plugin.

 I'm happy to work on c), but I think relaxing the restriction (a) is
 probably needed short-term.

 Best,
 -jay

 [1] http://ci.openstack.org/third_party.html
 [2] http://ci.openstack.org/third_party.html#requirements
 [3]

 http://ci.openstack.org/third_party.html#the-jenkins-gerrit-trigger-plugin-way
 [4] By linked I mean it both reads from the OpenStack Gerrit system
 and writes (adds comments) to it
 [5] http://www.joinfu.com/2014/01/understanding-the-openstack-ci-system/
 [6] http://github.com/jaypipes/os-ext-testing
 [7] https://wiki.jenkins-ci.org/display/JENKINS/Gerrit+Trigger
 [8]

 https://github.com/openstack-infra/jenkins-job-builder/blob/master/jenkins_jobs/modules/triggers.py#L121



___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


[openstack-dev] [cinder][neutron][nova][3rd party testing] Gerrit Jenkins plugin will not fulfill requirements of 3rd party testing

2014-02-04 Thread Jay Pipes
Sorry for cross-posting to both mailing lists, but there's lots of folks
working on setting up third-party testing platforms that are not members
of the openstack-infra ML...

tl;dr
-

The third party testing documentation [1] has requirements [2] that
include the ability to trigger a recheck based on a gerrit comment.

Unfortunately, the Gerrit Jenkins Trigger plugin [3] does not have the
ability to trigger job runs based on a regex-filtered comment (only on
the existence of any new comment to the code review).

Therefore, we either should:

a) Relax the requirement that the third party system trigger test
re-runs when a comment including the word recheck appears in the
Gerrit event stream

b) Modify the Jenkins Gerrit plugin to support regex filtering on the
comment text (in the same way that it currently supports regex filtering
on the project name)

or

c) Add documentation to the third party testing pages that explains how
to use Zuul as a replacement for the Jenkins Gerrit plugin.

I propose we do a) for the short term, and I'll work on c) long term.
However, I'm throwing this out there just in case there are some Java
and Jenkins whizzes out there that could get b) done in a jiffy.

details
---

OK, so I've been putting together documentation on how to set up an
external Jenkins platform that is linked [4] with the upstream
OpenStack CI system.

Recently, I wrote an article detailing how the upstream CI system
worked, including a lot of the gory details from the
openstack-infra/config project's files. [5]

I've been working on a follow-up article that goes through how to set up
a Jenkins system, and in writing that article, I created a source
repository [6] that contains scripts, instructions and Puppet modules
that set up a Jenkins system, the Jenkins Job Builder tool, and
installs/configures the Jenkins Gerrit plugin [7].

I planned to use the Jenkins Gerrit plugin as the mechanism that
triggers Jenkins jobs on the external system based on gerrit events
published by the OpenStack review.openstack.org Gerrit service. In
addition to being mentioned in the third party documentation, Jenkins
Job Builder has the ability to construct Jenkins jobs that are triggered
by the Jenkins Gerrit plugin [8].

Unforunately, I've run into a bit of a snag.

The third party testing documentation has requirements that include the
ability to trigger a recheck based on a gerrit comment:

quote
Support recheck to request re-running a test.
 * Support the following syntaxes recheck no bug and recheck bug ###.
 * Recheck means recheck everything. A single recheck comment should
re-trigger all testing systems.
/quote

The documentation has a section on using the Gerrit Jenkins Trigger
plugin [3] to accept notifications from the upstream OpenStack Gerrit
instance.

But unfortunately, the Jenkins Gerrit plugin does not support the
ability to trigger a re-run of a job given a regex match of the word
recheck. :(

So, we either need to a) change the requirements of third party testers,
b) enhance the Jenkins Gerrit plugin with the missing functionality, or
c) add documentation on how to set up Zuul as the triggering system
instead of the Jenkins Gerrit plugin.

I'm happy to work on c), but I think relaxing the restriction (a) is
probably needed short-term.

Best,
-jay

[1] http://ci.openstack.org/third_party.html
[2] http://ci.openstack.org/third_party.html#requirements
[3]
http://ci.openstack.org/third_party.html#the-jenkins-gerrit-trigger-plugin-way
[4] By linked I mean it both reads from the OpenStack Gerrit system
and writes (adds comments) to it
[5] http://www.joinfu.com/2014/01/understanding-the-openstack-ci-system/
[6] http://github.com/jaypipes/os-ext-testing
[7] https://wiki.jenkins-ci.org/display/JENKINS/Gerrit+Trigger
[8]
https://github.com/openstack-infra/jenkins-job-builder/blob/master/jenkins_jobs/modules/triggers.py#L121



___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev