[releng] Issue #7637: updates debuginfo repos not available for ppc64le
by Dan Horák
sharkcz reported a new issue against the project: `releng` that you are following:
``
* Describe the issue
Mirrormanager doesn't return any repo for updates (and updates-testing) debuginfos for the F-28 ppc64le. After checking with "curl", debuginfo repos exists for all arches, except ppc64le.
````
curl 'https://mirrors.fedoraproject.org/metalink?repo=updates-released-debug-f2...'
...
# repo=updates-released-debug-f28&arch=aarch64
# repo=updates-released-debug-f28&arch=armhfp
# repo=updates-released-debug-f28&arch=i386
# repo=updates-released-debug-f28&arch=ppc64
# repo=updates-released-debug-f28&arch=s390x
# repo=updates-released-debug-f28&arch=x86_64
...
````
* When do you need this? (YYYY/MM/DD)
ASAP
* When is this no longer needed or useful? (YYYY/MM/DD)
N/A
* If we cannot complete your request, what is the impact?
Bad user experience on F-28 ppc64le.
CC: @adrian
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/7637
5 years, 1 month
[releng] Issue #7732: staging: f29-flatpak-build,
create f29 branch for minimal-runtime
by Owen Taylor
otaylor reported a new issue against the project: `releng` that you are following:
``
Looking at staging koji, it looks like a sync from production was done before the f29 flatpak tags/targets were added to production, so the f28 flatpak tags/targets we were using previously removed, but the f29 ones weren't sync'ed in.
It's probably simplest to create the f29 tags so that future sync's won't mess things up, and I'll retarget my test content.
koji -p staging add-tag f29-flatpak
koji -p staging add-target f29-flatpak-candidate f29-build f29-flatpak
koji -p staging add-pkg --owner=otaylor f29-flatpak minimal-runtime banner
Also, I'll need a f29 branch of modules/minimal-runtime in git. Thanks!
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/7732
5 years, 1 month
[releng] Issue #7705: nvidia-query-resource-opengl-lib multilib whitelist
by Nicolas Chauvet
kwizart reported a new issue against the project: `releng` that you are following:
``
* Describe the issue
There is a need to add nvidia-query-resource-opengl-lib.i686 into the x86_64 repository.
This library is used supposed to be pre-loaded before debuging a particular OpenGL process for resources usage.
It is built out of the nvidia-query-resource-opengl package which doesn't provide any -devel files. As such the -lib sub-package isn't automatically copied into the x86_64 where it would be useful.
* When do you need this? (YYYY/MM/DD)
any time when possible.
* When is this no longer needed or useful? (YYYY/MM/DD)
* If we cannot complete your request, what is the impact?
It will not be possible to debug i686 libraries and 3rd part binaries using the OpenGL query resource extension.
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/7705
5 years, 1 month
[releng] Issue #7846: Please unblock epel7 branch of rpms/libssh (and Koji)
by Robert Scheck
robert reported a new issue against the project: `releng` that you are following:
``
* Describe the issue
The package `libssh` got part of the `rhel-7-{server,workstation}-extras-rpms` repo, however only for the x86_64 architecture, but not for aarch64, ppc64 and ppc64le. Thus it is currently not possible to build e.g. `tmate` for EPEL 7 on all architectures.
As per https://fedoraproject.org/wiki/EPEL:Packaging#Limited_Arch_Packages, I would like to import the current RHEL source RPM into EPEL 7 with lower ENVRA, but the `epel7` branch of `libssh` is blocked in Git (and likely also in Koji).
```
! [remote rejected] epel7 -> epel7 (hook declined)
```
* When do you need this? (YYYY/MM/DD)
As soon as possible, but not urgent.
* When is this no longer needed or useful? (YYYY/MM/DD)
n/a
* If we cannot complete your request, what is the impact?
n/a
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/7846
5 years, 1 month