dustymabe reported a new issue against the project: `releng` that you are following:
``
We are currently using smart versioning for our ostree repo in Fedora 27 (i.e. using `"version": '!OSTREE_VERSION_FROM_LABEL_DATE_TYPE_RESPIN'` feature of pungi). Since we have not yet completed the work to move bodhi to pungi from mash we need to go back to not smart versioning like we were doing in previous releases for now. I'll open a PR against pungi-fedora for this.
In order to do this we need the repo to be reset. This can be as simple as removing just the refs `fedora/27/${basearch}/atomic-host`. Extra credit would be to also prune the repo so that we drop content we no longer care about.
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/7079
fweimer reported a new issue against the project: `releng` that you are following:
``
The multlib RPM went missing:
$ rsync rsync://ftp-stud.hs-esslingen.de/fedora/linux/updates/testing/27/x86_64/l/ | grep libcrypt
-rw-r--r-- 74,352 2017/09/15 12:51:44 libcrypt-2.26-8.fc27.i686.rpm
-rw-r--r-- 73,492 2017/09/15 12:53:17 libcrypt-2.26-8.fc27.x86_64.rpm
-rw-r--r-- 66,192 2017/09/15 12:50:54 libcrypt-nss-2.26-8.fc27.x86_64.rpm
This currently breaks updates, see [#1495431](https://bugzilla.redhat.com/show_bug.cgi?id=1495431).
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/7071
ausil reported a new issue against the project: `releng` that you are following:
``
in talking to @ralph about why everything in koji is owner by releng, when it should be owned by someone responsible for the package. It was switched to releng due to fetching the information from pagure taking too long.
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/7067
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-f28&…'
...
# 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
ignatenkobrain reported a new issue against the project: `releng` that you are following:
``
Right now, all rust packages are kept up to date only in rawhide but there is no way to say `buildrequires: platform: [rawhide]`, I always have to update it manually after branching.
\cc @psabata
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/7823
zbyszek reported a new issue against the project: `releng` that you are following:
``
* Describe the issue
```console
$ dnf list glibc-headers
Last metadata expiration check: 0:03:05 ago on Mon 10 Sep 2018 09:41:45 AM CEST.
Installed Packages
glibc-headers.x86_64 2.28-9.fc29 @updates-testing
Available Packages
glibc-headers.i686 2.28-6.fc29 fedora
```
As you can see, the .i686 version has a lower version, so glibc-headers.i686 conflicts with glibc-headers.x86_64, causing problems on upgrades (dnf wants to remove half of the world along with glibc-headers.i686).
In koji build, all the subpackages are present: https://koji.fedoraproject.org/koji/buildinfo?buildID=1140359.
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/7792
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
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
mattdm reported a new issue against the project: `releng` that you are following:
``
Proposed change: https://fedoraproject.org/wiki/Changes/Label_Our_Variants
Right now, we have `-atomichost`, `-cloud`, `-server`, and `-workstation`. This change would add:
-container
-kdeplasma
-xfce
-mate-compiz
-cinnamon
-lxde
-soas
-silverblue
and possibly also
-astronomy
-designsuite
-games
-jam
-pythonclassroom
-roboticssuite
-scientific
-securitylab
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/7499