Summary
Present from Fesco: thl, jpo, skvidal, Sopwith, jeremy, mschwendt, scop, thomasvs, f13
Tasks:
- Fedora Extras RPMs should have Vendor and Packager
Sopwith and skvidal will make sure that the following will be be added to the buildsystems:
Vendor: Fedora Extras Packager: Fedora Extras <http://bugzilla.redhat.com/bugzilla>
- Mass rebuild of Extras for FC5
A separate mail will follow. This is the rough version: Can probably start on Sunday (February 12). Method: All packagers will take care of their to rebuild their own packages. Means: Increase release, put a comment like "Rebuild for FC5" in the changelog and request build. We're ignoring dep-order this way, but that works fine in core, too. It's to late for a better solution, but if anybody has problem with that please prepare a proposal how to do mass builds in the future. Orphaned packages will be removed before the rebuild starts. Rebuilds only for FE5 of course -- rebuilding packages in FE4 also just to keep the spec files in all branches in sync is stupid because it would mean unneeded updates/downloads for Extras users. Please only rebuild the packages you own! Branching for FE6 will probably happen at the same time as in rawhide.
Still unsure (Comments please!):
- what do we do with packages where no maintainer steps up to request builds? Jeremy suggest "and when we get to FC5 - 2 weeks or so, we can step in for things that haven't been touch if needed". Or do we remove them and consider them orphaned if we don't hear *anything* from the maintainers after a bug was opened and nothing happened for one or two weeks?
- Packages not rebuild before the 12th of February will be removed before FC5 is shipped to start with a clean tree with old cruft removed.
- Encourage Extras reviews
Some SIG's were created and already started to work -- see http://www.fedoraproject.org/wiki/Extras/SIGs
The whole thing is a bit unorganized ATM. We don't need to many rules to organize a SIG, but we probably need *some*. Some parts of the discussions:
19:27 < jpo> | perl draft page: http://www.fedoraproject.org/wiki/Extras/SIGs/Perl 19:28 < mschwendt> | jwb: SIGs need "goals" at least. 19:31 < mschwendt> | http://www.fedoraproject.org/wiki/Extras/SIGs/Games 19:31 < mschwendt> | There's some content. 19:31 < mschwendt> | But they don't say "how" they work. 19:32 < thl> | mschwendt, I agree that we should work more on that stuff 19:32 < thl> | mschwendt, see also https://www.redhat.com/archives/fedora-extras-list/2006-February/msg00482.html 19:32 < nirik> | I was imaging SIG's would be a group that would help in package questions and reviews for the groups type of packages. 19:32 < mschwendt> | thl: see the two "Up for review" entries on the SIGs/Games page 19:33 < mschwendt> | thl: good posting - sums up a few good points 19:33 < nirik> | yeah, linking to bugs in review/new for packages in that SIG would be usefull. Then people in that group or interested in it could notice and do reviews. ;) 19:33 < thl> | mschwendt, but nobody answered :-| 19:34 < mschwendt> | thl: sounds like we need a template Wiki page 19:35 < thl> | mschwendt, we need sombody that organizes the SIG idea in general 19:35 < thl> | anyone interested in that job? 19:35 < mschwendt> | not necessarily 19:35 < mschwendt> | a few people have started working in the Wiki already 19:35 < mschwendt> | it just needs more time 19:35 < mschwendt> | and a bit of guidance perhaps 19:35 < thl> | mschwendt, agreed 19:36 < thl> | but some guidance would really be helpful imho
nirik suggested 'package review days'. We'll try this out and see how it works:
19:30 < nirik> | shall I move forward with trying to setup a package review day (modeled on the bug review days that have been done in the past)? 19:30 < nirik> | perhaps sometime next week? 19:32 < nirik> | thl: ok. Will try and send something to the list to start it rolling.
- EOL Policy for FE
Still under discussion. See the full log for all details. Highlights:
19:40 < mschwendt> | we cannot offer an old FE which is out-of-date or possible insecure at least partially 19:43 < jwb> | mschwendt, by EOL you mean what exactly? 19:43 < mschwendt> | sometime after release of FE5? 19:43 < mschwendt> | jwb: to inform the user community about the "state of support/maintenance" of a version of FE 19:44 < jwb> | yeah, the "state of support/maintenance" is what i'm asking about. do you mean none of that by EOL, or do you mean security/bug fixes? 19:44 < mschwendt> | jwb: the latter -- if package maintainers move forward to FC4/FC5 and don't care about FE3 anymore, it becomes out-of-date/insecure and so on 19:44 < mschwendt> | it would be a disservice to the community to pretend that it's as maintained as FE4/FE5 19:47 < thl> | we really should move the discussion to the fedora-extras-list 19:52 < dgilmore> | i have a great intrest in maintaing fc3 extras 19:52 < jwb> | the entire thing? 19:53 < dgilmore> | jwb: yes i have rebuilt Fc3 extras for Aurora Linux 19:53 < mschwendt> | dgilmore: the thing is, in order to be a bit more on the quality-side (the safe side) it may be necessary to volunteers to build a Fedora Extras Legacy Team. 19:53 < thl> | dgilmore, could you take care that the EOL discussion goes to the list? 19:54 < dgilmore> | thl: yes i will do
- Broken deps report
Waiting for further discussion on the list.
- Weekly sponsorship nomination
Andreas Bierfert (awjb) was nominated and accepted.
BTW, It seems some people hesitate to nominate people in a public IRC channel. Therefore I'll modify the process slightly: FESCo-Members will discuss nominations directly on the FESCo-mailinglist in the future. If other sponsors or Extras packagers want to nominate someone just drop me a mail and I'll forward it. Okay for everybody?
- Kernel module standardization
What remains to be done? buildsys :( thl will try to get this moving again.
Full Log
18:55 --> | Sopwith (Elliot Lee) has joined #fedora-extras 18:58 --> | jpo (Unknown) has joined #fedora-extras 19:00 * | thl looks around 19:00 < thl> | anyone around? 19:00 < dgilmore> | thl: im here 19:00 < Sopwith> | thl :) 19:01 * | skvidal is here 19:01 < thl> | welcome back skvidal ;-) 19:01 < jpo> | thl: also here 19:01 < thl> | well, then lets start slowly 19:01 < skvidal> | thl: thanks 19:02 < thl> | skvidal, have you seen the mail from caillon "Fedora Extras RPMs should have Vendor and Packager?" 19:02 * | jeremy is here 19:02 --> | mschwendt (Michael Schwendt) has joined #fedora-extras 19:02 < skvidal> | thl: umm, yes 19:02 < skvidal> | thl: why? 19:03 < thl> | is there any reason why we don't set those fields? 19:03 < thl> | can we set them? 19:03 < Sopwith> | thl: The build system should probably set them in its rpmrc... 19:03 < Sopwith> | or macros or whatever 19:03 < skvidal> | thl: there's a field in the mock config that lets you set that sort of stuff 19:04 < thl> | then we should do that imho 19:04 < skvidal> | in the .rpmmacros file of the mockbuild user in the chroot 19:04 < thl> | or does anyone don't like the idea? 19:04 < skvidal> | thl: okay - it's a setting that needs to be handled on the builder nodes 19:04 < thl> | what do we put in those? 19:05 < thl> | Vendor=Fedora Extras 19:05 < skvidal> | no, just one sec 19:05 < skvidal> | in the mock config file 19:05 < skvidal> | there are a bunch of things like 19:06 < skvidal> | config_opts = """ some stuff here""" 19:06 < skvidal> | there's one named config_opts 19:06 < skvidal> | it's default is: 19:06 < skvidal> | config_opts = """ 19:06 < skvidal> | %_topdir %s/build 19:06 < skvidal> | %_rpmfilename %%{NAME}-%%{VERSION}-%%{RELEASE}.%%{ARCH}.rpm 19:06 < skvidal> | """ % config_opts 19:07 < skvidal> | so all we need to do is define it in the mock config file and add %vendor and %packager, I think. 19:07 --> | thomasvs (Thomas Vander Stichele) has joined #fedora-extras 19:07 < skvidal> | and then those fields will be set 19:07 < thl> | skvidal, sounds great 19:07 < thl> | how about: 19:07 < thl> | Vendor: Fedora Extras 19:07 < thl> | Packager: Fedora Extras <http://bugzilla.redhat.com/bugzilla> 19:08 < skvidal> | no problem here - I just don't know how to set that in the mock configs on the builders 19:08 < skvidal> | like I do not know how to get to the machines. 19:08 < thl> | Sopwith? 19:09 < Sopwith> | skvidal: Info on logging into the machines was posted to fedora-sysadmin-list - check archives 19:09 < skvidal> | Sopwith: it's not on the wiki? 19:09 < Sopwith> | no 19:10 < skvidal> | and that doesn't seem silly to you? 19:10 < Sopwith> | No 19:10 < skvidal> | so instead of it being searchable and in an obvious place it's in an obscure place in the archives from 2005 19:10 < skvidal> | oooooooookie doke 19:11 < thl> | well, let's proceed -- Sopwith, skvidal can you take care of this stuff ? 19:11 < thl> | I take that as yes ;-) 19:11 < skvidal> | yah 19:11 < Sopwith> | thl: I can help out, yea. 19:12 < thl> | jeremy, Mass rebuild of Extras for FC5 19:12 < Sopwith> | I try to let other people cover the build system :) 19:12 < jeremy> | thl: I think core is done/almost done at this point... so it's probably worth having people start say the beginning of next week? 19:13 * | jeremy hasn't talked to f13 yet today for a status on the core rebuild, but sees beehive being less cluttered 19:13 < thl> | sounds like a plan 19:13 < thl> | so we'll simply use the "guys, please rebuild your packages now" solution? 19:13 < jeremy> | yeah -- I think that's the better approach 19:13 < mschwendt> | Yes, good opportunity for Extras maintainers to take a look at their dependencies on Core+Extras. 19:13 < jeremy> | and when we get to FC5 - 2 weeks or so, we can step in for things that haven't been touch if needed 19:14 < thl> | okay 19:14 < thl> | next one: 19:14 < dgilmore> | so the load doesnt get huge should the request be only build for fc5 not fc3 and 4 as well 19:14 < ignacio> | When will the FE5 branch be created and devel be pushed to 6? 19:14 < mschwendt> | dgilmore: why rebuild for fc3/fc4? 19:15 < thl> | ignacio, will probably happen when core is branched. Or am I wrong with that? jeremy , Sopwith ? 19:15 < dgilmore> | mschwendt: alot of people might build on all to keep spec files the same across all releases 19:15 < jeremy> | ignacio: when we branch core. so basically right at release time 19:16 < mschwendt> | dgilmore: I consider that weird. 19:16 < jeremy> | dgilmore: I'd say it's worthwhile to suggest just building on devel to make it clear 19:16 < ignacio> | Should we start with an empty FE5 repo and rebuild the packages for it, or will we clone from devel again? 19:16 --- | nman64_away is now known as nman64 19:16 < jeremy> | ignacio: clone from devel is the only sane way to go 19:16 < mschwendt> | ignacio: the latter 19:16 < f13> | jeremy: I have a list of failures to sort through, but it looks like a good chunk went through last night. 19:16 < Sopwith> | ignacio: I think the branching decision is best made by FESCO to meet the needs of the extras packagers :) 19:16 < dgilmore> | mschwendt: theres no need to rebuild fc3/fc4 but id make it clear in requesting that its devel only 19:16 < f13> | jeremy: I'd say give it another day. 19:16 < jeremy> | f13: I noticed. :) 19:17 < f13> | he 19:17 < f13> | h 19:17 < thl> | jeremy, f13, is sunday okay? 19:17 < mschwendt> | Sopwith: who can create the FC-5 branch when we need it? 19:17 < jeremy> | thl: seems like a reasonable thing to shoot for 19:17 < jeremy> | if something changes, I'll send mail 19:17 < nirik> | what about removing orphan packages from the repos? it seems we have some in there in devel currently... 19:17 < f13> | thl: 8-ball says "Outlook good" 19:18 < Sopwith> | mschwendt: Anyone with root on the cvs box (admin@fedoraproject.org will get the request through if nothing else...) 19:18 --> | scop (Ville Skytta) has joined #fedora-extras 19:18 < thl> | removing the orphan packages before the rebuild sounds like a good idea 19:18 < mschwendt> | Sopwith: So somebody within FESCO can jump it when we discuss it on the list, right? 19:18 < mschwendt> | nirik, thl: +1 19:19 < thl> | who can take care of it? 19:19 < thl> | should happen soon, e.g. before sunday ;-) 19:19 < mschwendt> | thl: I'm going to take a look 19:19 < thl> | mschwendt, do you have access to the right box to remove the packages yourself? 19:19 < mschwendt> | yes 19:19 < thl> | great 19:19 < scop> | sorry for being late and not quite up to date on things, but what "the rebuild"? 19:19 < nirik> | getting rid of orphans should clean up the broken depends some too. 19:20 < thl> | scop ? 19:21 < scop> | thl, "removing the orphan packages before the rebuild ..." 19:21 < nman64> | scop: FE5 19:21 < nirik> | scop: rebuild of packages in extras for fc5. 19:21 < scop> | I thought that was left to package maintainers 19:21 < mschwendt> | scop: orphans are without a maintainer 19:22 < mschwendt> | and when they are broken, they don't work anyway 19:22 < scop> | mschwendt, yes, but if they're being removed, what's going to be rebuilt? 19:22 < thl> | scop, the whole stuff 19:22 < nman64> | The orphaned packages will no longer be present. 19:22 < mschwendt> | scop: nearly everything else for the new GCC 19:23 < thl> | we're at "Mass rebuild of Extras for FC5" 19:23 < thl> | we plan to start on sunday 19:23 < scop> | ok, so it's no longer left to the maintainers...? 19:23 < thl> | with the maintainers build their own packages when they want 19:23 < scop> | ok 19:23 < thl> | solution 19:23 < thl> | ok, anything left to discuss on this topic? 19:24 --- | thl has changed the topic to: Encourage Extras reviews 19:24 < thl> | some SIG's were created 19:25 < thl> | but how are they doing to work? 19:25 < thl> | any ideas? 19:25 < jwb> | erm, did we skip EOL? 19:25 < thl> | jwb, ohh, sorry 19:25 < jwb> | no problem, just wondering 19:25 < thl> | let's talk about this one now 19:25 < thl> | got the wrong line while cut and pasting ;-) 19:26 < thl> | or are there other ideas how to encourage reviews? 19:26 * | skvidal has to go do some work - ping me by name if you need me 19:26 --> | mdomsch (Matt Domsch) has joined #fedora-extras 19:26 < mschwendt> | SIGs have been created? Where can I learn about it prior to a meeting? 19:27 < jpo> | perl draft page: http://www.fedoraproject.org/wiki/Extras/SIGs/Perl 19:27 < jwb> | mschwendt, there was some discussion on the list about it 19:27 --- | edhill_ is now known as edhill 19:28 < nirik> | thl: perhaps we could setup a 'review exchange' ? ie, you put in that you would like someone to review your package X, and you will review their package Y? might be too complicated I though... 19:28 < jwb> | nirik, hard to account for ones that need sponsors 19:28 < mschwendt> | jwb: I think SIGs need more on-list discussion before discussing this here. I see empty pages in the Wiki or pages listing two people, but nothing else. 19:28 < thl> | nirik, do you mean a general wiki page for that? 19:28 < mschwendt> | jwb: SIGs need "goals" at least. 19:29 < thl> | Or a section in the wiki pages of the SIGs? 19:29 < jwb> | mschwendt, sure i agree 19:29 < nirik> | mdomsch: +1 19:29 < nirik> | thl: not sure, just tossing out an idea. I suspect it would be too hard to manage... 19:29 < nirik> | thl: there is also possibly a 'package review day' idea. 19:30 < thl> | nirik, the idea imho is worth a try 19:30 < thl> | both actually 19:30 < jwb> | i like the package review day 19:30 < nirik> | shall I move forward with trying to setup a package review day (modeled on the bug review days that have been done in the past)? 19:30 < nirik> | perhaps sometime next week? 19:31 < mschwendt> | SIG - Let's take this as an example: 19:31 < thl> | nirik, +1 19:31 < mschwendt> | http://www.fedoraproject.org/wiki/Extras/SIGs/Games 19:31 < mschwendt> | There's some content. 19:31 < mschwendt> | But they don't say "how" they work. 19:31 < mschwendt> | i.e. do they collect review requests for their field of interest? 19:32 < nirik> | thl: ok. Will try and send something to the list to start it rolling. 19:32 < thl> | mschwendt, I agree that we should work more on that stuff 19:32 < thl> | mschwendt, see also https://www.redhat.com/archives/fedora-extras-list/2006-February/msg00482.html 19:32 < nirik> | I was imaging SIG's would be a group that would help in package questions and reviews for the groups type of packages. 19:32 < thl> | nirik, thx 19:32 < mschwendt> | thl: see the two "Up for review" entries on the SIGs/Games page 19:33 < mschwendt> | thl: good posting - sums up a few good points 19:33 < nirik> | yeah, linking to bugs in review/new for packages in that SIG would be usefull. Then people in that group or interested in it could notice and do reviews. ;) 19:33 < thl> | mschwendt, but nobody answered :-| 19:34 < mschwendt> | thl: sounds like we need a template Wiki page 19:35 < thl> | mschwendt, we need sombody that organizes the SIG idea in general 19:35 < thl> | anyone interested in that job? 19:35 < mschwendt> | no necessarily 19:35 < mschwendt> | a few people have started working in the Wiki already 19:35 < mschwendt> | it just needs more time 19:35 < mschwendt> | and a bit of guidance perhaps 19:35 < mschwendt> | s/no/not/ 19:35 < thl> | mschwendt, agreed 19:36 < thl> | but some guidance would really be helpful imho 19:36 < nirik> | as an additional unrelated idea, how about suggesting to people that they publish a link to their new/review package review upstream and ask for reviwers from the upstream pool. They might not know rpm/fedora, but they could at least test the package... 19:36 < thl> | ignacio, could you take care of that? 19:36 < thl> | ignacio, shouldn't be to much work 19:36 < mschwendt> | nirik: not worth the effort as many upstream people think very different than we do. 19:37 <-- | finalzone has left #fedora-extras ( ) 19:37 < mschwendt> | nirik: they would consider the entire reviewing process an unnecessary "burden" 19:37 < nirik> | yeah, it would depend on the upstream I guess. 19:37 < jwb> | it does. i've done that in the past and gotten good and bad results 19:37 < thl> | well, we're running out of time 19:37 < thl> | let's stop here for today 19:38 --- | thl has changed the topic to: EOL Policy for FE 19:38 < thl> | any modifications needed to http://www.fedoraproject.org/wiki/Extras/Schedule/EolPolicy 19:38 < mschwendt> | thl: followup to your SIG message on extras-list will happen... 19:39 < thl> | mschwendt, thx :-) 19:39 * | thl will take that as "no" soon 19:40 < mschwendt> | w8 a sec 19:40 < mschwendt> | that is the old proposal, but it's not covering an 19:40 < mschwendt> | announcement that a version of FE has reached end-of-life 19:40 < thl> | I thought f13 updated it 19:40 < mschwendt> | we cannot offer and old FE which is out-of-date or possible insecure at least partially 19:40 < mschwendt> | s/and/an/ 19:41 < thl> | well, it's not EOL (yet) 19:41 < thl> | Maintenance state 19:41 < thl> | was the definition iirc 19:41 < mschwendt> | that's not helpful, when some packagers still maintain it while others don't 19:42 < mschwendt> | either the full show or none at all 19:42 < thl> | do you suggest to remove FE3 soon? 19:42 < mschwendt> | no, we need to declare end-of-life 19:42 < thl> | when? 19:43 < jwb> | mschwendt, by EOL you mean what exactly? 19:43 < mschwendt> | sometime after release of FE5? 19:43 < mschwendt> | jwb: to inform the user community about the "state of support/maintenance" of a version of FE 19:44 < jwb> | yeah, the "state of support/maintenance" is what i'm asking about. do you mean none of that by EOL, or do you mean security/bug fixes? 19:44 < mschwendt> | jwb: the latter -- if package maintainers move forward to FC4/FC5 and don't care about FE3 anymore, it becomes out-of-date/insecure and so on 19:44 < mschwendt> | it would be a disservice to the community to pretend that it's as maintained as FE4/FE5 19:44 < thl> | mschwendt, well, I suspect some people ignored FE3 already 19:45 < thl> | so it might be insecure already... 19:45 < mschwendt> | thl: that's why we need to declare EOL 19:45 < jwb> | mschwendt, which means no updates? 19:45 * | jwb doesn't like this 19:45 * | scop neither 19:45 < mschwendt> | I don't mean "no updates". 19:46 < nman64> | More like "no promises". 19:46 < mschwendt> | I just don't like the proposal of "some packagers may update it, others won't update it and won't do security fixes either" 19:46 < jwb> | oh, i see 19:46 < mschwendt> | nman64: more like "even less promises" 19:46 < jwb> | that i can agree to i suppose 19:46 < thl> | mschwendt, well, that a general problem with extras 19:47 < mschwendt> | thl: sure, but it is bigger problem for legacy dists 19:47 < jwb> | mschwendt, i have no problem with EOL as long as the maintainers that _do_ care are still able to put updates out for fixes/etc. 19:47 < thl> | it get more complicated when releases get older 19:47 < nman64> | It is difficult to assure anything with a volunteer project. 19:47 < mschwendt> | jwb: sure 19:47 < thl> | we really should move the discussion to the fedora-extras-list 19:48 < jwb> | cool 19:48 < mschwendt> | with the example of fedora.us 19:48 < mschwendt> | Extras for FC-2 and older have been open for updates, but hardly anybody had interest in the old dists 19:48 < mschwendt> | thl: yeah, move on 19:49 < thl> | mschwendt, that might be a bit different with the official extras now 19:49 < thl> | because it's easier 19:49 < thl> | anyway, let's move on 19:49 --- | thl has changed the topic to: Broken deps report 19:49 < thl> | I think we should skip this for this week 19:49 < thl> | and wait for the results of mschwendt posting to extras-list 19:49 < thl> | okay? 19:50 < mschwendt> | fine with me 19:50 < jwb> | i'd like to point out that mschwendt's current posts rock 19:50 --- | thl has changed the topic to: Weekly sponsorship nomination 19:50 < thl> | I suggest Andreas Bierfert / awjb 19:51 < mschwendt> | +1 19:51 < edhill> | +1 19:51 < thl> | anyone that does not like the idea? 19:52 < thl> | okay, I'll upgrade him to a sponsor 19:52 < thl> | any other nominations? 19:52 < dgilmore> | i have a great intrest in maintaing fc3 extras 19:52 < jwb> | the entire thing? 19:53 < dgilmore> | jwb: yes i have rebuilt Fc3 extras for Aurora Linux 19:53 < dgilmore> | and as aurora 2.0 is based on fc3 i based on that 19:53 < mschwendt> | dgilmore: the thing is, in order to be a bit more on the quality-side (the safe side) it may be necessary to volunteers to build a Fedora Extras Legacy Team. 19:53 < thl> | dgilmore, could you take care that the EOL discussion goes to the list 19:53 < thl> | ? 19:54 < dgilmore> | thl: yes i will do 19:54 < thl> | dgilmore, thx 19:54 < thl> | okay 19:55 < thl> | does anybody want to discuss anything else from the schedule? 19:55 < thl> | "Extras to handle multilib" for example? 19:55 < jwb> | thl, i have a sponsor-ish question 19:55 < thl> | jwb, shoot 19:56 < jwb> | at one point any RH engineer had automagical sponsor auth (was a while ago). does that still hold, or have we moved away from that? 19:56 < thl> | jwb, good question... I don't know... 19:57 < thl> | anyone else? 19:57 < jwb> | question comes from the seamonkey review where someone nominated chris allion as their sponsor but he isn't listed in the sponsor page 19:57 < jpo> | I believe they need to be sponsored 19:57 < jeremy> | I thought we moved away from that 19:57 < jwb> | ok, that's what i thought as well 19:58 < thl> | jwb, ping spot or send him a mail 19:58 < thl> | he'll know the details 19:58 < jwb> | will do 19:58 < thl> | scop, now that your are here: 19:58 --- | thl has changed the topic to: Kernel module standardization 19:58 < thl> | what remains to be done? 19:58 < scop> | buildsys :( 19:58 < thl> | patch for rpm-macros? 19:59 < scop> | not essential 19:59 < thl> | scop, did you talk with dcbw 19:59 < scop> | nope 19:59 < thl> | someone should... 19:59 < scop> | I just had a brief look at things, tweaked the extras Makefile.common and friends so that eg "make i686" does the right thing, but that's about it 20:00 < thl> | jeremy, Sopwith, can you poke dcbw? 20:00 < scop> | finding out that mock doesn't apparently support passing in arbitrary arguments (or even --defines) to builds was an unpleasant surprise 20:01 < jwb> | that can be changed, yes? 20:01 < thl> | scop, I mad a patch for this ages ago 20:01 < thl> | that at least allowed some sepcial arbitrary arguments 20:01 < scop> | well, yes, and mach did support it, but nevertheless the current mock doesn't 20:02 < thl> | scop, I'll try to get things moving 20:02 --- | thl has changed the topic to: free discussion 20:02 < thl> | okay, anything left? 20:02 --> | finalzone (gaim) has joined #fedora-extras 20:03 < scop> | the "rebuild everything" stuff is still fuzzy to me 20:03 < thl> | scop, what precisely ? 20:03 < thl> | we chose to ignore the deps 20:04 < thl> | and just to it similar to core 20:04 < scop> | if I take care of rebuilding my packages, will someone do an automated rebuild of them after next sunday again anyway? 20:04 < thl> | simply rebuild everything 20:04 < thl> | scop, no, that should now happen 20:04 < dgilmore> | scop: maintainers will be asked on sunday to start rebuilding there packages at there convenience 20:04 < scop> | okay 20:04 < scop> | is there a reason one should hold on until sunday? 20:04 < thl> | scop, anything else unclear? 20:05 < dgilmore> | scop: it was to wait till core was done building 20:05 < mschwendt> | scop: unless we have a very good tool which can to bottom-up rebuilding of everything, we need maintainers to get a good understanding of their dependencies on Core/Extras, so they coordinate rebuilds if necessary 20:05 < mschwendt> | scop: s/can to/can do/ 20:05 < thl> | I don't think coordinating works 20:06 < thl> | a simply uncoordinated rebuild works in core, too 20:06 < thl> | I thinks it'S okay if we do it that way now, too 20:06 < mschwendt> | if you depend on other packages which are broken, we need solutions for that. Like "bump and rebuild yourself"? Or like "file bug report"? 20:06 < thl> | but we should find a better solution for FE6 20:06 --> | hlieberman (http://rate.affero.net/hlieberman) has joined #fedora-extras 20:06 < hlieberman> | I'm having some scrollkeeper and rpath problems.... If anyone can help me, that'd be great. 20:07 < mschwendt> | thl: multilib proposal needs work on various fronts (buildsys, packaging policies, reviewing policies) a bit much for IRC 20:07 < thl> | mschwendt, file a bug report, wait one week, and then bump and rebuild yourself 20:07 < thl> | mschwendt, agreed 20:07 * | nirik needs to find time to file bugs on the packages from the mock-rebuild. A number are fixed now. 20:07 < |Jef|> | thl: its appropriate for me to bump and rebuild another maintainers package? 20:07 < mschwendt> | |Jef|: that could result in big chaos 20:08 < dgilmore> | |Jef|: i would say if they havent responded to a bugzilla request yes 20:08 < thl> | |Jef|, not now 20:08 < |Jef|> | thl: im in that situation right now waiting for thomasvs to fix a blocker 20:08 < thl> | |Jef|, but that might be neccessay if we get closer to release of FC5 20:08 < jwb> | |Jef|, is a fix involved or is it just a bump and rebuild? 20:08 < mschwendt> | |Jef|: we need just another RE SIG for that ;) 20:09 < |Jef|> | jwb: its looks like a minor packaging fix 20:09 < |Jef|> | mschwendt: shurg 20:09 < |Jef|> | jwb: and thl knows exactly what im talking about.. since he figured out the underlying problem 20:09 < nirik> | |Jef|: is there a bug filed? perhaps you could file one and add a patch? 20:10 < |Jef|> | jwb: so i bring it up as a concrete example that thl should understand.. 20:10 < thl> | |Jef|, I'll think a bit about this whole situation/problem and will post something to the list 20:10 < thl> | |Jef|, that okay? 20:10 < |Jef|> | thl: shrug 20:10 < |Jef|> | thl: im just pointing out a current example that relates to this discussion 20:10 < thl> | yeah, I know 20:10 < mschwendt> | Well, escalate the issue, and FESCO needs to deal with it. ;) 20:11 < |Jef|> | mschwendt: that assumes that i actually want it fixed 20:11 < thl> | where is thomasvs btw -- he joined soon after the meeting started... 20:11 < nirik> | I think where possible you shouldn't modify/rebuild other peoples packages. If it gets bad perhaps there should be a way to change maintainers on a package for someone who's unresponsive? 20:11 < |Jef|> | mschwendt: if istanbul doesnt rebuild.. less work for me :-> 20:12 < thl> | guys, let's call it a day 20:12 < |Jef|> | mschwendt: not a horrible problem since its not in fc4.. no upgrade path to worry about for this one 20:12 * | thl will end the meeting in 30 if no new topics hit the floor 20:12 * | thl will close in 15 20:13 * | thl will close in 7 20:13 * | thl will close in 3 20:13 * | thl will close in 2 20:13 * | thl will close in 1 20:13 < thl> | MARK meeting end 20:13 < thl> | thx guys