devel

devel@lists.centos.org

1 participants
4605 discussions

Importing of of CentOS-6 SRPMS for git.centos.org
by Johnny Hughes 19 Nov '14

19 Nov '14

As was discussed before, CentOS-6 SRPMS are going to be imported into git.centos.org as well and will be processed like CentOS-7 ones are now. We want to bring everything in from 6.0 initial and through 6.4+updates initially, then we will do 6.5+updates (as that is changing right now). So, I have created a 6.0 to 6.4 set of lists. These lists live at this location: http://people.centos.org/hughesjr/EL6-Import/ The two lists so far are: EL6-non-mod-SRPMS-sorted.txt centos-6-srpms-modified.txt 1. The EL6-non-mod-SRPMS-sorted.txt is all SRPMS used in CentOS-6 in their unmodified form. The order they appear in the file is the order they will be imported into git. What is important for history is that (for each NAME) they are imported in the correct order, so from 6.0 through 6.4+updates, the order of packages used in CentOS-6 for 389-ds-base would be: 389-ds-base-1.2.8.2-1.el6.src.rpm 389-ds-base-1.2.8.2-1.el6_1.3.src.rpm 389-ds-base-1.2.9.14-1.el6.src.rpm 389-ds-base-1.2.9.14-1.el6_2.2.src.rpm 389-ds-base-1.2.10.2-15.el6.src.rpm 389-ds-base-1.2.10.2-18.el6_3.src.rpm 389-ds-base-1.2.10.2-20.el6_3.src.rpm 389-ds-base-1.2.11.15-11.el6.src.rpm 389-ds-base-1.2.11.15-12.el6_4.src.rpm 389-ds-base-1.2.11.15-14.el6_4.src.rpm 389-ds-base-1.2.11.15-20.el6_4.src.rpm 389-ds-base-1.2.11.15-22.el6_4.src.rpm All of these packages will come from ftp.redhat.com and be imported. =========================================== 2. Next is the centos-6-srpms-modified.txt file .. that actually contains a list (in the order they will be imported) of all source packages modified for CentOS-6 (again 6.0 to 6.4+updates) and their RHEL counterparts. All packages without a .centos. in the name will come from ftp.redhat.com, all packages with a centos in the name will come from vault.centos.org and the order should alternate so that we have RHEL package and then CentOS Package, then repeat for each NAME for an SRPM. So, for example, for anaconda, it would be: anaconda-13.21.82-1.el6.src.rpm anaconda-13.21.82-1.el6.centos.1.src.rpm anaconda-13.21.117-1.el6.src.rpm anaconda-13.21.117-1.el6.centos.src.rpm anaconda-13.21.149-1.el6.src.rpm anaconda-13.21.149-1.el6.centos.src.rpm anaconda-13.21.176-1.el6_3.src.rpm anaconda-13.21.176-1.el6.centos.src.rpm anaconda-13.21.195-1.el6.src.rpm anaconda-13.21.195-1.el6.centos.1.src.rpm =========================================== 3. I will be creating a 3rd list (not yet done) of the kernel packages since we actually have the 'exact same' ENVR for kernel packages as RHEL in CentOS so that 3rd party kernel drivers work for the boot isos. That list will be added sometime today. =========================================== What I would like for some one (as many as will do it :D) to verify that importing things in this order into git will result in the proper git tree for each 'name' package ... so the above 389-ds-base will produce chronological order imports ... same for anaconda in #2 ... with the added desire to get RHEL then CentOS packges in the correct order. You can see the names of the SRPMs in every CentOS release in vault.centos.org/6.0 through 6.4 .. we are concerned about os/ and updates/ SRPMS. Does this make sense, and are there any errors in the lists?

6 14

Fwd: [atomic-devel] recommending Flannel (w/ vxlan backend) for atomic -- thoughts?
by Joe Brockmeier 19 Nov '14

19 Nov '14

Upstream discussion to try to figure out which tool to use to set up networks for Atomic/Docker. Thoughts, comments, suggestions? -------- Forwarded Message -------- Subject: [atomic-devel] recommending Flannel (w/ vxlan backend) for atomic -- thoughts? Date: Tue, 18 Nov 2014 14:36:03 -0500 From: John W. Linville <linville(a)redhat.com> To: atomic-devel(a)projectatomic.io Greetings, Internally we've been doing a little looking at projects for setting-up overlay networks between minions in a Kubernetes cluster. One of the most interesting options has been Flannel (formerly Rudder). Flannel requires minimal configuration to slice a large subnet into a series of smaller subnets, one per minion running flanneld. Flannel uses a configuration stored as a JSON file in etcd. The JSON configuration looks a bit like this: { "Network": "192.168.88.0/24", "SubnetLen": 28, "Backend": { "Type": "vxlan" } } The above configuration would allow up to 16 minions to each allocate a /28 subnet for use by their local docker daemon. (Larger or smaller subnets are, of course, a simple matter of configuration.) The local configuration information is written by flanneld to a file under /var/run, and the info is used to pass the --bip option to docker so that it configures its docker0 bridge appropriately. Beyond that, the vxlan backend for flanneld on each minion creates a vxlan tunnel endpoint and configures it to use the DOVE extensions for routing. The route to the larger (e.g. /24) subnet points at the vxlan interface, so traffic to other minions is directed through it. Such traffic triggers L2MISS and L3MISS messages that are handled by flanneld, directing traffic to the appropriate minions. The result is a vxlan-based overlay network that enables connectivity between all the minions (and their pods) with a minimal amount of configuration required. This seems like a powerful and usable means to enable this communication. Given the description above (and whatever other sources you might have at your disposal), does anyone have any objections to using this as a default Kubernetes networking solution in Atomic? Or any questions about the use of Flannel in general? Thanks, John -- John W. Linville Hope is a good breakfast, but it is a linville(a)redhat.com bad supper. -- Sir Francis Bacon -- Joe Brockmeier | Principal Cloud & Storage Analyst jzb(a)redhat.com | http://community.redhat.com/ Twitter: @jzb | http://dissociatedpress.net/

1 0

Missing upstream EL5 SRPMS
by Orion Poplawski 18 Nov '14

18 Nov '14

I'm trying to build a patched version of the firefox-31.1.0-6.el5.src.rpm package for EL5, and am getting the following missing deps: DEBUG util.py:283: Error: No Package found for hunspell-devel DEBUG util.py:283: Error: No Package found for libvpx-devel >= 1.3.0 DEBUG util.py:283: Error: No Package found for system-bookmarks And indeed I cannot find any of those packages at http://ftp.redhat.com/pub/redhat/linux/enterprise/5Server/en/os/SRPMS/ (or 5client). I realize this is more of an upstream issue, but was hoping somebody here would have some insight from trying to build that for CentOS. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane orion(a)nwra.com Boulder, CO 80301 http://www.nwra.com

2 2

Hosting non-RPM content for SIGs (Atomic in this case)
by Ian McLeod 18 Nov '14

18 Nov '14

Hello all, As part of my work on the Atomic SIG I'd like to begin building candidate/testing system images in the CBS using the process I outlined in an earlier mail to this list. Doing this requires that I use an updated version of the Anaconda installer and give it access to rpm-ostree "composes". Both of these elements need a public (or at least visible to the CBS builders) http location. In the case of the Fedora Atomic SIG, we've been able to host in-progress work in the "alt" area of the primary download server here: http://dl.fedoraproject.org/pub/alt/fedora-atomic/ Is there something similar we can arrange for CentOS Atomic content? -Ian

3 2

qemu-kvm-rhev
by Paul Gonin 18 Nov '14

18 Nov '14

Hi ! is there an equivalent in CentOS to qemu-kvm-rhev ? Snapshot creation on RDO OpenStack seems only possible with this package. Regards Paul

4 6

CBS/Infra Meeting 17-Nov-2014 14:00 UTC
by Brian Stinson 17 Nov '14

17 Nov '14

Hi All, It's time for another CBS/Infra meeting on 17-Nov-2014 at 14:00 UTC in #centos-devel on freenode. Agenda: #info Topic: Status Updates #info Subtopic: IPA #info Subtopic: Other Infra #info Subtopic: Centpkg #info Topic: Open Floor Cheers! Brian -- Brian Stinson bstinson(a)ksu.edu | IRC: bstinson | Bitbucket/Twitter: bstinsonmhk

5 9

missing centos amis in EC2 EU Central region
by Aditya Patawari 17 Nov '14

17 Nov '14

Hi, I have been trying to boot up CentOS machine in EC2 Eu Central region but it seems that there are no official ami releases for this region by CentOS project. Can we do something about it? How can I help? Regards, Aditya Patawari http://blog.adityapatawari.com/ India

2 3

Re: [CentOS-devel] CentOS-devel Digest, Vol 117, Issue 15
by Alemesegd GIDEY 16 Nov '14

16 Nov '14

On 11/16/14, centos-devel-request(a)centos.org <centos-devel-request(a)centos.org> wrote: > Send CentOS-devel mailing list submissions to > centos-devel(a)centos.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.centos.org/mailman/listinfo/centos-devel > or, via email, send a message with subject or body 'help' to > centos-devel-request(a)centos.org > > You can reach the person managing the list at > centos-devel-owner(a)centos.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of CentOS-devel digest..." >

1 0

CentOS-devel Digest, Vol 117, Issue 5
by Alemesegd GIDEY 15 Nov '14

15 Nov '14

On 11/6/14, centos-devel-request(a)centos.org <centos-devel-request(a)centos.org> wrote: > Send CentOS-devel mailing list submissions to > centos-devel(a)centos.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.centos.org/mailman/listinfo/centos-devel > or, via email, send a message with subject or body 'help' to > centos-devel-request(a)centos.org > > You can reach the person managing the list at > centos-devel-owner(a)centos.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of CentOS-devel digest..." > > > Today's Topics: > > 1. Re: Secondary archs and how we might build them (Karanbir Singh) > 2. Re: Secondary archs and how we might build them (Sameer Kumar) > 3. Re: Secondary archs and how we might build them > (Gururaj S Alagwadi) > 4. Re: Secondary archs and how we might build them (Elias Persson) > 5. Re: Secondary archs and how we might build them (Jeffrey Scheel) > 6. Re: Secondary archs and how we might build them (Karanbir Singh) > 7. Re: Secondary archs and how we might build them (Karanbir Singh) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 05 Nov 2014 08:31:32 +0000 > From: Karanbir Singh <mail-lists(a)karan.org> > To: centos-devel(a)centos.org > Subject: Re: [CentOS-devel] Secondary archs and how we might build > them > Message-ID: <5459E064.8090608(a)karan.org> > Content-Type: text/plain; charset=UTF-8 > > On 05/11/14 03:55, Sameer Kumar wrote: >> >> On Sat, Nov 1, 2014 at 1:16 AM, Karanbir Singh <mail-lists(a)karan.org >> <mailto:mail-lists@karan.org>> wrote: >> >> On 10/21/2014 06:06 PM, Karanbir Singh wrote: >> > There has been reasonable levels of interest in the various >> secondary >> > arch's - i386 / powerpc / arm32 / arm64; but the Core SIG team is >> just >> > too busy to actively participate and deliver on these. >> >> http://www.needtomeet.com/meeting?id=v8xfphi1E please go ahead and >> fill >> it out and lets make something happen next week. >> >> >> ?I am not sure why but I am not able to save my response. But Friday >> afternoon GMT works for me. >> >> Any heads up on what architectures we are planning to discuss? >> > > I am going to do the demo bits on i686, but the process is overall arch > agnostic; the only special case is arm32 where the delivery path is > largely via rootfs - but were a fair distance from that. > > > -- > Karanbir Singh > +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh > GnuPG Key : http://www.karan.org/publickey.asc > > > ------------------------------ > > Message: 2 > Date: Wed, 5 Nov 2014 23:33:38 +0800 > From: Sameer Kumar <sameer.kumar(a)ashnik.com> > To: "The CentOS developers mailing list." <centos-devel(a)centos.org> > Subject: Re: [CentOS-devel] Secondary archs and how we might build > them > Message-ID: > <CADp-Sm6DFsgkAYokny1iykuizMik80sY4x+ySg7pKMReueYKtA(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > On 5 Nov 2014 18:36, "Jeffrey Scheel" <scheel(a)us.ibm.com> wrote: >> >> On 10/21/2014 06:06 PM, Karanbir Singh wrote: >> > There has been reasonable levels of interest in the various secondary >> > arch's - i386 / powerpc / arm32 / arm64; but the Core SIG team is just >> > too busy to actively participate and deliver on these. >> Karanbir, I just requested attendance to the meeting. Please include me > and >> the others on the needtomeet request. Thx, >> -Jeff >> >> Jeffrey J. Scheel > > Please include me in the invite for next call. > >> >> >> _______________________________________________ >> CentOS-devel mailing list >> CentOS-devel(a)centos.org >> http://lists.centos.org/mailman/listinfo/centos-devel >> >

1 1

How to mirror https://git.centos.org/project/rpms and https://git.centos.org/sources/
by Wang, Weiwei 14 Nov '14

14 Nov '14

Hi Centos friends, Recently I am trying to do a mirror for centos rpm git repos and lookaside cache, but I meet some problems and hope someone can give me some instructions here: 1. For the git repos from https://git.centos.org/project/rpms, how can I get a complete list for all the rpm repos, and then I can create a script to clone them together; 2. For the lookaside cache, I tried to use rsync or lftp to mirror it, but all failed, Is there any special steps I need to follow to do the mirror? Thanks in advance. Weiwei

2 3

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

devel