| --- bpepple has changed the topic to: FESCo meeting -- Meeting rules at http://www.fedoraproject.org/wiki/Development/Schedule/MeetingGuidelines -- Init process | ||
| caillon | ||
|---|---|---|
| bpepple | FESCo meeting ping -- bpepple, caillon, c4chris, dgilmore, dwmw2, f13, jeremy, jwb, notting, spot, nirik, tibbs, warren | |
| * notting is here | ||
| jwb | here for a bi | |
| * tibbs here | ||
| bpepple | Hi everybody; who's around? | |
| * warren here | ||
| f13 | ||
| f13 | although still somewhat in training. | |
| * nirik is here. | ||
| abadger1999 buys some popcorn | ||
| jeremy | ||
| bpepple | ok, let's get started. | |
| caillon | abadger1999, would you like the popcorn seeds for 50cents or a bag for $8? | |
| --- bpepple has changed the topic to: FESCO-Meeting -- Package dispute - https://www.redhat.com/archives/fedora-advisory-board/2008-February/msg00145.html - all | ||
| kwizart | ! | |
| bpepple | this is about the ivtv-firmaware package the axel & kwizart have a disagreement about. | |
| kwizart: shoot. | ||
| kwizart | any question ? | |
| abadger1999 | caillon: :-) | |
| kwizart | well the review say it all | |
| end! | ||
| * dgilmore is here | ||
| caillon | basically, from what i can tell kwizart doesn't want any changes to the package to support RHEL, because he is unsure about the intricacies there. | |
| nirik | so, the sticking point is if there should be RHEL compatibility in the fedora package? | |
| caillon | whereas axel wants to support it | |
| nirik, that is my take on it, yes. | ||
| kwizart | caillon, supporting RHEL wihtout requesting EPEL-5 branch is without sense | |
| f13 | kwizart: what's wrong with letting axel handle the RHEL aspects? | |
| caillon | kwizart, you can't request an EPEL branch if you deny the review. | |
| tibbs | From my understanding, Axel keeps neglecting to respond for long periods of time so kwizart opeend his own review. | |
| bpepple | nirik: well, that and axel feels the package was hijacked. | |
| f13 | hrm, this would be easier if axel was here | |
| nirik | there are no plans for an EPEL branch. | |
| the kernel modules it needs are not in RHEL/epel | ||
| warren | who has no plans? | |
| caillon | tibbs, axel said that he had been on vacation and had listed it | |
| on the vacation page | ||
| tibbs | And then after he came back, he still neglected to respond to comments. | |
| caillon | (on the advisory board list) | |
| kwizart | the ivtv-firmware package have been approved when the original review by Axel was closed to no answears... | |
| * c4chris here now | ||
| notting | so, from a technical level | |
| tibbs | I mean, the first person to submit the package for review doesn't own it for all eternity. | |
| notting | packaging the firmware files in the old locations in the *current* fedora package is just nuts | |
| dgilmore | i honestly think that both axel and kwizart should work out a way to comaintain. the RHEL part should be conditionalised so that it only happens on rhel builds | |
| tibbs | Has Axel offered to co-maintain? Or does he demand to be the only person maintaining this package? | |
| I mean, it's already in the distro. | ||
| caillon | dgilmore, tibbs, i suggested co-maintenance already on FAB. axel doesn't believe it's possible. | |
| kwizart | dgilmore, that's what i have proposed to him. but he disagreed... | |
| caillon | the /topic has my thoughts on it | |
| dgilmore | tibbs: axel wants it for himself currently | |
| tibbs | The fact that Axel always denies cvsextras commits on his package seems relevant to me. | |
| EvilBob | As an ivtv user, I am just glad to see it finally in the distro. | |
| * c4chris dunno the tech details, but I found rude the way kwizart just closed axel's bz review request (several times) | ||
| * bpepple agrees with c4chris. | ||
| dgilmore | tibbs: i honestly think denying cvsextras needs justification | |
| tibbs | I found it rude how Axel kept neglecting to respond to someone who was trying to help get things in the distro. | |
| nirik | well, note there were month long gaps of no response there. | |
| dgilmore | c4chris: indeed that was very rude | |
| kwizart | c4chris, the bug was closed already once the package was left with needinfo to the submitters... | |
| dgilmore | tibbs: thats also rude | |
| tibbs | I mean, come on, we should not let one person hold a package hostage. If someone else actually wants to do the work, then great. | |
| * f13 thinks that trying to point fingers and rehash history doesn't solve anything. | ||
| tibbs | Witness the distcc package. | |
| f13 | lets start with the fact that the package is in Fedora now, and lets try to get some compromise between Axel and kwizart in the maintainership of said package. | |
| caillon | tibbs, while that's true, we also don't want to make contributors feel like they are being subverted. | |
| f13 | end of story. | |
| bpepple | f13: +1 | |
| warren | You both want this puppy? OK, you grab this end, you grab the other. | |
| c4chris | my impression is that we should try to cool things down, but I'm pretty much at a loss to say exactly how... | |
| caillon | i fear this will turn into the same thing as the bug. | |
| dgilmore | f13: :) i stand by my earlier statement both should co mainatian the package. they both are passionate about it. and the RHEL stuff should be conditionalised in the spec so that it only happens on RHEL | |
| caillon | axel does one thing, kwizart reverts, or vice versa. | |
| notting | technical proposal: explicit RHEL compatibility (file locations/symlinks, requirements, provides, etc.) should be confined solely to EL-xxx branches, not to the main fedora packages | |
| caillon | if that happens, I will NOT be happy at all. | |
| kwizart | The original review was created at the end of August by Axel... Fews days after I have raised many point that need to be fixed with the package most was easy... until the remaining "compat location problem", there were still issue with the package | |
| dgilmore | notting: +100 | |
| f13 | caillon: right. If that happens, I'll take the package hostage and neither one of them can touch it (: | |
| nirik | notting: no ifdef on dist ? | |
| tibbs | notting: +1 | |
| warren | f13, puppy. | |
| tibbs | nirik: Actually I think it's the opposite. | |
| notting | nirik: that's ok, if ugly. just not unconditional (as axel's package is at the moment) | |
| caillon | kwizart, but you still went ahead with your package after that one dispute when you knew axel was working on it. | |
| f13 | notting: +1 | |
| bpepple | notting: +1 | |
| tibbs | caillon: He came to #fedora-devel and asked about it. | |
| c4chris | notting: agreed | |
| caillon | tibbs, did anyone else try to contact axel? | |
| nirik | notting: ok, +1 here... but isn't that something the packaging folks should approve? guess it doesn't matter much. | |
| tibbs | I don't know; I don't really see how that's relevant. | |
| notting | nirik: possibly. caillon suggested in his mail above that it come to fesco, so i made a proposal | |
| c4chris | ok, so how about we formally ask both if comaintainership is OK ? And revisit if necessary ? | |
| warren | Strawman: If both don't agree, then neither can have it? | |
| Puppy | ||
| c4chris | meh | |
| warren | We really don't need to spend so much time on this seemingly simple dispute. | |
| caillon | c4chris, does my asking on FAB not count? axel already said no. | |
| c4chris | caillon: oh, right, sorry | |
| yea, that counts | ||
| we draw dices ? | ||
| EvilBob | if Axel was reading his bugzilla email he knew what was happening, everyone else could see it, users were forced to wait for this while Axel sat on his hands for days and weeks with nothing happening on the bug. | |
| kwizart | caillon, Axel wasn't responding, for two months, some period was about holidays, ok - but He did commit on smart the 7/10/2007 | |
| caillon | notting, +1 to your proposal. and we can push it down to FPC to draft an official doc if we need. | |
| knurd | warren, I'm wondering why fesco even discussed this already; the other side wasn't herd yet and there was no real public discussion yet as Axel IMHo chose the wrong list | |
| s/herd/heard/ | ||
| nirik | knurd: is there a right list? devel? | |
| c4chris | knurd: we were asked to discuss this AFAIK | |
| knurd | nirik, I'd say so | |
| c4chris, caillon asked | ||
| c4chris, Axel asked the board, which is one step to far afaics | ||
| f13 | Proposal: Any future situations like this should continue to be handled on a case by case basis. I see no reason to try and formulate some sort of 'policy' here. | |
| c4chris | f13: yes | |
| kwizart | to be clear! i have nothing against co-maintain this package with Axel, but i care about riping out the compat location that are completely unneeded for inkernel ivtv.ko and ivtv-fb.ko modules | |
| tibbs | +1 (besides the existing stalled review policy, which I'm pretty sure was followed here). | |
| nirik | kwizart: what if they were in conditionals for only rhel? | |
| warren | Proposal: This waste of time is hurting our users and our development. If they can't agree, then FESCo should just decide on something and just do it. Maintaining a firmware package really isn't complicated! | |
| caillon | warren, which is exactly why i brought it up here. | |
| kwizart | nirik, that's what i proposed him, he disagreed...i'm not against... | |
| f13 | tibbs: can you show beyond doubt that the stalled review policy was followed ? | |
| notting | (random aside: these would require kmod packages on EL-xxx anyway, unless i'm missing something) | |
| kwizart | the ivtv tools is still missing a reviewer because of this issue (i cannot continue to review this... with the current context) | |
| c4chris | warren: sure. But what do you propose as resolution of this case ? | |
| nirik | notting: yes. which are not allowed in epel. | |
| warren | Furthermore, a maintainer who refuses to play with others when the package is really simple is less eligible to own a package. | |
| dgilmore | kwizart: i belive they are no longer needed | |
| kwizart | notting, you get it right ! | |
| notting | nirik: doesn't that make adding the EL compat stuff in the package make even less sense? | |
| nirik | yes, I would say so. | |
| kwizart | but now that ivtv is into the kernel , it may be possible to backport it... | |
| dgilmore | kwizart: i doubt RHEL will ever do that | |
| kwizart | at this time no work has been done about this AFAIK | |
| f13 | so, if kwizart really did follow the stalled review policy, taking into account Axel's filed vacation, then I don't see much of a problem ehre. | |
| warren | notting, it doesn't hurt EPEL to have the firmware, not our problem if they can't actually use it | |
| f13 | Axel's review stalled, kwizart's didn't, and now axel doesn't like what kwizart is doing to the package, but that's just too bad. | |
| tibbs | f13: Well, failed to respond to comments for one month, comment added (and ticket set to needinfo, which is not required) and one week later ticket was closed. | |
| f13 | warren: that's kind of lame. | |
| tibbs: was Axel's vacation in that one month? | ||
| tibbs | That I don't know. | |
| kwizart | warren, agreed also, there is care where a lib is only used outside of the fedoraproject. repositories | |
| notting | warren: i suppose. just seems odd to offer firmware+tools in epel if they can't work. | |
| EvilBob | notting: it just leaves a hook in for atRPMs packages | |
| tibbs | The whole needinfo->closed cycle repeated more than once. | |
| warren | notting, it is a possibly valid criticism that we probably will not backport ivtv module, and a future RHEL not likely to even build it because we wouldn't want to support it? | |
| tibbs | I don't think Axel went on vacation three different times. | |
| kwizart | but in this particular case, you can get ivtv > 1.0.x external kernel modules packaged without needing these particular compat locations... | |
| notting | kwizart: firmware paths are a request_firmware()/hotplug interaction which shouldn't have anything to do with driver versions | |
| warren: chances of it being backported to previous rhel are only a smidgen above zero | ||
| c4chris | I think f13's analysis is valid, so if we can all agree, we can dismiss this case using the MIA policy | |
| warren | We're approaching using half of the FESCO meeting only because we are uncomfortable about upsetting someone who regularly does not play with others. Let's just decide on an owner and what exactly that owner is to do? | |
| kwizart | notting, that's the point where older driver (that was using the own ivtv firmware loader implementation) would need thoses compat locations.. | |
| warren | notting, unless a big customer with $$$ wants it for some strange reason. | |
| notting | kwizart: it implemented its own in-driver firmware loader? FAIL. | |
| bpepple | warren: agreed, we need to resolve this and move on. | |
| f13 | IMHO unless it can be shown that the stalled review policy was improperly followed, there is no dispute to discuss | |
| c4chris | f13: +1 | |
| kwizart | notting, not since it is merged into the kernel (since kernel 2.6.20 ) | |
| f13 | and this is just a case of user A) filed a bug and maintianer B) doesn't agree with it. Tough shit for user A). No different than what we see on a day to day basis. | |
| warren | kwizart, yeah, I was complaining at ivtv upstream years ago about the firmware loader but they didn't care. =) | |
| 27 minutes on this topic. | ||
| bpepple | f13: +1. | |
| nirik | f13: +1 | |
| * bpepple agreed with warren that we need to move on. | ||
| warren | Straw: Perhaps a neutral 3rd party should take it for now and implement FESCO's recommendations? Let the current parties cool down | |
| f13 | that's 3 +1s here, can we vote and move on? | |
| tibbs | f13: +1 (but someone should double check, and it shouldn't be me because I reviewed the other ticket) | |
| caillon | warren, that's what we do. remember how long it took us to decide about freakin elections? | |
| warren | vote on what exactly? | |
| f13 | warren: that there is no real dispute here, unless somebody can prove that the stalled review policy was not followed. | |
| jeremy | f13: +1 | |
| warren | f13, +1 | |
| * warren really liked the puppy idea though. =) | ||
| caillon | can't normal users raise a packaging dispute without being the maintainer? | |
| tibbs | We don't really have a policy for packaging disputes that I know of. | |
| c4chris | caillon: sure, why not ? | |
| tibbs | We probably need one. (and something to cover the discc thing too). | |
| caillon | so it seems to me that there really is a dispute then. | |
| warren | Case by case should theoretically work, but FESCO needs to have the guts to be assertive | |
| f13 | caillon: they're called bugs | |
| caillon: do you really want fesco to be involved every time somebody's bug gets closed and their feelers get hurt? | ||
| c4chris | caillon: axel should file a bz against the package first | |
| caillon | fair enough. | |
| f13 | the interesting question will be if / when the package gets 'cvsextras' commit access | |
| bpepple | tibbs: I believe we (FESCo) would appoint a third party to resolve it. I believe we decided this last summer (I can pull the irc log for it after the meeting). | |
| warren | Theoretically you can have a package "open" in that way but the owner still has the right to decide | |
| and somebody checking things in without permission is violating ownership | ||
| tibbs | bpepple: I recall discussing it but I'm having trouble finding a page in the wiki that describes things. | |
| nirik | f13: it does. ivtv-firmware at least | |
| warren | "open" access is meant for things that would be considered obviously acceptable by the owner | |
| bpepple | tibbs: I'll pull a link for it after the meeting (I believe it was around june of last year). | |
| caillon | bpepple, maybe we should do that then | |
| nirik | ok, so do we appoint such a mediator here? | |
| * nirik notes 35minutes now. ;) | ||
| bpepple | caillon: I'm fine with that. | |
| warren | Has jarod been involved in this dispute? | |
| He has ivtv hardware | ||
| I have ivtv hardware but haven't used it in years... | ||
| caillon | warren, he seems like a good candidate to be the mediator then | |
| EvilBob | I have ivtv hardware that has been idle for two years | |
| bpepple | warren: I don't recall seeing him in the discussion, so he would probably be a good candidate in my opinion. | |
| caillon | proposal: jarod mediates this issue | |
| +1 | ||
| c4chris | caillon: +1 | |
| nirik | +1 if he agrees, otherwise we can pick someone else. | |
| tibbs | +1 | |
| caillon | right | |
| warren | Jarod has binding arbitration powers? | |
| notting | +1 | |
| bpepple | +1 | |
| warren: yes. | ||
| warren | OK, +1 | |
| caillon | warren, on this issue, yes. | |
| f13 | +1 | |
| just move on already | ||
| bpepple | f13: +1000. | |
| warren: could you contact jarod? | ||
| warren | yes | |
| k | ||
| bpepple | warren: thanks. | |
| ok, let's move on. | ||
| is poelcat about? | ||
| --- poelcat has changed the topic to: vote http://fedoraproject.org/wiki/Features/JigdoRelease | ||
| poelcat | revisit based on questions and feedback from release engineering and feature owner | |
| yes :) | ||
| * tibbs afk 3 minutes | ||
| bpepple | f13: did they answer your questions sufficently? | |
| nirik | it sounds like he really wants to help and try and get it on track... | |
| warren | I'm +1 on Jigdo, give them a chance? | |
| poelcat | btw spot votes +1 in absentia | |
| warren | Will it hurt us not to? | |
| bpepple | +1. | |
| f13 | bpepple: I'm OK to +1 this as a feature, but if things aren't testable by beta, it'll have to be dropped. | |
| bpepple | f13: sounds reasonable. | |
| notting | +1 | |
| nirik | +1 here. | |
| c4chris | +1 | |
| nirik | kanarip: hopefully you have time to help out and try and get this setup... ;) | |
| * jeremy continues to abstain on this one | ||
| caillon | +1 | |
| bpepple | ok, I see eight '+1', and one '0'. | |
| notting | at least, +1 with the same caveats as spot (only as additional, not as default) | |
| poelcat | REMINDER: Next week is the last meeting before F9 feature freeze and thus last opportunity to propose new features for acceptance for F9 | |
| that's all i have | ||
| bpepple | poelcat: great, thanks! | |
| --- bpepple has changed the topic to: FESCO-Meeting -- Decide on candidate announcement date for 2008 FESCo Election - all | ||
| warren | date to open nominations? | |
| or close? | ||
| bpepple | warren: open. | |
| warren | when did we make the election itself? | |
| bpepple | warren: third tuesday after f9 release. | |
| tibbs_ | And my campus lost its network connection. | |
| nirik | how about nominations open first tuesday after release? | |
| bpepple | do we want to open up nominations one month before the election or do we need more time? | |
| caillon | +1 to that since it's the first proposal | |
| warren | bpepple, I hope that nominations wont interfere with frantic last minute work to stabilize F9. | |
| notting | +1 | |
| nirik | yeah, thats why I was thinking after release... | |
| warren | or after hard freeze | |
| bpepple | I'm fine with nirik's proposal. | |
| dgilmore | i think after feature freeze | |
| f13 | +1 | |
| warren | nirik, +1 | |
| dgilmore | but im ok with nirik's idea | |
| warren | This doesn't need to be a bikeshed color decision. | |
| f13 | yep, I'm happy to pick a date and deal with it | |
| one was proposed. worksforme | ||
| bpepple | f13: works for me also. | |
| nirik | anyone else ? more yes votes and we can move on? | |
| c4chris | +1 | |
| bpepple | anything else in regard to the election or should we move on? | |
| c4chris | move++ | |
| dgilmore | +1 | |
| bpepple | btw, I've updated the election page for our most recent decisions. http://fedoraproject.org/wiki/PackageMaintainers/Policy/FESCoElections | |
| dgilmore | lets move | |
| bpepple | moving on.... | |
| --- bpepple has changed the topic to: FESCo meeting -- Free discussion around Fedora | ||
| f13 | rebuild status... | |
| dgilmore | f13: how many are failing? | |
| f13 | getting numbers right now | |
| tibbs | koji is really plowing through the rebuilds. It should be done this evening. | |
| f13 | 1425 successful builds | |
| 427 failed builds | ||
| probably 300 left to go | ||
| caillon | how many total submitted? | |
| EvilBob | 2100+ | |
| warren | f13, after those 300 perl goes in? | |
| f13 | 2213~ | |
| nirik | is there news of the perl landing? | |
| f13 | warren: that's up to spot | |
| I have 2213 tasks to follow up on once the builds are done | ||
| but some tasks were lost due to outages and resubmissions and such | ||
| but I'm still running the need43 script so we'll know what things (except the blacklisted ones) still need rebuilding. | ||
| caillon | f13, do we have a policy for making sure that those on the blacklist get rebuilt before $DATE? | |
| f13 | caillon: not hard policy. | |
| caillon: I"d consider them f9 targets | ||
| not blockers | ||
| after beta I'll remove the blacklist and make sure there are bugs filed for the things not yet built | ||
| caillon | sounds good. thanks. | |
| f13 | this friday hopefully I'll trigger the follow up script and file bugs for the 450~ known failures. | |
| bpepple | f13: cool. | |
| f13 | all in all, the buildsystem held up fairly well | |
| most the outages weren't due to the mass build | ||
| warren | f13, was the weirdness due to IO? | |
| caillon | f13, note that some of the failures were subsequently rebuilt successfully | |
| f13 | and we were able to get a good view of the buildsystem under full load for long periods of time | |
| c4chris | f13 can you remind me if you already have a URL where the failed builds are listed ? | |
| f13 | caillon: yes, the script will take that into account. | |
| caillon | ok | |
| f13 | c4chris: it's a koji query for buildArch tasks, state failed, builder jkeating | |
| bpepple | ok, anything else? Or should we wrap up for this week? | |
| c4chris | f13: ah, ok, thx | |
| * warren goes to talk to jarod | ||
| f13 | I'm happy with how quickly koji is getting through them, as well as other people's packages are getting through in reasonable times too | |
| f13 | bpepple: I'm good | |
| mbonnet | f13: you might want to include state=canceled in that query, I canceled a few builds that were hanging | |
| bpepple | ok, let's put a fork in it then. | |
| * bpepple will end the meeting in 60 | ||
| f13 | mbonnet: hrm, ok. I wasn't originally because I was counting those as the maintainer wished to nto have it built | |
| * bpepple will end the meeting in 30 | ||
| f13 | mbonnet: but I can file bugs for 'em anyway | |
| * bpepple will end the meeting in 15 | ||
| bpepple | -- MARK -- Meeting End | |
| dgilmore | f13: id be happier if we had the blade centre but its coping pretty well considering | |
| bpepple | Thanks, everyone! | |
| dgilmore | thanks bpepple | |
| f13 | dgilmore: oh yes, I very much want more hardware (: | |
| c4chris | thanks bpepple | |
Generated by irclog2html.py 2.5 by Marius Gedminas - find it at mg.pov.lt!