devel

devel@lists.centos.org

3 participants
4682 discussions

CentOS PaaS SIG meeting (2018-02-14)
by Troy Dawson 14 Feb '18

14 Feb '18

Hello, It's time for our weekly PaaS SIG sync-up meeting Time: 1700 UTC - Wedensdays (date -d "1700 UTC") Date: Today Wedensday, 14 February 2018 Where: IRC- Freenode - #centos-devel Agenda: - OpenShift Current Status -- rpms -- Automated rpm building and Automated testing -- Multi-arch -- Documentation -- Images and Image building - Open Floor Minutes from last meeting: https://www.centos.org/minutes/2018/January/centos-devel.2018-01-24-17.03.h…

1 0

Cleaning-up Extras for inconsistencies (aka golang in aarch64)
by Fabian Arrotin 12 Feb '18

12 Feb '18

Last week I tried to build a pkg for infra, that has all the arches enabled (so x86_64, ppc64, ppc64le and aarch64) That package has "BuildRequires: golang >= 1.8" , which is in the base distro but the --scratch build failed starting with aarch64 and complaining with "DEBUG util.py:417: Error: No Package found for golang >= 1.8 " So, while there is a golang 1.8.3 package in [base], there is still an old version in [extras] : golang.aarch64 1.6.3-2.el7 extras And because koji will not pick automatically the higher ENVR, but rather a pkg based on the repository it's coming from (with different priorities), it doesn't want to use the one from [base], but rather the one from [extras] (so that it impacts everybody actually building in koji) So the proposal is : can someone have a look at cleaning-up older releases from extras when it was replaced by a newer version that landed in [base] ? Yum will always use the highest ENVR, but koji will not, breaking some builds on https://cbs.centos.org right now -- Fabian Arrotin The CentOS Project | https://www.centos.org gpg key: 56BEC54E | twitter: @arrfab

1 0

Sharing Software Collections over NFS?
by Honza Horak 09 Feb '18

09 Feb '18

It's been a while since I wrote an article about a cool feature that we introduced together with Software Collections packaging format, which is *the ability to share the environment on multiple machines by NFS sharing *[1]. The idea is very simple -- install Software Collections of your favorite application stack (say Python 3.6 + NodeJS 8) and mount the /opt/rh on workstations. That way you have the same environment on all machines. Now, I'd like to request some feedback -- is there anybody on the list (or outside, but you at least know about it) who uses this feature for the Software Collections packages? Please, let us know! If you can't share it publicly, just drop me a direct mail. Of course, more feedback is welcome, but even simple YES would be also cool. [1] https://developers.redhat.com/blog/2015/06/29/maintain-software-collections… Thanks! Honza

3 2

Re: [CentOS-devel] [scl.org] Sharing Software Collections over NFS?
by Honza Horak 09 Feb '18

09 Feb '18

On 02/09/2018 04:23 PM, Marek Salwerowicz wrote: > Hi Honza, > > On 09.02.2018 16:03, Honza Horak wrote: > >> It's been a while since I wrote an article about a cool feature that >> we introduced together with Software Collections packaging format, >> which is *the ability to share the environment on multiple machines by >> NFS sharing *[1]. >> >> The idea is very simple -- install Software Collections of your >> favorite application stack (say Python 3.6 + NodeJS 8) and mount the >> /opt/rh on workstations. That way you have the same environment on all >> machines. > > Sounds nice, but how about config files that are installed in /etc/opt ? That's tricky, yes, and it's also a reason why we don't do it for stuff like databases (data files are even more tricky). This feature is used only for dynamic languages like python, ruby, nodejs, ... Honza > Cheers, > Marek > >> >> Now, I'd like to request some feedback -- is there anybody on the list >> (or outside, but you at least know about it) who uses this feature for >> the Software Collections packages? >> >> Please, let us know! If you can't share it publicly, just drop me a >> direct mail. Of course, more feedback is welcome, but even simple YES >> would be also cool. >> >> [1] >> https://developers.redhat.com/blog/2015/06/29/maintain-software-collections… >> >> >> Thanks! >> Honza >> >> _______________________________________________ >> SCLorg mailing list >> SCLorg(a)redhat.com >> https://www.redhat.com/mailman/listinfo/sclorg >

3 2

sclo-php-pecl-xdebug 2.6.0 and php-pecl-mongodb 1.4.0 packages available for testing
by Remi Collet 09 Feb '18

09 Feb '18

Updated packages available in centos-sclo-sclo-testing For rh-php56 * sclo-php56-php-pecl-mongodb-1.4.0-1.el6 For rh-php70 * sclo-php70-php-pecl-mongodb-1.4.0-1.el6 * sclo-php70-php-pecl-xdebug-2.6.0-1.el6 For rh-php71 * sclo-php70-php-pecl-mongodb-1.4.0-1.el7 * sclo-php70-php-pecl-xdebug-2.6.0-1.el7 mongodb 1.4.0 with bug fixes and new features See upstream changelog https://pecl.php.net/package-changelog.php?package=mongodb WARNING: The mongodb extension add support for MongoDB 3.6 but drop support for MongoDB 2.4 XDebug 2.6.0 with bug fixes and new features See upstream changelog https://pecl.php.net/package-changelog.php?package=xdebug And author blog post https://derickrethans.nl/xdebug-26.html Feedback welcome. Remi. P.S. https://wiki.centos.org/SpecialInterestGroup/SCLo

1 0

Re: [CentOS-devel] Adjust type of rw in submit_bio from int to unsigned long
by wuzhouhui 09 Feb '18

09 Feb '18

Forward mail to centos-devel mailing list for getting more attentions! Sorry for disturbing. > -----Original Messages----- > From: wuzhouhui <wuzhouhui14(a)mails.ucas.ac.cn> > Sent Time: 2018-02-07 13:44:07 (Wednesday) > To: centos(a)centos.org > Cc: wuzhouhui14 <wuzhouhui14(a)mails.ucas.ac.cn> > Subject: Adjust type of rw in submit_bio from int to unsigned long > > Hi, I am a developer who worked on CentOS. Recently I am working on porting one of my > block drivers from CentOS 6.x to CentOS 7.x. In newest kernel (kernel-3.10.0-693.17.1.el7) > I found there is an issue in submit_bio()'s first argument: > void submit_bio(int rw, struct bio *bio) > The type of bi_rw of struct bio is unsigned long, and the number of enum rq_flags_bits > also exceeds 32, so we should better using unsigned long for rw in submit_bio(), like: > void submit_bio(unsigned long rw, struct bio *bio) > >

1 0

intro of me
by Daan Hoogland 07 Feb '18

07 Feb '18

H, I am Daan Hoogland. A fellow Apache Cloudstack PMC meber of Rohit, who you already met. I hope to get the cloudstack dirstibution into centos as a default rpm. Itried to subscribe to the cloud-sig at centos.org but couldn't find it yet. less intentional me: I develop java, python and hobby with remacs (rust/elisp) regards, -- Daan

2 1

[CentOS-dev][NFV SIG] Informal discussion at Centos Dojo
by Thomas F Herbert 02 Feb '18

02 Feb '18

I am at Centos Dojo. For those at Centos Dojo that are interested in a side discussion about Centos NFV SIG, let me know. -- *Thomas F Herbert* NFV and Fast Data Planes Networking Group Office of the CTO *Red Hat*

1 0

[RDO] Queens Milestone 3 test day, Feb 8, 9
by Rich Bowen 30 Jan '18

30 Jan '18

We will be testing the RDO OpenStack Queens Milestone 3 packages on February 8th and 9th. Details are at http://rdoproject.org/testday/queens/milestone3/ We will be congregating on the #RDO channel on Freenode IRC for questions, commentary, and so on. We will also be deploying a test cloud, like last time, so that you can test without having to deploy it yourself. Details, and signups, are at https://etherpad.openstack.org/p/rdo-queens-m3-cloud If you have any questions, please bring them to the users(a)lists.rdoproject.org mailing list. You can subscribe to this list at http://lists.rdoproject.org/ -- Rich Bowen: Community Architect rbowen(a)redhat.com @rbowen // @RDOCommunity // @CentOSProject 1 859 351 9166

1 0

Re: [CentOS-devel] [PATCH] Fix memory leak in i18n support for sort utility
by Yousong Zhou 30 Jan '18

30 Jan '18

On 30 January 2018 at 15:58, Kamil Dudka <kdudka(a)redhat.com> wrote: > On Tuesday, January 30, 2018 3:01:54 AM CET Yousong Zhou wrote: >> On 30 January 2018 at 02:58, Kamil Dudka <kdudka(a)redhat.com> wrote: >> > On Wednesday, January 24, 2018 1:18:35 PM CET Yousong Zhou wrote: >> >> This can be triggered by using month sort >> >> >> >> The issue with the original code is that after the call to mbsrtowcs() >> >> and wcsrtombs() returns, the source pointer will be set to NULL causing >> >> the later free() call has no effect at all >> >> --- >> >> The issue also exists in c6 branch >> > >> > Thank you for sharing the patch! This was tracked as Fedora bug #1259942: >> > >> > https://bugzilla.redhat.com/1259942 >> > >> > The bug was fixed in coreutils-8.23-11.fc22 and it is going to be fixed >> > in the next major version of RHEL (and CentOS). >> > >> > Kamil >> >> Hi Kamil. I thought there must exist some kind of mechanism for >> backporting bugfixes of this kind into currently maintained versions. >> It should! It's an old bug already known and fixed in 2015 and still >> people are wasting time and getting frustrated by it in 2018! >> >> yousong > > Sorry to hear that. We do not backport non-critical fixes from Fedora to RHEL > proactively. Updates in RHEL are primarily driven by requests of Red Hat's > customers. > > I have cloned the bug for RHEL-7 to get this fixed eventually: > > https://bugzilla.redhat.com/1540059 > > Unfortunately, I cannot guarantee any schedule for merging the fix. If you > are a customer of Red Hat, please contact the product support and tell them > about this bug. > > Kamil Thanks for doing this. I encountered this bug when I was using sort to --merge multiple log files with month fields of the form Jan, Feb etc. It caused the kernel to oom which was unexpected since the very merge sort should run in linear time complexity with fixed amount of memory. yousong

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

devel