devel

devel@lists.centos.org

9 participants
4674 discussions

Development Tools Install
by F. Mendez 19 Jul '14

19 Jul '14

Hello. I've been looking for information regarding how to install Development Tools and Libraries on CentOS 7 but had no luck. Would any one be so kind to share how wtih me? Thanks.

1 0

Overlap between EPEL and CentOS ( non upstream pkgs )
by Karanbir Singh 19 Jul '14

19 Jul '14

hi, We are going to need to find a way to address content in CentOS ( or well, content in EPEL ) where there are packages in centos that didnt come from rhel but are going to overlap with whats in EPEL. Technically, this is a centos.org issue since EPEL's mandate requires them to not overlap with RHEL[1]. But with stuff going into CentOS-Extras/ and more content coming onboard from SIG's - and even from Core SIG - how are we going to address the overlap / flapping potential with EPEL ? I am going to be pulling in cloud-init with a couple of deps, need to have these in the centos.org repos to do cloud instance builds. - KB [1]: I am not sure if EPEL cant overlap with base RHEL or with variants and layered products ? -- Karanbir Singh +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh GnuPG Key : http://www.karan.org/publickey.asc

14 21

CentOS7 minimal install ISO
by Karanbir Singh 19 Jul '14

19 Jul '14

hi, Anyone been working on a CentOS-7 minimal install manifest ? given that its our most popular download on CentOS-6, it would be great to have something like that for 7 as well. would it help if i threw in a baseline to start from ? - KB -- Karanbir Singh +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh GnuPG Key : http://www.karan.org/publickey.asc

18 51

Request to create a new CentOS based project - FireServer
by Fernando Pimenta 17 Jul '14

17 Jul '14

Dear Sir. I'm starting a project (actually I'm reactivating) that builds upon CentOS: The FireServer Project - www.fireserver.com.br All information about the project and reasons led me to create it, are in http://opensource.com/life/14/6/fireserver-project. The old distribution was based on RedHat and now I'm using CentOS 6.5 as a minimal base construction. I already have my methods and ways to create the distribution, but I think I can improve a lot in the following areas: -Better tools to building distribution -Tools for version control -Support from experts in CentOS to fine tunning with Firebird Database -More availability to download FireServer ISO via mirrors -Creation of cloud images for AWS, Rackspace and others What do you think of helping me to select the best fit the FireServer on CentOS? I'd be happy to help spread the CentOS too. I like the RedHat and CentOS distros (I'm using CentOS in my notebook since version 5.x) I await the feedback of the team. Best regards, Fernando Pimenta FireServer Project Leader

1 0

Cloud image default login
by Karanbir Singh 16 Jul '14

16 Jul '14

Hi, This is a conversation thats been had in the past, but i want to make sure that everyone has a perspective on this : what is the default username we should ship the cloud images with ? there seems to be an ever growing not-root voice, which is fine. For CentOS-5/6 I would prefer to still leave it as 'root' for now, however since we dont have CentOS-7 images out there yet, it might be good to get the changes in place now. options : cloud-user seems to be getting traction as the default username in fedora and some rhel quarters, do we stick with that ? 'centos' is another potentially good option, there is precidence there already. 'somethingelse': what would that something else be ? - KB -- 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

12 35

Koji targets for the SIGs
by Thomas Oulevey 16 Jul '14

16 Jul '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello Folks, As discussed in the past on this mailing list for the Centos build service we need to define different koji targets for the SIGs. I 'll try to present you a possible solution. In the koji world, a "target" has a "build tag" and "destination tag". To simply the "build tag" is the buildroot and "destination tag" is the tag that will contain all the packages. If you look at Fedora koji instance (http://koji.fedoraproject.org/koji/buildtargets) you see that it is quite simple : fXX target and the associated "build tag" is fXX-build. That implies they build only packages with a single "disttag" (from the macro file) for a "destination tag". As we want to provide for each "sig" a set of targets we need to think about the naming. The SIGs will be able to choose a "disttag" ; which can be default el7.centos, el7 or something else. Let's say we have SIG="storage" DISTRIBUTION="el7". storage7-el7-build storage7-el7.centos-build storage7-el7_0-build On top of that some products we want to build/rebuild use software collection so we will need an additional buildroot (e.g: *python33-build): storage7-el7-python33-build storage7-el7_0-python33-build This part is needed for some rebuild, if the packaging is done correctly we should not need more than Requires:COLLECTION-build in the spec files. So my proposal is: For the build tags : <SIG><MAJOR>-<TAG>[-<COLLECTION>,]-build And the target : <SIG><MAJOR>-<TAG>[-<COLLECTION>,] The destination can be <SIG><MAJOR>-testing/<SIG><MAJOR>-release for all the target. (or keep the Fedora naming dist-*, but it looks more confusing to me) Maybe we can find something better, let me know. I think we need to take decision on the naming so we can integrate with centpkg (don't forget about tomorrow centpkg demo : http://lists.centos.org/pipermail/centos-devel/2014-July/011474.html) The tools need to be able depending on the "disttag" to use the correct "target" on the koji CLI, so it will be transparent to build service users. e.g: koji build storage7-el7.centos https://git.centos.org/pkg?#tag I presented this as our SIG use case but please keep in mind that we will have the same issues in the future ("Force sig to use 1 disttag only" argument) if we want to add more rebuild use cases (scl, devtoolset, etc...) I hope I did not confused you more :-) I am waiting for your feedback. - -- Thomas -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTxOseAAoJEH2Wn86OP8NiqkMH/3tOlrJVhILu7XlxCMfg8Rc9 BOVFDF2GEGO5Fru+n2kcsEFnP509Wh+EVz7Kmn01KQNggtR50hkEqhrDe6k01B9a NgedJmHoInDHZCdbQeZD/auwJIn/nQfKzRj7bmcP4lOGhRgEUPOWu/NH/QjODa7i ii2R82iw4nGnD/8N7tdsU+sVe32qiGEMIy2z3K0wfApz30VgszoUrfaW+PJ/6Zqd NOcVcXE+Zt3uV/forSj/x8KTu0JKaoh30/2MN7FNvaYedKZwavtVeu6+bLNfF2mg v32Z7fAFZbKu4+eJikW7QbrhjOLM0kWM/LjeZMHvsPDQ4N0MxrgW9GXtueRt38c= =LhVQ -----END PGP SIGNATURE-----

6 10

dist tag in rebuild SRPM
by David Mansfield 16 Jul '14

16 Jul '14

Hi All, Congrats on Centos 7, and thanks a million! This may have been answered before but I can't seem to discover... I did: yumdownloader --source sssd rpmbuild --rebuild sssd-1.11.2-68.el7_0.5.src.rpm And the packages I got had a different "dist" tag than the installed versions. Installed versions are ".el7_0" and the built ones were ".el7.centos". sssd-1.11.2-68.el7_0.5.x86_64 <== in repo sssd-1.11.2-68.el7.centos.5.x86_64 <== rebuilt locally Is there a reason for this mismatch and is in intentional or an error? It's a pain in the butt because I often want to replace existing package version using 'rpm --replacepkgs --oldpackage' while testing fixes and this makes it close to impossible due to huge dependency issues. (also, it seems like the default rebuild of the above package "forgets" to generate one of the necessary packages: python-sssdconfig, but thats a different issue). -- Thanks, David Mansfield Cobite, INC.

3 8

Upgrade tool patching and debugging.
by Jim Perrin 16 Jul '14

16 Jul '14

Now that we've got c7 mostly finalized we're starting to look at the upgrade tool. There are several moving pieces for the upgrade tool that will need some patching to work properly. For anyone who's interesting in taking a dive into the code and helping out, we have some first-run binaries located at http://dev.centos.org/centos/6/upg/ with the source living on git.centos.org These binaries will most likely not work, but they should provide a decent starting point for testing and debugging. We do not consider the upgrade tool to be a blocker for c7, so if someone would like to take a swing at the patches required to make this work while we put the finishing touches on getting c7 out the door, it would be greatly appreciated. -- Jim Perrin The CentOS Project | http://www.centos.org twitter: @BitIntegrity | GPG Key: FA09AD77

6 6

vault.centos.org rsync mirror site
by Farkas Levente 15 Jul '14

15 Jul '14

hi, is there any rsync mirror site of vault.centos.org? i was unable to find any:-( thanks. regards. -- Levente "Si vis pacem para bellum!"

7 13

Re: [CentOS-devel] CentOS7 minimal install ISO
by Vincent Van der Kussen 15 Jul '14

15 Jul '14

On Jul 15, 2014 3:52 PM, Fabian Arrotin <fabian.arrotin(a)arrfab.net> wrote: > > On 15/07/14 15:14, vincent(a)vanderkussen.org wrote: > <snip> > > Hi, > > > > If possible, it would be nice to have "libselinux-python" included to > > keep > > Ansible users happy :-). Although I don't know how much deps it requires > > on el7. > > > > Regards, > > Vincent > > > > Hi Vincent, > > It's installed by default now, so yes, it's included in the packages > manifest on the iso minimal. > > Cheers, > -- > Fabian Arrotin > gpg key: 56BEC54E | twitter: @arrfab Hi Fabian, Parfait! Vincent

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

devel