Docs meeting summary -- 15 October 2012
by Ben Cotton
Meeting summary
---------------
* Roll Call (bcotton, 14:00:27)
* Follow up on last week's action items (bcotton, 14:04:42)
* Guide slip proposal (bcotton, 14:05:04)
* Suggested that guides be branched 4 weeks before GA (bcotton,
14:05:09)
* LINK: http://bcotton.fedorapeople.org/docs_schedule/ (bcotton,
14:05:18)
* the only feedback i received was in favor (bcotton, 14:05:44)
* AGREED: Guides will be branched 4 weeks before GA (bcotton,
14:06:27)
* ACTION: bcotton to send schedule diffs to jreznik (bcotton,
14:06:37)
* Fedora 18 schedule (bcotton, 14:11:19)
* LINK:
http://jreznik.fedorapeople.org/schedules/f-18/f-18-docs-tasks.html
(bcotton, 14:11:26)
* Beta release slipped by a week (bcotton, 14:11:33)
* Release Notes (bcotton, 14:18:06)
* Outstanding BZ Tickets (bcotton, 14:28:37)
* LINK: http://tinyurl.com/lbrq84 (bcotton, 14:28:44)
* Open floor discussion (bcotton, 14:31:15)
Meeting ended at 14:32:55 UTC.
Action Items
------------
* bcotton to send schedule diffs to jreznik
Action Items, by person
-----------------------
* bcotton
* bcotton to send schedule diffs to jreznik
* **UNASSIGNED**
* (none)
People Present (lines said)
---------------------------
* bcotton (44)
* lnovich (10)
* sgordon (8)
* jjmcd (5)
* pkovar (3)
* zodbot (3)
* randomuser` (2)
* LoKoMurdoK (1)
Minutes:
http://meetbot.fedoraproject.org/fedora-meeting/2012-10-15/fedora_docs.20...
Minutes (text):
http://meetbot.fedoraproject.org/fedora-meeting/2012-10-15/fedora_docs.20...
Log:
http://meetbot.fedoraproject.org/fedora-meeting/2012-10-15/fedora_docs.20...
--
Ben Cotton
Fedora Docs Leader
11 years, 6 months
Summary/Minutes from today's Fedora Infrastructure meeting (2012-10-11)
by Kevin Fenzi
============================================
#fedora-meeting: Infrastructure (2012-10-11)
============================================
Meeting started by nirik at 18:00:01 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2012-10-11/infrastructure...
.
Meeting summary
---------------
* Aloha! (nirik, 18:00:01)
* New folks introductions and Apprentice tasks (nirik, 18:01:31)
* Applications status / discussion (nirik, 18:03:00)
* Beta freeze now scheduled to start 2012-10-16 (nirik, 18:04:57)
* if puiterwijk can't work on the smolt retirement server, will need
to find someone to do so before next month (nirik, 18:12:15)
* Sysadmin status / discussion (nirik, 18:13:51)
* Private Cloud status update (nirik, 18:16:40)
* LINK: https://eucalyptus.atlassian.net/browse/EUCA-3663 (skvidal,
18:20:01)
* will look at setting up some buildbot instances to help us test and
help projects build. (nirik, 18:41:39)
* ACTION: nirik to generate list of production needed items before
cloud becomes production (nirik, 18:42:02)
* ACTION: nirik will try and test openstack with vlans and/or no
gluster soon (nirik, 18:43:36)
* Security FAD update (nirik, 18:44:50)
* LINK:
https://fedoraproject.org/wiki/FAD_Infrastructure_Security_2012
(nirik, 18:46:01)
* Upcoming Tasks/Items (nirik, 18:47:13)
* 2012-10-16 to 2012-10-30 F18 Beta Freeze (nirik, 18:47:22)
* 2012-10-30 F18 Beta release (nirik, 18:47:22)
* 2012-11-01 nag fi-apprentices (nirik, 18:47:22)
* 2012-11-07 - switch smolt server to placeholder code. (nirik,
18:47:22)
* 2012-11-20 to 2012-12-04 F18 Final Freeze (nirik, 18:47:22)
* 2012-11-20 FY2014 budget due (nirik, 18:47:22)
* 2012-11-22 to 2012-11-23 Thanksgiving holiday (nirik, 18:47:25)
* 2012-11-26 to 2012-11-29 Security FAD (nirik, 18:47:26)
* 2012-11-30 end of 3nd quarter (nirik, 18:47:28)
* 2012-12-04 F18 release. (nirik, 18:47:30)
* 2012-12-24 to 2013-01-01 Red Hat Shutdown for holidays. (nirik,
18:47:33)
* 2013-01-18 to 2013-01-20 FUDCON Lawrence (nirik, 18:47:34)
* 2012-10-13 to 2012-10-15 FUDCon Paris (pingou, 18:48:02)
* Open Floor (nirik, 18:48:54)
Meeting ended at 18:50:46 UTC.
Action Items
------------
* nirik to generate list of production needed items before cloud becomes
production
* nirik will try and test openstack with vlans and/or no gluster soon
Action Items, by person
-----------------------
* nirik
* nirik to generate list of production needed items before cloud
becomes production
* nirik will try and test openstack with vlans and/or no gluster soon
* **UNASSIGNED**
* (none)
People Present (lines said)
---------------------------
* skvidal (129)
* nirik (128)
* pingou (25)
* smooge (9)
* relrod_webchat (9)
* herlo (7)
* abadger1999 (7)
* zodbot (4)
* tomprince (3)
* jds2001 (3)
* lmacken (2)
* misc (2)
* miguelcnf (1)
* _love_hurts_ (1)
* Spack (1)
* ianwelle1 (1)
* dgilmore (1)
* threebean (0)
* ricky (0)
* mdomsch (0)
* CodeBlock (0)
--
18:00:01 <nirik> #startmeeting Infrastructure (2012-10-11)
18:00:01 <zodbot> Meeting started Thu Oct 11 18:00:01 2012 UTC. The chair is nirik. Information about MeetBot at http://wiki.debian.org/MeetBot.
18:00:01 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
18:00:01 <nirik> #meetingname infrastructure
18:00:01 <zodbot> The meeting name has been set to 'infrastructure'
18:00:01 <nirik> #topic Aloha!
18:00:01 <nirik> #chair smooge skvidal CodeBlock ricky nirik abadger1999 lmacken dgilmore mdomsch threebean
18:00:01 <zodbot> Current chairs: CodeBlock abadger1999 dgilmore lmacken mdomsch nirik ricky skvidal smooge threebean
18:00:06 * skvidal is here
18:00:10 * abadger1999 here
18:00:20 * jds2001
18:00:21 * dgilmore is here but not for long dinner calls
18:00:26 * lmacken
18:00:31 * Spack here
18:00:36 * ianwelle1 is sorta here
18:00:50 * _love_hurts_ here
18:00:58 * pingou here
18:01:16 * relrod_webchat here
18:01:21 <nirik> cool. Nice crowd today. ;)
18:01:29 <nirik> lets go ahead and dive in
18:01:31 <nirik> #topic New folks introductions and Apprentice tasks
18:01:45 <nirik> any new folks? or apprentices wanting to ask about a task/etc?
18:02:23 * nirik doesn't see any new folks off hand...
18:03:00 <nirik> #topic Applications status / discussion
18:03:20 <nirik> any application news or status this week or upcoming? ;)
18:03:31 * herlo is here too
18:04:08 <lmacken> lots of fedmsgery hacking :)
18:04:27 <relrod_webchat> I've not forgotten about the FAS release, going update staging one last time to latest translations, and target updating prod shortly after the beta freeze, if possible (no date in mind yet)
18:04:28 <nirik> yeah, fedmsg is trucking along. ;)
18:04:57 <nirik> #info Beta freeze now scheduled to start 2012-10-16
18:05:16 <abadger1999> pkgdb update went out but b/c release was pushed out a week, working to see if I can get another update out with two other features.
18:05:45 <abadger1999> also, going to shoot for a python-fedora release... but that'll likely be after freeze (push to F/EPEL and then update infra after freeze)
18:05:55 * pingou kept working on having a full SA FAS
18:06:18 <pingou> fedocal's backend is 100% unit-tests covered
18:06:20 <abadger1999> there's going to be some hacking on infra apps at fudcon paris -- courtesy of pingou
18:06:29 <smooge> sorry late but here
18:06:56 <herlo> pingou: awesome. I'm planning on digging in on features this weekend. I assume you are going to be busy with FUDCon, so I'll get you feedback in email, unless there's a trac instance or something.
18:07:09 <pingou> herlo: email is fine
18:07:16 <herlo> k, perfect
18:07:35 <nirik> excellent. Was great to close all those hotfix tickets. Great work abadger1999!
18:07:35 <nirik> anything else we hope to land before freeze?
18:07:36 * nirik can't think of anything off hand.
18:07:36 <nirik> ok, if no more application devel news will move on...
18:07:36 <pingou> herlo: until we know what we want to do with it (wrt to insight) I won't make it something official with a trac and all
18:07:50 <herlo> oh, right.
18:07:53 <nirik> yikes. net lag
18:08:05 <relrod_webchat> I'll be picking up fedorahosted app dev soon again, too
18:08:14 <herlo> pingou: I'm leaning toward your options btw. I think it could be integrated with the look and feel of insight if necessary.
18:08:17 <pingou> nice relrod_webchat
18:08:20 <relrod_webchat> should be ready to test soon now that flask is in epel as of a few weeks ago
18:08:35 <pingou> herlo: but insight planned to have calDav iCal from the start
18:08:40 <herlo> right
18:08:41 <pingou> s/planned/plans
18:08:53 <herlo> pingou: I'm aware of that. I guess we'll see how it goes.
18:08:59 * nirik has seen no actual work on the insight one beyond requirements gathering long ago.
18:09:10 <pingou> I hope to learn more about it this week-end
18:09:18 <pingou> nirik: and the GSoC
18:09:24 <smooge> well we need to make sure someone is taking care of insight
18:09:30 <smooge> it is currently unattended
18:09:33 <pingou> smooge: is there?
18:09:36 <nirik> and not doing much
18:09:47 <smooge> and next on the chopping block if not taken up again
18:09:59 <nirik> oh, I guess another application news: I announced the smolt retirement
18:10:24 <nirik> we need someone to work on the server end to drop submissions and point people to a retirement page before next month.
18:11:01 <pingou> was patrick working on this?
18:11:06 <smooge> on what?
18:11:18 <pingou> the 'fake' smolt server
18:11:21 <nirik> pingou: he was going to, but seems to have gotten busy. Hopefully he still can.
18:11:44 <pingou> would be nice
18:11:49 * nirik will try and find out. ;)
18:12:15 <nirik> #info if puiterwijk can't work on the smolt retirement server, will need to find someone to do so before next month
18:12:24 <smooge> it should pretty much a couple lines of python
18:12:40 <nirik> yeah, shouldn't be too bad...
18:12:54 * relrod_webchat can look into it, if he's unable to
18:13:04 <nirik> it may need some kind of 'ack, I got your submission' thing... or 'ack, please see smoltsretired.html'
18:13:26 <nirik> anyhow, any other application devel news? or shall we move on?
18:13:39 * relrod_webchat would like to assume the smolt client just checks response code
18:13:51 <nirik> #topic Sysadmin status / discussion
18:14:13 <nirik> so, lets see... on the sysadmin side we have been dealing with a anoying routing issue at ibiblio. Thats still ongoing.
18:14:39 <skvidal> I setup the ansible public and private repos this week
18:14:43 <nirik> I setup cgit on lockbox for our public repos: http://infrastructure.fedoraproject.org/cgit/
18:15:14 <relrod_webchat> Most virthost13 vms have been moved to vh12, there's still two remaining (app02.stg, proxy01.stg). Will be finishing that migration probably tomorrow or this weekend. The already-moved ones have been pretty painless.
18:15:27 <nirik> skvidal: cool. Thanks for doing that.
18:15:32 <nirik> relrod_webchat: ditto. ;)
18:16:04 <pingou> we had the request for a buildbot node (Fedora and EL)
18:16:15 <nirik> yeah.
18:16:26 <miguelcnf> !late but here
18:16:32 <nirik> shall we move on to cloud to discuss that?
18:16:38 <nirik> welcome miguelcnf
18:16:40 <pingou> k
18:16:40 <nirik> #topic Private Cloud status update
18:17:17 <nirik> so, what things do we need to do/solve before we move things to more supported on the cloud?
18:17:28 <nirik> do we want to keep 2 types of cloud? or settle on one?
18:17:44 <skvidal> so I've been looking at the euca 3.1.2 upgrade
18:17:47 <nirik> I'd like to at least try openstack folsom in the next few weeks.
18:17:56 <skvidal> and I was told to be wary of it w/ running instances
18:18:14 <skvidal> and I confirmed this morning that, if I apply the 3.1.2 pkgs that it will just break the running instances
18:18:38 <nirik> ok, so everything needs some downtime on there for that...
18:18:44 <skvidal> so to upgrade we'll need to terminate all instances and then upgrade
18:19:06 <skvidal> nirik: yah - it's a quick downtime - but afaict, all instances will need to start over fro mscratch :(
18:19:15 <skvidal> which well, sucks
18:19:16 <nirik> yeah, welcome to the cloud world.
18:19:26 <skvidal> is that also true in the openstack cloudlet?
18:19:32 <nirik> on the openstack side you can hibernate them...
18:19:36 <nirik> or whatever it calls it.
18:19:49 <skvidal> there's a feature request filed for euca to behave more gracefully
18:19:55 <skvidal> on sub minor revision upgrades
18:19:56 <jds2001> do the vm's not exist independently of the management infrastructure?
18:20:01 <skvidal> https://eucalyptus.atlassian.net/browse/EUCA-3663
18:20:07 <skvidal> jds2001: they do exist
18:20:08 <nirik> "suspend instance"
18:20:10 <jds2001> or does euca do more than i thought
18:20:13 <smooge> in most cases.. from my experiernce with a cloud.. you can find yourself rebooted
18:20:20 <skvidal> jds2001: but they will be 'lost'
18:20:28 <skvidal> jds2001: meaning it will nuke their ip address
18:20:31 <skvidal> and the routes going to them
18:20:48 <nirik> in openstack "suspend instance" is like a hibernate... it saves to disk, cpu and mem are freed, then you start it again it resumes and takes back cpu/mem, etc.
18:21:04 <nirik> so, it would loose ip then too.
18:21:07 <nirik> and regain a new one.
18:21:22 <skvidal> nirik: so it'll be a fun game of 'find my instance'
18:21:23 <skvidal> :)
18:21:27 <nirik> right.
18:21:31 <skvidal> good times
18:21:36 <nirik> so, perhaps we shouldn't auto assign external ip.
18:21:52 <skvidal> nirik: manually assignation seems like a pain
18:21:56 <nirik> make the user request one and add it to the instance, which would be a pain, but you could request whatever one you wanted (if it was free)
18:21:59 <skvidal> if only from a tooling standpoint
18:22:03 <nirik> yeah.
18:22:12 <misc> using dhcp ?
18:22:13 <abadger1999> does the instance keep its mac address? can't we use dhcp with that?
18:22:23 <skvidal> abadger1999: it;'s not about dhcp
18:22:28 <skvidal> they have internal and external addresses
18:22:37 <skvidal> the internal one is allocated via dhcp (normally)
18:22:40 <skvidal> the external one is a route
18:22:49 <misc> a poor man solution would be to use ddns or something similar
18:22:52 <skvidal> on the network master (or in euca on the cloud controller)
18:23:14 <skvidal> misc: ddns with our current dnssec setup will be.... interesting
18:23:18 <skvidal> do able
18:23:20 <skvidal> but not fun
18:23:20 <nirik> so, one thing I would like to see before we move to more 'production': some inventory thing that lets us know who to yell at for any instance/keep track of them.
18:23:36 <abadger1999> <nod>
18:23:40 <skvidal> nirik: so - that ties into the authn/authz area
18:23:48 <nirik> yeah.
18:23:57 <skvidal> the tenants/accounts stuff
18:24:22 <nirik> right.
18:24:43 <nirik> so, perhaps we need to be much more narrow what a 'tennant'/account is.
18:25:01 <skvidal> so in both
18:25:07 <skvidal> you have tennats and users
18:25:13 <skvidal> or 'accounts' and users
18:25:21 <nirik> ie, have 'buildbot for python' and 'buildbot for foo' as seperate completely, since they may have seperate admins/etc.
18:25:27 <skvidal> an account or a tennant is like a company
18:25:34 <skvidal> a billing 'account'
18:25:37 <nirik> right.
18:25:39 <skvidal> you have a bunch of users under each of those
18:25:44 <skvidal> and ANY of those users
18:25:54 <skvidal> can see and influence any other users' instance under the same account
18:26:10 <skvidal> you can do some tricks with the perms system in euca (and I think in os) to limit that some
18:26:22 <skvidal> also if 2 instances on the same account
18:26:26 <skvidal> but from different users
18:26:31 <skvidal> are using the same security group
18:26:31 <nirik> yeah, so my first thought is that we could have something like 'short term' and lump a bunch of people in it, but now I think it would be better to give each one their own account/tennant
18:26:32 <skvidal> in euca
18:26:35 <skvidal> they will have the same vlan
18:26:58 <skvidal> nirik: I tend to agree - but with the vlans we have a slight scaling issue
18:27:07 <skvidal> nirik: in that if we have 2000 accounts
18:27:12 <skvidal> we've just eaten up all of our vlans
18:27:13 <nirik> right.
18:27:18 <skvidal> now
18:27:19 <skvidal> 2 things
18:27:24 <skvidal> 1. if we have 2000 accts
18:27:33 <skvidal> we have no hope of ever having them all running :)
18:27:35 <nirik> another mitigation would be that admins can make longer term ones for others.... not give them a account to manage directly.
18:27:51 <nirik> but then all those in that pool could 'see' each other.
18:27:57 <skvidal> 2. if we have 2000 accts we will need more systems - and probably a lot more cluster controllers
18:28:03 <skvidal> nirik: except
18:28:08 <skvidal> if you make a separate security group
18:28:14 <skvidal> each security group gets its own vlan
18:28:22 <nirik> oh, nice.
18:28:25 <skvidal> for example under the skvidal user on the 'fedora' account
18:28:29 <skvidal> I have 3 security groups
18:28:36 <skvidal> 1 default (22, and ping)
18:28:47 <skvidal> 2 webservers (22, ping, 80, 443, 8080)
18:28:52 <skvidal> 3 wideopen (all open)
18:28:59 <skvidal> each of those is a separate vlan
18:29:04 <skvidal> if I want to make a new one - I can just do so
18:29:16 <skvidal> euca-add-group <somename>
18:29:18 <nirik> yeah.
18:29:27 <skvidal> euca-authorize somestuff <somename>
18:29:32 <nirik> jenkins-slave or whatever.
18:29:39 <skvidal> so - that does make it easy for an admin to isolate them
18:29:44 <skvidal> but it also means
18:29:49 <skvidal> any user in an acct
18:29:52 <skvidal> who can make an instance
18:30:03 <skvidal> can insert themselves into the security group
18:30:09 <skvidal> if they are in the same tennant
18:30:19 <skvidal> that's not a real serious thing, though
18:30:34 <skvidal> since, ostensibly, any user in an acct/tennant should be trusted by the others in that acct/tennant
18:30:41 <skvidal> nirik: have you looked into vlans on openstack, yet?
18:30:59 <nirik> another thing I would like to have before we move to more production: sop's/clear steps on images... ie, contain minimal, what to do about updates (yum-cron?), etc.
18:31:04 <nirik> I have not had a chance.
18:31:19 <nirik> I think it behaves per tennat, I don't know about per security group
18:31:46 <skvidal> so about yum-cron, etc
18:31:55 <skvidal> I am inclined to say that for users setting up their own instances
18:31:56 <skvidal> its up to them
18:31:58 <skvidal> but again
18:32:03 <skvidal> this goes back to what we said before
18:32:12 <nirik> but if it's up to them, they probibly won't do anything. ;)
18:32:14 <skvidal> we do not, currently, have a niceish way to know why which one is there
18:32:30 <skvidal> nirik: fair enough - we could definitely have the default instances be yum-cron on
18:32:45 <skvidal> nirik: so if each user is in their own tenant/acct
18:32:47 * nirik thinks he might like to default to update daily... if you don't want that, it's up to you to turn it off and be responsible
18:32:50 <skvidal> then for a new user setup we need to
18:33:08 <skvidal> 1. add their acct
18:33:16 <skvidal> 2. add their user in that acct
18:33:21 <skvidal> 3. set a temp password
18:33:32 <skvidal> 4. add a default secutrity group to that acct (no it doesn't come with one)
18:33:40 <skvidal> 5. tell them how to setup their user, etc
18:33:41 <nirik> (stupidly, openstack has no way for a user to change their password)
18:33:54 <skvidal> 6. make that user have admin-level control to their acct
18:34:10 <skvidal> nirik: well euca's password changing thing is in the web interface which is....
18:34:15 <skvidal> well it's not fabulous
18:34:33 <nirik> yeah, folsom might have something. I don't recall if they had it fixed or not.
18:34:33 <skvidal> I should be able to script the creation of a user/account using the euca2ools and boto
18:34:43 <nirik> there was some pushback about that being an 'admin function'. :(
18:34:43 <skvidal> and populate all we need
18:34:57 <nirik> also for images: should we use cloud-init?
18:34:59 <skvidal> it would be run from fed-cloud01 as the euca-admin
18:35:16 <skvidal> nirik: seems like cloud-init is a good choice - but I know gholms and agrimm have been working on it a fair amount
18:35:19 <skvidal> so it may be in flux
18:35:24 * nirik nods
18:35:30 <skvidal> so in short
18:35:35 <skvidal> there is a lot of stuff to do :)
18:35:42 <nirik> yes, indeed.
18:35:47 <nirik> so, on the buildbot request...
18:35:47 <skvidal> nirik: you know what might be handy?
18:35:57 <nirik> should we do that now? or not until we are more ready?
18:36:02 <skvidal> nirik: a [s]hitlist of things before we can call things 'production'
18:36:08 <nirik> yeah.
18:36:17 <skvidal> nirik: I'm happy with providing the buildbot - if the consume knows it may go 'poof' at any moment
18:36:20 <nirik> I cna try and generate such a list. somewhere.
18:36:39 <skvidal> nirik: and to be fair it would help us with our tools for reprovisioining and tracking instances
18:36:57 <nirik> proposal: setup buildbot instances for twisted and python (if they still want it) as long as they know it could go away if we need it to. ;)
18:37:02 <nirik> yeah
18:37:09 <nirik> python folks wanted one a long time ago
18:37:19 <pingou> my only concern would that, it means we are ok with providing such service to all project asking for it
18:37:25 <skvidal> pingou: no
18:37:27 <skvidal> I do not agree
18:37:35 <skvidal> it means we are ok w/giving it to anyone we CHOOSE to
18:37:41 <skvidal> but just b/c I let my dog in the house
18:37:45 <skvidal> doesn't mean I have to let every dog in
18:37:50 <pingou> ok
18:38:05 <pingou> fine for me
18:38:13 <nirik> pingou: yeah, we should note that it's not a blanket agree.
18:38:13 <nirik> 'case by case' and 'no promises of sla or uptime or that it will even continue to exist'
18:38:13 <nirik> at least for now.
18:38:28 <pingou> setting up the nodes shouldn't be too hard I think
18:38:31 <skvidal> nirik: I agree with everything but the last sentence
18:38:32 <pingou> nirik: +1
18:38:37 <nirik> I think if we have capacity and can work out things it might be a good community thing to offer to projects.
18:38:51 <nirik> yeah, we can't help the world...
18:39:10 <skvidal> if they want the world - then ask aws for the freebie instances there
18:39:24 <abadger1999> <nod>
18:39:32 <tomprince> What do you mean by going 'poof'? (twisted buildbot maintainer here)
18:39:37 <skvidal> tomprince: going off
18:39:42 <skvidal> tomprince: needing to be killed for a downtime
18:39:46 <skvidal> or b/c sometimes things blow up
18:39:52 <skvidal> or b/c the colo evaporates
18:40:04 <skvidal> or magic has been discovered in phoenix and reality is torn asunder
18:40:09 <nirik> we will of course try and not have that happen...
18:40:14 <skvidal> but that doesn't mean it won't
18:40:22 <skvidal> in other words - uptime is not a commitment
18:40:54 <nirik> here it is and we will try and make it work as well as we can and notify if there's a downtime, etc... but we cannot promise
18:41:08 <tomprince> That seems entirely reasonable.
18:41:23 <nirik> cool.
18:41:39 <nirik> #info will look at setting up some buildbot instances to help us test and help projects build.
18:41:51 <skvidal> nirik: I'd like to go ahead and do the euca 3.1.2 upgrade
18:41:56 <skvidal> which means nuking all the instances
18:41:58 <tomprince> (many of our existing slaves are provided by individuals right now, so we don't get any better than that anyway)
18:41:59 <skvidal> and bringing them back up
18:42:02 <nirik> #action nirik to generate list of production needed items before cloud becomes production
18:42:33 <nirik> skvidal: sounds good to me. We have a good jenkins playbook now right? so those should just be really easily buildable again.
18:42:35 <skvidal> nirik: wanna start a wiki page or something?
18:42:42 <skvidal> nirik: we have a good one for the slaves
18:42:56 <skvidal> nirik: we do not have one for the master, yet - pingou and I are going to work on that today
18:42:57 <pingou> I'll try to figure out the master next week or so
18:43:04 <skvidal> pingou: oh ok
18:43:05 <pingou> or tonight :)
18:43:07 <skvidal> I also had a thought
18:43:10 <skvidal> about that
18:43:14 <skvidal> but we'll discuss it oob
18:43:17 <pingou> sure
18:43:17 <nirik> ok.
18:43:33 <skvidal> nirik: if a wiki - I can add some things we need for production-ing the cloud
18:43:36 <nirik> #action nirik will try and test openstack with vlans and/or no gluster soon
18:43:55 <nirik> yep. Can do. Or just add it to the private cloud page? I guess it's getting kinda long.
18:44:25 <nirik> I'll find a place.
18:44:30 <nirik> Anything else for clouds?
18:44:38 <skvidal> nope
18:44:50 <nirik> #topic Security FAD update
18:45:16 <nirik> so, fad is on schedule... we submitted our tenative budget for it... but budget people are all traveling, so haven't heard back yet.
18:45:33 <nirik> we might want to try and do some prelim planning or the like before then...
18:45:38 <skvidal> nirik: what's the wiki page again?
18:45:54 * nirik thinks we can get the cgi up and sudo working without much hassle, but is more worried about fas changes.
18:46:01 <nirik> https://fedoraproject.org/wiki/FAD_Infrastructure_Security_2012
18:46:51 <nirik> so, do look and see if there's things we can hash out before hand on the list or the like.
18:47:13 <nirik> #topic Upcoming Tasks/Items
18:47:22 <nirik> #info 2012-10-16 to 2012-10-30 F18 Beta Freeze
18:47:22 <nirik> #info 2012-10-30 F18 Beta release
18:47:22 <nirik> #info 2012-11-01 nag fi-apprentices
18:47:22 <nirik> #info 2012-11-07 - switch smolt server to placeholder code.
18:47:22 <nirik> #info 2012-11-20 to 2012-12-04 F18 Final Freeze
18:47:22 <nirik> #info 2012-11-20 FY2014 budget due
18:47:25 <nirik> #info 2012-11-22 to 2012-11-23 Thanksgiving holiday
18:47:26 <nirik> #info 2012-11-26 to 2012-11-29 Security FAD
18:47:28 <nirik> #info 2012-11-30 end of 3nd quarter
18:47:30 <nirik> #info 2012-12-04 F18 release.
18:47:33 <nirik> #info 2012-12-24 to 2013-01-01 Red Hat Shutdown for holidays.
18:47:34 <nirik> #info 2013-01-18 to 2013-01-20 FUDCON Lawrence
18:47:36 <nirik> freeze next week... unless we slip again. ;)
18:47:40 <nirik> anything folks want to note or schedule?
18:48:02 <pingou> #info 2012-10-13 to 2012-10-15 FUDCon Paris
18:48:11 <nirik> Oh, I might be making a trip on the 25th/26th... will let folks know if that happens. ;)
18:48:24 <nirik> pingou: :)
18:48:54 <nirik> #topic Open Floor
18:48:59 <nirik> any items for open floor?
18:49:51 * nirik listens to the crickets chirp.
18:49:55 <smooge> not from me
18:50:00 <nirik> ok, will close out in a minute if nothing more...
18:50:02 <relrod_webchat> nor me.
18:50:11 * smooge smells his lunch and goes.. please please close it
18:50:25 * relrod_webchat heads home from school and +1's smooge :)
18:50:44 <nirik> ha. Thanks for coming everyone!
18:50:46 <nirik> #endmeeting
11 years, 6 months
F18 Beta Blocker Bug Review #3.1 Minutes
by Tim Flink
======================================
#fedora-qa: f18beta-blocker-review-3.1
======================================
Minutes: http://meetbot.fedoraproject.org/fedora-qa/2012-10-11/f18beta-blocker-rev...
Minutes (text): http://meetbot.fedoraproject.org/fedora-qa/2012-10-11/f18beta-blocker-rev...
Log: http://meetbot.fedoraproject.org/fedora-qa/2012-10-11/f18beta-blocker-rev...
Meeting summary
---------------
* Roll Call (tflink, 16:04:48)
* Introduction (tflink, 16:12:53)
* Our purpose in this meeting is to review proposed blocker and
nice-to-have bugs and decide whether to accept them, and to monitor
the progress of fixing existing accepted blocker and nice-to-have
bugs. (tflink, 16:13:46)
* We'll be following the process outlined at: (tflink, 16:13:53)
* LINK: https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting
(tflink, 16:13:53)
* The bugs up for review today are available at: (tflink, 16:14:01)
* LINK: http://qa.fedoraproject.org/blockerbugs/current (tflink,
16:14:01)
* The criteria for release blocking bugs can be found at: (tflink,
16:14:24)
* LINK:
https://fedoraproject.org/wiki/Fedora_18_Alpha_Release_Criteria
(tflink, 16:14:24)
* LINK: https://fedoraproject.org/wiki/Fedora_18_Beta_Release_Criteria
(tflink, 16:14:24)
* LINK:
https://fedoraproject.org/wiki/Fedora_18_Final_Release_Criteria
(tflink, 16:14:24)
* (864128) f18b tc anaconda gets stuck after deleting a preexisting
partition in the 'unknown tree' after coming from a previous mistake
or error (tflink, 16:16:13)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=864128 (tflink,
16:16:16)
* Proposed Blocker, anaconda, NEW (tflink, 16:16:19)
* AGREED: 864128 - RejectedBlocker - This seems to require enough
elements from custom partitioning that it wouldn't hit any of the
F18 beta release criteria - as such, it is rejected as a blocker but
could be reproposed as a final blocker with a more simple reproducer
(tflink, 16:27:14)
* (864618) f18b tc2 anaconda issues switching languages from the main
hub (workaround = restart and select desired language in the first
screen) (tflink, 16:27:52)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=864618 (tflink,
16:27:55)
* Proposed Blocker, anaconda, NEW (tflink, 16:27:57)
* AGREED: 864618 - RejectedBlocker - This doesn't violate any of the
F18 release criteria and thus, rejected as a blocker for F18 beta.
(tflink, 16:31:37)
* (864765) DeviceCreateError: ('-6', 'fedora_f18v') (tflink, 16:31:42)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=864765 (tflink,
16:31:42)
* Proposed Blocker, anaconda, NEW (tflink, 16:31:42)
* assigned to: anaconda-maint-list(a)redhat.com (tflink, 16:31:42)
* AGREED: 864765 - AcceptedBlocker - Violates the following F18 beta
release criterion: "The installer's custom partitioning mode must be
capable of the following: ... Creating, destroying and assigning
mount points to partitions of any specified size using most
commonly-used filesystem types" (tflink, 16:38:38)
* (865066) 'Software selection' spoke is incorrectly rendered on top of
the hub if you boot a DVD image, change 'installation source' to a
remote mirror, then enter the 'software selection' spoke (tflink,
16:38:51)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=865066 (tflink,
16:38:55)
* Proposed Blocker, anaconda, NEW (tflink, 16:38:57)
* AGREED: 865066 - AcceptedBlocker - This violates the following F18
alpha release criterion for a non-trivial number of systems not
using a DVD for installation : "The installer must be able to
install each of the release blocking desktops, as well as the
minimal package set, with each supported installation method"
(tflink, 16:45:08)
* (864360) gpt isn't automatically created on UEFI system (tflink,
16:45:27)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=864360 (tflink,
16:45:27)
* Proposed Blocker, anaconda, ASSIGNED (tflink, 16:45:28)
* AGREED: 864360 - AcceptedBlocker - Violates the following F18 alpha
release criterion for UEFI systems: "The installer must be able to
complete an installation using automatic partitioning to any
sufficiently large target disk, whether unformatted, empty, or
containing any kind of existing data" (tflink, 16:48:31)
* (864180) AttributeError: 'NoneType' object has no attribute
'isExtended' (tflink, 16:48:53)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=864180 (tflink,
16:48:55)
* Proposed Blocker, anaconda, ON_QA (tflink, 16:48:58)
* AGREED: 864180 - AcceptedBlocker - Violates the following F18 alpha
release criterion: "The installer must be able to complete an
installation using automatic partitioning to any sufficiently large
target disk, whether unformatted, empty, or containing any kind of
existing data" (tflink, 16:53:19)
* (864842) AttributeError: 'NoneType' object has no attribute 'id'
(tflink, 16:53:24)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=864842 (tflink,
16:53:26)
* Proposed Blocker, anaconda, ON_QA (tflink, 16:53:29)
* AGREED: 864842 - RejectedBlocker - This doesn't clearly hit any of
the F18 release criteria and is easily recoverable. (tflink,
17:06:09)
* (865048) kickstarted install can't autopart disk (tflink, 17:06:18)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=865048 (tflink,
17:06:18)
* Proposed Blocker, anaconda, ON_QA (tflink, 17:06:18)
* AGREED: 865048 - AcceptedBlocker - Violates the following F18 beta
release criterion: "The installer must be able to successfully
complete a scripted installation, using the installer's preferred
scripting system, which duplicates the default interactive
installation as closely as possible" (tflink, 17:14:34)
* (864120) LUKS encryption option has no effect (tflink, 17:14:52)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=864120 (tflink,
17:14:52)
* Proposed Blocker, anaconda, POST (tflink, 17:14:52)
* AGREED: 864120 - AcceptedBlocker - Violates the following F18 beta
release criterion: "The installer's custom partitioning mode must be
capable of the following: ... Creating encrypted partitions"
(tflink, 17:20:15)
* (864353) important GNOME packages are not installed from DVD/netinst
(tflink, 17:22:37)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=864353 (tflink,
17:22:37)
* Proposed Blocker, comps, NEW (tflink, 17:22:37)
* AGREED: 864353 - RejectedBlocker - While it could be argued that
these packages should be a part of the default GNOME install, they
can still be installed and isn't severe enough to justify blocking
F18 beta. (tflink, 17:31:57)
* (862801) Anaconda hangs when 'Configuring installed system' (tflink,
17:32:59)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=862801 (tflink,
17:32:59)
* Accepted Blocker, anaconda, POST (tflink, 17:32:59)
* it sounds like this has been fixed with the updates.img linked in
the bug (tflink, 17:36:12)
* waiting for a new anaconda build with a fix for this included
(tflink, 17:37:42)
* (862612) anaconda freezes after clicking on "+" in keyboard layout
settings (tflink, 17:37:55)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=862612 (tflink,
17:37:58)
* Accepted Blocker, anaconda, VERIFIED (tflink, 17:38:01)
* this is fixed, will be closed when the build is pushed to stable
(tflink, 17:39:36)
* (851114) RepoError: SQLite objects created in a thread can only be
used in that same thread (tflink, 17:41:11)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=851114 (tflink,
17:41:14)
* Accepted Blocker, anaconda, ON_QA (tflink, 17:41:17)
* this should be fixed in anaconda-18.14-1 which is in F18 beta TC3
(tflink, 17:41:55)
* verification of the fix is needed - request testing in bug (tflink,
17:42:48)
* (862613) ValueError: cannot initialize a disk that has partitions
(tflink, 17:43:00)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=862613 (tflink,
17:43:00)
* Accepted Blocker, anaconda, NEW (tflink, 17:43:00)
* There has been no movement on this bug since the last meeting
(tflink, 17:47:29)
* re-testing w/ new anaconda might be interesting with the changes
that have been pushed recently (tflink, 17:47:51)
* (824191) nfsiso install hangs during reboot (tflink, 17:49:14)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=824191 (tflink,
17:49:14)
* Accepted Blocker, anaconda, NEW (tflink, 17:49:14)
* this may not be a beta blocker any more with the recently revised
criteria (tflink, 17:55:36)
* if nfs package source works (mounting exploded pkg tree w/ nfs),
this is not a beta blocker (tflink, 17:55:39)
* ACTION: kparal to re-test 824191 and check with anaconda team that
the fix made it into the f18 codebase (tflink, 17:55:58)
* (855526) f18a tc6 anaconda cannot connect to a protected wireless
network (tflink, 17:56:32)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=855526 (tflink,
17:56:35)
* Accepted Blocker, anaconda, POST (tflink, 17:56:38)
* an updates.img was just posted in the bug yesterday (tflink,
17:57:25)
* request testing w/ the updates.img in the bug (tflink, 17:57:47)
* (853877) anaconda ignores keyboard settings (tflink, 17:59:09)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=853877 (tflink,
17:59:09)
* Accepted Blocker, anaconda, POST (tflink, 17:59:09)
* patch has been submitted but may not have made it into an anaconda
build yet (tflink, 18:00:23)
* ACTION: adamw to ping anaconda team to review patches for 853877
(adamw, 18:01:45)
* (862557) repoclosure failure on 18 Beta TC2 DVDs (kernel) (tflink,
18:02:10)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=862557 (tflink,
18:02:10)
* Accepted Blocker, kernel, MODIFIED (tflink, 18:02:10)
* according to comment#12, this has been fixed (tflink, 18:03:09)
* since the affected kernel build is in stable, this can be closed
(tflink, 18:03:33)
* (853913) [de_DE] dialogs are trimmed in some languages (tflink,
18:06:15)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=853913 (tflink,
18:06:15)
* Proposed NTH, anaconda, MODIFIED (tflink, 18:06:16)
* this bug is fixed and due to be closed, review is not needed
(tflink, 18:10:46)
* (857412) cannot set up time sync, couldn't write /etc/ntp.conf
(tflink, 18:10:54)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=857412 (tflink,
18:10:54)
* Proposed NTH, system-config-date, NEW (tflink, 18:10:54)
* AGREED: 857412 - RejectedNTH - network time sync is a non-vital
function and this can be acceptably fixed with an update. Therefore,
it is rejected as NTH for F18 beta. (adamw, 18:19:46)
* (857076) reboot after Live installation hangs (tflink, 18:19:54)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=857076 (tflink,
18:19:55)
* Proposed NTH, systemd, NEW (tflink, 18:19:55)
* AGREED: 857076 - AcceptedNTH - This doesn't seem to affect all
installations but it is rather sever and has the potential to cause
data corruption. Accepted as NTH for F18 beta, please propose as a
blocker if it turns out to be more severe than currently understood
(tflink, 18:27:14)
* (863676) /etc/localtime link overwritten with incorrect timezone file
during firstboot (tflink, 18:27:25)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=863676 (tflink,
18:27:28)
* Proposed NTH, system-config-date, NEW (tflink, 18:27:30)
* AGREED: 863676 - AcceptedNTH - While this doesn't violate any of the
release criteria for F18 beta, it would lead to confusion of users
and can't be fixed with an update. Therefore, it is accepted as NTH
for F18 beta. (tflink, 18:31:17)
* (865031) Black screen when booting on iMac12,2 (27" 2011 model)
(tflink, 18:31:26)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=865031 (tflink,
18:31:26)
* Proposed NTH, xorg-x11-drv-ati, NEW (tflink, 18:31:26)
* AGREED: 865031 - AcceptedNTH - graphical problems on boot are
considered severe enough to be accepted as NTH. A well tested fix
would be accepted past freeze. (tflink, 18:37:27)
* Open Floor (tflink, 18:39:08)
* The next blocker review meeting will be 2012-10-17 @ 16:00 UTC
(tflink, 18:41:28)
Meeting ended at 18:44:47 UTC.
Action Items
------------
* kparal to re-test 824191 and check with anaconda team that the fix
made it into the f18 codebase
* adamw to ping anaconda team to review patches for 853877
Action Items, by person
-----------------------
* adamw
* adamw to ping anaconda team to review patches for 853877
* kparal
* kparal to re-test 824191 and check with anaconda team that the fix
made it into the f18 codebase
* **UNASSIGNED**
* (none)
People Present (lines said)
---------------------------
* tflink (278)
* adamw (192)
* kparal (128)
* dgilmore (52)
* Viking-Ice (44)
* nirik (38)
* zodbot (26)
* jlk (12)
* akshayvyas (9)
* elad661 (5)
* dlehman (5)
* satellit_e (1)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
11 years, 6 months
Summary/Minutes from today's irc-support-sig meeting (2012-10-11)
by Kevin Fenzi
=============================================
#fedora-meeting: IRC Support SIG (2012-10-11)
=============================================
Meeting started by nirik at 17:00:08 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2012-10-11/irc-support-si...
.
Meeting summary
---------------
* init process (nirik, 17:00:08)
* Week in review (nirik, 17:03:17)
* LINK: http://fedora.theglaserfamily.org/ircstats/fedora-weekly.html
(nirik, 17:03:17)
* Open Floor (nirik, 17:06:02)
Meeting ended at 17:17:12 UTC.
Action Items
------------
Action Items, by person
-----------------------
* **UNASSIGNED**
* (none)
People Present (lines said)
---------------------------
* nirik (31)
* BobJensen (6)
* silentusr (5)
* Sonar_Gal (4)
* Khaytsus (3)
* zodbot (3)
* bikedude880 (3)
* kc8hfi (2)
* MadBus (1)
--
17:00:08 <nirik> #startmeeting IRC Support SIG (2012-10-11)
17:00:08 <nirik> #meetingname irc-support-sig
17:00:08 <zodbot> Meeting started Thu Oct 11 17:00:08 2012 UTC. The chair is nirik. Information about MeetBot at http://wiki.debian.org/MeetBot.
17:00:08 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
17:00:08 <zodbot> The meeting name has been set to 'irc-support-sig'
17:00:08 <nirik> #topic init process
17:00:30 * BobJensen
17:01:08 * nirik waits a few more for folks to wander in.
17:01:18 <nirik> should be a pretty short meeting today unless folks have things to bring up
17:03:06 <nirik> ok, I guess lets go ahead...
17:03:17 <nirik> #topic Week in review
17:03:17 <nirik> http://fedora.theglaserfamily.org/ircstats/fedora-weekly.html
17:03:29 <nirik> anything to note from this last week?
17:04:20 <nirik> it seemed pretty typical.
17:04:38 <nirik> we are getting closer to beta.
17:04:48 <BobJensen> heh
17:06:02 <nirik> #topic Open Floor
17:06:08 * Sonar_Gal
17:06:14 <nirik> any items for open floor? suggestions? rants?
17:07:33 <Sonar_Gal> nirik, Not that I can think of
17:07:45 <nirik> yeah, been kinda quiet... I'm not sure if thats good or bad. ;)
17:07:57 * silentusr hands out bacon
17:08:16 <Sonar_Gal> nirik, probably not a bad thing before the rush of holiday help coming
17:08:29 <Sonar_Gal> thanksgiving week+ and xmas week
17:08:39 <nirik> yeah, everyone is head down until those possibly...
17:08:41 <bikedude880> I'd like to thank #fedora-devel for pointing me in the right direction to rebuild mesa for i686/x86_64
17:09:02 <nirik> reminder that at beta we purge banlists and start trying to support 18... should be fun.
17:09:05 <nirik> bikedude880: cool
17:09:31 <bikedude880> Yeah, floating-point textures ftw :)
17:09:52 <BobJensen> I would personally like to ask those that end up in #fedora-unregistered all the time to read the instructions and properly configure their clients.
17:09:56 * kc8hfi raises hand to rant about freetds not supporting prepared statements
17:11:27 <nirik> BobJensen: yeah. I wish we could come up with a way to reach them... :(
17:11:42 <nirik> we can't get email for people can we? thats hidden by nickserv right?
17:11:47 <BobJensen> nirik: Suspend their FAS accounts
17:11:59 <silentusr> nirik: I think you have to enable hidemail right?
17:12:20 <nirik> BobJensen: if we could tell what they were...
17:12:30 <nirik> or at least if we could figure that we could mail them...
17:12:33 <BobJensen> nirik: I'll start compiling a list
17:12:39 <silentusr> how often does fedbot spam the user with a nick highlight?
17:12:48 <nirik> "hey, do you ever look at your irc client? no? well... "
17:12:49 <silentusr> about the proper procedure
17:13:16 <nirik> silentusr: on joining, it's in the topic, and on anyone else joining and on kicking them out
17:13:43 <silentusr> huh... and yet they still don't get the memo
17:13:58 * MadBus wanders in
17:13:58 <nirik> yeah, some of them have been in there for years.
17:14:24 * kc8hfi has a copy of the memo if anyone needs it
17:14:28 <nirik> anyhow, if we can mail them perhaps that will help.
17:14:41 <nirik> kc8hfi: is it stapled to the TPS report? :)
17:14:41 <Khaytsus> Man I hope F18's anaconda cleans up a bit before GA
17:14:45 <BobJensen> I've perma banned *redhat*
17:15:06 <nirik> Khaytsus: so do we all. ;) It's being worked on a lot...
17:15:32 <Khaytsus> nirik: I imagine. _I_ was a bit confused about what I was supposed to do in it.
17:15:38 <nirik> anyhow, anything else? or shall we call it day?
17:15:49 <Khaytsus> So it's either too dumbed down, or I've gotten dumber.. hmm
17:16:53 <bikedude880> Thanks for such an awesome development platform :)
17:16:58 <nirik> :)
17:17:08 <nirik> ok, thanks for coming everyone!
17:17:12 <nirik> #endmeeting
11 years, 6 months
Fedora Board Recap 2012-10-10
by inode0
Minutes: http://meetbot.fedoraproject.org/fedora-meeting/2012-10-10/board.2012-10-...
Minutes (text):
http://meetbot.fedoraproject.org/fedora-meeting/2012-10-10/board.2012-10-...
Log: http://meetbot.fedoraproject.org/fedora-meeting/2012-10-10/board.2012-10-...
===================================================
#fedora-meeting: Fedora Board Meeting (10 Oct 2012)
===================================================
Meeting started by gholms at 18:34:46 UTC. The full logs are available
at
http://meetbot.fedoraproject.org/fedora-meeting/2012-10-10/board.2012-10-...
.
Meeting summary
---------------
* Roll Call (gholms, 18:34:58)
* abadger1999, gholms, inode0, jreznik, and ke4qqq are in attendance
(gholms, 18:38:25)
rbergeron and pbrobinson also attended.
* Announcements (gholms, 18:38:54)
* F19 release naming is open:
https://fedoraproject.org/wiki/Name_suggestions_for_Fedora_19
(gholms, 18:39:35)
* Next public board meeting is on Wednesday, 24 Oct 2012 at 18:30 UTC
(gholms, 18:40:58)
* Beta Change Deadline and Features 100% Complete deadline was pushed
back by one week, now it's Oct 16 (jreznik, 18:43:07)
* Open Q&A (gholms, 18:44:16)
* LINK: http://fedoraproject.org/wiki/Releases/18/Schedule (jreznik,
18:46:47)
* IDEA: Schedule more slack into the election timeline to accomodate
unknowns with the release (gholms, 18:55:52)
* Concerns about changing FESCo during the beta to release time frame
(gholms, 18:56:21)
* ACTION: jreznik to take a look how to accomodate unknowns in
cooperation with elections wrangler (jreznik, 18:56:37)
* LINK:
http://jreznik.fedorapeople.org/schedules/f-18/f-18-elections.html
(jreznik, 18:58:02)
Meeting ended at 19:29:01 UTC.
Action Items
------------
* jreznik to take a look how to accomodate unknowns in cooperation with
elections wrangler
Action Items, by person
-----------------------
* jreznik
* jreznik to take a look how to accomodate unknowns in cooperation
with elections wrangler
* **UNASSIGNED**
* (none)
People Present (lines said)
---------------------------
* jreznik (38)
* inode0 (34)
* gholms (30)
* abadger1999 (13)
* zodbot (7)
* rbergeron (5)
* pbrobinson (3)
* nirik (1)
* ke4qqq (1)
John
11 years, 6 months
F18 Beta Blocker Bug Review #3 Minutes
by Tim Flink
====================================
#fedora-qa: f18beta-blocker-review-3
====================================
Note that we did not get through all of the bugs today and we will be
having another review meeting tomorrow.
Minutes: http://meetbot.fedoraproject.org/fedora-qa/2012-10-10/f18beta-blocker-rev...
Minutes (text): http://meetbot.fedoraproject.org/fedora-qa/2012-10-10/f18beta-blocker-rev...
Log: http://meetbot.fedoraproject.org/fedora-qa/2012-10-10/f18beta-blocker-rev...
Meeting summary
---------------
* Roll Call (tflink, 16:05:28)
* Introduction (tflink, 16:12:11)
* Our purpose in this meeting is to review proposed blocker and
nice-to-have bugs and decide whether to accept them, and to monitor
the progress of fixing existing accepted blocker and nice-to-have
bugs. (tflink, 16:12:20)
* We'll be following the process outlined at: (tflink, 16:12:28)
* LINK: https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting
(tflink, 16:12:28)
* The bugs up for review today are available at: (tflink, 16:12:35)
* LINK: http://qa.fedoraproject.org/blockerbugs/current (tflink,
16:12:35)
* The criteria for release blocking bugs can be found at: (tflink,
16:12:43)
* LINK:
https://fedoraproject.org/wiki/Fedora_18_Alpha_Release_Criteria
(tflink, 16:12:43)
* LINK: https://fedoraproject.org/wiki/Fedora_18_Beta_Release_Criteria
(tflink, 16:12:43)
* LINK:
https://fedoraproject.org/wiki/Fedora_18_Final_Release_Criteria
(tflink, 16:12:43)
* 28 Proposed Blockers (tflink, 16:13:29)
* 10 Accepted Blockers (tflink, 16:13:29)
* 5 Proposed NTH (tflink, 16:13:29)
* 8 Accepted NTH (tflink, 16:13:29)
* This meeting will be stopped at 3 hours - any remaining blocker bugs
to review will be done tomorrow at a second gathering of reviewers
(tflink, 16:16:11)
* (847831) kickstart boot fails with %include file generated by %pre
(tflink, 16:17:30)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=847831 (tflink,
16:17:30)
* Proposed Blocker, ASSIGNED (tflink, 16:17:30)
* AGREED: 847831 - This still needs more testing, will revisit when
there is more understanding of what parts of kickstart are affected
here (tflink, 16:31:57)
* (856362) KeyError: 'la-latin1' (tflink, 16:32:03)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=856362 (tflink,
16:32:03)
* Proposed Blocker, POST (tflink, 16:32:03)
* AGREED: 856362 - This is an upgrade issue and we still can't confirm
whether or not the new tools is affected by it. Will revisit after
we have a testable upgrade tool (tflink, 16:35:04)
* (862006) NameError: global name 'size_func_kwargs' is not defined
(tflink, 16:43:04)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=862006 (tflink,
16:43:04)
* Proposed Blocker, POST (tflink, 16:43:04)
* ACTION: adamw to discuss with anaconda team whether LVM ought to be
release blocking and make a proposal to the list (re 862006)
(adamw, 16:48:58)
* discussion on LVM related criteria will be continued outside the
meeting (tflink, 17:00:14)
* AGREED: 862006 - we agreed in principle that the criteria should be
adjusted to require creation of all offered filesystem types to work
at beta, therefore as LVM is offered, this bug is accepted as a
blocker (adamw, 17:04:41)
* ACTION: propose revision to partitioning criterion such that all
partition types offered in the UI should work (tflink, 17:05:09)
* (862801) Anaconda hangs when 'Configuring installed system' (tflink,
17:05:53)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=862801 (tflink,
17:05:54)
* Proposed Blocker, NEW (tflink, 17:05:54)
* AGREED: 862801 - AcceptedBlocker - Violates the following F18 alpha
release criterion: "The installer must be able to complete an
installation using the text, graphical and VNC installation
interfaces" (tflink, 17:08:11)
* (860430) RFE: dual boot support in newui (tflink, 17:08:22)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=860430 (tflink,
17:08:22)
* Proposed Blocker, ON_QA (tflink, 17:08:23)
* AGREED: 860430 - RejectedBlocker (Beta), AcceptedNTH (beta),
AcceptedBlocker (final) - While this does not clearly violate any
F18 alpha or beta release criteria, it does hit the dual-boot
release criterion for F18 final and a tested fix would be considered
past freeze. (tflink, 17:28:36)
* (858591) anaconda setting invalid system locale xx.UTF-8 not
xx_YY.UTF-8 (tflink, 17:28:48)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=858591 (tflink,
17:28:51)
* Proposed Blocker, VERIFIED (tflink, 17:28:54)
* AGREED: 858591 - AcceptedBlocker - Violates the following F18 alpha
release criterion for a non-insignificant number of locales: "In
most cases, a system installed according to any of the above
criteria must boot to the 'firstboot' utility on the first boot
after installation, without unintended user intervention, unless the
user explicitly chooses to boot in non-graphical mode. The firstboot
utility must be able to create a working user account" (tflink,
17:34:24)
* (862784) error: rpmdb open failed (tflink, 17:34:47)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=862784 (tflink,
17:34:47)
* Proposed Blocker, NEW (tflink, 17:34:47)
* ACTION: adamw propose partitioning criterion rewording such that
partitions other than /home are not required to be re-usable at beta
(adamw, 17:40:05)
* AGREED: 862784 - While this does potentially violate F18 beta
release criteria, that was not the spirit in which they were
written. Will revisit after discussion on test@ regarding rewording
the partitioning release criteria. (tflink, 17:44:21)
* (855560) F18 Live Alpha : nVidia GeForce 8600M GT, graphic driver
(nouveau): very poor performance (vesa is fluid) (tflink, 17:44:41)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=855560 (tflink,
17:44:44)
* Proposed Blocker, NEW (tflink, 17:44:46)
* AGREED: 855560 - RejectedBlocker - There seem to be no new reporters
and the existing reporters aren't retesting. Therefore, we conclude
that this isn't a big enough problem to accept as a blocker for F18
beta. (tflink, 17:48:41)
* (745202) gnome-shell does not display correctly with NV3x adapters -
multicolor corruption of panel, Shell-style menus and text [nvfx]
(tflink, 17:48:50)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=745202 (tflink,
17:48:53)
* Proposed Blocker, NEW (tflink, 17:48:56)
* AGREED: 745202 - RejectedBlocker - Affected systems still boot into
fallback mode and the HW blacklist seems to still be appropriate
with current versions of mesa 9.x. Since fallback mode still
functions, this is rejected as a blocker for F18 beta (tflink,
17:55:14)
* (864204) AttributeError: 'YumConf' object has no attribute
'_repos_persistdir' (tflink, 17:57:24)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=864204 (tflink,
17:57:27)
* Proposed Blocker, NEW (tflink, 17:57:30)
* AGREED: 864204 - There is not enough information on the image used
or exactly what went wrong here. Ask for more information from the
reporter - if there is nothing new @ the next review meeting, this
will be rejected as a blocker. (tflink, 18:03:09)
* (862971) ValueError: Cannot remove extended partition sda4. Logical
partitions present. (tflink, 18:03:22)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=862971 (tflink,
18:03:25)
* Proposed Blocker, ON_QA (tflink, 18:03:28)
* AGREED: 862971 - AcceptedBlocker - Violates the following F18 beta
release criterion for systems using extended partitions: "The
installer's custom partitioning mode must be capable of the
following: ... Creating, destroying and assigning mount points to
partitions of any specified size using most commonly-used filesystem
types" (tflink, 18:05:58)
* (863451) AttributeError: 'DeviceFormat' object has no attribute
'peStart' (tflink, 18:06:04)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=863451 (tflink,
18:06:07)
* Proposed Blocker, NEW (tflink, 18:06:09)
* AGREED: 863451 - AcceptedBlocker - Violates the following F18 beta
release criteria for the removal of LVM partitions: "The installer's
custom partitioning mode must be capable of the following: ...
Creating, destroying and assigning mount points to partitions of any
specified size using most commonly-used filesystem types" (tflink,
18:16:25)
* (863582) KeyError: 'payload' (tflink, 18:16:33)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=863582 (tflink,
18:16:33)
* Proposed Blocker, ON_QA (tflink, 18:16:34)
* AGREED: 863582 - AcceptedBlocker - Violates the following F18 alpha
release criterion: "The installer must be able to complete an
installation using automatic partitioning to any sufficiently large
target disk, whether unformatted, empty, or containing any kind of
existing data" (tflink, 18:19:32)
* (853508) nfsiso source for stage2 does not work (tflink, 18:19:44)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=853508 (tflink,
18:19:44)
* Proposed Blocker, ASSIGNED (tflink, 18:19:44)
* ACTION: kparal to propose changing the NFS remote package source
criterion to require _either_ nfs or nfsiso to work @ beta (tflink,
18:34:37)
* AGREED: - The nfs package source criterion should be modified such
that _either_ nfs or nfsiso should work @ beta (tflink, 18:36:32)
* AGREED: 853508 - RejectedBlocker (Beta) - Due to the accepted
criterion change above (xx:36) and the fact that nfs does function
as a remote package source, this is rejected as a blocker for F18
beta (tflink, 18:39:13)
* (863348) ValueError: Cannot remove non-leaf device 'vda2' (tflink,
18:39:29)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=863348 (tflink,
18:39:29)
* Proposed Blocker, POST (tflink, 18:39:29)
* AGREED: 863348 - AcceptedBlocker - Violates the following F18 alpha
release criterion: "The installer must be able to complete an
installation using automatic partitioning to any sufficiently large
target disk, whether unformatted, empty, or containing any kind of
existing data" (tflink, 18:43:09)
* (864771) KeyError: PartitionDevice instance (0x7f0f28b016d0) (tflink,
18:43:15)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=864771 (tflink,
18:43:15)
* Proposed Blocker, NEW (tflink, 18:43:15)
* AGREED: 864771 - AcceptedBlocker - Violates the following F18 beta
release criterion: "The installer's custom partitioning mode must be
capable of the following: Creating, destroying and assigning mount
points to partitions of any specified size using most commonly-used
filesystem types ... Rejecting obviously invalid operations without
crashing" (tflink, 18:47:51)
* (863886) anaconda does not install firstboot (tflink, 18:49:09)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=863886 (tflink,
18:49:09)
* Proposed Blocker, MODIFIED (tflink, 18:49:09)
* AGREED: 863886 - AcceptedBlocker - Violates the following F18 alpha
release criterion: "In most cases, a system installed according to
any of the above criteria must boot to the 'firstboot' utility on
the first boot after installation, without unintended user
intervention, unless the user explicitly chooses to boot in
non-graphical mode." (tflink, 18:51:55)
* (864058) anaconda main menu not visible in F18 Beta TC2 KDE Live
(tflink, 18:55:15)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=864058 (tflink,
18:55:15)
* Proposed Blocker, NEW (tflink, 18:55:16)
* AGREED: 864058 - AcceptedBlocker - Violates the following F18 alpha
release criterion for the KDE spin: "The installer must boot (if
appropriate) and run on all primary architectures, with all system
firmware types that are common on those architectures, from default
live image, DVD, and boot.iso install media when written to an
optical disc and when written to a USB stick with at least one of
the officially supported methods" (tflink, 19:01:16)
* Open Floor (tflink, 19:02:07)
* stopping at the 3 hour mark, will continue on 2012-10-11 @ 16:00 UTC
with the remainder of the bugs not covered today (tflink, 19:02:47)
Meeting ended at 19:07:42 UTC.
Action Items
------------
* adamw to discuss with anaconda team whether LVM ought to be release
blocking and make a proposal to the list (re 862006)
* propose revision to partitioning criterion such that all partition
types offered in the UI should work
* adamw propose partitioning criterion rewording such that partitions
other than /home are not required to be re-usable at beta
* kparal to propose changing the NFS remote package source criterion to
require _either_ nfs or nfsiso to work @ beta
Action Items, by person
-----------------------
* adamw
* adamw to discuss with anaconda team whether LVM ought to be release
blocking and make a proposal to the list (re 862006)
* adamw propose partitioning criterion rewording such that partitions
other than /home are not required to be re-usable at beta
* kparal
* kparal to propose changing the NFS remote package source criterion
to require _either_ nfs or nfsiso to work @ beta
* **UNASSIGNED**
* propose revision to partitioning criterion such that all partition
types offered in the UI should work
People Present (lines said)
---------------------------
* tflink (302)
* adamw (198)
* kparal (155)
* Viking-Ice (91)
* cmurf (82)
* jreznik (34)
* akshayvyas (23)
* zodbot (15)
* jlk (9)
* pschindl (6)
* digimer (4)
* Martix (1)
* nanonyme (1)
* satellit_e (1)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
11 years, 6 months
Summary/Minutes from today's FESCo Meeting (2012-10-10)
by Kevin Fenzi
===================================
#fedora-meeting: FESCO (2012-10-10)
===================================
Meeting started by nirik at 17:00:01 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2012-10-10/fesco.2012-10-...
.
Meeting summary
---------------
* Init process (nirik, 17:00:08)
* #946 Fedora 18 Beta freeze readiness: is major functionality in place?
(nirik, 17:01:46)
* LINK: https://fedorahosted.org/fesco/ticket/946 (nirik, 17:01:47)
* will watch progress and see how things look monday. (nirik,
17:02:54)
* #932 F18 Features - progress at Feature Freeze (nirik, 17:03:12)
* LINK: https://fedorahosted.org/fesco/ticket/932 (nirik, 17:03:12)
* feature owners, please update your features! (nirik, 17:10:16)
* #945 Policies for spin-based systemd presets (nirik, 17:10:54)
* LINK: https://fedorahosted.org/fesco/ticket/945 (nirik, 17:10:54)
* there has been some discussion of this on the spins list. (nirik,
17:11:12)
* LINK:
http://lists.fedoraproject.org/pipermail/spins/2012-October/002586.html
is the spins thread. (nirik, 17:12:50)
* ACTION: nirik to write up a proposal for people to pick apart.
(nirik, 17:32:43)
* Next week's chair (nirik, 17:34:32)
* mitr to chair next week (nirik, 17:36:45)
* Open Floor (nirik, 17:36:49)
* LINK: https://fedorahosted.org/fesco/ticket/956 (abadger1999,
17:38:47)
Meeting ended at 17:46:41 UTC.
Action Items
------------
* nirik to write up a proposal for people to pick apart.
Action Items, by person
-----------------------
* nirik
* nirik to write up a proposal for people to pick apart.
* **UNASSIGNED**
* (none)
People Present (lines said)
---------------------------
* nirik (90)
* mitr (14)
* mattdm (14)
* t8m (13)
* limburgher (13)
* jreznik (11)
* abadger1999 (10)
* notting (9)
* zodbot (7)
* mjg59 (4)
* jwb (4)
* mmaslano (0)
* pjones (0)
--
17:00:01 <nirik> #startmeeting FESCO (2012-10-10)
17:00:01 <zodbot> Meeting started Wed Oct 10 17:00:01 2012 UTC. The chair is nirik. Information about MeetBot at http://wiki.debian.org/MeetBot.
17:00:01 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
17:00:01 <nirik> #meetingname fesco
17:00:01 <zodbot> The meeting name has been set to 'fesco'
17:00:01 <nirik> #chair notting nirik mjg59 mmaslano t8m pjones mitr limburgher jwb
17:00:01 <zodbot> Current chairs: jwb limburgher mitr mjg59 mmaslano nirik notting pjones t8m
17:00:08 <nirik> #topic Init process
17:00:15 <jwb> here
17:00:18 <nirik> who all is around for a probibly short fesco meeting?
17:00:29 <mitr> Hello
17:00:30 * notting is here
17:00:33 <notting> i lke short
17:00:35 <jwb> i challenge us to be done in 15min or less
17:00:42 <nirik> :)
17:01:14 <mjg59> Hey
17:01:31 <nirik> thats quorum I think... so we can go ahead and dive in.
17:01:46 <nirik> #topic #946 Fedora 18 Beta freeze readiness: is major functionality in place?
17:01:47 <nirik> .fesco 946
17:01:47 <nirik> https://fedorahosted.org/fesco/ticket/946
17:01:50 <zodbot> nirik: #946 (Fedora 18 Beta freeze readiness: is major functionality in place?) – FESCo - https://fedorahosted.org/fesco/ticket/946
17:01:51 <nirik> we met on monday on this...
17:02:05 <nirik> do we have anything we would like to add now? or just wait and see how things look next monday?
17:02:54 <nirik> #info will watch progress and see how things look monday.
17:03:12 <nirik> #topic #932 F18 Features - progress at Feature Freeze
17:03:12 <nirik> .fesco 932
17:03:12 <nirik> https://fedorahosted.org/fesco/ticket/932
17:03:14 <zodbot> nirik: #932 (F18 Features - progress at Feature Freeze) – FESCo - https://fedorahosted.org/fesco/ticket/932
17:03:23 <nirik> so due to the week more slip... folks have another week on features. ;)
17:03:34 <nirik> do we see anything on the list that concerns us now?
17:03:42 <t8m> hi
17:03:45 <nirik> or shall we just wait on all of them until next meeting.
17:03:47 <nirik> hey t8m
17:04:02 <notting> well, if jreznik knows of any that definitely won't make next week, we could discuss them
17:04:12 <nirik> jreznik: you happen to be around?
17:04:59 * jreznik is around
17:05:14 <nirik> any features we should look at now? or shall we wait on all of them next meeting?
17:05:52 <t8m> what will we do with features that are not finished by next week?
17:05:54 <jreznik> the LLVM on PPC but it's not primary arch and I'm in touch with Feature owner
17:06:27 <jreznik> we never get any update for Usermode Migration... after gazillions of pings :( I'll try again
17:06:34 <mitr> It would be interesting to see at least a single sentence describing the missing piece instead of just a number... but that might be too much to ask
17:06:50 <nirik> "At the Beta Change Deadline new features must be code complete meaning that all the code required to enable to the new feature is finished."
17:06:53 <jreznik> then for sure New Installer UI and Secure Boot as two main features of F18
17:06:54 <nirik> "The level of code completeness is reflected as a percentage which is expected to be 100%. It does not mean the feature has been fully tested."
17:07:08 <mitr> t8m: ideally pull them out of release notes, or let feature owners reduce the scope (and update the relnotes) to get to 100%
17:07:16 <jreznik> mitr: that's what I ask everyone, at least to comment the status, issues etc
17:07:25 <mjg59> jreznik: Secure boot is code complete, we're waiting for the final legal go-ahead so we can upload the binary for beta
17:07:42 <jreznik> mjg59: ok, could you update the feature page to reflect that?
17:07:42 <notting> jreznik: usermode migration requires manpower to do the packaging. the infrastructure is there, the manpower did not magically materialize. *shock*
17:08:04 <mjg59> jreznik: Sure, I'll get that done
17:08:07 <jreznik> notting: I understand - but a single "we can't make it, we do not man power" is enough for me
17:08:38 <nirik> I think the 100% thing confuses people... they think it should mean in and tested and all functional (which in a more ideal world...)
17:08:56 <jreznik> otherwise I don't see any bigger troubles in the list
17:09:31 <nirik> for perhaps usermode migration should rescope to 'infra in place' now and have a part2 next cycle for the packaging work?
17:09:37 <jreznik> a lot of people promised updates within the week (some even insisted they want more testing to update to 100% as nirik pointed out ;-)
17:09:51 <jreznik> mjg59: thanks
17:10:08 <nirik> anyhow, if nothing is concerning, we can just revisit next week. ;)
17:10:16 <nirik> #info feature owners, please update your features!
17:10:28 <nirik> anything else on this topic? or shall we move on?
17:10:53 * jreznik will continue poking people to update status of features
17:10:54 <nirik> #topic #945 Policies for spin-based systemd presets
17:10:54 <nirik> .fesco 945
17:10:54 <nirik> https://fedorahosted.org/fesco/ticket/945
17:10:56 <zodbot> nirik: #945 (Policies for spin-based systemd presets) – FESCo - https://fedorahosted.org/fesco/ticket/945
17:11:01 <nirik> this came up on the list...
17:11:12 <nirik> #info there has been some discussion of this on the spins list.
17:11:29 <nirik> I was kind of waiting for the systemd folks to chime in some, but thats not happened.
17:12:25 <nirik> do we want to take any action here? or just try and come up with some plans on list?
17:12:50 <nirik> http://lists.fedoraproject.org/pipermail/spins/2012-October/002586.html is the spins thread.
17:13:13 * limburgher here finally, distracted
17:15:13 * nirik doesn't think we are going to come up with an answer here, but could be wrong. ;)
17:15:30 <limburgher> <nods>
17:15:32 <t8m> What I think is they should really develop the preset out of the rpm
17:16:08 <t8m> perhaps it could be hosted on fedorahosted and if they insist to ship it in a package to ship it as %doc
17:16:09 <nirik> issues are: a) should presets be rpm or non rpm packaged. b) what happens when you have multiple of them. c) what should they be numbered/named.
17:16:56 <t8m> for b) - systemd devs would have to answer
17:17:00 <mitr> I think c) is the only one that is a distribution-global issue
17:17:10 <nirik> b and c are closely tied. ;)
17:17:10 <mitr> b) - it is well-defined, but I can't say I care that much
17:17:21 <mitr> at least wrt mixing spin-specific presets
17:17:32 <nirik> If I make a 00-xfce preset it will override all the ones with numbers after it.
17:17:33 <mitr> In general, the priority numbers govern
17:17:41 <notting> right, if you were to install a openstack-node preset and a gnome-desktop preset , i'm not sure i care about the results you get
17:18:27 <nirik> you just want your desktop to be a compute node... whats wrong with that? ;)
17:19:11 <nirik> anyhow, shall we just ask for more ideas before doing anything more here?
17:19:16 * mattdm shows up sorry
17:19:41 <limburgher> The only problem is when there's a conflict. The correct solution is obvious. For many values of obvious.
17:19:42 <nirik> hey mattdm. We were just looking at the presets thing.
17:19:42 <t8m> nirik, yep we could ask for some proposal that we can then adjust
17:19:58 <limburgher> t8m, nirik: +1
17:20:14 <mattdm> for the cloud preset, should we just pick a number?
17:20:21 <mattdm> i'm okay with that. :)
17:20:42 <nirik> mattdm: we don't know. ;) But we should come up with more of a convention for sure.
17:20:48 <limburgher> It's The Cloud. Shouldn't the number be *? :)
17:21:12 <mitr> mattdm: yes, it seems to me that the ticket boils down to picking a number.
17:21:49 <mattdm> the other question is "fedora-cloud-presets" or "cloud-presets"
17:21:55 <mitr> ... and ideally getting an ack from systemd developers to make sure that they don't have different plans, but I'm not sure we can block on that.
17:21:56 <notting> defining numbers for the big spins we know of, and guidelines for picking your own?
17:22:04 * nirik is pondering something like ranges...
17:22:13 <mitr> notting: why not the same number for all spins?
17:22:32 <nirik> desktops ordered in 60-80 range in reverse order they were added to fedora? ;)
17:22:47 <mattdm> mitr: and make the packages conflict?
17:22:49 <nirik> mitr: because that leaves which one wins to the name?
17:22:51 <notting> mitr: *shrug* that could work, obviously you don't want to install multiples as above, as that falls back to alphabetical
17:23:07 <mattdm> (i mean, not that giving them the same number would make them conflict, but that we _could_ make them conflict)
17:23:16 <nirik> conflicts are bad
17:23:58 <mitr> nirik: see b) above - will there ever be two at the same time?
17:24:02 <nirik> I'd think cloud preset would be a lower range... since you would want to do that on any cloud type client...
17:24:07 <mattdm> I can see wanting to make the cloud presets higher priority than the desktop presets
17:24:16 <mattdm> jinx
17:24:17 <nirik> mitr: there could be.
17:24:51 <mattdm> what if you have a multi-user system and want to mix kde and xfce?
17:25:01 <nirik> I'd like it so groupinstall of a desktop more closely matches a 'spin' install of a desktop... which would mean the preset should be packaged for that case.
17:25:19 <nirik> mattdm: there would need to be an ordering...
17:25:38 <nirik> all I can come up with is the order they were added to the collection...
17:26:01 <notting> nirik: the biggest issue you have the is the enablement of multiple dms
17:26:03 <nirik> gnome, then kde, then xfce, then lxde, then sugar, then mate, ?
17:26:22 <t8m> nirik, apparently some presets should be able to get packaged others probably not - I'd really like to avoid accidental installs of the preset that enables the openstack cloud init
17:26:25 <nirik> if we do that then it's: gdm, kdm, lightdm, lxdm, whatever sugar uses, mdm, etc
17:26:56 <nirik> t8m: good point. but if it's in a 'cloud' group and called 'cloud-presets' wouldn't that be enough?
17:27:32 <nirik> jwb: sorry, we didn't make 15min. ;)
17:27:46 <notting> nirik: it wouldn't even need to be in a group - just available to be pulled into the cloud spin kickstart
17:27:55 <jwb> nirik, such is life
17:27:56 <mattdm> on multiple dms: if we prioritize by order added to the collection, does that mean the newer dms win the conflict or are only fallbacks?
17:28:05 <nirik> notting: true...
17:28:38 <nirik> mattdm: newer looses to older. If you install gnome-desktop and xfce-desktop, you get gdm not lightdm.
17:28:44 <nirik> (at least under this idea... )
17:29:01 <t8m> nirik, but then we effectively change the policy of making some daemons and other things not enabled on package install
17:29:19 <t8m> nirik, you'll just install the daemon and the appropriate preset package and ...
17:29:29 <nirik> true
17:29:33 <mattdm> given that gnome is the default and that the others are "add ons", that might be the exact opposite of expected. (I took this thing and added it to the default, and the default overrode it...)
17:29:51 <t8m> mattdm, +1
17:30:04 <nirik> mattdm: not sure I think of Xfce as a gnome addon
17:30:28 <limburgher> nirik: No, it's an Emacs abstraction layer.
17:30:37 <nirik> I installed these two desktops and the default one's DM is running...
17:30:51 <mattdm> nirik: I didn't mean it that way; "add ons" to the default fedora desktop experience (which happens to be gnome)
17:31:12 <mattdm> although of course there _are_ things which are basically gnome addons or modifications (or subtractions)
17:31:25 <nirik> yeah, I guess I would think of that case as 'you get the default' if there's a conflict of things...
17:31:37 <nirik> but thats just a proposal.
17:31:51 <nirik> I guess I should write it up and get feedback on it.
17:32:04 <t8m> please do
17:32:43 <nirik> #action nirik to write up a proposal for people to pick apart.
17:32:46 <mattdm> I would like the cloud presets to override the desktops. So as long as there's room for that I'm happy.
17:32:49 <nirik> Anything else on this for now?
17:33:29 * nirik thinks that makes sense to him.
17:33:45 <nirik> you could very well have a cloud instance that you want to install a desktop on too.
17:34:32 <nirik> #topic Next week's chair
17:34:39 <nirik> Who wants the gavel next week?
17:34:53 <jwb> not sure i'll be present next week
17:35:33 <mjg59> I'm flying Tuesday night, so should be here but won't have a chance to do agendas or anything
17:35:59 <mitr> I can chair next week
17:36:38 <nirik> cool. Thanks mitr
17:36:45 <nirik> #info mitr to chair next week
17:36:49 <nirik> #topic Open Floor
17:36:52 <nirik> Anything for open floor?
17:37:13 <limburgher> Not here.
17:38:08 <nirik> Will close out in 1 min if nothing else.
17:38:21 <abadger1999> I had a ticket
17:38:29 <abadger1999> the libibetry task one
17:38:32 <nirik> abadger1999: oh? did I miss it...
17:38:47 <abadger1999> https://fedorahosted.org/fesco/ticket/956
17:39:03 <nirik> ah, no meeting keyword. Sorry about that.
17:39:10 <abadger1999> I probably didn't specify meeting
17:39:14 <abadger1999> yeah, not a problem.
17:39:35 <nirik> so, really we are looking for folks to do this work, right?
17:40:02 <abadger1999> Yep. It's a task that needs doing but currently no one to do it.
17:40:06 <limburgher> I can help with working on the bugs once filed.
17:40:49 <limburgher> Has the Ask ajax step been done?
17:41:11 <abadger1999> nope -- I've been busy this past week with infra tasks.
17:41:28 <abadger1999> I'll ping him after this meeting.
17:41:31 <limburgher> Ok.
17:41:50 <limburgher> Thanks, maybe make a tracker BZ for the BZs filed.
17:42:00 <nirik> sounds good.
17:42:05 <limburgher> How many do we think there will be?
17:42:14 <nirik> probibly 20-30?
17:42:18 <limburgher> k
17:42:30 <abadger1999> Would a good first step be -- I'll ping ajax and if he has some f13 results, I'll attach them. If not, FESCo can put out a cattlecall for identifying the packages?
17:42:37 <nirik> Its times like these I wish we had an exploded tree of all packages to search thru
17:42:54 <abadger1999> yeah, it was 24 in F13
17:42:56 <t8m> nirik, +1
17:43:36 <t8m> nirik, ideally with a fulltext index over them
17:44:03 <nirik> yeah, I've toyed with the idea of some of the source code indexers... but they all seemed pretty dire
17:44:12 <nirik> anyhow, if nothing else will close out in a minute. ;)
17:44:29 <mitr> Things like that exist, I'm not sure whether they could be shared but we would need a permanent volunteer to maintain it in Fedora infrastructure as a first step
17:44:51 <nirik> yep.
17:45:11 <mitr> (I was particularly referring to http://hub.opensolaris.org/bin/view/Project+opengrok/ )
17:45:39 <nirik> yeah. nice pile of java/tomcat I think...
17:46:38 <nirik> anyhow. Thanks for coming everyone!
17:46:41 <nirik> #endmeeting
11 years, 6 months
FAmNA Meeting (9th October 2012)
by Jon
======================
#fedora-meeting: FAmNA
======================
Meeting started by masta at 01:00:03 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2012-10-10/famna.2012-10-...
.
Meeting summary
---------------
* Roll Call (masta, 01:00:06)
* Announcements (masta, 01:02:21)
* quaid is now a mentor for NA ambassador candidates (inode0,
01:03:00)
* Naming for F19 is open (inode0, 01:03:29)
* LINK: https://fedoraproject.org/wiki/Name_suggestions_for_Fedora_19
(inode0, 01:03:53)
* LINK: https://fedorahosted.org/famna/report/9 (masta, 01:04:56)
* Tickets (masta, 01:04:58)
* 2012 Fedora Merchandise Order (masta, 01:06:07)
* LINK: http://www.squeezyball.com/stress_shapes.html - uk based
though. (jds2001, 01:09:26)
* ACTION: masta reach out to stress ball guy (masta, 01:11:19)
* Fedora Ambassador Day North America (FADNA) (masta, 01:13:35)
* LINK:
http://fedoraproject.org/wiki/OLPC_San_Francisco_Community_Summit_2012
<--- fill that out with details (inode0, 01:15:07)
* We need to get the fadna wiki page going with the people attending,
the agenda, and budget (masta, 01:25:15)
* LINK:
https://fedoraproject.org/wiki/Fedora_Ambassador_Day_North_America_2012
(masta, 01:27:01)
* CPOSC 2012 (masta, 01:31:04)
* Open Floor (masta, 01:39:17)
* LINK:
http://fedoraproject.org/wiki/OLPC_San_Francisco_Community_Summit_2012
(MarkDude, 01:46:17)
Meeting ended at 01:55:28 UTC.
Action Items
------------
* masta reach out to stress ball guy
Action Items, by person
-----------------------
* masta
* masta reach out to stress ball guy
* **UNASSIGNED**
* (none)
People Present (lines said)
---------------------------
* inode0 (61)
* masta (60)
* award3535 (30)
* jds2001 (16)
* MarkDude (14)
* nb (8)
* zodbot (7)
* dan408 (5)
* chanchito (1)
* rbergeron (0)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
11 years, 6 months