Hi,
Here is update for the work done recently in CentOS Community
Container Pipeline.
* Containerized Workers for resolving conflicts in writing the
configs by multiple workers.
* Triggering docker linter before each build with linter worker to
notify user about problems in target file to be built and have a feed back.
* Jenkins jobs triggering dependency images on built of dependent images.
* Builds were getting failed without proper logs, we solved that with
necessary openshift build configuration.
In the coming days, we will be focusing on:
* Set weekly scans for the images present in registry.centos.org.
* Scaling out OpenShift nodes for speeding up container build rate.
* Fixing All in one and multi node setup for proper installation and
running.
Regards
Bamacharan Kundu
Dear All,
Since this morning, 08:30 UTC, all koji buildroot for CentOS 7 have the
CR repository enabled.
Few notes :
- For multi-arch SIGs, until arch specific CR is populated your
buildroot will be different on a per arch basis but will NOT fail. We
are looking into a better way to handle this.
- The plan is to leave this repository enabled by default for the
lifetime of a SIG target as it will be empty until we need it again.
- Please report any issue you may find on http://bugs.centos.org.
thanks,
--
Thomas Oulevey
There was a discussion earlier today in #centos-devel about a way to
build live iso images on cbs.centos.org.
Koji seems to permit to do that through "koji spin-livecd"
Documentation is available here : https://docs.pagure.org/koji/image_build/
One thing to keep in mind though is that one needs to have livecd-tools
pkg installed, and corresponding to the os distro/version the livecd
will be based on : you need a centos 7 host to build a centos 7 liveCD
and that can't work to build a centos 6 liveCD (see as an example
https://bugzilla.redhat.com/show_bug.cgi?id=1035276)
Depending on the target audience, and if we only want to build centos 7
live media, I can add an additional koji builder, running centos 7 and
livecd-tools (from extras, and the one we use to build also the centos
live media found on mirror.centos.org)
My only concern (but has to be tested) is this : (from the koji doc
linked above) :
"The image building tasks will fail if your image tries to include a
package that was not built in your build system. This is because the
package does not have any origin information stored in Koji’s database."
That can be a problem as *no* pkg from the CentOS 7 distro was built on
cbs.centos.org
Opinions, ideas, workaround ?
--
Fabian Arrotin
The CentOS Project | http://www.centos.org
gpg key: 56BEC54E | twitter: @arrfab
Hi everyone!
It seems that the latest released version of qemu-kvm-ev is
qemu-kvm-ev-2.3.0-31.el7_2.21.1 based on the following:
https://cbs.centos.org/koji/packageinfo?packageID=539
However, our systems are refusing to update to that package because
qemu-kvm-ev-2.3.0-31.el7.16.1 is installed. I believe the 16.1 is
making it seem that it is newer than 2.21.1 (16 > 2). As a result,
we're unable to update and it seems that the latest package covers 2
CVE's, to which this one doesn't.
Is this something that was done on purpose to control releases or is this a bug?
Thanks,
Mohammed
--
Mohammed Naser — vexxhost
-----------------------------------------------------
D. 514-316-8872
D. 800-910-1726 ext. 200
E. mnaser(a)vexxhost.com
W. http://vexxhost.com
Hello,
It's time for our weekly PaaS SIG sync-up meeting
Time: 1700 UTC - Wedensdays
Date: Today Wedensday, 23 November 2016
Where: IRC- Freenode - #centos-devel
Agenda:
- OpenShift Current Status
-- rpms
-- Documentation
-- Automated testing
-- images / image building
- Demo - Ari - Auto building of origin and openshift-ansible rpms
- Open Floor
Minutes from last meeting:
https://www.centos.org/minutes/2016/november/centos-devel.2016-11-16-16.59.…
RHSCL 2.3, which was released recently [1], includes several new
collections. SRPMs were taken and rebuilt for CentOS users in
cbs.centos.org by SCLo SIG group.
The packages are now available in the testing repositories via e.g.:
sudo yum install centos-release-scl
sudo yum-config-manager --enable centos-sclo-rh-testing
sudo yum install rh-mysql57 --nogpgcheck
The following collections are now available for testing:
devtoolset-6
rh-git29
rh-mysql57
rh-perl524
rh-php70
rh-redis32
They will be soon moved to mirrors, but in case there are some issues,
let us know on sclorg(a)redhat.com.
Please, mind, that these packages are not meant to be used on RHEL. On
RHEL, you can acquire the packages following the documentation at [1].
We still haven't finished rebuilding of the following two new SCLs that
are part of RHSCL 2.3:
rh-thermostat16
rh-eclipse46
[1]
https://access.redhat.com/documentation/en-US/Red_Hat_Software_Collections/…
Regards,
Honza