re is some discussion of
that in the Debian bug).
I don't _absolutely_ love cloud-init, but it's well-understood and common,
and fits with our existing images, making it easier to document how to do
things with our image, and etc.
What do we think?
--
Matthew Miller ☁☁☁ Fedora Cloud
/cloud, e-mail me
> directly, or bring it up at the end of the meeting during the open floor.
If we have time, let's talk about release cadence and lifecycle.
--
Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁
___
cloud mailing list
cloud@list
point releases. I think monthly would be ideal
but every 3 months might be a more managable bite.
--
Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁
___
cloud mailing list
cloud@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/
building with appliance-creator, anaconda isn't involved. That
will change in the future In the meantime, we have to hack around it
with kickstart kludges. Can you test
http://mattdm.fedorapeople.org/tmp/Fedora20-sda.qcow2
to see if it's any better?
--
Matthew Miller ☁☁☁ Fedo
Sam has an exam, and I am chairing the FESCo meeting which this one runs
into, and I already have enough trouble with divided attention. :)
--
Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁
___
cloud mailing list
cloud@lists.fedoraproject.org
https
On Tue, Dec 03, 2013 at 05:28:52PM +0100, H. Guémar wrote:
> i could chair the meeting, i'll need to leave a bit early from the office.
Cool, thanks!
--
Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁
___
cloud mailing li
et/3929) we can make a
service to maintain a more user-friendly one. For now, look in the link
above for the latest qcow2 or raw.xz corresponding to the cloud kickstart.
--
Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁
___
cloud mailing list
cloud@l
ad in qcow2 and raw.xz formats for your private cloud.
Learn More >
?
--
Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁
___
cloud mailing list
cloud@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/cloud
Fedora
On Wed, Dec 04, 2013 at 04:27:24AM -0500, Sam Kottler wrote:
> The agenda is looking fairly light so if anyone has things they've been
I have a kid with Sudden Dramatic Vomiting Syndrome, so I may or may not
make it. :(
--
Matthew Miller ☁☁☁ Fedora Cloud Archit
lso integrated with Koji.
--
Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁
___
cloud mailing list
cloud@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/cloud
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On Wed, Dec 04, 2013 at 02:41:15PM -0700, Steven Dake wrote:
> Be nice if we could jam OpenStack somewhere into that blurb :)
Sure. :)
Joe's edit covers that.
--
Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁
___
cloud mailing li
t; to release as Fedora itself releases. doing periodic updated images
> can be doable, but we (with Release Engineering hat on) does not have
> any ability to do what you mention here. the Best we can do is to do
So, what would it take to be able to do it?
--
Matthew Miller ☁☁☁
ink that some of the wording used is poorly chosen.
> I think you are actually talking about updates images and not release
> images. We have no way to determine how big an update set is so that
I'm not sure I understand the distinction you are making here. The images
would need to be stan
This bug came to my attention from the go/no-go meeting
<https://bugzilla.redhat.com/show_bug.cgi?id=1023178>
https://git.fedorahosted.org/cgit/spin-kickstarts.git/commit/?id=32e066e039d130698396c2435f15db7232e47e06
Do we want to do this too?
(I kind of think so.)
--
Matthew Mille
still seeing SELinux issus.
Did it not even fix /var/log/cron and /var/log/boot.log? Which things still
have issues?
--
Matthew Miller -- Fedora Project Architect --
___
cloud mailing list
cloud@lists.fedoraproject.org
https://admin.fedoraproject
On Mon, Dec 09, 2013 at 10:30:21AM +0100, Sandro red Mathys wrote:
> >> (I kind of think so.)
> +1
Okay. :) It should be in the next build.
--
Matthew Miller -- Fedora Project Architect --
___
cloud mailing list
cloud@lists.fedoraproje
content we're looking for here?
Is that the idea that we will plan to have a particular focus for each major
release? Or something else?
--
Matthew Miller -- Fedora Project Architect --
___
cloud mailing list
cloud@li
d. The Fedora Cloud image running in either a private
or public cloud can provide the host level, including basic docker
management tools plus tools for security and for access to storage.
* Something with Vagrant?
_______
--
Matthew Miller --
gt; console=ttyS0'
We currently have this the other way around, and indeed, in OpenStack as
we're doing it currently, this means that, for example, cloud-init output
goes to the vnc console rather than the log. Should we flip it?
--
Matthew Mill
not doing this sooner.)
--
Matthew Miller -- Fedora Project Architect --
___
cloud mailing list
cloud@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/cloud
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
ide-effects of a wrong context should be small.)
I'm more concerned about /var/cache/yum, since that is already precreated
and should already be right.
--
Matthew Miller -- Fedora Project Architect --
___
cloud mailing list
cloud@lists.fedoraprojec
ually sure why that works, but
it indicates that something isn't happening right when new files are created
at runtime. I've been meaning to talk to you about that. :)
--
Matthew Miller -- Fedora Project Architect --
___
cloud mailing list
clo
, will the images going to mirrors be these or the ones with the
extra RC1.1 dot, like "Fedora-x86_64-20-20131211.1-sda.qcow2"?
--
Matthew Miller -- Fedora Project Architect --
___
cloud mailing list
cloud@lists.fedoraproject.org
https://a
going to the mirrors will be. This is important for the web
site and short links.
--
Matthew Miller mat...@mattdm.org <http://mattdm.org/>
___
cloud mailing list
cloud@lists.fedoraproject.org
https://admin.fedorap
0131211.1-sda.qcow2 -- I am pretty sure that it was
previously Fedora-x86_64-20-20131211-sda.qcow2, without the .1. That is what
I was referring to.
--
Matthew Miller -- Fedora Project Architect --
___
cloud mailing list
cloud@lists.fedoraproject.org
h
On Wed, Dec 18, 2013 at 03:12:02PM +0100, milanisko k wrote:
> following AMIs can't be instantiated --- AWS error message says that these
> either have been deleted or I've got no access (but US East 1 amis works
> for me):
This should be fixed now -- very sorry about that!
On Thu, Dec 19, 2013 at 12:24:43PM +0100, milanisko k wrote:
> it seems OK save for Sao Paulo 32 bit: ami-6f6ecf72
Also fixed -- I had a beta ami id for that one in my list for some reason.
Thanks for re-checking. Clearly this is an area where we need automation.
--
Matthew Miller -- Fed
g
and excited to dive in and make Fedora cloud better.
--
Matthew Miller-- Fedora Project--
___
cloud mailing list
cloud@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/cloud
Fedora Code of Conduct: http://fedoraprojec
On Mon, Jan 06, 2014 at 09:31:25AM -0500, Matthew Miller wrote:
> http://jobs.redhat.com/jobs/descriptions/software-engineering-internship-fedora-cloud-imaging-westford-massachusetts-job-1-4149005
> http://jobs.redhat.com/jobs/descriptions/software-engineering-internship-fedora-containers-t
t https://fedoraproject.org/wiki/Infrastructure/GettingStarted.
Let me know if this gives you something to go on, or if there's more I can
do to get you going. We definitely appreciate the help!
--
Matthew Miller-- Fedora Project--
___
cl
about location, I do need to double-check about whether the actual program
these are allocated under is international or US-specific. I don't want to
get anyone's hopes up in vain.
--
Matthew Miller-- Fedora Project--
_
ology but don't actually describe use (Docker and OpenShift) and maybe
those are actually better later on.
And then as we get further down the document, it all kind of falls apart.
There's a whole blank "Features" section, for example.
--
Ma
to be made into the
right format.
--> to the regular #fedora-cloud channel on Freenode IRC for coordination.
Sam has been copying the wiki page to an etherpad for collaborative hacking
and then copying it back when done, so pop into the channel and see what the
state is.
--
Matthew Miller
Let's get this
done!
--
Matthew Miller-- Fedora Project--
___
cloud mailing list
cloud@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/cloud
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
et to
be finished parts... just the actual work of writing down the things we've
been talking about.
--
Matthew Miller-- Fedora Project--
___
cloud mailing list
cloud@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listi
My thanks to Sam, Matthew, Joe and everyone who helped to improve this
> document.
Ditto. Robyn for getting the skeleton started, too -- without that, we'd be
staring at a blank page, I'm afraid.
--
Matthew Miller-- Fedora Project--
___
that's really just a single slide and maybe there's a bigger writeup
somewhere....
--
Matthew Miller-- Fedora Project--
___
cloud mailing list
cloud@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/cloud
Fedora
t default cloud-init configuration?
--
Matthew Miller-- Fedora Project--
___
cloud mailing list
cloud@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/cloud
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
in the process
of becomin `wmdocker`.
> Congrats to all involved in the PRD work to date. I'll consider putting my
> hand up for things when I know the ecosystem better.
Awesome. Feel free to dive in wherever -- there's enough wide open that it's
hard
something that we need for Docker too.
--
Matthew Miller-- Fedora Project--
___
cloud mailing list
cloud@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/cloud
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
We made one, at https://fedorahosted.org/cloud/.
And, I just set it so that tickets will get CCd to this list.
Feel free to use this for anything Fedora-cloud-related which you think
might benefit from being tracked in some way. :)
--
Matthew Miller-- Fedora Project
cycle to do tooling work.
Because FESCo want to work on figuring out the F21 schedule kinda soon, this
will be due on Feb 17th, but let's not wait for the last minute.
I made https://fedoraproject.org/wiki/Cloud_NextChange so we can get
started. :)
--
Matthew Miller-- Fedora Pr
s sorted out.
It's my understanding (from Sam) that this *is* sorted out.
--
Matthew Miller-- Fedora Project--
___
cloud mailing list
cloud@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/cloud
Fedora Code
about
> whether we need to get usage approval for the Fedora name to use it in
> the organization name. fedora-infra has their own GitHub organization so
> there is at least some precedence here.
Also the Fedora Cloud logo (as made by the Fedora Design team).
--
Matt
eir side is going
> to be at the hack session.
>
> please note: all kickstarst and images will need to only consume content
> hosted in mirror.centos.org and epel ( or if you need something else,
> let us know before Wed 29th ).
>
> See you there,
>
> --
> Karanbir Singh
ems.
And possibly, get people's names attached to some of them. :)
--
Matthew Miller-- Fedora Project--
___
cloud mailing list
cloud@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/cloud
Fedora Code o
a would be to
have a pre-configured image or set of images you could just boot up and be
ready to go. If someone is interested in working on this -- for OpenShift or
for any PaaS software -- that'd be cool.
--
Matthew Miller-- Fedora Project--
_
and Cloud WG, *in* scope for the Cloud
SIG. And therefore I think in scope for this list, although maybe it would
be useful to tag or segment things in some way.
H. Maybe the wiki isn't the best technology for this list -- I wonder if
we should use Trello (or the open source clone I s
(during one of
those log meetings?) to set it up. But if someone else wants to do it,
that would be *awesome*.
--
Matthew Miller-- Fedora Project--
___
cloud mailing list
cloud@lists.fedoraproject.org
https://admin.fedoraproject.org/mai
r the target cloud.
That has some value if we can keep it up, we can also look at targetting
specific environments separately too if it gains us something greater than
that value.
--
Matthew Miller-- Fedora Project--
___
cloud mailin
h Sam and also Fedora Legal about the state of that.
--
Matthew Miller-- Fedora Project--
___
cloud mailing list
cloud@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/cloud
Fedora Code of Conduct: http://fedoraproje
to what CoreOS offers,
and we miht have a space where it's an easier problem than for the general
Fedora distro, and therefore could be an incubation/test area. Discuss!
(I"m traveling all day today, but will have more later.)
--
Matthew Mill
cles/581811/, although it's not quite as inspirational
as Colin's talk.
--
Matthew Miller-- Fedora Project--
___
cloud mailing list
cloud@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/cloud
Fedora
oling work.
Here's the item on the big cloud todo list:
https://fedoraproject.org/wiki/Cloud/Cloud_ToDo#Fedora.next_changes_list
Follow that to the (not yet created) Cloud Changelist page. Sam (or anyone),
if you want to throw up an etherpad for hacking on it, that'd be good.
--
Matthew M
gt; approval date to the history.
Whew -- from the subject, I thought you were going over it with a censor's
pen to remove all of the secret plan. :)
Looks good to me.
--
Matthew Miller-- Fedora Project--
___
cloud m
On Fri, Feb 14, 2014 at 08:24:12AM -0500, Sam Kottler wrote:
> >> 1. http://whenisgood.net/77efdqg
> > What timezone were you assuming? UTC?
> Sorry, yeah, UTC.
Oh. Hmmm. Let me rethink. :)
--
Matthew Miller-- Fedora Project--
___
ossibly enhancing syslinux's xfs support, or 3) a separate
/boot with a different filesystem. I don't really love any of those options.
--
Matthew Miller-- Fedora Project--
___
cloud mailing list
cloud@lists.fedoraproject.org
https:/
ck with this? This will be a really useful resource and
I'm looking forward to it. :)
--
Matthew Miller-- Fedora Project--
___
cloud mailing list
cloud@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/cloud
Fedor
7;s heavyweight for your use-case? So you'd either need to
> shrink it down or else find a way to allow syslinux to work (either by
> supporting XFS in it or using a /boot with ext4)?
That's pretty much it. :)
--
Matthew Miller-- Fedora Project--
_
obably start earlier. :)
Thanks for organizing this.
--
Matthew Miller-- Fedora Project--
___
cloud mailing list
cloud@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/cloud
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
e
on, even if it is /", then I think we're good. Otherwise we will have to
figure something else out.
--
Matthew Miller-- Fedora Project--
___
cloud mailing list
cloud@lists.fedoraproject.org
https://admin.fedoraproject.org/mailm
rstand it, there actually _is_ some level of support,
and there was a GSoC project related to it a couple of years ago.
--
Matthew Miller-- Fedora Project--
___
cloud mailing list
cloud@lists.fedoraproject.org
https://admin.fedoraproject.or
onday, we'll consider
it accepted. I don't think there is anything controversial in here.
Thanks everyone!
--
Matthew Miller-- Fedora Project--
___
cloud mailing list
cloud@lists.fedoraproject.org
https://admin.fedorapro
On Fri, Feb 28, 2014 at 03:11:17PM -0500, Tim Ski wrote:
> I can sign myself up for either item:
> Automatic Smoketests on Image Build
> Or
> Automatic upload
Awesome. Feel free to edit your name into the wiki.
> Let's do it
Yes!
--
Matthew Miller
needs" blocks,
with the idea being that we weren't just throwing demands over the wall and
hoping someone else would make them happen. But it really wouldn't hurt to
have them for everything, even if there are still a lot of TBDs.
--
Matthew Miller-- Fedora Project
the only reason I can see them being rejected is lack of
time / resources, and if someone is actually already making it happen then
that won't be a problem.
--
Matthew Miller-- Fedora Project--
___
cloud mailing list
cloud@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/cloud
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
heavy development. It should not be used in production (yet).",
which gives us some space to also put it on a bleeding edge
base technology. :)
I know some other people are interested in helping this work, and I'll try
to get them to chime in i
o?
> - Is the root account locked?
> - Is package installation working?
> - Is the firewall disabled?
> - Checking cloud-init and systemctl for bootup errors - does that make
> sense or is there too much noise?
I started a related list at https://fedorahosted.org/cloud/ticket/4
the broadest target that is still reasonably small.
I agree that this is valuable, because it lets the same image be used for
testing locally.
--
Matthew Miller-- Fedora Project--
___
cloud mailing list
cloud@lists.fedoraproject.org
htt
util, gcloud and gsutil. Do you know if anyone wants to
> work on that or do you think GCE tools aren't necessary?
Haïkel Guémar (aka number80) was looking at these... I'm not sure of the
current state.
--
Matthew Miller-- Fedora Project--
__
55 to 61 for what attributes are supported:
> http://bazaar.launchpad.net/~cloud-init-dev/cloud-init/trunk/view/head:/cloudinit/sources/DataSourceGCE.py#L55
Perfect, thanks.
--
Matthew Miller-- Fedora Project--
___
clo
hanging fruit and not worrying too much about the
stuff up on the hard to reach branches.
--
Matthew Miller-- Fedora Project--
___
cloud mailing list
cloud@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/cloud
F
9M vmlinuz.
Which may just go to show that _calling_ yourself ultra-minimal and focused
is actually more important than _being_ that.
--
Matthew Miller-- Fedora Project--
___
cloud mailing list
cloud@lists.fedoraproject.org
https://admin.fe
stree? Docker? ...?
Docker Host Image.
> One last question: even with ostree, we'd still create the image using
> ImageFactory/Anaconda, right?
[will reply on this in further subthread]
--
Matthew Miller-- Fedora Project--
___
cloud mailing list
cloud@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/cloud
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Factory integration.
(Or, if Anaconda can just do it, that lets us use the ImageFactory stuff
which is already in the works.)
--
Matthew Miller-- Fedora Project--
___
cloud mailing list
cloud@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/cloud
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
e repository on the local
system? Maybe you already have something like that and I am not keeping up.
Anyway this thread is probably not right for the cloud sig, because my
initial point was that we have a nice case where that's not a big concer
s soon as possible, with
April 7th for the change proposal deadline.
--
Matthew Miller-- Fedora Project--
___
cloud mailing list
cloud@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/cloud
Fedora Code of Cond
but a lot more flexible? Do Ubuntu users have much choice on how
> > they configure their environment? Or is Fedora Cloud providing a generic
> > cookie cutter installation?
> Right, I kind of like that we'd have a smaller core package that is
> still broad
--
I think we'd just ask for kernel-core to be added to that. Additonally, the
protected packages functionality (which keeps you from removing the running
kernel) may need a tweak.
--
Matthew Miller-- Fedora Project--
___
cloud mai
nderstand and fire off a helper script.
That helper script could then install and exec cloud-init.
--
Matthew Miller-- Fedora Project--
___
cloud mailing list
cloud@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/cloud
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
ec cloud-init.
> That sounds like it could be potentially breaky/complicated. (I
> could be wrong.)
And fragile and slow. It's a terrible idea. :)
--
Matthew Miller-- Fedora Project--
___
cloud mailing list
cloud@lists.fedoraproj
e (openstack or ec2 or
whatever) and we'd need a way for Taskotron to keep the private key private.
--
Matthew Miller-- Fedora Project--
___
cloud mailing list
cloud@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/cloud
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
appy
> to reach out to the Anaconda team on our behalf, if necessary.
Yeah. We also need to have it not install the kernel (and there's no need to
mess with a bootloader) for docker images, so that all kind of comes
together.
--
Matthew Miller-- Fedora Project--
__
of officialness, I think the split is largely the
result of historical reasons for keeping high walls between Fedora, RHEL,
and CentOS. Those reasons are changing, and we have the opportunity to
work together where we were restricted before.
--
Mat
tely independently of the work you are
doing here, so there is no additional cost.
--
Matthew Miller-- Fedora Project--
___
cloud mailing list
cloud@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/cloud
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
ices, install
puppet and hand off, and also whatever Heat needs).
--
Matthew Miller-- Fedora Project--
___
cloud mailing list
cloud@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/cloud
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
rts? Changes
> need owners.
*nod*
--
Matthew Miller-- Fedora Project--
___
cloud mailing list
cloud@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/cloud
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On Mon, Mar 10, 2014 at 07:51:42AM +0100, Juerg Haefliger wrote:
> Not yet. As far as I know, this is still held up by fedora legal to
> determine if the HP Cloud customer agreement is acceptable.
Yeah. I'll check back again.
--
Matthew Miller-- Fed
uld be able to get you access to Fedora's own openstack instance for
working on this -- file a ticket with Fedora Infrastructure, I think.
--
Matthew Miller-- Fedora Project--
___
cloud mailing list
cloud@lists.fedo
in-metadata-service up to the level of functionality we need
rather than to try and reforge cloud-init. It may very well be that Heat is
a showstopper in that line of thinking. But in that case, I'd _really_ like
to see an effort around really making cloud-init _ours_.
--
Mat
f smaller is the
> goal.
Actually, this isn't the case. Fedora Cloud image is actually moderately
smaller than Ubuntu already. We're not even much bigger than CoreOS. Size
isn't the primary driver here. (Although if it were, python is actually one
of the biggest individual th
not an important one.
Since isn't the only driver for the kernel work you're doing either, I don't
think. Another big advantage is that the modularized drivers will allow us
to skip out-of-schedule updates for security updates in the driver package.
--
Matth
On Tue, Mar 11, 2014 at 08:41:42AM -0400, Matthew Miller wrote:
> Since isn't the only driver for the kernel work you're doing either, I don't
s/Since/Size/
--
Matthew Miller-- Fedora Project--
___
cloud
kip it.
Someone then doing a yum install of the driver package on top of the image
would presumably also get the new version and base kernel update.
--
Matthew Miller-- Fedora Project--
___
cloud mailing list
cloud@lists.fedoraproject.org
eplace cloud-init long term for
> the Heat use case. We can't make such changes until Juno wraps up
> (November).
Annnd, just throwing this out there: CoreOS uses a partially-compatibile
cloudinit reimplementation, written, of course, in Go:
https://github.com/coreos/coreos-cloudin
http://stg.fedoraproject.org/en/using/tutorials/ec2.html
Don't worry about fonts or layout -- this is work in progress. Looking for
feedback on content. Please send that to Robert Mayr (aka robyduck) via irc
or email.
Thanks!
--
Matthew Miller-- Fedora Pr
is direction be _workable_ for Heat?
-----------
Thanks!
--
Matthew Miller-- Fedora Project--
___
cloud mailing list
cloud@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo
> perspective of the Cloud SIG?
I think the overall idea is that it is _practically_ abandoned, but not
because anyone wants it to be, just that no one has done anything about it.
It'd be great to see it revived, and as Joe mentioned, it _is_ on our giant
todo list.
--
Matthew Miller
s as owners, I think that goes
under the "dependency" section. Have you tested how yum/dnf work with
upgrades (and with yum's feature for protecting the running kernel from
being removed)? Those might need to go in scope and deps too.
--
Matthew Miller-- Fedora Project--
of
> update" magic worked. I know have both kernel-core packages. So I
> figure yum works this magic with any kernel* package.
And this is why I should read all the mail before responding. :)
How about the removal protection?
--
Matthew
301 - 400 of 884 matches
Mail list logo
