#6219: Need updated cloud images for Fedora 22
-----------------------------+------------------------
Reporter: kushal | Owner: rel-eng@…
Type: task | Status: new
Milestone: Fedora 22 Final | Component: other
Keywords: | Blocked By:
Blocking: |
-----------------------------+------------------------
Hi,
I have tested the following tree with the formal tests. Please do a
release of the updated cloud images from this tree.
http://alt.fedoraproject.org/pub/alt/stage/22-20150720/Cloud-
Images/x86_64/Images/
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6219>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
#6252: please create a rawhide and f23 side tag for llvm updates
-----------------------------+------------------------
Reporter: airlied | Owner: rel-eng@…
Type: task | Status: new
Milestone: Fedora 23 Final | Component: git
Keywords: | Blocked By:
Blocking: |
-----------------------------+------------------------
Hi guys,
I want to update llvm to 3.7 in rawhide and f23, but I'd like to build all
the deps in a side tag first to make sure.
Can you create two tags?
Dave.
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6252>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
#6184: suitesparse can't be installed in ppc64 el6 buildroots
-----------------------------+------------------------
Reporter: rmattes | Owner: rel-eng@…
Type: defect | Status: new
Milestone: Fedora 23 Final | Component: epel
Keywords: | Blocked By:
Blocking: |
-----------------------------+------------------------
I'm running into trouble building GeographicLib in epel6. GeographicLib
requires octave, which in turn requires suitesparse. It looks like
suitesparse was in epel for a while, but got absorbed into rhel at some
point and blocked from the buildroots. Since centos doesn't provide ppc64
packages, the ppc64 octave package in epel now has missing dependencies on
suitesparse libraries and can't be installed in koji.
What's the best way forward for this issue? Is it to:
- Unblock the epel6 suitesparse and make it exclusivearch ppc64?
- Rebuild all of the dependencies of suitesparse to excludearch ppc64?
- Make octave-GeographicLib excludearch ppc64 and ignore the issue
entirely?
Please advise.
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6184>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
#6195: Signed commits for ostree / Project Atomic
-----------------------------+------------------------
Reporter: mattdm | Owner: rel-eng@…
Type: enhancement | Status: new
Milestone: Fedora 23 Alpha | Component: other
Keywords: | Blocked By:
Blocking: |
-----------------------------+------------------------
As Atomic moves from experimental to something users will actually depend
on, we need to get this right. It's my understanding that the current
workflow doesn't make it easy (the signing needs to happen in a place
different from what we're used to).
I don't know the specifics, but as Dennis says, "we should figure
something out. I just do not know what a good answer is".
The same thing might let us also sign RPM repo metadata.
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6195>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
#6267: sign ostree commits
-----------------------------+------------------------
Reporter: walters | Owner: rel-eng@…
Type: task | Status: new
Milestone: Fedora 23 Final | Component: koji
Keywords: | Blocked By:
Blocking: |
-----------------------------+------------------------
This has been discussed several times. AIUI it is blocked on a Fedora
policy of not doing detached signatures.
As downstream Red Hat Enterprise Linux and its associated PST are OK with
detached signatures, I think Fedora should as well.
The GPG signature would have helped mitigate
https://git.fedorahosted.org/cgit/spin-
kickstarts.git/commit/?id=1e408e111008f539c89212a9ca9bb955e2c4f823
for example.
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6267>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
#6200: Cannot mirror Fedora drpms using OpenAFS
-----------------------------+------------------------
Reporter: tc01 | Owner: rel-eng@…
Type: task | Status: new
Milestone: Fedora 22 Final | Component: other
Keywords: meeting | Blocked By:
Blocking: |
-----------------------------+------------------------
I had (mistakenly) filed this against infrastructure:
https://fedorahosted.org/fedora-infrastructure/ticket/4798
To summarize: we'd like to run a Fedora mirror in an OpenAFS cell, but the
drpms/ directory is far larger than the 64K slot limit in OpenAFS and, as
a result, cannot mirror them.
We are currently just excluding the drpms, which works, but I'd like to be
able to mirror them if possible.
A couple of possible fixes are mentioned in the discussion on that ticket;
keeping fewer drpms, or organizing the drpms into alphabetical
subdirectories instead of one giant drpms/ directory.
How does rel-eng feel about this? Is this something that could be fixed in
some way or should we merely continue to exclude the drpms?
Thanks in advance.
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6200>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
#6261: Create secondary release staging SOP
-----------------------------+------------------------
Reporter: till | Owner: rel-eng@…
Type: task | Status: new
Milestone: Fedora 23 Final | Component: other
Keywords: | Blocked By:
Blocking: |
-----------------------------+------------------------
Should be similar to the one for primary I guess:
https://fedoraproject.org/wiki/Stage_final_release_for_mirrors
It came up when I noticed that the CHECKSUM files for secondary test
releases are not signed:
https://dl.fedoraproject.org/pub/fedora-
secondary/releases/test/23_Alpha/Server/ppc64le/iso/Fedora-Server-23
-ppc64le-CHECKSUM
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6261>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
#6262: drop rawhide-stable tag and consider master branch to be always stable
-------------------------+------------------------
Reporter: till | Owner: rel-eng@…
Type: enhancement | Status: new
Milestone: | Component: other
Keywords: meeting | Blocked By:
Blocking: |
-------------------------+------------------------
Since we require patch reviews for the rel-eng pagure repo and use it for
running buildbranched/buildrawhide, we can IMHO drop using the rawhide-
stable tag and just consider the master branch to be always stable enough
to run the scripts from it directly.
AFAICS only ansible needs to be adjusted to change the crontab to not
checkout rawhide-stable but master for primary and secondaries systems.
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6262>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
#6246: FEDORA-2015-14271 update seems botched and stuck :(
----------------------------+------------------------
Reporter: rdieter | Owner: rel-eng@…
Type: task | Status: new
Milestone: Fedora 23 Beta | Component: koji
Keywords: | Blocked By:
Blocking: |
----------------------------+------------------------
https://bodhi.fedoraproject.org/updates/FEDORA-2015-14271
update has been stuck queue'd for stable updates for over a week now...
Hard to tell what exactly is wrong, except for bodhi error:
"...ejected from the push because u"Cannot find relevant tag for
kf5-frameworkintegration-5.13.0-2.fc23: ['f23-updates-candidate', 'f23
-updates-testing-pending', 'f23-updates-pending', 'f23-kde']"
I'm not sure what that means or more to the point, how to fix it.
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6246>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project