From Fedora Project Wiki

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