devel September 2018

devel@lists.centos.org

24 participants
25 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 … [View More]

22 81

LinchPin v1.6.2 (Update Release) is now available
by Clint Savage 01 Nov '18

01 Nov '18

We are happy to announce the release of LinchPin v1.6.2 today! (Happy Day!) This release has the following enhancements: * Debug mode #650 * Add ability to provision additional disks for libvirt #639 / #500 * Use workspaces with linchpin fetch #644 / #618 / #619 * Create separate workspaces for each provider / use case #669 * Allow Repos and Packages to be installed (beaker provider) #658 / #651 This release fixes the following bugs: * Parsing JSON for hook using ansible-playbook extra vars … [View More]

1 2

Re: [CentOS-devel] [CentOS-docs] Authorization to use CentOS logo in GNOME Boxes
by Karsten Wade 01 Nov '18

01 Nov '18

On 09/19/2018 03:35 AM, Pablo Sebastián Greco wrote: > From someone who doesn't know anything about design/legal, what is the > difference between this instance and what was done in point 7.3 of the > link (7.3. For special sub-projects)? Essentially similar, in that specific permission was granted and a specific logo was prepared. In this case, the permission has been requested and there is not a corresponding logo prepared on the ArtWork page. > BTW, that is the logo only; … [View More]

3 4

Azure cli in cbs ?
by Karanbir Singh 08 Oct '18

08 Oct '18

Hi, There was some movement towards getting the Azure cli ( az ) into a cbs repo, any news on that ? Regards -- Karanbir Singh, Project Lead, The CentOS Project +44-207-0999389 | http://www.centos.org/ | twitter.com/CentOS GnuPG Key : http://www.karan.org/publickey.asc

2 2

CentOS Community Container Pipeline: re-architecture migration window
by Bamacharan Kundu 03 Oct '18

03 Oct '18

Hi, Since last few months, we were working on re-architecturing the CentOS Community Container Pipeline Service to make https://registry.centos.org as a stable and reliable source for CentOS based container images. We are now done with the changes for better throughput and stability. We are working on deploying the new service in production in coming weekend (between 28th Sep 2018- 1st Oct 2018). During this time service will be in maintenance mode. We will not be building new images … [View More]

1 1

Problems with qemu-img when generating Vagrant images
by Laurentiu Pancescu 02 Oct '18

02 Oct '18

Hello everyone, we switched from using qemu-img from CentOS 7.x to qemu-img-ev from the Virt SIG several months ago, to allow us to generate Hyper-V images. My attempts to build Vagrant images are failing the automated tests since the beginning of July, apparently due to corrupt filesystems. I see XFS metadata corruption in the CentOS 7 images when using qemu-img-ev, as well as ext4 superblock corruption in the CentOS 6 images.[1] The distro installer runs just once and the resulting … [View More]

2 4

SIG reports - October newsletter
by Rich Bowen 01 Oct '18

01 Oct '18

I've begun to draft the October newsletter on blog.centos.org If your SIG would like to report anything to the broader CentOS community, please do let me know what you'd like to say. Or, if you'd like to edit it yourself, please go right ahead and make your edits directly in my draft. If there's other content you'd like to contribute to the newsletter, please do let me know. The centos-promo list is the best place to discuss your newsletter ideas. The deadline for content is end of day,… [View More]

2 2

ecryptfs - bug reported
by lejeczek 01 Oct '18

01 Oct '18

hi guys I've reported this - https://bugs.centos.org/view.php?id=15160 - a while ago. I'd like to ask if there is anybody looking into this? many thanks, L.

2 2

[ppc64le] Request for publishing sensu in ppc64le opstools
by Michael Turek 25 Sep '18

25 Sep '18

Hello, Trevor Vardeman <Vorrtex>, Adam Kimball <baha>, and myself <mjturek> have been looking into TripleO container builds for ppc64le. This led to finding some missing dependencies. The current one we're struggling with is sensu. It seems like all of the dependencies for running sensu are published in ppc64le-opstools [0]. Additionally, the sensu package itself is noarch. Is there anything we could do to get this package published? Thanks! Mike Turek <mjturek> … [View More]

1 0

mirrorlist code updated / SIGs and AltArch support rolled-in
by Fabian Arrotin 24 Sep '18

24 Sep '18

<paste> Recently I had to update the existing code running behind mirrorlist.centos.org (the service that returns you a list of validated mirrors for yum, see the /etc/yum.repos.d/CentOS*.repo file) as it was still using the Maxmind GeoIP Legacy country database. As you can probably know, Maxmind announced that they're discontinuing the Legacy DB, so that was one reason to update the code. Switching to GeoLite2 , with python2-geoip2 package was really easy to do and so was done already … [View More]and pushed last month. But that's when I discussed with Anssi (if you don't know him, he's maintaining the CentOS external mirrors DB up2date, including through the centos-mirror list ) that we thought about not only doing that change there, but in the whole chain (so on our "mirror crawler" node, and also for the isoredirect.centos.org service), and random chat like these are good because suddenly we don't only want to "fix" one thing, but also take time on enhancing it and so adding more new features. The previous code was already supporting both IPv4 and IPv6, but it was consuming different data sources (as external mirrors were validated differently for ipv4 vs ipv6 connnectivity). So the first thing was to rewrite/combine the new code on the "mirror crawler" process for dual-stack tests, and also reflect that change o nthe frontend (aka mirrorlist.centos.org) nodes. While we were working on this, Anssi proposed to also not adapt the isoredirect.centos.org code, but convert it in the same python format as the mirrorlist.centos.org, which he did. Last big change also that was added is the following : only some repositories/architectures were checked/validated in the past but not all the other ones (so nothing from the SIGs and nothing from AltArch, so no mirrorlist support for i386/armhfp/aarch64/ppc64/ppc64le). While it wasn't a real problem in the past when we launched the SIGs concept, and that we added after that the other architectures (AltArch), we suddenly started suffering from some side-effects : * More and more users "using" RPM content from mirror.centos.org (mainly through SIGs - which is a good indicator that those are successful, which is a good "problem to solve") * We are currently losing some nodes in that mirror.centos.org network (it's still entirely based on free dedicated servers donated to the project) To address first point, offloading more content to the 600+ external mirrors we have right now would be really good, as those nodes have better connectivity than we do, and with more presence around the globe too, so slowly pointing SIGs and AltArch to those external mirrors will help. The other good point is that , as we switched to the GeoLite2 City DB, it gives us more granularity and also for example, instead of "just" returning you a list of 10 validated mirrors for USA (if your request was identified as coming from that country of course), you now get a list of validated mirrors in your state/region instead. That means that then for such big countries having a lot of mirrors, we also better distribute the load amongst all of those, which is a big win for everybody - users and mirrors admins - ) For people interested in the code, you'll see that we just run several instances of the python code, behind Apache running with mod_proxy_balancer. That means that if we just need to increase the number of "instances", it's easy to do but so far it's running great with 5 running instances per node (and we have 4 nodes behind mirrorlist.centos.org) Worth noting that on average, each of those nodes gets 36+ millions requests per week for the mirrorlist service (so 144+ millions in total per week) So in (very) short summary : mirrorlist.centos.org code now supports SIGs/AltArch repositories (we'll sync with SIGs to update their .repo file to use mirrorlist= instead of baseurl= soon) we have better accuracy for large countries, so we redirect you to a 'closer' validated mirror </paste> So that means that now the following combination are possible through mirrorlist: testing base os for aarch64 : curl 'http://mirrorlist.centos.org/?release=7&arch=aarch64&repo=os' testing RDO Rocky release for ppc64le : curl 'http://mirrorlist.centos.org/?release=7&arch=ppc64le&repo=cloud-openstack-r…' And so on .... :) There is no "pressure" to update your -release pkg to switch from baseurl=mirror.centos.org to mirrorlist=mirrorlist.centos.org but I just wanted to inform that it's now "live" and you can start thinking about that change, and why not with an update pkg just pushed to -testing (aka buildlogs.centos.org) and then move to that later ? Cheers, -- Fabian Arrotin The CentOS Project | https://www.centos.org gpg key: 56BEC54E | twitter: @arrfab [View Less]

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

devel September 2018