July 2018 - rel-eng - Fedora Mailing-Lists

[releng] Issue #7638: Unretire python-trollius

by Igor Gnatenko

ignatenkobrain reported a new issue against the project: `releng` that you are following: `` * Name of the package? python-trollius * Branches that you need it to be unretired for? master (the f27, f28 should be fine already) * Package re-review BZ URL? Not needed since it was retired not so long time ago. * Any extra information? Pagure and buildbot through dependencies are broken because of this. `` To reply, visit the link below or just reply to this email https://pagure.io/releng/issue/7638

5 years, 9 months

3
3
0 / 0

[releng] Issue #7633: Disable buildvm-s390x-15.s390.fedoraproject.org Koji host

by Mikolaj Izdebski

mizdebsk reported a new issue against the project: `releng` that you are following: `` koji disable-host buildvm-s390x-15.s390.fedoraproject.org --comment "Turned into staging builder buildvm-s390x-01.stg.s390.fedoraproject.org" * Describe the issue Koji host [buildvm-s390x-15.s390.fedoraproject.org](https://koji.fedoraproject.org/k... is enabled, but it does not exist any longer - it was [turned into staging builder](https://infrastructure.fedoraproject.org/cgit/ansible.git/commit... by me with approval of @kevin * When do you need this? (YYYY/MM/DD) Earliest convenience. * When is this no longer needed or useful? (YYYY/MM/DD) N/A * If we cannot complete your request, what is the impact? No big deal. Users checking hosts may be wondering why this particular host is not ready. `` To reply, visit the link below or just reply to this email https://pagure.io/releng/issue/7633

5 years, 9 months

2
1
0 / 0

[release] pungi 4.1.26

by Lubomír Sedlář

Hello everyone, a new version of Pungi is available! The 4.1.26 build is ready in Koji. The last updates in Bodhi are not yet in stable, and since they fix a user-reported bug I don't want obsolete them. New builds will therefore get to updates-testing later this week. Major changes are: * Generating version and release values for building images has been enhanced. * Modulemd files are no longer included in debug repos. * Packages exclude by filter_rpms directive in modulemd are now completely invisible for compose process and can not be pulled in. * Empty modules are now included in the generated repos. * There's a new backend for solving package dependencies which understands module dependencies. * Information about modules is now queried from Koji instead of PDC. * Module defaults are now validated: it's no longer possible to include conflicting defaults for the same module. * RPM licenses are filled in the metadata. * The input xml files are now checked more carefully. Stray whitespace in comps is now reported as error (instead of causing problems during compose or installation). Similarly unexpected whitespace in variants configuration is reported. Refer to the documentation [1] for details on what configuration options are available. [1] https://docs.pagure.org/pungi/index.html If you encounter problems or need general help, stop by #fedora-releng IRC channel or file issues in Pagure. Happy composing! Lubomír

5 years, 9 months

1
0
0 / 0

[releng] Issue #7178: Give ignatenkobrain rights to process fedora-scm-requests

by Igor Gnatenko

ignatenkobrain reported a new issue against the project: `releng` that you are following: `` It's [uncommon](https://lists.fedoraproject.org/archives/list/devel@lists.fedor... that people have to wait 2-3 days to get their SCM repo if they submit request on saturday morning (some of US times). It definitely applies for US holidays because @limb is located there. I would like to help myself in processing those tickets during weekends/holidays and whatever time you will tell me I should do. @kevin suggested to open releng ticket to track this, so here we go. As Patrick mentioned, there is no granular access so probably I would need to get more permissions just for this but I will use them only for this. `` To reply, visit the link below or just reply to this email https://pagure.io/releng/issue/7178

5 years, 9 months

4
8
0 / 0

should we stop running f27 cloud pungi run?

by Dusty Mabe

Is anyone using the output of it? Dusty

5 years, 9 months

1
0
0 / 0

[releng] Issue #7629: delete accidentally created branch "pr/9" for package "tpm2-tools"

by Sun Yunying

yunyings reported a new issue against the project: `releng` that you are following: `` Hi, When trying to update pull request 9, I accidentally created a branch "pr/9" for "rpms/tpm2-tools": $ git push origin pr/9 Counting objects: 5, done. Delta compression using up to 4 threads. Compressing objects: 100% (4/4), done. Writing objects: 100% (5/5), 783 bytes | 783.00 KiB/s, done. Total 5 (delta 1), reused 0 (delta 0) remote: Emitting a message to the fedmsg bus. remote: * Publishing information for 1 commits remote: Sending to redis to send commit notification emails remote: * Publishing information for 1 commits remote: remote: Create a pull-request for pr/9 remote: https://src.fedoraproject.org/rpms/tpm2-tools/diff/master..pr/9 remote: To ssh://pkgs.fedoraproject.org/rpms/tpm2-tools * [new branch] pr/9 -> pr/9 I tried to delete it, by failed: [test@localhost tpm2-tools]$ git push origin --delete pr/9 remote: FATAL: + refs/heads/pr/9 rpms/tpm2-tools yunyings DENIED by fallthru remote: error: hook declined to update refs/heads/pr/9 To ssh://pkgs.fedoraproject.org/rpms/tpm2-tools ! [remote rejected] pr/9 (hook declined) error: failed to push some refs to 'ssh://yunyings@pkgs.fedoraproject.org/rpms/tpm2-tools' [test@localhost tpm2-tools]$ pwd /home/test/fedora-scm/tpm2-tools Is it by design that package maintainers are not able to delete branches by themselves? Could you help to delete the "pr/9" branch from "rpms/tpm2-tools". Thanks. `` To reply, visit the link below or just reply to this email https://pagure.io/releng/issue/7629

5 years, 9 months

2
3
0 / 0

[releng] Issue #7632: Untag/unpush certbot-0.26.0-1.fc29 and python-acme-0.26.0-1.fc29

by Eli Young

elyscape reported a new issue against the project: `releng` that you are following: `` * Describe the issue certbot 0.26.0 was released, so I pushed builds for the python-acme and certbot packages to rawhide. Then, before I pushed builds for the rest of the packages, I was advised by upstream that this version was subject to [a fairly significant bug][bug] and that a new release fixing the issue would be made later today, so I held off on performing builds for the other packages. Please untag and/or unpush the following builds to avoid issues on rawhide in the interim: * certbot-0.26.0-1.fc29 * python-acme-0.26.0-1.fc29 * When do you need this? (YYYY/MM/DD) 2018/07/12 * When is this no longer needed or useful? (YYYY/MM/DD) 2018/07/13. At that point, either a new version will be released, rendering the issue moot, or the builds will have gone out in a compose, making this impossible. * If we cannot complete your request, what is the impact? Up to a day of unstable certbot operation on rawhide systems. [bug]: https://github.com/certbot/certbot/issues/6207 `` To reply, visit the link below or just reply to this email https://pagure.io/releng/issue/7632

5 years, 9 months

2
2
0 / 0

[releng] Issue #7628: ibus-input-pad build failure due to blocked for tag f28-updates-candidate

by Takao Fujiwara

fujiwara reported a new issue against the project: `releng` that you are following: `` * Describe the issue Seems koji is failed? https://koji.fedoraproject.org/koji/taskinfo?taskID=28149991 BuildError: package ibus-input-pad is blocked for tag f28-updates-candidate * When do you need this? 2018/08 * When is this no longer needed or useful? * If we cannot complete your request, what is the impact? Users cannot install ibus-input-pad while the retirement was done by release engineering. `` To reply, visit the link below or just reply to this email https://pagure.io/releng/issue/7628

5 years, 9 months

2
2
0 / 0

[releng] PR #7345: Update the mass-rebuild SOP

by Kellin

kellin opened a new pull-request against the project: `releng` that you are following: `` Update the mass-rebuild SOP `` To reply, visit the link below or just reply to this email https://pagure.io/releng/pull-request/7345

5 years, 9 months

2
9
0 / 0

[releng] PR #7631: F29 Mass Rebuild fix for find_failures.py

by Mohan Boddu

mohanboddu opened a new pull-request against the project: `releng` that you are following: `` F29 Mass Rebuild fix for find_failures.py `` To reply, visit the link below or just reply to this email https://pagure.io/releng/pull-request/7631

5 years, 9 months

3
3
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

rel-eng July 2018