devel

devel@lists.centos.org

10 participants
4617 discussions

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

17 May '18

No biggie Ricardo, thank you ! On Wed, May 16, 2018 at 7:19 PM, Ricardo Martinelli de Oliveira < rmartine(a)redhat.com> wrote: > You are right, Daniel. My apologies for that. > > The subject is correct, but the body not. I will pay more attention for > the next meetings. > > On Wed, May 16, 2018 at 12:38 PM, Daniel Comnea <comnea.dani(a)gmail.com> > wrote: > >> 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 >>> >>> >> > > > -- > 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*. >

1 0

[Storage] Mountpoint.io: Software Defined Storage event in Vancouver in August
by Rich Bowen 16 May '18

16 May '18

Forwarding on an announcement from a colleague, for those of you interested in Software-defined Storage: Our first mountpoint is coming! Software-defined Storage (SDS) is changing the traditional way we think of storage. Decoupling software from hardware allows you to choose your hardware vendors and provides enterprises with more flexibility. Attend mountpoint on August 27 - 28, 2018 in Vancouver, BC, before Open Source Summit North America for this first time event. We are joining forces with the Ceph and Gluster communities, SDS experts, and partners to bring to you an exciting 2 day event. Help lead the conversation on open source software defined storage and share your knowledge! Our CFP is open on May 3rd through June 15th, 2018. More details available, including sponsorship: https://mountpoint.io/ -- Rich Bowen - rbowen(a)redhat.com @CentOSProject // @rbowen 859 351 9166

1 0

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

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