devel March 2013

devel@lists.centos.org

23 participants
20 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

initial testing version for DevTools 1.1
by Tru Huynh 16 Aug '13

16 Aug '13

Hi, For the daring users ;) http://people.centos.org/tru/devtools-1.1/ enjoy and report Cheers, Tru -- Tru Huynh (mirrors, CentOS i386/x86_64 Package Maintenance) http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B

5 26

MariaDB now available for Testing on CentOS-6
by Karanbir Singh 01 May '13

01 May '13

hi guys, quick start: drop http://dev.centos.org/centos/6/mariadb/mariadb.repo into /etc/yum.repos.d/ and yum list mariadb\* This is adapted from the Fedora spec adapted by Johnny for CentOS-6 and upgraded to 5.5.29; we have done some basic testing on these packages and they worked for us. We are now looking for wider testing and feedback about both the packaging, the payload and how its setup as well as any build issues. These packages are setup to replace MySQL on your machine, so be careful. And we consider these rpms to be of Testing grade, unsuiteable for production at this point. Post feedback as follow up to this email, or at bugs.centos.org/ Regards, -- Karanbir Singh +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh GnuPG Key : http://www.karan.org/publickey.asc

7 14

New drbd83 and drbd-kmod83 testing RPMS available
by Johnny Hughes 27 Mar '13

27 Mar '13

Please look at these drbd83 and drbd-kmod83 testing RPMS: http://bugs.centos.org/view.php?id=6341 The link to the actual RPMS are there, here it is as well: http://people.centos.org/hughesjr/drbd/5/ Please provide feedback to bug 6341 (first link above) and we can get these moved into the extras repo. Thanks, Johnny Hughes

1 0

initscripts-9.03.38-1.el6.centos.1.src.rpm missing?
by Nathaniel W. Turner 24 Mar '13

24 Mar '13

I see that the mirror currently has a binary initscripts-9.03.38-1.el6.centos.1.x86_64.rpm, but I don't see the corresponding initscripts-9.03.38-1.el6.centos.1.src.rpm at http://vault.centos.org/6.4/os/Source/SPackages/ --- am I looking in the wrong place? -- Nathaniel W. Turner http://houseofnate.net/

3 3

Missing packages in CentOS 6.4 x86_64
by John Newbigin 22 Mar '13

22 Mar '13

Hi, This may be by design or there may be a reason for it which I don't know. In the x86_64 repository for CentOS 6.4, the i686 version of these packages below are not up to date. This causes yum to complain about 'Protected multilib versions'. * iscsi-initiator-utils-6.2.0.873-2.el6 * iscsi-initiator-utils-devel-6.2.0.873-2 * control-center-filesystem-2.28.1-38 There may be others but these are the three I had to fix manually on my system. I just downloaded the i686 versions from the i386 repository which seem to work fine. John. -- John Newbigin | ITS Senior Analyst / Programmer Faculty of Information and Communication Technologies ITS | Swinburne University of Technology | Melbourne, Australia O: EN306 | T: +61 3 9214 8185 | M: +61 410 569 362 E: jnewbigin(a)swin.edu.au W: http://www.ict.swin.edu.au/staff/jnewbigin

2 1

an upstream cloud-init
by Karanbir Singh 15 Mar '13

15 Mar '13

Hi, http://ftp.redhat.com/redhat/linux/enterprise/6Server/en/RH-COMMON/ Seems to have come online recently ( thanks ghoms for pointing at it ). target seems to be cloud-init and its deps, and only its deps ( they are conveniently marked with a .1 upgrade from corrosponding packages in EPEL ). But the name is interesting, What is is going to show up there ? and what sort of machine roles is the corrosponding repo being exposed to ? I've build the rpms to : https://nazar.karan.org/results/misc/cloud-init/20130315000927/ so feel free to play for now. Can anyone shed any light on the questions ? So we can then make a decision and see howto rope these into the distro repos in the best manner. Also, I suspect epel will need to either do something about these deps ( and they have an older 0.6 based cloud-init there ) - KB -- Karanbir Singh +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh GnuPG Key : http://www.karan.org/publickey.asc

1 0

Adding Linux Test Project content to our tests
by Karanbir Singh 14 Mar '13

14 Mar '13

hi, http://ltp.sourceforge.net/ "The Linux™ Test Project is a joint project started by SGI™ and maintained by IBM®, that has a goal to deliver test suites to the open source community that validate the reliability, robustness, and stability of Linux. The LTP testsuite contains a collection of tools for testing the Linux kernel and related features." ----------- In the week leading upto 6.4, Christoph Galuschka and I had started looking at how we might be able to integrate those tests into what we are doing. Since the 6.4 sprint kicked in, we resorted to just running the tests manually; Which worked well. However, I feel its worth putting these tests into the harness we have in place, and making sure they are run whenever we call for 'distro tests' or 'update tests'. One option is to have the entire suite run as a single tests/r_ltp/ suiet under t_functional; the other is to either have its own suite, we can directly import from upstream, or have it be a part of the t_external/ test suite ( along with the likes of wordpress / drupal and other things ). Thoughts ? - KB -- Karanbir Singh +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh GnuPG Key : http://www.karan.org/publickey.asc

3 4

Testing Nightly and Status Board
by Karanbir Singh 14 Mar '13

14 Mar '13

hi, At the moment, we run tests on a nightly basis, only in kvm vm's and the results dont go very far. I'd like to propose we use the entire QA bladecenter and run the entire compliment of deploys and tests, then post them in a status board which has some history ( stashboard ? ) Going one step further, we should run the entire t_functional tests as well as start incorporating some of the, now stale, t_external tests. At the moment we do deploys over http and nfs, to local and remote storage, under Xen, KVM, bare-metal and some virtualbox and some vmware hypervisors, for i386 and x86_64. I had a brief chat with Fabian about this yesterday, and we both think its doable, in the short term. Anyone else have thoughts about this ? or want to propose reporting mechanisms that might be better in line with the intended result : to give people a single perspective on the state of things, as a confidence point. And also to allow people to easily add tests that are then run nightly, so they can address their own corner cases. Regards, -- Karanbir Singh +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh GnuPG Key : http://www.karan.org/publickey.asc

4 5

Re: [CentOS-devel] Testing Nightly and Status Board
by Christoph Galuschka 14 Mar '13

14 Mar '13

> hi, > > At the moment, we run tests on a nightly basis, only in kvm vm's and the > results dont go very far. I'd like to propose we use the entire QA > bladecenter and run the entire compliment of deploys and tests, then > post them in a status board which has some history ( stashboard ? ) > > Going one step further, we should run the entire t_functional tests as > well as start incorporating some of the, now stale, t_external tests. > a very good proposal - gets my vote Christoph

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

devel March 2013