#6385: [RFE] provide unique product name in .treeinfo
-----------------------------+------------------------
Reporter: bpeck | Owner: rel-eng@…
Type: enhancement | Status: new
Milestone: Fedora 24 Alpha | Component: other
Keywords: | Blocked By:
Blocking: |
-----------------------------+------------------------
Currently nightly composes all produce the same name in product section of
.treeinfo
Adding <DATE>-<SPIN> to the name would be one way to solve this.
This would make rsyncing and testing clearer about which product is being
synced/tested.
Thank you
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6385>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
======================================
#fedora-meeting-2: RELENG (2016-09-26)
======================================
Meeting started by dgilmore at 14:35:13 UTC. The full logs are available
at
https://meetbot.fedoraproject.org/fedora-meeting-2/2016-09-26/releng.
2016-09-26-14.35.log.html
.
Meeting summary
---------------
* init process (dgilmore, 14:35:16)
* Communications (dgilmore, 14:39:11)
* ostree repo management needs redesigned and unified in pungi and
bodhi (dgilmore, 14:48:46)
* we are expecting to begin delivering ostree deliverables in the next
release or two for arches other than x86_64 (dgilmore, 14:52:25)
* please file a issue in pagure or send an email to the releng list
when dealing with issues changing what or how we deliver things
(dgilmore, 14:54:13)
* ACTION: dgilmore to set up a meeting with ostree, koji, bodhi, pungi
and releng stakeholders to redo from the ground up ostree support in
fedora (dgilmore, 15:02:34)
* rawhide signing (dgilmore, 15:04:20)
* asap likely today we will have rawhide fail if unsigned packages get
included (dgilmore, 15:13:20)
* ACTION: dgilmore to talk to adamw and tflink about how to work with
automated testing going forward (dgilmore, 15:19:51)
* Alternative Architectures updates (dgilmore, 15:21:22)
* alt arches in good state (dgilmore, 15:22:18)
* s390 composes working as of last week (dgilmore, 15:22:39)
* Open Floor (dgilmore, 15:25:46)
Meeting ended at 15:32:48 UTC.
Action Items
------------
* dgilmore to set up a meeting with ostree, koji, bodhi, pungi and
releng stakeholders to redo from the ground up ostree support in
fedora
* dgilmore to talk to adamw and tflink about how to work with automated
testing going forward
Action Items, by person
-----------------------
* dgilmore
* dgilmore to set up a meeting with ostree, koji, bodhi, pungi and
releng stakeholders to redo from the ground up ostree support in
fedora
* dgilmore to talk to adamw and tflink about how to work with
automated testing going forward
* **UNASSIGNED**
* (none)
People Present (lines said)
---------------------------
* dgilmore (116)
* nirik (41)
* puiterwijk (37)
* zodbot (7)
* masta (4)
* sharkcz (4)
* mboddu (3)
* tyll (0)
* bochecha (0)
* pbrobinson (0)
* pingou (0)
* maxamillion (0)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
#6460: Disable GPG check in repository config between branch and Bodhi enablement
----------------------+------------------------
Reporter: adamwill | Owner: rel-eng@…
Type: task | Status: new
Milestone: | Component: other
Keywords: | Blocked By:
Blocking: |
----------------------+------------------------
Every cycle, we have a problem in the time between the branch point and
the Bodhi enablement point.
During that period, not all packages are signed. However, the 'fedora'
repository configuration has gpgcheck=1 . So you either have to manually
modify the repository configuration or pass --nogpgcheck (or equivalent
for whatever package install method you're using) every time you try to
install a package.
This is especially annoying for automated tests, because to deal with it
you need a messy logic branch in all your tests, and you also need to
somehow *detect* when the test is running between branch point and Bodhi
enablement point, which isn't especially easy to do.
We've been saying this will be fixed properly (by making sure all the
packages are signed) forever, but it never seems to happen; until that
happens, it would be good if fedora-repos could be built with gpgcheck=0
for the fedora repo at branch point, then with gpgcheck=1 for the fedora
repo at Bodhi enablement point.
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6460>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
Dear all,
You are kindly invited to the meeting:
Fedora Release Engineering on 2016-09-26 from 09:30:00 to 10:30:00 US/Central
At fedora-meeting-1(a)irc.freenode.net
The meeting will be about:
Fedora Release Engineering weekly meeting
Source: https://apps.fedoraproject.org/calendar/meeting/4654/
#5805: add index.asc files for cloud images for virt-builder
------------------------------+-----------------------
Reporter: mattdm | Owner: rel-eng@…
Type: enhancement | Status: new
Milestone: Fedora 25 Alpha | Component: other
Resolution: | Keywords: planning
Blocked By: | Blocking:
------------------------------+-----------------------
Comment (by bstinson):
FYI: We're looking into the virt-builder index format over in CentOS, but
not set in stone yet. Happy to collaborate on this.
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/5805#comment:22>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project
#5805: add index.asc files for cloud images for virt-builder
------------------------------+-----------------------
Reporter: mattdm | Owner: rel-eng@…
Type: enhancement | Status: new
Milestone: Fedora 25 Alpha | Component: other
Resolution: | Keywords: planning
Blocked By: | Blocking:
------------------------------+-----------------------
Comment (by rjones):
By which I mean Simplestreams would be fine, but those extra fields are
required, and we'll probably need to make some changes to virt-builder to
actually use them.
--
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/5805#comment:21>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project