rel-eng January 2019

rel-eng@lists.fedoraproject.org

10 participants
236 discussions

[releng] Issue #7067: Fix package ownership in koji
by Dennis Gilmore 12 Apr '19

12 Apr '19

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

4 5

[releng] Issue #7637: updates debuginfo repos not available for ppc64le
by Dan Horák 09 Apr '19

09 Apr '19

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

5 17

[releng] Issue #7823: Add special "provides" or new stream for platform module ("latest" and/or "rawhide")
by Igor Gnatenko 09 Apr '19

09 Apr '19

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

3 3

[releng] Issue #7792: glibc-headers-2.28-9.fc29.i686 seems to be missing from mirrors
by Zbigniew Jędrzejewski-Szmek 09 Apr '19

09 Apr '19

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

2 2

[releng] Issue #7732: staging: f29-flatpak-build, create f29 branch for minimal-runtime
by Owen Taylor 09 Apr '19

09 Apr '19

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

3 3

[releng] Issue #7705: nvidia-query-resource-opengl-lib multilib whitelist
by Nicolas Chauvet 09 Apr '19

09 Apr '19

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

3 3

[releng] Issue #7573: Rebase binutils to 2.31 release
by Nicholas Clifton 09 Apr '19

09 Apr '19

nickc reported a new issue against the project: `releng` that you are following: `` Rebase the binutils package from the 2.30 release to the 2.31 release of the FSF binutils project. The change request is here: https://fedoraproject.org/w/index.php?title=Changes/BINUTILS231 `` To reply, visit the link below or just reply to this email https://pagure.io/releng/issue/7573

4 4

[releng] Issue #7499: New variant subpackages for fedora-release
by Matthew Miller 09 Apr '19

09 Apr '19

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

5 19

[releng] Issue #7578: Impact check for Fedora 29 self-contained change: glibc32 Build Adjustments
by Florian Weimer 09 Apr '19

09 Apr '19

fweimer reported a new issue against the project: `releng` that you are following: `` https://fedoraproject.org/wiki/Changes/glibc32_Build_Adjustments Only affects gcc and glibc. `` To reply, visit the link below or just reply to this email https://pagure.io/releng/issue/7578

3 4

[releng] Issue #7846: Please unblock epel7 branch of rpms/libssh (and Koji)
by Robert Scheck 01 Apr '19

01 Apr '19

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

3 11

← Newer
1
...
8
9
10
11
12
13
14
...
24
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

rel-eng January 2019