| --- bpepple has changed the topic to: FESCo meeting -- Meeting rules at http://www.fedoraproject.org/wiki/Development/Schedule/MeetingGuidelines -- Init process | ||
| bpepple | FESCo meeting ping -- bpepple, caillon, c4chris, dgilmore, dwmw2, f13, jeremy, jwb, notting, spot, nirik, tibbs, warren | |
|---|---|---|
| Hi everybody; who's around? | ||
| * tibbs here | ||
| * nirik is here. | ||
| poelcat here | ||
| * bpepple waits another minute or so to see if anyone else shows up. | ||
| notting | sorry i'm late | |
| bpepple | no worries, there is only 5 of us here right now anyhow. | |
| * c4chris here now | ||
| c4chris | slow day I guess... | |
| * dgilmore is here | ||
| tibbs | It seems tougher to get any kind of meeting lately. | |
| bpepple | ok, we can try to get slowly started since I think we have at least 7 of us here. | |
| tibbs: agreed. | ||
| --- bpepple has changed the topic to: FESCO-Meeting -- sponsor nominations -- Ruben Kerkhof - https://www.redhat.com/archives/fedora-devel-list/2008-January/msg02116.html | ||
| dgilmore | bpepple: when do we next have to have an election? | |
| bpepple | dgilmore: a month after f9 is out the door. | |
| dgilmore | bpepple: thats what i thought | |
| dgilmore | juct checking | |
| * jeremy is here now | ||
| jeremy | sorry to be late | |
| f13 | here | |
| bpepple | +1 to making Ruben a sponsor. | |
| tibbs | +1 for Ruben. | |
| f13 | I blame ice and static electricity | |
| notting | +1 | |
| nirik | +1 | |
| * spot is here, +1 | ||
| c4chris | +1 | |
| f13 | +1 sure! | |
| tibbs | Nice to see someone helping with merge reviews. | |
| dgilmore | +1 | |
| bpepple | ok, that's more than half of fesco, so we've approved his request. I'll upgrade him after the meeting. | |
| moving on..... | ||
| --- bpepple has changed the topic to: FESCo-Meeting -- New Features - http://fedoraproject.org/wiki/Features/Dashboard - poelcat | ||
| bpepple | poelcat: you want to lead? | |
| --- poelcat has changed the topic to: vote http://fedoraproject.org/wiki/Anaconda/Features/SecondStageInstallSource | ||
| * warren here | ||
| jeremy | +1 | |
| bpepple | +1 here also. | |
| warren | +1 | |
| spot | +1 | |
| f13 | +1 | |
| tibbs | +1 | |
| c4chris | +1 | |
| nirik | +1 | |
| notting | +1 | |
| poelcat | looks like the +1s have it | |
| dgilmore | + | |
| --- poelcat has changed the topic to: vote http://fedoraproject.org/wiki/Releases/FeatureEncryptedFilesystems | ||
| nirik | +a lot. ;) | |
| bpepple | +1 | |
| jeremy | this is working pretty well | |
| spot | +1 | |
| * jeremy reinstalled his laptop to be a guinea pig right before starting classes | ||
| jeremy | +1 | |
| spot | i'm using it as well | |
| notting | +1 | |
| warren | +1 | |
| c4chris | +1 | |
| tibbs | +1 | |
| dgilmore | +1 | |
| * nirik is using a custom encrypted setup he did for f8, but it would be very nice to have for f9 out of the box | ||
| notting | jeremy: in the 'notes' section, we only do #1, right? | |
| f13 | +1 | |
| poelcat | any more discussion on this feature? | |
| jeremy | notting: yes. at least for now | |
| nirik | Also, add to test plan: upgrades. ;( Lots of cases down the road there... | |
| --- poelcat has changed the topic to: vote http://fedoraproject.org/wiki/Features/PreUpgrade | ||
| tibbs | +1 | |
| f13 | adding info about rescue mode to that feature | |
| bpepple | +1 | |
| spot | +1 | |
| f13 | +1 | |
| nirik | +1 | |
| warren | +1 | |
| c4chris | +1 | |
| notting | +1 | |
| jeremy | nirik: we don't have to do upgrades of encrypted root until f10 ;-) | |
| +1 | ||
| dgilmore | +1 | |
| nirik | jeremy: true... but something to think about when designing it now. ;) | |
| poelcat | any more discussion on this feature? | |
| jeremy | nirik: *nod* it's been thought about. and actually, will probably mostly be there in f9 if not entirely. as we have to have most of the same code for rescue mode | |
| notting | jeremy: yeah, but we don't want it to blow up so badly you have to wipe the part table if you've done one before and want to reinstall | |
| bpepple | poelcat: nah, the preupgrade seems pretty straight-forward. | |
| --- poelcat has changed the topic to: back for another vote http://fedoraproject.org/wiki/Features/IMDesktopIntegration | ||
| warren | +1 | |
| * poelcat wasn't sure if "enough changed" since last time | ||
| warren | I don't see any problem in letting them try to complete it. Worst case is going back to how it was in F8. | |
| f13 | yeah, I'm +1 on it too | |
| caillon | +1 from me (and a sorry for being late) | |
| c4chris | +1 | |
| spot | +1, reluctantly. i still think its vague. | |
| * nirik wonders how this impacts KDE? | ||
| bpepple | +1 | |
| dgilmore | -1 too vague | |
| tibbs | You realize that the difference between the page now and when we nacked this last time is three lines? | |
| tibbs|h tibbs | ||
| warren | He might not be good at explaining things in English | |
| bpepple | tibbs: but they added a nice little animation. ;) | |
| warren | I have some understanding of what the goals are, and I strongly believe we need it eventually. | |
| f13 | warren: can you articulate those goals in the featuer page/ | |
| tibbs | I agree we need this. The base question is whether we're going to block on bureaucracy. | |
| dgilmore | warren: id like to see more concrete plans for making sure everything works first | |
| warren | http://tagoh.fedorapeople.org/im-chooser/imsettings/imsettings-demo.html wow, this is pretty cool | |
| f13 | I want the work to continue, but I'd like it to be clarified in the feature so that we actually have something to talk about in release notes and articles and such | |
| warren | The key to this feature is to make IM enable/disable possible during a desktop session instead of requiring a logout/login. | |
| dgilmore | f13: agreed i dont think the work should stop. | |
| i just think that it to important to be touted when its still half baked | ||
| f13 | warren: that might mean something to somebody who uses input methods. | |
| warren | f13, which is the majority of the world population... | |
| f13 | warren: but is it the majority of our users? | |
| notting | is this ever going upstream to gnome? | |
| warren | f13, if we're trying to reach the majority of the world population it might be important? | |
| caillon | dgilmore, i don't think we can even say "stop doing it" can we? | |
| warren | notting, that's the goal. | |
| dgilmore | caillon: we can't | |
| nirik | The changes are in gtk... | |
| warren | I understand that folks here might not understand this and I agree the feature page is too vague. As long as work doesn't stop I can agree for them to write more details. | |
| poelcat | caillon: that isn't the point of voting on features | |
| f13 | warren: sure, but what I'm saying is that it might help if you worded it in a way that makes sense to folks who /don't/ use input methods | |
| dgilmore | caillon: i dont want to discourage. but it will be bad if it only works in gtk apps and nothing else | |
| caillon | it will be less than ideal, yes. | |
| notting | warren: +1 from me. they should probably get one of the interaction people to look over the chooser | |
| warren | Instead of just nacking with "too vague" let's bring a list of specific questions. | |
| poelcat | better yet, add your specific questions to the feature page | |
| warren | notting, I'll personally get an interaction designer to look at it. This designer has the benefit of using input methods... | |
| notting | warren: as having the chooser have a 'log out' button seems wrong | |
| warren | poelcat, good idea. | |
| f13 | warren: describe what it means to somebody who has no idea what "input method" means | |
| dgilmore | warren: sure what is their plan to make it work with qt qt4 wx-widgets and all the other windowing toolkits we support | |
| warren | notting, I think that's a hold over from the previous chooser that required logout/login, that shouldn't be there. | |
| dgilmore, please add that question to the feature page | ||
| Q: Implications to QT/KDE. | ||
| Q: Heading to upstream GNOME? | ||
| Q: Describe what this means to people who don't know what "input method" means. | ||
| Q: Did you talk to an interaction designer for the chooser? | ||
| anything else? | ||
| * nirik would be happy to get those questions answered and revisit it... | ||
| f13 | warren: are we going to write a new guide for those that do need to use input method? | |
| or are we just going to hope that they discover the new method. | ||
| warren | f13, where to find it doesn't change from the past | |
| f13 | and are we going to read from old files and use them in the new system for people upgrading? | |
| notting | f13: afaict, if they *don't* want to switch from the default IM, it doesn't change | |
| warren | f13, also it enables by default for languages that use it | |
| dgilmore | warren: ive added those questions | |
| warren | k | |
| move on? | ||
| bpepple | poelcat: any other features we need to look at today? | |
| poelcat | i think is this a good example of the benefits of the feature process and how it makes fedora work better :) | |
| no more features for today. I will be doing a refresh of the status on this page http://fedoraproject.org/wiki/Releases/9/FeatureList later today--turning any rows red where updating is needed | ||
| we really need better response from owners updating the release notes section with Alpha around the corner. | ||
| bpepple | poelcat: when do you think we need to start poking people? | |
| poelcat | now. i sent out a status email last week... didn't get that much response | |
| i'll update the featurelist page and then send another email | ||
| poelcat | by the end of today | |
| bpepple | great. thanks, poelcat. | |
| moving on.... | ||
| --- bpepple has changed the topic to: FESCo meeting -- Free discussion around Fedora | ||
| bpepple | anything else people wish to discuss? | |
| notting | alpha is set for... tuesday? | |
| f13 | so far, yes | |
| IS is still syncing bits (to PHX) | ||
| they have to pick up some changes | ||
| and it's without PPC, PPC will come later. | ||
| (by a day or so) | ||
| actually they may be able to pick up PPC today | ||
| poelcat | what are thoughts on the affects of a shortened alpha ? | |
| c4chris | is there a place where one can easily see progress made on ia64, sparc, alpha (and maybe other) archs ? | |
| dgilmore | c4chris: not yet | |
| f13 | c4chris: ppc is somewhat special in that it's not really a secondary arch yet. | |
| dgilmore | c4chris: im hoping that ia64 sparc and s390 will get alpha builds at beta time | |
| spot | c4chris: soon. we're much closer this week than we have been in months. | |
| c4chris | sounds good | |
| jeremy | spot: the phrase you're looking for is "never been closer" :) | |
| dgilmore | c4chris: ive been spending all my time getting secondary arches working | |
| * c4chris just installed F8 on an ES40 and was pretty impressed that it worked on the first try | ||
| jeremy | poelcat: I don't think that the Effects will be that great really | |
| dgilmore | c4chris: we now have ia64.koji.fedoraproject.org | |
| c4chris: and im working to get s390.koji.fedoraproject.org ready and integrated | ||
| f13 | poelcat: don't expect too much really | |
| c4chris | cool | |
| f13 | poelcat: the alpha will service for 2 things. 1) getting a lot of testing on new installer features. 2) providing a sane installer to use with future rawhide trees. | |
| since you can use alpha's rescue.iso and disc1 but point it to rawhide repos. | ||
| notting | dgilmore: does <arch>.koji.fp.o actually have to be that arch, or is it just a dispatcher? | |
| f13 | notting: dispatcher | |
| hub needs not be of that arch | ||
| only builders. | ||
| notting | yah. | |
| good. | ||
| dgilmore | notting: only ia64's hub is actually ia64 | |
| f13 | and only builders of that arch, you could plug in off-arch builders to do createrepo tasks and tag tasks | |
| basically no buildArch tasks could be done by other offarch builder processes. | ||
| notting | f13: aw, but waiting for arm could be fun | |
| dgilmore | f13: which is what the s390 guys are doing since the builder live inside RH and cant nfs mount the storage | |
| c4chris | qemu ? | |
| f13 | c4chris: eeew | |
| dgilmore | notting: arm has not started on setting up koji yet | |
| f13: thats what the arm guys plan to use for their builders | ||
| notting | dgilmore: back in the day the arm builders nfs mounted disks because it was faster than using their local storage | |
| f13 | hopefully with more thanjust stock qemu | |
| c4chris | not *that* bad | |
| dgilmore | f13: i dont think so | |
| c4chris | that's how I fixed my gcc 4.3 problems | |
| rawhide on qemu | ||
| dgilmore | c4chris: kqemu or kvm? | |
| c4chris | no, plain qemu, my athlon can't do the paravirt thing | |
| bpepple | ok, is there anything else? or should we wrap up for this week? | |
| dgilmore | c4chris: kqemu is a kernel module that speeds up qemu doesnt need hardware support | |
| f13 | it' sjust not upstream | |
| c4chris | dgilmore: yea, I'll look into it at some point I guess | |
| dgilmore | bpepple: i think we should start getting ready for the next FESCo election | |
| c4chris | a big long expensive campaign ? | |
| :) | ||
| * spot readies the ninjas | ||
| c4chris | oh, there's that too | |
| bpepple | dgilmore: what things to you want us to get started oo? | |
| dgilmore | bpepple: getting the word out there so that we get lots of nominations | |
| dgilmore | and lots of voters | |
| make sure people are aware of it | ||
| c4chris | yea, collecting nominations migth be good to start | |
| bpepple | dgilmore: agreed. We need to advertise it on the mailing lists & planet fedora. | |
| c4chris | and of course the new guys have to buy lotsa beer to the one they replace ... | |
| dgilmore | bpepple: we are looking at the end of march | |
| bpepple: may that is | ||
| dgilmore | we could set a date now | |
| bpepple | dgilmore: yeah, that way we won't have a conflicting date with any of the other groups. | |
| dgilmore | yep | |
| thats all i have. wanted to get it on the radar | ||
| bpepple | how about we put that on the schedule for next week to decide a date for the election. | |
| dgilmore | there will be a board election around the same time also | |
| dgilmore | :) sounds good | |
| c4chris | bpepple: +1 | |
| jeremy | last time around, we held off on the fesco election until after the board election iirc | |
| bpepple | yeah, we got bumped last year because of that. | |
| dgilmore | jeremy: yes. id like to see if we could do both at once | |
| jeremy | the question is if we want that to be the general case or not | |
| dgilmore | jeremy: we held off partly because the voting app currently only alows one at a time | |
| bpepple | dgilmore: that would require someone to modify abadger1999's election software. | |
| jeremy | it's something to consider | |
| dgilmore | bpepple: yes it would | |
| jeremy | one thing about having multiple elections at once is it gets more unclear who's voting for whom and for what | |
| * abadger1999 would love for someone to give the election software some love | ||
| bpepple | abadger1999: where's the code located at? | |
| dgilmore | jeremy: yes. the other reason we held off was to see if someone got on the board wanted to pull out of fesco | |
| dgilmore | bpepple: /cvs/fedora i think | |
| dgilmore | abadger1999: of did it get moved | |
| abadger1999 | bpepple: http://cvs.fedoraproject.org/viewcvs/fedora-vote/?root=fedora | |
| dgilmore | or | |
| dgilmore | anyaway bpepple lets wrap it up | |
| bpepple | dgilmore: agreed. | |
| * bpepple will end the meeting in 60 | ||
| bpepple will end the meeting in 30 | ||
| abadger1999 | Eventually rewriting a a TurboGears app to be able to show historical votes would be nice. But there are some features that could just be added to the current implementation. | |
| * bpepple will end the meeting in 15 | ||
| bpepple | -- MARK -- Meeting End | |
| Thanks, everyone! | ||
Generated by irclog2html.py 2.5 by Marius Gedminas - find it at mg.pov.lt!