#6410: add fuse-sshfs rpm to comps file: needed for cloud base vagrant image.
-----------------------------+------------------------
Reporter: dustymabe | Owner: rel-eng@…
Type: task | Status: new
Milestone: Fedora 25 Alpha | Component: koji
Keywords: | Blocked By:
Blocking: |
-----------------------------+------------------------
IMPORTANT: This does not have to be done for F24 - I don't want anyone to
interpret it that way.
I'd like to add fuse-sshfs rpm to a group that can be accessed during
install of the cloud images. Can we work through the best solution to
adding that and make it happen at some point?
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6410>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
#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
#6437: Update documentation
-----------------------------+------------------------
Reporter: mohanboddu | Owner: rel-eng@…
Type: enhancement | Status: new
Milestone: Fedora 25 Final | Component: other
Keywords: meeting | Blocked By:
Blocking: |
-----------------------------+------------------------
The documentation on pagure is not up to date on lot of things we use
every day. We need to update the documentation with the new processes that
we are following now. Also, there is a necessity to add documentation of
some of the processes that were never documented before. Some of the
processes are obsolete and we need to remove all the information about
them in the documentation.
It would be really helpful to update the documentation so that lot of
people can understand the new methodologies that are currently being used.
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6437>
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