mohanboddu opened a new pull-request against the project: `pungi-fedora` that you are following:
``
Fedora Minimal Compose for OpenQA testing
``
To reply, visit the link below or just reply to this email
https://pagure.io/pungi-fedora/pull-request/598
kellin opened a new pull-request against the project: `pungi-fedora` that you are following:
``
Add post-compose rsync script
``
To reply, visit the link below or just reply to this email
https://pagure.io/pungi-fedora/pull-request/438
walters opened a new pull-request against the project: `pungi-fedora` that you are following:
``
WIP: Add fedora-atomic-ws config
``
To reply, visit the link below or just reply to this email
https://pagure.io/pungi-fedora/pull-request/502
tstellar reported a new issue against the project: `pungi-fedora` that you are following:
``
The i686 packages for compiler-rt are no longer available in the x86_64 repositories starting with Fedora 27. Could you mark this package as multilb.
See https://bugzilla.redhat.com/show_bug.cgi?id=1513286
``
To reply, visit the link below or just reply to this email
https://pagure.io/pungi-fedora/issue/501
dustymabe opened a new pull-request against the project: `pungi-fedora` that you are following:
``
cloud: remove s390x from image builds
``
To reply, visit the link below or just reply to this email
https://pagure.io/pungi-fedora/pull-request/731
kellin reported a new issue against the project: `pungi-fedora` that you are following:
``
The way we rsync composes today is a one-liner bash script that is not very durable and requires that a release engineer babysit it through the entire four hour rsync process.
I am going to make this more durable, however, it will also slightly change our process behind the scenes.
Today if a process works or is DOOMED after a full run it is assigned an RC release number. (EG: 1.1, 1.2, 1.3, etc). If the compose fails quickly from something such as a failure to have signed packages then it will not be assigned a release candidate.
Per @mohanboddu there is not a durable way to identify the all of the different ways the special case DOOMed composes occur so they will be assigned an RC number after the automation is deployed.
The only visible change will be extra gaps in the RC composes in /pub/alt/stage that represent these extra numbers being inserted to the sequence.
@mohanboddu is fine with this change; does anyone else have objections?
@ausil , @kevin , @puiterwijk please let me know. The initial script PR will be coming within the next two business days.
``
To reply, visit the link below or just reply to this email
https://pagure.io/pungi-fedora/issue/426
tstellar reported a new issue against the project: `releng` that you are following:
``
* Describe the issue
We need a side tag (f31-llvm) for the upcoming llvm rebase in Fedora
* When do you need this? (YYYY/MM/DD)
07/29/2019
* When is this no longer needed or useful? (YYYY/MM/DD)
08/29/2019
* If we cannot complete your request, what is the impact?
Temporary breakage in rawhide when the LLVM rebase occurs.
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/8569
huzaifas reported a new issue against the project: `releng` that you are following:
``
We need to implement the new Fedora Security policy as per:
https://lists.fedoraproject.org/archives/list/devel-announce@lists.fedorapr…
"If a CRITICAL or IMPORTANT security issue is currently open against a package, or a security issue of lower severity has been open for at least 6 months, four weeks before the branch point a procedure similar to long-standing FTBFS will be triggered immediately, with 8 weeks of weekly notifications to maintainers and subsequent orphaning and then subsequent removal from distribution. This applies to all packages, not just leaf."
So before 4 weeks before the branch point, we need to ensure that:
1. Packages which have any pending critical or important security flaws open ie:
https://bugzilla.redhat.com/buglist.cgi?bug_severity=urgent&bug_severity=hi…
are marked for FTBS and not built.
2. Packages which have any <important flaws open for atleast 6 months or more ie:
https://bugzilla.redhat.com/buglist.cgi?bug_severity=urgent&bug_severity=hi…
are marked for FTBS and not build.
* When do you need this? 2019-01-01 - Much before the last branch point.
* If we cannot complete your request, what is the impact?
Fedora 30 will ship lot of insecure packages. Major issue for the release.
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/7793