ppisar reported a new issue against the project: `releng` that you are following:
``
Till now I found 4 packages that were missing f28 dist-git branches that should have been created at f28 branching time:
rpms/perl-Alien-Base-ModuleBuild
rpms/perl-Exporter-Easy
rpms/perl-Math-Utils
rpms/perl-Test-Exit
I worry there is some bug in the mass branching script and more packages are missing the f28 branch. Please recheck the repositories and create the branches where missing. (These four have already been fixed.)
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/7455
bowlofeggs reported a new issue against the project: `releng` that you are following:
``
Greetings!
Today I deployed Bodhi 3.6.0 to production, which adds support for containers (except for buildroot overrides). To make use of it, we just need to add container releases to Bodhi with all the appropriate Koji tags and we're off to the races. Doing so may or may not require Freeze Break Requests, not sure, but wanted to let you know that the feature is ready for your use as you see fit.
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/7439
sinnykumari reported a new issue against the project: `releng` that you are following:
``
By looking into last few nightly composes for container and cloud on s390x, I observed that we never had all of the artifacts built successfully in a single compose.
For example:
* From Fedora-28-20180317.n.0 - cloud-base and container-minimal-base image built successfully. container-base image failed
* From Fedora-28-20180317.n.0 - cloud-base and container-base image built successfully. conatiner-minimal-base image failed.
Similar results from rest of the latest compose.
I did some local run of these images using imagefactory and each time following behavior has been seen:
* kernel.img and initrd files get downloaded, vm gets launched to start install process.
* vm boots and it reaches at
[ OK ] Reached target System Initialization.
[ OK ] Reached target Basic System.
[ 35.891858] dracut-initqueue[817]: RTNETLINK answers: File exists
[ 76.688981] random: crng init done
[ 427.634076] dracut-initqueue[817]: Warning: dracut-initqueue timeout - starting timeout scripts
---
[ 625.922797] dracut-initqueue[817]: Warning: dracut-initqueue timeout - starting timeout scripts
[ 625.923855] dracut-initqueue[817]: Warning: Could not boot.
Starting Dracut Emergency Shell...
Warning: /dev/root does not exist
dracut:/#
and vm install stops here.
Not sure what is the reason of this behavior. Can it be something related to network between s390x machine and koji ?
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/7405
dustymabe reported a new issue against the project: `releng` that you are following:
``
It would be nice if we could predict when dependency failures in image builds will happen. I have been using a rough set of commands to do this in the past few weeks but this could be polished up and put in place to forecast failures.
What I;ve been doing is:
`
dnf --releasever 29 --installroot /srv/installroot/ --disablerepo=* --enablerepo=today --enablerepo=koji install $(cat packages.txt | sed 's/^-/--exclude /' | tr '\n' ' ')
`
- where repo `today` is today's rawhide run
- where repo `koji` is the f29-build repo
- where packages.txt is the %packages list from a kickstart file
This is a pretty good indicator of failures.
This could be refined and put into a testing framework to run often. Steps: For each kickstart do:
- `ksflatten` kickstart file and get `%packages` list
- For groups use libcomps and fedora-comps repo to determine packages
- use koji `f29-build` repo and list of packages to determine if there are missing dependencies
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/7388
bowlofeggs reported a new issue against the project: `releng` that you are following:
``
Bodhi CI is failing to run on Rawhide because it cannot install python2-markdown. Instead of the RPM being present in the repository, the module for it is present instead and is signed with the wrong key:
```
$ sudo docker run --rm -it registry.fedoraproject.org/fedora:rawhide dnf install -y python2-markdown
Fedora - Rawhide - Developmental packages for the next Fedora release 3.0 MB/s | 60 MB 00:19
Last metadata expiration check: 0:00:21 ago on Wed Mar 7 17:12:37 2018.
Dependencies resolved.
===================================================================================================================================================================================================================
Package Arch Version Repository Size
===================================================================================================================================================================================================================
Installing:
python2-markdown noarch 2.4.1-11.module_0b083f9b rawhide 189 k
Installing dependencies:
python2 x86_64 2.7.14-13.fc29 rawhide 101 k
python2-libs x86_64 2.7.14-13.fc29 rawhide 6.3 M
python2-pip noarch 9.0.1-16.fc29 rawhide 1.8 M
python2-setuptools noarch 38.4.0-3.fc28 rawhide 622 k
Transaction Summary
===================================================================================================================================================================================================================
Install 5 Packages
Total download size: 9.0 M
Installed size: 36 M
Downloading Packages:
(1/5): python2-markdown-2.4.1-11.module_0b083f9b.noarch.rpm 513 kB/s | 189 kB 00:00
(2/5): python2-2.7.14-13.fc29.x86_64.rpm 274 kB/s | 101 kB 00:00
(3/5): python2-setuptools-38.4.0-3.fc28.noarch.rpm 743 kB/s | 622 kB 00:00
(4/5): python2-pip-9.0.1-16.fc29.noarch.rpm 942 kB/s | 1.8 MB 00:01
(5/5): python2-libs-2.7.14-13.fc29.x86_64.rpm 1.1 MB/s | 6.3 MB 00:05
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Total 1.4 MB/s | 9.0 MB 00:06
warning: /var/cache/dnf/rawhide-2d95c80a1fa0a67d/packages/python2-markdown-2.4.1-11.module_0b083f9b.noarch.rpm: Header V3 RSA/SHA256 Signature, key ID a3cc4e62: NOKEY
Importing GPG key 0x429476B4:
Userid : "Fedora 29 (29) <fedora-29(a)fedoraproject.org>"
Fingerprint: 5A03 B4DD 8254 ECA0 2FDA 1637 A20A A56B 4294 76B4
From : /etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-29-x86_64
Key imported successfully
Import of key(s) didn't help, wrong key(s)?
Public key for python2-markdown-2.4.1-11.module_0b083f9b.noarch.rpm is not installed. Failing package is: python2-markdown-2.4.1-11.module_0b083f9b.noarch
GPG Keys are configured as: file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-29-x86_64
The downloaded packages were saved in cache until the next successful transaction.
You can remove cached packages by executing 'dnf clean packages'.
Error: GPG check FAILED
```
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/7379
smani reported a new issue against the project: `releng` that you are following:
``
On F27 the current version of apitrace is apitrace-7.1-7.fc27.
On F27 x86_64 however,
# dnf install --refresh apitrace-libs.i686
currently gives you apitrace-libs-7.1-7.fc27.i686 (note: -7 instead of -9). On the other hand,
# dnf install --refresh apitrace-libs
gives you apitrace-libs-7.1-9.fc27.x86_64 as expected.
apitrace-libs is multilib whitelisted, but appears to be out of sync.
See also #1541099.
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/7354
langdon reported a new issue against the project: `releng` that you are following:
``
Once [#7227](https://pagure.io/releng/issue/7227) is complete, I wanted to confirm that:
* We should continue to make PRs against [variants-modular.xml](https://pagure.io/pungi-fedora/blob/master/f/variants-modular.xml) and file tickets here to get new modules added to the compose.
* Should we file tickets here or use some other method to get changes to fedora-release* rpms? Specifically, we will need to include a system profile ([for example](https://github.com/sgallagher/semimodular_poc/blob/master/semimodu…) and modify it as modules are added.
/cc @sgallagh @psabata
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/7316
petersen reported a new issue against the project: `releng` that you are following:
``
* For which release?
F30
* Name of the side tag? (Generally fxx-pkg)
f30-ghc
* Number of builds that are expected in the side tag?
500
* How long do you need the side tag?
2 weeks
* Any extra information?
Corresponding Fedora Change for updating to ghc-8.4 to follow soon
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/8014
rdieter reported a new issue against the project: `releng` that you are following:
``
* For which release?
fedora 30
* Name of the side tag? (Generally fxx-pkg)
f30-kde
* Number of builds that are expected in the side tag?
30-40 initially
* How long do you need the side tag?
Likely on/off for the duration of fedora 30 lifetime.
* Any extra information?
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/7966