Last Few Days In CentOS

Home » CentOS » Last Few Days In CentOS
CentOS 17 Comments

Last few days in CentOS :

* We have now got a 5 machine armv7 ( 32 bit ) Buildsystem running. Over the coming days and weeks you should keep an eye out for testing calls. If you can, and have interesting ARM hardware, feel free to join us at the arm-dev list ( http://lists.CentOS.org/pipermail/arm-dev/ –
more information on the build system can be found in this thread:
http://lists.CentOS.org/pipermail/arm-dev/2015-April/000126.html

* There is a lot of work being done to get XFCE in a good state for CentOS-6 and 7, you can track the conversation from this thread http://lists.CentOS.org/pipermail/CentOS-devel/2015-May/013326.html

* The RDO Project is running 2 test days for OpenStack on CentOS. You can get details and join the effort ( it rsun 5th and 6th May ) at http://lists.CentOS.org/pipermail/CentOS-devel/2015-April/013309.html

* There is a Vagrant Box now available for CentOS, for user testing and feedback – if you use Vagrant on VirtualBox or Livbirt or vmware backends, please give this a try and send feedback to the CentOS devel list ( more info at :
http://lists.CentOS.org/pipermail/CentOS-devel/2015-April/013297.html
)ifou

Events:

* We had a great CentOS Dojo at Bangalore, India on the 29th April. About 70 CentOS users came together to talk about containers. Details of the meeting are at http://www.meetup.com/CentOS-India/events/221769525/
and you can see some pictures at https://www.flickr.com/photos/saifikhan/sets/72157649944407033/

* OpenStack Summit is happening at Vancouver, CA from May 18th to 22nd. CentOS Project will have a presence there. If you are coming to the event, stop by and say hi! We will also have tshirts and stickers, so come along and help yourself to some of those.

* Netherlands UUG Spring Conference is taking place on the 28th May, (
https://www.nluug.nl/index.html ) I will be there speaking about CentOS
Linux, The CentOS project and some of the new innitatives we are starting up, along with how people can get involved in these efforts.

In other news, 7 students have taken up the Google Summer of Code slots that were allocated to the CentOS Project, over the next few weeks expect to see some traffic on CentOS-devel list from those students –
and we will be encouraging them to come and join the various SIG
meetings and communicate outward their progress, and also ask for help if they get stuck in anywhere. They will be working on things ranging from Kpatch live patching, to Xen and Cloud installs, to improving our documentation trails! I’m very excited to have these students onboard!
Hope they have a great summer ahead and produce some great code.

Regards,

17 thoughts on - Last Few Days In CentOS

  • Hi,

    Its been a while since I did the last update post – so this one is going to be a bit longer.

    Distro
    ——–

  • Karanbir Singh wrote:

    I’d like to let you know that the updates are appreciated. I think it gives all of us on this list, and not others, a feel for what’s happening.

    mark

  • hello,

    <>

    “Last few days in CentOS” is a great idea. thanks for you efforts.

    i have a question regarding link…

    in reading last line at bottom, for getting help, does one really have to get friendly and personal with a “tree”? ;-)

  • Fantastic! I shall keep them coming, and try and settle onto a 10 –
    12’ish day cycle.

    – KB

  • Karanbir Singh wrote:

    Thanks again. Hopefully, there’ll be less outrage here when we’re not blindsided, and maybe some will even put in comments, with the early warning, to help prevent problems.

    mark, prefers problem resolution to fire fighting

  • hi everyone,

    I know this update has been a bit delayed, things have been pretty hectic. But lots of good updates for everyone:

    Distro
    ——

  • Thanks for taking the time to send this update. As a user, it is reassuring to hear how progress is coming behind the scenes.

  • KB,

    Thank you, for the message and all the work behind it! It’s all very encouraging.

  • the biggest blocker to going GA on the x86 build is the kernel; the distro kernel we end up with isnt going to be the same as the upstream x86_64 kernel configs. However, there hasent been a huge level of feedback ( either positive or negative ) around those builds. So if you are using it, or are interested in using it – do take the distro out for a spin and let us know!

    Regards,

  • I’m pretty sure that I posted this back when the beta was announced, but it seems to work just fine on my fanless VIA C7 firewall/router/proxy/
    IPA/CUPS/Asterisk box. I’ve been waiting impatiently for this to go GA
    ever since, so I can start seriously bugging the EPEL guys.

    Re the kernel, how do the Springdale/PUIAS handle this issue? It might be worth copying their approach and/or coordinating.

  • Yes it is! :)

    —
    ——————————————–
    MzK

    “The journey of a thousand miles begins with a single step.”
    –Lao Tzu

  • I’ve been trying to bug them, but they don’t seem to be interested to even look into it until CentOS 7 goes to GA.

    Anyways, if you’re interested in it now, I’ve rebuilt *some* of the epel packages for i686 here (just for my personal use but I make them available in case someone else might benefit):
    http://pajamian.dhs.org/repos/el/7/epel/i386/

  • I dont believe they do either, they are disabling/enableing stuff in the kernel’s to be different from the x86_64 upsteam as well.

    the real issue here is that if i386 ships with a different feature and capabilities spec : will it matter ? The answer might lay in exactly what is enabled / disabled – but since noone has come back so far with a
    ‘this does not work for me’, the assumption we might (should?) run with is that its marked as an AltArch, and delivers its own feature set regardless of what is in RHEL-7.

    – KB

  • I downloaded both the CentOS and puias kernel-3.10.0-229.7.2.el7.i686.rpm packages, unpacked them and diffed the config-3.10.0-229.7.2.el7.i686 included in each, they are identical so it appears that puias has done *exactly* the same thing as CentOS to get the latest kernel to work.

    It might, but consider that if you’re disabling a feature that is simply not supported on 32 bit CPUs then someone using the 32 bit build can’t exactly complain if the kernel doesn’t support it. If it is available, though, and just needs a bit of tweaking to get it to build for i386
    then I would support keeping the feature and getting it to work so that the i386 kernel is as feature-compatible with the x86_64 as is reasonably possible.

    I’d rather have a kernel and build that works, but is missing a feature than nothing at all.

    Peter