devel April 2015

devel@lists.centos.org

63 participants
50 discussions

bugs.centos.org summary posted
by Karanbir Singh 22 Apr '15

22 Apr '15

hi I guess this is more for Jim / Ralph : but is there anyway to get mantis to send out an email nightly, with a list of 'new' bugs reported during the last 24 hrs ? Additional win if we can also get a list of bugs that have had no activity for > 60 days and are not in status: Feedback Regards -- Karanbir Singh +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh GnuPG Key : http://www.karan.org/publickey.asc

2 1

Atomic devel builds automation
by Karanbir Singh 21 Apr '15

21 Apr '15

hi, The Atomic devel builds are now running from cron again, after a 2 week lag, they now run every 12 hours, midnight and midday UTC. These builds now also run with a complete toolchain update taking place before the build gets run. The build script is now in git itself : https://github.com/CentOS/sig-atomic-buildscripts/blob/master/build_ostree_… and the cron worker will git pull, before running this, so updates are consumed immediately. That does make line 10 to 12 of this script completely redundant, but I've left it in as an indicator. Build runs are logged at : http://buildlogs.centos.org/centos/7/atomic/x86_64/Builds/ And the ostree repo remains at : http://buildlogs.centos.org/centos/7/atomic/x86_64/repo/ Once the installer image starts building, we can push that to http://buildlogs.centos.org/centos/7/atomic/x86_64/ which would in turn allow the vagrant and image builds to also run. Regards, -- Karanbir Singh +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh GnuPG Key : http://www.karan.org/publickey.asc

3 5

summary for tags/branches in SCLo SIG
by Honza Horak 20 Apr '15

20 Apr '15

Hi guys, few days back we talked about tags and branches names on the SCLo meeting and I found out that I missed the important CBS meeting [1].. which I'm sorry.. Anyway, we ended with things in our heads but I can't find anything written, so I tried to summarize what should be the result (as I understood it) and would like to ask for correction if I failed to get it... I realize that rh-mariadb100 confuses people, because it includes rh- in the name, but for tags/branches names it is nothing more than part of the collection name. If the dash is an issue, then we may use underscore (rh_mariadb100) or just rhmariadb100 if necessary for tags/branches, but mariadb100 alone is simply not correct. What is more, not all collections in RHSCL have rh- prefix (existing collections) although the new collections should have it in the future. Anyway, I rather took another collection (that doesn't use rh- prefix) to not complicate it even more and the bellow are examples of two collections within SCLo -- one that *is part of RHSCL* (mariadb55) and one that is only part of SCLo (mariadb55extra; could include packages that extend mariadb55 collection for example), which *is not part* of RHSCL. final tags (and repositories) for non-RHSCL collections (include also packages from rhscl repos bellow): sclo6-sclo-release sclo6-sclo-candidate sclo6-sclo-testing sclo7-sclo-release sclo7-sclo-candidate sclo7-sclo-testing final tags (and repositories) for RHSCL collections (separate in order to allow using the sclo- repositories together with RH's rhscl channel, the same as epel is used): sclo6-rhscl-release sclo6-rhscl-candidate sclo6-rhscl-testing sclo7-rhscl-release sclo7-rhscl-candidate sclo7-rhscl-testing build tags: sclo6-el6-mariadb55extra-sclo-build sclo7-el7-mariadb55extra-sclo-build sclo6-el6-mariadb55-rhscl-build sclo7-el7-mariadb55-rhscl-build (el6- and el7- part used for keeping the disttag in the name as agreed from the beginning for all SIGs -- that was mentioned as a requirement before already) build targets: sclo6-el6-mariadb55extra-sclo sclo7-el7-mariadb55extra-sclo sclo6-el6-mariadb55-rhscl sclo7-el7-mariadb55-rhscl git branches under sclo/ project: sclo6-mariadb55extra-sclo sclo7-mariadb55extra-sclo sclo6-mariadb55-rhscl sclo7-mariadb55-rhscl git branches under rpms/ project: sclo6-mariadb55extra-sclo sclo7-mariadb55extra-sclo sclo6-mariadb55-rhscl sclo7-mariadb55-rhscl Are we on the same page with the schema above? [1] http://www.centos.org/minutes/2015/april/centos-devel.2015-04-13-14.01.log.… Honza

1 0

Re: [CentOS-devel] No Storage SIG Meeting 6-March-2015 15:30 UTC (Moving it to next week)
by Justin Clift 18 Apr '15

18 Apr '15

On 18 Apr 2015, at 17:36, Doug Ledford <dledford(a)redhat.com> wrote: > On Sat, 2015-04-18 at 15:09 +0100, Justin Clift wrote: >> On 18 Apr 2015, at 10:39, Bart Van Assche <bart.vanassche(a)sandisk.com> wrote: >>> On 03/11/15 18:01, Justin Clift wrote: >>>> On 10 Mar 2015, at 11:09, Bart Van Assche <bart.vanassche(a)sandisk.com> wrote: >>>>> Hello, >>>>> >>>>> Sorry but I will not be able to attend this meeting because at that time I will be on a plane. But I have been thinking further about how to provide SCST RPMs for CentOS. How about using the approach documented on http://wiki.centos.org/HowTos/BuildingKernelModules (weak updates) and taking the risk that the IB drivers may break if an update introduces an RDMA ABI change ? >>>> >>>> The "take a risk X might break" bit doesn't really sound suitable >>>> for the CentOS audience. >>>> >>>> That being said... how often does the RDMA ABI change? If it's >>>> once every X years, then it might be live-able (with sufficient >>>> catches/warning so users aren't affected). >>> >>> (back from traveling - sorry for the delay in replying) >>> >>> Hello Justin, >>> >>> So far I have only seen the RDMA ABI change between RHEL releases (e.g. from 7.0 to 7.1) but not yet due to a kernel update. Which of course is no guarantee that a change of the RDMA API will never happen in the future between kernel releases ... >> >> Hmmmm... in general RHEL has an attitude of "don't change ABI in >> updates", > > It's not an attitude, it's a hard requirement that requires managerial > approval for an exception to break it. > >> but RDMA may or may not have different assumptions. I >> have no idea. ;) > > It does. We exempt the kernel portion of the RDMA stack from any ABI > claims entirely. For user space, we make a best effort to preserve > backward binary compatibility, but not forward. Meaning if you compile > a user space app against 7.0, our 7.1 and later updates will all be > backward compatible to your compiled program. However, we add > extensions, so if you compile against 7.2 let's say, and use one of the > new extensions, then you program will not run on 7.0. However, keep in > mind that this is a best effort. On occasion, with managerial approval, > we break this too. The RDMA simply moves too fast to keep it static > through the life of a RHEL product. Thanks Doug. :) + Justin -- GlusterFS - http://www.gluster.org An open source, distributed file system scaling to several petabytes, and handling thousands of clients. My personal twitter: twitter.com/realjustinclift

1 0

Storage SIG Meeting 6-March-2015 15:30 UTC
by Lalatendu Mohanty 18 Apr '15

18 Apr '15

Greetings All! Time for another Storage SIG meeting [1] ( We are following a bi-weekly schedule) . But I forgot to announce it yesterday. Sorry for the inconvenience caused. Let me know if it is too late to announce the meeting (in that case we can cancel this meeting). We will be meeting in #centos-devel on Freenode. Agenda: #info Topic: Action items from previous meeting #info Topic: Status Updates #info Subtopic: GlusterFS #info Subtopic: OpenAFS #info Subtopic: Ceph #info Subtopic: SCST #info Open Floor Thanks, Lala

3 5

Getting started on contributing to CentOS
by Gow Tham 18 Apr '15

18 Apr '15

Hi, I have been using CentOS for quite a while now and would like to switch from the user to a contributor. kbsingh mentioned on the ilug mailing list that this was a good time to get acquainted with the community because of the influx of new users due to the Google Summer of Code event. Looking at the Summer of Code ideas page, (http://wiki.centos.org/GSoC/2015/Ideas ), the one about writing a Lightweight Cloud instance contextualisation tool seemed like a good place to start. How can I start with it ? -sg

2 2

CentOS Atomic: json consolidation
by Jason Brooks 16 Apr '15

16 Apr '15

At the Atomic SIG mtg last week, I mentioned consolidating our two json files that contain the centos atomic host definition into one json file. Here's a commit for that in my fork of the repo: https://github.com/jasonbrooks/sig-atomic-buildscripts/commit/2a0af4e5e3dfa… Any objections to carrying this change over to the main repo? Regards, Jason --- Jason Brooks Red Hat Open Source and Standards @jasonbrooks | @redhatopen http://community.redhat.com

2 1

Storage SIG Meeting 17-April-2015 15:30 UTC
by Lalatendu Mohanty 16 Apr '15

16 Apr '15

Greetings All! Time for a Storage SIG meeting. We will be meeting in #centos-devel on Freenode. Thanks, Lala

1 0

nss build failure - Just an FYI to folks who may be rebuilding.
by Jim Perrin 16 Apr '15

16 Apr '15

One of the tests in the nss build will fail, because paypal issued a new cert[1]. This will cause the package build to fail. [1] https://bugzilla.mozilla.org/show_bug.cgi?id=1151037 -- Jim Perrin The CentOS Project | http://www.centos.org twitter: @BitIntegrity | GPG Key: FA09AD77

1 0

"CentOS.devel"
by Colin Walters 15 Apr '15

15 Apr '15

For a long time, Red Hat engineers have dropped public RPMs onto people.redhat.com. Now that CentOS is a more official part of the family, it seems like an obvious idea to me, but why not create a "centos7-devel" branch that is public work that is intended to go into the next upstream update? Several of the existing repos like virt7-testing and atomic7-testing could simply be folded into this repo. As well as these "hand built" RPMs: http://people.redhat.com/lnykryn/systemd/ http://people.redhat.com/~rjones/libguestfs-RHEL-7.1-preview/ And I'm sure others. (I wouldn't be surprised if this has come up before but I couldn't figure out any keywords that would find previous conversation on this topic from the archives)

11 16

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

devel April 2015