devel

devel@lists.centos.org

12 participants
4610 discussions

Red Hat branding in comps.xml
by aleksander.baranowski 22 May '18

22 May '18

Hi, I found out that comps.xml for 6.9 and 7.5 has "红帽" string. Problematic strings are - 红帽 - 红帽企业版 - 用于在红帽企业版 - 用来开发在红帽企业版 All of them are from zh_CN locale. I'm, not Mandarin speaker so there is link to Google Translate https://translate.google.com/#auto/en/红帽%0A红帽企业版%0A用于在红帽企业版%0A用来开发在红帽企业版 Tested comps: http://mirror.centos.org/centos-6/6.9/os/x86_64/repodata/43d8fd068164b0f042… http://mirror.centos.org/centos-7/7.5.1804/os/x86_64/repodata/d87379a47bc20… Bests, Alex

1 0

Virt SIG packages tagged for release not landing on altarch mirror.
by Sandro Bonazzola 18 May '18

18 May '18

Hi, just noticed that http://cbs.centos.org/koji/buildinfo?buildID=22693 , which is tagged for release, landed on mirrors for x86_64 but it's missing in aarch64 and ppc64le. The same build shows up correctly in buildlogs for those arches. Can you please check? -- 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 1

Dojo at DevConf.US, August 16th, 2018
by Rich Bowen 17 May '18

17 May '18

DevConf.US will be held in Boston, August 17th - 19th, at Boston University. We've arranged to hold a Dojo on the day before - Thursday, August 16th - also at Boston University. Details are currently at https://wiki.centos.org/Events/Dojo/DevConfUS2018 and will be continually updated as we have more information. The call for papers is open at https://goo.gl/forms/kKta9IasJGNxIVR53 We're hoping to attract talks focusing on the use of CentOS in research and education, but you're welcome to submit talks on any CentOS topic for consideration. Thanks, and we'll see you in Boston! -- 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 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

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