aeolus-comm-mgmt

aeolus-comm-mgmt@lists.fedorahosted.org

89 discussions

Publicity Cabal - Next meeting
by Angus Thomas 20 Nov '12

20 Nov '12

The meeting will be at 13:30 UTC on November 21st I'll start a g+ hangout. Find me in #aeolus on freenode if there are any issues Standing agenda is here: https://redmine.aeolusproject.org/redmine/projects/aeolus/wiki/Publicity_Ca… In addition to the regular items, we will begin the cabal with the election of the Awesome. In the absence of a simple, reliable, secure, free voting app, the election will be by a simple show of hands on the hangout. (Anyone who can't participate, but wants to have their vote counted should contact me) So far, two people have let me know that they're interested in being the Awesome: Justin Clift and Tzu-Mainn Chen. Regards, Angus The soon-to-be-former Awesome

1 0

Re: Aeolus Mission voting. VOTE REQUIRED BY NOVEMBER 19 PLEASE.
by Hugh O. Brock 16 Nov '12

16 Nov '12

On Fri, Nov 16, 2012 at 04:27:55PM -0500, Mo Morsi wrote: > On 11/16/2012 03:28 PM, Hugh Brock wrote: > > Mission Statement Voting > > > > OK... I promised to schedule a vote for today and naturally I am > > behind. The good news is this means you guys have the weekend to think > > about this. > > > > A bit about process. Having been through a substantial mission > > statement exercise already, I'm not inclined to lengthen the process > > much further by accepting further tweaks. I am therefore going to > > exercise the mighty ><}}}*> one final time and reduce the nominees for > > Aeolus Mission Statement to three. I hope you all will view this less > > as an act of oppression and more as an act of getting the hell on with > > it :). > > > > In voting, I would urge you all to remember that a mission statement can > > and probably should be aspirational -- our software may not fill our > > mission today, but we intend that it will someday, and that new > > additions to Aeolus will be included or not based on how well they will > > help us fill the mission. > > > > The choices, then, are: > > > > 1. Aeolus mission: To provide superior tools and workflows for flexible > > construction, management, and monitoring of multi-instance systems > > across clouds. (This is the original version we concocted at the dev > > conf.) > > > > 2. Aeolus mission: To provide superior tools and workflows for flexible > > construction, management, and monitoring of multi-instance deployments > > across clouds. (Modifications by Giulio Fidente and Justin Clift, > > received at least one endorsement on list.) > > > > 3. Aeolus mission: "To provide open source tools for the management > > and monitoring of cloud based systems." (Alternative from Mo Morsi. Mo > > says: "Are we just focusing on 'multi-instance systems'? Isn't > > providing simple tools to build images and launch a single instance > > against any generic cloud provider part of Aeolus?") > +1 > > Thanks Hugh, is it in bad taste to vote for my own option? ;-) Nope :). If you wouldn't vote for it, don't say it. --H -- == Hugh Brock, hbrock(a)redhat.com == == Engineering Manager, Cloud BU == == Aeolus Project: Manage virtual infrastructure across clouds. == == http://aeolusproject.org == "I know that you believe you understand what you think I said, but I’m not sure you realize that what you heard is not what I meant." --Robert McCloskey

1 0

Release Cabal meeting minutes (20121116)
by Giulio Fidente 16 Nov '12

16 Nov '12

hi, as per subject, minutes from the first release cabal meeting are here: https://redmine.aeolusproject.org/redmine/attachments/download/244/aeolus-m… this is also linked from the Release Cabal wiki page at: https://redmine.aeolusproject.org/redmine/projects/aeolus/wiki/Release_Cabal the full log is also available at: https://redmine.aeolusproject.org/redmine/attachments/245/aeolus-meeting.20… feedback welcomed -- Giulio Fidente

1 1

aeolus project vs aeolus on g+
by Giulio Fidente 16 Nov '12

16 Nov '12

ehi there, as per subject aeolus seems to have two pages on g+, one is called 'aeolus project' and the second 'aeolus' https://plus.google.com/u/0/109718770418645820147/posts https://plus.google.com/u/0/116664377051307565388/posts any idea what is the purpose of having two? -- Giulio Fidente

3 4

Re: Release Cabal inaugural meeting
by Justin Clift 15 Nov '12

15 Nov '12

( note - Moved this to aeolus-comm-mgmt(a)lists.fedorahosted.org. https://lists.fedorahosted.org/mailman/listinfo/aeolus-comm-mgmt ) On 13/11/2012, at 7:29 PM, Giulio Fidente wrote: > hi there, > > given that each cabal should have its first meeting by the end of this > week, my proposal for the first meeting of the release cabal is for > Thursday the 15th, at 18:00 CET (which is GMT+1) NACK. Steve already set up a first meeting time, at 15:00 CET on Friday. I'll forward the invite to you. :) > I'd like to use for this and the next meetings IRC, as it happens for > fedora, I'm thinking of a channel called: '#aeolus-meeting' Good idea. I'm fairly certain this already happens occasionally, but it's a decent idea to make it part of the standard approach. > We should book such a channel on a shared calendar which will eventually > be published on the website to encourage people join us. Very good idea. :) > My proposals for the agenda (and please feel free to add other stuff > which you think is important): > > * wrap up on the current status of art > * review the existing install docs and look for improvements > * define some 'recurring' date for our next meetings Good thinking. Just created a page on our Etherpad with meeting info, agenda items, and similar: http://etherpad-aeolusproject.rhcloud.com/p/release-cabal-meeting-20121116 > Note that today we've got a guy on #aeolus asking, amongst other things, > if there guides helping to install aeolus on centos. > > Having aeolus working on centos looks to me a nice task as that is > probably going to be the preferred choice for non-paying (yet) customers. Agreed. My preference would be to have Aeolus working on CentOS 6.x as our "primary" target platform. It's what most upstream rpm users will likely want to use, and (unlike Fedora) we don't have to jump through hoops every few months trying to make it work with a new release that has significant changes. :) Regards and best wishes, Justin Clift > > [1] https://fedoraproject.org/wiki/Meeting_channel?rd=Fedora_meeting_channel > -- > Giulio Fidente, gpg key id 08D733BA > > -- > Giulio Fidente -- Aeolus Cloud Evangelist http://www.aeolusproject.org

4 11

Website Cabal Minutes, Nov. 15th 2012
by Tzu-Mainn Chen 15 Nov '12

15 Nov '12

November 15th Attendees: Andy Fitzsimon Francesco Vollero Jiri Stransky Matt Wagner Mo Morsi Tzu-Mainn Chen - Matt Wagner elected as Awesome - Agreed to Thursday, 14:30 GMT as permanent meeting time - Will meet on Tuesday next week, due to Thanksgiving - We will use github issues for tracking items - Matt will enter initial items - any unclaimed items will be discussed during the next meeting - Website Cabal will help maintain etherpad and other communal web-based resources - make sure that this information is documented and organized - Matt will send out this information - Blog posts - is getting people to write them the responsibility of Website or Publicity Cabal? - Open question for now, will be brought up at the Publicity Cabal - News and Blog - Using blog for news makes sense - Also want changelog for product version changes - Release notes - aggregate git commits, or commit statistics - Wiki is currently Conductor only - wikis are moving to github - maybe eventually make website wiki page a static page with links to project wikis - Need to increase visibility of other projects, not just Conductor - Github issue will be created to track this - Andy and Dan to work on initial proposal for website changes to support this - Should we use aeolus incubator as staging version of website? - can just fork github and use github pages - Mo's patchset discussion - request to break it up into individual patches - revised project page seems fine, also replaces About page - combining get it/use it into install makes sense - other items require further discussion

2 1

Re: Website restructuring
by Jiří Stránský 15 Nov '12

15 Nov '12

On 13.11.2012 17:00, Matt Wagner wrote: <snip> > >> * Projects - the thing that Mo has done. We have so many components now that people deserve a special page just to get the 3048 meter (ten thousand foot) view of Aeolus. > > https://redmine.aeolusproject.org/redmine/projects/aeolus/wiki/Aeolus_Compo… > has some overlap too, I think, though it's more about what currently > exists. > >> * Install - describe how to download and install Aeolus. "Get It" is fine too, but I just think "Install" is clearer and more common. Regarding content of the page, we should decouple it from Fedora, as discussed on the Conference. > > +1 > > Does this entail squashing 'Get It' and 'Use It' into one section? It's more like renaming 'Get It' to 'Install' and putting there instructions for also other systems than Fedora. And 'Use It' in my opinion should get away in favor of Docs page, and on the Docs page the first link can be 'Tutorial', which would be what we now call 'Use It'. Docs page would also contain other links. See below. > >> * Docs - point of origin when you search for tutorials, reference guides etc., regardless of who you are. Link to our usage guide with screenshots, links to GitHub wikis (when we have them) of various subprojects, links to API docs. We should make clear what links are for what "persona". I'd differentiate here between three groups: Admins (Sam, the sys admin - installation and setup), Users (Dennis, the app designer + Carl/Bert, the infrastructure consumer - clicking and CLIing), Developers. -- Yeah, Mike, the develper persona might be useful :) > > This makes a lot of sense to me. Though I'm not sure how to present the > personae information in a way that will be clear to new users, who > probably won't think of themselves as "Connor the Infrastructure > Consumer" or whatnot. I could see 3 subheadings on the Docs page. * For Admins (related to aeolus-configure and similar) * For Users (related to Conductor WUI and CLI mostly) * For Developers (related to API mostly) I wouldn't squeeze much info here, the Docs page should not be much more than a set of links to proper documentation (documentation itself can be on the website or GH wikis or both). >> * Contribute - information for everyone who wants to help. What stuff we need - helping newbies, updating tutorials, writing code etc. and how should people get involved (installation for development, finding easy "onboarding" stuff to work on, etc.). > > We have really bad docs here right now, I think. So this could be good. > That said -- how many people are actually trying to contribute right > now? IMO that's a chicken and egg problem. There can't be many people trying to contribute if we don't give them any info. Currently, the aeolusproject.org site doesn't look like we want/appreciate contributions. I'd like to change that. A thing worth noting - I don't consider just pull requests as contributions, it could be also helping newbies on #aeolus so that we don't have to do it, it could be packaging for Debian or whatever. But again, I think we can't expect people to do that unless we actually tell them that we'd like them to do that. I'd like to bring this up on the next Website Cabal and take creating the "Contribute" page as my responsibility, if we agree that we want to have it. >> * Blog - feed from our external blog. (Or, we could move the blog to be part of the website. Not sure if there would be issues with this though.) We could get rid of News section, as Mo did in his pull request. I think Blog/News are largely overlapping and we might struggle to find enough items for News section alone. Or, should News stay, I'd let them be only on the Home page with some link to show older news, but I wouldn't put that into main menu. I believe this main menu item wouldn't be used much. > > Can we just make this a link to blog.aeolusproject.org? That would, by > far, be the easiest choice. > >> * Contact / Need help? / something else? - not sure of the name here, but the purpose of the page is the same as we have it now - document our communication channels, allow people to reach out for help or give feedback. > > Agreed, though I'd like to give the Contact page some TLC since right > now I think it's kind of overwhelming. (IMHO). > > What about the News tab? Does that just fall under the Blog and/or get > duped on the homepage? The blog/news issue has been solved on the Cabal, others please see: https://lists.fedorahosted.org/pipermail/aeolus-comm-mgmt/2012-November/000… J.

1 0

Gnome internship outreach for women - Aeolus
by Justin Clift 15 Nov '12

15 Nov '12

Hi Mo, You were very active with the outreach for GSOC, and that had a pretty decent result. :) Would you be interested in doing another, similar outreach program? https://live.gnome.org/OutreachProgramForWomen Mfojtik mentioned on IRC that Deltacloud is already involved, and they already have 2 applications. Seems like it might be a good opportunity for us. Your kind of thing? Regards and best wishes, Justin Clift -- Aeolus Cloud Evangelist http://www.aeolusproject.org

2 1

Re: New "Community Management" mailing list
by Justin Clift 13 Nov '12

13 Nov '12

On 13/11/2012, at 6:19 PM, Justin Clift wrote: <snip> > aeolus-comm-mgmt-request(a)lists.fedorahosted.org Oops, bad cut-n-paste. That should be: aeolus-comm-mgmt(a)lists.fedorahosted.org + Justin -- Aeolus Cloud Evangelist http://www.aeolusproject.org

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

aeolus-comm-mgmt