devel April 2014

devel@lists.centos.org

46 participants
29 discussions

A project calendar
by Karanbir Singh 11 Dec '14

11 Dec '14

Hi There is quite a lot of stuff going on and not all of it is easily visible to everyone. The way to perhaps address that is to setup a project calendar that people can sync against and look at regularly. And more win if we can have it slightly open ended, allowing people / projects / sig's to contribute events into that cal. To that extent Stephen Smoogen introduced me to Pierre-Yves Chibo who runs the fedocal effort, and they have graciously agreed to set something up for CentOS as well. Stephen I know is on this list already, I've requested Pierre to join ( he might have done so already ). Firstly looking for comments on the idea / plan - and then for options on implemention, publishing and consumption of the calendar. Regards -- 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

8 11

CentOS Firewall and UTM SIG
by Shafiee Roozbeh 26 Sep '14

26 Sep '14

Hello everybody is it any Firewall and UTM SIG based on IPTables and web interface in CentOS project? I would like to start this if is not exist. what's your idea? -- Roozbeh Shafiee Linux/BSD System Administrator and Python Developer RoozbehShafiee.Com

8 24

RFC: Alternative Desktop SIG
by Stephen John Smoogen 01 Aug '14

01 Aug '14

I would like to put together an alternative desktop sig which will build, qa, and support desktops which are not the Enterprise Linux primary or secondary desktops (GNOME and KDE). There are a couple of ground rules I would like to propose: 1) Any desktop system needs to have 3 sponsors who are people willing to do the work of building RPMS, coordinating user bugs with upstream, and fixing packages. The reason for 3 is a) that this SIG isn't a dumping ground for here is ABC-DE compiled, goodbye. b) that disagreements between sponsors should be deadlock free. c) that when people take vacations, etc there is continuity of operation. 2) Desktops do not keep to Enterprise lifetimes, but major version changes to the desktop need to be announced, tested and released to a schedule. Desktops which don't want to do that will not be part of the SIG. [A schedule does not need to be super detailed, but just alleviate surprise.] 3) Desktops can and will be removed from the SIG if there isn't an interest in keeping them up. This is mainly to cover that if ABC-DE desktop no longer has sponsors, other members of the SIG aren't obliged to support ABC-DE if they don't want to. 4) Some level of governance needs to be established so that there is a committee that can make sure that a desktop has 'sponsors', that it is not just code thrown over a wall and left, and that users are not left surprised when updates to the desktop occur. They may also make up packaging rules and guidelines as needed to alleviate problems that come up. As this is an RFC, these are just proposed rules to be solidified when the CentOS board considers the SIG. -- Stephen J Smoogen.

9 27

CentOS 7 Artwork
by Marcus Moeller 10 Jun '14

10 Jun '14

Hi all. Here is my proposal artwork for the upcoming CentOS 7 release. https://polybox.ethz.ch/public.php?service=files&t=b7bc0652a190725e39fe9558… https://polybox.ethz.ch/public.php?service=files&t=5b788217a30cb72953e64454… Greets Marcus

6 5

Reminder: VoIP SIG Hangout today Feb 13, 16:00 UTC
by Patrick Laimbock 29 May '14

29 May '14

Hi, Reminder: as previously announced on the centos-devel list, the VoIP SIG Hangout will be today Feb 13 at 16:00 UTC [0]. For more information how to join the hangout on Google+ or follow it on Youtube please check http://wiki.centos.org/OfficeHours Nothing set in stone but some of the things open for discussion are the scope of the VoIP SIG, the goal, the target audience, the deliverables, content distribution and lets not forget the actual proposal. It's also helpful to get an industry perspective, how to make the production side easier and facilitate processes that improve the usability of CentOS in the VoIP sector. Best regards, Patrick Laimbock [0] http://www.timeanddate.com/worldclock/fixedtime.html?iso=20140213T16&am=30

3 8

OpenNebula Variant and Cloud SIG proposals
by Jaime Melis 26 May '14

26 May '14

Apologies, I sent this to KB's direct mailbox earlier today and apparently I didn't send it to centos-devel. So I'm forwarding it now. Given that there are at least two other projects keen to make this happen, it would be great if the Cloud SIG could be a single multicloud target. -- Hello, I'm Jaime Melis from the OpenNebula project [1]. We have been involved with CentOS for the past year making a stable Cloud Management Platform [2]. I would like to hereby propose a new CentOS variant, namely the OpenNebula variant. This variant would add three roles to the CentOS installation: * OpenNebula Frontend * OpenNebula Node KVM * OpenNebula Node Xen The work for the Frontend and Node KVM roles has been completed and is ready to be released. The Node Xen role is still in progress although close to being finished. This work should take place under the Cloud SIG umbrella, which right as of now doesn't exist, so I would like to also propose the creation of this group with the aim of making the major cloud platforms work wth Centos. Regards, Jaime [1] http://opennebula.org/ [2] http://wiki.centos.org/Cloud/OpenNebula/QuickStart -- Jaime Melis Project Engineer OpenNebula - Flexible Enterprise Cloud Made Simple www.OpenNebula.org | jmelis(a)opennebula.org

3 7

Official docker images and updates
by Jim Perrin 12 May '14

12 May '14

To consolidate the docker effort moving around the -devel list [1][2], I've been talking with the docker folks about taking over the 'official' CentOS images they have in place, and transferring the responsibility to the cloud sig. Currently Chris StPierre and Adam Miller have been helping to do the work and get us in contact with the right people. As it stands right now, the docker folks use stackbrew[3] to generate their images, jam the resulting image tarball into git, and submit a pull request when updates are required. As long as the image can be imported into docker, they don't seem to have a problem with the way we're currently[4] doing things The recent openssl bug has gotten them a bit more hurried to transition the responsibility back to us. Immediate requirements: - An updated docker image, built from the most recent updates so that the openssl fix is in place. Short term requirements: - A brief description of the centos image, with url for more information - Wiki page documenting the basics of the docker image, how it's created, and how to use it. Long term requirements: - Update plan for for keeping the docker image updated, along with 'emergency roll-out plan' for critical updates. - established policy for docker and other cloud images. Thoughts? [1] http://lists.centos.org/pipermail/centos-devel/2014-April/010070.html [2] http://lists.centos.org/pipermail/centos-devel/2014-April/010090.html [3] https://github.com/dotcloud/stackbrew [4] https://github.com/CentOS/sig-cloud-instance-build/tree/master/docker -- Jim Perrin The CentOS Project | http://www.centos.org twitter: @BitIntegrity | GPG Key: FA09AD77

6 9

c7.00.00 build reports
by Karanbir Singh 12 May '14

12 May '14

hi for those of you who are tracking the build-reports, the c7.00.00 build running at the moment is just a scratch-build, to try and scope up the issues we are likely to hit in the i386/x86_64 build splits and to quantify exactly what part of i386 we need to owl as a bare minimal. its running on a single builder node, and were not running the powerpc / arm builds in parallel ( yet ). Early next week, we should be in a position to start a proper buildrun off the rhel7rc codebase. - KB -- Karanbir Singh +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh GnuPG Key : http://www.karan.org/publickey.asc

4 14

github mirrors and subgroups
by Karanbir Singh 06 May '14

06 May '14

hi, Working on getting some of the git.c.o stuff into place, and we came up against an interesting problem - in a single organisation on github, one cant have sub groups or sub directories. So if we intend to run a complete set of git mirrors from git.c.o on github.c then were going to have a single listing of a few thousand repos. It is possible to setup teams, that are then visible as github.com/orgs/CentOS/teams/virtsig etc - and one can see just the repos that team is responsible for - but might there be a more elegant solution ? one potential solution is to have github.com/CentOS as the parent organisation, and setup CentOS-SIG-Virt etc as completely different organisations, with teams that are able to completely admin that namespace ( maybe CentOS-SIGVirt or something shorter ). I've had a few conversations with the folks over at github and there doesnt seem to be any other obvious workaround to this. Unless, I am missing something ? thoughts / comments on a potential plan ? -- 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

3 4

Request for epel-release package in CentOS repo
by Martin Jackson 01 May '14

01 May '14

Hello, With the changes in CentOS, would it be possible now to include the epel-release package in the main CentOS repositories? I believe this would help make the process of setting CentOS up a bit more convenient and accessible for both new users (who may have an awkward time finding and installing the epel release package) as well as more veteran administrators, who could effectively choose to enable epel by default by including it in kickstarts and so on. Thanks, Marty

13 22

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

devel April 2014