#62: notification of pending security updates in motd
------------------------------+-------------------------------
Reporter: mattdm | Owner:
Type: task | Status: new
Priority: normal | Milestone: Fedora 21 (Alpha)
Component: Cloud Base Image | Keywords:
------------------------------+-------------------------------
I think it would be nice if the /etc/motd (or some other mechanism) would
inform users of pending security updates on login.
And, a welcome side-effect is that having cloud images check with the
update server network periodically gives us a better measure of whether
we're actually being used. Right now, cloud images are probably being
drastically undercounted, as many aren't updated ever.
--
Ticket URL: <https://fedorahosted.org/cloud/ticket/62>
cloud <https://fedorahosted.org/cloud>
Fedora Cloud Working Group Ticketing System
#55: define shell command API available in Fedora Cloud Base Image
------------------------------+-------------------------------
Reporter: mattdm | Owner:
Type: task | Status: new
Priority: normal | Milestone: Fedora 21 (Alpha)
Component: Cloud Base Image | Keywords:
------------------------------+-------------------------------
This is a list of shell commands (or at least the packages which contain
them) which are expected to work in a cloud metadata userscript at initial
Fedora Cloud Base Image launch. We should maintain this list and note
changes in the release notes, have a deprecation procedure, and so on.
The initial goal for Fedora Cloud Base Image is to balance size and
usefulness -- python and yum/dnf will be in the list, for example. For a
more "edgy" image, see Fedora Atomic.
--
Ticket URL: <https://fedorahosted.org/cloud/ticket/55>
cloud <https://fedorahosted.org/cloud>
Fedora Cloud Working Group Ticketing System
#54: define shell command API available in Fedora Atomic
-------------------------------+-------------------------------
Reporter: mattdm | Owner:
Type: task | Status: new
Priority: normal | Milestone: Fedora 21 (Alpha)
Component: Docker Host Image | Keywords:
-------------------------------+-------------------------------
This is a list of shell commands (or at least the packages which contain
them) which are expected to work in a cloud metadata userscript at initial
Fedora Atomic launch. We should maintain this list and note changes in the
release notes, have a deprecation procedure, and so on.
The initial goal for Fedora Atomic is to be as small as reasonably
possible, including removing Python (and, not including python and yum/dnf
on the list).
--
Ticket URL: <https://fedorahosted.org/cloud/ticket/54>
cloud <https://fedorahosted.org/cloud>
Fedora Cloud Working Group Ticketing System
#48: remove rsyslog from default image, configure journald options appropriately
------------------------------+-------------------------------
Reporter: mattdm | Owner:
Type: task | Status: new
Priority: normal | Milestone: Fedora 21 (Alpha)
Component: Cloud Base Image | Keywords:
------------------------------+-------------------------------
Right now, we have two logging systems installed by default in the Fedora
Cloud image. While obviously rsyslog needs to continue to be an option, I
don't think we should be shipping it by default. (After dhclient, it's the
second-largest memory consumer, for one thing.) This requires some rework
to the cloud-init package -- that's what's pulling it in now.
We should also consider the journal options we want by default; probably
settings optimized for less memory consumption are better.
--
Ticket URL: <https://fedorahosted.org/cloud/ticket/48>
cloud <https://fedorahosted.org/cloud>
Fedora Cloud Working Group Ticketing System
#35: External need: Automatic Image Upload
--------------------+-------------------------------
Reporter: mattdm | Owner:
Type: task | Status: new
Priority: normal | Milestone: Fedora 21 (Alpha)
Component: --- | Keywords:
--------------------+-------------------------------
'''Summary:''' Whenever an image is built, it is automatically uploaded to
our cloud provider targets (EC2, etc.) and to the fedora ftp site (and
possibly mirrors if we can convince mirror admins to drink from that
firehose)
'''Importance:''' vital (current process where rel eng does it by hand
will not scale)
'''Timeframe:''' whenever we can get it / this adds value whenever it
happens
'''Fedora Sub-Project/SIG:''' Release Engineering, possibly Infrastructure
for resources
'''Cloud SIG owner:''' TBD (note summer intern may help with that, if it
is not too late)
Possibly we file this as a change. Also see previous intern's initial
work: https://git.fedorahosted.org/cgit/cloud-image-service.git/
We need someone to help drive this, and to assist rel-eng and
infrastructure in whatever they need.
--
Ticket URL: <https://fedorahosted.org/cloud/ticket/35>
cloud <https://fedorahosted.org/cloud>
Fedora Cloud Working Group Ticketing System
#15: migrate to GPT instead of old-style partitions
------------------------------+-------------------------------
Reporter: mattdm | Owner:
Type: task | Status: new
Priority: normal | Milestone: Fedora 21 (Alpha)
Component: Cloud Base Image | Keywords:
------------------------------+-------------------------------
* What: use gpt with this spec
http://www.freedesktop.org/wiki/Specifications/DiscoverablePartitionsSpec/
* Where: in the kickstart, and with support needed from build tools (which
should be ticket #13)
* Why: images could be launched as containers using new systemd hotness
* When: nice for F21 alpha
* Who: ???
--
Ticket URL: <https://fedorahosted.org/cloud/ticket/15>
cloud <https://fedorahosted.org/cloud>
Fedora Cloud Working Group Ticketing System
#14: Investigate systemd-networkd
------------------------------+-------------------------------
Reporter: mattdm | Owner: janeznemanic
Type: task | Status: new
Priority: normal | Milestone: Fedora 21 (Alpha)
Component: Cloud Base Image | Keywords:
------------------------------+-------------------------------
* What: new service to do very basic network config
* Where: remove the sysv network scripts, add config for this
* Why: remove very kludgey shell scripts; try the new hotness
* When: Before F21 alpha
* Who: Janez Nemanic
--
Ticket URL: <https://fedorahosted.org/cloud/ticket/14>
cloud <https://fedorahosted.org/cloud>
Fedora Cloud Working Group Ticketing System
#56: tracking ticket for conversations around shipping ostree images
-------------------------------------------+-------------------------------
Reporter: mattdm | Owner:
Type: task | Status: new
Priority: blocker | Milestone: Fedora 21
Component: Collaboration & Communication | (Branch)
| Keywords:
-------------------------------------------+-------------------------------
We've decided to base the Fedora Docker host image on Project Atomic, and
therefore rpm-ostree. This means several big conversations, including with
QA, Rel Eng, and the mirror network. It will mean some new development and
possibly extra resources. But first we need to figure out the questions to
ask, and then we need to ask them, and then we need to find answers, or
provide them where they don't already exist.
--
Ticket URL: <https://fedorahosted.org/cloud/ticket/56>
cloud <https://fedorahosted.org/cloud>
Fedora Cloud Working Group Ticketing System
#134: Clarify the status and process of https://github.com/fedora-cloud/docker-
brew-fedora
---------------------+-----------------------
Reporter: adelton | Owner:
Type: task | Status: new
Priority: major | Milestone: Fedora 22
Component: --- | Keywords:
---------------------+-----------------------
Hello,
there is https://github.com/fedora-cloud/docker-brew-fedora with Issues
enabled.
People file issues with Fedora docker images but they don't seem to be
actively acknowledged or fixed.
Its README.md describes workflow for commits but not for reporting and
fixing issues.
It looks like https://git.fedorahosted.org/cgit/spin-kickstarts.git/ might
actually be the primary source of data that lands in https://github.com
/fedora-cloud/docker-brew-fedora and eventually in the registry.
But when I asked in https://fedorahosted.org/spin-kickstarts/ticket/51 for
the path to reporting and fixing issues to be clarified, it was rejected.
So I try here -- could the issues at https://github.com/fedora-cloud
/docker-brew-fedora/issues either be acted upon, or the Issues
functionality disabled? Also updating either the description or README.md
with clear instruction about reporting issues with Fedora docker images
would be helpful.
Thank you,
Jan
--
Ticket URL: <https://fedorahosted.org/cloud/ticket/134>
cloud <https://fedorahosted.org/cloud>
Fedora Cloud Working Group Ticketing System
#142: disable deltarpms in cloud images
------------------------------+--------------------
Reporter: praiskup | Owner:
Type: task | Status: new
Priority: major | Milestone: Future
Component: Cloud Base Image | Keywords:
------------------------------+--------------------
IOW: What cloud environment has with internet connection?
--
Ticket URL: <https://fedorahosted.org/cloud/ticket/142>
cloud <https://fedorahosted.org/cloud>
Fedora Cloud Working Group Ticketing System