A CentOS docker image

I’ve just pushed out to testing, a docker image for CentOS-6/x86_64 ( details are here: http://lists.centos.org/pipermail/centos-devel/2014-April/010070.html; This image is built on the work done Chris St. Pierre and hosted at https://github.com/CentOS/sig-cloud-instance-build.

We are calling upon new and existing docker.io users to test this image and provide feedback; with the intention that we can move this towards a baseline gold CentOS Docker image in the near future.

- KB

The ARM plan for CentOS

ARM is an interesting platform for many reasons and many people around the CentOS ecosystem have often spoken about a native, maintained and in-sync CentOS ARM build might be. But a couple of major drawbacks have kept us ( and others ) from being able to deliver on this. The most important ones are that the CentOS-6 codebase is now old enough that a lot of the really cool things in recent ARM development were not included in there ( gcc ver, kernel ver, glibc etc ), and backporting large chunks of this code is truely beyond the scope of what we can do and have done in the past within the realm of the Core SIG. Also, making that level of change automatically forks the CentOS codebase, creating potential package orphans. This problem goes away with the CentOS-7 codebase, just looking at the RHEL7beta1 codebase, its clear that we should be able to build a reasonable ARM story around it.

Another challenge has been finding and working with reasonable hardware that we might be able to target CentOS ARM on. To that end, David Power and the guys at Boston UK have provided us a couple of instances in their Viridis, ARM as a Service Cloud to start the process off with. These are ARM32 HighBank nodes, that are able to run builds and tests at reasonable speeds ( the test gcc build that Johnny ran last week took ~ 8 hrs to finish ).

What we are then looking to do from here is bootstrap the rhel7beta codebase against fedora19 ( which runs really well on these nodes ) for an ARM32 build. Once we have that in place, we are going to try and see if we can get to a self-hosting state and prepare ourselves for the EL7 GA announcement. The aim being to try and build + deliver an ARM32 distro in sync with the mainline x86_64 distro.

This is going to be a fair bit of work, and towards that we are going to need people to come help with the builds, with the testing and we are also going to need more vendors to offer us hardware that we can use to build and test against. We have a mailing list on at http://lists.centos.org/mailman/listinfo/arm-dev called Arm-Dev, we will try and focus all the interest in ARM onto that list, so come and join the effort.

The present state is that Johnny is stress testing the nodes, doing some test builds, writing up the mock configs. Once this is done, we will get the reimzul builders running on there, and start accepting build requests, build patches and start pushing build logs etc.

One challenge that still remains is that the big Red Hat TM and branding hunt into the rhel7beta code has not happened – and this is blocking the i686 as well as the x86_64 rpms from being publicly visible. We do have a small plan for that, and it involves kicking off a community exercise in the second week to April and to build both a whitelist and a blacklist of code, rpms and to write some automated patching resources to handle the whitelisted content. Details about that in another post soon.

In the mean time, welcome to the ARM32 build effort on CentOS-7beta ( and ongoing ). We’ll see you on the Arm-Dev mailing list.

- KB

Downtime ahead for all centos.in services

hi,

While the internal network in the centos.in cluster ( which is part of lon0.karan.org ) has been on gigabit for years, the uplink from there has been on 100mbps. Today I’m hoping to go into the DC and upgrade that to a gigabit as well. While I am there, I also want to consolidate some of the infra. So there is going to be some downtime on services hosted there. Includes seven.centos.org, boot.centos.org, centbot, and some of our build services. Downtime is expected to start around 11:30 UTC and everything should be back online by 18:00 UTC today, Sun Mar 23rd.

Concerns, help, comments and all other kinds of feedback welcome in #centos-devel on irc.freenode.net

Shout out to the guys at Coreix ( http://coreix.net/ ) who sponsor this rack. If you need hosting in the London area, include them in your short-list.

- KB

OpenStack Icehouse on CentOS-6

Openstack Icehouse, the next major version release in Openstack is coming soon ( target April 2014 ); and the RDO folks are hosting a couple of test days on the 19th and 20th of March so everyone can trial the code, the packaging, the update process and delivery mechanisms around this new release. If you have used openstack in the past, but not used the RDO distribution for it, these tests days can be a great intro towards that as well.

Details on the test days can be found on the RDO site at : http://openstack.redhat.com/RDO_test_day_Icehouse_milestone_3, as a prep I highly recommend starting with a clean CentOS-6.5 minimal install and running through the RDO quick start guide.

Update: The test schedule got postponed to March 25th and 26th.

- KB

First community contribution

And there we have it, the first community contribution via git.centos.org is now live.

Andreas Thienemann’s offered to test and do some work of the work around the i686 CentOS-7 builds; and has gone through to propose mock configs that allow the i686 tree to be bootstrapped. I’ve just merged his pull request, and pushed it to the builders. The entire distro churn for i686 is now running, with details at seven.centos.org and you can see the build reports published in realtime at http://lists.centos.org/pipermail/centos-build-reports/2014-January/thread.html

This should allow everyone to quantify the scope of work we might be looking at, if as a community, we decide to maintain a i686 tree + installer for CentOS-7.

- KB

Talking to Scientific Linux

Hi,

Quite a few people have been getting in tough and asking if we are going to speak to the people at Scientific Linux to see how we might be able to collaborate with them. And I just wanted to say that yes, we are talking to them.

Its been quite a big change to the entire overall ecosystem and while we have had a few extra days to think about process proposals etc, they have’nt. So its going to take sometime to get expectations into proposals and into process; And we would like to have them come onbord in a way that works best for them, the organisation that backs them, and their user base.

- KB

We like ipv6

Here in the CentOS Project, we like ipv6.

In 2007 some of the private CentOS services started moving to ipv6; the entire buildservice has been ipv6 native since Sept 2008.

In 2009 we had mirrorlist.centos.org running over ipv6, which meant essentially the entire CentOS mirror network had ipv6 native support. This isnt something for dualstacked machines – even machines without an ipv4 address were completely supported.

In 2011 we had torrent.centos.org offering an ipv6 hosted tracker service, and a couple of seeds offering content natively on ipv6.

Now, in 2014 Jan, the new CentOS website has launched with complete ipv6 support. This includes the CentOS forums and all services hosted behind the www.centos.org site.

Most, if not all, this ipv6 work is driven by the efforts of Anssi Johansson.

And I also want to take this opportunity to thank two of our long term supporters who have provided us the resources to offer these ipv6 services. Coreix.net since 2007 and more recently UK2.net since 2011.

- KB

Git.centos.org is now open

As of about 30 minutes back, during the first ever CentOS OfficeHours session ( http://wiki.centos.org/OfficeHours ) we announced that git.centos.org is nw open to public access. In the coming hours, you will start to see content flow in as its injected from the older private setup into the new public setup. In order to hit the points that people care about most, as early as possible – I am going to get the content being CentOS-7′s builds available.

This includes the mock configs, the metadata around those, the distribution blacklists and whitelists as well as the distro-tree management scripts.

User ACL’s are complex and the actual contribution acceptable policy is going to hit the centos-devel list for comments once its been through a board review. But in order to not let that hold us all back from being able to jump in and start contributing, I’m going to get repo mirrors on github.com/CentOS, allowing us to start acceping pull requests right away. Lets start with that, and if its an easier route for most people, we can just retain the mirrors for inbound content going forward.

For now, enjoy!

- KB