#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
#6361: usage of localPkg along with xml:base
-----------------------------+------------------------
Reporter: jsilhan | Owner: rel-eng@…
Type: task | Status: new
Milestone: Fedora 24 Alpha | Component: koji
Keywords: | Blocked By:
Blocking: |
-----------------------------+------------------------
Recently we've noticed that many users report DNF problems when package is
downloaded
but then cannot be found in downloaded location [1]. We've investigated
that the
root of the issue is inside `localPkg()`. From the doc string of the
function:
```
Package's location in the filesystem.
For packages in remote repo returns where the package will be/has
been downloaded.
```
patch [2] of localPkg() broke package
installation from repositories that contain xml:base tag. As this
function was not intended to return a remote url of package and also is
not part of our API we plan to revert your patch.
DNF uses this function internally and should really represent DOWNLOADED
location
on the filesystem.
Does koji use this DNF function directly? Of course we would like to keep
the koji
running properly but we would like to fix the DNF installing issue [1]
too. Let's
find the solution for both DNF and koji. Can you elaborate how do you use
DNF along
with `xml:base` tag. please?
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1257965
[2]
http://pkgs.fedoraproject.org/cgit/rpms/dnf.git/commit/?id=85b88dbcae497129…
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6361>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
#6399: Add workstation ostree repository
-----------------------------+------------------------
Reporter: mclasen | Owner: rel-eng@…
Type: task | Status: new
Milestone: Fedora 24 Alpha | Component: koji
Keywords: | Blocked By:
Blocking: |
-----------------------------+------------------------
The Workstation WG is adopting rpm-ostree as an alternative delivery
mechanism for the Fedora Workstation product. For more details, see
https://fedoraproject.org/wiki/Changes/WorkstationOstree
We have a working rpm-ostree-toolbox configuration here: https://pagure.io
/atomic-workstation-config
A temporary repository built from this configuration is here:
http://209.132.179.147/repo
We would like to have this repository built and hosted by Fedora rel-eng,
ideally with daily updates from rawhide repositories (and eventually, the
f25 branch).
We also want to ship an installer iso for this, but we haven't produced a
working installer with rpm-ostree-toolbox yet. The iso is only needed for
major milestones (beta, GA), we don't need frequent releases like Atomic
does.
The only architecture we are interested in atm is x86_64.
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6399>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
#6375: Old kickstart being used for f24 games spin
-----------------------------+------------------------
Reporter: bruno | Owner: rel-eng@…
Type: task | Status: new
Milestone: Fedora 24 Alpha | Component: koji
Keywords: | Blocked By:
Blocking: |
-----------------------------+------------------------
Something changed and put the games spin oversize. I suspect it was adding
firefox to XFCE because midori has been broken for quite a while now. For
the alpha I'd rather cut firefox then one of the games. So a bit over a
week ago I committed a change to the f24 branch to not use firefox for the
games spin (not XFCE). The compose is not using this change yet. So I am
guessing there is a process change in getting updates to kickstart files
into the composes.
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6375>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
#6368: Update notice FEDORA-EPEL-2016-76a5e741ab (from epel-testing) is broken, or
a bad duplicate, skipping.
-----------------------------+------------------------
Reporter: orion | Owner: rel-eng@…
Type: defect | Status: new
Milestone: Fedora 24 Alpha | Component: epel
Keywords: | Blocked By:
Blocking: |
-----------------------------+------------------------
{{{
Update notice FEDORA-EPEL-2016-03296ba46a (from epel-testing) is broken,
or a bad duplicate, skipping.
You should report this problem to the owner of the epel-testing
repository.
Update notice FEDORA-EPEL-2016-3f3fffda5a (from epel-testing) is broken,
or a bad duplicate, skipping.
Update notice FEDORA-EPEL-2016-113e6f16ed (from epel-testing) is broken,
or a bad duplicate, skipping.
Update notice FEDORA-EPEL-2016-753f23fd38 (from epel-testing) is broken,
or a bad duplicate, skipping.
Update notice FEDORA-EPEL-2016-7f512b1888 (from epel-testing) is broken,
or a bad duplicate, skipping.
Update notice FEDORA-EPEL-2016-0ef5e7ce16 (from epel-testing) is broken,
or a bad duplicate, skipping.
Update notice FEDORA-EPEL-2016-04e0db37c1 (from epel-testing) is broken,
or a bad duplicate, skipping.
Update notice FEDORA-EPEL-2016-e98c5e3ab9 (from epel-testing) is broken,
or a bad duplicate, skipping.
Update notice FEDORA-EPEL-2016-76a5e741ab (from epel-testing) is broken,
or a bad duplicate, skipping.
}}}
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6368>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
#6355: Latest createImage task used old spin-kickstarts commit
-----------------------------+------------------------
Reporter: jlebon | Owner: rel-eng@…
Type: task | Status: new
Milestone: Fedora 24 Alpha | Component: koji
Keywords: | Blocked By:
Blocking: |
-----------------------------+------------------------
The latest Fedora Cloud Atomic 23 image released yesterday was produced
from an out of date kickstart file. The associated koji task is:
http://koji.fedoraproject.org/koji/taskinfo?taskID=13102744
Judging by the name of the ks file ("fedora-cloud-atomic-2878aa0.ks"), it
seems like it used commit 2878aa0 of the spin-kickstarts repo, which is
*not* the current HEAD (current HEAD is 6641de0, committed 5 days ago).
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6355>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
#6344: Strange issue on php-JsonSchema-1.6.1-1.fc22
-----------------------------+------------------------
Reporter: remi | Owner: rel-eng@…
Type: task | Status: new
Milestone: Fedora 24 Alpha | Component: koji
Keywords: | Blocked By:
Blocking: |
-----------------------------+------------------------
Yesterday, I received a bodhi notification:
php-JsonSchema-1.6.1-1.fc22 ejected from the push because u"Cannot find
relevant tag for php-JsonSchema-1.6.1-1.fc22. None of ['f22-updates-
testing', 'f22-updates-testing-pending'] are in [u'epel7-testing-
candidate', u'dist-6E-epel-testing-candidate', u'dist-5E-epel-testing-
candidate', u'f22-updates-candidate', u'f23-updates-candidate', u'f21
-updates-candidate']."
According to http://koji.fedoraproject.org/koji/buildinfo?buildID=713713
Pakage is tag f22-updates-testing
According to
https://bodhi.fedoraproject.org/updates/FEDORA-2016-59f94c4aea
Update is "locked" and pending.
Can you please check ?
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6344>
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