devel December 2017

devel@lists.centos.org

23 participants
22 discussions

forums + portal for {lang}.centos.org sites
by Karanbir Singh 16 Aug '24

16 Aug '24

Hi, Earlier in the evening today Ralph, Fabian and I had a chat about the present state of the language subsites. This email sort of summarises the main issue ( s/w ). We seem to have run into a slight technical hitch with punbb/fluxbb. They dont support LDAP as a backend. And we had decided a few months back that all new rollouts must have ldap backend so we can rollin CentOS-DS / openldap based backend. So we need to look at alternatives, and since the primary focus of these international sites is going be forums : Here is a shortlist ( if there is anything else that people are aware of, please add to this list ) - phpBB - SMF - Fudforum - phorum - fluxbb Requirements: - Must be able to scale ( couple of hundred thousand msgs ) - Must be able to handle ldap auth ( if it cant, whats involved in writing the ldap-auth portion ) - Must address the specific requirements raised by the present www.centos.org forum users ( Can you please fill this section in ? ) - Must support all languages we need ( pure utf8 support would be good ) - Secure - Skin'able Nice to have: - Capable of running multiple instances from a single deployment - responsive community :D Things we will need to do: - Decide on what s/w to use. - Give the ArtWork people enough time to get the look & feel sorted. - Migrate newbb forums from www.centos.org to $system ( hey, english is a language too :D ). - Migrate fr.centos.org into the final s/w - setup {de/es/ja/it/pt_br}.centos.org Actions: Ralph and Fabian are going to work on setting up a test ldap server, once that is online we will then start by installing into our test-vm-farm the various s/w to eval them. If anyone would like to help, please feel free to jump right in. I'll setup a wiki page for this issue, which might be a good place to track progress. -- Karanbir Singh : http://www.karan.org/ : 2522219@icq

22 81

SRPMS for AltArch (more specifically aarch64 kernel)
by Dominique Martinet 22 Aug '18

22 Aug '18

Hi folks, I've asked on IRC and have been pointed to this list. I can't seem to find this particular source rpm: kernel-aarch64-4.5.0-29.el7.src.rpm which is what is pointed by `rpm -qi kernel` on my system. Are these supposed to be available anywhere? Looking on google I only see one for an older release in someone's centos user/people page, but I can't seem to find these in any repo. The debuginfo are properly here but it's good to have sources as well when messing around with low level stuff :) Cheers and thanks for the hard work, -- Dominique Martinet

3 8

Notes from CERN pre-dojo
by Rich Bowen 23 May '18

23 May '18

The notes from the pre-dojo meeting at CERN, yesterday, may be found in the etherpad at https://public.etherpad-mozilla.org/p/cern-centos-thursday Those involved in the various discussion topics are requested to elaborate, where appropriate. Thanks to everyone who attended this very productive discussion. --Rich -- -- Rich Bowen - rbowen(a)redhat.com @rbowen // @rdocommunity // @CentOSProject 859 351 9166

5 7

IBM ppc64{le} builders offline for CBS/koji
by Fabian Arrotin 29 Jan '18

29 Jan '18

Hi, Our monitoring platform informed us that the ppc64{le} builders used in our Koji environment are actually unreachable (same for the underlying IBM P8 hypervisor node) After investigation it seems that it's hardware issue I'll work with the DC people next monday to see how we can try to fix the issue and I'll also investigate some options to have at least one builder per arch asap (so ppc64 and ppc64le) That means that people building for multiple arches will be impacted as long as those builders will not be back online (or some equivalent node that can take those $arch jobs) I'll keep the list informed about a status update as soon as possible. -- Fabian Arrotin The CentOS Project | https://www.centos.org gpg key: 56BEC54E | twitter: @arrfab

1 2

EPEL and pyOpenSSL
by Tony Breeds 22 Dec '17

22 Dec '17

Hi all, I admit that I'm not sure if this is an EPEL, CentOS or RDO problem. I had to pick a place to start and this is it ;P I've done afresh CentOS 7 install on both x86_64 and ppc64le. After adding the EPEL and epel-testing repos I do yum, install -y rdopkg and I get words to the effect of: <snip> Error: Package: python2-rdopkg-0.45.0-4.el7.noarch (epel) Requires: pyOpenSSL >= 16.2.0 Installing: pyOpenSSL-0.13.1-3.el7.ppc64le (base) pyOpenSSL = 0.13.1-3.el7 <snip> I can pretty easily get past this with: yum localinstall http://cbs.centos.org/kojifiles/packages/pyOpenSSL/16.2.0/3.el7/noarch/pyth… but I suspect that it means I'm missing smething simple. Is the another repo I need to enable when using EPEL? Yours Tony.

4 4

[opstools] How to support fluentd with ruby24?
by Rich Megginson 21 Dec '17

21 Dec '17

We need to use the ruby24 SCL. That means ovirt and rdo will have a dependency on ruby24 SCL, which also means the fluentd systemd service will need to know how to run the service using the scl, unless ovirt and rdo are ready to run fluentd containerized, in which case it is as simple as using the centos ruby24 scl base image, which is what openshift is doing: https://github.com/openshift/origin-aggregated-logging/blob/master/fluentd/… ruby24 will be needed at build time for some packages as well as at runtime. https://www.centos.org/minutes/2017/December/centos-devel.2017-12-13-18.04.…

2 10

CentOS PaaS SIG meeting (2017-12-20)
by Troy Dawson 20 Dec '17

20 Dec '17

Hello, It's time for our weekly PaaS SIG sync-up meeting Time: 1700 UTC - Wedensdays (date -d "1700 UTC") Date: Today Wedensday, 20 December 2017 Where: IRC- Freenode - #centos-devel Agenda: - OpenShift Current Status -- rpms -- Automated rpm building and Automated testing -- Multi-arch -- Documentation -- Images and Image building -- minishift / kompose / kedge - Open Floor -- There will be no meeting next week (12-27-2017) -- Next meeting will in two weeks (01-03-2018) Minutes from last meeting: https://www.centos.org/minutes/2017/December/centos-devel.2017-12-13-17.00.…

1 0

Virt repos for altarch architectures
by Tony Breeds 20 Dec '17

20 Dec '17

Hi All, Firstly I admit I could easily have missed something. I'm looking for the altarch (in my case ppc64le) repos that matches http://mirror.centos.org/centos/7/virt/x86_64/kvm-common/ I kinda assumed it'd be at http://mirror.centos.org/altarch/7/ I haven't checked all the packages but the few I did check in CBS have been build for altarch Any pointers accepted Yours Tony.

2 3

libssh missing from extras/ppc64 repository
by Mihai Moldovan 19 Dec '17

19 Dec '17

Hi I've noticed that libssh inexplicably vanished from the ppc64le C7 extras repository, c.f., http://mirror.centos.org/altarch/7.4.1708/extras/ppc64/Packages/ . The weird part is that this package is still available for ppc64le on http://mirror.centos.org/altarch/7.4.1708/extras/ppc64le/Packages/ The first time I noticed this was on Dec 10, though it might have been deleted earlier. Is there any reason why this happened? I assume that libssh was updated and a rebuild for all arches attempted, but the ppc64 builder might have either had general problems or the build failed in some other way. Would fit in (kinda) with the outage notice from Dec 2nd. I've tried tracking where "extras" builds are taking place. CBS seems to be a reasonable place for that, but the information for libssh seems to be outdated as per https://cbs.centos.org/koji/packageinfo?packageID=51 This page only lists rev 2, while the x86_64 and ppc64le repos both feature a package with rev 3, though. Given that the ppc64le packages don't have a .centos suffix, am I right to assume that such packages are built internally by Red Hat and that this infrastructure is not transparent to users? In any case, I'd appreciate a rebuild on ppc64. Mihai

5 9

Centos 7 vagrant image unnecessary packages
by aleksander.baranowski 16 Dec '17

16 Dec '17

Hi, As mention in thread "Broken man pages in vagrant box 1710.01". There are packages that removal might be consider. First one is centos-logos. centos-logos are required by plymouth, that add animation during boot. In my opinion it's not necessary for Vagrant image. Second one is kernel-firmware. This package don't have any further dependencies in libvirt image. As said libvirt image is working (in my case ofc, note that I don't have fully functional test suit for Vagrant images) without it. Fedora cloud image from https://app.vagrantup.com/fedora/boxes/27-cloud-base also lives without this package (at least libvirt box). I want to notice that I'm unable to provide any additional information on different vagrant providers, so any critics are kindly welcome. Bests, Alex -- GPG INFO: 6D5A4CAF 2016-05-17

4 5

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

devel December 2017