[oVirt Jenkins] standard-enqueue - Build #6906 - FAILURE!
------=_Part_280_578941169.1510735754629 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Build: http://jenkins.ovirt.org/job/standard-enqueue/6906/ Build Name: #6906 Build Description: Gerrit: 84149 - ovirt-engine-api-metamodel (1.1) Build Status: FAILURE Gerrit change: https://gerrit.ovirt.org/84149 - title: Update CHANGES.adoc for release 1.1.16 - project: ovirt-engine-api-metamodel - branch: metamodel_1.1 - author: Juan Hernandez <juan.hernandez@redhat.com> ------=_Part_280_578941169.1510735754629--
------=_Part_282_319095288.1510735772702 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Build: http://jenkins.ovirt.org/job/standard-enqueue/6907/ Build Name: #6907 Build Description: Gerrit: 84150 - ovirt-engine-api-metamodel (1.1) Build Status: FAILURE Gerrit change: https://gerrit.ovirt.org/84150 - title: [maven-release-plugin] prepare release 1.1.16 - project: ovirt-engine-api-metamodel - branch: metamodel_1.1 - author: Juan Hernandez <juan.hernandez@redhat.com> ------=_Part_282_319095288.1510735772702--
------=_Part_284_1706586937.1510735794648 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Build: http://jenkins.ovirt.org/job/standard-enqueue/6908/ Build Name: #6908 Build Description: Gerrit: 84151 - ovirt-engine-api-metamodel (1.1) Build Status: FAILURE Gerrit change: https://gerrit.ovirt.org/84151 - title: [maven-release-plugin] prepare for next development iteration - project: ovirt-engine-api-metamodel - branch: metamodel_1.1 - author: Juan Hernandez <juan.hernandez@redhat.com> ------=_Part_284_1706586937.1510735794648--
Hi Juan, What is the point of the 'ovirt-engine-api-metamodel_1.1_build-artifacts-*' jobs? For post-merge jobs, the 'version' part of the job names is supposed to refer to an oVirt version. We keep getting errors like the one below because the system is trying to 'release' the package into a non-existent oVirt version (1.1 in this case)... ---------- Forwarded message ---------- From: <jenkins@jenkins.phx.ovirt.org> Date: 15 November 2017 at 10:49 Subject: [oVirt Jenkins] standard-enqueue - Build #6908 - FAILURE! To: infra@ovirt.org Build: http://jenkins.ovirt.org/job/standard-enqueue/6908/ Build Name: #6908 Build Description: Gerrit: 84151 - ovirt-engine-api-metamodel (1.1) Build Status: FAILURE Gerrit change: https://gerrit.ovirt.org/84151 - title: [maven-release-plugin] prepare for next development iteration - project: ovirt-engine-api-metamodel - branch: metamodel_1.1 - author: Juan Hernandez <juan.hernandez@redhat.com> _______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
On 11/15/2017 02:33 PM, Barak Korren wrote:
Hi Juan,
What is the point of the 'ovirt-engine-api-metamodel_1.1_build-artifacts-*' jobs?
For post-merge jobs, the 'version' part of the job names is supposed to refer to an oVirt version. We keep getting errors like the one below because the system is trying to 'release' the package into a non-existent oVirt version (1.1 in this case)...
The version part of those jobs is the version of the project, the `ovirt-egnine-api-metamodel` project in this case. Why should it be the version of the `ovirt-engine` project? If the version needs to be the version of the `ovirt-engine` project we can change it, but doesn't seem right to me. Note also that these jobs don't produce anything that needs to be released as part of the oVirt project. The artifacts are released via Maven Central, and used only during build time of the engine and the SDKs.
---------- Forwarded message ---------- From: <jenkins@jenkins.phx.ovirt.org> Date: 15 November 2017 at 10:49 Subject: [oVirt Jenkins] standard-enqueue - Build #6908 - FAILURE! To: infra@ovirt.org
Build: http://jenkins.ovirt.org/job/standard-enqueue/6908/ Build Name: #6908 Build Description: Gerrit: 84151 - ovirt-engine-api-metamodel (1.1) Build Status: FAILURE Gerrit change: https://gerrit.ovirt.org/84151 - title: [maven-release-plugin] prepare for next development iteration - project: ovirt-engine-api-metamodel - branch: metamodel_1.1 - author: Juan Hernandez <juan.hernandez@redhat.com> _______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
On 15 November 2017 at 15:57, Juan Hernández <jhernand@redhat.com> wrote:
On 11/15/2017 02:33 PM, Barak Korren wrote:
Hi Juan,
What is the point of the 'ovirt-engine-api-metamodel_1.1_build-artifacts-*' jobs?
For post-merge jobs, the 'version' part of the job names is supposed to refer to an oVirt version. We keep getting errors like the one below because the system is trying to 'release' the package into a non-existent oVirt version (1.1 in this case)...
The version part of those jobs is the version of the project, the `ovirt-egnine-api-metamodel` project in this case. Why should it be the version of the `ovirt-engine` project?
This is the version of oVirt itself, as a whole, It is similar to the version of 'ovirt-engine' but may not be identical. It needs to be the version of oVirt, because this is how the system knows along with which oVirt release should your artifacts be released. This has no implication for the branch names in individual projects because you can map thing however you like.
If the version needs to be the version of the `ovirt-engine` project we can change it, but doesn't seem right to me.
Again, think of it as the oVirt version you target.
Note also that these jobs don't produce anything that needs to be released as part of the oVirt project. The artifacts are released via Maven Central, and used only during build time of the engine and the SDKs.
I see, well, we will add a way to specify if you have artifacts to release or not soon, you can already see this working in ovirt-ansible (specified in automation.yaml), but it'll take some time for us to port support for this from GitHub to Gerrit. -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
On 11/15/2017 03:24 PM, Barak Korren wrote:
On 15 November 2017 at 15:57, Juan Hernández <jhernand@redhat.com> wrote:
On 11/15/2017 02:33 PM, Barak Korren wrote:
Hi Juan,
What is the point of the 'ovirt-engine-api-metamodel_1.1_build-artifacts-*' jobs?
For post-merge jobs, the 'version' part of the job names is supposed to refer to an oVirt version. We keep getting errors like the one below because the system is trying to 'release' the package into a non-existent oVirt version (1.1 in this case)...
The version part of those jobs is the version of the project, the `ovirt-egnine-api-metamodel` project in this case. Why should it be the version of the `ovirt-engine` project?
This is the version of oVirt itself, as a whole, It is similar to the version of 'ovirt-engine' but may not be identical.
It needs to be the version of oVirt, because this is how the system knows along with which oVirt release should your artifacts be released.
This has no implication for the branch names in individual projects because you can map thing however you like.
If the version needs to be the version of the `ovirt-engine` project we can change it, but doesn't seem right to me.
Again, think of it as the oVirt version you target.
OK, no problem, I will change that.
Note also that these jobs don't produce anything that needs to be released as part of the oVirt project. The artifacts are released via Maven Central, and used only during build time of the engine and the SDKs.
I see, well, we will add a way to specify if you have artifacts to release or not soon, you can already see this working in ovirt-ansible (specified in automation.yaml), but it'll take some time for us to port support for this from GitHub to Gerrit.
participants (3)
-
Barak Korren -
jenkins＠jenkins.phx.ovirt.org -
Juan Hernández