devel

devel@lists.centos.org

4 participants
4640 discussions

Dojo in Boston in September - any interest?
by Rich Bowen 20 Feb '20

20 Feb '20

For the past two years, I've hosted a CentOS Dojo at DevConf.US in Boston. Each time it has been a struggle to find speakers, and then we had pretty poor attendance. This year, DevConf.US (CFP is now open!) has moved away from Boston University, to the Sheraton in Framingham. My question to this audience is whether it's worth our time trying to put together a Dojo to be held on the Tuesday of that event - September 22nd - at that same location. I would need roughly 10 speakers, and about 75 attendees, to make it worthwhile to do this. Please do let me know, either on-list or off-list, if you think you'd be interested in either speaking or attending. For those that don't know, a Dojo is a one-day event featuring technical content from anywhere in the CentOS ecosystem. Details here: https://wiki.centos.org/Events/Dojo Thanks! -- Rich Bowen - rbowen(a)redhat.com @CentOSProject // @rbowen 859 351 9166

1 0

SIG Key Needed
by Irina Boverman 20 Feb '20

20 Feb '20

I need keys created for a Messaging Sig. I filled request back in Oct. '19, but it is still outstanding. Can someone assist in creating this key? https://bugs.centos.org/view.php?id=16198 -- Regards, Irina.

4 3

Backport of xfrm kernel bugfix
by Matt Dees 18 Feb '20

18 Feb '20

Hi All! We have been dealing with a memory leak in the kernel for IKEv2 and IPSec connections relating to a memory leak in xfrm support on both el8 and el7. The symptom of this issue is that memory will continue allocating in slab over time making a box oom after too many connections. As per some external discussions I am sending the patch + bug report on to this list. It has already been accepted into upstream kernels (4.19 included) and is a pretty straight forward backport. I have tested and installed this on a few centos8 systems to validate that this does indeed solve the memory leak issue. rbz# 1780470

4 4

CentOS 8 Stream: updated kernel, kmod-kvdo, vdo, createrepo_c, and drpm
by Carl George 18 Feb '20

18 Feb '20

Howdy everyone, The CentOS team is pleased to announce that we have updated the kernel, kmod-kvdo, vdo, createrepo_c, and drpm packages in CentOS 8 Stream. These updates have already been published and are propagating out to the mirror network now. We're hoping to get developer feedback on these packages to help demonstrate the value of Stream and identify any potential issues before they make their way into RHEL and regular CentOS. We've listed some notable features from these updates below. We won't always announce updated Stream packages like this, but we wanted to highlight some of the early successes as we figure out the Stream workflow. Enjoy! # kernel-4.18.0-177.el8 * Reduce preemption network latency in kubernetes * https://github.blog/2019-11-21-debugging-network-stalls-on-kubernetes/ * https://bugzilla.redhat.com/show_bug.cgi?id=1795049 * Fix memory leak on xfrm state destroy * https://lore.kernel.org/netdev/CAMnf+PjGq2qsZzg=+H5Z5kO+PSQbo=R0MHW5rv1CWrq… * https://lists.centos.org/pipermail/centos-devel/2019-December/036366.html # createrepo_c-0.15.1-1.el8 * Allow pip to see installation of python3-createrepo_c * https://github.com/rpm-software-management/createrepo_c/pull/167 * https://bugzilla.redhat.com/show_bug.cgi?id=1695677 * Add support for reading and merging module metadata * https://github.com/rpm-software-management/createrepo_c/pull/146 * Add --pkgorigins mode for Koji * https://github.com/rpm-software-management/createrepo_c/pull/154 -- Carl George

1 0

CPE Weekly: 2020-02-14
by Aoife Moloney 14 Feb '20

14 Feb '20

# CPE Weekly: 2020-02-14 Background: The Community Platform Engineering group is the Red Hat team combining IT and release engineering from Fedora and CentOS. Our goal is to keep core servers and services running and maintained, build releases, and other strategic tasks that need more dedicated time than volunteers can give. For better communication, we will be giving weekly reports to the CentOS and Fedora communities about the general tasks and work being done. Also for better communication between our groups we have created #redhat-cpe on Freenode IRC! Please feel free to catch us there, a mail has landed on both the CentOS and Fedora devel lists with context here. ## CentOS Updates ### CentOS * Tuning/adding more mirrorlist servers due to EC2/AWS change from last week * Updates are really faster now for CentOS users in AWS/EC2 (more than 100TiB of updated packages served internally with a 98.33% ratio served from cache, so faster than ever) * Moving data from CentOs Infra and switching to a new solution for backup for infra: * https://github.com/CentOS/ansible-role-centos-backup/ * https://github.com/CentOS/ansible-role-restic * VDO (https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/ht…) * Investigating how to incorporate CentOS auth into the new AAA solution * We'll need proper communication plan to ask everybody to get a FAS account when we'll migrate ### CentOS Stream * The CPE team are collaborating with the Packit team internally to develop a workflow for contributor patches * We are working towards demoing a contributor patch from submission to end for Red Hat Summit in April! ## Fedora Updates ### Data Centre Move By June 15th 2020, dedicated Fedora servers will have moved to a new data centre in Northern Virginia. If you want to read more, check out our post on hackmd: https://hackmd.io/@Ap8CkTlpSfmjb44UGV-kWA/rJsk7A-QL Here are some key dates and actions we need you to know: * On 28th Feb, the old OpenStack instance in Fedora Cloud will be retired. * Please reach out to Kevin before 25th Feb if you need to take action for your instance if you are an instance owner. Here is the link to the current status: https://pagure.io/fedora-infrastructure/issue/8614 * On 13th April, the CPE team will begin to ship servers to our new data centre - this does not affect F32 distribution or release * From March 1st, the CPE team will begin to build the Minimum Viable Fedora infrastructure in the new datacenter * Between May 20th - July 1st, we will be redirecting Fedora services to run on the 'MVF' offering to facilitate the final part of the move and allow for re-racking and testing * By July 1st we hope to have BAU (business as usual) for Fedora infra ### AAA Replacement This project is replacing our old existing fas (fedora account system) with a new freeipa based system. * Check out our blog on the teams progress to date! * You can also see our jira board for tickets we are working on * And we have an IRC channel - #fedora-AAA * We are currently working on the FreeIPA API integration and the folks at FreeIPA have been really helpful so far to work with ### CI/CD * The team have been trying to get a local instance of Koji running this week * They are investigating different algorithms that could help generate the next release if a package based on its git history. * Monitoring-gating is being deployed in OpenShift in staging ### Sustaining Team * The team meets daily @ 1900 UTC in #fedora-admin on IRC * The priority work is: ** Fedora 32 ** Assisting with technical debt to facilitate the colo move ** mbbox upgrading ** CentOS CI OpenShift upgrading * The team also have a public thread on knowledge sharing, https://lists.fedoraproject.org/archives/list/infrastructure@lists.fedorapr… so take a look! ## Docs * Merged https://pagure.io/fedora-docs/quick-docs/pull-request/175 * Merged https://pagure.io/fedora-docs/quick-docs/pull-request/174 * Merged https://pagure.io/fedora-docs/quick-docs/pull-request/173 * Merged https://pagure.io/fedora-docs/quick-docs/pull-request/167 * Reviewed https://pagure.io/fedora-docs/install-guide/pull-request/40 * Also work underway on CentOS 8.1 docs ### Misc Updates * The team are also working on creating Fedora infra application map - stay tuned for the publication soon! * keys.fedoraproject.org has been turned off * boot.fedoraproject.org will be retired this week * Certs have been changed to letsencrypt for fedorahosted/fedoracommunity * Moved Koji calls to a backend task worker in Bodhi: https://github.com/fedora-infra/bodhi/issues/3061 * kdreyer's playbook repo has been integrated: https://pagure.io/koji-vagrant/pull-request/1 * Testing dist-git repo as a submodule has been added: https://pagure.io/koji-vagrant/pull-request/2 * Ticket in Monitor-Gating has been reviewed: https://pagure.io/fedora-ci/monitor-gating/pull-request/8 As always, feedback is welcome, and we will continue to look at ways to improve the delivery and readability of this weekly report. Have a great weekend! Aoife -- Aoife Moloney Product Owner Community Platform Engineering Team Red Hat EMEA Communications House Cork Road Waterford

1 0

[CloudSIG] meeting minutes (2020-02-13)
by Rain Leander 13 Feb '20

13 Feb '20

#centos-meeting: CentOS Cloud SIG meeting (2020-02-13) Meeting started by leanderthal at 15:02:07 UTC (full logs <https://www.centos.org/minutes/2020/February/centos-meeting.2020-02-13-15.0…> ). Meeting summary 1. *roll call o/* (leanderthal <https://www.centos.org/minutes/2020/February/centos-meeting.2020-02-13-15.0…>, 15:02:20) 2. *chair for next week* (leanderthal <https://www.centos.org/minutes/2020/February/centos-meeting.2020-02-13-15.0…>, 15:15:59) 1. *ACTION*: leanderthal to chair next week's cloud sig meeting ( leanderthal <https://www.centos.org/minutes/2020/February/centos-meeting.2020-02-13-15.0…>, 15:16:20) 3. *open floor* (leanderthal <https://www.centos.org/minutes/2020/February/centos-meeting.2020-02-13-15.0…>, 15:16:26) Meeting ended at 15:29:48 UTC (full logs <https://www.centos.org/minutes/2020/February/centos-meeting.2020-02-13-15.0…> ). Action items 1. leanderthal to chair next week's cloud sig meeting Action items, by person 1. leanderthal 1. leanderthal to chair next week's cloud sig meeting People present (lines said) 1. leanderthal (6) 2. centbot (2) -- K Rain Leander OpenStack Community Liaison Open Source Program Office https://www.rdoproject.org/ http://community.redhat.com

1 0

centos-release-ceph-nautilus package for el8
by Giulio Fidente 12 Feb '20

12 Feb '20

hi, storage-sig managed to rebuild / crosstag all ceph nautilus deps into storage8-ceph-nautilus-candidate [1] target thanks to the new el8 buildroot many thanks to all the people who worked hard to get the el8 buildroot working; we're hoping to see soon ceph nautilus tested on el8 in quite a few openstack jobs thanks to the new packages we can't build the centos-release-ceph-nautilus package to provision the .repo files for el8 though [2] because the build target we expected to have for that "core8-extras-common-el8.centos" doesn't exist yet do people have ideas/plans on how to get the -release package built and distributed? thanks! 1. https://cbs.centos.org/koji/builds?order=nvr&tagID=1891&inherited=1&latest=1 2. https://cbs.centos.org/koji/packageinfo?packageID=7290 -- Giulio Fidente GPG KEY: 08D733BA

4 6

fedmsg in centos
by Jan Sakalos 12 Feb '20

12 Feb '20

Hello, I am member of packit team, working on integration packit into centos infrastructure. I would like to ask if there is fedmsg bus implemented in centos infrastructure and if you can provide me with configuration details. -- Thanks, Ján Sakáloš

4 3

Centos 8 TLS libs & tools - then Squid proxy Centos 7
by lejeczek 12 Feb '20

12 Feb '20

hi devel guys, I thought I'd ask here directly for it begins to worry me a bit. What's that? Well.. it's a freshly set up Centos8 box which has no direct way out but via Squid proxy(Centos7 squid-3.5.20-12.el7_6.1.x86_64) and it seems that lots of things do not want to work, eg.: $ podman search centos ERRO[0000] error searching registry "registry.fedoraproject.org": couldn't search registry "registry.fedoraproject.org": error pinging docker registry registry.fedoraproject.org: Get https://registry.fedoraproject.org/v2/: proxyconnect tcp: tls: first record does not look like a TLS handshake ERRO[0000] error searching registry "docker.io": couldn't search registry "docker.io": error pinging docker registry index.docker.io: Get https://index.docker.io/v2/: proxyconnect tcp: tls: first record does not look like a TLS handshake ERRO[0000] error searching registry "registry.access.redhat.com": couldn't search registry "registry.access.redhat.com": error pinging docker registry registry.access.redhat.com: Get https://registry.access.redhat.com/v2/: proxyconnect tcp: tls: first record does not look like a TLS handshake ERRO[0000] error searching registry "registry.centos.org": couldn't search registry "registry.centos.org": error pinging docker registry registry.centos.org: Get https://registry.centos.org/v2/: proxyconnect tcp: tls: first record does not look like a TLS handshake Another example is R from EPEL, installing any package/library in R also fails in similar way and at Squid's end I get lots of: ... 1581503634.209 1 10.5.8.17 TAG_NONE/400 4300 %1F%8Dl%E4%C9z%CFD$%ED%87%EF%A9%F4%F7%05%E7%9Cja%E8%23Y%B5%A5%EBb%7BT%8F%B4 - HIER_NONE/- text/html 1581503634.211 1 10.5.8.17 TAG_NONE/400 4315 NONE error:invalid-request - HIER_NONE/- text/html 1581503634.211 0 10.5.8.17 TAG_NONE/400 4120 &%AFi%BB%1A%AD%03%9C - HIER_NONE/- text/html 1581503634.211 0 10.5.8.17 TAG_NONE/400 4270 T%88vH5%BAw%EE%FB%1F9%DE%D5%B9%90%C7%05?%F1%D6%22%E3%5B%8F%7F%7C%E6 - HIER_NONE/- text/html 1581503634.212 0 10.5.8.17 TAG_NONE/400 4300 %85S%80%BAKh%8E%AB+%90%D4%8Ad%F0%B4%EB%C1or%5E%BEY%800+%F8%98%AF%04!%97%F0 - HIER_NONE/- text/html 1581503634.212 0 10.5.8.17 TAG_NONE/400 4192 %DA%E6%9E3%DB%9AP%E0q%A3%89c%BBeO%C2%A5%0F - HIER_NONE/- text/html 1581503634.213 0 10.5.8.17 TAG_NONE/400 4074 %1Ej%8D%17 - HIER_NONE/- text/html 1581503634.213 0 10.5.8.17 TAG_NONE/400 4564 NONE error:invalid-request - HIER_NONE/- text/html 1581503663.358 529 10.8.9.208 TCP_TUNNEL/200 4442 CONNECT v10.events.data.microsoft.com:443 - HIER_DIRECT/52.114.128.10 - 1581503708.562 1 10.5.8.17 TAG_NONE/400 4300 %EF%1E%F9%10:%9E%CE(%85%F4%CD%DEc%809%0EnU%BD%E3%9F@%14%8C%FF!%03%7C?*%B5l - HIER_NONE/- text/html 1581503708.563 1 10.5.8.17 TAG_NONE/400 4315 NONE error:invalid-request - HIER_NONE/- text/html 1581503708.564 0 10.5.8.17 TAG_NONE/400 4315 %9D%7D%17.%D0%F4%B2%C9%B6V%8E%B5%BB%10X%AF%F1%E3g%3C%14%90%C2%F7%AF%E6P%19%1D6%98%C1%DB - HIER_NONE/- text/html 1581503708.564 0 10.5.8.17 TAG_NONE/400 4242 -N%08,%3E.%93%F87l%0F%7F%89G%0E%1C%A0%A7%90%DF%8A+%D9%E4c - HIER_NONE/- text/html 1581503708.565 1 10.5.8.17 TAG_NONE/400 4315 %D1f%E3%891%EA%86%07%07%B7%EEu%BF%83F%AD%E4%A2%FB7%CE%ACw%1Cf*%E2%FD%BD%9A%5E%07 - HIER_NONE/- text/html 1581503708.565 0 10.5.8.17 TAG_NONE/400 4315 NONE error:invalid-request - HIER_NONE/- text/html 1581503708.565 0 10.5.8.17 TAG_NONE/400 4280 %A3%13%EE%D9%5CIfKzS%F39x%AB%CE%F8%D0A%D7Y%8A4%C17%FC%9A%B9%98%87%CBz - HIER_NONE/- text/html 1581503708.566 0 10.5.8.17 TAG_NONE/400 4174 %C1;%A4q%8E%81%E6%CE%E1%DC%81N%1D%F0 - HIER_NONE/- text/html Everything else seems to work fine, a small group of Centoses 7 use that Squid just fine, Windows boxes too. Would you share any thoughts as to what might be going on there? many thanks, L.

4 4

a problem with "ca-certificates" rpm?
by lejeczek 12 Feb '20

12 Feb '20

hi guys, Anything I try to do with dnf and outside what 'centos', eg. adding a gluster repo or any third-party repo I get: ... [MIRROR] rdo-release.rpm: Curl error (60): Peer certificate cannot be authenticated with given CA certificates for https://rdoproject.org/repos/rdo-release.rpm [SSL certificate problem: certificate is not yet valid] [FAILED] rdo-release.rpm: Curl error (60): Peer certificate cannot be authenticated with given CA certificates for https://rdoproject.org/repos/rdo-release.rpm [SSL certificate problem: certificate is not yet valid] ... Any ideas, suggestions on why centos is not happy that way? many thanks, L.

2 2

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