Pulp Project : Managing RPM repositories on CentOS – From CentOS Dojo Brussels 2015

At the CentOS Dojo Brussels 2015 Julien Pivotto presented an introduction to Pulp Project and how it makes life easier for people needing to manage rpm repositories, including your own content and syncing down upstream distro content.

In this session he covers:

  • What is pulp?
  • How does it work?
  • Mirrors management
  • Repositories workflows
  • RPM’s deployment and release management

This Video is now online at https://www.youtube.com/video/IkhCvNXWMC4

You can get the slides from this session at the event page on http://www.slideshare.net/roidelapluie/an-introduction-to-the-pulp-project


Intoduction to RPM packaging – From CentOS Dojo Brussels 2015

At the CentOS Dojo Brussels 2015 Brian Stinson presented an introduction to RPM packaging session, focused on sysadmins looking to make the next step into packaging their own apps as well as dependencies.

In this session he covers:

  • Short overview of the RPM format
  • Setting up an rpmbuild environment
  • Building packages with rpmbuild
  • Building packages with Mock
  • Where to look for further reading

This Video is now online at https://www.youtube.com/video/CTTbu_q2xiQ

You can get the slides from this session at the event page on http://wiki.centos.org/Events/Dojo/Brussels2015


Guide to Software Collections – From CentOS Dojo Brussels 2015

At the CentOS Dojo Brussels 2015 Honza Horak presented on Software Collections. Starting from what they are, how they work and how they are implemented. During this 42 min session he also ran through how people can create their own collections and how they can extend existing ones.

Software Collections are a way to deliver parallel installable rpm tree’s that might contain extension to existing software already on the machine, or might deliver a new version of a component ( eg. hosting multiple versions of python or ruby on the same machine at the same time, still manageable via rpm tools )

This Video is now online at https://www.youtube.com/video/8TmK2g9amj4

You can get the slides from this session at the event page on http://wiki.centos.org/Events/Dojo/Brussels2015


Docker: to keep those old apps ticking

Got an old, long running app on CentOS-4 that you want to retain ? Running a full blown VM not worth while ? Well, Docker can help. As Jim found out earlier today :

Given that CentOS-4 is out of life now, we are not going to push CentOS-4 images to official CentOS collection on the Docker registry, but if folks want this, please ask and we can publish a short howto on whats involved in building your own.

Ofcourse, always consider migrating the app to a newer, supported platform like CentOS-6 or 7 before trying these sort of workarounds.

Docker is available out of the box, by defauly, on all CentOS-7/x86_64 installs.

– KB

Libguestfs preview for EL 7.1

Want to see whats coming with libguestfs in EL 7.1 ? Richard Jones has setup a preview repo at http://people.redhat.com/~rjones/libguestfs-RHEL-7.1-preview that contains all the bits you need.

To set this up:

# cat >/etc/yum.repos.d/libguestfs-RHEL-7.1-preview.repo << EOF [libguestfs-RHEL-7.1-preview] name=libguestfs RHEL 7.1 preview - x86_64 baseurl=http://people.redhat.com/~rjones/libguestfs-RHEL-7.1-preview/ enabled=1 gpgcheck=0 EOF

You should now be able to run a 'yum install libguestfs-tools'. There are some other interesting things in the repo as well, so feel free to poke around ( including an updated virt-v2v ). Remember to send testing feedback to http://www.redhat.com/mailman/listinfo/libguestfs

- KB

The EPEL and CentOS Project relationship

On Saturday 31st Jan, after close of Fosdem day 1 – I am working to bring together a group of people who all care about the EPEL and CentOS Project relationships to try and workout how best to move things forward. Key points to address are how SIG’s and other efforts in CentOS can consume, rely on, feedback to and message around content in EPEL and similarly how can CentOS efforts feedback into EPEL components – the overall aim being to workout a plan and a way for the two buildsystems to talk to each other ( the CentOS Community one and the EPEL one ), and to set some level of expectations across the project efforts.

Everyone is welcome to come along for the conversation, but it would be most productive for people who are CentOS SIG members and EPEL contributors / administrators and users who rely on EPEL content on their CentOS Linux installs.

I’ve started a thread to setup some of the basic topics on the centos-devel list, you can track it here. And there is a list of people who want to make it for the conversation at the bottom of the CentOS Fosdem 2015 planning page. If you are able to make it, let me know and I will add your name to the list. Remember this is a post-fosdem day 1 thing, in the early evening of the 31st Jan 2015.

See you there!

CentOS in OpenShift Commons

Happy to announce that the CentOS Project is now a part of the OpenShift Commons initiative.

In their own words :

The Commons builds connections and collaboration across OpenShift communities, projects and stakeholders. In doing so we’ll enable the success of customers, users, partners, and contributors as we deepen our knowledge and experiences together.

A significant amount of OpenShift development and community delivery work is now done on CentOS Linux, and I am hoping that this new association between the two projects allows us to further build on that platform.

– KB

EPEL Orphaned packages and their dependents to be removed Dec 17th


The EPEL repository runs from within the Fedora project, sharing resources ( including, importantly their source trees ) with the Fedora ecosystem; over the years its proven to be a large and helpful resource for anyone running CentOS Linux.

One key challenge they have however, much like CentOS Linux, is that the entire effort is run by a few people helped along by a small group of voulenteers. So while the package list they provide is huge, the people putting in the work behind it is small. A fallout from this is that over the years a significant chunk of packages in the EPEL repo are now orphaned. They once had a maintainer but either that maintainer has gone away now, or has other priorities.

A few days back, Steven announced that they were going to start working to drop these orphaned packages unless someone steps up to help maintain them. You can read his announcement here : https://lists.fedoraproject.org/pipermail/epel-devel/2014-November/010430.html

This is a great time for anyone looking to get involved with packages and packaging as a whole and wanting to contribute into the larger CentOS Linux ecosystem to jump in and take ownership of content ( ideally stuff that you care about, hence likely to keep it managed for a period of time ). They have a simple process to get started, document at the Joining EPEL page here : https://fedoraproject.org/wiki/Joining_EPEL and you can see a list of packages being orphaned on the urls from Steven’s post linked above.