devel

devel@lists.centos.org

2 participants
4652 discussions

python-centos-0.1.1-1 Released, centos-packager built for f24 certificate expiration
by Brian Stinson 05 Jul '16

05 Jul '16

Hi Folks, I've released an update to python-centos that fixes an issue when running `centos-cert -v`. The tool will now check the expiration date of your accounts.centos.org user certificate and report it invalid if it's expired. You should find python-centos-0.1.1-1 in CentOS-Extras shortly. I also used this opportunity to publish builds for the centos-packager suite in COPR for Fedora 24, you can find those here: https://copr.fedorainfracloud.org/coprs/bstinson/centos-packager/ If you have any feedback or questions, let us know here. Cheers! -- Brian

1 0

next steps for altarch with ceph and openstack
by Jim Perrin 05 Jul '16

05 Jul '16

With the work that Marcin has done for openstack on aarch64, as well as the ceph builds, we need to begin working a plan for publishing these builds to a mirror. I'd like to identify the steps needed, and the ownership for those steps. Thomas please correct/update these as needed 1. new tag in cbs for aarch64 build, with modified dist for mitaka. Will ceph need this as well? 2. If we wish to re-use the centos-release-openstack-mitaka noarch, dependencies of centos-release-ceph-hammer, centos-release-qemu-ev, centos-release-storage-common, and centos-release-virt-common need to be addressed. Alternately we could create a centos-release-openstack-mitaka-experimental for now if it can work stand-alone. 3. Mirror locations on buildlogs and mirrors need to be created and tested. Possible adjustments to existing -release files due to the /altarch/ vs centos path differences. 4. Package signing. This should already work with existing infra, but need to test and validate. -- Jim Perrin The CentOS Project | http://www.centos.org twitter: @BitIntegrity | GPG Key: FA09AD77

3 2

Git.centos.org
by Karanbir Singh 04 Jul '16

04 Jul '16

Hi Guys, Working on git.centos.org over the next few days, start at midnight 4th / 5th night and going to midnight 6th /7th night, July 2016 UTC. There should not be any real downtime, but there will be some periods of slow response rates. If anyone notices any form of oddities, please reach out either here on the list, or on #centos-devel on irc.freenode.net regards -- Karanbir Singh, Project Lead, The CentOS Project +44-207-0999389 | http://www.centos.org/ | twitter.com/CentOS GnuPG Key : http://www.karan.org/publickey.asc

1 0

Update on status of CentOS Community Container Pipeline
by Mohammed Ahmed 04 Jul '16

04 Jul '16

Hi all, Here is the update in for the work done recently, for the CentOS Community Container Pipeline. - There was an issue where the entry point of the container was running, instead of the build / test / delivery scripts specified by the user. We solved this by overriding entry point in all the stages. - Setup a basic framework for running test suits, such as scans against containers. This currently runs a check for updates and reports the same, but the target is to get a scanner to to be fit into the framework. - Solved the problem of some repositories using specific dockerfiles (such as Dockerfile.centos7), by allowing the user to specify a custom dockerfile name as target. - Verified sclo (Software Collections) containers in preparation for adding them to the pipeline. The status of the same can be currently viewed in a document[1]. - Had a knowledge sharing session, so as to get the entire team on the same page. In the coming days, we will be focusing on: - Getting sclo containers through the pipeline. - Coming up with a contribution documentation to instruct new contributors on how to setup an environment and start contributing. - Updating the origin dockerfiles and getting CentOS Dockerfiles, through the pipeline - Getting the test suites planned and setup, especially the scanners [1] https://docs.google.com/spreadsheets/d/1Ex41eOSe5XlHcu5U8bWmCLtupjG4JNG9abZ… -- Cheers, *Mohammed Zeeshan Ahmed* Associate Software Engineer, Redhat Developers Team (Devtools) IRC : mzee1000 mohammedzee1000.wordpress.com RED HAT | DIFFERENT FOR THE SAKE OF BETTER TECHNOLOGY Find out why every airline, telecom, commercial bank, healthcare, and financial data services company in the Fortune 500 relies on Red Hat. Trusted | Red Hat <https://mojo.redhat.com/external-link.jspa?url=http%3A%2F%2Fwww.redhat.com%…> Old PGP Public Key : http://pgp.mit.edu/pks/lookup?op=get&search=0x726A119E62847E37 (REVOKED) New PGP Public Key : https://pgp.mit.edu/pks/lookup?op=get&search=0x147A8569AFC5E9ED

1 0

How to build maven packages in CBS?
by Rich Megginson 04 Jul '16

04 Jul '16

Are there any instructions/examples about how to use `cbs maven-build/maven-chain`?

8 19

[Virt SIG] status of virt7-docker repository?
by Haïkel 30 Jun '16

30 Jun '16

Hi, I'm considering to add virt7-docker repository as a dependency for the openstack repo from Cloud SIG. It seems that it's not consumable yet and some packages like Kubernetes are outdated. Could you update me with the current status and if there is anything we can do to help? Regards, H.

6 9

[Cloud SIG]Build noarch pkgs fail
by Hao Ran HR Hu 30 Jun '16

30 Jun '16

Hello, I tried to rebuild the some noarch pkgs from Openstack Mitaka repo, but some of them got issues in both x86 and ppc64le platform. For example, for python-oslo-config( http://vault.centos.org/7.2.1511/cloud/Source/openstack-mitaka/python-oslo-… ） When the build process went to check, Some unit tests were failed. For my point of view, the source code in srpm need some update or my build environment may have some issues. Did any buddy face the same situation before? some log from build: running test running=OS_STDOUT_CAPTURE=1 OS_STDERR_CAPTURE=1 OS_TEST_TIMEOUT=60 $ {PYTHON:-python} -m subunit.run discover -t ./ . --list running=OS_STDOUT_CAPTURE=1 OS_STDERR_CAPTURE=1 OS_TEST_TIMEOUT=60 $ {PYTHON:-python} -m subunit.run discover -t ./ . --load-list /tmp/tmpFiPlSa running=OS_STDOUT_CAPTURE=1 OS_STDERR_CAPTURE=1 OS_TEST_TIMEOUT=60 $ {PYTHON:-python} -m subunit.run discover -t ./ . --load-list /tmp/tmpbdPzKX running=OS_STDOUT_CAPTURE=1 OS_STDERR_CAPTURE=1 OS_TEST_TIMEOUT=60 $ {PYTHON:-python} -m subunit.run discover -t ./ . --load-list /tmp/tmpz2uYD0 running=OS_STDOUT_CAPTURE=1 OS_STDERR_CAPTURE=1 OS_TEST_TIMEOUT=60 $ {PYTHON:-python} -m subunit.run discover -t ./ . --load-list /tmp/tmpCc_Hq1 running=OS_STDOUT_CAPTURE=1 OS_STDERR_CAPTURE=1 OS_TEST_TIMEOUT=60 $ {PYTHON:-python} -m subunit.run discover -t ./ . --load-list /tmp/tmp7EWf0P running=OS_STDOUT_CAPTURE=1 OS_STDERR_CAPTURE=1 OS_TEST_TIMEOUT=60 $ {PYTHON:-python} -m subunit.run discover -t ./ . --load-list /tmp/tmpwRRCEI running=OS_STDOUT_CAPTURE=1 OS_STDERR_CAPTURE=1 OS_TEST_TIMEOUT=60 $ {PYTHON:-python} -m subunit.run discover -t ./ . --load-list /tmp/tmpPO60Tc running=OS_STDOUT_CAPTURE=1 OS_STDERR_CAPTURE=1 OS_TEST_TIMEOUT=60 $ {PYTHON:-python} -m subunit.run discover -t ./ . --load-list /tmp/tmpq5UuZk ====================================================================== FAIL: oslo_config.tests.test_cfg.SadPathTestCase.test_conf_file_permission_denied tags: worker-0 ---------------------------------------------------------------------- Empty attachments: stderr stdout Traceback (most recent call last): File "oslo_config/tests/test_cfg.py", line 3120, in test_conf_file_permission_denied self.conf, ['--config-file', path]) File "/usr/lib/python2.7/site-packages/testtools/testcase.py", line 422, in assertRaises self.assertThat(our_callable, matcher) File "/usr/lib/python2.7/site-packages/testtools/testcase.py", line 435, in assertThat raise mismatch_error testtools.matchers._impl.MismatchError: <oslo_config.tests.test_cfg.TestConfigOpts object at 0x24e3750> returned None ====================================================================== FAIL: oslo_config.tests.test_generator.IgnoreDoublesTestCase.test_list_ignores_doubles tags: worker-3 ---------------------------------------------------------------------- Empty attachments: stderr stdout Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/mock/mock.py", line 1305, in patched return func(*args, **keywargs) File "oslo_config/tests/test_generator.py", line 857, in test_list_ignores_doubles for _, listing in generator._list_opts(None): File "oslo_config/generator.py", line 336, in _list_opts _update_defaults(namespaces) File "oslo_config/generator.py", line 320, in _update_defaults for update in _get_opt_default_updaters(namespaces): File "oslo_config/generator.py", line 314, in _get_opt_default_updaters invoke_on_load=False) File "/usr/lib/python2.7/site-packages/stevedore/named.py", line 55, in __init__ verify_requirements) File "/usr/lib/python2.7/site-packages/stevedore/extension.py", line 171, in _load_plugins self._on_load_failure_callback(self, ep, err) File "/usr/lib/python2.7/site-packages/stevedore/extension.py", line 163, in _load_plugins verify_requirements, File "/usr/lib/python2.7/site-packages/stevedore/named.py", line 119, in _load_one_plugin if ep.name not in self._names: TypeError: argument of type 'NoneType' is not iterable Ran 769 tests in 0.548s FAILED (id=0, failures=2) error: testr failed (1) error: Bad exit status from /var/tmp/rpm-tmp.44whJa (%check) Thanks & Regards, Hu Haoran (Vern) ------------------------------------------------------------------------- IBM China Systems & Technology Lab huhaoran(a)cn.ibm.com 86-21-60928179 "Let us use our own hardworking and determination to decide our destiny!" - Jose Mourinho

1 0

[opstools] next steps
by Matthias Runge 29 Jun '16

29 Jun '16

Hello, it looks like the OpsTools SIG was approved[1]. *yay*! So, the next steps should be to create a build target, tags. I would like to rebuild or to retag builds already built under a tag of the cloud SIG. What would be the preferred way here? Rebuild? Just tag? Best, Matthias [1] https://wiki.centos.org/SpecialInterestGroup/OpsTools -- Matthias Runge <mrunge(a)matthias-runge.de>

4 5

Update on status of CentOS Container Pipeline
by Bamacharan Kundu 29 Jun '16

29 Jun '16

Hi All, Update on recent work done for the CentOS Container Pipeline. - We went through building the openshift origin images in Container Pipeline and published them to registry.centos.org successfully. We faced many issues with the upstream dockerfiles and moved to rpm based dockerfiles for building the images. - We have got almost all the monitoring pieces set up in production, now if there is any change in the system (i.e. openshift is down, jenkins is not communicating, or other changes) we get an alert notifying the change in the system. - We added multiple cron jobs for monitoring and communicating with zabix to get notifications on changes in system level parameters. -We got test suite set up for pipeline. Now all the images built through pipeline, goes through a set of tests for ensuring the container is runnable. For now we are testing containers based on CentOS 7. - We got atomic scan set up. This checks the container for rpm update or any other system update required for the container image. For now this process only sends notification to the user, stating the changes required in container, but does not update the container. - We noticed that all the source repos do not want the Dockerfile to be built for building centos based images. (i.e. for openshift origin we built the dockerfiles with name Dockerfile.centos7). To get these type of repos built in the pipeline, we added one more parameter dockerfile-name to index.yml which allows user to provide name of the dockerfile to be built. -We saw we are bringing up multiple independent stages (like polling source repo, build, test, delivery, notification) together to work sequentially as well as scale rapidly. Keeping this in mind we came up with beanstalkd tubes for managing communication point between all the independent phases and synchronizing with necessary information provided through job details. -We got Atomic Registry built in registry.centos.org with all its dependent containers available in registry.c.o. Even though we got all the dependency containers built in registry.co atomic registry is pulling origin-deployer and origin-pod from docker.io as this is hard coded to be pulled from docker.io. Our immediate next focus is : - implement firewall rules in production machines. - write a wiki page for wiki.centos.org for atomic registry. - work on setting up sanity checks for verifying project entries in index.yml Regards Bamacharan Kundu -- Bamacharan Kundu IRC Nick- bamachrn http://bamacharankundu.wordpress.com/

3 3

No CentOS Paas SIG meeting today (June 29)
by Troy Dawson 29 Jun '16

29 Jun '16

Hello, No PaaS SIG sync-up meeting this week Next meeting will be July 6th Time: 1700 UTC - Wedensdays Date: Today Wedensday, 6 July 2016 Where: IRC- Freenode - #centos-devel Last meeting minutes: https://www.centos.org/minutes/2016/june/centos-devel.2016-06-20-14.00.log.…

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

devel