devel June 2014

devel@lists.centos.org

115 participants
109 discussions

Nightly build cut offs
by Karanbir Singh 16 Jun '14

16 Jun '14

hi So going to cut off at 20:00 UTC nightly for the CentOS-7 build runs. Anything in there by then should be built and included. - KB -- Karanbir Singh +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh GnuPG Key : http://www.karan.org/publickey.asc

1 0

CentOS 7 Public QA Release Beginner's Question
by Bob Lightfoot 16 Jun '14

16 Jun '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 06/14/2014 08:00 AM, centos-devel-request(a)centos.org wrote: > Date: Fri, 13 Jun 2014 11:22:07 -0700 From: Jeff Sheltren > <jeff(a)tag1consulting.com> Subject: [CentOS-devel] CentOS 7 Public > QA Release To: "The CentOS developers mailing list." > <centos-devel(a)centos.org> Message-ID: > <CANcQTLpGzGE-cECueNTD80oseeXp8F18hR4O73V37mSsZ-XOCQ(a)mail.gmail.com> > > Content-Type: text/plain; charset="utf-8" > > We are happy to announce the immediate availability of the first > CentOS 7 QA Release. > > !!! This is a QA release only and not the final CentOS 7 release > !!! > > In the past, CentOS QA testing has been performed by a small group > of people within the CentOS community. We are happy that we are now > able to open this up to the wider community to get early feedback > and bug reports prior to the 7 release. > > CentOS 7 QA release is available for download at: > > http://buildlogs.centos.org/ > > We are first populating individual RPMs in their respective build > directories. Once we have a working base install tree, it will be > made available at the same URL. > > Please note the following: - This is NOT the final CentOS 7 > release. Packages, ISOs, and install media *will* change between > this release and the final 7 release. - The packages posted at the > above URL will likely be updated in-place before the final > release. - Things may be broken! Don't install this on your > production servers. Consider it a beta/preview release. - Help us > make the 7 release better by reporting bugs at > http://bugs.centos.org - This is not an officially supported > release. If you have questions, aren't sure if you've found a bug, > etc., please ask in #centos-devel on Freenode, or email the > centos-devel email list. - Packages in the QA release are *not* > GPG-signed. The final 7 release will contain GPG-signed packages as > usual. - Upgrading from the QA release to the final 7 release may > be possible, but it's not supported or documented in any way. > Expect that you will need to re-install when 7 final is released. > > We appreciate any and all bug reports at http://bugs.centos.org > (please also check upstream bugzilla.redhat.com and link to those > bugs when filing a new CentOS issue), and assistance with the > "Branding Hunt" (see > http://lists.centos.org/pipermail/centos-devel/2014-June/010411.html). > > > https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux… > > contains a list of known issues at the time of the upstream release. > > Currently, we only have RPM packages online, but will be bringing > installable media online as soon as we have it ready. > > Again, this is NOT a final release. It may harm nearby puppies, > kittens, or other (cute) animals and/or servers. This is our first > attempt at opening up CentOS to the wider community, so please bear > with us as we work through any issues that arise with the process. > As always, feedback is welcome on the email list or on IRC > (#centos-devel on Freenode). > > Thanks, and enjoy the release! -Jeff Sheltren on behalf of the > CentOS QA Team -------------- next part -------------- An HTML > attachment was scrubbed... URL: > http://lists.centos.org/pipermail/centos-devel/attachments/20140613/361ee8d… > Dear Devs: Looks like a great lot of work, so thanks for the effort. As a Fedora Testor I am puzzled somewhat though. Is there available reading material and such as how I would go about using these rpm with a qemu/kvm for testing without having the installer available yet? Obviously I can test the install media when it exists just like I do for Fedora, but using these trees of rpms is a new skill I am hoping to add. Don't want to bog anyone down with explaining it in detail, as I don't mind reading and teaching myself, just need pointed where to look. Sincerely, Bob Lightfoot, Fedora Project QA Team Member & Centos User -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJTnD/wAAoJEKqgpLIhfz3X3R0IAI/VxHJCR6wVVW4WPRJ+79VC FiaLjEcbcRbZVRb7oX9v2XCj0H2dGaA8YxUKA8OA+HDHG+5/+4OMp9hFiLvukrYy oeXKJbExM6r1tWRL9SuDET3+OgKW0YKCV45oKrm8/zwkiw2lmiGuHAACZsxkkoRt o7+BzLowJ72zz0JUJ+PcV1Oe7eN1oLn4x8tnDpA6owSWUTYvJNAaE/UWU4hnaPZ7 IT5ci8vFDrUV3iLdVmrfrILoV6N9SnftZWtCv/9sSA2XTvLXGrII16ioraNILNCg v4SYpiUo+yT+iw9S/uguf9A8ydNndRolvhTUPJCea+plSWfsA9Qpj2vnViM3obI= =fhEN -----END PGP SIGNATURE-----

5 4

CentOS 7 (pre-release) tree available for testing
by Fabian Arrotin 16 Jun '14

16 Jun '14

Following our previous post, we are pleased to announced that the first (pre-release) CentOS 7rc tree is pushed. As a reminder, you can find it at the following location : http://buildlogs.centos.org/centos/7/os/x86_64-20140614/ If you want to use it, you need to use the boot.iso media (found under the images directory) , start a netinstall and point to the mentioned repository (or use the pxe vmlinuz/initrd.img files) We plan on also having a symbolic link called "latest", as we'll probably have a new tree on a daily basis (until we're happy and will have a final release) Some points to keep in mind : * Those packages aren't signed (as announced, and that will be fixed the final centos-release package) * There is no included yum config (but you can configure that and point to the above repository , and that will be fixed the final centos-release package ) * EFI should work, but not Secureboot Happy testing and don't forget to give us feedback ! (on the centos-devel list, or #centos-devel irc channel, and bugs found reported on http://bugs.centos.org) -- Fabian Arrotin gpg key: 56BEC54E | twitter: @arrfab

6 11

CentOS 7 Branding Hunt Patch for redhat-bookmarks
by Brian Stinson 14 Jun '14

14 Jun '14

Attached is a patch to the default bookmarks (used when building Firefox and others). I used the bookmarks present in CentOS 6. -- Brian Stinson bstinson(a)ksu.edu

2 1

[PATCH] handle detached HEAD in get_sources and more
by Mike McLean 13 Jun '14

13 Jun '14

This patch handles the detached HEAD case, by using git branch --contains HEAD to get the branch (or a list of possible branches). It also adds a option to specify the branch in case this logic fails. Also there is an option to override the base source url for downloading. While I was at it, I adjusted some checks so that the script will run even if the name of the checkout directory is not $packagename.

3 4

CentOS 7 Public QA Release
by Jeff Sheltren 13 Jun '14

13 Jun '14

We are happy to announce the immediate availability of the first CentOS 7 QA Release. !!! This is a QA release only and not the final CentOS 7 release !!! In the past, CentOS QA testing has been performed by a small group of people within the CentOS community. We are happy that we are now able to open this up to the wider community to get early feedback and bug reports prior to the 7 release. CentOS 7 QA release is available for download at: http://buildlogs.centos.org/ We are first populating individual RPMs in their respective build directories. Once we have a working base install tree, it will be made available at the same URL. Please note the following: - This is NOT the final CentOS 7 release. Packages, ISOs, and install media *will* change between this release and the final 7 release. - The packages posted at the above URL will likely be updated in-place before the final release. - Things may be broken! Don't install this on your production servers. Consider it a beta/preview release. - Help us make the 7 release better by reporting bugs at http://bugs.centos.org - This is not an officially supported release. If you have questions, aren't sure if you've found a bug, etc., please ask in #centos-devel on Freenode, or email the centos-devel email list. - Packages in the QA release are *not* GPG-signed. The final 7 release will contain GPG-signed packages as usual. - Upgrading from the QA release to the final 7 release may be possible, but it's not supported or documented in any way. Expect that you will need to re-install when 7 final is released. We appreciate any and all bug reports at http://bugs.centos.org (please also check upstream bugzilla.redhat.com and link to those bugs when filing a new CentOS issue), and assistance with the "Branding Hunt" (see http://lists.centos.org/pipermail/centos-devel/2014-June/010411.html). https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux… contains a list of known issues at the time of the upstream release. Currently, we only have RPM packages online, but will be bringing installable media online as soon as we have it ready. Again, this is NOT a final release. It may harm nearby puppies, kittens, or other (cute) animals and/or servers. This is our first attempt at opening up CentOS to the wider community, so please bear with us as we work through any issues that arise with the process. As always, feedback is welcome on the email list or on IRC (#centos-devel on Freenode). Thanks, and enjoy the release! -Jeff Sheltren on behalf of the CentOS QA Team

3 2

a public QA cycle for CentOS-7
by Karanbir Singh 13 Jun '14

13 Jun '14

Hi, In the coming days, we are going to start pushing the buildsystem content publicly, including binary rpms and tree's as they are proccessed. It will be very much work-in-progress, and not suiteable to consume as the end user distro. But very much suiteable for people able to and willing to help make the CentOS-7 release better. Fabian Arrotin and Jeff Sheltren have offered to run this effort, and Christoph Galuschka has offered to help co-ordinate things and help new-to-testing folks get upto speed quickly. I realise this is very exciting for a lot of people, including us. However, this is something new that we are going to be trialling, with limited resources and in some cases having to build software and process's as we go along - and doing all this on a fairly tight timeline. So everyone, please keep an eye out in the coming days for more news from Jeff and Fabian on a wider announcement and a process that we might follow to make this QA effort most productive. - KB -- Karanbir Singh +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh GnuPG Key : http://www.karan.org/publickey.asc

2 1

CentOS 7 Branding Hunt Patch for Firefox
by Brian Stinson 12 Jun '14

12 Jun '14

Here's a patch for Firefox that removes references to the upstream default homepage and other default preferences. Looking forward to a review! -- Brian Stinson bstinson(a)ksu.edu

2 1

Getting Sources for an older revision from git.centos.org
by Johnny Hughes 12 Jun '14

12 Jun '14

So, if you want to get SOURCES from the look-aside cache using get_sources.sh for an older revision, you might possibly hit a DETACHED HEAD snag that I just hit. 1. git checkout https://git.centos.org/git/rpms/firefox.git (or if you already have it, git pull from within the firefox directory) 2. If you look at firefox's log, there are 2 things to build for c7 GA and the beta and the RC are there, so four commits for four different SRPMS. the command "git log" shows us that: commit 9e6d29c3f16d3692c9cb30371b227d6c08edd591 Author: CentOS Sources <bugs(a)centos.org> Date: Tue Jun 10 16:10:41 2014 -0400 import firefox-24.6.0-1.el7_0 commit 9a1d2ed9c6faf3da49e78eb41872bde7cfefece2 Author: CentOS Sources <bugs(a)centos.org> Date: Mon Jun 9 03:31:45 2014 -0400 import firefox-24.5.0-1.el7 commit 6ca8db34a0fc78f0454e96c6f9b715df86529195 Author: CentOS Buildsys <bugs(a)centos.org> Date: Tue Mar 18 09:47:19 2014 +0000 import firefox-24.4.0-1.el7.src.rpm commit 29a772037be917dc94c382403705291699865c88 Author: CentOS Buildsys <bugs(a)centos.org> Date: Fri Nov 8 10:07:07 2013 +0000 import firefox-24.1.0-3.el7.src.rpm commit 591789b9e3e230f74954ed27b377f8e72068d895 Author: CentOS Buildsys <bugs(a)centos.org> Date: Fri Nov 8 10:07:10 2013 +0000 init git for firefox 3. I want to get the sources for .. firefox-24.5.0-1.el7 ... at revision 9a1d2ed9c6faf3da49e78eb41872bde7cfefece2. I tried and failed to get it by simply doing: git checkout 9a1d2ed9c6faf3da49e78eb41872bde7cfefece2 and then get_sources.sh 4. The problem is that going one commit back changes git's HEAD to a link to the commit number and not what it is when you are on the c7 branch .. and that breaks the get_sources.sh script's branch detection. For more on what detached head looks like see this: http://alblue.bandlem.com/2011/08/git-tip-of-week-detached-heads.html 5. So, we will try to fix the get_source.sh script to work in that situation .. in the meantime, you can do this instead. ================================================= 1. go to the firefox repo and make sure you are on the c7 branch: git checkout c7 2. Do a git log and find the revision you want (see the above list, step 2) 3. I want to get the sources for "firefox-24.5.0-1.el7", which is one revision back from current ... so do this command: git reset --hard c7~1 4. It will tell you this: HEAD is now at 9a1d2ed import firefox-24.5.0-1.el7 5. Now you can use get_sources.sh to pull the SOURCES for firefox-24.5.0-1.el7 get_sources.sh 6. Once the sources are done downloading, build the SRPM with the command: rpmbuild --define "_topdir $(pwd)" --define "dist .el7" -bs --nodeps SPECS/firefox.spec 7. To get back to the current revision of firefox in the c7 branch do this: git pull --ff-only 8. It will tell you this: Updating 9a1d2ed..9e6d29c Fast-forward .firefox.metadata | 4 ++-- .gitignore | 4 ++-- SOURCES/xulrunner-2.0-chromium-types.patch | 34 ---------------------------------- SOURCES/xulrunner-webrtc-secondarch.patch | 34 ---------------------------------- SPECS/firefox.spec | 14 ++++++++------ 5 files changed, 12 insertions(+), 78 deletions(-) delete mode 100644 SOURCES/xulrunner-2.0-chromium-types.patch delete mode 100644 SOURCES/xulrunner-webrtc-secondarch.patch ============================================ If you wanted to go two revisions back (in this example that would be version "firefox-24.4.0-1.el7.src.rpm" , you would do: git reset --hard c7~2 (the ~1 or ~2 is the number of revisions to go back) Don't forget to go back to the top with the "git pull --ff-only" when you are ready to be on the current revision again As I said, we are going to try to come up with better branch detection for getting the sources, but until we do, this should help anyone with this issue. Thanks very much to Mike McLean and Karanbir Singh for helping figure out the issue and the workaround. Thanks, Johnny Hughes

1 0

Re: [CentOS-devel] CentOS 7 and release numbering
by Philip Mather 12 Jun '14

12 Jun '14

I've yet to see the technical argument for this release numbering change, the closest thing I've seen is... > A clear example of what the datestamp tries to workaround is > yesterdays docker updates ( and the AMI and GCE images etc ) that were > done to CVE fix openssl content. These are not marked as a point at all, > just a centos-6-x86_64-20140609 ( and in most cases, the link that > people hit is for centos-6-x86_64 ...and that has nothing to do with the Core OS. As far as I can tell it's not even a technical issue but a website/people presentation issue. This could also break system and configuration management tooling as well. I have servers with their OS configuration managed by Puppet and chef recipes controlling their application config (don't ask :^) ). Those systems "shouldn't" barf but we all know some naughty person will have written their own regex to parse up and switch case on the contents of /etc/redhat-release or whatever. I'd be loathed to split it into two tracks either, one for RHEL numbering and one for CentOS. I appreciate this isn't a concern of the OS devels directly as such. Will this version format be compatible with RedHat Satellite, Spacewalk or Katello etc? We were looking at actually buying Satellite at $work as we migrate off of Spacewalk but until I know this is all compatible there's no way I can contemplate any recommendation for investment in Satellite and/or several weeks of setting up Katello and then a migration effort to move the old systems out of Spacewalk if I have to have separate versions. This sort of thing really needs to be confined to a SIG (or some sort of test/beta) or come via RHEL themselves. If it comes from RHEL it will be compatible with their own (and others would follow with their) tooling or at least if it's trailed outside of Core people can test it separately. As is, we now have to wait until any new CentOS numbering is proven to be compatible with RHEL numbering in other tools and then determine if it's viable to continue using both in-step.

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

devel June 2014