rel-eng January 2015

rel-eng@lists.fedoraproject.org

11 participants
120 discussions

#6082: test
by Fedora Release Engineering 13 Jan '15

13 Jan '15

#6082: test -----------------------------+------------------------ Reporter: churchyard | Owner: rel-eng@… Type: task | Status: new Milestone: Fedora 21 Final | Component: other Keywords: | Blocked By: Blocking: | -----------------------------+------------------------ testing, if I get e-mail -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6082> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 1

[PATCH 0/2] Adjust mkbranch for automating git branch creation
by Pierre-Yves Chibon 12 Jan '15

12 Jan '15

Hi all, Here is a proposed set of changes to the mkbranch script. The first patch is just replacing all tabs in the file by spaces (simple clean-up). The second is the more important one. It drops the use/support of the -s/--source argument. This argument is currently used to specify from which point to branch when creating a branch in the repo. We argeed that instead of pointing to a specific branch (which would require keeping a mapping somewhere of which branch should be branched from which other branch), we would create the new branch by pointing them to the first commit in the repository. That's what this commit (hopefully) does :) Thanks, Pierre Pierre-Yves Chibon (2): Replace tab with spaces Drop the -s/--source branch argument in mkbranch roles/distgit/files/mkbranch | 102 +++++++++++++++++++------------------------ 1 file changed, 44 insertions(+), 58 deletions(-) -- 1.9.3

2 7

Re: #5963: Orphaned vulnerable packages in EPEL
by Fedora Release Engineering 12 Jan '15

12 Jan '15

#5963: Orphaned vulnerable packages in EPEL ------------------------------+----------------------- Reporter: sparks | Owner: rel-eng@… Type: task | Status: closed Milestone: Fedora 20 Final | Component: epel Resolution: fixed | Keywords: meeting Blocked By: | Blocking: ------------------------------+----------------------- Changes (by ausil): * status: new => closed * resolution: => fixed Comment: These have all been take care of, going forward packages should be detected and cleaned up faster. -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/5963#comment:6> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 0

[Fedocal] Reminder meeting : Fedora Release Engineering
by Dennis Gilmore 11 Jan '15

11 Jan '15

Dear all, You are kindly invited to the meeting: Fedora Release Engineering on 2015-01-12 from 14:30:00 to 15:30:00 UTC At fedora-meeting-1(a)irc.freenode.net The meeting will be about: Fedora Release Engineering weekly meeting Source: https://apps.fedoraproject.org/calendar//meeting/162/

1 0

#6080: epel7 branch for jsr-305
by Fedora Release Engineering 10 Jan '15

10 Jan '15

#6080: epel7 branch for jsr-305 --------------------------+------------------------ Reporter: richardfearn | Owner: rel-eng@… Type: task | Status: new Milestone: | Component: epel Keywords: | Blocked By: Blocking: | --------------------------+------------------------ Hi, You recently created an epel7 branch for the jsr-305 package. (Thanks!) While trying to build FindBugs for EPEL 7 using mock, I noticed that jsr-305 was actually being pulled in from the 'base' repo. However that repo is a CentOS repo, not a RHEL repo. Having the epel7 branch might turn out to be very useful, since I might need a newer version of jsr-305 for FindBugs. But assuming that there is a jsr-305 package in RHEL, is it OK that there is now also a jsr-305 in EPEL 7? (I seem to remember something on the wiki saying that EPEL branches would not be created for packages that are already in RHEL, but I might be mistaken.) -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6080> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 1

#6079: Remove el6/epel7 branches for jFormatString/jsr-305/jcip-annotations/findbugs/findbugs-bcel
by Fedora Release Engineering 10 Jan '15

10 Jan '15

#6079: Remove el6/epel7 branches for jFormatString/jsr-305/jcip- annotations/findbugs/findbugs-bcel --------------------------+------------------------ Reporter: richardfearn | Owner: rel-eng@… Type: task | Status: new Milestone: | Component: epel Keywords: | Blocked By: Blocking: | --------------------------+------------------------ Hi I recently requested el6 and epel7 branches for these five packages, with the intention of getting FindBugs into EPEL. In hindsight I was far too optimistic about being able to do that... jsr-305 is built with Maven, and Maven isn't in EPEL 6. findbugs depends on several Java libraries that aren't currently packaged for EPEL. To get FindBugs into EPEL will require several new packages to be added first, and I don't have time to take that on. Is it possible to undo the branch creation for these packages? I haven't done any builds of them yet. Sorry for wasting your time :-( -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6079> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 2

[releng] check-latest-build: set new latest when found
by Dan Horák 08 Jan '15

08 Jan '15

commit 2c346aaca3c59625c55f014615a78624d1045e4a Author: Dan Horák <dan(a)danny.cz> Date: Thu Jan 8 10:48:27 2015 +0000 check-latest-build: set new latest when found scripts/check-latest-build.py | 3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) --- diff --git a/scripts/check-latest-build.py b/scripts/check-latest-build.py index 40ac0e0..77d6ad1 100755 --- a/scripts/check-latest-build.py +++ b/scripts/check-latest-build.py @@ -94,3 +94,6 @@ for latest in latest_builds: if args.fix is True: kojisession.tagBuildBypass(args.tag, b['nvr'], force=True) print("retagged %s to %s" % (b['nvr'], args.tag)) + + latest = b + latest_evr = (str(latest['epoch']), latest['version'], latest['release'])

1 0

[releng] check-latest-build: use koji api for retagging
by Dan Horák 08 Jan '15

08 Jan '15

commit fb523686868cdbf653a4451f75260b74e1801827 Author: Dan Horák <dan(a)danny.cz> Date: Thu Jan 8 10:27:23 2015 +0000 check-latest-build: use koji api for retagging scripts/check-latest-build.py | 15 ++++++++------- 1 files changed, 8 insertions(+), 7 deletions(-) --- diff --git a/scripts/check-latest-build.py b/scripts/check-latest-build.py index 92a3db3..40ac0e0 100755 --- a/scripts/check-latest-build.py +++ b/scripts/check-latest-build.py @@ -9,6 +9,7 @@ # It can happen when bodhi pushes multiple builds of one package. # +import os import argparse import logging log = logging.getLogger(__name__) @@ -38,6 +39,10 @@ if args.arch is None: else: KOJIHUB = 'http://%s.koji.fedoraproject.org/kojihub' % (args.arch) +# Should probably set these from a koji config file +SERVERCA = os.path.expanduser('~/.fedora-server-ca.cert') +CLIENTCA = os.path.expanduser('~/.fedora-upload-ca.cert') +CLIENTCERT = os.path.expanduser('~/.fedora.cert') def _rpmvercmp((e1, v1, r1), (e2, v2, r2)): """find out which build is newer""" @@ -58,6 +63,7 @@ def _rpmvercmp((e1, v1, r1), (e2, v2, r2)): kojisession = koji.ClientSession(KOJIHUB) +kojisession.ssl_login(CLIENTCERT, CLIENTCA, SERVERCA) if args.package == []: latest_builds = sorted(kojisession.listTagged(args.tag, latest=True), @@ -86,10 +92,5 @@ for latest in latest_builds: if res == -1: print("\t%s < %s" % (latest['nvr'], b['nvr'])) if args.fix is True: - cmd = ["koji", "untag-build", args.tag, b['nvr']] - print("running: " + " ".join(cmd)) - subprocess.check_call(cmd) - - cmd = ["koji", "tag-build", args.tag, b['nvr']] - print("running: " + " ".join(cmd)) - subprocess.check_call(cmd) + kojisession.tagBuildBypass(args.tag, b['nvr'], force=True) + print("retagged %s to %s" % (b['nvr'], args.tag))

1 0

#6077: el6 build can't find gluster dep for qemu-img
by Fedora Release Engineering 07 Jan '15

07 Jan '15

#6077: el6 build can't find gluster dep for qemu-img ----------------------+------------------------ Reporter: crobinso | Owner: rel-eng@… Type: defect | Status: new Milestone: | Component: epel Keywords: | Blocked By: Blocking: | ----------------------+------------------------ Trying to build vdsm for epel6 fails with a dependency issue when trying to pull in qemu-img: http://koji.fedoraproject.org/koji/buildinfo?buildID=600894 https://kojipkgs.fedoraproject.org//work/tasks/8711/8548711/root.log nirik did some magic, which widdled the error down to: DEBUG util.py:366: Error: Package: 2:qemu-img-0.12.1.2-2.448.el6_6.x86_64 (build) DEBUG util.py:366: Requires: libgfapi.so.0()(64bit) That's via a vdsm scratch build. qemu-img-0.12.1.2-2.448.el6_6.x86_64 is the latest qemu package in RHEL6.6 zstream, but for some reason the correct gluster packages aren't found, it should be finding glusterfs-api-3.6.0.28-2.el6.x86_64.rpm which is the version shipped with RHEL/Centos 6.6 nirik asked me to file this ticket since he ran out of ideas -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6077> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 1

#6074: 2 Packages missing from mirrors
by Fedora Release Engineering 07 Jan '15

07 Jan '15

#6074: 2 Packages missing from mirrors -----------------------------+------------------- Reporter: limb | Owner: limb Type: task | Status: new Milestone: Fedora 21 Final | Component: koji Keywords: | Blocked By: Blocking: | -----------------------------+------------------- eclipse-egit-3.5.3-1.fc21 is missing, due to eclipse-egit-3.5.2-1.fc21 being pushed at the same time. Retagged. -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6074> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 3

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

rel-eng January 2015