devel

devel@lists.centos.org

5 participants
4641 discussions

SCL's from softwarecollections.org repos to SIG
by Karanbir Singh 12 Feb '15

12 Feb '15

Hi, Do we have a list of things that need to get done before the repos hosted at SoftwareCollections.org can go away to be replaced with properly maintained content from centos.org ? crossposting, - KB -- Karanbir Singh, Project Lead, The CentOS Project +44-207-0999389 | http://www.centos.org/ | twitter.com/CentOS GnuPG Key : http://www.karan.org/publickey.asc

5 9

Request to provide/include a -debuginfo repo for the Storage SIG (and others?)
by Niels de Vos 11 Feb '15

11 Feb '15

Hi guys, with the Storage SIG (and its Gluster packages) available for testing, I wanted to run some debugging tests against them. For this, I need the -debuginfo (to make gdb/systemtap work). It seems that there is no -debuginfo repository for in the CentOS-Gluster.repo file that gets provided by the centos-release-gluster package. Could someone look into this? I guess other SIGs could benefit from providing -debuginfo packages as well. Thanks, Niels

5 10

No CentOS SCLo SIG meeting today by hhorak
by Honza Horak 11 Feb '15

11 Feb '15

Guys, I'm very sorry, especially for the late announcement, but I'm not able to hold today's SIG meeting.. If anybody else wants to hold the meeting, feel free to do so. Honza

1 0

GSoC and SIGs
by Karanbir Singh 10 Feb '15

10 Feb '15

hi As a part of the project we are going to try and get onto the GSoC program again this year. Jeff Sheltren and Karsten Wade have offered to do the work needed towards that goal. I've offered to help in short bursts with specific things as and when they need anything. One thing that would be good to get is : a list of the top 3 things every SIG would like to see done as a part of the GSoC effort; These are just idea, concepts and pending ToDo's SIG specific. Please send them to this list, and we can co-ordinate from there. When trying to put tasks together, try and estimate how long these are going to take and then divide them upto 4 to 6 weeks worth of a junior developers typical velocity. Typically, getting an accurate idea of task-time involves actually starting to do the work - but please dont go down that route as yet. A reasonable process for now would be to think about how long it might take you, just off the top of your head - and then multiply that by 3. That should cover the time it takes folks to get familiar with our process' and also the relative velocity of someone much junior doing the same piece of work. regards -- Karanbir Singh +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh GnuPG Key : http://www.karan.org/publickey.asc

3 2

conversations around CI.centos.org
by Karanbir Singh 10 Feb '15

10 Feb '15

hi, as we start onramping the initial projects into ci.centos.org, we are going to need a place to talk about the infra, the process, the actual testing and a find a place to send conversaitons where people need more info around the CICO effort. for now, I suggest we use the centos-devel list, and if volume of traffic grows - or if conversations become too site / role specific, we can move them to its own list as needed. regards, -- Karanbir Singh +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh GnuPG Key : http://www.karan.org/publickey.asc

1 0

Suggestions for topics for the 16-Feb CBS/Infra Meeting (No meeting this week)
by Brian Stinson 10 Feb '15

10 Feb '15

Hi All, Our next scheduled Community Build System meeting is Monday 16-February 2015. Here is our usual agenda: #info Topic: Status Updates #info Subtopic: Centralized Authentication #info Subtopic: Koji/Repos #info Subtopic: Centpkg #info Topic: Open Floor If anyone has suggestions for topics, please let me know. I'll send an updated agenda before the meeting. If there's anything more urgent, we can get going here on the list or in #centos-devel on Freenode. Cheers! Brian -- Brian Stinson bstinson(a)ksu.edu | IRC: bstinson | Bitbucket/Twitter: bstinsonmhk

2 1

infrastructure for doing C7 builds?
by Fred Smith 10 Feb '15

10 Feb '15

Hi all! I think I remember seeing postings about there being som infrastructure where people not officially affiliated with the project could submit jobs to be run, that would build C7 RPM packages for them. Am I all wet, do I misremember? I can't find, right now, emails on that subject, nor anything that leaps out at me on centos.org or seven.centos.org, which now seems outdates. Where else should I be looking? thanks! -- ---- Fred Smith -- fredex(a)fcshome.stoneham.ma.us ----------------------------- Show me your ways, O LORD, teach me your paths; Guide me in your truth and teach me, for you are God my Savior, And my hope is in you all day long. -------------------------- Psalm 25:4-5 (NIV) --------------------------------

3 2

setting up an emergency update route
by Karanbir Singh 08 Feb '15

08 Feb '15

Hi, At the end of the Dojo in Brussels, I had the chance to field the question to our contributor audience : how can we get security updates out to the user machines faster. At the moment, things are setup like any other distro or large open source content network is : we rsync in stages, and external mirrors pickup every 4 to 6 hours, some external mirrors pickup from other external mirrors. Net result is that for a given update, it can be upto 16 to 18 hours before we get a majority content sync in front of most users. In cases like the recent Glibc issue, 18 hrs can be a long time since the release ( remember, we already lag RHEL releases since our process starts once theirs ends ). There were a couple of ideas that came up in the conversation at the Dojo, and then in the following conversations over the entire Fosdem weekend. The two that seemed most likely, easiest to implement and perhaps most robust, involved a chunk of the load moving to mirror.centos.org for some period of time. These are : A) we setup a rapid update repo, that would be hosted on and run from mirror.centos.org exclusively. The yum repo definitions would still point at mirrorlist, however they would only expect centos.org urls in the baseurl stack from mirrorlist.centos.org; This would allow us to reduce the overall to-user-visibility in default centos linux installs to under an hour for content upto 250MB in size. B) integrate the mirrorlist backend with the release mechanism in centos linux, so when there is a new updates pushed, all updates are then delivered via mirror.centos.org for the next 24 hrs. After this period, traffic reshapes to be delivered from the external mirrors by default. The Key issue to note with (A) is that while we might push something to this rapid update repo, the same content will also be available in the regular updates/ repo. So once its starts showing up externally, traffic will naturally switch to using the updates repo from local mirrors ( using repo names and cost etc, we can influence repo priority where there is common content ). The second important thing to note here is traffic capacity : we can deliver upto 20 Gbit/sec in the US and EU from centos.org - and around 8 Gbit/sec for everywhere else. Given that we prefer to offload traffic to external mirrors at the moment, its hard to estimate what the overall capacity requirements will be. Ideally, drpms should/would help. Depending on how everyone feels around this, I'd like to go ahead and kick off implementation around this. Lets get it done before the next big security update comes through. Regards -- Karanbir Singh +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh GnuPG Key : http://www.karan.org/publickey.asc

11 26

a mainline kernel in centos repos
by Karanbir Singh 08 Feb '15

08 Feb '15

Hi, lots of people in various SIGs and user side projects are keen on bringing up a mainline kernel, that tracks upstream closer than the distro kernel does. I'd like to start a conversation around which kernel we might be able to maintain as a group, that also helps most people solve the problems they are looking at. 3.18 seems to be the stable-release at the moment, but given that 3.19 is just around the corner, should we try and aim for that ? regards -- Karanbir Singh +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh GnuPG Key : http://www.karan.org/publickey.asc

5 6

RFC: CentOS Extras & Plus SIG
by Tim Verhoeven 07 Feb '15

07 Feb '15

Hi, This is just a idea that I'm having and I'm looking for feedback. So that is why the RFC tag is in the subject ;) So the idea is to create a SIG that plays the role of coordinater/janitor for the CentOS Extras and Plus repos. With 2 goals in mind: 1. Allow people to contribute packages and patches to the mentioned repo's. Ideally people would own a package, but the SIG would also take on one-offs. I personally would like to contribute updated haproxy and python-spynner packages. 2. It the other SIG's want to this SIG can be the place to hand off common packages between the SIG's and do some coordination between the SIG's to make sure nothing breaks. So what do you think? Good idea, bad idea, suggestions, ... Kind regards, Tim -- Tim Verhoeven - tim.verhoeven.be(a)gmail.com - 0479 / 88 11 83 Hoping the problem magically goes away by ignoring it is the "microsoft approach to programming" and should never be allowed. (Linus Torvalds)

2 1

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