devel January 2017

devel@lists.centos.org

38 participants
44 discussions

NFV SIG - update
by Dave Neary 30 May '17

30 May '17

Hi, There has been a recent resurgence of interest in the NFV SIG, and in the interest of keeping the momentum going, I would like to step aside as SIG char, and recommend that Tom Herbert take over. Tom has taken on the packaging and building of VPP and DPDK-accelerated OVS for OPNFV, and has been active in the SIG in recent weeks, and I think he will help add the structure that has been sorely lacking from me in recent months. I'm not sure what the process is for replacing a SIG chair - can someone let us know, please? Thanks, Dave. -- Dave Neary - NFV/SDN Community Strategy Open Source and Standards, Red Hat - http://community.redhat.com Ph: +1-978-399-2182 / Cell: +1-978-799-3338

4 4

[Infra] - Pre-announced major outage for several services (please read)
by Fabian Arrotin 08 Mar '17

08 Mar '17

Due to some reorganization at the DC/Cage level, we'll have to shutdown/move/reconfigure a big part of our hosted infra for the following services : - cbs.centos.org (Koji) - accounts.centos.org (auth backend) - ci.centos.org (jenkins-driven CI environment) We're working on a plan to minimize the downtime/reconfiguration part, but at first sight, due to the hardware move of the racks/recabling parts/etc, the announced downtime will be probably ~48h. What does that mean ? That during this window, nobody will be able to build/tests packages, nor be able to triggers automatically CI jobs (important). We don't have the final dates confirmed (yet) but it seems that the migration will be scheduled for March 14th. We'll keep you informed when we'll have confirmation about those dates. Feel free to answer in this thread, or find us in #centos-devel on freenode. -- Fabian Arrotin The CentOS Project | http://www.centos.org gpg key: 56BEC54E | twitter: @arrfab

1 2

Ceph status update in the storage SIG
by David Moreau Simard 02 Feb '17

02 Feb '17

Hi centos-devel, François Cami posted in December, seeking help to maintain the Ceph packages within the Storage SIG intiative [1]. With this, we've got reinforcements -- the new members of the storage SIG for Ceph packaging are: - David Moreau Simard - Giulio Fidente - Thomas Oulevey We've already begun kicking the tires and tagged Ceph Jewel 10.2.3 for release (which had been in testing since September). Ceph Jewel 10.2.5 has been built and will likely be tagged to -testing after some initial testing. We're also in the process of updating Ceph Hammer from 0.94.6 to 0.94.9, although note that we're beyond the scheduled EOL territory for Hammer [2]. It does not seem Hammer is officially EOL yet, I'll reach out to upstream for details. After Jewel and Hammer are both up to date and released, we will consider if we have the necessary resources to handle Kraken or if we'd prefer holding out for the next LTS release. Also, one more thing to note is that we are moving away from maintaining our own dist-git repositories in favor of rebuilding straight from upstream source RPMs and have updated the github repository accordingly [3]. Please let us know if you have any questions ! David Moreau Simard Senior Software Engineer | Openstack RDO dmsimard = [irc, github, twitter] [1]: https://lists.centos.org/pipermail/centos-devel/2016-December/015479.html [2]: http://docs.ceph.com/docs/master/releases/ [3]: https://github.com/CentOS-Storage-SIG/ceph/commit/2bc50feffe2683e90ac59d839…

2 3

[POSTPONED] 2017-01-31 cbs.centos.org infrastructure upgrade.
by Thomas Oulevey 27 Jan '17

27 Jan '17

Dear All, Please note that next Tuesday cbs.centos.org intervention will be postponed due to some issue with the upgrade process I didn't catch earlier with alternative arch builders. We will announce a new time slot as soon as possible. -- Thomas on behalf of the infrastructure team.

1 0

weird (non-functional) downgrade
by lejeczek 27 Jan '17

27 Jan '17

dear devel is this true that every rpm downgrade goes kind of a ... "haywire" ? I've tried a few and... ~]$ yum downgrade ctdb --> Running transaction check ---> Package ctdb.x86_64 0:4.4.4-9.el7 will be a downgrade --> Processing Dependency: samba-client-libs = 4.4.4-9.el7 for package: ctdb-4.4.4-9.el7.x86_64 ---> Package ctdb.x86_64 0:4.4.4-12.el7_3 will be erased --> Running transaction check ---> Package samba-client-libs.i686 0:4.4.4-9.el7 will be installed <= ????? ~]$ yum downgrade bind Resolving Dependencies --> Running transaction check ---> Package bind.x86_64 32:9.9.4-38.el7_3 will be a downgrade --> Processing Dependency: bind-libs = 32:9.9.4-38.el7_3 for package: 32:bind-9.9.4-38.el7_3.x86_64 ---> Package bind.x86_64 32:9.9.4-38.el7_3.1 will be erased --> Running transaction check ---> Package bind.x86_64 32:9.9.4-38.el7_3.1 will be erased ---> Package bind-libs.i686 32:9.9.4-38.el7_3 will be installed <= ???? etc. and system has no signle 686 rpm. Some kind of a curse my boxes suffer from? :) b.w. L.

3 7

"7" still points to 7.2.1511 on vault.centos.org
by Evgeniy Ivanov 27 Jan '17

27 Jan '17

Hi Folks, Will 7.3 be updated? There are no cloud packages Thanks On 01/17/2017 12:21 PM, Johnny Hughes wrote: > On 01/16/2017 08:47 AM, Laurentiu Pancescu wrote: >> Hi, >> >> I received an email about the inability to download the current kernel >> sources from our Vagrant images: >> >> % yumdownloader --source kernel >> ... >> No source RPM found for kernel-3.10.0-514.2.2.el7.x86_64 >> No source RPM found for kernel-3.10.0-514.el7.x86_64 >> >> I think this is caused by vault.centos.org, not by our Vagrant images: I >> can see centos-release-7-2.1511.el7.centos.2.10.x86_64.rpm under >> http://vault.centos.org/centos/7/os/x86_64/Packages/ - perhaps the "7" >> symlink hasn't been switched to 7.3.1611 yet? "6" points to 6.8 >> packages, the current release in the 6.x series. >> > > fixed for centos/7/ > NOTE: Fixed on the master server, will take time to propagate > we need a few more things in altarch/7/ before I can fix that one. -- Best Regards, Evgeniy Ivanov

2 1

How should a SIG setup dependencies on Ansible
by Niels de Vos 27 Jan '17

27 Jan '17

Hi, In the Storage SIG we have several tools that depend on Ansible. What would be the best approach to make the Ansible packages available for users that want to install these tools? For a concrete example, the gdeploy tool for Gluster can automate installation and configuration of Gluster and integrated projects (like Samba and NFS-Ganesha) through a simple configuration file. Internally gdeploy generates Ansible playbooks and can run them. Lets assume we put gdeploy in a YUM repository from the Storage SIG. Because gdeploy depends on Ansible, we either need to: a. tag/sign/push some Ansible package from the CBS in the Storage SIG b. add a dependency on centos-release-<ansible?> in the centos-release-gluster package (which c-r-ansible?) c. something else (please specify) My preference would be to go with (b). I do not really want to care about the Ansible packages and their updates. It would be easier for me to have the SIG providing Ansible take care of that. Thanks, Niels

4 3

OpenShift Origin rpms
by Troy Dawson 26 Jan '17

26 Jan '17

Hi, Upstream OpenShift origin has released origin 1.3.3, 1.4.0 at the same time this week. I have build origin-1.3.3, and it's corresponding openshift-ansible-3.3.54 and run them through my usual tests. They have passed them all and I have tagged them into -released. Since today is Friday, I don't expect them to make it to the mirrors until Monday. Today we will be building origin 1.4.0 and it's corresponding openshift-ansible-3.4.44 package. I hope to have them built and into our -testing repo by the end of the day today. Although we built ansible-2.2.1.0, there is a bug with it and openshift-ansible, so we're still waiting on releasing that until we have the correct fix. Thanks Troy

2 4

CentOS PaaS SIG meeting (2017-01-25) [New Item]
by Troy Dawson 25 Jan '17

25 Jan '17

Hello, It's time for our weekly PaaS SIG sync-up meeting Time: 1700 UTC - Wedensdays Date: Today Wedensday, 25 January 2017 Where: IRC- Freenode - #centos-devel Agenda: - OpenShift Current StatusI -- rpms -- Documentation -- Automated testing -- images / image building -- Multi-arch - Discussion on having seperate repo for each release -- paas7-openshift-origin-1.4, paas7-openshift-origin-1.5 - Open Floor

1 1

Re: [CentOS-devel] [scl.org] New Collection for CentOS 7 - pidgin with Voice and Video / Skype for Business integration ?
by Honza Horak 25 Jan '17

25 Jan '17

I think this is a good question for CentOS generally, I'm not sure whether there are some guidelines for it already, but we should have them, so forwarding to centos-devel. From my PoV it makes sense to keep CBS license-free, so I'd say we should not build things that are not 100% clean. Honza On 12/02/2016 11:33 PM, Jarek Polok wrote: > Hello all > > We are working on a software collection for our organization: pidgin > messenger with voice/video enabled allowing for integration with > Lync / Skype for Business IM/Voice/Video/File Transfer/Desktop > Sharing/Conference: > > http://cern.ch/linux/docs/lyncav.shtml > > (a rather preliminary build, kind of proof of concept, packages quality > to be improved, but rather functional ..) > > It uses the code from: https://github.com/tieto/ (patched farstream2/ > remmina/freerdp/libnice/pidgin/sipe) plus few packages from Fedora 25 > (gstreamer1/gupnp/AV codecs etc). > > We could contribute this and include in CentOS SCls (if there is some > interest of course), however there might be a small problem here: among > all the packages needed there is a h264 video decoder based on ffmpeg > required for Skype for Business video stream decoding (packages: ffmpeg/ > gstreamer1-libav/gstreamer1-plugins-ugly): my understanding is that > ffmpeg based packages were not included in Fedora/Red Hat due to > legal/licensing reasons - and therefore I assume these would not be > included in CentOS either, is that correct ? > > The option could be to provide all other packages and point users to > a 3rd party repository (alike rpmfusion or nux-dextop.. etc) for h264 > decoding functionality (but still we would need to provide > gstreamer1-plugins-ugly package which needs to be built against > ffmpeg/gstreamer1-libav .. which could be problematic to build in > cbs.centos.org as would require access to 3rd party repos in build > system...) > > Is this something we could contribute ? > > I would be glad to hear your opinion. > > Best Regards > > Jarek > > > > _______________________________________________ > SCLorg mailing list > SCLorg(a)redhat.com > https://www.redhat.com/mailman/listinfo/sclorg

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

devel January 2017