devel

devel@lists.centos.org

2 participants
4652 discussions

git.centos.org maint 19th June 15:00 UTC
by Karanbir Singh 23 Jun '17

23 Jun '17

hi going to be doing some non-disruptive maintenance work on git.centos.org later today, should not last more than 30 min, starting from 15:00 UTC today. 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

5 11

Stack Clash kernel source patches for CentOS 5
by Simon Matter 23 Jun '17

23 Jun '17

Hi, I'm looking for the "Stack Clash" patches which have been included in the kernel-2.6.18-420.el5.src.rpm package. Would be nice if someone could make them available, thanks! Regards, Simon

3 5

wrong symbol for strings(") in vagrant box description
by Rafal Skolasinski 22 Jun '17

22 Jun '17

Hi, I just noticed that in https://seven.centos.org/2017/06/updated-centos-vagrant-images-available-v1… line that reads about sync folders config.vm.synced_folder “.”, “/vagrant”, type: “virtualbox” uses the wrong symbol for strings (") and after copying into Vagrantfile causes a cryptic error message. Cheers, Rafal

3 6

[Meeting] RDO meeting - 2017-06-21
by Chandan kumar 21 Jun '17

21 Jun '17

============================== #rdo: RDO meeting - 2017-06-21 ============================== Meeting started by chandankumar at 15:01:03 UTC. The full logs are available at http://eavesdrop.openstack.org/meetings/rdo_meeting___2017_06_21/2017/rdo_m… . Meeting summary --------------- * tripleo-common adding a dependency from a package in the Ceph SIG repo (chandankumar, 15:05:06) * LINK: https://review.openstack.org/#/c/469644/14//COMMIT_MSG@16 (fultonj, 15:10:39) * LINK: https://cbs.centos.org/repos/storage7-ceph-jewel-candidate/ (fultonj, 15:16:00) * LINK: https://cbs.centos.org/repos/storage7-ceph-common-candidate/ (fultonj, 15:16:05) * LINK: http://paste.openstack.org/show/613306/ (amoralej, 15:18:23) * LINK: https://review.rdoproject.org/r/#/c/6809 (fultonj, 15:19:44) * LINK: https://review.openstack.org/#/c/469644/14//COMMIT_MSG@16 (fultonj, 15:21:26) * Package naming convention for RDO packages (chandankumar, 15:36:42) * LINK: https://review.rdoproject.org/etherpad/p/rdo_packages_naming (chandankumar, 15:38:12) * ACTION: chandankumar to drop an email for inputs on RDO packages naming conventions (chandankumar, 15:47:14) * RDO Cloud scheduled maintenance on June 22, 1:00 UTC (1 hour) (chandankumar, 15:50:27) * ACTION: jpena to send outage mail to rdo list (chandankumar, 15:52:16) * RDO Cloud scheduled maintenance on June 22, 1:00 UTC (1 hour) (chandankumar, 15:52:26) * chair for next meeting (chandankumar, 15:54:59) * ACTION: ykarel to chair for next meeting. (chandankumar, 15:55:44) * open floor (chandankumar, 15:55:57) Meeting ended at 16:00:30 UTC. Action items, by person ----------------------- * chandankumar * chandankumar to drop an email for inputs on RDO packages naming conventions * jpena * jpena to send outage mail to rdo list * ykarel * ykarel to chair for next meeting. People present (lines said) --------------------------- * chandankumar (58) * fultonj (35) * amoralej (27) * dmsimard (23) * jpena (13) * openstack (10) * jruzicka (8) * trown (4) * number80 (3) * jschlueter (3) * ykarel (2) * rdobot (2) * Duck (1) * jistr (1) * EmilienM (1) Generated by `MeetBot`_ 0.1.4

1 0

CentOS PaaS SIG meeting (2017-06-21)
by Troy Dawson 21 Jun '17

21 Jun '17

Hello, It's time for our weekly PaaS SIG sync-up meeting Time: 1700 UTC - Wedensdays (date -d "1700 UTC") Date: Today Wedensday, 21 June 2017 Where: IRC- Freenode - #centos-devel Agenda: - OpenShift Current Status -- rpms -- Documentation -- Automated rpm building and Automated testing -- Images and Image building -- Multi-arch -- minishift (marcindulak and lalatenduM) - Open Floor

1 0

CentOS Linux images for Vagrant updated to address "stack clash"
by Laurentiu Pancescu 21 Jun '17

21 Jun '17

Hi there, we have just released version 1705.02 of the official CentOS Linux images for Vagrant (centos/6 and centos/7) on Atlas. This update contains the security fixes for the "stack clash" vulnerability. https://access.redhat.com/security/vulnerabilities/stackguard https://blog.qualys.com/securitylabs/2017/06/19/the-stack-clash Existing images can be upgraded in-place via "sudo yum update". Best regards, Laurențiu

2 1

CentOS Atomic Host upgrade for CESA-2017:1484 kernel Security Update
by Jason Brooks 21 Jun '17

21 Jun '17

We've upgraded the ostree repo for CentOS Atomic Host (v7.1705.1) to include the packages affected by this advisory. You can upgrade your CentOS Atomic Host to this version with the command: atomic host upgrade --reboot Upgraded: ca-certificates 2017.2.11-70.1.el7_3 -> 2017.2.14-70.1.el7_3 glibc 2.17-157.el7_3.2 -> 2.17-157.el7_3.4 glibc-common 2.17-157.el7_3.2 -> 2.17-157.el7_3.4 kernel 3.10.0-514.21.1.el7 -> 3.10.0-514.21.2.el7 python-perf 3.10.0-514.21.1.el7 -> 3.10.0-514.21.2.el7 rpcbind 0.2.0-38.el7_3 -> 0.2.0-38.el7_3.1 ---------- Forwarded message ---------- From: Johnny Hughes <johnny(a)centos.org> Date: Tue, Jun 20, 2017 at 8:31 AM Subject: [CentOS-announce] CESA-2017:1484 Important CentOS 7 kernel Security Update To: centos-announce(a)centos.org CentOS Errata and Security Advisory 2017:1484 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-1484.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 5bf01ddf86b01221e0958422ec627961d035551e0474ac10245dc4958800705f kernel-3.10.0-514.21.2.el7.x86_64.rpm 232a0f622143e55d9011f3808471aad219396cccd156f24687b156b6d432a608 kernel-abi-whitelists-3.10.0-514.21.2.el7.noarch.rpm 967dc375e96b08d16737aad6d9630e6b47903dd02ce6d7a916c741eee78afc51 kernel-debug-3.10.0-514.21.2.el7.x86_64.rpm e68aa2a3377cdf058843658dbf4447d0091538891b0fa1bcd79c1a0dd2c9ce34 kernel-debug-devel-3.10.0-514.21.2.el7.x86_64.rpm 5000ca51295103b942c4941a5d2e53a6a78aadc08708d32c2ace22c227a58c4d kernel-devel-3.10.0-514.21.2.el7.x86_64.rpm ad28e256a053af55c9167e6d4ef737bf334b128df16cddc023e845c9f6a94480 kernel-doc-3.10.0-514.21.2.el7.noarch.rpm 62b49e8818f09e2833753e8bd1d861aa36a05b1f8982adcb80bf7f5cc9c8af24 kernel-headers-3.10.0-514.21.2.el7.x86_64.rpm 4a5b113ba6761d64045250d364470007c8961d8f374d4321bd3db24c629c4a9b kernel-tools-3.10.0-514.21.2.el7.x86_64.rpm 2c4d3a43385253a681618b4d0135753d893bd312fb82f19eb4d958c713d28bb9 kernel-tools-libs-3.10.0-514.21.2.el7.x86_64.rpm 7bc126ec06ffde55cf2217eb43cc44fdf96628131a5806f6303faad8e6b63252 kernel-tools-libs-devel-3.10.0-514.21.2.el7.x86_64.rpm 9d55662dadce103200676da60fce559da8d9bacea7fc38930e461c2a52665a7b perf-3.10.0-514.21.2.el7.x86_64.rpm d9ef263dba6b41ad7d4e1282a63ae04a1614788a1988485455448c0cf0034eb8 python-perf-3.10.0-514.21.2.el7.x86_64.rpm Source: 3235af92f1e1681e86df0c33bf822a56c7f9f54bdb88746dffb8764cf8bc7db5 kernel-3.10.0-514.21.2.el7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce

1 0

Using atomic-openshift-installer to upgrade from origin 1.4 to 1.5
by Jean-Francois Chevrette 20 Jun '17

20 Jun '17

Hi, 3 months ago I have used atomic-openshift-utils/installer to setup two OpenShift origin 1.4 clusters. Today I discovered that I am unable to upgrade from 1.4 to 1.5 because atomic-openshift-installer states that "No upgrades available for origin 1.4" atomic-openshift-utils-3.5.71-1.git.1.640cb7d.el7.noarch centos-release-openshift-origin15-1-1.el7.centos.noarch openshift-ansible-3.5.71-1.git.1.640cb7d.el7.noarch openshift-ansible-callback-plugins-3.5.71-1.git.1.640cb7d.el7.noarch openshift-ansible-docs-3.5.71-1.git.1.640cb7d.el7.noarch openshift-ansible-filter-plugins-3.5.71-1.git.1.640cb7d.el7.noarch openshift-ansible-lookup-plugins-3.5.71-1.git.1.640cb7d.el7.noarch openshift-ansible-playbooks-3.5.71-1.git.1.640cb7d.el7.noarch openshift-ansible-roles-3.5.71-1.git.1.640cb7d.el7.noarch 1.5 is in the list of supported install variants here: /usr/lib/python2.7/site-packages/ooinstall/variants.py However the UPGRADE_MAPPINGS list in /usr/lib/python2.7/site-packages/ooinstall/cli_installer.py only has upgrade paths for 3.4 and 3.5 Is upgrading between origin releases simply not supported/possible? Thanks, Jean-Francois C.

2 1

Please allow me to introduce myself...
by Al Stone 20 Jun '17

20 Jun '17

Howdy. I've recently had the desire to get more involved in the CentOS community -- both from professional and personal interests. So, please allow me to introduce myself to both CentOS folks, and to storage folks in particular. I have two goals, really: (1) make sure that Ceph upstream builds from scratch on aarch64 and ppc64le; that also means making sure that initial tests (i.e., make check) pass and that ultimately the full test suite passes; (2) make sure that the CentOS packages are as close to upstream as possible. For the first goal, the idea would be to work with upstream or anyone else to fully support more than just x86, even for development work. That's going to take a while since I'm new to the Ceph community but eager to join in; I've spent several years working with file systems and look forward to growing that knowledge. For the second goal, I would hope to be able to assist the current maintainer for Ceph packages and broaden the availability of Ceph. Since I'm really just getting started on the upstream work, I haven't jumped into this part yet. By the same token, though, I do have some experience as a Debian Developer and as a Fedora Packager that could be of use. I've also got the same goals for Fedora (eventually), and I am approaching it the same way -- make sure upstream is solid and stable on all architectures, and then make sure the packages are as up-to-date as they can be. As far as my personal background goes, I was literally a rocket scientist for a while, working on guidance algorithms for the flight systems. I've also been involved with Linux on some level for about two decades. The last few years have seen a lot of kernel work on ARMv8 (I drove the implementation of the ACPI subsystem for servers), and before that a port of the BSD file system to a proprietary OS that had to support asynchronous operations but had no real concept of processes or even tasks. Before that was a smattering of all sorts of things -- compiler work, tech support, technical consulting, the Andrew file system, the NCS (Network Computing System -- that probably dates me some :), and even some management (I swear I have fully recovered from that). Thanks for your time and patience in getting this far; I look forward to working with the community and helping to build a better CentOS. -- ciao, al ----------------------------------- Al Stone Software Engineer Red Hat, Inc. ahs3(a)redhat.com -----------------------------------

3 2

HPC SIG: IT4Innovations Ostrava - Supercomputer visit notes
by Jan Chaloupka 19 Jun '17

19 Jun '17

Sharing notes from a visit in IT4Innovations center in Ostrava. Supercomputer parameters info are available at [1] - mixture of Xeon, Xeon Phi and graphic card cores. Two clusters - Anselm runs RHEL 6, Salomon runs CentOS 6. Each node runs on a specific piece of a hardware. If a project is built on a builder of a different hardware, it is built with different flags and configuration and the resulting binaries are not properly optimized. Some projects need special features of compilers in order to run efficiently. Some of the features are available only in the latest versions of compilers. By the time the latest versions get into builders, it is usually to late. Or a project needs to be built with a proprietary compiler that is not publicly available. Or given each project needs different version of system libraries in general, the HPC infrastructure needs to offer various versions of the same library. The software needs to be available in many flavors. It means the same software to be built with multiple compilers and multiple versions. Different versions have different properties/features. Different compilers accent/provide different optimizations. Thus, a matrix of software to provide the users with. At the end a software needs to be built for the end-system architecture so it can use all the available instructions not to slow down the computation. For that reason (and many others) all the projects need to be built locally inside the cluster. That makes most of the binary packages in CentOS distribution unusable for the HPC use cases.Only usecase for rpm as proof of concepting on devel laptops is useful, not for final deployments.Currently, the EasyBuild project [2] is used as a replacement for rpm based spec files.Operators use Fedora upstream monitoring tool to monitor latest&greatest software (atm. ~400+ projects). Infiniband is usedfor connection of the nodes, sometimes issues with 3rd party SW drivers (Bull/Atos and/or HPE). Other notes: - Lot of service providers are still running on CentOS 6, which blocks upgrade to CentOS 7- shutdown of cluster not possible, infra for clusters changed between RHEL 6 and RHEL 7. - Puppet and Ansible used to deploy clusters (Ansible for disk-free nodes, Puppetfor nodes with disks). Still, each deployment is unique (e.g. unexpected situations) and thus not fully automated.For Ansiblepart,there is no roleusedfromthe AnsibleGalaxy - just Core modules and custom roles and playbooks - Experiments with containers as well via Singularity [3] (Docker is not fully supported on CentOS 6, needs privileged user account) - Demand on packaging and providing tooling for HPC rather than libraries themselves. If possible, provide full HPC stack that is upstream and distribution supported/maintained (including full stack upgrades). CI/CD supported as well. - HPC community is unfortunately security free, security fix deployment can take several months, dependencies on specific minor releases or kernel versions. Kernel KABI whitelist should be advised to 3rd party vendors of drivers to prevent hard version deps - Each assigned set of nodes is expected to be vanilla new. Given it takes some time before a node is rebooted (order of minutes), all the tooling running inside a node must clean everything a user task left. Thus, minimize a number of times a node is really rebooted. [1] https://docs.it4i.cz/salomon/hardware-overview/ [2] https://github.com/hpcugent/easybuild [3] http://singularity.lbl.gov/

4 3

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