devel May 2018

devel@lists.centos.org

32 participants
40 discussions

Re: [CentOS-devel] CentOS PaaS SIG meeting (2018-05-16)
by Daniel Comnea 16 May '18

16 May '18

Ricardo, The email's subject is wrong ;) the meeting for today hasn't started yet. I suspect the email's subject should have been dated for May 2nd but that was sent out so maybe it was sent too early ;) Dani On Wed, May 16, 2018 at 4:16 PM, Ricardo Martinelli de Oliveira < rmartine(a)redhat.com> wrote: > Hello, > It's time for our weekly PaaS SIG sync-up meeting > > Time: 1700 UTC - Wedensdays (date -d "1700 UTC") > Date: Today Wedensday, 02 May 2018 > Where: IRC- Freenode - #centos-devel > > Agenda: > - OpenShift Current Status > -- rpms > -- automation > - Open Floor > > Minutes from last meeting: > https://www.centos.org/minutes/2018/May/centos-devel. > 2018-05-02-17.01.log.html > > -- > Ricardo Martinelli de Oliveira > Senior Software Engineer > T: +55 11 3524-6125 <+55%2011%203524-6126> | M: +55 11 9 7069-6531 > Av. Brigadeiro Faria Lima 3900, 8° Andar. São Paulo, Brasil > <https://maps.google.com/?q=Av.+Brigadeiro+Faria+Lima+3900,+8%C2%B0+Andar.+S…> > . > <https://red.ht/sig> > TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> > > Red Hat é reconhecida entre as melhores empresas para trabalhar no Brasil > pelo *Great Place to Work*. > > _______________________________________________ > dev mailing list > dev(a)lists.openshift.redhat.com > http://lists.openshift.redhat.com/openshiftmm/listinfo/dev > >

1 0

Fix for CVE-2018-7409
by Veetil, Vyshnav 15 May '18

15 May '18

Hi, When will you provide the fix for CVE-2018-7409 affected to package unixODBC Thanks and Regards, Vyshnav

2 1

nssdb is pointing to /etc/ipsec.d but it needs to point to the /usr/local/platform/.security/ipsec path provided in /etc/ipsec.conf
by Veetil, Vyshnav 15 May '18

15 May '18

Hi, We are getting problem with ipsec connection in Centos7.4 Libreswan is unable to read the nssdir path /usr/local/platform/.security/ipsec instead always trying to only read /etc/ipsec.d Also, want to mention that /etc/ipsec.conf already has ipsecdir=/usr/local/platform/.security/ipsec which was working earlier with CentOS 7.3. In CentOS 7.3 libreswan-3.15-8.el7.x86_64 is used. In CentOS 7.4 libreswan-3.20-3.el7.x86_64 is used. What has been changed in libreswan-3.20-3.el7.x86_64 packages? For overcoming the pluto related issue, I have done some changes in configuration file. I have removed the --stderrlog=directory in /etc/ipsec.conf And also replaced auth=esp and esp=aes128-sha1 with phase2alg=aes128-sha1 in /etc/ipsec.d/conf/71221031513.conf file . And manually started ipsec service. Please find the attachment for the ipsec status and ipsec verify. Please help us to find the route cause. Thanks and Regards, Vyshnav.

1 0

Segfault on /usr/bin/strip
by dacav 14 May '18

14 May '18

Hello Centos developers, After upgrading a Centos7 builder, I started to get a segmentation fault when using `install -s`. As it turned out, this is related tu /usr/bin/strip, which indeed goes segfault. I wasn't able to find this in the redhat bugzilla. Is it a known problem or should I report it? Follows stack trace: Program received signal SIGSEGV, Segmentation fault. 0x00007ffff7afcc55 in section_match (a=0x0, b=b@entry=0x639f18) at elf.c:1236 1236 && a->sh_entsize == b->sh_entsize (gdb) bt #0 0x00007ffff7afcc55 in section_match (a=0x0, b=b@entry=0x639f18) at elf.c:1236 #1 0x00007ffff7afd1ae in find_link (iheader=0x639f18, hint=36, obfd=0x63c030) at elf.c:1252 #2 0x00007ffff7afd2ca in copy_special_section_fields (ibfd=ibfd@entry=0x639c90, obfd=obfd@entry=0x63c030, iheader=0x63c1f0, oheader=oheader@entry=0x642c70, secnum=secnum@entry=1) at elf.c:1321 #3 0x00007ffff7afefa6 in _bfd_elf_copy_private_bfd_data (ibfd=0x639c90, obfd=0x63c030) at elf.c:1441 #4 0x0000000000409d55 in copy_object (ibfd=<optimized out>, obfd=<optimized out>, input_arch=<optimized out>) at objcopy.c:2495 #5 0x000000000040af6a in copy_file ( input_filename=0x7fffffffe51a "esb3008-http-request-router/lib/python2.7/site-packages/_cffi_backend.so", output_filename=output_filename@entry=0x639c40 "esb3008-http-request-router/lib/python2.7/site-packages/stnLASGM", input_target=input_target@entry=0x0, output_target=<optimized out>, output_target@entry=0x0, input_arch=input_arch@entry=0x0) at objcopy.c:2857 #6 0x0000000000406730 in strip_main (argv=<optimized out>, argc=<optimized out>) at objcopy.c:3719 #7 main (argc=2, argv=0x7fffffffe288) at objcopy.c:4816 (gdb)

3 4

Re: [CentOS-devel] Problem with $contentdir in centos qemu-ev release repos
by Sandro Bonazzola 14 May '18

14 May '18

2018-05-14 12:44 GMT+02:00 Sagi Shnaidman <sshnaidm(a)redhat.com>: > Thanks for clarification, Sandro. Seems like qemu-ev repo is first to use > this variable and alert about this problem. > I hope other SIGs will follow up soon in order to complete support for ppc64le and aarch64. > > > On Mon, May 14, 2018 at 1:37 PM, Sandro Bonazzola <sbonazzo(a)redhat.com> > wrote: > >> Adding CentOS Devel mailing list >> >> 2018-05-14 12:17 GMT+02:00 Sagi Shnaidman <sshnaidm(a)redhat.com>: >> >>> Hi, Sandro >>> >>> we have problems recently with having $contentdir in new qemu-ev repo >>> release[1], because it's not set anywhere. It's not an exaggeration to say >>> that it's blocking the whole TripleO CI in Openstack and anything else that >>> uses CentOS 7.5 in Openstack[2]. >>> >>> Can you please fix this problem in the package? >>> >> >> The problem is not in the package. >> On a centos instance installed with anaconda the $contendir variable is >> filled by /etc/yum/vars/contentdir which is supposed to be installed by >> centos-release rpm. >> >> The introduction of this variable has been proposed in >> https://lists.centos.org/pipermail/centos-devel/2018-March/016542.html >> and has been implemented in CentOS 7.5 GA. >> >> Looking at it, deeper I see: >> >> # LC_ALL=C rpm -qf /etc/yum/vars/contentdir >> file /etc/yum/vars/contentdir is not owned by any package >> Seems like centos-release rpm has a packaging issue. >> >> A bug has been opened on https://bugs.centos.org/view.php?id=14786 which >> identified the bug happening in OpenStack CI as a bug in diskimage-builder. >> >> That said, I think centos-release-qemu-ev-1.0-3 is doing the right thing >> there. >> >> >> >>> Thanks >>> >>> [1] http://cbs.centos.org/koji/packageinfo?packageID=1950 >>> [2] https://bugs.launchpad.net/tripleo/+bug/1771090 - >>> http://mirror.centos.org/%24contentdir/7/virt/x86_64/kvm-common/repodata/re…: >>> [Errno 14] HTTP Error 404 - Not Found >>> >>> -- >>> Best regards >>> Sagi Shnaidman >>> >> >> >> >> -- >> >> SANDRO BONAZZOLA >> >> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D >> >> Red Hat EMEA <https://www.redhat.com/> >> >> sbonazzo(a)redhat.com >> <https://red.ht/sig> >> <https://redhat.com/summit> >> > > > > -- > Best regards > Sagi Shnaidman > -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig> <https://redhat.com/summit>

1 0

Re: [CentOS-devel] Problem with $contentdir in centos qemu-ev release repos
by Sandro Bonazzola 14 May '18

14 May '18

Adding CentOS Devel mailing list 2018-05-14 12:17 GMT+02:00 Sagi Shnaidman <sshnaidm(a)redhat.com>: > Hi, Sandro > > we have problems recently with having $contentdir in new qemu-ev repo > release[1], because it's not set anywhere. It's not an exaggeration to say > that it's blocking the whole TripleO CI in Openstack and anything else that > uses CentOS 7.5 in Openstack[2]. > > Can you please fix this problem in the package? > The problem is not in the package. On a centos instance installed with anaconda the $contendir variable is filled by /etc/yum/vars/contentdir which is supposed to be installed by centos-release rpm. The introduction of this variable has been proposed in https://lists.centos.org/pipermail/centos-devel/2018-March/016542.html and has been implemented in CentOS 7.5 GA. Looking at it, deeper I see: # LC_ALL=C rpm -qf /etc/yum/vars/contentdir file /etc/yum/vars/contentdir is not owned by any package Seems like centos-release rpm has a packaging issue. A bug has been opened on https://bugs.centos.org/view.php?id=14786 which identified the bug happening in OpenStack CI as a bug in diskimage-builder. That said, I think centos-release-qemu-ev-1.0-3 is doing the right thing there. > Thanks > > [1] http://cbs.centos.org/koji/packageinfo?packageID=1950 > [2] https://bugs.launchpad.net/tripleo/+bug/1771090 - > http://mirror.centos.org/%24contentdir/7/virt/x86_64/kvm-common/repodata/re…: > [Errno 14] HTTP Error 404 - Not Found > > -- > Best regards > Sagi Shnaidman > -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig> <https://redhat.com/summit>

1 0

URLs in centos-release-<sig> packages: /altarch vs. /centos/
by Brian Stinson 13 May '18

13 May '18

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Folks, Now that we have SIG Content in the /altarch directories for CentOS 7 on the mirrors, we need to come with some requirements and recommendations for dealing with the different locations. tl;dr The current thinking is to add the following snippet in the %post of centos-release and release to all of the arches. This will set a yum var to the correct content location when a new system gets installed: `uname -m | grep -q 'x86_64' && echo 'centos' >/etc/yum/vars/contentdir || echo 'altarch' >/etc/yum/vars/contentdir` Here's the start of a proposal from the SIG perspective ## Requirements: - - The same noarch binary RPM *must* be distributable to the Extras repo for each architecture - - The centos-release-<SIG> packages *must* require centos-release ## New Recommendations for creating a centos-release file: - - A yum variable called 'contentdir' will be populated with the toplevel directory for SIGs to use 1.) Modify baseurls in the SIG repo files to look like the following (using openstack-queens as an example): [centos-openstack-queens] name=CentOS-7 - OpenStack queens baseurl=https://mirror.centos.org/$contentdir/cloud/$basearch/openstack-que… gpgcheck=1 enabled=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-SIG-Cloud exclude=sip,PyQt4 ## Discussion I'd like to hear thoughts, additions, and subtractions here before we update the SIGGuide and rework centos-release. Cheers! - -- Brian Stinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBAgAGBQJanjEMAAoJEIMGvNKzCweMR6oQAMbsKqvJcfKW1+5yHsbEV33d QAAMwjEcKfZ+v9ypejErbPPh5RhuNCoRFFHUDAn4hBJNo2zb0YC0vKZJF3RIPIkV 9GAOwnnrWIvFJbeZ7sY4POMa/50IJXC3N8CeiW2XonDtf58rXZPsXM9/9JN9xCv7 X39FAIufCYA7rmedta236NMAutiEolyDFKWWJN6kwDzhm4p7BT9UVSyf7sWCBDzx t+TuCo7LZei4iwQWho1YL/9jbm0YP6EEyL3jJ/YT68cE8q9Mqd8qiE0gEMy0Eoof FuGNOLMrFhsvg3jNQr5DkbToDU+VwO3B+YVR29pTrd0Gf8bodmGTH31eCEljlhjg uPlms2cDvkaXlJmjO6XHM0D2cxmlTzBfVG7YrRwlD40JSk1Z3iyPyLkWJ967oyVM 9mmkhv4spNCX4okQlNI737bULwcxILM6ks3oCdO4i4Yk8BbZp/iwrJ9jcxr7U5YT Cvq2SuV5EbcXlxnhmMd/V6+F/VkgKqi0xrltKURlVUk+JzabHTw5zGwcRjnHxUQR nz2YiQ0mdR/pPuGyXl6xOqXl+M6khPBdCk4FHHdrZYw6aijo8FHzR1DYc63m4ibf Pkad1V9Awetuz0YwewgTp3MviRlklQte8jXMV/1Nh0TTp8xIs5e4ISNBwD3EtINL oqQYqpSGC0jkrwXD5fRG =F1Fp -----END PGP SIGNATURE-----

7 14

CentOS wiki - QA related data/activities
by Phil Wyett 13 May '18

13 May '18

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, Trying to lookup QA related team, data and general info. Issues: * Not allowed to view below page, even if logged in. https://wiki.centos.org/QaTeam * Page below mentions QA mailing list. https://wiki.centos.org/FAQ/General/RebuildReleaseProcess No QA list though on page below. https://lists.centos.org/mailman/listinfo/ * QaWiki section linked below is very out of date. Is it and the team active? https://wiki.centos.org/QaWiki Can anyone offer detail into QA related activities? Regards Phil - -- *** If this is a mailing list, I am subscribed, no need to CC me.*** Playing the game for the games sake. IRC: kathenas Web: https://kathenas.org Github: https://github.com/kathenas GitLab: https://gitlab.com/kathenas Twitter: kathenasorg GPG: A0C3 4C6A AC2B B8F4 F1E5 EDF4 333F 60DC B0B9 BB77 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBAgAGBQJa+HH5AAoJEDM/YNywubt3CxcQANobpP0LSeJyF8/WkYSzIqyA HuZaRIHArooc/3vs4tcLRCbrMU/eLUkABwsa4ND93kycmkwIofdc8BHUM2YeeuOB ScswCvKneoaa30T3O032TEIsaPRfAqXh8L8HP95ffa2SPuqAL7S7KaJwf+Q536h4 QUJ4yU24d47ii030IXhGFiILN2cIRxRgcjn9I23VejiJgwnxCv80BiW0mUpJNqeG RvoRya52i6JooQkNHs37U1vcG6aoCjBwM2VJBtQc27+pgt/h5R8gFD6ZEqqse4ve JujX7l5VO8/SI+A4QVV6v6NVj1XS7t4kUBzSdmskjScCq6oz8SJ0Fly2pac19GFN fidtFl0yp9kiqq6vWyJvHd4Q6exxkzsdhM5Mibbs/mnHl7tL4ou/jdlrlUmRLZ2x VfMKP+Nlj8XYLGPUflC6YGSeYPreGLDtfd4N//RtiiFjY4OcT5g7pJWmGWCg0MK/ uy93k/aypcJsC20NyuBEXIYTrMFcRujMwH+8E76JPlj/Vc6RVQUeTvrPV+qmxcFB fJ+q32sWTo6H4dWhz1cGmyjTWgvwE9lWn1T+M1uuK+6n5VHCwMvqb02zgH2S/wai zj4hABoMgIdnLadWWzdIY7l+xfrg6+Xyn1YFOG5IN+2XVE5V6WmgIz9X2qS/2prI Et4qloIslyoJGILwP4zx =OkHY -----END PGP SIGNATURE-----

1 0

Broken requirements for cockpit
by James Hogarth 12 May '18

12 May '18

Hi guys, Trying to install cockpit-storaged and getting the following error: --> Processing Dependency: storaged-lvm2 >= 2.1.1 for package: cockpit-storaged-160-1.el7.centos.noarch Package storaged-lvm2 is obsoleted by udisks2-lvm2, but obsoleting package does not provide for requirements --> Processing Dependency: storaged-iscsi >= 2.1.1 for package: cockpit-storaged-160-1.el7.centos.noarch Package storaged-iscsi is obsoleted by udisks2-iscsi, but obsoleting package does not provide for requirements --> Processing Dependency: storaged >= 2.1.1 for package: cockpit-storaged-160-1.el7.centos.noarch Package storaged is obsoleted by udisks2, but obsoleting package does not provide for requirements ---> Package libnetfilter_conntrack.x86_64 0:1.0.6-1.el7_3 will be installed ---> Package libnfnetlink.x86_64 0:1.0.1-4.el7 will be installed ---> Package libsemanage.x86_64 0:2.5-8.el7 will be updated ---> Package libsemanage.x86_64 0:2.5-11.el7 will be an update --> Processing Conflict: initscripts-9.49.41-1.el7.x86_64 conflicts redhat-release < 7.5-0.11 --> Restarting Dependency Resolution with new changes. --> Running transaction check ---> Package centos-release.x86_64 0:7-4.1708.el7.centos will be updated ---> Package centos-release.x86_64 0:7-5.1804.el7.centos will be an update ---> Package cockpit-storaged.noarch 0:160-1.el7.centos will be installed --> Processing Dependency: storaged-lvm2 >= 2.1.1 for package: cockpit-storaged-160-1.el7.centos.noarch Package storaged-lvm2 is obsoleted by udisks2-lvm2, but obsoleting package does not provide for requirements --> Processing Dependency: storaged-iscsi >= 2.1.1 for package: cockpit-storaged-160-1.el7.centos.noarch Package storaged-iscsi is obsoleted by udisks2-iscsi, but obsoleting package does not provide for requirements --> Processing Dependency: storaged >= 2.1.1 for package: cockpit-storaged-160-1.el7.centos.noarch Package storaged is obsoleted by udisks2, but obsoleting package does not provide for requirements --> Finished Dependency Resolution Error: Package: cockpit-storaged-160-1.el7.centos.noarch (extras) Requires: storaged-lvm2 >= 2.1.1 Available: storaged-lvm2-2.5.2-4.el7.x86_64 (extras) storaged-lvm2 = 2.5.2-4.el7 Error: Package: cockpit-storaged-160-1.el7.centos.noarch (extras) Requires: storaged >= 2.1.1 Available: storaged-2.5.2-4.el7.x86_64 (extras) storaged = 2.5.2-4.el7 Error: Package: cockpit-storaged-160-1.el7.centos.noarch (extras) Requires: storaged-iscsi >= 2.1.1 Available: storaged-iscsi-2.5.2-4.el7.x86_64 (extras) storaged-iscsi = 2.5.2-4.el7 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest This is the same with or without CR Did something get a bit broken in rebuilding? On RHEL7 this installs fine. James

4 5

centos 7.5 src.rpm missing
by Farkas Levente 12 May '18

12 May '18

hi, it seems the src.rpms are missing from: http://vault.centos.org/7.5.1804/os/Source/SPackages/ on the other hand 7.5 missing from the centos git too. eg. tha last commit to the centos-release rpm is from 2017 januar: https://git.centos.org/summary/rpms!centos-release.git is there any place where we can found the source of centos? regards. -- Levente "Si vis pacem para bellum!"

3 3

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

devel May 2018