[ACTION REQUIRED] new dependency -- ovirt-js-dependencies (replaces PatternFly)
Hi, Tomorrow (Tues Feb 14) we'll merge a patch [1] that upgrades the version of PatternFly used by webadmin and userportal to the latest 3.y version. In addition to updating the library, we've also changed the delivery mechanism. We're no longer maintaining a PatternFly RPM on copr [2]. The new method is a new project called ovirt-js-dependencies [3] that contains any runtime JS dependencies required by the engine -- currently patternfly, bootstrap, and jquery. This project is using oVirt Standard CI [4], and thus you should get the RPM from the tested master repo [5]. TL;DR: What you need to do (from the README) Set Up the Tested Master Repository * Automatically - Run the following command (replace `@distro@` in the following code block with `fc` for Fedora or `el` for RHEL or an equivalent distribution): # dnf config-manager --add-repo \ http://plain.resources.ovirt.org/repos/ovirt/tested/master/rpm/@distro@/ * Manually - Create the file `/etc/yum.repos.d/ovirt-tested-master.repo`, and replace `@distro@` in the following code block with `fc` for Fedora or `el` for RHEL or an equivalent distribution. [ovirt-tested-master] name=ovirt-tested-master baseurl= http://plain.resources.ovirt.org/repos/ovirt/tested/master/rpm/@distro@/ enabled=1 gpgcheck=0 And then sudo dnf install ovirt-js-dependencies Let me know if you have any questions. Best wishes, Greg [1] https://gerrit.ovirt.org/#/c/61716 [2] https://copr.fedorainfracloud.org/coprs/patternfly/patternfly1/ [3] https://gerrit.ovirt.org/#/admin/projects/ovirt-js-dependencies [4] http://www.ovirt.org/develop/dev-process/build-and-test-standards/ [5] http://plain.resources.ovirt.org/repos/ovirt/tested/master/rpm/<distro> -- Greg Sheremeta, MBA Red Hat, Inc. Sr. Software Engineer gshereme@redhat.com
Hi, why is this package not contained also in ovirt-master-snapshot repository [6]? Most of developers are using ovirt-master-snapshot, because this is the official repository for oVirt depelopers as mentioned in [7] and [8]. AFAIK there was not yet any official announcement that every developer should switch from ovirt-master-snapshot to ovirt-tested-master ... Martin [6] http://plain.resources.ovirt.org/pub/ovirt-master-snapshot/rpm/ [7] https://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=blob_plain;f=README.ado... [8] http://www.ovirt.org/develop/developer-guide/engine/engine-development-envir... On Mon, Feb 13, 2017 at 8:42 PM, Greg Sheremeta <gshereme@redhat.com> wrote:
Hi,
Tomorrow (Tues Feb 14) we'll merge a patch [1] that upgrades the version of PatternFly used by webadmin and userportal to the latest 3.y version.
In addition to updating the library, we've also changed the delivery mechanism. We're no longer maintaining a PatternFly RPM on copr [2]. The new method is a new project called ovirt-js-dependencies [3] that contains any runtime JS dependencies required by the engine -- currently patternfly, bootstrap, and jquery. This project is using oVirt Standard CI [4], and thus you should get the RPM from the tested master repo [5].
TL;DR: What you need to do (from the README) Set Up the Tested Master Repository
* Automatically - Run the following command (replace `@distro@` in the following code block with `fc` for Fedora or `el` for RHEL or an equivalent distribution):
# dnf config-manager --add-repo \ http://plain.resources.ovirt.org/repos/ovirt/tested/master/ rpm/@distro@/
* Manually - Create the file `/etc/yum.repos.d/ovirt-tested-master.repo`, and replace `@distro@` in the following code block with `fc` for Fedora or `el` for RHEL or an equivalent distribution.
[ovirt-tested-master] name=ovirt-tested-master baseurl=http://plain.resources.ovirt.org/repos/ ovirt/tested/master/rpm/@distro@/ enabled=1 gpgcheck=0
And then
sudo dnf install ovirt-js-dependencies
Let me know if you have any questions.
Best wishes, Greg
[1] https://gerrit.ovirt.org/#/c/61716 [2] https://copr.fedorainfracloud.org/coprs/patternfly/patternfly1/ [3] https://gerrit.ovirt.org/#/admin/projects/ovirt-js-dependencies [4] http://www.ovirt.org/develop/dev-process/build-and-test-standards/ [5] http://plain.resources.ovirt.org/repos/ovirt/tested/master/rpm/ <distro>
-- Greg Sheremeta, MBA Red Hat, Inc. Sr. Software Engineer gshereme@redhat.com
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
On Mon, Feb 13, 2017 at 10:34 PM, Martin Perina <mperina@redhat.com> wrote:
Hi,
why is this package not contained also in ovirt-master-snapshot repository [6]? Most of developers are using ovirt-master-snapshot, because this is the official repository for oVirt depelopers as mentioned in [7] and [8]. AFAIK there was not yet any official announcement that every developer should switch from ovirt-master-snapshot to ovirt-tested-master ...
I think we should make it official then for master, we've hit too many issues in the past weeks due to this repository, that I don't want to see new projects added to it. Also, AFAIK, these are build time dependencies only right? so they are not really needed for be in oVirt repo as deliverables, and just needed for other projects to use for building them. If this is the case, then the new Standard CI feature of serving each build-artifacts job as yum repo can also be used instead of the snapshot repo, e.g., http://jenkins.ovirt.org/job/ovirt-engine-yarn_master_build-artifacts-el7-x8... is a yum repo which points to the latest successful build of ovirt-engine-yarn master.
Martin
[6] http://plain.resources.ovirt.org/pub/ovirt-master-snapshot/rpm/ [7] https://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a= blob_plain;f=README.adoc;hb=HEAD [8] http://www.ovirt.org/develop/developer-guide/engine/engine- development-environment/
On Mon, Feb 13, 2017 at 8:42 PM, Greg Sheremeta <gshereme@redhat.com> wrote:
Hi,
Tomorrow (Tues Feb 14) we'll merge a patch [1] that upgrades the version of PatternFly used by webadmin and userportal to the latest 3.y version.
In addition to updating the library, we've also changed the delivery mechanism. We're no longer maintaining a PatternFly RPM on copr [2]. The new method is a new project called ovirt-js-dependencies [3] that contains any runtime JS dependencies required by the engine -- currently patternfly, bootstrap, and jquery. This project is using oVirt Standard CI [4], and thus you should get the RPM from the tested master repo [5].
TL;DR: What you need to do (from the README) Set Up the Tested Master Repository
* Automatically - Run the following command (replace `@distro@` in the following code block with `fc` for Fedora or `el` for RHEL or an equivalent distribution):
# dnf config-manager --add-repo \ http://plain.resources.ovirt.org/repos/ovirt/tested/master/r pm/@distro@/
* Manually - Create the file `/etc/yum.repos.d/ovirt-tested-master.repo`, and replace `@distro@` in the following code block with `fc` for Fedora or `el` for RHEL or an equivalent distribution.
[ovirt-tested-master] name=ovirt-tested-master baseurl=http://plain.resources.ovirt.org/repos/ovirt/tested/ master/rpm/@distro@/ enabled=1 gpgcheck=0
And then
sudo dnf install ovirt-js-dependencies
Let me know if you have any questions.
Best wishes, Greg
[1] https://gerrit.ovirt.org/#/c/61716 [2] https://copr.fedorainfracloud.org/coprs/patternfly/patternfly1/ [3] https://gerrit.ovirt.org/#/admin/projects/ovirt-js-dependencies [4] http://www.ovirt.org/develop/dev-process/build-and-test-standards/ [5] http://plain.resources.ovirt.org/repos/ovirt/tested/master/rpm/ <distro>
-- Greg Sheremeta, MBA Red Hat, Inc. Sr. Software Engineer gshereme@redhat.com
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
-- Eyal Edri Associate Manager RHV DevOps EMEA ENG Virtualization R&D Red Hat Israel phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ)
On Mon, Feb 13, 2017 at 3:55 PM, Eyal Edri <eedri@redhat.com> wrote:
On Mon, Feb 13, 2017 at 10:34 PM, Martin Perina <mperina@redhat.com> wrote:
Hi,
why is this package not contained also in ovirt-master-snapshot repository [6]? Most of developers are using ovirt-master-snapshot, because this is the official repository for oVirt depelopers as mentioned in [7] and [8]. AFAIK there was not yet any official announcement that every developer should switch from ovirt-master-snapshot to ovirt-tested-master ...
I think we should make it official then for master, we've hit too many issues in the past weeks due to this repository, that I don't want to see new projects added to it. Also, AFAIK, these are build time dependencies only right? so they are not really needed for be in oVirt repo as deliverables, and just needed for other projects to use for building them. If this is the case, then the new Standard CI feature of serving each build-artifacts job as yum repo can also be used instead of the snapshot repo, e.g.,
http://jenkins.ovirt.org/job/ovirt-engine-yarn_master_ build-artifacts-el7-x86_64/lastSuccessfulBuild/artifact/ exported-artifacts/ is a yum repo which points to the latest successful build of ovirt-engine-yarn master.
This is a runtime dependency, actually. (Some of the js stuff is build-time, but this is our only runtime one.) And yes, we could also use the new-style build_artifacts repo, but I thought tested-master was nicer for this use case. @Martin, Eyal beat me to it -- tested-master is the future repo, for reasons he mentioned. tested-master is all outputted from OST, so you know it's good! ;) Greg
Martin
[6] http://plain.resources.ovirt.org/pub/ovirt-master-snapshot/rpm/ [7] https://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=blob_ plain;f=README.adoc;hb=HEAD [8] http://www.ovirt.org/develop/developer-guide/engine/engine-d evelopment-environment/
On Mon, Feb 13, 2017 at 8:42 PM, Greg Sheremeta <gshereme@redhat.com> wrote:
Hi,
Tomorrow (Tues Feb 14) we'll merge a patch [1] that upgrades the version of PatternFly used by webadmin and userportal to the latest 3.y version.
In addition to updating the library, we've also changed the delivery mechanism. We're no longer maintaining a PatternFly RPM on copr [2]. The new method is a new project called ovirt-js-dependencies [3] that contains any runtime JS dependencies required by the engine -- currently patternfly, bootstrap, and jquery. This project is using oVirt Standard CI [4], and thus you should get the RPM from the tested master repo [5].
TL;DR: What you need to do (from the README) Set Up the Tested Master Repository
* Automatically - Run the following command (replace `@distro@` in the following code block with `fc` for Fedora or `el` for RHEL or an equivalent distribution):
# dnf config-manager --add-repo \ http://plain.resources.ovirt.org/repos/ovirt/tested/master/r pm/@distro@/
* Manually - Create the file `/etc/yum.repos.d/ovirt-tested-master.repo`, and replace `@distro@` in the following code block with `fc` for Fedora or `el` for RHEL or an equivalent distribution.
[ovirt-tested-master] name=ovirt-tested-master baseurl=http://plain.resources.ovirt.org/repos/ovirt/tested/ master/rpm/@distro@/ enabled=1 gpgcheck=0
And then
sudo dnf install ovirt-js-dependencies
Let me know if you have any questions.
Best wishes, Greg
[1] https://gerrit.ovirt.org/#/c/61716 [2] https://copr.fedorainfracloud.org/coprs/patternfly/patternfly1/ [3] https://gerrit.ovirt.org/#/admin/projects/ovirt-js-dependencies [4] http://www.ovirt.org/develop/dev-process/build-and-test-standards/ [5] http://plain.resources.ovirt.org/repos/ovirt/tested/master/rpm/ <distro>
-- Greg Sheremeta, MBA Red Hat, Inc. Sr. Software Engineer gshereme@redhat.com
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
-- Eyal Edri Associate Manager RHV DevOps EMEA ENG Virtualization R&D Red Hat Israel
phone: +972-9-7692018 <+972%209-769-2018> irc: eedri (on #tlv #rhev-dev #rhev-integ)
-- Greg Sheremeta, MBA Red Hat, Inc. Sr. Software Engineer gshereme@redhat.com
On Mon, Feb 13, 2017 at 9:59 PM, Greg Sheremeta <gshereme@redhat.com> wrote:
On Mon, Feb 13, 2017 at 3:55 PM, Eyal Edri <eedri@redhat.com> wrote:
On Mon, Feb 13, 2017 at 10:34 PM, Martin Perina <mperina@redhat.com> wrote:
Hi,
why is this package not contained also in ovirt-master-snapshot repository [6]? Most of developers are using ovirt-master-snapshot, because this is the official repository for oVirt depelopers as mentioned in [7] and [8]. AFAIK there was not yet any official announcement that every developer should switch from ovirt-master-snapshot to ovirt-tested-master ...
I think we should make it official then for master, we've hit too many issues in the past weeks due to this repository, that I don't want to see new projects added to it.
You've run into issues, because migration to the "new" system is not well prepared. I'm still a bit angry that you have forced me to migrate all ovirt-engine-extensions* projects into standard CI (which took me more than 2 days) by breaking existing build jobs which worked fine until recent changes. And I had to do fast that otherwise I won't be able to provide new build for upstream 4.1.0 async and 4.1.1 builds ... So I don't have an issue to move from ovirt-master-snapshot repos to ovirt-tested-master repos, but please do that properly: 1. Announce on mailing lists that every developer should switch at least a week before the change 2. Update all developer related documentation about this change 2. Maintain both repos for a week and only after that turn off ovirt-master-snapshots repos Also, AFAIK, these are build time dependencies only right? so they are not
really needed for be in oVirt repo as deliverables, and just needed for other projects to use for building them. If this is the case, then the new Standard CI feature of serving each build-artifacts job as yum repo can also be used instead of the snapshot repo, e.g.,
http://jenkins.ovirt.org/job/ovirt-engine-yarn_master_build- artifacts-el7-x86_64/lastSuccessfulBuild/artifact/exported-artifacts/ is a yum repo which points to the latest successful build of ovirt-engine-yarn master.
Exported artifacts is not enough, please provide ovirt-release-tested-master RPM which will include all necessary repositories same way as we currenlty have in ovirt-release-master
This is a runtime dependency, actually. (Some of the js stuff is build-time, but this is our only runtime one.)
And yes, we could also use the new-style build_artifacts repo, but I thought tested-master was nicer for this use case.
@Martin, Eyal beat me to it -- tested-master is the future repo, for reasons he mentioned. tested-master is all outputted from OST, so you know it's good! ;)
Greg
Martin
[6] http://plain.resources.ovirt.org/pub/ovirt-master-snapshot/rpm/ [7] https://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=blob_pl ain;f=README.adoc;hb=HEAD [8] http://www.ovirt.org/develop/developer-guide/engine/engine-d evelopment-environment/
On Mon, Feb 13, 2017 at 8:42 PM, Greg Sheremeta <gshereme@redhat.com> wrote:
Hi,
Tomorrow (Tues Feb 14) we'll merge a patch [1] that upgrades the version of PatternFly used by webadmin and userportal to the latest 3.y version.
In addition to updating the library, we've also changed the delivery mechanism. We're no longer maintaining a PatternFly RPM on copr [2]. The new method is a new project called ovirt-js-dependencies [3] that contains any runtime JS dependencies required by the engine -- currently patternfly, bootstrap, and jquery. This project is using oVirt Standard CI [4], and thus you should get the RPM from the tested master repo [5].
TL;DR: What you need to do (from the README) Set Up the Tested Master Repository
* Automatically - Run the following command (replace `@distro@` in the following code block with `fc` for Fedora or `el` for RHEL or an equivalent distribution):
# dnf config-manager --add-repo \ http://plain.resources.ovirt.org/repos/ovirt/tested/master/r pm/@distro@/
* Manually - Create the file `/etc/yum.repos.d/ovirt-tested-master.repo`, and replace `@distro@` in the following code block with `fc` for Fedora or `el` for RHEL or an equivalent distribution.
[ovirt-tested-master] name=ovirt-tested-master baseurl=http://plain.resources.ovirt.org/repos/ovirt/tested/ master/rpm/@distro@/ enabled=1 gpgcheck=0
And then
sudo dnf install ovirt-js-dependencies
Let me know if you have any questions.
Best wishes, Greg
[1] https://gerrit.ovirt.org/#/c/61716 [2] https://copr.fedorainfracloud.org/coprs/patternfly/patternfly1/ [3] https://gerrit.ovirt.org/#/admin/projects/ovirt-js-dependencies [4] http://www.ovirt.org/develop/dev-process/build-and-test-standards/ [5] http://plain.resources.ovirt.org/repos/ovirt/tested/master/rpm/ <distro>
-- Greg Sheremeta, MBA Red Hat, Inc. Sr. Software Engineer gshereme@redhat.com
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
-- Eyal Edri Associate Manager RHV DevOps EMEA ENG Virtualization R&D Red Hat Israel
phone: +972-9-7692018 <+972%209-769-2018> irc: eedri (on #tlv #rhev-dev #rhev-integ)
-- Greg Sheremeta, MBA Red Hat, Inc. Sr. Software Engineer gshereme@redhat.com
On 14 February 2017 at 09:53, Martin Perina <mperina@redhat.com> wrote:
On Mon, Feb 13, 2017 at 9:59 PM, Greg Sheremeta <gshereme@redhat.com> wrote:
On Mon, Feb 13, 2017 at 3:55 PM, Eyal Edri <eedri@redhat.com> wrote:
On Mon, Feb 13, 2017 at 10:34 PM, Martin Perina <mperina@redhat.com> wrote:
Hi,
why is this package not contained also in ovirt-master-snapshot repository [6]? Most of developers are using ovirt-master-snapshot, because this is the official repository for oVirt depelopers as mentioned in [7] and [8]. AFAIK there was not yet any official announcement that every developer should switch from ovirt-master-snapshot to ovirt-tested-master ...
I think we should make it official then for master, we've hit too many issues in the past weeks due to this repository, that I don't want to see new projects added to it.
You've run into issues, because
migration to the "new" system is not well prepared. I'm still a bit angry that you have forced me to migrate all ovirt-engine-extensions* projects into standard CI (which took me more than 2 days) by breaking existing build jobs which worked fine until recent changes. And I had to do fast that otherwise I won't be able to provide new build for upstream 4.1.0 async and 4.1.1 builds ...
I think there is some miss-communication here. The old '-snapshot' repo is causing issues because of the way it is built. We want people to move away from it. However, we did not intend to force anyone to move. It is still there, and the nightly jobs still update it with all the packages that have been in it so far. http://jenkins.ovirt.org/job/ovirt_master_publish-rpms_nightly/ I really don't see how any of the recent changes forced you to change your project's own jobs, but it is a good thing if you did.
So I don't have an issue to move from ovirt-master-snapshot repos to ovirt-tested-master repos, but please do that properly:
1. Announce on mailing lists that every developer should switch at least a week before the change
We were planning, since all repos currently exist side-by-side we saw no rush to do that.
2. Update all developer related documentation about this change
Well, I'm not sure where such things are documented currently, but that is a reasonable request.
2. Maintain both repos for a week and only after that turn off ovirt-master-snapshots repos
We did not turn it off yet. It is still there. The only thing that happened is that the new JS projects, that were never in that repo to begin with, chose to forgo publishing to it.
Exported artifacts is not enough, please provide ovirt-release-tested-master RPM which will include all necessary repositories same way as we currenlty have in ovirt-release-master
There is some subtle distinction here that needs to be well understood. Some repos are build to emulate an oVirt release, and all or most of the packages are collected in them. The 'tested' repo is an example of such a repo. For such repos it makes sense to create a '*-release-*.rpm'. The 'exported-artifacts' repos are meant to allow "upstream" or "build-dependency" projects to have their own release stream that is independent of oVirt's release stream. For such repos it makes little sense to keep a '*-release-*.rpm'. All projects that have a 'build-articats job now have an 'exported-artifacts' repo and their packages are submitted to OST so eventually also end up in the 'tested' repo. It is left to the consuming projects to pick which repo to use depending on how tightly are they coupled with consumed packages. -- Barak Korren bkorren@redhat.com RHCE, RHCi, RHV-DevOps Team https://ifireball.wordpress.com/
On Tue, Feb 14, 2017 at 9:54 AM, Barak Korren <bkorren@redhat.com> wrote:
On 14 February 2017 at 09:53, Martin Perina <mperina@redhat.com> wrote:
On Mon, Feb 13, 2017 at 9:59 PM, Greg Sheremeta <gshereme@redhat.com>
wrote:
On Mon, Feb 13, 2017 at 3:55 PM, Eyal Edri <eedri@redhat.com> wrote:
On Mon, Feb 13, 2017 at 10:34 PM, Martin Perina <mperina@redhat.com> wrote:
Hi,
why is this package not contained also in ovirt-master-snapshot repository [6]? Most of developers are using ovirt-master-snapshot,
because
this is the official repository for oVirt depelopers as mentioned in [7] and [8]. AFAIK there was not yet any official announcement that every developer should switch from ovirt-master-snapshot to ovirt-tested-master ...
I think we should make it official then for master, we've hit too many issues in the past weeks due to this repository, that I don't want to see new projects added to it.
You've run into issues, because
migration to the "new" system is not well prepared. I'm still a bit angry that you have forced me to migrate all ovirt-engine-extensions* projects into standard CI (which took me more than 2 days) by breaking existing build jobs which worked fine until recent changes. And I had to do fast that otherwise I won't be able to provide new build for upstream 4.1.0 async and 4.1.1 builds ...
I think there is some miss-communication here. The old '-snapshot' repo is causing issues because of the way it is built. We want people to move away from it. However, we did not intend to force anyone to move. It is still there, and the nightly jobs still update it with all the packages that have been in it so far.
http://jenkins.ovirt.org/job/ovirt_master_publish-rpms_nightly/
I really don't see how any of the recent changes forced you to change your project's own jobs, but it is a good thing if you did.
Well, build jobs just started to fail and I discussed with either you or Gil and you just told me that why it's failing and the only solution is to move std CI. But let's leave this behind us, ovirt-engine-extensions* move to std-CI and build jobs are working now correctly ...
So I don't have an issue to move from ovirt-master-snapshot repos to ovirt-tested-master repos, but please do that properly:
1. Announce on mailing lists that every developer should switch at least a week before the change
We were planning, since all repos currently exist side-by-side we saw no rush to do that.
2. Update all developer related documentation about this change
Well, I'm not sure where such things are documented currently, but that is a reasonable request.
2. Maintain both repos for a week and only after that turn off ovirt-master-snapshots repos
We did not turn it off yet. It is still there. The only thing that happened is that the new JS projects, that were never in that repo to begin with, chose to forgo publishing to it.
Sure, that's why I asked to put this ovirt-js-dependencies package into ovirt-master-snapshot repo, which all developers are using ...
Exported artifacts is not enough, please provide ovirt-release-tested-master RPM which will include all necessary repositories same way as we currenlty have in ovirt-release-master
There is some subtle distinction here that needs to be well understood. Some repos are build to emulate an oVirt release, and all or most of the packages are collected in them. The 'tested' repo is an example of such a repo. For such repos it makes sense to create a '*-release-*.rpm'.
So ovirt-release-master RPM will add repositories with needed packages to develop engine/VDSM. For engine development it means you have following packages: ovirt-master-snapshot: otopi ovirt-host-deploy ovirt-setup-lib ovirt-vmconsole ovirt-master-snapshot-static ovirt-engine-wildfly ovirt-engine-wildfly-overlay ovirt-master-patternfly1-noarch-epel patternfly1 There are other packages, but those are needed only when developing relevant parts of engine (for example "unboundid-ldapsdk" needed for ovirt-engine-extension-aaa-ldap). So in my opinion if you want to switch to ovirt-latest-tested repo, we need to have available also those dependencies, that's why I think it's required to have ovirt-release-latest-tested RPM which will install all repos to develop and even install/run master oVirt from RPM.
The 'exported-artifacts' repos are meant to allow "upstream" or "build-dependency" projects to have their own release stream that is independent of oVirt's release stream. For such repos it makes little sense to keep a '*-release-*.rpm'.
All projects that have a 'build-articats job now have an 'exported-artifacts' repo and their packages are submitted to OST so eventually also end up in the 'tested' repo. It is left to the consuming projects to pick which repo to use depending on how tightly are they coupled with consumed packages.
-- Barak Korren bkorren@redhat.com RHCE, RHCi, RHV-DevOps Team https://ifireball.wordpress.com/
On Tue, Feb 14, 2017 at 10:14 AM, Martin Perina <mperina@redhat.com> wrote:
On Tue, Feb 14, 2017 at 9:54 AM, Barak Korren <bkorren@redhat.com> wrote:
On 14 February 2017 at 09:53, Martin Perina <mperina@redhat.com> wrote:
On Mon, Feb 13, 2017 at 9:59 PM, Greg Sheremeta <gshereme@redhat.com>
wrote:
On Mon, Feb 13, 2017 at 3:55 PM, Eyal Edri <eedri@redhat.com> wrote:
On Mon, Feb 13, 2017 at 10:34 PM, Martin Perina <mperina@redhat.com> wrote:
Hi,
why is this package not contained also in ovirt-master-snapshot repository [6]? Most of developers are using ovirt-master-snapshot,
because
this is the official repository for oVirt depelopers as mentioned in [7] and [8]. AFAIK there was not yet any official announcement that every developer should switch from ovirt-master-snapshot to ovirt-tested-master ...
I think we should make it official then for master, we've hit too many issues in the past weeks due to this repository, that I don't want to see new projects added to it.
You've run into issues, because
migration to the "new" system is not well prepared. I'm still a bit angry that you have forced me to migrate all ovirt-engine-extensions* projects into standard CI (which took me more than 2 days) by breaking existing build jobs which worked fine until recent changes. And I had to do fast that otherwise I won't be able to provide new build for upstream 4.1.0 async and 4.1.1 builds ...
I think there is some miss-communication here. The old '-snapshot' repo is causing issues because of the way it is built. We want people to move away from it. However, we did not intend to force anyone to move. It is still there, and the nightly jobs still update it with all the packages that have been in it so far.
http://jenkins.ovirt.org/job/ovirt_master_publish-rpms_nightly/
I really don't see how any of the recent changes forced you to change your project's own jobs, but it is a good thing if you did.
Well, build jobs just started to fail and I discussed with either you or Gil and you just told me that why it's failing and the only solution is to move std CI. But let's leave this behind us,
ovirt-engine-extensions* move to std-CI and build jobs are working now correctly ...
So I don't have an issue to move from ovirt-master-snapshot repos to ovirt-tested-master repos, but please do that properly:
1. Announce on mailing lists that every developer should switch at least a week before the change
We were planning, since all repos currently exist side-by-side we saw no rush to do that.
2. Update all developer related documentation about this change
Well, I'm not sure where such things are documented currently, but that is a reasonable request.
2. Maintain both repos for a week and only after that turn off ovirt-master-snapshots repos
We did not turn it off yet. It is still there. The only thing that happened is that the new JS projects, that were never in that repo to begin with, chose to forgo publishing to it.
Sure, that's why I asked to put this ovirt-js-dependencies package into ovirt-master-snapshot repo, which all developers are using ...
Exported artifacts is not enough, please provide ovirt-release-tested-master RPM which will include all necessary repositories same way as we currenlty have in ovirt-release-master
There is some subtle distinction here that needs to be well understood. Some repos are build to emulate an oVirt release, and all or most of the packages are collected in them. The 'tested' repo is an example of such a repo. For such repos it makes sense to create a '*-release-*.rpm'.
So ovirt-release-master RPM will add repositories with needed packages to develop engine/VDSM. For engine development it means you have following packages:
ovirt-master-snapshot: otopi ovirt-host-deploy ovirt-setup-lib ovirt-vmconsole
ovirt-master-snapshot-static ovirt-engine-wildfly ovirt-engine-wildfly-overlay
ovirt-master-patternfly1-noarch-epel patternfly1
There are other packages, but those are needed only when developing relevant parts of engine (for example "unboundid-ldapsdk" needed for ovirt-engine-extension-aaa-ldap).
So in my opinion if you want to switch to ovirt-latest-tested repo, we need to have available also those dependencies, that's why I think it's required to have ovirt-release-latest-tested RPM which will install all repos to develop and even install/run master oVirt from RPM.
Make sense to me. Current effort anyway it to reach a point where nothing need to be changes, just the content of ovirt-master-snapshot will be genertared from latest-tested instead of from jenkins master nightly publisher job.
The 'exported-artifacts' repos are meant to allow "upstream" or "build-dependency" projects to have their own release stream that is independent of oVirt's release stream. For such repos it makes little sense to keep a '*-release-*.rpm'.
All projects that have a 'build-articats job now have an 'exported-artifacts' repo and their packages are submitted to OST so eventually also end up in the 'tested' repo. It is left to the consuming projects to pick which repo to use depending on how tightly are they coupled with consumed packages.
-- Barak Korren bkorren@redhat.com RHCE, RHCi, RHV-DevOps Team https://ifireball.wordpress.com/
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com
Does anyone have any other input or objections about anything *other than* which repos we're using? Best wishes, Greg On Tue, Feb 14, 2017 at 7:11 AM, Sandro Bonazzola <sbonazzo@redhat.com> wrote:
On Tue, Feb 14, 2017 at 10:14 AM, Martin Perina <mperina@redhat.com> wrote:
On Tue, Feb 14, 2017 at 9:54 AM, Barak Korren <bkorren@redhat.com> wrote:
On 14 February 2017 at 09:53, Martin Perina <mperina@redhat.com> wrote:
On Mon, Feb 13, 2017 at 9:59 PM, Greg Sheremeta <gshereme@redhat.com>
On Mon, Feb 13, 2017 at 3:55 PM, Eyal Edri <eedri@redhat.com> wrote:
On Mon, Feb 13, 2017 at 10:34 PM, Martin Perina <mperina@redhat.com> wrote: > > Hi, > > why is this package not contained also in ovirt-master-snapshot > repository [6]? Most of developers are using ovirt-master-snapshot,
because
> this is the official repository for oVirt depelopers as mentioned in [7] and > [8]. AFAIK there was not yet any official announcement that every developer > should switch from ovirt-master-snapshot to ovirt-tested-master ...
I think we should make it official then for master, we've hit too many issues in the past weeks due to this repository, that I don't want to see new projects added to it.
You've run into issues, because
migration to the "new" system is not well prepared. I'm still a bit angry that you have forced me to migrate all ovirt-engine-extensions*
wrote: projects
into standard CI (which took me more than 2 days) by breaking existing build jobs which worked fine until recent changes. And I had to do fast that otherwise I won't be able to provide new build for upstream 4.1.0 async and 4.1.1 builds ...
I think there is some miss-communication here. The old '-snapshot' repo is causing issues because of the way it is built. We want people to move away from it. However, we did not intend to force anyone to move. It is still there, and the nightly jobs still update it with all the packages that have been in it so far.
http://jenkins.ovirt.org/job/ovirt_master_publish-rpms_nightly/
I really don't see how any of the recent changes forced you to change your project's own jobs, but it is a good thing if you did.
Well, build jobs just started to fail and I discussed with either you or Gil and you just told me that why it's failing and the only solution is to move std CI. But let's leave this behind us,
ovirt-engine-extensions* move to std-CI and build jobs are working now correctly ...
So I don't have an issue to move from ovirt-master-snapshot repos to ovirt-tested-master repos, but please do that properly:
1. Announce on mailing lists that every developer should switch at least a week before the change
We were planning, since all repos currently exist side-by-side we saw no rush to do that.
2. Update all developer related documentation about this change
Well, I'm not sure where such things are documented currently, but that is a reasonable request.
2. Maintain both repos for a week and only after that turn off ovirt-master-snapshots repos
We did not turn it off yet. It is still there. The only thing that happened is that the new JS projects, that were never in that repo to begin with, chose to forgo publishing to it.
Sure, that's why I asked to put this ovirt-js-dependencies package into ovirt-master-snapshot repo, which all developers are using ...
Exported artifacts is not enough, please provide ovirt-release-tested-master RPM which will include all necessary repositories same way as we currenlty have in ovirt-release-master
There is some subtle distinction here that needs to be well understood. Some repos are build to emulate an oVirt release, and all or most of the packages are collected in them. The 'tested' repo is an example of such a repo. For such repos it makes sense to create a '*-release-*.rpm'.
So ovirt-release-master RPM will add repositories with needed packages to develop engine/VDSM. For engine development it means you have following packages:
ovirt-master-snapshot: otopi ovirt-host-deploy ovirt-setup-lib ovirt-vmconsole
ovirt-master-snapshot-static ovirt-engine-wildfly ovirt-engine-wildfly-overlay
ovirt-master-patternfly1-noarch-epel patternfly1
There are other packages, but those are needed only when developing relevant parts of engine (for example "unboundid-ldapsdk" needed for ovirt-engine-extension-aaa-ldap).
So in my opinion if you want to switch to ovirt-latest-tested repo, we need to have available also those dependencies, that's why I think it's required to have ovirt-release-latest-tested RPM which will install all repos to develop and even install/run master oVirt from RPM.
Make sense to me. Current effort anyway it to reach a point where nothing need to be changes, just the content of ovirt-master-snapshot will be genertared from latest-tested instead of from jenkins master nightly publisher job.
The 'exported-artifacts' repos are meant to allow "upstream" or "build-dependency" projects to have their own release stream that is independent of oVirt's release stream. For such repos it makes little sense to keep a '*-release-*.rpm'.
All projects that have a 'build-articats job now have an 'exported-artifacts' repo and their packages are submitted to OST so eventually also end up in the 'tested' repo. It is left to the consuming projects to pick which repo to use depending on how tightly are they coupled with consumed packages.
-- Barak Korren bkorren@redhat.com RHCE, RHCi, RHV-DevOps Team https://ifireball.wordpress.com/
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
-- Greg Sheremeta, MBA Red Hat, Inc. Sr. Software Engineer gshereme@redhat.com
This was merged, and the RPM is in the snapshots repository. Therefore, you do not need to add the tested-master repo as I mentioned in the original thread. (See https://gerrit.ovirt.org/#/c/72352/ for more info on that, if you're interested.) Please don't hesitate to contact me if you see anything strange with the UI. Thanks, Greg On Tue, Feb 14, 2017 at 1:59 PM, Greg Sheremeta <gshereme@redhat.com> wrote:
Does anyone have any other input or objections about anything *other than* which repos we're using?
Best wishes, Greg
On Tue, Feb 14, 2017 at 7:11 AM, Sandro Bonazzola <sbonazzo@redhat.com> wrote:
On Tue, Feb 14, 2017 at 10:14 AM, Martin Perina <mperina@redhat.com> wrote:
On Tue, Feb 14, 2017 at 9:54 AM, Barak Korren <bkorren@redhat.com> wrote:
On 14 February 2017 at 09:53, Martin Perina <mperina@redhat.com> wrote:
On Mon, Feb 13, 2017 at 9:59 PM, Greg Sheremeta <gshereme@redhat.com>
On Mon, Feb 13, 2017 at 3:55 PM, Eyal Edri <eedri@redhat.com> wrote: > > > > On Mon, Feb 13, 2017 at 10:34 PM, Martin Perina <mperina@redhat.com
> wrote: >> >> Hi, >> >> why is this package not contained also in ovirt-master-snapshot >> repository [6]? Most of developers are using ovirt-master-snapshot, because >> this is the official repository for oVirt depelopers as mentioned in [7] and >> [8]. AFAIK there was not yet any official announcement that every developer >> should switch from ovirt-master-snapshot to ovirt-tested-master ... > > > I think we should make it official then for master, we've hit too many > issues in the past weeks due to this repository, that I don't want to see > new projects added to it.
You've run into issues, because
migration to the "new" system is not well prepared. I'm still a bit angry that you have forced me to migrate all ovirt-engine-extensions*
wrote: projects
into standard CI (which took me more than 2 days) by breaking existing build jobs which worked fine until recent changes. And I had to do fast that otherwise I won't be able to provide new build for upstream 4.1.0 async and 4.1.1 builds ...
I think there is some miss-communication here. The old '-snapshot' repo is causing issues because of the way it is built. We want people to move away from it. However, we did not intend to force anyone to move. It is still there, and the nightly jobs still update it with all the packages that have been in it so far.
http://jenkins.ovirt.org/job/ovirt_master_publish-rpms_nightly/
I really don't see how any of the recent changes forced you to change your project's own jobs, but it is a good thing if you did.
Well, build jobs just started to fail and I discussed with either you or Gil and you just told me that why it's failing and the only solution is to move std CI. But let's leave this behind us,
ovirt-engine-extensions* move to std-CI and build jobs are working now correctly ...
So I don't have an issue to move from ovirt-master-snapshot repos to ovirt-tested-master repos, but please do that properly:
1. Announce on mailing lists that every developer should switch at least a week before the change
We were planning, since all repos currently exist side-by-side we saw no rush to do that.
2. Update all developer related documentation about this change
Well, I'm not sure where such things are documented currently, but that is a reasonable request.
2. Maintain both repos for a week and only after that turn off ovirt-master-snapshots repos
We did not turn it off yet. It is still there. The only thing that happened is that the new JS projects, that were never in that repo to begin with, chose to forgo publishing to it.
Sure, that's why I asked to put this ovirt-js-dependencies package into ovirt-master-snapshot repo, which all developers are using ...
Exported artifacts is not enough, please provide ovirt-release-tested-master RPM which will include all necessary repositories same way as we currenlty have in ovirt-release-master
There is some subtle distinction here that needs to be well understood. Some repos are build to emulate an oVirt release, and all or most of the packages are collected in them. The 'tested' repo is an example of such a repo. For such repos it makes sense to create a '*-release-*.rpm'.
So ovirt-release-master RPM will add repositories with needed packages to develop engine/VDSM. For engine development it means you have following packages:
ovirt-master-snapshot: otopi ovirt-host-deploy ovirt-setup-lib ovirt-vmconsole
ovirt-master-snapshot-static ovirt-engine-wildfly ovirt-engine-wildfly-overlay
ovirt-master-patternfly1-noarch-epel patternfly1
There are other packages, but those are needed only when developing relevant parts of engine (for example "unboundid-ldapsdk" needed for ovirt-engine-extension-aaa-ldap).
So in my opinion if you want to switch to ovirt-latest-tested repo, we need to have available also those dependencies, that's why I think it's required to have ovirt-release-latest-tested RPM which will install all repos to develop and even install/run master oVirt from RPM.
Make sense to me. Current effort anyway it to reach a point where nothing need to be changes, just the content of ovirt-master-snapshot will be genertared from latest-tested instead of from jenkins master nightly publisher job.
The 'exported-artifacts' repos are meant to allow "upstream" or "build-dependency" projects to have their own release stream that is independent of oVirt's release stream. For such repos it makes little sense to keep a '*-release-*.rpm'.
All projects that have a 'build-articats job now have an 'exported-artifacts' repo and their packages are submitted to OST so eventually also end up in the 'tested' repo. It is left to the consuming projects to pick which repo to use depending on how tightly are they coupled with consumed packages.
-- Barak Korren bkorren@redhat.com RHCE, RHCi, RHV-DevOps Team https://ifireball.wordpress.com/
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
-- Greg Sheremeta, MBA Red Hat, Inc. Sr. Software Engineer gshereme@redhat.com
-- Greg Sheremeta, MBA Red Hat, Inc. Sr. Software Engineer gshereme@redhat.com
Oh, also, if you're on Fedora 23 or older, you'll need to manually install the rpm, since we only have builds for f24+ $ sudo dnf install http://plain.resources.ovirt.org/pub/ovirt-master-snapshot/rpm/fc24/x86_64/o... Best wishes, Greg On Wed, Feb 15, 2017 at 10:11 AM, Greg Sheremeta <gshereme@redhat.com> wrote:
This was merged, and the RPM is in the snapshots repository. Therefore, you do not need to add the tested-master repo as I mentioned in the original thread. (See https://gerrit.ovirt.org/#/c/72352/ for more info on that, if you're interested.)
Please don't hesitate to contact me if you see anything strange with the UI.
Thanks, Greg
On Tue, Feb 14, 2017 at 1:59 PM, Greg Sheremeta <gshereme@redhat.com> wrote:
Does anyone have any other input or objections about anything *other than* which repos we're using?
Best wishes, Greg
On Tue, Feb 14, 2017 at 7:11 AM, Sandro Bonazzola <sbonazzo@redhat.com> wrote:
On Tue, Feb 14, 2017 at 10:14 AM, Martin Perina <mperina@redhat.com> wrote:
On Tue, Feb 14, 2017 at 9:54 AM, Barak Korren <bkorren@redhat.com> wrote:
On 14 February 2017 at 09:53, Martin Perina <mperina@redhat.com> wrote:
On Mon, Feb 13, 2017 at 9:59 PM, Greg Sheremeta <gshereme@redhat.com>
> > On Mon, Feb 13, 2017 at 3:55 PM, Eyal Edri <eedri@redhat.com> wrote: >> >> >> >> On Mon, Feb 13, 2017 at 10:34 PM, Martin Perina < mperina@redhat.com> >> wrote: >>> >>> Hi, >>> >>> why is this package not contained also in ovirt-master-snapshot >>> repository [6]? Most of developers are using ovirt-master-snapshot, because >>> this is the official repository for oVirt depelopers as mentioned in [7] and >>> [8]. AFAIK there was not yet any official announcement that every developer >>> should switch from ovirt-master-snapshot to ovirt-tested-master ... >> >> >> I think we should make it official then for master, we've hit too many >> issues in the past weeks due to this repository, that I don't want to see >> new projects added to it.
You've run into issues, because
migration to the "new" system is not well prepared. I'm still a bit angry that you have forced me to migrate all ovirt-engine-extensions*
into standard CI (which took me more than 2 days) by breaking existing build jobs which worked fine until recent changes. And I had to do fast
wrote: projects that
otherwise I won't be able to provide new build for upstream 4.1.0 async and 4.1.1 builds ...
I think there is some miss-communication here. The old '-snapshot' repo is causing issues because of the way it is built. We want people to move away from it. However, we did not intend to force anyone to move. It is still there, and the nightly jobs still update it with all the packages that have been in it so far.
http://jenkins.ovirt.org/job/ovirt_master_publish-rpms_nightly/
I really don't see how any of the recent changes forced you to change your project's own jobs, but it is a good thing if you did.
Well, build jobs just started to fail and I discussed with either you or Gil and you just told me that why it's failing and the only solution is to move std CI. But let's leave this behind us,
ovirt-engine-extensions* move to std-CI and build jobs are working now correctly ...
So I don't have an issue to move from ovirt-master-snapshot repos to ovirt-tested-master repos, but please do that properly:
1. Announce on mailing lists that every developer should switch at least a week before the change
We were planning, since all repos currently exist side-by-side we saw no rush to do that.
2. Update all developer related documentation about this change
Well, I'm not sure where such things are documented currently, but that is a reasonable request.
2. Maintain both repos for a week and only after that turn off ovirt-master-snapshots repos
We did not turn it off yet. It is still there. The only thing that happened is that the new JS projects, that were never in that repo to begin with, chose to forgo publishing to it.
Sure, that's why I asked to put this ovirt-js-dependencies package into ovirt-master-snapshot repo, which all developers are using ...
Exported artifacts is not enough, please provide ovirt-release-tested-master RPM which will include all necessary repositories same way as we currenlty have in ovirt-release-master
There is some subtle distinction here that needs to be well understood. Some repos are build to emulate an oVirt release, and all or most of the packages are collected in them. The 'tested' repo is an example of such a repo. For such repos it makes sense to create a '*-release-*.rpm'.
So ovirt-release-master RPM will add repositories with needed packages to develop engine/VDSM. For engine development it means you have following packages:
ovirt-master-snapshot: otopi ovirt-host-deploy ovirt-setup-lib ovirt-vmconsole
ovirt-master-snapshot-static ovirt-engine-wildfly ovirt-engine-wildfly-overlay
ovirt-master-patternfly1-noarch-epel patternfly1
There are other packages, but those are needed only when developing relevant parts of engine (for example "unboundid-ldapsdk" needed for ovirt-engine-extension-aaa-ldap).
So in my opinion if you want to switch to ovirt-latest-tested repo, we need to have available also those dependencies, that's why I think it's required to have ovirt-release-latest-tested RPM which will install all repos to develop and even install/run master oVirt from RPM.
Make sense to me. Current effort anyway it to reach a point where nothing need to be changes, just the content of ovirt-master-snapshot will be genertared from latest-tested instead of from jenkins master nightly publisher job.
The 'exported-artifacts' repos are meant to allow "upstream" or "build-dependency" projects to have their own release stream that is independent of oVirt's release stream. For such repos it makes little sense to keep a '*-release-*.rpm'.
All projects that have a 'build-articats job now have an 'exported-artifacts' repo and their packages are submitted to OST so eventually also end up in the 'tested' repo. It is left to the consuming projects to pick which repo to use depending on how tightly are they coupled with consumed packages.
-- Barak Korren bkorren@redhat.com RHCE, RHCi, RHV-DevOps Team https://ifireball.wordpress.com/
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
-- Greg Sheremeta, MBA Red Hat, Inc. Sr. Software Engineer gshereme@redhat.com
-- Greg Sheremeta, MBA Red Hat, Inc. Sr. Software Engineer gshereme@redhat.com
-- Greg Sheremeta, MBA Red Hat, Inc. Sr. Software Engineer gshereme@redhat.com
On Mon, Feb 13, 2017 at 8:42 PM, Greg Sheremeta <gshereme@redhat.com> wrote:
Hi,
Tomorrow (Tues Feb 14) we'll merge a patch [1] that upgrades the version of PatternFly used by webadmin and userportal to the latest 3.y version.
In addition to updating the library, we've also changed the delivery mechanism. We're no longer maintaining a PatternFly RPM on copr [2].
How this will affect previous released version? Will the repository kept online?
The new method is a new project called ovirt-js-dependencies [3] that contains any runtime JS dependencies required by the engine -- currently patternfly, bootstrap, and jquery. This project is using oVirt Standard CI [4], and thus you should get the RPM from the tested master repo [5].
TL;DR: What you need to do (from the README) Set Up the Tested Master Repository
* Automatically - Run the following command (replace `@distro@` in the following code block with `fc` for Fedora or `el` for RHEL or an equivalent distribution):
# dnf config-manager --add-repo \ http://plain.resources.ovirt.org/repos/ovirt/tested/master/ rpm/@distro@/
* Manually - Create the file `/etc/yum.repos.d/ovirt-tested-master.repo`, and replace `@distro@` in the following code block with `fc` for Fedora or `el` for RHEL or an equivalent distribution.
[ovirt-tested-master] name=ovirt-tested-master baseurl=http://plain.resources.ovirt.org/repos/ ovirt/tested/master/rpm/@distro@/ enabled=1 gpgcheck=0
And then
sudo dnf install ovirt-js-dependencies
Let me know if you have any questions.
Best wishes, Greg
[1] https://gerrit.ovirt.org/#/c/61716 [2] https://copr.fedorainfracloud.org/coprs/patternfly/patternfly1/ [3] https://gerrit.ovirt.org/#/admin/projects/ovirt-js-dependencies [4] http://www.ovirt.org/develop/dev-process/build-and-test-standards/ [5] http://plain.resources.ovirt.org/repos/ovirt/tested/master/rpm/ <distro>
-- Greg Sheremeta, MBA Red Hat, Inc. Sr. Software Engineer gshereme@redhat.com
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com
On Tue, Feb 14, 2017 at 2:56 AM, Sandro Bonazzola <sbonazzo@redhat.com> wrote:
On Mon, Feb 13, 2017 at 8:42 PM, Greg Sheremeta <gshereme@redhat.com> wrote:
Hi,
Tomorrow (Tues Feb 14) we'll merge a patch [1] that upgrades the version of PatternFly used by webadmin and userportal to the latest 3.y version.
In addition to updating the library, we've also changed the delivery mechanism. We're no longer maintaining a PatternFly RPM on copr [2].
How this will affect previous released version? Will the repository kept online?
Yes, the copy on copr will remain there.
The new method is a new project called ovirt-js-dependencies [3] that contains any runtime JS dependencies required by the engine -- currently patternfly, bootstrap, and jquery. This project is using oVirt Standard CI [4], and thus you should get the RPM from the tested master repo [5].
TL;DR: What you need to do (from the README) Set Up the Tested Master Repository
* Automatically - Run the following command (replace `@distro@` in the following code block with `fc` for Fedora or `el` for RHEL or an equivalent distribution):
# dnf config-manager --add-repo \ http://plain.resources.ovirt.org/repos/ovirt/tested/master/r pm/@distro@/
* Manually - Create the file `/etc/yum.repos.d/ovirt-tested-master.repo`, and replace `@distro@` in the following code block with `fc` for Fedora or `el` for RHEL or an equivalent distribution.
[ovirt-tested-master] name=ovirt-tested-master baseurl=http://plain.resources.ovirt.org/repos/ovirt/tested/ master/rpm/@distro@/ enabled=1 gpgcheck=0
And then
sudo dnf install ovirt-js-dependencies
Let me know if you have any questions.
Best wishes, Greg
[1] https://gerrit.ovirt.org/#/c/61716 [2] https://copr.fedorainfracloud.org/coprs/patternfly/patternfly1/ [3] https://gerrit.ovirt.org/#/admin/projects/ovirt-js-dependencies [4] http://www.ovirt.org/develop/dev-process/build-and-test-standards/ [5] http://plain.resources.ovirt.org/repos/ovirt/tested/master/rpm/ <distro>
-- Greg Sheremeta, MBA Red Hat, Inc. Sr. Software Engineer gshereme@redhat.com
_______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com
-- Greg Sheremeta, MBA Red Hat, Inc. Sr. Software Engineer gshereme@redhat.com
participants (5)
-
Barak Korren -
Eyal Edri -
Greg Sheremeta -
Martin Perina -
Sandro Bonazzola