Re: Fedora Cloud Meeting Minutes 2021-11-11
On Thu, Nov 11, 2021 at 10:09:53PM -0500, Chris Murphy wrote: > > Minutes: > > https://meetbot-raw.fedoraproject.org/teams/fedora_cloud_meeting/fedora_cloud_meeting.2021-11-11-15.00.html > > Minutes (text): > > https://meetbot-raw.fedoraproject.org/teams/fedora_cloud_meeting/fedora_cloud_meeting.2021-11-11-15.00.txt > > Log: > > https://meetbot-raw.fedoraproject.org/teams/fedora_cloud_meeting/fedora_cloud_meeting.2021-11-11-15.00.log.html > Sorry I missed the meeting, but yeah +1 to (re)making Cloud Edition > officially as an edition I'm in favor of this as well! Let me know how I can help! -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/cloud@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Future of Fedora Cloud as an Edition?
Today I learned that some people are quite surprised (and not in a happy way) that Fedora Cloud base is no longer considered an Edition. Please see discussion here, both on the history and the potential futures: https://discussion.fedoraproject.org/t/fedora-cloud-edition-not-an-edition-and-the-future/34064 -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/cloud@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Fedora 34 GCP image
On Thu, May 06, 2021 at 02:21:39PM -0400, Dusty Mabe wrote: > FYI - I published the Fedora 34 GCP image to the `fedora-cloud` project in > GCP. > See https://pagure.io/cloud-sig/issue/328 for more details. Nice! -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/cloud@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Fedora 33 in GCP
On Thu, Nov 19, 2020 at 07:41:02PM -0500, Dusty Mabe wrote: > We have published an image into GCP for Fedora 33 (see [1]). > The details are: > image project: fedora-cloud > image name:fedora-cloud-base-gcp-33-1-2-x86-64 > We're hoping to get this information added to the website at some point. What's needed for that? -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/cloud@lists.fedoraproject.org
Re: Can't use F33 EC2 image: SSH key doesn't work
On Tue, Nov 10, 2020 at 04:40:46AM -, Kevin White wrote: > OK, the problem isn't with the key, it is with Putty. Ah, good to know! -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/cloud@lists.fedoraproject.org
Re: EC2 access for testing?
On Fri, Sep 13, 2019 at 04:02:29PM -0600, Geoffrey Marr wrote: > I have been using Amazon's "Free Tier" cloud machines to test EC2 images > since 2016. Anyone with an Amazon account (which is free) can spin up a > "free tier" machine to run the tests on. With access so easy, is it > Fedora's job to provide users/testers with an account with which to test > these images? Amazon is generously sponsoring the Fedora AWS account exactly to help us better provide Fedora OS images in their cloud. So, I don't think whether it's our job or not is the right question. It's something we're able to make available. -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/cloud@lists.fedoraproject.org
Cloud/Server merge
Okay, we've talked about this but not actually done anything because everyone is busy. Here's my proposal for F30: not actually do anything different, but, we are redesigning the website, and I think we should consolidate Cloud into the Fedora Server section as a download/launch option. What do you think? -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/cloud@lists.fedoraproject.org
Re: cloud images and EFI
On Mon, Jan 14, 2019 at 09:16:11PM +0100, Alessio Ciregia wrote: > > What's your use case here? > I was using Scaleway cloud service. > They offer Fedora images (the most recent is F28). [...] > As far as I can understand, they only support EFI and not legacy bios. That sounds pretty solid. :) -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/cloud@lists.fedoraproject.org
Re: cloud images and EFI
On Mon, Jan 14, 2019 at 01:39:51AM +0100, Alessio Ciregia wrote: > Does Fedora cloud images support EFI boot? > Or better, there are images built to boot on EFI platforms? What's your use case here? -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/cloud@lists.fedoraproject.org
Re: More frequent Fedora Cloud updates
On Wed, Jun 20, 2018 at 10:33:35AM -0500, Joe Doss wrote: > Cool! I don't really care where the cloud-sig moves to as a user as > long as the cloud images continue to remain as trimmed down as they > are now but with more frequent official releases for users to > consume. I definitely want to be apart of that discussion if they > plan is to move Fedora Cloud under Fedora Server's umbrella. Awesome. Are you, by any chance, going to be at Flock this summer? -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/cloud@lists.fedoraproject.org/message/PPPCDKJK42DNMM7AZNAISMVM2FT6ZAS7/
Re: More frequent Fedora Cloud updates
On Fri, Jun 15, 2018 at 04:21:49PM -0500, Joe Doss wrote: > My name is Joe Doss and I want to help the Fedora Cloud SIG bring > more frequent tested releases of Fedora Cloud it's user base. The > goal of this project is to provide more frequent updates of Fedora > Cloud to users on a set cadence or on a case per case basis for > major security events. Hi Joe! This is awesome. It's something we've wanted for a long time but had no one really championing it, which is exactly what it needs. > I reached out to Dusty Mabe and he agreed to mentor me on this > project along with help from Kellin and Mohan. Awesome! > We will create issues under pagure.io/cloud-sig and try to get this > project rolling by Fedora 30 at the latest. Any comments or > suggestions on this topic are very welcome. Yeah, there's one thing -- I really would like to see Fedora Cloud merged with Fedora Server for F29 (or at the latest, F30). That shouldn't block this plan in any way, though! -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/cloud@lists.fedoraproject.org/message/EFONM3KMPME2VG7HYTWY5TMZZ6HDX6W6/
[cloud-sig] Issue #282: Make sure official Fedora AMIs are in new regions as they come online
mattdm reported a new issue against the project: `cloud-sig` that you are following: `` See https://pagure.io/Fedora-Council/tickets/issue/139 I'm looking into what we can do about the non-official and possibly malicious AMIs, but a first-line defense should be making sure we expand to these new regions right away when they come online. Since we're (still; *sigh*) not in the Marketplace, we need to make sure this happens by hand. `` To reply, visit the link below or just reply to this email https://pagure.io/cloud-sig/issue/282 ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
[atomic-wg] Issue #295: Start using new mailing list/IRC channel around f26 release time
mattdm added a new comment to an issue you are following: `` So, thinking back to "These folks generally prefer not to use "antiquated" media like email and IRC at all", maybe the answer is _not a mailing list at all_? I've been thinking of spinning up Discourse instance in OpenShift (either the Fedora instance or OpenShift Online) to replace Ask, and maybe we could use a second one for this. `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/295 ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
[atomic-wg] Issue #295: Start using new mailing list/IRC channel around f26 release time
mattdm added a new comment to an issue you are following: `` I don't think we want to direct all Fedora-related Atomic development discussion to projectatomic.io -- I don't think that's very discoverable for people in the Fedora community and will lead to confusion about 1) Fedora Atomic Host as an Edition and 2) whether Fedora community people in general are welcome to participate or need to go through some special hoops. I think it will decrease participation from areas like Docs, Marketing, and Ambassadors, right when we need to build that up. `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/295 ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
[atomic-wg] Issue #297: Disable deltarpms in the Fedora base docker image
mattdm reported a new issue against the project: `atomic-wg` that you are following: `` Because we do the nodocs and not all langs thing, the base docker image is missing files that prevent deltarpms from working on `dnf update`. This slows things down and wastes time when doing docker build. We could either tell people to turn this off every time in Dockerfiles, or we could disable it by default in the base image. `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/297 ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
[atomic-wg] Issue #281: Figure out comprehensive strategy for atomic host container storage
mattdm added a new comment to an issue you are following: `` I mean, not that I don't also have faith in you guys. :) `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/281 ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
[atomic-wg] Issue #281: Figure out comprehensive strategy for atomic host container storage
mattdm added a new comment to an issue you are following: `` For what it's worth, I was talking with a Red Hat filesystems engineer and he strongly recommended moving to XFS across all of Fedora. Pretty much the only downside is lack of filesystem shrinking, and I don't think that's a big issue with AH. Not that we have to do it because RH says so -- I mean that that's an opinion I have some faith in. `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/281 ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
[atomic-wg] Issue #290: Make fedora-minimal base image generally available
mattdm added a new comment to an issue you are following: `` I still think we need a much, much more modular systemd package to address this, rather than a fake one. `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/290 ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
[atomic-wg] Issue #290: Make fedora-minimal base image generally available
mattdm added a new comment to an issue you are following: `` That's less than I expected, really. :) (And some of it really random. From coreutils, we loose `pinky` but not `base32` (which isn't in EL7 and I'd never heard of... but that's another story.) I'd really love to see a bug associated with each one of those `rm`s in `%post`. It seems like we could solve most of it with better packaging over time, and then get to the point where we _could_ do the additive thing. `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/290 ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
[atomic-wg] Issue #290: Make fedora-minimal base image generally available
mattdm added a new comment to an issue you are following: `` Is it possible to make the minimal image the base of the regular image? That seems ideal from a testing perspective (not to mention explosion of streams). I've had in the back of my mind for a while the idea of fedora-minimal and fedora (regular) like that, and then maybe a fedora-batteries image above that, which includes packages not in the fedora image but common to some threshold of our official layered images. `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/290 ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: Fedora Release Tools Monthly Status
On Thu, Jun 15, 2017 at 11:22:55PM -0400, Kate Carcia wrote: > In place of a demo this month, I am sending out this status report which > includes some interesting highlights. Feel free to let me know if you have > questions and stay tuned for the wonderful F27 work we shall soon be > reporting on soon... :) Thanks Kate! -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
[atomic-wg] Issue #282: Atomic Host images omit many common locales that all other flavors include
mattdm added a new comment to an issue you are following: `` What is the size impact? Is it possible or will it be possible in the near future to add locales (perhaps as system containers)? `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/282 ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
[cloud-sig] Issue #138: Produce updated cloud base images monthly
mattdm added a new comment to an issue you are following: `` I like the idea of building only when something changes, although as Dusty pointed out to me, that's practically a moot point for monthly updated images, as there's _always_ going to be something that's changed in that time. For "where", is /pub/fedora/linux/updates/##/CloudImages in the main mirror out of the question? Failing that, /pub/alt/CloudImages? For "decide to ship", it looks like the consensus above is that automated testing is considered sufficient. Can someone define specifically what that is to be? `` To reply, visit the link below or just reply to this email https://pagure.io/cloud-sig/issue/138 ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: Proposal: Release blocking for F27
On Tue, May 09, 2017 at 10:53:04AM -0500, Dennis Gilmore wrote: > > > I am going to strongly object to the Beta criteria. its not > > > realistic to support some random nightly. it causes a manual > > > workload on someone and increases technical debt. Something we > > > are working really hard to pay off. Its either part of Beta or it > > > does not exist. > > What manual workload does it cause, on who specifically, and do we > > have resources to cover that? > > > > What technical debt does it increase? > > the copying would all have to be manual. additionally any pre release > nightlies that are produced regardless of being done as part of > branched or thier own compose will be marked as a nightly and will not > be suitable for release, with a short life span that will not keep it > around for very long. Sorry, I'm not following. We wouldn't want any copying any more than we already have for the regular two-week release process. And, for that matter, we would want _builds_ that are made as part of that same process, and so suitable for exactly the same release that the existing non-beta releases are. I definitely don't want to treat these as extra and special. A two-week candidate should start being produced as a matter of course at branch. -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: Proposal: Release blocking for F27
On Mon, May 01, 2017 at 04:36:16PM -0500, Dennis Gilmore wrote: > I am going to strongly object to the Beta criteria. its not realistic > to support some random nightly. it causes a manual workload on someone > and increases technical debt. Something we are working really hard to > pay off. Its either part of Beta or it does not exist. What manual workload does it cause, on who specifically, and do we have resources to cover that? What technical debt does it increase? In any case, the proposal is not "some random nightly". It is "a selected tree/image built using the normal (two-week) release process". -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
[atomic-wg] Issue #270: Update getfedora.org with Digital Ocean
mattdm added a new comment to an issue you are following: `` I'd also like to add Dply (https://dply.co/). This is an experimental service run by a Digital Ocean employee, and basically lets you get started with the smallest droplets quickly. The cool thing — in addition to the very low bar for entry — is that there's a _free_ tier which gives you two hours of runtime, which will let people try out Fedora with very little effort. (Currently, they just have Fedora Cloud Base, but I've asked for Atomic Host to be added and will report back when it is.) `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/270 ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
[atomic-wg] Issue #270: Update getfedora.org with Digital Ocean
mattdm added a new comment to an issue you are following: `` Sounds good to me. `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/270 ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: Many new dependencies in f25 updates-testing
On Wed, Apr 26, 2017 at 12:04:59PM -0400, Dusty Mabe wrote: > What's bringing in all of this stuff? Not sure, but offhand it looks like stuff that might be leaking in from build dependencies somehow. (All that srpm macro stuff?) -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: Proposal: Release blocking for F27
On Tue, Apr 11, 2017 at 11:12:08AM -0700, Josh Berkus wrote: > > or it isn't, but I'm not convinced either direction and I'm curious > > what others think about the justification of not being tightly bound > > to the release cycle. > Also, once we go into rolling releases, how would this work? The rolling releases will still be based on an underlying overall Fedora OS version. I think it helps from a PR perspective to have the Atomic Host based on new versions ready on "launch day". I was talking with Dusty about this the other day, and came up with this wording: Final: It must be possible to build valid Fedora Atomic Host deliverables (ostree, ISO, and images) from GA or post-GA packages for this Fedora release. * May include zero-day updates * "Valid" means passing the Fedora Atomic Host test automatic suite and manual validation Beta: It must be possible to build valid Fedora Atomic Host deliverables (ostree, ISO, and images) from this branch of Fedora. * I carefully didn't say "beta release" bits here. If we're successfully building on the new branch but have some particular issue at beta release time, it's okay to present an earlier build and later update once that's fixed. If necessary, we can call this "pre-release" rather than "beta". -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
[atomic-wg] Issue #262: F26 Talking Points
mattdm added a new comment to an issue you are following: `` Can we combine 3 & 5 into one point? `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/262 ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: Meeting about rolling releases
On Thu, Mar 16, 2017 at 01:28:00PM -0700, Josh Berkus wrote: > For anyone who's interested, we'll be having a meeting about Rolling > Releases (vs. versioned releases). This is just to get some face-time > for the discussion of how rolling releases would work, what they mean, > and when we'll be ready to deploy them (if ever). I can't make this. But, do you have someone from Modularity and/or Base Runtime in this? -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
[atomic-wg] Issue #232 `ssh issue on libvirt based images`
mattdm added a new comment to an issue you are following: `` I'd like to look at the logs still. :) `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/232 ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
[atomic-wg] Issue #232 `ssh issue on libvirt based images`
mattdm added a new comment to an issue you are following: `` Kushal, were you able to get the system logs from a failed image? `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/232 ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
[atomic-wg] Issue #170 `Finish new Fedora Atomic PRD`
mattdm added a new comment to an issue you are following: `` It *also* just came up in the latest Marketing meeting. https://meetbot.fedoraproject.org/fedora-meeting/2017-02-14/marketing.2017-02-14-13.58.log.html#l-173 `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/170 ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: 2wk atomic release candidate: 20170213
On Mon, Feb 13, 2017 at 06:11:50PM +0100, Thomas Mueller wrote: > Tested the Cloud-Base vagrant virtualbox image with the puppet selinux > modules acceptance tests (https://github.com/voxpupuli/puppet-selinux). > Looks good. Awesome -- thanks! -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: Ownership of the Cloud Base Image
On Thu, Feb 09, 2017 at 02:40:00PM +0530, Trishna Guha wrote: > Just another thought jumped in my mind: > We have lots of wikis with *Cloud* namespace. What about that? > Do we want to create wikis with *Atomic* namespace as well? I'm not > sure if this can be the best solution. > If yes we need people to volunteer for that. I don't think we should put a huge amount of work into the wiki, at least for public consumption. (It's okay for SIG/WG workspace.) I *hope* that we will have our revitalized docs infrastructure online RSN. -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: Fedora Rawhide-20170208.n.0 compose check report
On Wed, Feb 08, 2017 at 01:09:33PM -0800, Adam Williamson wrote: > On Wed, 2017-02-08 at 20:34 +, Fedora compose checker wrote: > > Missing expected images: > > Cloud_base qcow2 x86_64 > > This seems to be running into some kind of size issue: > https://koji.fedoraproject.org/koji/taskinfo?taskID=17670764 > if you look at screenshot.ppm , it's complaining about "Not enough > space in file systems for the current software selection. An additional > 295 MiB is needed." Partitioning problems, or some kind of crazy deps explosion? Hmmm. When I do a dnf system-upgrade to rawhide of a vanilla f25 cloud image, there is some additional stuff -- including having both python2 and python3 -- but I don't think enough to cause that. -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: Atomic Host: important updates in testing
On Tue, Feb 07, 2017 at 09:37:31AM -0500, Dusty Mabe wrote: > Here is a summary of what is in updates-testing vs what is in updates: [...] > To rebase to the updates-testing tree just run: > rpm-ostree rebase fedora-atomic/25/x86_64/testing/docker-host Hmmm — I wonder if we could adopt fedora-easy-karma to work with ostree. -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
[atomic-wg] Issue #196 `moving to docker 1.13 in Fedora 25`
mattdm added a new comment to an issue you are following: `` Once the team has consensus on the preferred approach, it would be good to bring it to FESCo to make an official exception to the updates policy. (See https://fedoraproject.org/wiki/Updates_Policy#Exceptions) `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/196 ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
[atomic-wg] Issue #196 `moving to docker 1.13 in Fedora 25`
mattdm added a new comment to an issue you are following: `` The Fedora approach would be to create a [Copr](https://copr.fedorainfracloud.org/). `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/196 ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: Periodic Cloud Image Updates
On Fri, Feb 03, 2017 at 10:41:38AM -0600, Joe Doss wrote: > I was talking on IRC with Dusty and he said this topic would be good > for the mailing list. What would it take to get an updated cloud > image beyond the first image that comes out when a new version of > Fedora ships? So, we are already _making_ these; you can see them at https://apps.fedoraproject.org/autocloud/compose — they're currently under a compose ID with "Atomic" in the name, but AIUI that's going to be split out. (I was worried that these might not include updates, but that's fixed.) Let's make a list of what needs to happen... here's what I can think of: 1. Decide if we are okay with the level of automated testing these are getting, or if we need human testing, or if we need more automated testing 2. If we need more automated tests, someone needs to sign up for that 3a. If we need human testing, someone needs to sign up to write the release criteria 3b. And, someone would need to commit to doing the validation every time. 4. Work with release engineering and infrastructure to adapt the Atomic Host gating/release process for Cloud Base 5. Work with release engineering to get updated images to mirrors and stuff 6. Someone needs to sign up to update the Vagrant Atlas index 7. Work with websites to update cloud.fedoraproject.org to also offer updated images. (I'm thinking the page should default to the latest, but there should be some way to "scroll back" all the way to the GA releases.) 8. Decide if we want to switch Cloud Base entirely to this automatic process and eschew release milestones I'm sure I'm missing something -- what else should be added? -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
[atomic-wg] Issue #199 `Plan for Atomic prerelease images`
mattdm added a new comment to an issue you are following: `` _I_ think it makes sense to have that on a prerelease page, but I'll let others weigh in too. `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/199 ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
[atomic-wg] Issue #199 `Plan for Atomic prerelease images`
mattdm added a new comment to an issue you are following: `` I think that we should start producing prelease images immediately at the branch (later this month — 2017-02-21) as part of the two-week process. I don't think there should be specific Alpha/Beta builds. `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/199 ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: fedora/25-cloud-base on atlas
On Fri, Feb 03, 2017 at 03:19:47PM +0100, Thomas Mueller wrote: > > Part of that might be self-reenforcing, as there haven't been enough > > downloads of Atomic yet to bump it to the front page when you search > > for "Fedora". > Google Search: Fedora Atomic I meant here: https://atlas.hashicorp.com/boxes/search?utf8=%E2%9C%93&sort=&provider=&q=fedora -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: fedora/25-cloud-base on atlas
On Fri, Feb 03, 2017 at 09:43:47AM +0100, Thomas Mueller wrote: > Also download numbers on atlas indicate more interest for cloud-base > than atomic for vagrant. Part of that might be self-reenforcing, as there haven't been enough downloads of Atomic yet to bump it to the front page when you search for "Fedora". Is there any way to get download numbers over time? That would be very interesting. -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: tunir tests: what's this useradd-not-found failure?
On Thu, Feb 02, 2017 at 06:44:14PM +0530, Kushal Das wrote: > > I'm looking at https://apps.fedoraproject.org/autocloud/jobs/740, where > > there is a failure in the Fedora Cloud Base vagrant-libvirt image (yet > > vagrant-virtualbox and others are fine). > It was a non-gating test about auditd, which got automatically fixed. We > did not make any changes on the tests. Yeah, but... how could that go wrong in this way? -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
tunir tests: what's this useradd-not-found failure?
I'm looking at https://apps.fedoraproject.org/autocloud/jobs/740, where
there is a failure in the Fedora Cloud Base vagrant-libvirt image (yet
vagrant-virtualbox and others are fine).
The specific failure (with whitespace removed) from
https://apps.fedoraproject.org/autocloud/jobs/1984/output is:
command: ## sudo python3 -m unittest
tunirtests.nongatingtests.TunirNonGatingtestaudit -v
status: False
test_audit (tunirtests.nongatingtests.TunirNonGatingtestaudit)
Tests audit ... FAIL
==
FAIL: test_audit (tunirtests.nongatingtests.TunirNonGatingtestaudit)
Tests audit
--
Traceback (most recent call last):
File "/home/vagrant/tunirtests/nongatingtests.py", line 265, in test_audit
self.assertIn('useradd', f)
AssertionError: 'useradd' not found in ''
--
Ran 1 test in 0.140s
FAILED (failures=1)
How is it that useradd is not found in this image but everything else
works and other images are fine?
--
Matthew Miller
Fedora Project Leader
___
cloud mailing list -- cloud@lists.fedoraproject.org
To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: Does it make sense for me to convert my server to an Atomic Host ?
On Mon, Jan 23, 2017 at 11:33:33AM +1100, Philip Rhoades wrote: > I have a F25 64bit server - it is mainly used to run Qmail and EZMLM > but also has a couple of trivial web sites on it. I am thinking of > moving about a dozen small Rails and Jekyll websites off Digital > Ocean and back on to this server. Should I do a clean, bare-metal > install of Fedora Atomic Host onto this server, convert the Qmail + > EZMLM services into a Docker image to run on this new FPA server and > then move all my DO web sites on to this new FPA as Docker images as > well? I think it very well might. However, do note that you'll likely be rebooting this system more than you would a traditional server, because that's required to install any bugfix or security updates on the host itself. That means it really works best when you have a small cluster with failover, or else don't mind a few minutes of downtime here and there. -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
[atomic-wg] Issue #197 `Change size of Root, Docker partitions in F26 Atomic Host storage setup`
mattdm added a new comment to an issue you are following: `` I think we can simplify the rules to 1. RootFS: 25% of disk space, with a minimum of 3GB and a maximum of 16GB 2. Docker Partition: maximum of 50% of total disk space 3. Leave anything else unallocated No need to specify a rule for unallocated, really. We could warn if the total disk is under 5GB, leaving less than 2GB for docker. I'm pretty sure that results in the same results as your examples. Question: what about swap? `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/197 ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
[atomic-wg] Issue #197 `Change size of Root, Docker partitions in F26 Atomic Host storage setup`
mattdm added a new comment to an issue you are following: `` This should be easy to do with anaconda-based installs, but how would this work with images? `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/197 ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: About the recent failures of Atomic images on Autocloud
> On Wed, Jan 18, 2017 at 10:05:41AM +0530, Kushal Das wrote: > > Finally managed to isolate the issue. If we boot the image with only one > > CPU, the error comes up. If we boot with 2 or more CPU(s), no issues at > > all. Now the question is if we should make local testing on Autocloud > > with 2 CPU(s) or get this issue fixed somehow? > I think we need to find out what the issue is and fix it. +1. I wonder if this is actually a widespread problem that we've just noticed in this way. -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
[atomic-wg] Issue #193 `Please add Atomic Host and Fedora Cloud Base to AWS Asia Pacific (Seoul) Region and other new regions`
mattdm added a new comment to an issue you are following: `` Hi David. I _do_, but we've been blocked on legal for... years. Email me or hit me up on IRC and I can give you details, but the short of it is that Fedora can't sign anything promising support beyond the community support we offer — and we can't sign anything accepting liability or offering indemnification. (But, yeah, if we had an agreement that would let us move forward, I'd like to keep the community AMIs too.) `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/193 ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
[atomic-wg] Issue #194 `Develop process to make sure we add new AWS regions when they become available`
mattdm reported a new issue against the project: `atomic-wg` that you are following: `` The current process is "wait until someone complains". I think we can do better. :) They're announced at https://aws.amazon.com/new/#global-infra — maybe we come up with automation, or maybe it's just a matter of adding "review this list" as a six-month checklist item as we prepare for the overall Fedora GA, plus responding like we currently do if someone asks in the meantime. `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/194 ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
[atomic-wg] Issue #193 `Please add Atomic Host and Fedora Cloud Base to AWS Asia Pacific (Seoul) Region`
mattdm added a new comment to an issue you are following: `` Actually, looks like we're missing several: * US East (Ohio) * Canada (Central) * EU (London) ← and note that Ireland and Frankfurt are no longer "EU West" and "EU Central" * Asia Pacific (Mumbai) `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/193 ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: [atomic-devel] Please test new docker version with CVE
On Thu, Jan 12, 2017 at 07:11:16AM -0700, Mike Ruckman wrote: > > With the power of roshi we might be able to make this happen! > > Also, I think he likes beer. > It's on my list of things that need a test plan :) Nice! Now, what else can I wish for -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: Please add AMI image to AWS Seoul region
On Thu, Jan 12, 2017 at 10:22:26AM -, ms@sentience.rocks wrote: > Dear Matthew Miller, > > I see you commented about AWS Seoul region about a year ago. But we still > don't have fedora cloud AMI listed in Seoul region.. > > If this issue was forgotten because no one ever used fedora (docker) cloud > image in Seoul region, well, here I am .. ^_^ ~ > > For now i am using copied AMI from us west, but it would be really nice if we > have natively? listed offical fedora image.. I've filed a ticket to track this request at https://pagure.io/atomic-wg/issue/193 -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
[atomic-wg] Issue #193 `Please add Atomic Host and Fedora Cloud Base to AWS Asia Pacific (Seoul) Region`
mattdm reported a new issue against the project: `atomic-wg` that you are following: `` This [opened in January](https://aws.amazon.com/blogs/aws/now-open-aws-asia-pacific-seoul-region/) and we missed it. (If we were in the Amazon Marketplace, this would happen automatically. Oh well.) See request on mailing list [here](https://lists.fedoraproject.org/archives/list/cloud@lists.fedoraproject.org/message/LEI55GLY3XFVBH3DLWJLYLQU574FYCRN/) Also, once available, don't forget to ask the web team to update the launch pages. `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/193 ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: Fedora Cloud Images Home page - oVirt
On Thu, Jan 12, 2017 at 08:45:28AM +0100, Sandro Bonazzola wrote: > I'm looking at https://alt.fedoraproject.org/cloud/ and I'd like to ask to > mention oVirt[1] project as well > since oVirt can use Fedora 25 Cloud Base Images as well. > If this mailing list is not the right place to ask, can you please point me > to the correct place? I would suggest either adding to this ticket https://pagure.io/fedora-websites/issue/57 or filing a new one in that tracker. -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: [atomic-devel] Please test new docker version with CVE
On Wed, Jan 11, 2017 at 11:11:42PM -0500, Dusty Mabe wrote: > https://bodhi.fedoraproject.org/updates/FEDORA-2017-dbc2b618eb Also, I will buy a beer or package of cookies or whatever other necessary bribe for anyone who creates a test plan for the Docker package. See: https://lists.fedoraproject.org/archives/list/cloud@lists.fedoraproject.org/message/WX4EVTG3S2EXWMQ3DJBCBP6FNMJHZFRA/ -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: Proposal: require DESCRIPTION, USAGE label for images
On Wed, Jan 11, 2017 at 08:12:53AM -0500, Subhendu Ghosh wrote: > I disagree that the usage should be limited to "used by another container". To be clear, I'm only suggesting that when it is meant to be used in that way, and as more helpful than N/A. This line is meant to be a brief statement > Even though that is the intended use, the usage description should be > uniform and state what capability or function is provided. > Actual usage pattern for code is always more interesting than intended use. ... and doesn't the "description" cover that detail? -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: Proposal: require DESCRIPTION, USAGE label for images
On Tue, Jan 10, 2017 at 12:40:27PM -0600, Adam Miller wrote: > +1 - I like this, it follows nicely with the upstream guidelines[0] > referenced in Fedora's that I'd like to further adopt as all of this > evolves in Fedora space. I see that these guidelines use all lower case; we should probably follow a consistent convention. Also, looks like instead of "usage", that recommends: help Command to run the help command of the image runCommand to run the image -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: Proposal: require DESCRIPTION, USAGE label for images
On Tue, Jan 10, 2017 at 10:44:03AM -0800, Josh Berkus wrote: > > On Tue, Jan 10, 2017 at 10:33:05AM -0800, Josh Berkus wrote: > >>> USAGE: single command line giving usage example > >>> for invoking the container; will be "N/A" for > >>> some containers. > > > > Why N/A? What circumstances would this be? > CNI Networking container for Kubernetes, for example. A bunch of > "infra" containers only get invoked by other containers and/or the > orchestration system. Could we develop standard wording for that? Like USAGE: Invoked by $OTHERCONTAINER or USAGE: Invoked by Kubernetes when $WHATEVERTRIGGERS or are there too many possibilities? -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: Proposal: require DESCRIPTION, USAGE label for images
On Tue, Jan 10, 2017 at 10:33:05AM -0800, Josh Berkus wrote: > > USAGE: single command line giving usage example > > for invoking the container; will be "N/A" for > > some containers. Why N/A? What circumstances would this be? -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: About the recent failures of Atomic images on Autocloud
On Mon, Jan 09, 2017 at 10:16:51AM -0500, Dusty Mabe wrote: > > I finally managed to reproduce the error on a local box. After doing the > > reboot like in [1], the tool can not ssh back into the vm. When I tried > > the same on debug mode on, it still fails for some time, and then > > randomly allows to ssh again. > > I could not reproduce this using the same images over our OpenStack > > cloud. Any tips will be helpful to find the cause. > > > Can we get together and debug this? Is this a key-generation entropy problem? -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: Fedora 25 - need karma on new docker
On Thu, Jan 05, 2017 at 03:29:58PM +0100, Antonio Murdaca wrote: > I would also be super awesome if we had an automated way to validate Docker > packages automatically before being pushed to stable (thinking of > k8s+Docker in fedora-atomic for instance). As said elsewhere, we should > discuss this further on its own. So, good news — we're very, very close to having it so you can drop taskotron checks into dist-git and have them run automatically when the package is built. -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: Fedora 25 - need karma on new docker
On Thu, Jan 05, 2017 at 08:37:40AM -0500, Dusty Mabe wrote: > We need this to fix docker pull from gcr.io bug which causes us to not be > able to run kubernetes: > https://bodhi.fedoraproject.org/updates/docker-1.12.5-4.git03508cc.fc25 > This bug that this fixes is here: > https://bugzilla.redhat.com/show_bug.cgi?id=1409873 It would be super-awesome to have a test plan for Docker. This is basically a wiki page describing steps users should take to validate an update. Put in the right wiki magic, and it shows up automatically in bodhi. For an example, take a look at https://bodhi.fedoraproject.org/updates/FEDORA-2016-eb3447f0f7 and at the bottom in the "Feedback Guidelines", see "Test Case calc interactive" and "Test Case calc regress". Howto docs: https://fedoraproject.org/wiki/QA:SOP_package_test_plan_creation -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: Fedora server cloud images dead?
On Wed, Jan 04, 2017 at 06:51:34PM +0100, Thomas Mueller wrote: > Hi > > If I google "fedora cloud images" first hit > ishttps://fedoraproject.org/wiki/Cloud_images. > > This page states go to http://cloud.fedoraproject.org/ which is then > redirected to https://getfedora.org/atomic/ . On this page i can't find > information about other images than Atomic. > > Are Fedora Server cloud images dead and only Atomic will exist? No; they're still produced but we had some miscoordination over the website. There will be a new http://cloud.fedoraproject.org/ coming soon — see the prototype version at https://alt.stg.fedoraproject.org/cloud/. In the meantime, see this message for download links and AMI ids. https://lists.fedoraproject.org/archives/list/cloud@lists.fedoraproject.org/message/AIDXE4BEBQKABSSSUQ5CF66ZAHM6CV6U/ Longer term, we expect the Cloud Base Image to merge with Fedora Server. -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
[atomic-wg] Issue #170 `Finish new Fedora Cloud PRD`
mattdm added a new comment to an issue you are following: `` @jberkus Whatever was wrong before seems fixed now. `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/170 ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
[atomic-wg] Issue #170 `Finish new Fedora Cloud PRD`
mattdm added a new comment to an issue you are following: `` @jberkus I suspect it's related to the FAS change to use kerberos. Maybe someone from the infra team can help. `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/170 ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: [atomic-wg] Issue #170 `Finish new Fedora Cloud PRD`
I'm seeing that problem too. It was working previously, so I'm not sure what happened. -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
review my container?
https://bugzilla.redhat.com/show_bug.cgi?id=1404434 Following the process at https://fedoraproject.org/wiki/Container:Review_Process and the nascent guidelines to the best of what I know. As containers go, this isn't... super important. But I thought I'd pick a small thing which I'm already the package maintainer of as a way of dipping into the process. And, hey, it's an easy example of a containerized command-line tool. -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: next steps for migrating Cloud Base image to Fedora Server?
On Tue, Dec 06, 2016 at 05:01:56PM -0500, Dusty Mabe wrote: > I have been identified as a stakeholder of this image and have an > action item to deliver some paragraph that indicates such to sgallagh. So I'll check this one off as Dusty's problem now? :) -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
next steps for migrating Cloud Base image to Fedora Server?
I think we had general agreement around what we want to do here: have the Cloud Base Image become instead Fedora Server, but shipped as a cloud image and made available in cloud providers. What are the next steps to actually get there? -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
[atomic-wg] Issue #160 `Ship fedora-motd in F24 atomic image`
mattdm added a new comment to an issue you are following: `` > We can enable motdgen.service at system boot. This will execute atomic and > dnf commands only during first boot and cache the results. I'm concerned that this'll make the first boot annoying slow. Can we just run it from a systemd timer? `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/160 ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
[atomic-wg] Issue #5 `tracker for GCE work`
mattdm added a new comment to an issue you are following: `` CentOS isn't officially there directly - it's provided by SoftLayer. I'm not sure of all of the details behind that. `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/5 ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
[atomic-wg] Issue #5 `tracker for GCE work`
mattdm added a new comment to an issue you are following: `` We are probably still blocked on legal issues for getting a listing, but that doesn't mean it shouldn't _work_. We could also better document the process by which users can get the image uploaded themselves. `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/5 ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Article idea: Launch fedora on dply.co
I came across this on Reddit yesterday — a Digital Ocean employee has a service where you can launch test images in a cloud environment really easily from a website with a github account. You get two hours for free. Since Digital Ocean has Fedora (Dusty tells me Fedora 25 should be available RSN), Fedora is an option. I was thinking about a Fedora Magazine article once F25 is available, with a direct link to actually launch a Fedora instance, and some screenshots showing how it works. I'm talking with the creator about also adding Fedora Atomic, and it occured to me that we could have some followup articles with things like "set up Wordpress in a container on Fedora Atomic" with pre-cooked configs for doing that with a button press. To try it (Fedora 24), click this: https://dply.co/b/fz95S8RH -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
[atomic-wg] Issue #154 `make Fedora Atomic download page clearer`
mattdm added a new comment to an issue you are following: `` I have two small ones. First, I think the freshness indicator is not visible enough in the top bar. Maybe that's just me. I guess, for one thing, it's easy to gloss over header-section text, but also, there's no indication that that's a dynamic value. What about changing "Produced N days ago" to "Produced N days ago, on -MM-DD" (or whatever internationalized date format the web team prefers)? Second, it currently says "1 days ago". I'd love that to be properly special-cased to "1 day ago", or even better, "yesterday". And "0 days ago" could be "today" or "fresh for you just today!" `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/154 ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
[atomic-wg] Issue #154 `make Fedora Atomic download page clearer`
mattdm added a new comment to an issue you are following: `` Should we update Josh's wiki page above or put proposals here? `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/154 ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: Fedora 25 Compose for Release Day
On Sun, Nov 20, 2016 at 10:40:58PM -0500, Dusty Mabe wrote: > Looks like we have a candidate for release for F25 Atomic this week. \o/ -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
[atomic-wg] Issue #180 `Future of Fedora Dockerfiles`
mattdm added a new comment to an issue you are following: `` > Where fedora/apache has > 1 million pulls, Once we've transitioned to the new system, let's make sure we don't lose this — we need a plan to get the images from the new build system to the docker hub somehow. `` To reply, visit the link below or just reply to this email https://pagure.io/atomic-wg/issue/180 ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: FYI: F25 image builds - none for the past few days
On Tue, Nov 01, 2016 at 10:31:42AM -0400, Dusty Mabe wrote: > We now have successful image builds! Please try them out! Awesome! -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: Docker Layered Image Naming and Tagging
On Thu, Oct 27, 2016 at 08:55:33AM -0500, Adam Miller wrote: > The main thing that concern I have is that with modularity there is > going to be a concept of "base runtime" which will have a "generation" > associated with it (most likely, the "generation" will share a name > with the Fedora release number it was built from). Containers will be > built on top of the base runtime and depending on the modules > requirements, a module may select different generations of the base > runtime and since there's plans to distribute modules (at least > optionally) as containers, we'll likely need a way to distinguish > between "generations" of the base runtime upon which a container was > built. *nod* I guess that makes the question mostly whether the generation is something users need to fundamentally care about, or an insider detail. > Of course, that might not be something we need to worry about in the > event that the modularity metadata handles all the book keeping and > just maps the appropriate information to a specific docker image tag. > If that ends up being the case, I'd almost just say drop the first > httpd and make it registry.fedoraproject.org/httpd:latest I'd hate to make it top-level simply because modularity forgot to handle this because we forgot to tell them... > Thoughts? Should we bring this to the modularity group for review? Yes. Oh, for @-mentions in email. I'll find someone and bug them. -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: Docker Layered Image Naming and Tagging
On Tue, Oct 25, 2016 at 04:43:55PM -0500, Adam Miller wrote: > > I'm not sure we should put base distro and distro version as the > > primary distinguisher. As a user, it's the application (and possibly > > major version of that application) that I care about. How about just: > >registry.fedoraproject.org/httpd/24/http:latest > >registry.fedoraproject.org/httpd/24/http:2.4.23 > > with Fedora version indicated by labels? Or even just registry.fedoraproject.org/httpd/http:latest and *really* have the Fedora version as an implementation detail (just the label, nothing in the path at all). Does that present any practical problems that I'm not seeing? -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: should we release new fedora cloud image for f24
On Mon, Oct 24, 2016 at 03:50:20PM -0400, Dusty Mabe wrote: > It looks like the image builds we are doing (at least for Fedora 24) > for the cloud base image aren't pulling in new packages. Oh! I assumed that they were. There's a small value in doing it without updates (it tests the build infrastruture, mostly), but it'd be a lot more valuable if they pulled in updates. (It'd actually be good to have one with updates-testing, too, as an early-warning system.) -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: should we release new fedora cloud image for f24
On Mon, Oct 24, 2016 at 03:22:10PM -0400, Dusty Mabe wrote: > As part of the next release of Fedora 24 atomic host should we also > release the Fedora 24 base image so that the released version doesn't > have the latest huge kernel bug in it by default? Generally we do this when the security team tells us to, and they didn't as far as I know reach out to say so in this case. (I think usually that's been for issues classified as "critical".) We *did* have aspirations of releasing respun cloud images monthly in any case, though -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: Docker Layered Image Naming and Tagging
On Fri, Oct 21, 2016 at 10:06:41AM -0500, Adam Miller wrote: > For layered images, we would follow something similar to: > > registry.fedoraproject.org/fedora/24/httpd:latest > registry.fedoraproject.org/fedora/24/httpd:2.4 > registry.fedoraproject.org/fedora/24/httpd:2.4.23 I'm not sure we should put base distro and distro version as the primary distinguisher. As a user, it's the application (and possibly major version of that application) that I care about. How about just: registry.fedoraproject.org/httpd/24/http:latest registry.fedoraproject.org/httpd/24/http:2.4.23 with Fedora version indicated by labels? -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
F25 atomic -- vagrant working, but not the qcow2?
What's the status of all of this? https://apps.fedoraproject.org/autocloud/jobs/326 Rawhide still completely failing, https://apps.fedoraproject.org/autocloud/jobs/324 and no F24 composes at all? -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: [Base] adopting the Docker base image into Atomic WG
On Wed, Oct 05, 2016 at 02:41:50PM -0400, Colin Walters wrote: > Now that Cloud -> Atomic and will be focusing on Project Atomic, can we move > the > Docker base image into this group from the "Fedora Base" group? Somebody who cares about it should own it, is all I care about. :) -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: No Two Week Atomic Release
On Thu, Oct 06, 2016 at 10:25:31AM -0700, Jason Brooks wrote: > > Is there a reason we can't pull in the selinux policy version > > that I fixed? > Is it in bodhi yet? I'd think it'd have to make it all the way through > to show up in a release. It's going to take a lot of karma, too. I think we should have the ability to selectively pull things like this into Atomic from updates-testing. This seems like a poster-child case for when that might be a good idea. (But I don't see anything there, either.) -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
cloud@lists.fedoraproject.org
On Wed, Oct 05, 2016 at 10:57:49AM -0700, Josh Berkus wrote: > So, I'm looking at this from a user perspective. > > * F25 is announced > * User goes to getfedora.org, sees new "atomic" icon. > * User clicks through > * User sees that Atomic is still F24. > > From that point, one of two things happens: > > 1. User files a bug, and we're flooded with "atomic download page not > updated" bugs, or > > 2. user decides that Atomic isn't a real thing and never goes back. I don't think we'd leave the Atomic page with F24 with no explanation. There's _already_ an explanation around the two-week cycle, and that can just be expanded a bit — again, in the case where it doesn't happen to be ready, which isn't necessarily where we're at. > I really don't see a flow that results in the user checking back two > weeks later to see if Atomic has been updated yet. Especially since > we're dealing with a substantial issue with SELinux and it's not > guaranteed that there will be an F25 atomic release 2 weeks later, either. They shouldn't have to check back; it should be part of the normal flow of updates. I can't see any situation where "come back in six months!" is a _better_ alternative. > You are the Project Leader, and you can certainly say "do it anyway". > But please understand why I think it's not a great idea. Well, here's some background thinking: new Fedora versions do not appear to be, in general, big drivers of user adoption. There's a spike of downloads the first week of a release, but it's a fraction of the total downloads for a release. And, each release keeps growing in use over its lifecycle until the next comes out. Basically, people are coming for Fedora, and getting whatever version happens to be current. This is one of the reasons behind dropping unique release names, and shortly after, focusing on the Editions — rather than making a big deal about Schrödinger's Cat vs. Heisenbug, the marketing push should be around Atomic, Workstation, and Server individually. The release does give us an excuse for PR, but it's my sense that two releases a year is a little overwhelming for that — we are still getting F24 reviews coming in. And, since column inches are (figuratively these days!) limited, generally the press we get is 90% desktop, with only mentions of Atomic and Server, so that benefit is dubious for Atomic anyway. -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
cloud@lists.fedoraproject.org
On Tue, Oct 04, 2016 at 12:58:05PM -0700, Josh Berkus wrote: > What this is sounding like is a huge discrepancy between what the > Council, PRD group, etc. think we should be doing and what we can > actually do. > > Given that, I think I should tell the designer to push the design > changes back. I don't see how that follows. In the ideal — and I think most likely, since the bugs making F25 not work are being knocked off — case, we'll have Atomic built on F25 at F25 GA date. In the less ideal case, we'll keep shipping the F24-based one, but there's no reason that can't work with the new Atomic-focused design. For that matter, we could launch that _before_ the GA. -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
cloud@lists.fedoraproject.org
On Tue, Oct 04, 2016 at 11:13:02AM -0400, Colin Walters wrote: > It's not that simple - this is a messy topic. What I think this > is about isn't delaying or blocking - it's *prioritization*. If > an issue comes up in Anaconda or systemd or whatever > that affects the "next AH", we need those teams to priortize > those fixes the same as they do for Workstation or Server. > > As far as I know the "blocker flag" is the main means > of cutting through all of the red tape. Yeah, I've been talking about this problem for a while — basically, since Release Blocker is the only big attention-forcing hammer we have, we tend to hit too many things with it. We need a different way. > Now, we could discuss alternatives, such as having > Atomic Host being able to carry its own overrides > temporarily. As you know, I'm in favor of this possibility should it come to that. -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
cloud@lists.fedoraproject.org
On Tue, Oct 04, 2016 at 09:46:44AM -0400, Paul W. Frields wrote: > We need to be clear on the difference between considering it important > for Atomic images to be ready on release day, and being "release > blockers." The latter has a very specific meaning as Adam W can > attest. Being a deliverable is not the same as being release > blocking. This seems like a problem of vocabulary. Agreed that it's a terminology problem. Things like "catastrophic infrastructure failure and the getfedora.org website totally doesn't work" would block the release, but not, as far as I know, be a "release blocker". (Or some similar example.) This is in some ways similar to that. > I think mattdm would agree we don't want to potentially, > *indefinitely* block a six-month release with a deliverable that can > be fixed and re-released in two weeks. That's what "release blocking" > means. If it's not ready, the release doesn't go out. This was an > overwhelming point in having that two week cycle -- to give more > flexiblity vs. the standard Fedora release. > > Does this mean we shouldn't strive to have Atomic images ready > day-and-date on GA? No. We missed this narrowly in F24, as I recall, > and we should avoid repeating that, if at all possible. But let's not > undermine a major dimension of the two-week release by confusing the > release-blocker definition. As we get into the Grand World of Modularity, there's going to be more and more stuff like this. If the base runtime is updating on a one month cycle, and GNOME updating whenever the upstream x.y.1 is ready, and server roles all coming out as each is updated... a "release" is more a line in the sand than anything else. -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: Fedora 25 atomic images?
On Mon, Oct 03, 2016 at 04:05:24PM -0700, Adam Williamson wrote: > As Dennis said, there are Atomic images produced nightly as part of the > *regular* Branched composes. So you don't see any Fedora-Atomic-25- > (foo) fedmsgs because there are no Fedora-Atomic-25 composes. There are > just Fedora-25 composes that include Atomic images. > > There won't be any need for Fedora-Atomic-25 composes until Fedora 25 > goes stable. > > 'Fedora-Atomic' composes are basically post-release stable nightly > composes, only at present we only do them in order to get the Atomic > images, so we call them 'Fedora-Atomic' composes. A! Got it through my head now. Thanks. :) One can see this unified compose at, for example, https://apps.fedoraproject.org/autocloud/jobs/302 (and see that the Atomic parts are failing). What causes the transition from this to Fedora-Atomic-25? Manual changes? Is there a documented SOP for this? -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: Fedora Cloud/Atomic Test Day
On Fri, Sep 30, 2016 at 10:39:39AM -0700, Jason Brooks wrote: > > Where are we with getting F25 Atomic to boot? If it doesn't boot, I > > don't see any point in having a test day. > Yeah, I was hoping doing it the week after next would give us time to get a > testable image. It probably will, but I think it answers the question about whether making it a release-blocker for everything else is even possible. For F26, would it be possible to start building it at branch from rawhide? -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Fedora 25 atomic images?
I see Fedora Rawhide, just Fedora (cloud base, I assume) 25, and Fedora Atomic 24 in https://apps.fedoraproject.org/autocloud/compose?limit=20. Shouldn't there also be an Atomic 25 branch by now? (Shouldn't there be one starting with branching, for that matter?) Or am I just missing it? -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: Docker Layered Image Naming and Tagging
On Thu, Sep 29, 2016 at 05:03:57PM -0500, Adam Miller wrote: > 1) Do we want to maintain docker images for every Fedora Release or do > we want to focus only on latest? (i.e. - do we want to maintain them > like we do rpms or take a different position) Since (for now at least) these images will be composed out of existing RPMs, is there any reason to _not_ keep both branches? We basically get that "for free" in terms of human effort (although not build time and resources). -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
Re: Docker Layered Image Naming and Tagging
On Thu, Sep 29, 2016 at 04:45:08PM -0700, Josh Berkus wrote: > Take everyone's favorite destruction test case, PostgreSQL. For > Postgres, replication doesn't necessarily work between major versions, > so once we put out a major version we need to keep it out. > > If we have a PostgreSQL-9.5.3 image on Fedora 24 Base out there, then: > > A. it's OK to replace it with a PostgreSQL-9.5.4 image on Fedora 24 > B. it's OK to replace it with a PostgreSQL-9.5.4 image on Fedora 25 > C. it's NOT OK to drop it any only have a PostgreSQL-9.6.1 image available > > I have mixed feelings about whether or not we should do (B) as policy. > In cases like this, I usually come down to: what's easier? Freezing the > base image for the major version of the application, or advancing it? Hmmm - this seems like exactly the problem Modularity is aiming at. > One thing we can do to ameliorate that is make sure we name images after > the major version of the app and not after the patch release, i.e. the > PostgreSQL container will be >registry.fedoraproject.org/postgresql:9.5 In the modularity terminology discussion from earlier, this'd be the "stream". Or whatever equivalent term to that is chosen. -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
cloud@lists.fedoraproject.org
On Thu, Sep 29, 2016 at 04:16:15PM -0700, Adam Williamson wrote: > > think QA clearly understands what cloud image(s) are release blocking, > > as previously they were just the non-atomic images. > Which images are prominent on the download pages and how much of a > relationship there is between that and 'release blocking' status is > *also* not my problem, but I'd agree with you (Chris) that it'd be > rather strange for the most prominently advertised deliverable for a > given product not to be a release-blocking one. I don't think that Atomic *needs* to be release blocking, because if it misses the grand unified release, we have the ability to update it at the next cycle, so it's less of a big deal. But if we collectively prefer to make sure everything is lined up on the release day... I can see arguments for that, too. -- Matthew Miller Fedora Project Leader ___ cloud mailing list -- cloud@lists.fedoraproject.org To unsubscribe send an email to cloud-le...@lists.fedoraproject.org
