[releng] Issue #7673: Tag few modules into f28-modular
by Igor Gnatenko
ignatenkobrain reported a new issue against the project: `releng` that you are following:
``
# Describe the issue
Turns out, previous builds of following modules were built with broken binutils which produced incorrect binaries. Also they are now contain newer version of apps.
Please tag following builds into f28-modular:
* `ripgrep-master-20180804140932.b33445dc`
* `gcsf-master-20180804153258.b33445dc`
# When do you need this? (YYYY/MM/DD)
asap.
# When is this no longer needed or useful? (YYYY/MM/DD)
When F28 gets EOL.
* If we cannot complete your request, what is the impact?
Modules which are shipped to users are broken in some way.
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/7673
5 years, 7 months
[releng] Issue #7772: push new rawhide docker base images
by Dennis Gilmore
ausil reported a new issue against the project: `releng` that you are following:
``
* Describe the issue
the latest available rawhide containers have the wrong gpg keys in them https://github.com/weldr/lorax/pull/456 has details of an example. the container images need to be pushed with images that have the rawhide repo using the Fedora 30 gpg key
* When do you need this? (YYYY/MM/DD)
2018/0904
* When is this no longer needed or useful? (YYYY/MM/DD)
When rawhide points to Fedora 31
* If we cannot complete your request, what is the impact?
all attempts to build on rawhide docker containers fail
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/7772
5 years, 7 months
[releng] Issue #7693: Broken signatures fedora 29 and rawhide
by clime
clime reported a new issue against the project: `releng` that you are following:
``
* Describe the issue
I was testing this on docker images from docker.io:
First for rawhide image:
[root@6731300cebda /]# rpm -Kv /var/cache/dnf/rawhide-2d95c80a1fa0a67d/package/findutils-4.6.0-20.fc29.x86_64.rpm
/var/cache/dnf/rawhide-2d95c80a1fa0a67d/packages/findutils-4.6.0-20.fc29.x86_64.rpm:
Header V3 RSA/SHA256 Signature, key ID 429476b4: OK
Header SHA1 digest: OK
Header SHA256 digest: OK
Payload SHA256 digest: OK
V3 RSA/SHA256 Signature, key ID 429476b4: OK
MD5 digest: OK
[root@6731300cebda /]# rpm -Kv /var/cache/dnf/rawhide-2d95c80a1fa0a67d/packages/iputils-20180629-2.fc29.x86_64.rpm
/var/cache/dnf/rawhide-2d95c80a1fa0a67d/packages/iputils-20180629-2.fc29.x86_64.rpm:
Header V3 RSA/SHA256 Signature, key ID cfc659b9: NOKEY
Header SHA1 digest: OK
Header SHA256 digest: OK
Payload SHA256 digest: OK
V3 RSA/SHA256 Signature, key ID cfc659b9: NOKEY
findutils is signed with key for f29, iptutils packages is signed with f30 key. This is one problem.
Then:
$ docker run -it fedora:29 /bin/bash
Unable to find image 'fedora:29' locally
Trying to pull repository docker.io/library/fedora ...
Trying to pull repository registry.fedoraproject.org/fedora ...
sha256:521225b1a14aba45bdbce042f42f2f457813b0fdd58989325a7fa5321a223387: Pulling from registry.fedoraproject.org/fedora
f5b598b9ce0d: Already exists
Digest: sha256:521225b1a14aba45bdbce042f42f2f457813b0fdd58989325a7fa5321a223387
Status: Downloaded newer image for registry.fedoraproject.org/fedora:29
[root@6e404362fec1 /]#
[root@6e404362fec1 /]# cat /etc/redhat-release
Fedora release 29 (Rawhide)
So for fedora:29 the situation is the same because I actually got rawhide instead of f29.
* When do you need this? (YYYY/MM/DD)
At some feasible time.
* When is this no longer needed or useful? (YYYY/MM/DD)
Always useful.
* If we cannot complete your request, what is the impact?
docker images for f29 and fedora-rawhide are unusuable.
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/7693
5 years, 7 months
[releng] Issue #7781: claiming python-importlib
by Carl George
carlwgeorge reported a new issue against the project: `releng` that you are following:
``
* Name of the package?
python-importlib
* FAS username of the new maintainer?
carlwgeorge
* Any extra information?
Just to be clear, the "carlgeorge" user with commit permissions on the package now was my old FAS. My new FAS includes my middle initial. Once the package is assigned to me I'll remove my old inactive FAS from the package.
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/7781
5 years, 7 months