From jspaleta at gmail.com Fri Sep 1 00:25:34 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 31 Aug 2006 16:25:34 -0800 Subject: Istanbul is now once again available in the Extras development tree. In-Reply-To: <604aa7910608311716t43feb439ib71223515d104321@mail.gmail.com> References: <604aa7910608311716t43feb439ib71223515d104321@mail.gmail.com> Message-ID: <604aa7910608311725w44b3829cof2b802f5ea7d0761@mail.gmail.com> God I'm an idiot... forwarding the message to the correct extras-list address. -jef ---------- Forwarded message ---------- From: Jeff Spaleta Date: Aug 31, 2006 4:16 PM Subject: Istanbul is now once again available in the Extras development tree. To: fedora-extras-list-request at redhat.com, Discussions on expanding the Fedora user base Just an FYI for all you crazy kids who want to use istanbul for screencasting into theora videos. Istanbul 0.2.1 just got through the buildsystem for fe-devel. This is not your grand-daddy's istanbul. Unlike the version in fe5, this one uses gst-0.10 and claims to record audio and wonders of wonders the mouse cursor too! Beat the crap out of it, and just remember to drive all those juicy ui and functionality bugs into the loving hands of the upstream developers. Don't shoot the messenger..err packager. And please if someone is able to use this to make what they consider reasonable quality videos, please update the screencasting wiki page with the system settings you used. Higher resolution displays will take more cpu and memory power, so we need to find a nice usable display resolution that screencast creators can agree to standardize on. Previously the gst08 based istanbul would drop frames like mad if the encoding wasn't fast enough to handle the display resolution so you had to be careful when choosing frame-rate based on your screen resolution and your cpu/memory resources. I doubt that has been completely addressed... but we will see. -jef"does this need to be re-broadcasted to the -docs list or are screencasts too fancy for those bookwormy docs people?"spaleta From toshio at tiki-lounge.com Fri Sep 1 05:26:14 2006 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Thu, 31 Aug 2006 22:26:14 -0700 Subject: FESCo Meeting Minutes 2006-08-31 Message-ID: <1157088374.9344.0.camel@localhost> = 2006 August 31 FESCo = Meeting Summaries are posted on the wiki at: http://www.fedoraproject.org/wiki/Extras/SteeringCommittee/Meetings == Attending == * c4chris * scop * thl * rdieter * bpepple * abadger1999 * dgilmore * tibbs * warren * jwb == Summary == === Mass Rebuild === * Seems to be going okay other than the buildsystem being down for maintenance. === Comps.xml === * SIG is getting organized. * Remove the non-.ini files from the comps module in CVS which would remove a source of confusion. c4chris will ask jeremy about doing this. * Discussion of comps location to take place in the package review. Will go before the package committee. * Comps SIG would have the final say. * Automated regenerating the comps file hasn't been worked on yet but is on the todo list. === Packaging Committee === * No decisions today. === Sponsorship Nominations === * Patrice Dumas was suggested at last week's meeting but was not discussed on the lists. Will be discussed this week. === KMods === * Still waiting for guidance from FPB. === Misc -- Enhance AWOL === * Want to efficiently orphan and reallocate all a maintainers packages if they are AWOL. * Want to avoid doing this if the maintainer is just ignoring one package (although they should orphan that package if so.) * tibbs will talk to mjk about enhancing the policy to take these into account. === Coverity's Offer to Scan Packages for Vulnerabilities === * 1) "Do we want this at all?" was voted yes. * 2) "How to implement?" seemed to favor Warren's plan. * c4chris to let Max know what we decided. === MISC -- Creating RHEL (and other vendor) Branches in CVS === * https://extras.108.redhat.com/servlets/BrowseList?listName=discuss&count=43 * Infrastructure sharing is good. * Several FESCo members want RHEL branches for their packages. * Want to make sure the current maintainers aren't required to maintain the RHEL branches. * Need to talk with z00dax and centos Extras people about what they think. * RHELX branch would be like the FCX branches we currently have. * "Packages should not branch for RHEL automatically; it would have to be an on-request thing. And many packages wouldn't ever branch there." was generally agreed upon. * RHEL Extras won't be the responsibility of FESCo or Fedora Legacy. * But they shuld follow the same Packaging Guidelines and policies. * thl will arrange an IRC meeting with quaid, z00dax and other interested parties. === MISC -- PackageDB === * c4chris, dgilmore, warren, and abadger1999 are working on this. * Plans are on http://www.fedoraproject.org/wiki/Infrastructure/PackageDatabase * Separate meeting took place. IRC Log is: http://www.fedoraproject.org/wiki/Infrastructure/PackageDatabase/Meeting20060831 === "If there's something to be fixed and someone wants to fix it, then fix it" === * Ties in with comaintainership and Maintainer Responsibilities as well. * Want to give people who know what they're doing leeway to make fixes. * Want to prevent people who don't know what they're doing from causing problems for others. * Approved something along the lines of "Sponsors can change other people's packages if there is a good reason"; thl to write it up. === Free Discussion === * Openmotif is being removed from Core. * Motif consuming packages largely work with lesstif. * Licensing in Extras is worrisome from the perspective of many licenses look like other OSI licenses but haven't explicitly been approved by OSI or FSF. These may all need to be submitted. * FE-LEGAL and other legal inquiries seem stalled. == Log == {{{ (09:58:54) c4chris__ is now known as c4chris (09:59:34) scop [n=scop] entered the room. (10:01:12) thl has changed the topic to: FESCo meeting in progress -- init (10:01:18) thl: hi everybody! (10:01:26) thl: who's around? (10:01:26) bpepple: hey. (10:01:29) abadger1999: Greetings (10:01:31) ***dgilmore is here (10:01:35) ***bpepple is here. (10:01:36) tibbs: Howdy. (10:01:42) ***rdieter is here (10:02:15) thl has changed the topic to: FESCo meeting in progress -- M{ae}ss-Rebuild (10:02:34) thl: well, seems to work mostly afaics (10:02:46) thl: hopefully cvs is up again soon (10:03:00) thl: scop, do you have any report or do we need to discuss anything? (10:03:19) scop: not really, I think it's proceeding ok (10:03:19) ***c4chris is here (10:03:37) thl: k, so let's leave it on the schedule and move on (10:03:47) rdieter: thl: cvs worked for me ~45 minutes ago. (10:03:55) thl has changed the topic to: FESCo meeting in progress -- Use comps.xml properly (10:04:01) thl: rdieter, ohh, nice :) (10:04:14) thl: c4chris, any news? (10:04:21) c4chris: seems teh comps thing is proceeding (10:04:36) abadger1999: cvs is still up and down, though. (10:04:43) c4chris: need to get a bit more organized in the SIG (10:04:53) thl: c4chris, k (10:04:55) thl: dgilmore: automate comps file during push or via cron? (10:05:02) c4chris: but I think we are doing ok up to now (10:05:13) dgilmore: thl: nothings been done on it yet (10:05:42) c4chris: someone asked if we could remoce the non .in files from CVS (10:05:46) thl: dgilmore, k, any rough ETA? (10:05:50) c4chris: remove, too (10:06:00) tibbs: An idea: should discussion of the comps location be part of the package review? (10:06:07) c4chris: would avoid confusion by users... (10:06:12) thl: c4chris, would probably be a good idea to remove them ;-) (10:06:12) dgilmore: thl: a week or so as soon as i get the time (10:06:23) thl: dgilmore, k (10:06:24) scop: remove++ (10:06:35) rdieter: tibbs++, discussing comps during review would be a plus. (10:06:36) ***nirik thinks tibbs has a good idea there... (10:06:40) c4chris: dgilmore, what do you say ? Can we rm them ? (10:06:57) dgilmore: c4chris: jeremy would know best (10:07:07) c4chris: k, I'll try to ping him (10:07:22) c4chris: tibbs, good idea (10:07:38) thl: tibbs, yeah, good iea, but the comps SIG should have the last word normally (10:08:08) tibbs: Maybe we could get the bugzilla template updated to include the proposed location(s). (10:08:25) thl: tibbs, but this topic probably should be handled by the packaging committee (10:08:28) tibbs: Since there's no place in the srpm or spec where this information can live. (10:08:34) finalzone: speaking about cvs, I still got time out >_< (10:08:56) thl: tibbs, yeah, why not (10:09:04) c4chris: tibbs, willing to poke teh PM staff ? (10:09:04) tibbs: thl: I'm happy to take it to the committee if folks think it's a good idea. (10:09:19) c4chris: tibbs, yup (10:09:24) thl: tibbs, "take it to the committee" +1 (10:09:24) tibbs: c4chris: not sure what "PM" means. (10:09:53) c4chris: PM = almost packaging committee ... doh, sorry (10:10:16) tibbs: thl says +1, therefore it shall be done. (10:10:22) ***thl hides (10:10:31) thl: k, anything else regarding this topic? (10:10:36) thl: otherwise I'll move on (10:10:45) ***scop still doesn't see why everyone should be involved with comps stuff (10:11:10) scop: but nevermind (10:11:20) thl: scop, everyone = all contributors? (10:11:21) c4chris: don't *need* to, but are offered a say in the matter (10:12:08) thl: scop, you probably have a point there; maybe the task of adding pacakges to the comps-files should be handled by the sig (10:12:20) scop: thl, exactly (10:12:21) thl: but that's probably a boing job (10:12:29) scop: interested in it? join the sig. (10:12:42) thl: boring (10:12:53) c4chris: scop, WORKSFORME (10:12:53) thl: scop, well, let's proceed with the current scheme for now (10:13:08) thl: and revisit this idea after FC6 (10:13:31) c4chris: k (10:13:42) thl: c4chris, do you really want to handle it? (10:14:01) c4chris: thl, that's fine with me (but I'll need help) (10:14:01) thl: most packages are probably in by now? (10:14:21) ***c4chris needs to update the status page... (10:14:39) thl: c4chris, well, maybe we can bring these ideas together: (10:14:39) ***nirik has slacked and not added his yet. ;( (10:14:50) bpepple: c4chris: I'll be able to help you. (10:14:59) c4chris: bpepple, thanks :-) (10:15:19) scop: by the way, perhaps the usability sig would have some kind of interest towards having useful comps too? (10:15:20) c4chris: nirik, bad... no cooky (10:15:26) thl: the packager suggests a group during review and the SIG checks if that's the proper one and updates the comps-file? (10:15:31) thl: c4chris, how about that? (10:15:45) c4chris: thl, WORKSFORME (10:15:49) bpepple: sounds good. (10:15:51) thl: other opinions? (10:16:28) tibbs: Seems fine, but that means they'll need to watch a bunch of bugzilla traffic. (10:16:35) scop: well, that's basically back to "everyone's involved", but *shrug* (10:16:55) nirik: or watch owners.list and add when you see one get added there? (10:17:05) thl: scop, then let's make it a "packagers should suggest ..." (10:17:05) c4chris: s/packager suggests/packager may suggest/ ? (10:17:13) thl: :) (10:17:15) scop: c4chris++ (10:17:21) c4chris: scop, k (10:17:42) thl: anything else? (10:17:51) thl has changed the topic to: FESCo meeting in progress -- Activate legacy in buildroots (10:17:55) thl: dgilmore ? (10:18:25) dgilmore: thl: i havent had a chance to setup legacy for the buildsys. ill have time this weekend (10:18:31) thl: dgilmore, k, thx (10:18:40) thl has changed the topic to: FESCo meeting in progress -- Packaging Committee Report (10:18:48) thl: scop, spot, tibbs, abadger1999 ? (10:19:18) rdieter: don't think we decided anything today. ): (10:19:31) thl: btw, I noticed this "fc.6.89/6.90" stuff (10:19:49) tibbs: Yes, it was voted down, but it was close to passing. (10:19:49) rdieter: ah, that, yes. (10:20:06) thl: that would mean that we would have to rebuild everything for each beta? (10:20:21) scop: no (10:20:41) thl: I didn't follow the discussion closely (10:20:49) tibbs: It would have passed on to FESCo to implement or not, but it didn't make it out of committee. (10:21:09) thl: wthen let's stop wasting time on it (10:21:23) thl has changed the topic to: FESCo meeting in progress -- Sponsorship nominations (10:21:32) thl: there was one nomintation last week iirc (10:21:42) thl: but it wasn#t discussed on the list iirc (10:22:11) rdieter: who? (10:22:12) tibbs: I thought I took it to the list. I must have never sent the message. (I keep doing that.) (10:22:16) thl: "Patrice Dumas" (10:22:17) ***c4chris is still catching up on a few things... (10:22:52) tibbs: Patrice is the unsponsored reviewer with the most reviews. (10:23:06) BobJensen-Away is now known as BobJensen (10:23:08) tibbs: Sorry, s/unsponsored/non-sponsor/ (10:23:23) thl: tibbs, yeah, I think he's fine, but let's discuss it on the list first and get back to it next week please (10:23:24) Foolish left the room (quit: Connection timed out). (10:23:32) bpepple: thl: +1 (10:23:32) rdieter: afaik, +1, he's really stepped up to the plate in this whole *motif thing. (10:23:33) thl: any other nominations? (10:23:48) tibbs: This was the criterion used to select Orion, which is why I brought up Patrice. (10:24:02) ***nirik is just rabble, but he's been very helpfull testing Xfce beta packages and does good reviews. ;) (10:24:16) finalzone left the room. (10:24:42) Foolish [n=foolish] entered the room. (10:24:54) c4chris: thl, fine (10:24:58) thl: nirik, on-topic comments like that from the rabble are always appreciated (10:25:10) thl: k, so no new nominations afaics (10:25:10) jwb_gone: +1 from me (10:25:29) thl has changed the topic to: FESCo meeting in progress -- approve kmod's (10:25:35) jwb_gone is now known as jwb (10:25:44) thl: warren, rdieter, any sign when the board will discuss this further? (10:26:01) rdieter: at the next meeting (next Tue I believe) (10:26:11) jwb: is the board a monthly meeting? (10:26:13) thl: rdieter, k, thx (10:26:24) abadger1999: twice monthly I think. (10:26:29) jwb: k (10:26:35) rdieter: http://fedoraproject.org/wiki/Board/Meetings (10:26:39) thl has changed the topic to: FESCo meeting in progress -- MISC -- enhance AWOL? [WWW] https://www.redhat.com/archives/fedora-extras-list/2006-August/msg00567.html (10:27:03) thl: who wrote the current AWOL stuff? (10:27:18) thl: we really should enhance it like sligtly as suggested in that mail (10:27:28) jwb: yeah (10:27:33) tibbs: mjk-, I believe, wrote the AWOL policy. (10:27:47) jwb: however, we have to be slightly careful (10:28:06) jwb: a single package may be AWOL, but the maintainer is still active (10:28:23) jwb: in that case, the maintainer should orphan it (10:28:49) jwb: if they don't... we don't want interpretation of the AWOL policy to really orphan all their packages (10:29:41) c4chris: jwb, agreed (10:29:45) thl: jwb, well, the maintainer should at least respond in bugs even if he isn't interested in a particular package any more (10:29:50) thl: otherwise agreed (10:30:09) jwb: thl, yes they should. but i can see that not happening (10:31:05) rdieter: let's just stick to a per-package awol policy then (for now). (10:31:06) thl: wanyone interested in wkring out a "patch" for the current AWOL policy that realizes the things we are doing about (10:31:22) thl: or shall we ask mjk for help? (10:31:53) tibbs: I think the policy is fine as is; it might just need a note that indicates that after one package has made it through the policy, the committee can become involved to deal with the other packages. (10:31:53) thl: rdieter, yes, for now, but we should work out something better (but that's not urgent) (10:32:11) bpepple: tibbs: agreed. (10:32:30) c4chris: tibbs, sounds fine (10:32:48) nim-nim [n=nim-nim] entered the room. (10:33:00) tibbs: Shall I try to talk to mjk and propose a patch to the list? Or next week? (10:33:01) thl: okay, but that needs to be integrated in the AWOL policy as well (10:33:16) thl: tibbs, talk to mjk please (10:33:26) thl: and a patch to the public list would be the best (10:33:27) c4chris: tibbs, can you propose a patch to the list ? (10:34:00) tibbs: Yep. (10:34:05) thl: tibbs, tia (10:34:18) thl has changed the topic to: FESCo meeting in progress -- MISC -- coverity's offer to scan FE packages [WWW] https://www.redhat.com/archives/fedora-extras-list/2006-August/msg00815.html (10:34:32) finalzone [n=luya] entered the room. (10:34:33) thl: sorry, I didn't find time to reply to the list is time (10:34:41) tibbs: We really need details of just how they plan to do this. (10:34:51) jwb: tibbs, that's what they're asking us for (10:35:02) c4chris: jwb, +1 (10:35:08) jwb: tibbs, 1) whether we want this at all, and 2) how we're going to do it if we're interested (10:35:19) bpepple: Sounds like a good thing. (10:35:23) rdieter: 1) +1, yes (10:35:25) tibbs: They want us to tell them how they're going to do it? (10:35:41) nirik: another rabble comment: Warren's idea that they just use publicly available src.rpms to do it sounds the the best path to me. (10:35:43) rdieter: I don't think any implementation details have been mentioned at all yet. (10:35:46) abadger1999: 1) +1 (10:35:50) c4chris: tibbs, no they first want to know if we are interested. (10:35:56) jwb: 1) +1 (10:35:58) bpepple: 1) +1 (10:36:08) scop: 1) +1 (10:36:14) abadger1999: 2) I'm even okay with running it on our buildsys. (10:36:15) thl: 1) +0.75 (10:36:24) jwb: heh (10:36:30) c4chris: 1) +1 (10:36:37) tibbs: Interested +1. I mean, why wouldn't you be interested? (10:36:38) warren: I'm in favor of Warren's idea too. (10:36:46) abadger1999: warren: :-) (10:36:47) jwb: lol (10:36:49) c4chris: warren, :-) (10:36:53) jwb: warren, i like your 2nd iteration (10:37:18) devrimgunduz [n=Devrim] entered the room. (10:37:23) thl: okay, so we need someone that looks closer at the whole idea (10:37:25) tibbs: Do they check any other distros in this manner? (10:37:32) thl: any volunteers? (10:37:47) xris [n=xris] entered the room. (10:38:06) thl: warren, or can you handle that for both core and extras? (10:38:12) jwb: would be good to have someone with access to the infrastructure (10:38:16) warren: If it is implemented as I recommended, it doesn't require any access to buildsys at all. (10:38:35) c4chris: warren, sure, but it'll need to run *somewhere*... (10:38:40) warren: thl, our people had the idea of seeing how well it goes for Extras before Core, not sure why. (10:38:48) thl: warren, we probably should know first what Coverity expects from us (10:38:54) ***c4chris can back to Max (10:39:05) warren: yeah, best we talk with Max (10:39:20) c4chris: thl, yes (10:39:56) thl: so, let's agree for now that we like the idea in general and that we'll investigate further (10:40:07) c4chris: thl, k. (10:40:18) c4chris: shall I take that msg to Max? (10:40:24) thl: c4chris, yes please (10:40:33) c4chris: thl, k, will do (10:40:36) thl: tia (10:40:53) thl has changed the topic to: FESCo meeting in progress -- MISC -- acceptability of creating RHEL (and maybe other vendor) branches in extras CVS [WWW] https://extras.108.redhat.com/servlets/BrowseList?listName=discuss&count=43 (10:41:09) thl: another topic where I did not find time to reply to :-/ (10:41:09) c4chris: ah, the 108 stuff (10:41:37) c4chris: opinions ? (10:41:41) tibbs: I don't see what it would hurt, but then I don't think it should be allowed to add to the maintainer burden if they don't want it. (10:41:44) thl: I think we need to agree on a general direction here, too (10:41:48) abadger1999: I am for infrastructure being shared. (10:41:49) warren: Are the centos people currently doing Extras willing to cooperate? (10:41:56) warren: and centralize on our infrastructure (10:42:05) abadger1999: I'm not for increasing maintainer workload. (10:42:07) thl: infrastructure being shared +1 (10:42:23) ***c4chris would like the possibility to request RHEL branches for my packages... (10:42:30) bpepple: infrastructure being shared +1 (10:42:42) f13: how would this fit into the release EOL policy? (10:42:45) thl: abadger1999, yeah, we really need proper co-maintainership when in a longer term for this stuff (10:42:47) abadger1999: warren: mmcgrath and z00dax know more about centos. (10:42:51) c4chris: infrastructure being shared +1 (10:42:54) thl: f13, good question (10:43:05) rdieter: +1 RHEL branches/infrastructure (10:43:07) f13: a release (say FC3) will be EOL long before the the RHEL release would. (10:43:09) thl: f13, we need to talk to z00dax and other centos guys about it (10:43:21) f13: thl: would these be completely different branches then? (10:43:33) warren: if a longer term RHEL plan is made, this is doable (10:43:35) thl: f13, I think there should be completely different branches (10:43:37) ***nirik suggests that bringing up the topic on maintainers or extras list would be better than 108... (10:43:49) tibbs: Is our buildsys capable of handling builds for two extra branches? (10:43:49) c4chris: f13, different, yes (10:43:50) jwb: +1 on infrastructer (10:44:09) thl: nirik, let's agree on the general direction first (10:44:09) warren: tibbs, easily enough (10:44:20) jwb: wait... why branch?? (10:44:22) thl: otherwise it's be a long discussion without results :-/ (10:44:32) thl: s/it's/it'll/ (10:44:43) jwb: what's wrong with a RHEL5 "branch" like a "FC5" branch? (10:44:43) c4chris: jwb, --verbose ? (10:44:45) nirik: thl: agreed. I can't read the 108 proposal tho... since I don't have an account there. ;) (10:44:57) ***mmcgrath is here if needed. (10:44:58) thl: jwb, there might be small differences (10:45:01) tibbs: jwb: I think pepole say "branch" when they mean another directory like FC-5, devel, RHEL-5. (10:45:03) f13: jwb: because you most likely need to build in the RHEL environment, not the FC env, and it needs to be clear that the FC branch is EOL, while the RHEL branch could be going strong. (10:45:08) thl: jwb, and one might want to build a pacakge for FC5 (10:45:11) c4chris: jwb, I thinks that's what we want (10:45:11) thl: see if it works (10:45:19) thl: and release it for RHEL5 much later (10:45:40) abadger1999: mmcgrath: Just wondering if z00dax and the centos people like the idea of doing RHEL Extras within Fedora Extras infrastructure. (10:45:42) c4chris: tibbs, yes (10:45:44) jwb: for what it's worth, i know this already works (10:45:54) jwb: we have a plauge server setup with RHEL dirs internally (10:45:57) tibbs: Packages should not branch for RHEL automatically; it would have to be an on-request thing. And many packages wouldn't ever branch there. (10:46:12) rdieter: tibbs++ (10:46:13) tibbs: I'd happily branch denyhosts, but not something like a game. (10:46:18) jwb: tibbs++ (10:46:26) thl: tibbs +1 (10:46:28) ***f13 doesn't even want to begin to touch the subject of lifespan expectancy of RHEL branches, security issues, and stability issues. (10:46:38) bpepple: tibbs: +1 (10:46:38) c4chris: tibbs, +1 (10:46:47) abadger1999: tibbs: +1 (10:47:24) mmcgrath: abadger1999: I think in general they want extras but they find the current extras policies/rules to be inhibitive. (10:47:40) mmcgrath: And I can appreciate that, it isn't super easy to get stuff into extras. (10:47:53) tibbs: Folks using RHEL-Extras packages shouldn't get the impression that they're getting more than usual Extras stability guarantees. (10:48:06) thl: maybe we should have special IRC meeting to discuss this topic in detail (10:48:24) thl: e.g. with z00dax, quaid and others (10:48:26) abadger1999: Ah. So one question would be would the packaging guidelines for RHEL Extras be the same as for Fedora Extras. (10:48:28) dgilmore: f13: we would need to add a yum package for RHEL and have access to binaries and we could build extras for RHEL in the extras buildsys (10:48:53) rdieter: mmcgrath: It shouldn't ever be "super easy". Reviews and Packaging Guidelines are important! (10:48:58) c4chris: thl, or on f-e-l ? (10:49:04) bpepple: rdieter: +1 (10:49:23) c4chris: rdieter, +1 (10:49:31) thl: c4chris, I'd prefer IRC (10:49:47) c4chris: thl, k (10:50:00) c4chris: then we need to arrange for such a meeting (10:50:11) thl: c4chris, I'll handle that (10:50:19) c4chris: thl, k, thanks (10:50:35) warren: RHEL Extras should not be the responsibility of FESCo or Legacy. (10:50:58) bpepple: warren: agreed. (10:50:59) warren: a separate team (probably comprising similar members but also centos) should be responsible for it. (10:51:04) abadger1999: warren: +1 (10:51:08) c4chris: warren, +1 (10:51:12) rdieter: warren: agreed (10:51:13) thl: warren, well yes, but it should be close to FESCo (10:51:18) warren: of course (10:51:21) thl: and Extras (10:51:33) tibbs: warren: I'm not sure about that. The policies can't differ or there will be pain. (10:51:39) thl: we probabl need an EESCo ;-) (10:51:50) warren: It would be a sub-set of Extras, just with a different team responsible for what is allowed in and long term maintenance. (10:51:56) c4chris: RESCo ? (10:52:04) thl: c4chris, :-)) (10:52:18) thl: k, so let's move on (10:52:32) thl: abadger1999, Future FESCo elections sill on the schedule (10:52:36) thl: abadger1999, can it be removed? (10:52:36) abadger1999: tibbs: There's FESCo policy and Packaging Policy... Will differences in FESCo/RHEL-E be problematic. (10:52:41) abadger1999: thl: Yes. (10:52:55) thl: abadger1999, I'll do that (10:53:01) mmcgrath: rdieter: I'd agree but, for example - https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=180092 (10:53:04) abadger1999: thl: Sorry. Yes. Thank you. (10:53:09) thl: abadger1999, np (10:53:35) abadger1999: Err.. Will differences in FESCo/RHEL-E _policy_ (as opposed to Packaging Policy) be problematic (10:53:36) thl: k, Package Database and Comaintainership are also on the schedule (10:53:45) dgilmore: policies should be the same what is needed is co-maintainers for RHEL branches (10:53:53) thl: does anyone want to discuss one of those two= (10:53:54) thl: ? (10:53:57) rdieter: mmcgrath: your point being? (10:54:11) thl: ohh, and there is also "If there's something to be fixed and someone wants to fix it, then fix, it. " (10:54:14) abadger1999: thl: I started looking into the Package Database this week. (10:54:27) bpepple: dgilmore: +1 (10:54:39) jwb: thl, that needs tiered VCS acls (10:54:53) mmcgrath: rdieter: It was submitted in Feb. Its not very encouraging for those that aren't involved in the process especially if they have the means to create their own like at centos.karan.org (10:54:54) thl has changed the topic to: FESCo meeting in progress -- Package Database (10:55:04) abadger1999: Elliot's schema seems a little too complex but I'm still staring at it to figure out if I'm being too simplistic. (10:55:06) dgilmore: thl: co-maintaners and package database are closely tied together (10:55:13) thl: dgilmore, sure (10:55:33) abadger1999: jwb: We can implement policy and it just might not be easily enforcable without tiered ACLs. (10:55:40) thl: dgilmore, but we need to break up comaintainer into smaller parts to get it done in the long term (10:55:46) jwb: abadger1999, true (10:56:04) devrimgunduz left the room (quit: "Leaving"). (10:56:18) dgilmore: thl: yeah there is a few different paths for co-maintainership (10:56:35) abadger1999: I've been posting my ideas with both Package Database and VCS to the infrastructure list. Is f-e-l a better venue? (10:56:42) dgilmore: and if we had sya rHEL support different upgrade paths (10:57:13) c4chris: abadger1999, both are fine for me (10:57:14) jwb: how high is the traffic on that list? (10:57:28) c4chris: jwb, pretty low (10:57:38) jwb: as in < 10 mails per day? (10:57:40) rdieter: mmcgrath: reviews are *hard* sometimes, and take time. (And not all reviewers are created equal). (10:57:49) c4chris: jwb, yup, mostly (10:58:02) jwb: c4chris, ok thanks. sounds like yaml time for me (10:58:37) thl: c4chris, warren, abadger1999 -- seem you three are interested most in the package database (10:58:47) c4chris: thl, yup (10:58:47) abadger1999: And dgilmore, yes. (10:58:51) thl: can you work out the details in a private IRC meeting? (10:59:03) thl: and we only say "heh, good qork, make it so"? (10:59:17) thl: s/qork/work/ (10:59:20) c4chris: thl, for the time being, I think the infrastructure list is fine (10:59:25) tibbs: mmcgrath: Start the stalled review process on that bug and get a new reviewer. (10:59:32) thl: c4chris, agreed (11:00:07) abadger1999: thl: Pretty much more explanation on http://www.fedoraproject.org/wiki/Infrastructure/PackageDatabase (11:00:15) abadger1999: would be nice for some things though. (11:00:39) thl: abadger1999, I'll try to take a look ; please poke me if you don't get feedback from me (11:00:40) abadger1999: And additions if you think of something else as well :-) (11:00:59) c4chris: abadger1999, we can setup a meeting if you like (11:01:00) thl: k, so let's move on (11:01:06) ***thl waits (11:01:14) thl: meeting +1 (11:01:34) abadger1999: c4chris: Sounds good. Arrange it after FESCo or do you have to run? (11:01:57) c4chris: abadger1999, should be ok (11:01:58) dgilmore: thl: the package dB is on my list of things to do for inrastructure (11:02:17) c4chris: if not, I plan to attend the infra meeting later tonight (11:02:27) abadger1999: I'll be there too. (11:02:27) thl: dgilmore, okay, then we have four people interested in this topic -- that should hopefully speed things up ;-) (11:02:46) c4chris: abadger1999, ok, let's talk then (11:02:56) thl has changed the topic to: FESCo meeting in progress -- If there's something to be fixed and someone wants to fix it, then fix, it. (11:03:10) thl: the discussion on the list worked nicely (11:03:19) thl: but we need to work out a proper proposal (11:03:23) thl: any volunteers? (11:03:31) dgilmore: thl: just need to make sure people are careful (11:04:13) tibbs: My plate is a bit full. (11:04:20) thl: dgilmore, well, that's why I wanted to allow the "slightly wiki-style approach" only for sponsors (11:04:28) ***rdieter is tempted too, but also has an overflowing plate as-is (11:04:28) thl: those should know what they are doing (11:04:31) jwb: i think co-maintainership needs to be worked out first to really work (11:04:41) bpepple: jwb: +1 (11:04:45) thl: jwb, really? why? (11:04:55) c4chris: jwb, yes, that might make things a lot easier to define (11:05:05) tibbs: We have to acknowledge that we can implement policy without implementing the actual access controls. (11:05:16) jwb: thl, to make sure that everything lines up with everything else (11:05:31) thl: jwb, yes, but it can work without it for now (11:05:33) rdieter: co-maintainership can be related, but we need not block on that. (11:05:40) thl: look at the pacakge that was fixed by tibbs (11:05:50) thl: I liked that (11:05:51) jwb: maybe not block on it, but at least keep it in mind (11:05:55) thl: jwb, sure (11:05:57) tibbs: In any case, even CVS actually supports the proper access control mechanisms. (11:06:13) tibbs: thl: Looks like I need to fix syck again because rawhide PHP changed last night. Joy. (11:06:17) jwb: tibbs, it does. but not in a very user friendly way :) (11:06:45) thl: we really need "proper access control mechanisms" (11:06:53) thl: but it works without them for now (11:07:01) tibbs: jwb: All of the ACLs would be generated anyway. (11:07:37) tibbs: But of course, when you talk about generating ACLs, then you start wanting a package database. (11:07:44) jwb: it would also help to have proper roles for maintainers and sponsors defined (11:07:53) tibbs: If we tie everything together, we'll wait forever before implementing anything. (11:08:03) jwb: yeah (11:08:05) abadger1999: Something helpful for VCS ACLs would be to come up with a list of groups which have more global rights. (11:08:15) c4chris: maybe wait a bit for our plates to empty a bit... (11:08:17) tibbs: jwb: That's the MaintainerResponsibilities document, which I predict will require massive flaming to finalize. (11:08:23) abadger1999: tibbs: I'd like to see the whole thing designed if possible. (11:08:31) abadger1999: tibbs: And then implement pieces at a time. (11:08:43) jwb: tibbs, i know (11:08:45) tibbs: abadger1999: I don't see the point to that. (11:08:56) abadger1999: tibbs: Understanding how the whole framework is going to look in the end helps make better choices. (11:09:03) bpepple: tibbs: I would like to see that finalized before implementing co-maintainers. (11:09:25) abadger1999: (Although it doesn't have to be a full design.. Mostly the how does Pkgdb tie into accts and vcs. (11:09:25) tibbs: So we do nothing, because we need to wait for everything to finalize before doing anything. (11:09:29) abadger1999: The interconnections. (11:09:54) finalzone: anyone got their cvs working? I can't get it online because of timeout (11:10:03) abadger1999: tibbs: I'm working on it now so things aren't waiting. (11:10:13) tibbs: I could care less about that. The point is that we need to say "sponsors can change other peoples' packages if they need to". How we enforce that isn't up to FESCo. (11:10:57) thl: just saying "sponsors can change other peoples' packages if there is a god reason for it" would be a start (11:10:58) dgilmore: tibbs: +1 thats infrastructres job (11:11:05) tibbs: If someday a mechanism appears that allows VCS-level enforcement, great. (11:11:08) abadger1999: tibbs: Okay. Sorry I'm on the same page with you now :-) (11:11:11) thl: enforcing it really is not that important (11:11:13) tibbs: Otherwise, we use harsh language. (11:11:16) jwb: yeah (11:11:18) thl: tibbs, +1 (11:11:23) c4chris: tibbs, +1 (11:11:27) abadger1999: tibbs: +1 (11:11:34) rdieter: tibbs +1 (11:11:43) jwb: +! (11:11:57) c4chris: (capslock ?) (11:12:01) jwb: fat fingers (11:12:03) jwb: +1 (11:12:09) c4chris: :-) (11:12:11) thl: k (11:12:13) tibbs: OK, so we're back to who writes it up. (11:12:20) thl: tibbs, I'll do that (11:12:30) thl: and please poke me if I forget it (11:12:37) tibbs: (and there was much rejoicing) (11:12:43) c4chris: yay (11:12:49) thl has changed the topic to: FESCo meeting in progress -- free discussion (11:12:55) thl: anything else we should discuss? (11:13:01) rdieter: fyi folks (if you hadn't seen it yet), I recently announced http://fedoraproject.org/wiki/RexDieter/openmotif (11:13:24) jwb: thanks rdieter (11:13:25) tibbs: The whole Motif thing sucks, but we'll be better off in the long run. (11:13:41) tibbs: What we should be worring about is the upcoming Extras license review. (11:13:44) thl: yeah, thx rdieter (11:13:52) jwb: tibbs, worried? (11:13:56) rdieter: tibbs: maybe that's what I should have said on the wiki page. :) (11:14:05) tibbs: Some of the discussion I've read might indicate that I've been a bit cavalier with licensing. (11:14:16) dgilmore: tibbs: we could be procative about it (11:14:21) tibbs: It seems that they want the actual license text to be approved by FSF or OSI. (11:14:36) dgilmore: distributable packages will have the biggest scrutiny (11:15:09) tibbs: I've looked at licenses and guaged them against the open source definition, but it's looking now like we should have passed those licenses through for explicit approval. (11:15:17) tibbs: That's kind of scary. (11:15:40) rdieter: tibbs: at least things need to be verifiably compatible with FSF or OSI (and currently the criteria is to simply let them verify it) (11:15:59) jima: that is scary. (11:16:03) dgilmore: I think we will need to have OSI or FSF review everything under a distrubutable license (11:16:08) rdieter: them = FSF/OSI (11:16:19) scop: while on the subject of legal things, I'm worried about legal inquiries being practically a blackhole at the moment (11:16:21) tibbs: But not all licenses say "distributable". (11:16:29) rdieter: scop++ (11:16:34) abadger1999: dgilmore: But what about things that are "BSD" (11:16:48) warren: scop, what are unresolved issues? (11:16:49) scop: rdieter, could you try to push it to the board agenda? (11:16:53) tibbs: I've looked at things, said "obviously equivalent to 3-clause BSD" and let them go with "License: BSD". (11:16:55) rdieter: scop: I'll ping Max on that at FPB too. (11:17:03) scop: warren, the same ones that have been there for ages (11:17:06) dgilmore: abadger1999: BSD is Free (11:17:16) warren: scop, like NTFS? (11:17:32) scop: warren, see the FE-Legal keyword in bugzilla (11:17:43) abadger1999: Lots of "BSD" licenses are a lot like the real, approved BSd license but are not copies. (11:17:50) scop: I have some additional ones queued up, but honestly I have zero clue where to ask (11:17:57) abadger1999: During review they are labeled BSD as the reviewer thinks they're close enough. (11:18:32) rdieter: Remember: a specfile's License: tag is not necessarily useful anyway. ): (11:18:37) XulChris: whats the latest status with cvs? (11:18:51) scop: warren, there's also some recent activity at http://fedoraproject.org/wiki/FedoraLegalIssues (11:18:52) warren: It is reasonable that legal issues should be handled by FPB (11:18:57) dgilmore: XulChris: its up (11:18:58) mharris_outside is now known as mharris (11:19:17) XulChris: dgilmore: its not working (11:19:37) bpepple: dgilmore: It looks like it's still down. (11:19:54) ixs: abadger1999: they were mostly labeled "BSDish" (11:19:56) jima: i'd say "down again." (11:20:01) rdieter: confirmed, cvs is down and out. (11:20:03) jwb: we're running long... i need to drop off (11:20:04) jima: it *was* up this morning, iirc. (11:20:09) warren: We still have Iraq listed on Fedora site (and perhaps other places) as an embargoed destination. Is this still true, since Iraq is all liberated and happy and stuff? (11:20:11) jima: well, at one point. (11:20:16) thl: jwb, bye (11:20:32) warren: Yes, all problems in Iraq are solved after the "Mission accomplished" thing. (11:20:32) rdieter: gotta run too.. (11:20:34) jwb: thl, bye. i'll read minutes again :) (11:20:39) thl: k, shall we close the meeting? (11:20:42) abadger1999: jwb, rdieter: Later (11:20:49) mharris: warren: probably not until the US removes Iraq from the "terrorist bad guys" list (11:20:51) thl: or is there anything left we should discuss now? (11:20:54) c4chris: thl, I think so (11:21:11) ***thl will close the meeting in 60 seconds (11:21:15) thl: rdieter, bye (11:21:42) ***thl will close the meeting in 30 seconds (11:22:01) dgilmore: warren: AFAIK they havent been removed from the export ban list (11:22:20) ***thl will close the meeting in 10 seconds (11:22:29) thl: -- MARK -- Meeting end (11:22:34) thl: thx everybody! (11:22:39) c4chris: thl, thanks (11:22:54) abadger1999: thl: Thanks for running the meetings. (11:22:57) c4chris: abadger1999, TTYL (90 minutes, or so, IIRC) (11:23:11) abadger1999: Yep. Talk to you then. (11:23:44) thl has changed the topic to: This is the Fedora Extras channel, home of the FESCo meetings and general Extras discussion. | http://fedoraproject.org/wiki/Extras | Next FESCo Meeting: 2006-09-07 1700 UTC | CVS playing up and down ATM }}} -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From kevin-fedora-extras at scrye.com Fri Sep 1 05:34:35 2006 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Thu, 31 Aug 2006 23:34:35 -0600 (MDT) Subject: sync between owners.list and bugzilla down? Message-ID: <20060831.233435.603180524.kevin@scrye.com> Not sure if it's related to the recent CVS downtime, but it seems that bugzilla isn't getting updated with new packages added to owners.list... clusterssh is the last one I see added to the owners.list that shows up in bugzilla: revision 1.1466 date: 2006/08/29 19:29:35 Also, (likely related) I sponsored someone who is getting a "Server returned an error: Insufficient privileges." from plague, possibly because their ownership of packages hasn't synced to the buildsys due to the owners.list sync not working? Let me know if I can provide more info or am just looking at the wrong things. ;) kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From sander at hoentjen.eu Fri Sep 1 06:45:48 2006 From: sander at hoentjen.eu (Sander Hoentjen) Date: Fri, 01 Sep 2006 08:45:48 +0200 Subject: Telepathy In-Reply-To: <1157062304.31395.3.camel@shuttle.piedmont.com> References: <1157058034.2851.21.camel@peecee.hoentjen.eu> <1157061858.31395.2.camel@shuttle.piedmont.com> <1157062304.31395.3.camel@shuttle.piedmont.com> Message-ID: <1157093148.2851.24.camel@peecee.hoentjen.eu> On Thu, 2006-08-31 at 18:11 -0400, Brian Pepple wrote: > On Thu, 2006-08-31 at 18:04 -0400, Brian Pepple wrote: > > I've already got libtelepathy & telepathy-gabble packaged and just > > waiting for review. Cool, I looked some days ago just before you submitted i guess. Since you are also the packager of gossip I was wondering if you have plans to build that one for telepathy as well. Sander From pertusus at free.fr Fri Sep 1 08:18:15 2006 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 1 Sep 2006 10:18:15 +0200 Subject: splitting of a source package Message-ID: <20060901081814.GA2453@free.fr> Hello, I would like to split the cernlib source package to match what is done in debian (debian is more or less the real upstream for cernlib, which is abandonned by the the CERN). I don't think that there is a guidelines on that. Should I resubmit the packages for a review? Or just add requests on http://fedoraproject.org/wiki/Extras/CVSSyncNeeded Last question, for the mclibs package which was once in the cernlib package I think should do something like (assuming that cernlib-2005-22 is split): Obsolete: cernlib < cernlib-2005-22 Is it wrong or right? -- Pat From wtogami at redhat.com Fri Sep 1 09:16:10 2006 From: wtogami at redhat.com (Warren Togami) Date: Fri, 01 Sep 2006 05:16:10 -0400 Subject: coverity code checker in Extras In-Reply-To: <1157055612.9720.8.camel@localhost.localdomain> References: <44F60CDD.6050405@redhat.com> <1157055612.9720.8.camel@localhost.localdomain> Message-ID: <44F7FA5A.60501@redhat.com> Dan Williams wrote: > > I think the easiest solution at the current time is to run the Coverity > scans on one or two parallel machines that harvest successful build > results from the actual Extras buildsystem, and which non-Red Hat people > don't have shell access to. Furthermore, this ensures that released > Extras packages are fully externally reproducible, since the Coverity > scanner sits between the build scripts and GCC. The web-based reports > portal would be still be accessible to package maintainers of course. > > Like Warren says, then there's no slowdown for the build system, we stay > clear of any difficult contractual or legal issues related to access to > Coverity binaries, and the packages are completely externally > reproducible. This is an important addition to my previous stated rationale. In Thursday's Extras and Infrastructure meetings, both committees favor the asynchronous approach run outside of the Fedora Project. This should be a parallel service operated by and within Red Hat on Fedora repositories. I will talk with Max about this when he returns next Tuesday. Warren Togami wtogami at redhat.com From wtogami at redhat.com Fri Sep 1 09:24:13 2006 From: wtogami at redhat.com (Warren Togami) Date: Fri, 01 Sep 2006 05:24:13 -0400 Subject: sync between owners.list and bugzilla down? In-Reply-To: <20060831.233435.603180524.kevin@scrye.com> References: <20060831.233435.603180524.kevin@scrye.com> Message-ID: <44F7FC3D.4060209@redhat.com> Kevin Fenzi wrote: > Not sure if it's related to the recent CVS downtime, but it seems that > bugzilla isn't getting updated with new packages added to > owners.list... > > clusterssh is the last one I see added to the owners.list that shows > up in bugzilla: > > revision 1.1466 > date: 2006/08/29 19:29:35 Thanks for pointing out this problem. Unfortunately the box that was doing this was turned off due to a misunderstanding of what the "beeps" of a UPS mean. (sigh...) I thought it would have been turned back on, but we were swamped with residual infrastructure issues elsewhere yesterday and didn't follow up on this. I think Max is not in the office Friday. Greg, would you be able to power on the box somewhere in/on/under Greg's desk? (Maybe just remove the KVM and use a power strip if the UPS is still having trouble.) > > Also, (likely related) I sponsored someone who is getting a > "Server returned an error: Insufficient privileges." > from plague, possibly because their ownership of packages hasn't > synced to the buildsys due to the owners.list sync not working? Sync from owners.list to Bugzilla should not be effecting plague. Or does it? Warren Togami wtogami at redhat.com From buildsys at fedoraproject.org Fri Sep 1 12:07:22 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 1 Sep 2006 08:07:22 -0400 (EDT) Subject: Fedora Extras Package Build Report 2006-09-01 Message-ID: <20060901120722.70B9215212C@buildsys.fedoraproject.org> Packages built and released for Fedora Extras 5: 17 bigloo-2.8c-1.fc5 gdesklets-0.35.3-14.fc5 gnome-applet-sensors-1.7.8-3.fc5 istanbul-0.1.1-11.fc5 kmymoney2-0.8.5-1.fc5 man-pages-uk-0.1-0.4.20060830.fc5 monodoc-1.1.17-1.fc5 nip2-7.10.21-1.fc5 paps-0.6.6-7.fc5 pcb-0.20060822-4.fc5 perl-POE-Component-IRC-4.99-1.fc5 rssowl-1.2.2-2.fc5 supertux-0.1.3-5.fc5 swaks-20060621.0-1.fc5 vips-7.10.21-1.fc5 wifiroamd-1.11-1.fc5 xsp-1.1.17-1.fc5 Packages built and released for Fedora Extras 4: 5 bigloo-2.8c-1.fc4 gdesklets-0.35.3-14.fc4 nip2-7.10.21-1.fc4 swaks-20060621.0-1.fc4 vips-7.10.21-1.fc4 Packages built and released for Fedora Extras development: 122 SDL_image-1.2.5-2.fc6 SDL_mixer-1.2.7-2.fc6 SDL_net-1.2.6-2.fc6 SDL_ttf-2.0.8-2.fc6 abe-1.1-4.fc6 adplay-1.5-3.fc6 bigloo-2.8c-1.fc6 cal3d-0.11.0-2.fc6 cernlib-2005-22.fc6 cfv-1.18.1-2.fc6 crossfire-1.9.1-2.fc6 cyphesis-0.5.9-2.fc6 dates-0.1-4.20060813svn.fc6 db4o-5.5-10.fc6 digikam-0.8.2-3.fc6 emelfm2-0.2.0-1.fc6 feh-1.3.4-4.fc6 freehdl-0.0.3-1.fc6 gdesklets-0.35.3-14.fc6 gnome-applet-netspeed-0.13-7.fc6 gnome-applet-sensors-1.7.8-2.fc6 gobby-0.4.1-1.fc6 hfsplus-tools-332.14-3.fc6 htmldoc-1.8.27-1.fc6.1 istanbul-0.2.1-0.fc6 keychain-2.6.2-1.fc6 kmymoney2-0.8.5-1.fc6 krusader-1.70.1-2.fc6 lesstif-0.95.0-9.fc6 libtunepimp-0.4.3-3.fc6 liferea-1.0.22-1.fc6 man-pages-uk-0.1-0.4.20060830.fc6 mlton-20051202-8.fc6.1 moin-latex-0-0.20051126.3.fc6 monodoc-1.1.17-1.fc6 nautilus-search-tool-0.2-2.fc6 nazghul-0.5.4-2.fc6 net6-1.3.1-1.fc6 nip2-7.10.21-1.fc6 obby-0.4.1-1.fc6 openalpp-20060405-11.fc6 osgcal-0.1.40-4.fc6 osiv-0.1.1-5.fc6 pcb-0.20060822-5.fc6 perl-Class-Factory-Util-1.6-3.fc6 perl-Class-InsideOut-1.02-3.fc6 perl-Class-MakeMethods-1.01-2.fc6 perl-Contextual-Return-v0.1.0-2.fc6 perl-Data-Alias-1.0-3.fc6 perl-DateTime-Format-Builder-0.7807-4.fc6 perl-DateTime-Format-HTTP-0.37-2.fc6 perl-DateTime-Format-IBeat-0.161-4.fc6 perl-DateTime-Format-Mail-0.30-4.fc6 perl-DateTime-Format-MySQL-0.04-3.fc6 perl-Event-1.06-2.fc6 perl-Gnome2-GConf-1.032-4.fc6 perl-Gtk2-Sexy-0.02-5.fc6 perl-Gtk2-Spell-1.03-5.fc6 perl-Gtk2-TrayIcon-0.03-3.fc6 perl-IO-Prompt-v0.99.4-2.fc6 perl-List-Compare-0.33-2.fc6 perl-Locale-SubCountry-1.37-2.fc6 perl-Log-Dispatch-Config-1.01-2.fc6 perl-Math-Round-0.05-2.fc6 perl-Module-Starter-1.42-4.fc6 perl-Module-Starter-PBP-0.000003-5.fc6 perl-Net-Jabber-2.0-7.fc6 perl-Net-SSH-0.08-4.fc6 perl-Net-SSH-Perl-1.30-3.fc6 perl-Net-XMPP-1.0-6.fc6 perl-POE-0.3601-2.fc6 perl-POE-Component-Child-1.39-2.fc6 perl-POE-Component-Client-DNS-0.99-2.fc6 perl-POE-Component-Client-HTTP-0.77-3.fc6 perl-POE-Component-Client-Keepalive-0.0801-3.fc6 perl-POE-Component-Client-LDAP-0.04-3.fc6 perl-POE-Component-IRC-4.99-1.fc6 perl-POE-Component-JobQueue-0.5500-2.fc6 perl-POE-Component-Logger-1.00-2.fc6 perl-POE-Component-SNMP-1.05-3.fc6 perl-POE-Component-SSLify-0.04-3.fc6 perl-POE-Component-Server-HTTP-0.09-3.fc6 perl-POE-Component-Server-SOAP-1.09-3.fc6 perl-POE-Component-Server-SimpleHTTP-1.11-3.fc6 perl-POE-Component-Server-XMLRPC-0.05-3.fc6 perl-POE-Component-SimpleLog-1.03-2.fc6 perl-POE-Filter-IRCD-1.8-2.fc6 perl-POE-Wheel-Null-0.01-2.fc6 perl-RRD-Simple-1.40-2.fc6 perl-Smart-Comments-1.000002-3.fc6 perl-WWW-Myspace-0.52-3.fc6 perl-XML-Stream-1.22-6.fc6 perl-XML-XPath-1.13-4.fc6 perl-XML-XQL-0.68-3.fc6 prozilla-1.3.7.4-4.fc6 putty-0.58-3.fc6 python-bibtex-1.2.2-4.fc6 python-cvstoys-1.0.10-4.fc6 qa-assistant-0.4.90.5-2.fc6 qtparted-0.4.5-9.fc6 qucs-0.0.10-1.fc6 recode-3.6-22.fc6 rssowl-1.2.2-1.fc6 scrip-1.4-6.fc6 smb4k-0.7.2-2.fc6 sobby-0.4.1-1.fc6 stow-1.3.3-5.fc6 swaks-20060621.0-1.fc6 taglib-1.4-3.fc6 tagtool-0.12.2-8.fc6 tetex-unicode-0-6.20041017.fc6 tong-1.0-7.fc6 ulogd-1.24-2.fc6 vips-7.10.21-1.fc6 vnc-reflector-1.2.4-2.fc6 wifiroamd-1.11-1.fc6 xbindkeys-1.7.3-4.fc6 xchat-gnome-0.13-4.fc6 xlhtml-0.5-6.fc6 xmms-adplug-1.2-3.fc6 xscorch-0.2.0-8.fc6 xsp-1.1.17-1.fc6 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Fri Sep 1 12:07:42 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 1 Sep 2006 08:07:42 -0400 (EDT) Subject: Broken upgrade paths in FC+FE 2006-09-01 Message-ID: <20060901120742.B592415212C@buildsys.fedoraproject.org> UNKNOWN OWNER (possibly Core package): ftp 5: 0:0.17-33.fc5 (FC5-updates) 6: 0:0.17-32.1.2.4 (FC6) mozilla 3: 37:1.7.13-1.3.1.legacy (FL3-updates) 5: 37:1.7.13-1.1.fc5 (FC5-updates) a.kurtz AT hardsun.net: gnome-applet-sensors 5: 0:1.7.8-3.fc5 (FE5) 6: 0:1.7.8-2.fc6 (FE6) andreas.bierfert AT lowlatency.de: dillo 3: 0:0.8.6-2.fc3 (FE3) 5: 0:0.8.6-1.fc5 (FE5) 6: 0:0.8.6-2.fc6 (FE6) koffice 3: 4:1.4.2-0.FC3.2 (FL3-updates) 5: 0:1.5.2-1.fc5 (FE5) 6: 0:1.5.2-1.fc6 (FE6) libpqxx 5: 0:2.6.7-1.fc5 (FE5) 6: 0:2.6.6-1.fc6 (FE6) candyz0416 AT gmail.com: gcin 5: 0:1.2.2-14.fc5 (FE5) 6: 0:1.2.2-12.fc6 (FE6) foolish AT guezz.net: serpentine 5: 0:0.7-4.fc5 (FE5) 6: 0:0.7-3.fc6 (FE6) gauret AT free.fr: amarok 5: 0:1.4.2-1.fc5 (FE5) 6: 0:1.4.1-3.fc6 (FE6) green AT redhat.com: rssowl 5: 0:1.2.2-2.fc5 (FE5) 6: 0:1.2.2-1.fc6 (FE6) kengert AT redhat.com: seamonkey 5: 0:1.0.4-0.5.1.fc5 (FE5) 6: 0:1.0.2-1.fc6 (FE6) lemenkov AT gmail.com: fuse-sshfs 5: 0:1.6-3.fc5 (FE5) 6: 0:1.6-2.fc6 (FE6) stratagus 5: 0:2.1-6.fc5 (FE5) 6: 0:2.1-5.fc6 (FE6) lmacken AT redhat.com: dclib 5: 0:0.3.7-8.fc5 (FE5) 6: 0:0.3.7-7.fc6 (FE6) python-myghty 5: 0:1.0.2-2.fc5 (FE5) 6: 0:1.0.2-1.fc6 (FE6) valknut 5: 0:0.3.7-9.fc5 (FE5) 6: 0:0.3.7-8.fc6 (FE6) meme AT daughtersoftiresias.org: fortune-firefly 5: 0:2.1.1-2.fc5 (FE5) 6: 0:2.1.1-1.fc6 (FE6) mpeters AT mac.com: firestarter 5: 0:1.0.3-11.fc5 (FE5) 6: 0:1.0.3-10.fc6 (FE6) noa AT resare.com: vorbisgain 5: 0:0.34-2.fc5 (FE5) 6: 0:0.34-1.fc6 (FE6) nomis80 AT nomis80.org: camstream 5: 0:0.26.3-10.fc5 (FE5) 6: 0:0.26.3-9.fc5 (FE6) opencv 5: 0:0.9.7-16.fc5 (FE5) 6: 0:0.9.7-15.fc5 (FE6) paul AT city-fan.org: perl-String-CRC32 3: 0:1.4-1.fc3 (FE3) 5: 0:1.4-1.FC5 (FC5-updates) 6: 0:1.4-2.fc6 (FC6) petersen AT redhat.com: m17n-db 3: 0:1.3.3-1.fc3 (FE3) 5: 0:1.3.3-1 (FC5) 6: 0:1.3.3-19.fc6 (FC6) qspencer AT ieee.org: octave-forge 5: 0:2006.07.09-5.fc5 (FE5) 6: 0:2006.07.09-4.fc6 (FE6) rpm AT timj.co.uk: php-pear-DB 5: 0:1.7.6-6.fc5 (FE5) 6: 0:1.7.6-6 (FE6) ryo-dairiki AT users.sourceforge.net: scim-tomoe 5: 0:0.2.0-6.fc5.1 (FE5) 6: 0:0.2.0-4.fc6 (FE6) thomas AT apestaart.org: flumotion 5: 0:0.2.1-2.fc5 (FE5) 6: 0:0.2.0-1.fc5 (FE6) zipsonic AT gmail.com: freenx 5: 0:0.5.0-4.fc5 (FE5) 6: 0:0.5.0-2.fc6 (FE6) nx 5: 0:2.0.0-4.fc5 (FE5) 6: 0:2.0.0-3.fc6 (FE6) ---------------------------------------------------------------------- amarok: gauret AT free.fr 5: 0:1.4.2-1.fc5 (FE5) 6: 0:1.4.1-3.fc6 (FE6) camstream: nomis80 AT nomis80.org 5: 0:0.26.3-10.fc5 (FE5) 6: 0:0.26.3-9.fc5 (FE6) dclib: lmacken AT redhat.com 5: 0:0.3.7-8.fc5 (FE5) 6: 0:0.3.7-7.fc6 (FE6) dillo: andreas.bierfert AT lowlatency.de 3: 0:0.8.6-2.fc3 (FE3) 5: 0:0.8.6-1.fc5 (FE5) 6: 0:0.8.6-2.fc6 (FE6) firestarter: mpeters AT mac.com 5: 0:1.0.3-11.fc5 (FE5) 6: 0:1.0.3-10.fc6 (FE6) flumotion: thomas AT apestaart.org 5: 0:0.2.1-2.fc5 (FE5) 6: 0:0.2.0-1.fc5 (FE6) fortune-firefly: meme AT daughtersoftiresias.org 5: 0:2.1.1-2.fc5 (FE5) 6: 0:2.1.1-1.fc6 (FE6) freenx: zipsonic AT gmail.com 5: 0:0.5.0-4.fc5 (FE5) 6: 0:0.5.0-2.fc6 (FE6) ftp: UNKNOWN OWNER (possibly Core package) 5: 0:0.17-33.fc5 (FC5-updates) 6: 0:0.17-32.1.2.4 (FC6) fuse-sshfs: lemenkov AT gmail.com 5: 0:1.6-3.fc5 (FE5) 6: 0:1.6-2.fc6 (FE6) gcin: candyz0416 AT gmail.com 5: 0:1.2.2-14.fc5 (FE5) 6: 0:1.2.2-12.fc6 (FE6) gnome-applet-sensors: a.kurtz AT hardsun.net 5: 0:1.7.8-3.fc5 (FE5) 6: 0:1.7.8-2.fc6 (FE6) koffice: andreas.bierfert AT lowlatency.de 3: 4:1.4.2-0.FC3.2 (FL3-updates) 5: 0:1.5.2-1.fc5 (FE5) 6: 0:1.5.2-1.fc6 (FE6) libpqxx: andreas.bierfert AT lowlatency.de 5: 0:2.6.7-1.fc5 (FE5) 6: 0:2.6.6-1.fc6 (FE6) m17n-db: petersen AT redhat.com 3: 0:1.3.3-1.fc3 (FE3) 5: 0:1.3.3-1 (FC5) 6: 0:1.3.3-19.fc6 (FC6) mozilla: UNKNOWN OWNER (possibly Core package) 3: 37:1.7.13-1.3.1.legacy (FL3-updates) 5: 37:1.7.13-1.1.fc5 (FC5-updates) nx: zipsonic AT gmail.com 5: 0:2.0.0-4.fc5 (FE5) 6: 0:2.0.0-3.fc6 (FE6) octave-forge: qspencer AT ieee.org 5: 0:2006.07.09-5.fc5 (FE5) 6: 0:2006.07.09-4.fc6 (FE6) opencv: nomis80 AT nomis80.org 5: 0:0.9.7-16.fc5 (FE5) 6: 0:0.9.7-15.fc5 (FE6) perl-String-CRC32: paul AT city-fan.org 3: 0:1.4-1.fc3 (FE3) 5: 0:1.4-1.FC5 (FC5-updates) 6: 0:1.4-2.fc6 (FC6) php-pear-DB: rpm AT timj.co.uk 5: 0:1.7.6-6.fc5 (FE5) 6: 0:1.7.6-6 (FE6) python-myghty: lmacken AT redhat.com 5: 0:1.0.2-2.fc5 (FE5) 6: 0:1.0.2-1.fc6 (FE6) rssowl: green AT redhat.com 5: 0:1.2.2-2.fc5 (FE5) 6: 0:1.2.2-1.fc6 (FE6) scim-tomoe: ryo-dairiki AT users.sourceforge.net 5: 0:0.2.0-6.fc5.1 (FE5) 6: 0:0.2.0-4.fc6 (FE6) seamonkey: kengert AT redhat.com 5: 0:1.0.4-0.5.1.fc5 (FE5) 6: 0:1.0.2-1.fc6 (FE6) serpentine: foolish AT guezz.net 5: 0:0.7-4.fc5 (FE5) 6: 0:0.7-3.fc6 (FE6) stratagus: lemenkov AT gmail.com 5: 0:2.1-6.fc5 (FE5) 6: 0:2.1-5.fc6 (FE6) valknut: lmacken AT redhat.com 5: 0:0.3.7-9.fc5 (FE5) 6: 0:0.3.7-8.fc6 (FE6) vorbisgain: noa AT resare.com 5: 0:0.34-2.fc5 (FE5) 6: 0:0.34-1.fc6 (FE6) From Matt_Domsch at dell.com Fri Sep 1 12:17:16 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 1 Sep 2006 07:17:16 -0500 Subject: Extras i386 rawhide rebuild in mock status 2006-09-01 Message-ID: <20060901071716.A22474@humbolt.us.dell.com> Extras Rawhide-in-Mock Build Results for i386 Fri Sep 1 06:23:57 CDT 2006 Note: This is using a reduced set of packages in the build chroot starting with FC6test2. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Note: You will need to rebuild your packages in Fedora Extras for FC6 starting August 28, 2006. See here for more details: http://www.redhat.com/archives/fedora-maintainers/2006-August/msg00160.html Total packages: 2148 Number failed to build: 51 Number expected to fail due to ExclusiveArch or ExcludeArch: 1 Leaving: 50 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 50 ---------------------------------- MagicPoint-1.11b-2.fc5 byte at fedoraproject.org NetworkManager-vpnc-0.7.0-0.cvs20060529.1.fc6 davidz at redhat.com alacarte-0.8-7.fc5 jpmahowald at gmail.com amaya-9.5-1.fc6 paul at all-the-johnsons.co.uk camstream-0.26.3-9.fc5 nomis80 at nomis80.org contact-lookup-applet-0.14-3.fc6 bdpepple at ameritech.net cowbell-0.2.7.1-2.fc6 foolish at guezz.net deskbar-applet-2.15.91-3.fc6 ivazquez at ivazquez.net dillo-0.8.6-2.fc6 andreas.bierfert at lowlatency.de directfb-0.9.24-5.fc5 thomas at apestaart.org ebtables-2.0.8-0.5.rc1.fc6 tcallawa at redhat.com gdesklets-0.35.3-8.fc6 luya_tfz at thefinalzone.com gif2png-2.5.1-2.fc5 enrico.scholz at informatik.tu-chemnitz.de gnome-applet-music-0.9.0-1.fc6 ivazquez at ivazquez.net grhino-0.15.0-5.fc5 michel.salim at gmail.com gstreamer08-python-0.8.4-1.fc5 thomas at apestaart.org ifplugd-0.24-6 aaron.bennett at olin.edu jam-2.5-3.fc5 tcallawa at redhat.com john-1.6-4 ghenry at suretecsystems.com ladspa-1.12-5 thomas at apestaart.org leafpad-0.8.9-1.fc6 ivazquez at ivazquez.net librx-1.5-6.fc5 tcallawa at redhat.com libtabe-0.2.6-14 llch at redhat.com logjam-4.5.3-4.fc6 tcallawa at redhat.com mfstools-2.0-9.snapshot050221.fc5 tcallawa at redhat.com monodevelop-0.11-16.fc6 paul at all-the-johnsons.co.uk multisync-0.90.18-5.fc5 andreas.bierfert at lowlatency.de nautilus-open-terminal-0.7-2.fc6 stickster at gmail.com nautilus-search-tool-0.2-1.fc5 stickster at gmail.com nco-3.1.2-1.fc6 ed at eh3.com ngrep-1.44-4.fc5 oliver at linux-kernel.at opencv-0.9.7-15.fc5 nomis80 at nomis80.org orange-0.3-1.cvs20051118.fc6 andreas.bierfert at lowlatency.de python-TestGears-0.2-1.fc5 ivazquez at ivazquez.net python-goopy-0.1-1 pjones at redhat.com quarry-0.1.16-2.fc5 michel.salim at gmail.com rpmDirectoryCheck-0.8-2 enrico.scholz at informatik.tu-chemnitz.de scanssh-2.1-6.fc5 oliver at linux-kernel.at serpentine-0.7-3.fc6 foolish at guezz.net stratagus-2.1-5.fc6 lemenkov at gmail.com synce-0.9.1-7.fc5 andreas.bierfert at lowlatency.de synce-software-manager-0.9.0-5.fc5 andreas.bierfert at lowlatency.de synce-trayicon-0.9.0-6.fc5 andreas.bierfert at lowlatency.de tuxkart-0.4.0-5.fc6 j.w.r.degoede at hhs.nl wlassistant-0.5.5-1.fc5 tcallawa at redhat.com wv2-0.2.3-1.fc6 andreas.bierfert at lowlatency.de xbsql-0.11-6.fc6 tcallawa at redhat.com xcin-2.5.3.pre3-27 llch at redhat.com xplanet-1.0.1-7 jylitalo at iki.fi xsupplicant-1.2.6-1.fc6 tcallawa at redhat.com With bugs filed: 0 ---------------------------------- Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Fri Sep 1 12:16:54 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 1 Sep 2006 07:16:54 -0500 Subject: Extras x86_64 rawhide rebuild in mock status 2006-09-01 Message-ID: <20060901071654.A22451@humbolt.us.dell.com> Extras Rawhide-in-Mock Build Results for x86_64 Fri Sep 1 06:20:06 CDT 2006 Note: This is using a reduced set of packages in the build chroot starting with FC6test2. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Note: You will need to rebuild your packages in Fedora Extras for FC6 starting August 28, 2006. See here for more details: http://www.redhat.com/archives/fedora-maintainers/2006-August/msg00160.html Total packages: 2149 Number failed to build: 81 Number expected to fail due to ExclusiveArch or ExcludeArch: 28 Leaving: 53 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 53 ---------------------------------- MagicPoint-1.11b-2.fc5 byte at fedoraproject.org NetworkManager-vpnc-0.7.0-0.cvs20060529.1.fc6 davidz at redhat.com alacarte-0.8-7.fc5 jpmahowald at gmail.com atitvout-0.4-5 andreas.bierfert at lowlatency.de boo-0.7.6.2237-8.fc6 paul at all-the-johnsons.co.uk camstream-0.26.3-9.fc5 nomis80 at nomis80.org contact-lookup-applet-0.14-3.fc6 bdpepple at ameritech.net cowbell-0.2.7.1-2.fc6 foolish at guezz.net crm114-0-0.2.20060704.fc6 rpm at greysector.net deskbar-applet-2.15.91-3.fc6 ivazquez at ivazquez.net dillo-0.8.6-2.fc6 andreas.bierfert at lowlatency.de directfb-0.9.24-5.fc5 thomas at apestaart.org ebtables-2.0.8-0.5.rc1.fc6 tcallawa at redhat.com gauche-gl-0.4.1-6.fc6 gemi at bluewin.ch gdesklets-0.35.3-8.fc6 luya_tfz at thefinalzone.com gif2png-2.5.1-2.fc5 enrico.scholz at informatik.tu-chemnitz.de gnome-applet-music-0.9.0-1.fc6 ivazquez at ivazquez.net grhino-0.15.0-5.fc5 michel.salim at gmail.com gstreamer08-python-0.8.4-1.fc5 thomas at apestaart.org ifplugd-0.24-6 aaron.bennett at olin.edu jam-2.5-3.fc5 tcallawa at redhat.com john-1.6-4 ghenry at suretecsystems.com ladspa-1.12-5 thomas at apestaart.org leafpad-0.8.9-1.fc6 ivazquez at ivazquez.net libpolyxmass-0.9.0-6.fc5 andreas.bierfert at lowlatency.de libtabe-0.2.6-14 llch at redhat.com logjam-4.5.3-4.fc6 tcallawa at redhat.com mlton-20051202-8.fc6 adam at spicenitz.org monodevelop-0.11-16.fc6 paul at all-the-johnsons.co.uk multisync-0.90.18-5.fc5 andreas.bierfert at lowlatency.de nautilus-open-terminal-0.7-2.fc6 stickster at gmail.com nautilus-search-tool-0.2-1.fc5 stickster at gmail.com nco-3.1.2-1.fc6 ed at eh3.com new-1.3.7-2 redhat at flyn.org ngrep-1.44-4.fc5 oliver at linux-kernel.at opencv-0.9.7-15.fc5 nomis80 at nomis80.org python-TestGears-0.2-1.fc5 ivazquez at ivazquez.net python-goopy-0.1-1 pjones at redhat.com python-reportlab-1.20-5.fc5 bdpepple at ameritech.net quarry-0.1.16-2.fc5 michel.salim at gmail.com rpmDirectoryCheck-0.8-2 enrico.scholz at informatik.tu-chemnitz.de scanssh-2.1-6.fc5 oliver at linux-kernel.at serpentine-0.7-3.fc6 foolish at guezz.net stratagus-2.1-5.fc6 lemenkov at gmail.com synce-0.9.1-7.fc5 andreas.bierfert at lowlatency.de synce-software-manager-0.9.0-5.fc5 andreas.bierfert at lowlatency.de synce-trayicon-0.9.0-6.fc5 andreas.bierfert at lowlatency.de wlassistant-0.5.5-1.fc5 tcallawa at redhat.com wv2-0.2.3-1.fc6 andreas.bierfert at lowlatency.de xbsql-0.11-6.fc6 tcallawa at redhat.com xcin-2.5.3.pre3-27 llch at redhat.com xplanet-1.0.1-7 jylitalo at iki.fi xsupplicant-1.2.6-1.fc6 tcallawa at redhat.com With bugs filed: 0 ---------------------------------- Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From buildsys at fedoraproject.org Fri Sep 1 12:25:55 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Fri, 01 Sep 2006 12:25:55 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-01 Message-ID: <20060901122555.2760.65293@extras64.linux.duke.edu> Summary of broken packages (by owner): ---------------------------------------------------------------------- andreas.bierfert AT lowlatency.de wine-core - 0.9.20-1.fc6.i386 bdpepple AT ameritech.net contact-lookup-applet - 0.14-3.fc6.i386 (25 days) contact-lookup-applet - 0.14-3.fc6.ppc (25 days) contact-lookup-applet - 0.14-3.fc6.x86_64 (25 days) byte AT fedoraproject.org gaim-guifications - 2.12-3.fc5.i386 (44 days) gaim-guifications - 2.12-3.fc5.ppc (44 days) gaim-guifications - 2.12-3.fc5.x86_64 (44 days) foolish AT guezz.net muine - 0.8.5-1.fc6.i386 (13 days) muine - 0.8.5-1.fc6.ppc (13 days) muine - 0.8.5-1.fc6.x86_64 (13 days) gauret AT free.fr amarok - 1.4.1-3.fc6.i386 (36 days) amarok - 1.4.1-3.fc6.ppc (36 days) showimg-pgsql - 0.9.5-7.fc4.i386 (25 days) showimg-pgsql - 0.9.5-7.fc4.ppc (25 days) showimg-pgsql - 0.9.5-7.fc4.x86_64 (25 days) showimg-pgsql - 0.9.5-7.fc5.i386 (25 days) showimg-pgsql - 0.9.5-7.fc5.ppc (25 days) showimg-pgsql - 0.9.5-7.fc5.x86_64 (25 days) gemi AT bluewin.ch bigloo - 2.8c-1.fc4.ppc bigloo - 2.8c-1.fc5.ppc bigloo - 2.8c-1.fc5.x86_64 bigloo - 2.8c-1.fc6.ppc bigloo - 2.8c-1.fc6.x86_64 green AT redhat.com jogl - 1.1.1-14.fc5.ppc (40 days) ivazquez AT ivazquez.net gnome-applet-music - 0.9.0-1.fc6.i386 (44 days) gnome-applet-music - 0.9.0-1.fc6.ppc (44 days) gnome-applet-music - 0.9.0-1.fc6.x86_64 (44 days) mpeters AT mac.com gfontview - 0.5.0-5.fc5.i386 (44 days) gfontview - 0.5.0-5.fc5.ppc (44 days) gfontview - 0.5.0-5.fc5.x86_64 (44 days) gtkhtml36 - 3.6.2-5.fc6.i386 (44 days) gtkhtml36 - 3.6.2-5.fc6.ppc (44 days) gtkhtml36 - 3.6.2-5.fc6.x86_64 (44 days) libvisual-plugins - 0.2.0-3.fc5.i386 (44 days) libvisual-plugins - 0.2.0-3.fc5.i386 (44 days) libvisual-plugins - 0.2.0-3.fc5.ppc (44 days) libvisual-plugins - 0.2.0-3.fc5.ppc (44 days) libvisual-plugins - 0.2.0-3.fc5.x86_64 (44 days) libvisual-plugins - 0.2.0-3.fc5.x86_64 (44 days) oliver AT linux-kernel.at syck-php - 0.55-9.fc6.i386 syck-php - 0.55-9.fc6.ppc syck-php - 0.55-9.fc6.x86_64 rolandd AT cisco.com libibverbs - 1.0.3-1.fc6.i386 (44 days) libibverbs - 1.0.3-1.fc6.ppc (44 days) libibverbs - 1.0.3-1.fc6.x86_64 (44 days) libibverbs-utils - 1.0.3-1.fc6.i386 (44 days) libibverbs-utils - 1.0.3-1.fc6.ppc (44 days) libibverbs-utils - 1.0.3-1.fc6.x86_64 (44 days) tcallawa AT redhat.com gambas-runtime - 1.0.14-2.fc5.i386 (24 days) thomas AT apestaart.org directfb - 0.9.24-5.fc5.i386 (44 days) directfb - 0.9.24-5.fc5.ppc (44 days) directfb - 0.9.24-5.fc5.x86_64 (44 days) Broken packages in fedora-extras-5-i386: ---------------------------------------------------------------------- libvisual-plugins-0.2.0-3.fc5.i386 requires libvisual.so.0 showimg-pgsql-0.9.5-7.fc5.i386 requires libpqxx-2.6.6.so Broken packages in fedora-extras-5-x86_64: ---------------------------------------------------------------------- bigloo-2.8c-1.fc5.x86_64 requires libbigloobdl_u-2.8c.so()(64bit) libvisual-plugins-0.2.0-3.fc5.x86_64 requires libvisual.so.0()(64bit) showimg-pgsql-0.9.5-7.fc5.x86_64 requires libpqxx-2.6.6.so()(64bit) Broken packages in fedora-extras-5-ppc: ---------------------------------------------------------------------- bigloo-2.8c-1.fc5.ppc requires libbigloobdl_u-2.8c.so libvisual-plugins-0.2.0-3.fc5.ppc requires libvisual.so.0 showimg-pgsql-0.9.5-7.fc5.ppc requires libpqxx-2.6.6.so Broken packages in fedora-extras-4-i386: ---------------------------------------------------------------------- showimg-pgsql-0.9.5-7.fc4.i386 requires libpqxx-2.6.6.so Broken packages in fedora-extras-4-x86_64: ---------------------------------------------------------------------- showimg-pgsql-0.9.5-7.fc4.x86_64 requires libpqxx-2.6.6.so()(64bit) Broken packages in fedora-extras-4-ppc: ---------------------------------------------------------------------- bigloo-2.8c-1.fc4.ppc requires libbigloobdl_u-2.8c.so showimg-pgsql-0.9.5-7.fc4.ppc requires libpqxx-2.6.6.so Broken packages in fedora-extras-development-i386: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.i386 requires HelixPlayer contact-lookup-applet-0.14-3.fc6.i386 requires libebook-1.2.so.5 directfb-0.9.24-5.fc5.i386 requires libsysfs.so.1 gaim-guifications-2.12-3.fc5.i386 requires gaim < 1:2 gambas-runtime-1.0.14-2.fc5.i386 requires libgettextlib-0.14.5.so gfontview-0.5.0-5.fc5.i386 requires libttf.so.2 gnome-applet-music-0.9.0-1.fc6.i386 requires libgailutil.so.17 gnome-applet-music-0.9.0-1.fc6.i386 requires libdbus-1.so.2 gtkhtml36-3.6.2-5.fc6.i386 requires libgailutil.so.17 libibverbs-1.0.3-1.fc6.i386 requires libsysfs.so.1 libibverbs-utils-1.0.3-1.fc6.i386 requires libsysfs.so.1 libvisual-plugins-0.2.0-3.fc5.i386 requires libvisual.so.0 muine-0.8.5-1.fc6.i386 requires mono(glib-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.i386 requires mono(gtk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.i386 requires mono(gdk-sharp) = 0:2.8.0.0 syck-php-0.55-9.fc6.i386 requires php = 0:5.1.4 Broken packages in fedora-extras-development-x86_64: ---------------------------------------------------------------------- bigloo-2.8c-1.fc6.x86_64 requires libbigloobdl_u-2.8c.so()(64bit) contact-lookup-applet-0.14-3.fc6.x86_64 requires libebook-1.2.so.5()(64bit) directfb-0.9.24-5.fc5.x86_64 requires libsysfs.so.1()(64bit) gaim-guifications-2.12-3.fc5.x86_64 requires gaim < 1:2 gfontview-0.5.0-5.fc5.x86_64 requires libttf.so.2()(64bit) gnome-applet-music-0.9.0-1.fc6.x86_64 requires libgailutil.so.17()(64bit) gnome-applet-music-0.9.0-1.fc6.x86_64 requires libdbus-1.so.2()(64bit) gtkhtml36-3.6.2-5.fc6.x86_64 requires libgailutil.so.17()(64bit) libibverbs-1.0.3-1.fc6.x86_64 requires libsysfs.so.1()(64bit) libibverbs-utils-1.0.3-1.fc6.x86_64 requires libsysfs.so.1()(64bit) libvisual-plugins-0.2.0-3.fc5.x86_64 requires libvisual.so.0()(64bit) muine-0.8.5-1.fc6.x86_64 requires mono(gdk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.x86_64 requires mono(gtk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.x86_64 requires mono(glib-sharp) = 0:2.8.0.0 syck-php-0.55-9.fc6.x86_64 requires php = 0:5.1.4 wine-core-0.9.20-1.fc6.i386 requires libglut.so.3 Broken packages in fedora-extras-development-ppc: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.ppc requires HelixPlayer bigloo-2.8c-1.fc6.ppc requires libbigloobdl_u-2.8c.so contact-lookup-applet-0.14-3.fc6.ppc requires libebook-1.2.so.5 directfb-0.9.24-5.fc5.ppc requires libsysfs.so.1 gaim-guifications-2.12-3.fc5.ppc requires gaim < 1:2 gfontview-0.5.0-5.fc5.ppc requires libttf.so.2 gnome-applet-music-0.9.0-1.fc6.ppc requires libgailutil.so.17 gnome-applet-music-0.9.0-1.fc6.ppc requires libdbus-1.so.2 gtkhtml36-3.6.2-5.fc6.ppc requires libgailutil.so.17 jogl-1.1.1-14.fc5.ppc requires libgcj.so.7 libibverbs-1.0.3-1.fc6.ppc requires libsysfs.so.1 libibverbs-utils-1.0.3-1.fc6.ppc requires libsysfs.so.1 libvisual-plugins-0.2.0-3.fc5.ppc requires libvisual.so.0 muine-0.8.5-1.fc6.ppc requires mono(glib-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.ppc requires mono(gtk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.ppc requires mono(gdk-sharp) = 0:2.8.0.0 syck-php-0.55-9.fc6.ppc requires php = 0:5.1.4 ====================================================================== New report for: gemi AT bluewin.ch package: bigloo - 2.8c-1.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libbigloobdl_u-2.8c.so()(64bit) package: bigloo - 2.8c-1.fc6.ppc from fedora-extras-development-ppc unresolved deps: libbigloobdl_u-2.8c.so From j.w.r.degoede at hhs.nl Fri Sep 1 12:28:49 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 01 Sep 2006 14:28:49 +0200 Subject: Extras i386 rawhide rebuild in mock status 2006-09-01 In-Reply-To: <20060901071716.A22474@humbolt.us.dell.com> References: <20060901071716.A22474@humbolt.us.dell.com> Message-ID: <44F82781.2060802@hhs.nl> Matt Domsch wrote: > tuxkart-0.4.0-5.fc6 j.w.r.degoede at hhs.nl Hmm, This failed because of: + make -j4 cd . && autoconf /bin/sh: autoconf: command not found make: *** [configure] Error 127 error: Bad exit status from /var/tmp/rpm-tmp.24197 (%build) However the .spec contains: # stop autoxxx from rerunning, not nescesarry: touch aclocal.m4 touch Makefile.in touch */Makefile.in Which does on my system and also for the FE6 rebuild works as advertised. Are you running builds on a filesystem with low precission timestamps? Or is your machine just too fast? Maybe I should add some sleeps somewhere between the touch'es ? Regards, Hans From Matt_Domsch at dell.com Fri Sep 1 12:39:30 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 1 Sep 2006 07:39:30 -0500 Subject: Extras i386 rawhide rebuild in mock status 2006-09-01 In-Reply-To: <44F82781.2060802@hhs.nl> References: <20060901071716.A22474@humbolt.us.dell.com> <44F82781.2060802@hhs.nl> Message-ID: <20060901123929.GA20913@lists.us.dell.com> On Fri, Sep 01, 2006 at 02:28:49PM +0200, Hans de Goede wrote: > Matt Domsch wrote: > >tuxkart-0.4.0-5.fc6 j.w.r.degoede at hhs.nl > > Hmm, > > This failed because of: > + make -j4 > cd . && autoconf > /bin/sh: autoconf: command not found > make: *** [configure] Error 127 > error: Bad exit status from /var/tmp/rpm-tmp.24197 (%build) > > > However the .spec contains: > # stop autoxxx from rerunning, not nescesarry: > touch aclocal.m4 > touch Makefile.in > touch */Makefile.in > > > Which does on my system and also for the FE6 rebuild works as > advertised. Are you running builds on a filesystem with low precission > timestamps? Or is your machine just too fast? The build system for that package was a PowerEdge 1855 blade, 2 3.6GHz CPUs (plus HT enabled), and is ntp-sync'd. It's running FC5, ext3 as the file system. > Maybe I should add some sleeps somewhere between the touch'es ? or a 'sync' after them all? -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From jkeating at redhat.com Fri Sep 1 13:09:02 2006 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 01 Sep 2006 09:09:02 -0400 Subject: FESCo Meeting Minutes 2006-08-31 In-Reply-To: <1157088374.9344.0.camel@localhost> References: <1157088374.9344.0.camel@localhost> Message-ID: <1157116142.6577.25.camel@ender> On Thu, 2006-08-31 at 22:26 -0700, Toshio Kuratomi wrote: > * Remove the non-.ini files from the comps module in CVS which would > remove a source of confusion. c4chris will ask jeremy about doing this. If you do this, you have to generate the live comps file each time you push. Generating it is a lengthy task that only gets lengthier as more things are added and more translations are added. I know there is a goal to make the sign/push as quick as possible and this inserts a problem there. Just adding some info to the discussion. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bpepple at fedoraproject.org Fri Sep 1 13:26:23 2006 From: bpepple at fedoraproject.org (Brian Pepple) Date: Fri, 01 Sep 2006 09:26:23 -0400 Subject: Telepathy In-Reply-To: <1157093148.2851.24.camel@peecee.hoentjen.eu> References: <1157058034.2851.21.camel@peecee.hoentjen.eu> <1157061858.31395.2.camel@shuttle.piedmont.com> <1157062304.31395.3.camel@shuttle.piedmont.com> <1157093148.2851.24.camel@peecee.hoentjen.eu> Message-ID: <1157117183.10498.10.camel@shuttle.piedmont.com> On Fri, 2006-09-01 at 08:45 +0200, Sander Hoentjen wrote: > Cool, I looked some days ago just before you submitted i guess. Since > you are also the packager of gossip I was wondering if you have plans to > build that one for telepathy as well. > Pretty unlikely for a while, since it is extremely experimental right now. Telepathy support just got imported into CVS on Monday, and is fairly untested so far, not to mention the code for this will probably being going through some major re-writes and changes once Martyn gets back from vacation. /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From toshio at tiki-lounge.com Fri Sep 1 14:32:46 2006 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Fri, 01 Sep 2006 07:32:46 -0700 Subject: FESCo Meeting Minutes 2006-08-31 In-Reply-To: <1157116142.6577.25.camel@ender> References: <1157088374.9344.0.camel@localhost> <1157116142.6577.25.camel@ender> Message-ID: <1157121166.9344.16.camel@localhost> On Fri, 2006-09-01 at 09:09 -0400, Jesse Keating wrote: > On Thu, 2006-08-31 at 22:26 -0700, Toshio Kuratomi wrote: > > * Remove the non-.ini files from the comps module in CVS which would > > remove a source of confusion. c4chris will ask jeremy about doing this. > > If you do this, you have to generate the live comps file each time you > push. Generating it is a lengthy task that only gets lengthier as more > things are added and more translations are added. I know there is a > goal to make the sign/push as quick as possible and this inserts a > problem there. What makes it lengthy? Looking at the two files, the only difference is that all the translatable fields are changed from <_TAG> to . Can't we make extracting the translatable strings and creating the comps-feX.xml.in file two separate steps? Also, the live comps file is currently not synced with commits to the .in file. So it needs to be regenerated at some point anyway... Also, what involves the comps file in the sign/push process anyway? Is it repoview? Isn't the plan to move repoview out to its own async process? Alternately, the script that generates comps-feX.xml could place the file in another directory (perhaps the same one as the translated comps) so that people editing the files aren't confused as to which file they need to edit. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From j.w.r.degoede at hhs.nl Fri Sep 1 15:13:48 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 01 Sep 2006 17:13:48 +0200 Subject: Extras i386 rawhide rebuild in mock status 2006-09-01 In-Reply-To: <20060901123929.GA20913@lists.us.dell.com> References: <20060901071716.A22474@humbolt.us.dell.com> <44F82781.2060802@hhs.nl> <20060901123929.GA20913@lists.us.dell.com> Message-ID: <44F84E2C.4090808@hhs.nl> Matt Domsch wrote: > On Fri, Sep 01, 2006 at 02:28:49PM +0200, Hans de Goede wrote: >> Matt Domsch wrote: >>> tuxkart-0.4.0-5.fc6 j.w.r.degoede at hhs.nl >> Hmm, >> >> This failed because of: >> + make -j4 >> cd . && autoconf >> /bin/sh: autoconf: command not found >> make: *** [configure] Error 127 >> error: Bad exit status from /var/tmp/rpm-tmp.24197 (%build) >> >> >> However the .spec contains: >> # stop autoxxx from rerunning, not nescesarry: >> touch aclocal.m4 >> touch Makefile.in >> touch */Makefile.in >> >> >> Which does on my system and also for the FE6 rebuild works as >> advertised. Are you running builds on a filesystem with low precission >> timestamps? Or is your machine just too fast? > > The build system for that package was a PowerEdge 1855 blade, 2 3.6GHz > CPUs (plus HT enabled), and is ntp-sync'd. It's running FC5, ext3 as > the file system. > Maybe the ntp is causing problems, but afaik that isn't allowed to let the clock travel backwards. >> Maybe I should add some sleeps somewhere between the touch'es ? > > or a 'sync' after them all? > How would that help? Regards, Hans From jkeating at redhat.com Fri Sep 1 17:07:13 2006 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 01 Sep 2006 13:07:13 -0400 Subject: FESCo Meeting Minutes 2006-08-31 In-Reply-To: <1157121166.9344.16.camel@localhost> References: <1157088374.9344.0.camel@localhost> <1157116142.6577.25.camel@ender> <1157121166.9344.16.camel@localhost> Message-ID: <1157130433.6577.35.camel@ender> On Fri, 2006-09-01 at 07:32 -0700, Toshio Kuratomi wrote: > What makes it lengthy? Looking at the two files, the only difference is > that all the translatable fields are changed from <_TAG> to . > Can't we make extracting the translatable strings and creating the > comps-feX.xml.in file two separate steps? In core land, the .in file is ran through a bunch of translation .po files to generate translated group texts. If more groups get added to extras, we're going to need to translate them. > Also, the live comps file is currently not synced with commits to > the .in file. So it needs to be regenerated at some point anyway... Yes, we do that in Core land too, we generate it when we make changes to the .in file. > Also, what involves the comps file in the sign/push process anyway? Is > it repoview? Isn't the plan to move repoview out to its own async > process? I do believe the comps file needs to be referenced when repodata is created so that group actions work, and they show up correctly in Pirut and such. When we do a rawhide push, the comps file is pulled out of CVS (the translated one) and that is used with createrepo. In extras land, if you don't keep the translated comps file in CVS or somewhere else, it will have to be generated on the fly from the .in file and used during the createrepo phase. > Alternately, the script that generates comps-feX.xml could place the > file in another directory (perhaps the same one as the translated comps) > so that people editing the files aren't confused as to which file they > need to edit. This is a possible solution, yes. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From Christian.Iseli at licr.org Fri Sep 1 23:13:46 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Sat, 2 Sep 2006 01:13:46 +0200 Subject: Fedora's FLOSS principles (was: coverity code checker in Extras) In-Reply-To: <20060831132025.GE28961@neu.nirvana> References: <20060830195748.GH1004@neu.nirvana> <1156968347.2003.48.camel@zod.rchland.ibm.com> <20060831111525.GA28961@neu.nirvana> <20060831134123.38725fb3@ludwig-alpha> <20060831120011.GB28961@neu.nirvana> <20060831143643.3fd79d54@ludwig-alpha> <20060831132025.GE28961@neu.nirvana> Message-ID: <20060902011346.64e16bda@ludwig-alpha> On Thu, 31 Aug 2006 15:20:25 +0200, Axel Thimm wrote: > On Thu, Aug 31, 2006 at 02:36:43PM +0200, Christian Iseli wrote: > > Let's get to first things first: do we like to get bug reports > > uncovered through Coverity ? > > Do you want your neighbor's Porsche? We'll discuss how you'll get it > later on. You've got your metaphors wrong... In this case, your neighbor's offering to let you drive his Porsche for free. There just is one rule: he won't allow you to look under the hood to drool over the engine (or take it apart to see how it works)... Question is: would you still like to take it for a ride ? We'll discuss who will put gasoline in there as a second step... Christian From Axel.Thimm at ATrpms.net Fri Sep 1 23:48:30 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sat, 2 Sep 2006 01:48:30 +0200 Subject: Fedora's FLOSS principles (was: coverity code checker in Extras) In-Reply-To: <20060902011346.64e16bda@ludwig-alpha> References: <20060830195748.GH1004@neu.nirvana> <1156968347.2003.48.camel@zod.rchland.ibm.com> <20060831111525.GA28961@neu.nirvana> <20060831134123.38725fb3@ludwig-alpha> <20060831120011.GB28961@neu.nirvana> <20060831143643.3fd79d54@ludwig-alpha> <20060831132025.GE28961@neu.nirvana> <20060902011346.64e16bda@ludwig-alpha> Message-ID: <20060901234830.GB2309@neu.nirvana> On Sat, Sep 02, 2006 at 01:13:46AM +0200, Christian Iseli wrote: > On Thu, 31 Aug 2006 15:20:25 +0200, Axel Thimm wrote: > > On Thu, Aug 31, 2006 at 02:36:43PM +0200, Christian Iseli wrote: > > > The question was more whether we'd be interested to see Coverity > > > scans for all FE packages. The *how* we generate the reports > > > comes later I think... > > > Let's get to first things first: do we like to get bug reports > > > uncovered through Coverity ? > > > > Do you want your neighbor's Porsche? We'll discuss how you'll get it > > later on. > > You've got your metaphors wrong... Or you didn't understand the meaning. The metaphor was about blindly deciding step by step on something without thinking about the consequences in advance. In the neighbor/porsche case the consequence would be to take it against his will and land in jail. Anyway - it's getting off topic. The folks wearing the appropriate hats have been informed about the issue and can or did decide on how to best proceed. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From panemade at gmail.com Sat Sep 2 09:07:53 2006 From: panemade at gmail.com (=?UTF-8?Q?Parag_N(=E0=A4=AA=E0=A4=B0=E0=A4=BE=E0=A5=9A)?=) Date: Sat, 2 Sep 2006 14:37:53 +0530 Subject: Unable to access CVS server Message-ID: Hi, Today i got Sponsership from Kevin. I then tried to follow http://www.fedoraproject.org/wiki/Extras/Contributors. But at step Configure Your System for Fedora Extras CVS i am getting following errors [parag at localhost extras]$ cvs -t co common -> main loop with CVSROOT=:ext:paragn at cvs.fedora.redhat.com:/cvs/extras -> safe_location( where=(null) ) -> Starting server: ssh -l paragn cvs.fedora.redhat.com cvs server For more information on using the Fedora source code repositories, please visit http://fedoraproject.org/wiki/UsingCvs Permission denied (publickey,keyboard-interactive). cvs [checkout aborted]: end of file from server (consult above messages if any) -> Lock_Cleanup() May i know what am i missing? Regards, Parag. From lists at timj.co.uk Sat Sep 2 10:28:21 2006 From: lists at timj.co.uk (Tim Jackson) Date: Sat, 02 Sep 2006 11:28:21 +0100 Subject: Mock and squid In-Reply-To: <1157011603.6639.13.camel@metropolis.intra.city-fan.org> References: <1156979260.6639.8.camel@metropolis.intra.city-fan.org> <44F61F2A.60308@kobold.org> <1157011603.6639.13.camel@metropolis.intra.city-fan.org> Message-ID: <44F95CC5.8060509@timj.co.uk> Paul Howarth wrote: > I think I've found the problem now. I switched to a different mirror and > it appears to be working now. If anyone would like to investigate > further, the mirror I had problems with was: > > http://www.mirrorservice.org/sites/download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/ Heh, I hit this one too, a while ago. I e-mailed them about it and had a very quick and helpful response from Adam Sampson @ Kent University (I hope he won't mind me reproducing it here): ======================================================================= TJ> One thing I've just noticed though: your responses to HTTP requests TJ> for at least some files return "Cache-control: no-store" in the TJ> response, [...] Is this intentional? AS> Yes, I'm afraid; it's configured to do that for all RPM files. It's AS> a workaround for a bug in yum -- if I recall correctly, it makes AS> requests for byte ranges in files but gets confused if it gets a AS> full (rather than partial) response from our frontend caches (or AS> other caches further down the line, which is why we serve that AS> header to users too). AS> We're not especially fond of it ourselves, but we got a lot of AS> complaints from Red Hat/Fedora users before it was in place! We AS> reported the bug to the upstream maintainers, so hopefully we'll be AS> able to get rid of the workaround in the future, once all the users AS> of older versions of yum have upgraded... ======================================================================= Does anyone know any more about this? (e.g. yum bug #) I would change the MockTricks page, but I don't have permissions. Tim From buildsys at fedoraproject.org Sat Sep 2 11:41:25 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 2 Sep 2006 07:41:25 -0400 (EDT) Subject: Fedora Extras Package Build Report 2006-09-02 Message-ID: <20060902114125.D7FC615212C@buildsys.fedoraproject.org> Packages built and released for Fedora Extras 5: 17 bigloo-2.8c-2.fc5 digikam-doc-0.8.2-3.fc5 freehdl-0.0.3-1.fc5 gcin-1.2.3-1.fc5 geda-symbols-20060123-5.fc5 kdesvn-0.9.2-1.fc5 libstroke-0.5.1-12.fc5 perl-POE-Component-IRC-5.00-1.fc5 perl-WWW-Myspace-0.53-1.fc5 pl-5.6.18-1.fc5 pypoker-eval-132.0-1.fc5 python-psycopg2-2.0.3-3.fc5 qof-0.7.0-1.fc5 qucs-0.0.10-1.fc5 scite-1.71-1.fc5 smart-0.42-37.fc5 uim-1.2.1-1.fc5 Packages built and released for Fedora Extras 4: 6 bigloo-2.8c-2.fc4 freehdl-0.0.3-1.fc4 pl-5.6.18-1.fc4 qucs-0.0.10-1.fc4 smart-0.42-37.fc4 uim-1.2.1-1.fc4 Packages built and released for Fedora Extras 3: 2 freehdl-0.0.3-1.fc3 qucs-0.0.10-1.fc3 Packages built and released for Fedora Extras development: 65 allegro-4.2.0-17.fc6 banshee-0.10.12-4.fc6 bigloo-2.8c-3.fc6 cernlib-2005-25.fc6 crossfire-client-1.9.1-2.fc6 digikam-doc-0.8.2-3.fc6 dvdisaster-0.70.1-1.fc6 enca-1.9-3.fc6 fcron-3.0.1-16.fc6 freedroidrpg-0.9.13-3.fc6 gcin-1.2.3-3.fc6 geda-symbols-20060123-5.fc6 gnome-applet-sensors-1.7.8-3.fc6 gnome-themes-extras-0.9.0-5.fc6 gnome-translate-0.99-10.fc6 gnustep-make-1.12.0-5.fc6 gpsim-0.21.11-7.fc6 gputils-0.13.3-3.fc6 gtk+extra-2.1.1-3.fc6 gtk-gnutella-0.96.1-3.fc6 gts-0.7.6-6.fc6 ipe-6.0-0.11.pre26.fc6 ipxripd-0.8-4.fc6 jogl-1.0.0-5.5.beta5.fc6 kdesvn-0.9.2-1.fc6 kicad-2006.06.26-6.fc6 libipoddevice-0.4.5-3.fc6 libstroke-0.5.1-12.fc6 libtranslate-0.99-9.fc6 makebootfat-1.4-5.fc6 manaworld-0.0.20-2.fc6 nail-12.1-2.fc6 netmask-2.3.7-6.fc6 neverball-1.4.0-7.fc6 newscache-1.2-0.4.rc6.fc6 opensc-0.11.1-2.fc6 pam_usb-0.3.3-6.fc6 pcsc-tools-1.4.6-1.fc6 perl-POE-Component-IRC-5.00-1.fc6 perl-WWW-Myspace-0.53-1.fc6 pexpect-2.1-2.fc6 php-extras-5.1.6-1.fc6 phpldapadmin-0.9.8.3-2.fc6 pikdev-0.9.1-3.fc6 pl-5.6.18-1.fc6 prboom-2.4.5-2.fc6 pypoker-eval-132.0-1.fc6 python-pydns-2.3.0-4.fc6 python-pyspf-1.7-5.fc6 qgit-1.4-3.fc6 qof-0.7.0-1.fc6 regionset-0.1-4.fc6 scite-1.71-1.fc6 screem-0.16.1-4.fc6 sec-2.3.3-4.fc6 smart-0.42-37.fc6 syck-0.55-10.fc6 sylpheed-2.2.7-2.fc6 tclhttpd-3.5.1-13.fc6 tetex-eurofont-1.1.3-6.fc6 uim-1.2.1-1.fc6 utrac-0.3.0-8.fc6 w3c-markup-validator-0.7.2-3.fc6 wmix-3.1-1.fc6 zynaddsubfx-2.2.1-11.fc6 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Sat Sep 2 11:41:48 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 2 Sep 2006 07:41:48 -0400 (EDT) Subject: Broken upgrade paths in FC+FE 2006-09-02 Message-ID: <20060902114148.5530515212C@buildsys.fedoraproject.org> UNKNOWN OWNER (possibly Core package): ftp 5: 0:0.17-33.fc5 (FC5-updates) 6: 0:0.17-32.1.2.4 (FC6) mozilla 3: 37:1.7.13-1.3.1.legacy (FL3-updates) 5: 37:1.7.13-1.1.fc5 (FC5-updates) andreas.bierfert AT lowlatency.de: dillo 3: 0:0.8.6-2.fc3 (FE3) 5: 0:0.8.6-1.fc5 (FE5) 6: 0:0.8.6-2.fc6 (FE6) koffice 3: 4:1.4.2-0.FC3.2 (FL3-updates) 5: 0:1.5.2-1.fc5 (FE5) 6: 0:1.5.2-1.fc6 (FE6) libpqxx 5: 0:2.6.7-1.fc5 (FE5) 6: 0:2.6.6-1.fc6 (FE6) foolish AT guezz.net: serpentine 5: 0:0.7-4.fc5 (FE5) 6: 0:0.7-3.fc6 (FE6) gauret AT free.fr: amarok 5: 0:1.4.2-1.fc5 (FE5) 6: 0:1.4.1-3.fc6 (FE6) green AT redhat.com: rssowl 5: 0:1.2.2-2.fc5 (FE5) 6: 0:1.2.2-1.fc6 (FE6) kengert AT redhat.com: seamonkey 5: 0:1.0.4-0.5.1.fc5 (FE5) 6: 0:1.0.2-1.fc6 (FE6) lemenkov AT gmail.com: fuse-sshfs 5: 0:1.6-3.fc5 (FE5) 6: 0:1.6-2.fc6 (FE6) stratagus 5: 0:2.1-6.fc5 (FE5) 6: 0:2.1-5.fc6 (FE6) lmacken AT redhat.com: dclib 5: 0:0.3.7-8.fc5 (FE5) 6: 0:0.3.7-7.fc6 (FE6) python-myghty 5: 0:1.0.2-2.fc5 (FE5) 6: 0:1.0.2-1.fc6 (FE6) valknut 5: 0:0.3.7-9.fc5 (FE5) 6: 0:0.3.7-8.fc6 (FE6) meme AT daughtersoftiresias.org: fortune-firefly 5: 0:2.1.1-2.fc5 (FE5) 6: 0:2.1.1-1.fc6 (FE6) mpeters AT mac.com: firestarter 5: 0:1.0.3-11.fc5 (FE5) 6: 0:1.0.3-10.fc6 (FE6) noa AT resare.com: vorbisgain 5: 0:0.34-2.fc5 (FE5) 6: 0:0.34-1.fc6 (FE6) nomis80 AT nomis80.org: camstream 5: 0:0.26.3-10.fc5 (FE5) 6: 0:0.26.3-9.fc5 (FE6) opencv 5: 0:0.9.7-16.fc5 (FE5) 6: 0:0.9.7-15.fc5 (FE6) paul AT city-fan.org: perl-String-CRC32 3: 0:1.4-1.fc3 (FE3) 5: 0:1.4-1.FC5 (FC5-updates) 6: 0:1.4-2.fc6 (FC6) petersen AT redhat.com: m17n-db 3: 0:1.3.3-1.fc3 (FE3) 5: 0:1.3.3-1 (FC5) 6: 0:1.3.3-20.fc6 (FC6) qspencer AT ieee.org: octave-forge 5: 0:2006.07.09-5.fc5 (FE5) 6: 0:2006.07.09-4.fc6 (FE6) rpm AT timj.co.uk: php-pear-DB 5: 0:1.7.6-6.fc5 (FE5) 6: 0:1.7.6-6 (FE6) ryo-dairiki AT users.sourceforge.net: scim-tomoe 5: 0:0.2.0-6.fc5.1 (FE5) 6: 0:0.2.0-4.fc6 (FE6) thomas AT apestaart.org: flumotion 5: 0:0.2.1-2.fc5 (FE5) 6: 0:0.2.0-1.fc5 (FE6) zipsonic AT gmail.com: freenx 5: 0:0.5.0-4.fc5 (FE5) 6: 0:0.5.0-2.fc6 (FE6) nx 5: 0:2.0.0-4.fc5 (FE5) 6: 0:2.0.0-3.fc6 (FE6) ---------------------------------------------------------------------- amarok: gauret AT free.fr 5: 0:1.4.2-1.fc5 (FE5) 6: 0:1.4.1-3.fc6 (FE6) camstream: nomis80 AT nomis80.org 5: 0:0.26.3-10.fc5 (FE5) 6: 0:0.26.3-9.fc5 (FE6) dclib: lmacken AT redhat.com 5: 0:0.3.7-8.fc5 (FE5) 6: 0:0.3.7-7.fc6 (FE6) dillo: andreas.bierfert AT lowlatency.de 3: 0:0.8.6-2.fc3 (FE3) 5: 0:0.8.6-1.fc5 (FE5) 6: 0:0.8.6-2.fc6 (FE6) firestarter: mpeters AT mac.com 5: 0:1.0.3-11.fc5 (FE5) 6: 0:1.0.3-10.fc6 (FE6) flumotion: thomas AT apestaart.org 5: 0:0.2.1-2.fc5 (FE5) 6: 0:0.2.0-1.fc5 (FE6) fortune-firefly: meme AT daughtersoftiresias.org 5: 0:2.1.1-2.fc5 (FE5) 6: 0:2.1.1-1.fc6 (FE6) freenx: zipsonic AT gmail.com 5: 0:0.5.0-4.fc5 (FE5) 6: 0:0.5.0-2.fc6 (FE6) ftp: UNKNOWN OWNER (possibly Core package) 5: 0:0.17-33.fc5 (FC5-updates) 6: 0:0.17-32.1.2.4 (FC6) fuse-sshfs: lemenkov AT gmail.com 5: 0:1.6-3.fc5 (FE5) 6: 0:1.6-2.fc6 (FE6) koffice: andreas.bierfert AT lowlatency.de 3: 4:1.4.2-0.FC3.2 (FL3-updates) 5: 0:1.5.2-1.fc5 (FE5) 6: 0:1.5.2-1.fc6 (FE6) libpqxx: andreas.bierfert AT lowlatency.de 5: 0:2.6.7-1.fc5 (FE5) 6: 0:2.6.6-1.fc6 (FE6) m17n-db: petersen AT redhat.com 3: 0:1.3.3-1.fc3 (FE3) 5: 0:1.3.3-1 (FC5) 6: 0:1.3.3-20.fc6 (FC6) mozilla: UNKNOWN OWNER (possibly Core package) 3: 37:1.7.13-1.3.1.legacy (FL3-updates) 5: 37:1.7.13-1.1.fc5 (FC5-updates) nx: zipsonic AT gmail.com 5: 0:2.0.0-4.fc5 (FE5) 6: 0:2.0.0-3.fc6 (FE6) octave-forge: qspencer AT ieee.org 5: 0:2006.07.09-5.fc5 (FE5) 6: 0:2006.07.09-4.fc6 (FE6) opencv: nomis80 AT nomis80.org 5: 0:0.9.7-16.fc5 (FE5) 6: 0:0.9.7-15.fc5 (FE6) perl-String-CRC32: paul AT city-fan.org 3: 0:1.4-1.fc3 (FE3) 5: 0:1.4-1.FC5 (FC5-updates) 6: 0:1.4-2.fc6 (FC6) php-pear-DB: rpm AT timj.co.uk 5: 0:1.7.6-6.fc5 (FE5) 6: 0:1.7.6-6 (FE6) python-myghty: lmacken AT redhat.com 5: 0:1.0.2-2.fc5 (FE5) 6: 0:1.0.2-1.fc6 (FE6) rssowl: green AT redhat.com 5: 0:1.2.2-2.fc5 (FE5) 6: 0:1.2.2-1.fc6 (FE6) scim-tomoe: ryo-dairiki AT users.sourceforge.net 5: 0:0.2.0-6.fc5.1 (FE5) 6: 0:0.2.0-4.fc6 (FE6) seamonkey: kengert AT redhat.com 5: 0:1.0.4-0.5.1.fc5 (FE5) 6: 0:1.0.2-1.fc6 (FE6) serpentine: foolish AT guezz.net 5: 0:0.7-4.fc5 (FE5) 6: 0:0.7-3.fc6 (FE6) stratagus: lemenkov AT gmail.com 5: 0:2.1-6.fc5 (FE5) 6: 0:2.1-5.fc6 (FE6) valknut: lmacken AT redhat.com 5: 0:0.3.7-9.fc5 (FE5) 6: 0:0.3.7-8.fc6 (FE6) vorbisgain: noa AT resare.com 5: 0:0.34-2.fc5 (FE5) 6: 0:0.34-1.fc6 (FE6) From buildsys at fedoraproject.org Sat Sep 2 12:02:31 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sat, 02 Sep 2006 12:02:31 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-02 Message-ID: <20060902120231.11266.14538@extras64.linux.duke.edu> Summary of broken packages (by owner): ---------------------------------------------------------------------- andreas.bierfert AT lowlatency.de wine-core - 0.9.20-1.fc6.i386 bdpepple AT ameritech.net contact-lookup-applet - 0.14-3.fc6.i386 (26 days) contact-lookup-applet - 0.14-3.fc6.ppc (26 days) contact-lookup-applet - 0.14-3.fc6.x86_64 (26 days) byte AT fedoraproject.org gaim-guifications - 2.12-3.fc5.i386 (45 days) gaim-guifications - 2.12-3.fc5.ppc (45 days) gaim-guifications - 2.12-3.fc5.x86_64 (45 days) foolish AT guezz.net muine - 0.8.5-1.fc6.i386 (14 days) muine - 0.8.5-1.fc6.ppc (14 days) muine - 0.8.5-1.fc6.x86_64 (14 days) gauret AT free.fr amarok - 1.4.1-3.fc6.i386 (37 days) amarok - 1.4.1-3.fc6.ppc (37 days) showimg-pgsql - 0.9.5-7.fc4.i386 (26 days) showimg-pgsql - 0.9.5-7.fc4.ppc (26 days) showimg-pgsql - 0.9.5-7.fc4.x86_64 (26 days) showimg-pgsql - 0.9.5-7.fc5.i386 (26 days) showimg-pgsql - 0.9.5-7.fc5.ppc (26 days) showimg-pgsql - 0.9.5-7.fc5.x86_64 (26 days) gemi AT bluewin.ch bigloo - 2.8c-2.fc4.ppc bigloo - 2.8c-2.fc5.ppc bigloo - 2.8c-2.fc5.x86_64 bigloo - 2.8c-3.fc6.ppc bigloo - 2.8c-3.fc6.x86_64 ivazquez AT ivazquez.net gnome-applet-music - 0.9.0-1.fc6.i386 (45 days) gnome-applet-music - 0.9.0-1.fc6.ppc (45 days) gnome-applet-music - 0.9.0-1.fc6.x86_64 (45 days) mpeters AT mac.com gfontview - 0.5.0-5.fc5.i386 (45 days) gfontview - 0.5.0-5.fc5.ppc (45 days) gfontview - 0.5.0-5.fc5.x86_64 (45 days) gtkhtml36 - 3.6.2-5.fc6.i386 (45 days) gtkhtml36 - 3.6.2-5.fc6.ppc (45 days) gtkhtml36 - 3.6.2-5.fc6.x86_64 (45 days) libvisual-plugins - 0.2.0-3.fc5.i386 (45 days) libvisual-plugins - 0.2.0-3.fc5.i386 (45 days) libvisual-plugins - 0.2.0-3.fc5.ppc (45 days) libvisual-plugins - 0.2.0-3.fc5.ppc (45 days) libvisual-plugins - 0.2.0-3.fc5.x86_64 (45 days) libvisual-plugins - 0.2.0-3.fc5.x86_64 (45 days) rolandd AT cisco.com libibverbs - 1.0.3-1.fc6.i386 (45 days) libibverbs - 1.0.3-1.fc6.ppc (45 days) libibverbs - 1.0.3-1.fc6.x86_64 (45 days) libibverbs-utils - 1.0.3-1.fc6.i386 (45 days) libibverbs-utils - 1.0.3-1.fc6.ppc (45 days) libibverbs-utils - 1.0.3-1.fc6.x86_64 (45 days) tcallawa AT redhat.com gambas-runtime - 1.0.14-2.fc5.i386 (25 days) thomas AT apestaart.org directfb - 0.9.24-5.fc5.i386 (45 days) directfb - 0.9.24-5.fc5.ppc (45 days) directfb - 0.9.24-5.fc5.x86_64 (45 days) toshio AT tiki-lounge.com qof-docs - 0.6.4-5.fc6.i386 qof-docs - 0.6.4-5.fc6.ppc qof-docs - 0.6.4-5.fc6.x86_64 Broken packages in fedora-extras-5-i386: ---------------------------------------------------------------------- libvisual-plugins-0.2.0-3.fc5.i386 requires libvisual.so.0 showimg-pgsql-0.9.5-7.fc5.i386 requires libpqxx-2.6.6.so Broken packages in fedora-extras-5-x86_64: ---------------------------------------------------------------------- bigloo-2.8c-2.fc5.x86_64 requires libbigloobdl_u-2.8c.so()(64bit) libvisual-plugins-0.2.0-3.fc5.x86_64 requires libvisual.so.0()(64bit) showimg-pgsql-0.9.5-7.fc5.x86_64 requires libpqxx-2.6.6.so()(64bit) Broken packages in fedora-extras-5-ppc: ---------------------------------------------------------------------- bigloo-2.8c-2.fc5.ppc requires libbigloobdl_u-2.8c.so libvisual-plugins-0.2.0-3.fc5.ppc requires libvisual.so.0 showimg-pgsql-0.9.5-7.fc5.ppc requires libpqxx-2.6.6.so Broken packages in fedora-extras-4-i386: ---------------------------------------------------------------------- showimg-pgsql-0.9.5-7.fc4.i386 requires libpqxx-2.6.6.so Broken packages in fedora-extras-4-x86_64: ---------------------------------------------------------------------- showimg-pgsql-0.9.5-7.fc4.x86_64 requires libpqxx-2.6.6.so()(64bit) Broken packages in fedora-extras-4-ppc: ---------------------------------------------------------------------- bigloo-2.8c-2.fc4.ppc requires libbigloobdl_u-2.8c.so showimg-pgsql-0.9.5-7.fc4.ppc requires libpqxx-2.6.6.so Broken packages in fedora-extras-development-i386: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.i386 requires HelixPlayer contact-lookup-applet-0.14-3.fc6.i386 requires libebook-1.2.so.5 directfb-0.9.24-5.fc5.i386 requires libsysfs.so.1 gaim-guifications-2.12-3.fc5.i386 requires gaim < 1:2 gambas-runtime-1.0.14-2.fc5.i386 requires libgettextlib-0.14.5.so gfontview-0.5.0-5.fc5.i386 requires libttf.so.2 gnome-applet-music-0.9.0-1.fc6.i386 requires libgailutil.so.17 gnome-applet-music-0.9.0-1.fc6.i386 requires libdbus-1.so.2 gtkhtml36-3.6.2-5.fc6.i386 requires libgailutil.so.17 libibverbs-1.0.3-1.fc6.i386 requires libsysfs.so.1 libibverbs-utils-1.0.3-1.fc6.i386 requires libsysfs.so.1 libvisual-plugins-0.2.0-3.fc5.i386 requires libvisual.so.0 muine-0.8.5-1.fc6.i386 requires mono(glib-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.i386 requires mono(gtk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.i386 requires mono(gdk-sharp) = 0:2.8.0.0 qof-docs-0.6.4-5.fc6.i386 requires qof = 0:0.6.4-5.fc6 Broken packages in fedora-extras-development-x86_64: ---------------------------------------------------------------------- bigloo-2.8c-3.fc6.x86_64 requires libbigloobdl_u-2.8c.so()(64bit) contact-lookup-applet-0.14-3.fc6.x86_64 requires libebook-1.2.so.5()(64bit) directfb-0.9.24-5.fc5.x86_64 requires libsysfs.so.1()(64bit) gaim-guifications-2.12-3.fc5.x86_64 requires gaim < 1:2 gfontview-0.5.0-5.fc5.x86_64 requires libttf.so.2()(64bit) gnome-applet-music-0.9.0-1.fc6.x86_64 requires libgailutil.so.17()(64bit) gnome-applet-music-0.9.0-1.fc6.x86_64 requires libdbus-1.so.2()(64bit) gtkhtml36-3.6.2-5.fc6.x86_64 requires libgailutil.so.17()(64bit) libibverbs-1.0.3-1.fc6.x86_64 requires libsysfs.so.1()(64bit) libibverbs-utils-1.0.3-1.fc6.x86_64 requires libsysfs.so.1()(64bit) libvisual-plugins-0.2.0-3.fc5.x86_64 requires libvisual.so.0()(64bit) muine-0.8.5-1.fc6.x86_64 requires mono(gdk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.x86_64 requires mono(gtk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.x86_64 requires mono(glib-sharp) = 0:2.8.0.0 qof-docs-0.6.4-5.fc6.x86_64 requires qof = 0:0.6.4-5.fc6 wine-core-0.9.20-1.fc6.i386 requires libglut.so.3 Broken packages in fedora-extras-development-ppc: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.ppc requires HelixPlayer bigloo-2.8c-3.fc6.ppc requires libbigloobdl_u-2.8c.so contact-lookup-applet-0.14-3.fc6.ppc requires libebook-1.2.so.5 directfb-0.9.24-5.fc5.ppc requires libsysfs.so.1 gaim-guifications-2.12-3.fc5.ppc requires gaim < 1:2 gfontview-0.5.0-5.fc5.ppc requires libttf.so.2 gnome-applet-music-0.9.0-1.fc6.ppc requires libgailutil.so.17 gnome-applet-music-0.9.0-1.fc6.ppc requires libdbus-1.so.2 gtkhtml36-3.6.2-5.fc6.ppc requires libgailutil.so.17 libibverbs-1.0.3-1.fc6.ppc requires libsysfs.so.1 libibverbs-utils-1.0.3-1.fc6.ppc requires libsysfs.so.1 libvisual-plugins-0.2.0-3.fc5.ppc requires libvisual.so.0 muine-0.8.5-1.fc6.ppc requires mono(glib-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.ppc requires mono(gtk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.ppc requires mono(gdk-sharp) = 0:2.8.0.0 qof-docs-0.6.4-5.fc6.ppc requires qof = 0:0.6.4-5.fc6 ====================================================================== New report for: toshio AT tiki-lounge.com package: qof-docs - 0.6.4-5.fc6.i386 from fedora-extras-development-i386 unresolved deps: qof = 0:0.6.4-5.fc6 package: qof-docs - 0.6.4-5.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: qof = 0:0.6.4-5.fc6 package: qof-docs - 0.6.4-5.fc6.ppc from fedora-extras-development-ppc unresolved deps: qof = 0:0.6.4-5.fc6 ====================================================================== New report for: gemi AT bluewin.ch package: bigloo - 2.8c-3.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libbigloobdl_u-2.8c.so()(64bit) package: bigloo - 2.8c-3.fc6.ppc from fedora-extras-development-ppc unresolved deps: libbigloobdl_u-2.8c.so ====================================================================== New report for: foolish AT guezz.net package: muine - 0.8.5-1.fc6.i386 from fedora-extras-development-i386 unresolved deps: mono(glib-sharp) = 0:2.8.0.0 mono(gtk-sharp) = 0:2.8.0.0 mono(gdk-sharp) = 0:2.8.0.0 package: muine - 0.8.5-1.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: mono(gdk-sharp) = 0:2.8.0.0 mono(gtk-sharp) = 0:2.8.0.0 mono(glib-sharp) = 0:2.8.0.0 package: muine - 0.8.5-1.fc6.ppc from fedora-extras-development-ppc unresolved deps: mono(glib-sharp) = 0:2.8.0.0 mono(gtk-sharp) = 0:2.8.0.0 mono(gdk-sharp) = 0:2.8.0.0 From ville.skytta at iki.fi Sat Sep 2 14:12:22 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sat, 02 Sep 2006 17:12:22 +0300 Subject: Orphaned: cvsplot, jikes, jlint, lft, qascade, perl-String-ShellQuote Message-ID: <1157206342.5717.51.camel@viper.local> I've orphaned the following packages that I haven't actually used for a while -- go grab 'em in the Wiki if interested: - cvsplot (requires perl-String-ShellQuote) - jikes - jlint (see also comment in the devel specfile in CVS) - lft - qascade - perl-String-ShellQuote (required by cvsplot, perl-Net-SCP) perl-String-ShellQuote has been rebuilt for FE6, others are in needs.rebuild state. From sander at hoentjen.eu Sat Sep 2 14:34:49 2006 From: sander at hoentjen.eu (Sander Hoentjen) Date: Sat, 02 Sep 2006 16:34:49 +0200 Subject: python noarch vs arch Message-ID: <1157207689.3150.9.camel@peecee.hoentjen.eu> Hi, I am working on packaging cohoba, this is a python gui client/mission control for telepathy. It has one small .c file, so I have a few questions: - because of the .c file the package has to by arch-specific i guess. Is there a strong preference to package as noarch? (the c part is used for changing the name for killall, so to put it as noarch i can just leave that part out (not being able to killall cohoba), or add a dependency on python-ctypes and add a small patch to cohoba to use ctypes to do it instead) From sander at hoentjen.eu Sat Sep 2 14:40:47 2006 From: sander at hoentjen.eu (Sander Hoentjen) Date: Sat, 02 Sep 2006 16:40:47 +0200 Subject: python noarch vs arch In-Reply-To: <1157207689.3150.9.camel@peecee.hoentjen.eu> References: <1157207689.3150.9.camel@peecee.hoentjen.eu> Message-ID: <1157208047.3150.14.camel@peecee.hoentjen.eu> On Sat, 2006-09-02 at 16:34 +0200, Sander Hoentjen wrote: > Hi, > > I am working on packaging cohoba, this is a python gui client/mission > control for telepathy. It has one small .c file, so I have a few > questions: > - because of the .c file the package has to by arch-specific i guess. Is > there a strong preference to package as noarch? (the c part is used for > changing the name for killall, so to put it as noarch i can just leave > that part out (not being able to killall cohoba), or add a dependency on > python-ctypes and add a small patch to cohoba to use ctypes to do it > instead) > i didn't want to send yet, so i'll continue: - should i just not care about arch vs noarch and package as arch specific, then where must i place the modules, all in python_sitelib and only osutils (the c one) in python_sitearch? thanks for any pointers From jkeating at redhat.com Sat Sep 2 14:48:11 2006 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 02 Sep 2006 10:48:11 -0400 Subject: python noarch vs arch In-Reply-To: <1157208047.3150.14.camel@peecee.hoentjen.eu> References: <1157207689.3150.9.camel@peecee.hoentjen.eu> <1157208047.3150.14.camel@peecee.hoentjen.eu> Message-ID: <1157208491.6577.63.camel@ender> On Sat, 2006-09-02 at 16:40 +0200, Sander Hoentjen wrote: > On Sat, 2006-09-02 at 16:34 +0200, Sander Hoentjen wrote: > > Hi, > > > > I am working on packaging cohoba, this is a python gui client/mission > > control for telepathy. It has one small .c file, so I have a few > > questions: > > - because of the .c file the package has to by arch-specific i guess. Is > > there a strong preference to package as noarch? (the c part is used for > > changing the name for killall, so to put it as noarch i can just leave > > that part out (not being able to killall cohoba), or add a dependency on > > python-ctypes and add a small patch to cohoba to use ctypes to do it > > instead) > > If it can use all pure python, that would be best for the upstream project. Why reinvent the wheel? > i didn't want to send yet, so i'll continue: > - should i just not care about arch vs noarch and package as arch > specific, then where must i place the modules, all in python_sitelib and > only osutils (the c one) in python_sitearch? > > thanks for any pointers > Due to the way that python works, if any part of a python's module is arch specific (sitearch), the entire thing has to go into sitearch. Python will not import part from sitearch and part from sitelib. So it'd all have to go in sitearch. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From Axel.Thimm at ATrpms.net Sat Sep 2 15:01:20 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sat, 2 Sep 2006 17:01:20 +0200 Subject: python noarch vs arch In-Reply-To: <1157207689.3150.9.camel@peecee.hoentjen.eu> References: <1157207689.3150.9.camel@peecee.hoentjen.eu> Message-ID: <20060902150120.GA28210@neu.nirvana> On Sat, Sep 02, 2006 at 04:34:49PM +0200, Sander Hoentjen wrote: > I am working on packaging cohoba, this is a python gui client/mission > control for telepathy. It has one small .c file, so I have a few > questions: > - because of the .c file the package has to by arch-specific i guess. Is > there a strong preference to package as noarch? No, on the contrary packaging binary bits as noarch is wrong. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ndbecker2 at gmail.com Sat Sep 2 15:06:09 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Sat, 02 Sep 2006 11:06:09 -0400 Subject: new proposal - filelight-1.0 Message-ID: I just built filelight-1.0 package and would like to propose submitting to extras. From Axel.Thimm at ATrpms.net Sat Sep 2 15:08:24 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sat, 2 Sep 2006 17:08:24 +0200 Subject: python noarch vs arch In-Reply-To: <1157208491.6577.63.camel@ender> References: <1157207689.3150.9.camel@peecee.hoentjen.eu> <1157208047.3150.14.camel@peecee.hoentjen.eu> <1157208491.6577.63.camel@ender> Message-ID: <20060902150824.GB28210@neu.nirvana> On Sat, Sep 02, 2006 at 10:48:11AM -0400, Jesse Keating wrote: > Due to the way that python works, if any part of a python's module is > arch specific (sitearch), the entire thing has to go into sitearch. > Python will not import part from sitearch and part from sitelib. So > it'd all have to go in sitearch. That's wrong. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Sat Sep 2 15:09:22 2006 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 02 Sep 2006 11:09:22 -0400 Subject: python noarch vs arch In-Reply-To: <20060902150824.GB28210@neu.nirvana> References: <1157207689.3150.9.camel@peecee.hoentjen.eu> <1157208047.3150.14.camel@peecee.hoentjen.eu> <1157208491.6577.63.camel@ender> <20060902150824.GB28210@neu.nirvana> Message-ID: <1157209762.6577.65.camel@ender> On Sat, 2006-09-02 at 17:08 +0200, Axel Thimm wrote: > On Sat, Sep 02, 2006 at 10:48:11AM -0400, Jesse Keating wrote: > > Due to the way that python works, if any part of a python's module > is > > arch specific (sitearch), the entire thing has to go into sitearch. > > Python will not import part from sitearch and part from sitelib. So > > it'd all have to go in sitearch. > > That's wrong. Oh? Care to expand upon this? If you have a module, importable module that is, has an __init.py__ and all that, if you shove part of it in sitearch and part of it in sitelib, it won't work. Is this statement wrong? If so, please do explain. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From sander at hoentjen.eu Sat Sep 2 15:15:05 2006 From: sander at hoentjen.eu (Sander Hoentjen) Date: Sat, 02 Sep 2006 17:15:05 +0200 Subject: python noarch vs arch In-Reply-To: <20060902150120.GA28210@neu.nirvana> References: <1157207689.3150.9.camel@peecee.hoentjen.eu> <20060902150120.GA28210@neu.nirvana> Message-ID: <1157210105.3150.26.camel@peecee.hoentjen.eu> On Sat, 2006-09-02 at 17:01 +0200, Axel Thimm wrote: > On Sat, Sep 02, 2006 at 04:34:49PM +0200, Sander Hoentjen wrote: > > I am working on packaging cohoba, this is a python gui client/mission > > control for telepathy. It has one small .c file, so I have a few > > questions: > > - because of the .c file the package has to by arch-specific i guess. Is > > there a strong preference to package as noarch? > > No, on the contrary packaging binary bits as noarch is wrong. yes i understand that, that's why i asked if there was a strong preference for noarch, in which case the c part will be removed. From denis at poolshark.org Sat Sep 2 15:13:14 2006 From: denis at poolshark.org (Denis Leroy) Date: Sat, 02 Sep 2006 17:13:14 +0200 Subject: new proposal - filelight-1.0 In-Reply-To: References: Message-ID: <44F99F8A.6050702@poolshark.org> Neal Becker wrote: > I just built filelight-1.0 package and would like to propose submitting to > extras. Excellent, plese refer to http://fedoraproject.org/wiki/Extras/Contributors for submit and review instructions. From Axel.Thimm at ATrpms.net Sat Sep 2 15:23:11 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sat, 2 Sep 2006 17:23:11 +0200 Subject: python: mixing sitearch and sitelib (was: python noarch vs arch) In-Reply-To: <1157209762.6577.65.camel@ender> References: <1157207689.3150.9.camel@peecee.hoentjen.eu> <1157208047.3150.14.camel@peecee.hoentjen.eu> <1157208491.6577.63.camel@ender> <20060902150824.GB28210@neu.nirvana> <1157209762.6577.65.camel@ender> Message-ID: <20060902152311.GC28210@neu.nirvana> Moving the discussion to fedora-packaging as if even memebers of the packaging committee are confused and gove wrong advice, then this is something that should be discussed and placed into the packaging guidelines. On Sat, Sep 02, 2006 at 11:09:22AM -0400, Jesse Keating wrote: > On Sat, 2006-09-02 at 17:08 +0200, Axel Thimm wrote: > > On Sat, Sep 02, 2006 at 10:48:11AM -0400, Jesse Keating wrote: > > > Due to the way that python works, if any part of a python's > > > module is arch specific (sitearch), the entire thing has to go > > > into sitearch. Python will not import part from sitearch and > > > part from sitelib. So it'd all have to go in sitearch. > > > > That's wrong. > > Oh? Care to expand upon this? > > If you have a module, importable module that is, has an __init.py__ and > all that, if you shove part of it in sitearch and part of it in sitelib, > it won't work. Is this statement wrong? If so, please do explain. You mean just the way python-elementtree (and thus yum) works exactly that way since FC3? Yes, that statement is wrong, just log onto a multilib system and check ownership of parts of sitelib. For example on FC5/x86_64: # rpm -qf --qf '%{n}-%{v}-%{r}.%{arch}.rpm\n' /usr/lib/python2.4/site-packages/* | uniq | grep x86_64 aqbanking-1.8.1beta-3.1.x86_64.rpm audit-libs-python-1.1.5-1.x86_64.rpm avahi-tools-0.6.10-1.FC5.x86_64.rpm python-elementtree-1.2.6-4.2.1.x86_64.rpm wireshark-0.99.2-fc5.2.x86_64.rpm -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From Axel.Thimm at ATrpms.net Sat Sep 2 15:29:57 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sat, 2 Sep 2006 17:29:57 +0200 Subject: python noarch vs arch In-Reply-To: <1157210105.3150.26.camel@peecee.hoentjen.eu> References: <1157207689.3150.9.camel@peecee.hoentjen.eu> <20060902150120.GA28210@neu.nirvana> <1157210105.3150.26.camel@peecee.hoentjen.eu> Message-ID: <20060902152957.GD28210@neu.nirvana> On Sat, Sep 02, 2006 at 05:15:05PM +0200, Sander Hoentjen wrote: > On Sat, 2006-09-02 at 17:01 +0200, Axel Thimm wrote: > > On Sat, Sep 02, 2006 at 04:34:49PM +0200, Sander Hoentjen wrote: > > > I am working on packaging cohoba, this is a python gui client/mission > > > control for telepathy. It has one small .c file, so I have a few > > > questions: > > > - because of the .c file the package has to by arch-specific i guess. Is > > > there a strong preference to package as noarch? > > > > No, on the contrary packaging binary bits as noarch is wrong. > > yes i understand that, that's why i asked if there was a strong > preference for noarch, in which case the c part will be removed. You shouldn't make the contents of your packages depend on the arch tag, it's the other way around. :) If you are talking about a package of significant size (like openoffice ;) and you could easily replace (or drop w/o loss of functionality) the arch-dependent parts to make it noarch and thus save some significant space, then you could think about it. But it's a packager's (your) choice, noone can give you metrics on size and functionality to weigh against. If in doubt prefer functionality over space savings. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Sat Sep 2 15:50:16 2006 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 02 Sep 2006 11:50:16 -0400 Subject: [Fedora-packaging] python: mixing sitearch and sitelib (was: python noarch vs arch) In-Reply-To: <20060902152311.GC28210@neu.nirvana> References: <1157207689.3150.9.camel@peecee.hoentjen.eu> <1157208047.3150.14.camel@peecee.hoentjen.eu> <1157208491.6577.63.camel@ender> <20060902150824.GB28210@neu.nirvana> <1157209762.6577.65.camel@ender> <20060902152311.GC28210@neu.nirvana> Message-ID: <1157211474.6577.74.camel@ender> On Sat, 2006-09-02 at 17:23 +0200, Axel Thimm wrote: > You mean just the way python-elementtree (and thus yum) works exactly > that way since FC3? > > Yes, that statement is wrong, just log onto a multilib system and > check ownership of parts of sitelib. For example on FC5/x86_64: I think we're confusing the point. If the binary blob is part of the python module that won't work. Lets look at your examples: > # rpm -qf --qf '%{n}-%{v}-%{r}.%{arch}.rpm > \n' /usr/lib/python2.4/site-packages/* | uniq | grep x86_64 > aqbanking-1.8.1beta-3.1.x86_64.rpm Only arch specific stuff is in %{_libdir}/aqbanking/ %{_libdir}/gwenhywfar/ and %{_libdir} itself. There are no python modules that span both python sitearch and sitelib. > audit-libs-python-1.1.5-1.x86_64.rpm This one is strange, has /usr/lib/python2.4/site-packages/audit.py AND /usr/lib64/python2.4/site-packages/_audit.so, not exactly sure whats going on there... > avahi-tools-0.6.10-1.FC5.x86_64.rpm Only has python content in /usr/lib/python2.4/site-packages/avahi, no /usr/lib64 python content. > python-elementtree-1.2.6-4.2.1.x86_64.rpm Has two different modules. /usr/lib/python2.4/site-packages/elementtree/ being the 'elementtree' module and /usr/lib64/python2.4/site-packages/cElementTree.so being the 'cElementTree' module. Again no mixed locations for the same module. > wireshark-0.99.2-fc5.2.x86_64.rpm Once again, the only python content is in /usr/lib/python2.4/site-packages/, no python content in /usr/lib64. So I fail to see how these serve as any kind of example. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: -------------- next part -------------- -- Fedora-packaging mailing list Fedora-packaging at redhat.com https://www.redhat.com/mailman/listinfo/fedora-packaging From jkeating at redhat.com Sat Sep 2 15:52:27 2006 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 02 Sep 2006 11:52:27 -0400 Subject: [Fedora-packaging] Re: python: mixing sitearch and sitelib (was: python noarch vs arch) In-Reply-To: <20060902154730.GE28210@neu.nirvana> References: <1157207689.3150.9.camel@peecee.hoentjen.eu> <1157208047.3150.14.camel@peecee.hoentjen.eu> <1157208491.6577.63.camel@ender> <20060902150824.GB28210@neu.nirvana> <1157209762.6577.65.camel@ender> <20060902152311.GC28210@neu.nirvana> <1157211474.6577.74.camel@ender> <20060902154730.GE28210@neu.nirvana> Message-ID: <1157212347.6577.79.camel@ender> On Sat, 2006-09-02 at 17:47 +0200, Axel Thimm wrote: > > Just check your statement again. You outruled coexistence of python > modules in both lib and lib64 and there are real-life counterexamples > to that. What's more to not see??? Again I think we're talking past each other. I'm saying that a single python's module can't _both_ be in /usr/lib and /usr/lib64 at the SAME TIME. You can't have /usr/lib/python2.4/site-packages/yum and /usr/lib64/python2.4/site-packages/yum especially with different contents in each. Is what I'm saying clear now? -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From Axel.Thimm at ATrpms.net Sat Sep 2 15:47:30 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sat, 2 Sep 2006 17:47:30 +0200 Subject: [Fedora-packaging] Re: python: mixing sitearch and sitelib (was: python noarch vs arch) In-Reply-To: <1157211474.6577.74.camel@ender> References: <1157207689.3150.9.camel@peecee.hoentjen.eu> <1157208047.3150.14.camel@peecee.hoentjen.eu> <1157208491.6577.63.camel@ender> <20060902150824.GB28210@neu.nirvana> <1157209762.6577.65.camel@ender> <20060902152311.GC28210@neu.nirvana> <1157211474.6577.74.camel@ender> Message-ID: <20060902154730.GE28210@neu.nirvana> Stripped off quote from Jesse Keating: > Due to the way that python works, if any part of a python's module is > arch specific (sitearch), the entire thing has to go into sitearch. On Sat, Sep 02, 2006 at 11:37:54AM -0400, Jesse Keating wrote: > On Sat, 2006-09-02 at 17:23 +0200, Axel Thimm wrote: > > You mean just the way python-elementtree (and thus yum) works exactly > > that way since FC3? > > > > Yes, that statement is wrong, just log onto a multilib system and > > check ownership of parts of sitelib. For example on FC5/x86_64: > > [ examples of packages having parts in both siteliba and sitearch ] > [ Jesse trying to justify why these packages do so ] > So I fail to see how these serve as any kind of example. Just check your statement again. You outruled coexistence of python modules in both lib and lib64 and there are real-life counterexamples to that. What's more to not see??? -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: -------------- next part -------------- -- Fedora-packaging mailing list Fedora-packaging at redhat.com https://www.redhat.com/mailman/listinfo/fedora-packaging From toshio at tiki-lounge.com Sat Sep 2 15:56:40 2006 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Sat, 02 Sep 2006 08:56:40 -0700 Subject: python: mixing sitearch and sitelib (was: python noarch vs arch) In-Reply-To: <20060902152311.GC28210@neu.nirvana> References: <1157207689.3150.9.camel@peecee.hoentjen.eu> <1157208047.3150.14.camel@peecee.hoentjen.eu> <1157208491.6577.63.camel@ender> <20060902150824.GB28210@neu.nirvana> <1157209762.6577.65.camel@ender> <20060902152311.GC28210@neu.nirvana> Message-ID: <1157212600.3000.16.camel@localhost> On Sat, 2006-09-02 at 17:23 +0200, Axel Thimm wrote: > On Sat, Sep 02, 2006 at 11:09:22AM -0400, Jesse Keating wrote: > > > On Sat, Sep 02, 2006 at 10:48:11AM -0400, Jesse Keating wrote: > > > > Due to the way that python works, if any part of a python's > > > > module is arch specific (sitearch), the entire thing has to go > > > > into sitearch. Python will not import part from sitearch and > > > > part from sitelib. So it'd all have to go in sitearch. > > [snip] > > > If you have a module, importable module that is, has an __init.py__ and > > all that, if you shove part of it in sitearch and part of it in sitelib, > > it won't work. Is this statement wrong? If so, please do explain. > > You mean just the way python-elementtree (and thus yum) works exactly > that way since FC3? > > Yes, that statement is wrong, just log onto a multilib system and > check ownership of parts of sitelib. For example on FC5/x86_64: > > # rpm -qf --qf '%{n}-%{v}-%{r}.%{arch}.rpm\n' /usr/lib/python2.4/site-packages/* | uniq | grep x86_64 None of your examples violate what Jesse is saying, although they may need some explanation: > aqbanking-1.8.1beta-3.1.x86_64.rpm - The python portion of this exists entirely in sitelib. There's no mixing of sitelib and sitearch. > audit-libs-python-1.1.5-1.x86_64.rpm - There are two separate modules in this one. audit and _audit. They exist at the toplevel: %{sitelib}/audit.py and %{sitearch}/_audit.so. The _audit.so portion is referenced by the audit.py portion but it is not the same. If the modules were structured like this: %{sitelib}/audit/{__init__.py,audit.py} %{sitearch}/audit/{__init.py,_audit.so} then the modules would conflict and current python will find only one of them. [1]_ > avahi-tools-0.6.10-1.FC5.x86_64.rpm - Exists entirely in sitelib. > python-elementtree-1.2.6-4.2.1.x86_64.rpm - Two separate modules: elementree in sitelib and cElementTree in sitearch. Same as audit-libs-python. > wireshark-0.99.2-fc5.2.x86_64.rpm - Exists entirely in sitelib. [1]_: Python-dev thread explaining this: http://mail.python.org/pipermail/python-dev/2006-March/062462.html -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From Axel.Thimm at ATrpms.net Sat Sep 2 16:04:53 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sat, 2 Sep 2006 18:04:53 +0200 Subject: python: mixing sitearch and sitelib (was: python noarch vs arch) In-Reply-To: <1157212347.6577.79.camel@ender> References: <1157207689.3150.9.camel@peecee.hoentjen.eu> <1157208047.3150.14.camel@peecee.hoentjen.eu> <1157208491.6577.63.camel@ender> <20060902150824.GB28210@neu.nirvana> <1157209762.6577.65.camel@ender> <20060902152311.GC28210@neu.nirvana> <1157211474.6577.74.camel@ender> <20060902154730.GE28210@neu.nirvana> <1157212347.6577.79.camel@ender> Message-ID: <20060902160453.GG28210@neu.nirvana> On Sat, Sep 02, 2006 at 11:52:27AM -0400, Jesse Keating wrote: > On Sat, 2006-09-02 at 17:47 +0200, Axel Thimm wrote: > > > > Just check your statement again. You outruled coexistence of python > > modules in both lib and lib64 and there are real-life counterexamples > > to that. What's more to not see??? > > Again I think we're talking past each other. I'm saying that a single > python's module can't _both_ be in /usr/lib and /usr/lib64 at the SAME > TIME. You can't have > > /usr/lib/python2.4/site-packages/yum and > /usr/lib64/python2.4/site-packages/yum > > especially with different contents in each. Is what I'm saying clear > now? I agree with the above, but that was not what you were saying. I won't bother copying your quote back again, you seem to have a reason why you're trimming it ;) -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From Axel.Thimm at ATrpms.net Sat Sep 2 16:11:56 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sat, 2 Sep 2006 18:11:56 +0200 Subject: python: mixing sitearch and sitelib (was: python noarch vs arch) In-Reply-To: <1157208491.6577.63.camel@ender> References: <1157207689.3150.9.camel@peecee.hoentjen.eu> <1157208047.3150.14.camel@peecee.hoentjen.eu> <1157208491.6577.63.camel@ender> Message-ID: <20060902161156.GH28210@neu.nirvana> OK, here is the original quoting. A user has both arch specific and non-arch specific parts of a package and needs to decide which parts to place under sitelib and which under sitearch. Jesse's (wrong) answer is that if one needs to get into sitearch it pulls the rest into there, too. It's not about files with the same name under sitearch and sitelib as Jesse later explained, it's about a package like python-elementtree and friends that has some parts that are arch specific and some parts that are not. And there is no need to move everything to sitearch contrary to Jesse's statement. Everything clear as mud? Removing too much in quoting generates this kind of confusion. On Sat, Sep 02, 2006 at 10:48:11AM -0400, Jesse Keating wrote: > On Sat, 2006-09-02 at 16:40 +0200, Sander Hoentjen wrote: > > On Sat, 2006-09-02 at 16:34 +0200, Sander Hoentjen wrote: > > > I am working on packaging cohoba, this is a python gui client/mission > > > control for telepathy. It has one small .c file, so I have a few > > > questions: > > > - because of the .c file the package has to by arch-specific i guess. Is > > > there a strong preference to package as noarch? (the c part is used for > > > changing the name for killall, so to put it as noarch i can just leave > > > that part out (not being able to killall cohoba), or add a dependency on > > > python-ctypes and add a small patch to cohoba to use ctypes to do it > > > instead) > > If it can use all pure python, that would be best for the upstream > project. Why reinvent the wheel? > > > i didn't want to send yet, so i'll continue: > > - should i just not care about arch vs noarch and package as arch > > specific, then where must i place the modules, all in python_sitelib and > > only osutils (the c one) in python_sitearch? > > > > thanks for any pointers > > > > Due to the way that python works, if any part of a python's module is > arch specific (sitearch), the entire thing has to go into sitearch. > Python will not import part from sitearch and part from sitelib. So > it'd all have to go in sitearch. > -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Sat Sep 2 16:13:41 2006 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 02 Sep 2006 12:13:41 -0400 Subject: python: mixing sitearch and sitelib (was: python noarch vs arch) In-Reply-To: <20060902160453.GG28210@neu.nirvana> References: <1157207689.3150.9.camel@peecee.hoentjen.eu> <1157208047.3150.14.camel@peecee.hoentjen.eu> <1157208491.6577.63.camel@ender> <20060902150824.GB28210@neu.nirvana> <1157209762.6577.65.camel@ender> <20060902152311.GC28210@neu.nirvana> <1157211474.6577.74.camel@ender> <20060902154730.GE28210@neu.nirvana> <1157212347.6577.79.camel@ender> <20060902160453.GG28210@neu.nirvana> Message-ID: <1157213621.6577.87.camel@ender> On Sat, 2006-09-02 at 18:04 +0200, Axel Thimm wrote: > > I agree with the above, but that was not what you were saying. I won't > bother copying your quote back again, you seem to have a reason why > you're trimming it ;) Please. Tell me what is wrong with: > Due to the way that python works, if any part of a python's module is > arch specific (sitearch), the entire thing has to go into sitearch. > Python will not import part from sitearch and part from sitelib. So > it'd all have to go in sitearch. Maybe my English isn't clear enough to you? "any part of a python's module", so we're talking about a single module here right? "is arch specific", pretty clear. "the entire thing", thing being the module. "has to go into sitearch", correct, has to go into the arch specific dir. Be that /usr/lib in i386 or /usr/lib64 on x86_64. Please, tell me where I'm failing English here, as it is my native language and I'd really like to know. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Sat Sep 2 16:16:08 2006 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 02 Sep 2006 12:16:08 -0400 Subject: python: mixing sitearch and sitelib (was: python noarch vs arch) In-Reply-To: <20060902161156.GH28210@neu.nirvana> References: <1157207689.3150.9.camel@peecee.hoentjen.eu> <1157208047.3150.14.camel@peecee.hoentjen.eu> <1157208491.6577.63.camel@ender> <20060902161156.GH28210@neu.nirvana> Message-ID: <1157213768.6577.90.camel@ender> On Sat, 2006-09-02 at 18:11 +0200, Axel Thimm wrote: > OK, here is the original quoting. A user has both arch specific and > non-arch specific parts of a package and needs to decide which parts > to place under sitelib and which under sitearch. > > Jesse's (wrong) answer is that if one needs to get into sitearch it > pulls the rest into there, too. It's not about files with the same > name under sitearch and sitelib as Jesse later explained, it's about a > package like python-elementtree and friends that has some parts that > are arch specific and some parts that are not. And there is no need to > move everything to sitearch contrary to Jesse's statement. > > Everything clear as mud? Removing too much in quoting generates this > kind of confusion. No, too much assuming causes these problems. I said "Due to the way that python works, if any part of a python's module". However you assumed I was speaking about a python module PACKAGE. Now, did I say Package? No, I said module. Pretty hard to remove a quote that didn't exist. Please don't put words in my mouth. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From Axel.Thimm at ATrpms.net Sat Sep 2 16:18:44 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sat, 2 Sep 2006 18:18:44 +0200 Subject: python: mixing sitearch and sitelib (was: python noarch vs arch) In-Reply-To: <1157213621.6577.87.camel@ender> References: <1157208047.3150.14.camel@peecee.hoentjen.eu> <1157208491.6577.63.camel@ender> <20060902150824.GB28210@neu.nirvana> <1157209762.6577.65.camel@ender> <20060902152311.GC28210@neu.nirvana> <1157211474.6577.74.camel@ender> <20060902154730.GE28210@neu.nirvana> <1157212347.6577.79.camel@ender> <20060902160453.GG28210@neu.nirvana> <1157213621.6577.87.camel@ender> Message-ID: <20060902161844.GJ28210@neu.nirvana> On Sat, Sep 02, 2006 at 12:13:41PM -0400, Jesse Keating wrote: > On Sat, 2006-09-02 at 18:04 +0200, Axel Thimm wrote: > > > > I agree with the above, but that was not what you were saying. I won't > > bother copying your quote back again, you seem to have a reason why > > you're trimming it ;) > > Please. Tell me what is wrong with: > > > Due to the way that python works, if any part of a python's module is > > arch specific (sitearch), the entire thing has to go into sitearch. > > Python will not import part from sitearch and part from sitelib. So > > it'd all have to go in sitearch. > > Maybe my English isn't clear enough to you? "any part of a python's > module", so we're talking about a single module here right? "is arch > specific", pretty clear. "the entire thing", thing being the module. > "has to go into sitearch", correct, has to go into the arch specific > dir. Be that /usr/lib in i386 or /usr/lib64 on x86_64. Please, tell me > where I'm failing English here, as it is my native language and I'd > really like to know. Add the OP's quote that is missing above and you'll see what you were meaning with "part of a python's module". I replied to the original post of yours, where all the context is present and I think it's quite clear. E.g. your answer only makes sense if the packager was implying to tear foo.py apart into an arch-dependent and arch-independent part, which is certainly not what he wanted to do. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From Axel.Thimm at ATrpms.net Sat Sep 2 16:23:26 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sat, 2 Sep 2006 18:23:26 +0200 Subject: python: mixing sitearch and sitelib (was: python noarch vs arch) In-Reply-To: <1157213768.6577.90.camel@ender> References: <1157207689.3150.9.camel@peecee.hoentjen.eu> <1157208047.3150.14.camel@peecee.hoentjen.eu> <1157208491.6577.63.camel@ender> <20060902161156.GH28210@neu.nirvana> <1157213768.6577.90.camel@ender> Message-ID: <20060902162326.GK28210@neu.nirvana> On Sat, Sep 02, 2006 at 12:16:08PM -0400, Jesse Keating wrote: > On Sat, 2006-09-02 at 18:11 +0200, Axel Thimm wrote: > > OK, here is the original quoting. A user has both arch specific and > > non-arch specific parts of a package and needs to decide which parts > > to place under sitelib and which under sitearch. > > > > Jesse's (wrong) answer is that if one needs to get into sitearch it > > pulls the rest into there, too. It's not about files with the same > > name under sitearch and sitelib as Jesse later explained, it's about a > > package like python-elementtree and friends that has some parts that > > are arch specific and some parts that are not. And there is no need to > > move everything to sitearch contrary to Jesse's statement. > > > > Everything clear as mud? Removing too much in quoting generates this > > kind of confusion. > > No, too much assuming causes these problems. I said "Due to the way > that python works, if any part of a python's module". However you > assumed I was speaking about a python module PACKAGE. Now, did I say > Package? No, I said module. Pretty hard to remove a quote that didn't > exist. Please don't put words in my mouth. OK, so in your POV a user asked whether it is OK to place foo.py and bar.so in sitelib and sitearch respectively and you answer that baz.py can't be installed under both sitearch and sitelib. I think it's better to admit the original error instead. :) -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Sat Sep 2 16:25:58 2006 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 02 Sep 2006 12:25:58 -0400 Subject: python: mixing sitearch and sitelib (was: python noarch vs arch) In-Reply-To: <20060902161844.GJ28210@neu.nirvana> References: <1157208047.3150.14.camel@peecee.hoentjen.eu> <1157208491.6577.63.camel@ender> <20060902150824.GB28210@neu.nirvana> <1157209762.6577.65.camel@ender> <20060902152311.GC28210@neu.nirvana> <1157211474.6577.74.camel@ender> <20060902154730.GE28210@neu.nirvana> <1157212347.6577.79.camel@ender> <20060902160453.GG28210@neu.nirvana> <1157213621.6577.87.camel@ender> <20060902161844.GJ28210@neu.nirvana> Message-ID: <1157214358.6577.98.camel@ender> On Sat, 2006-09-02 at 18:18 +0200, Axel Thimm wrote: > Add the OP's quote that is missing above and you'll see what you were > meaning with "part of a python's module". I replied to the original > post of yours, where all the context is present and I think it's quite > clear. *sigh* Here is where the fun began. I was reading and replying to the original poster's mail which said: > I am working on packaging cohoba, this is a python gui client/mission > control for telepathy. It has one small .c file, so I have a few > questions: > - because of the .c file the package has to by arch-specific i guess. Is > there a strong preference to package as noarch? (the c part is used for > changing the name for killall, so to put it as noarch i can just leave > that part out (not being able to killall cohoba), or add a dependency on > python-ctypes and add a small patch to cohoba to use ctypes to do it > instead) Here it is impossible to tell if the .c file is part of the python module or not. Unfortunately I saw the second message land and overquoted it. My reply was geared toward the original post. However you still assumed that my text, which takes about a python module and nothing more, meant something I did not say. But while we bicker about this, it accomplishes nothing, just makes both our days a little less joyful. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Sat Sep 2 16:27:54 2006 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 02 Sep 2006 12:27:54 -0400 Subject: python: mixing sitearch and sitelib (was: python noarch vs arch) In-Reply-To: <20060902162326.GK28210@neu.nirvana> References: <1157207689.3150.9.camel@peecee.hoentjen.eu> <1157208047.3150.14.camel@peecee.hoentjen.eu> <1157208491.6577.63.camel@ender> <20060902161156.GH28210@neu.nirvana> <1157213768.6577.90.camel@ender> <20060902162326.GK28210@neu.nirvana> Message-ID: <1157214474.6577.101.camel@ender> On Sat, 2006-09-02 at 18:23 +0200, Axel Thimm wrote: > > OK, so in your POV a user asked whether it is OK to place foo.py and > bar.so in sitelib and sitearch respectively and you answer that baz.py > can't be installed under both sitearch and sitelib. > > I think it's better to admit the original error instead. :) I think its better if you stop being a prick. You're making assumptions based on things not even in my text, misconstruing the words that I wrote, and thus stating I'm "confused and gove wrong advice". This is horseshit and you know it. Now stop being a prick. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From sander at hoentjen.eu Sat Sep 2 16:31:26 2006 From: sander at hoentjen.eu (Sander Hoentjen) Date: Sat, 02 Sep 2006 18:31:26 +0200 Subject: python noarch vs arch In-Reply-To: <20060902152957.GD28210@neu.nirvana> References: <1157207689.3150.9.camel@peecee.hoentjen.eu> <20060902150120.GA28210@neu.nirvana> <1157210105.3150.26.camel@peecee.hoentjen.eu> <20060902152957.GD28210@neu.nirvana> Message-ID: <1157214686.3150.33.camel@peecee.hoentjen.eu> On Sat, 2006-09-02 at 17:29 +0200, Axel Thimm wrote: > On Sat, Sep 02, 2006 at 05:15:05PM +0200, Sander Hoentjen wrote: > > On Sat, 2006-09-02 at 17:01 +0200, Axel Thimm wrote: > > > On Sat, Sep 02, 2006 at 04:34:49PM +0200, Sander Hoentjen wrote: > > > > I am working on packaging cohoba, this is a python gui client/mission > > > > control for telepathy. It has one small .c file, so I have a few > > > > questions: > > > > - because of the .c file the package has to by arch-specific i guess. Is > > > > there a strong preference to package as noarch? > > > > > > No, on the contrary packaging binary bits as noarch is wrong. > > > > yes i understand that, that's why i asked if there was a strong > > preference for noarch, in which case the c part will be removed. > > You shouldn't make the contents of your packages depend on the arch > tag, it's the other way around. :) > > If you are talking about a package of significant size (like > openoffice ;) and you could easily replace (or drop w/o loss of > functionality) the arch-dependent parts to make it noarch and thus > save some significant space, then you could think about it. > > But it's a packager's (your) choice, noone can give you metrics on > size and functionality to weigh against. If in doubt prefer > functionality over space savings. Ok, I was just wondering if there might be some big advantages having a package noarch. I guess now that the advantages are not big enough to spend time on. Thank you and Jesse for answering, and sorry for the confusion followed after my question. Sander From Axel.Thimm at ATrpms.net Sat Sep 2 16:34:20 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sat, 2 Sep 2006 18:34:20 +0200 Subject: python: mixing sitearch and sitelib (was: python noarch vs arch) In-Reply-To: <1157214358.6577.98.camel@ender> References: <20060902150824.GB28210@neu.nirvana> <1157209762.6577.65.camel@ender> <20060902152311.GC28210@neu.nirvana> <1157211474.6577.74.camel@ender> <20060902154730.GE28210@neu.nirvana> <1157212347.6577.79.camel@ender> <20060902160453.GG28210@neu.nirvana> <1157213621.6577.87.camel@ender> <20060902161844.GJ28210@neu.nirvana> <1157214358.6577.98.camel@ender> Message-ID: <20060902163420.GL28210@neu.nirvana> On Sat, Sep 02, 2006 at 12:25:58PM -0400, Jesse Keating wrote: > Here it is impossible to tell if the .c file is part of the python > module or not. You need to decide on your use of the word module. You use it interchangably for a patchon package and a single-file module. If you mean a "module" as in package, then you agree that the statement was wrong, or not? If you mean a "module" as in a single file, then it doesn't make sense to discuss about python and C code in one file embedded together. So the original statement used "module" while you meant the totality of all modules and was wrong to advice to pull everything under sitearch. If the statement was meaning a proper single file python module it would be technically correct, but it would make no sense, as there is no python/C mixing in the same file. > However you still assumed that my text, which takes about a python > module and nothing more, meant something I did not say. But while we > bicker about this, it accomplishes nothing, just makes both our days a > little less joyful. Putting some misconceptions straight is important as they stay in the archives, get implemented in packages, copied over in other packages and become a defacto "truth". This is not bickering, and my days are miserable anyway ;) -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From Axel.Thimm at ATrpms.net Sat Sep 2 16:38:03 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sat, 2 Sep 2006 18:38:03 +0200 Subject: python: mixing sitearch and sitelib (was: python noarch vs arch) In-Reply-To: <1157214474.6577.101.camel@ender> References: <1157207689.3150.9.camel@peecee.hoentjen.eu> <1157208047.3150.14.camel@peecee.hoentjen.eu> <1157208491.6577.63.camel@ender> <20060902161156.GH28210@neu.nirvana> <1157213768.6577.90.camel@ender> <20060902162326.GK28210@neu.nirvana> <1157214474.6577.101.camel@ender> Message-ID: <20060902163803.GM28210@neu.nirvana> On Sat, Sep 02, 2006 at 12:27:54PM -0400, Jesse Keating wrote: > On Sat, 2006-09-02 at 18:23 +0200, Axel Thimm wrote: > > OK, so in your POV a user asked whether it is OK to place foo.py and > > bar.so in sitelib and sitearch respectively and you answer that baz.py > > can't be installed under both sitearch and sitelib. > > > > I think it's better to admit the original error instead. :) > > I think its better if you stop being a prick. You're making assumptions > based on things not even in my text, misconstruing the words that I > wrote, and thus stating I'm "confused and gove wrong advice". This is > horseshit and you know it. Now stop being a prick. Wow, looks like you can't really deal with admitting an error. And violating netiquette isn't nice, too. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Sat Sep 2 16:38:14 2006 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 02 Sep 2006 12:38:14 -0400 Subject: python: mixing sitearch and sitelib (was: python noarch vs arch) In-Reply-To: <20060902163420.GL28210@neu.nirvana> References: <20060902150824.GB28210@neu.nirvana> <1157209762.6577.65.camel@ender> <20060902152311.GC28210@neu.nirvana> <1157211474.6577.74.camel@ender> <20060902154730.GE28210@neu.nirvana> <1157212347.6577.79.camel@ender> <20060902160453.GG28210@neu.nirvana> <1157213621.6577.87.camel@ender> <20060902161844.GJ28210@neu.nirvana> <1157214358.6577.98.camel@ender> <20060902163420.GL28210@neu.nirvana> Message-ID: <1157215094.6577.109.camel@ender> On Sat, 2006-09-02 at 18:34 +0200, Axel Thimm wrote: > You need to decide on your use of the word module. You use it > interchangably for a patchon package and a single-file module. > > If you mean a "module" as in package, then you agree that the > statement was wrong, or not? > > If you mean a "module" as in a single file, then it doesn't make sense > to discuss about python and C code in one file embedded together. > > So the original statement used "module" while you meant the totality > of all modules and was wrong to advice to pull everything under > sitearch. If the statement was meaning a proper single file python > module it would be technically correct, but it would make no sense, as > there is no python/C mixing in the same file. You need to decide how to read my use of "module" I suppose. I said a 'python's module', eg something that you can do 'import foo' on in python. A module can be many individual FILES. Some compiled, some noncompiled. I did NOT use them interchangeable for a "patchon package" whatever that may be. And a 'single-file module' is still a python module, which is what I said. You've taken the base assumption that when I said 'python's module' I meant a python rpm package and ran with it, which is an incorrect assumption. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Sat Sep 2 16:40:07 2006 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 02 Sep 2006 12:40:07 -0400 Subject: python: mixing sitearch and sitelib (was: python noarch vs arch) In-Reply-To: <20060902163803.GM28210@neu.nirvana> References: <1157207689.3150.9.camel@peecee.hoentjen.eu> <1157208047.3150.14.camel@peecee.hoentjen.eu> <1157208491.6577.63.camel@ender> <20060902161156.GH28210@neu.nirvana> <1157213768.6577.90.camel@ender> <20060902162326.GK28210@neu.nirvana> <1157214474.6577.101.camel@ender> <20060902163803.GM28210@neu.nirvana> Message-ID: <1157215207.6577.112.camel@ender> On Sat, 2006-09-02 at 18:38 +0200, Axel Thimm wrote: > On Sat, Sep 02, 2006 at 12:27:54PM -0400, Jesse Keating wrote: > > On Sat, 2006-09-02 at 18:23 +0200, Axel Thimm wrote: > > > OK, so in your POV a user asked whether it is OK to place foo.py > and > > > bar.so in sitelib and sitearch respectively and you answer that > baz.py > > > can't be installed under both sitearch and sitelib. > > > > > > I think it's better to admit the original error instead. :) > > > > I think its better if you stop being a prick. You're making > assumptions > > based on things not even in my text, misconstruing the words that I > > wrote, and thus stating I'm "confused and gove wrong advice". This > is > > horseshit and you know it. Now stop being a prick. > > Wow, looks like you can't really deal with admitting an error. And > violating netiquette isn't nice, too. When you actually show me an error I've made, I'll admit to it. So far all I've seen is you making wrong assumptions about my text and using those assumptions to try and point out some flaw in me as a person and a packaging committee member. Maybe it's because I voted down your last (few) proposal(s). Holding a grudge are we? -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From Axel.Thimm at ATrpms.net Sat Sep 2 16:52:00 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sat, 2 Sep 2006 18:52:00 +0200 Subject: python: mixing sitearch and sitelib (was: python noarch vs arch) In-Reply-To: <1157215207.6577.112.camel@ender> References: <1157207689.3150.9.camel@peecee.hoentjen.eu> <1157208047.3150.14.camel@peecee.hoentjen.eu> <1157208491.6577.63.camel@ender> <20060902161156.GH28210@neu.nirvana> <1157213768.6577.90.camel@ender> <20060902162326.GK28210@neu.nirvana> <1157214474.6577.101.camel@ender> <20060902163803.GM28210@neu.nirvana> <1157215207.6577.112.camel@ender> Message-ID: <20060902165200.GN28210@neu.nirvana> On Sat, Sep 02, 2006 at 12:40:07PM -0400, Jesse Keating wrote: > On Sat, 2006-09-02 at 18:38 +0200, Axel Thimm wrote: > > On Sat, Sep 02, 2006 at 12:27:54PM -0400, Jesse Keating wrote: > > > On Sat, 2006-09-02 at 18:23 +0200, Axel Thimm wrote: > > > > OK, so in your POV a user asked whether it is OK to place foo.py > > and > > > > bar.so in sitelib and sitearch respectively and you answer that > > baz.py > > > > can't be installed under both sitearch and sitelib. > > > > > > > > I think it's better to admit the original error instead. :) > > > > > > I think its better if you stop being a prick. You're making > > assumptions > > > based on things not even in my text, misconstruing the words that I > > > wrote, and thus stating I'm "confused and gove wrong advice". This > > is > > > horseshit and you know it. Now stop being a prick. > > > > Wow, looks like you can't really deal with admitting an error. And > > violating netiquette isn't nice, too. > > When you actually show me an error I've made, I'll admit to it. So far > all I've seen is you making wrong assumptions about my text and using > those assumptions to try and point out some flaw in me as a person and a > packaging committee member. Maybe it's because I voted down your last > (few) proposal(s). Holding a grudge are we? I've already explained it in several posts now. If you can't understand/admit/whatever, trying again won't change that - according to the tone your replies reached at it looks more like it will trigger Godwin's law. I'm not trying to point out a flaw in you as a person, if you're looking for something putting you under a bad light it's yourself, and the choice of language you assume appropriate for this communication. Anyway, as soon as someone starts using personal adjectives like you do, I rapidly lose interest in continuing discussion. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From opensource at till.name Sat Sep 2 17:11:37 2006 From: opensource at till.name (Till Maas) Date: Sat, 02 Sep 2006 19:11:37 +0200 Subject: python: mixing sitearch and sitelib (was: python noarch vs arch) In-Reply-To: <1157215094.6577.109.camel@ender> References: <20060902150824.GB28210@neu.nirvana> <20060902163420.GL28210@neu.nirvana> <1157215094.6577.109.camel@ender> Message-ID: <200609021911.51340.opensource@till.name> On Saturday 02 September 2006 18:38, Jesse Keating wrote: > You need to decide how to read my use of "module" I suppose. I said a > 'python's module', eg something that you can do 'import foo' on in > python. A module can be many individual FILES. Some compiled, some > noncompiled. I did NOT use them interchangeable for a "patchon package" > whatever that may be. And a 'single-file module' is still a python > module, which is what I said. You've taken the base assumption that > when I said 'python's module' I meant a python rpm package and ran with > it, which is an incorrect assumption. This is the way I understood you, too. Nevertheless Sander asked whether he has to put all modules in his package in one directory or split the arch-dependend off. So your last sentence "So it'd all have to go in sitearch." (in your answer) without having in mind that your mail was not the direct answer to Sander's question may have caused some confusion. Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From nicolas.mailhot at laposte.net Sat Sep 2 17:56:06 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sat, 02 Sep 2006 19:56:06 +0200 Subject: Normalizing the Fedora Extras 6 comps.in file Message-ID: <1157219766.12243.13.camel@rousalka.dyndns.org> Hi, The Fedora Extras 6 comps.in file is a bit messy, would anyone object if I used the attached stylesheet to normalize it ? Regards, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: comps-cleanup.xsl Type: application/xslt+xml Size: 4933 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From Christian.Iseli at licr.org Sat Sep 2 21:30:30 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Sat, 2 Sep 2006 23:30:30 +0200 Subject: Normalizing the Fedora Extras 6 comps.in file In-Reply-To: <1157219766.12243.13.camel@rousalka.dyndns.org> References: <1157219766.12243.13.camel@rousalka.dyndns.org> Message-ID: <20060902233030.5b7897b1@ludwig-alpha> Hi Nicolas, On Sat, 02 Sep 2006 19:56:06 +0200, Nicolas Mailhot wrote: > The Fedora Extras 6 comps.in file is a bit messy, would anyone object if > I used the attached stylesheet to normalize it ? Go ahead. Just make sure no package gets lost or moved to another group. Cheers, Christian From nicolas.mailhot at laposte.net Sun Sep 3 08:38:36 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sun, 03 Sep 2006 10:38:36 +0200 Subject: Normalizing the Fedora Extras 6 comps.in file In-Reply-To: <20060902233030.5b7897b1@ludwig-alpha> References: <1157219766.12243.13.camel@rousalka.dyndns.org> <20060902233030.5b7897b1@ludwig-alpha> Message-ID: <1157272716.29839.6.camel@rousalka.dyndns.org> Le samedi 02 septembre 2006 ? 23:30 +0200, Christian Iseli a ?crit : > Hi Nicolas, > > On Sat, 02 Sep 2006 19:56:06 +0200, Nicolas Mailhot wrote: > > The Fedora Extras 6 comps.in file is a bit messy, would anyone object if > > I used the attached stylesheet to normalize it ? > > Go ahead. Just make sure no package gets lost or moved to another > group. Thanks. If anything is lost please ping me so I can fix the stylesheet, but so far it has passed all my sanity checks : xsltproc --novalid --timing /tmp/comps-cleanup.xsl comps-fe6.xml.in > test Parsing stylesheet /tmp/comps-cleanup.xsl took 1 ms Parsing document comps-fe6.xml.in took 7 ms o Package deskbar-applet was referenced before. o Package kickpim was referenced before. o Package ushare was referenced before. o Package gnotime was referenced before. o Package qcad was referenced before. o Package fwbuilder was referenced before. o Package sabayon was referenced before. o Package x3270-x11 was referenced before. ! Ignoring duplicate reference to package xfwm4-themes in group XFCE (xfce-desktop). Applying stylesheet took 76 ms Saving result took 3 ms Should I save the stylesheet somewhere ? Regards, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From peter at thecodergeek.com Sun Sep 3 09:14:39 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Sun, 03 Sep 2006 02:14:39 -0700 Subject: Normalizing the Fedora Extras 6 comps.in file In-Reply-To: <1157272716.29839.6.camel@rousalka.dyndns.org> References: <1157219766.12243.13.camel@rousalka.dyndns.org> <20060902233030.5b7897b1@ludwig-alpha> <1157272716.29839.6.camel@rousalka.dyndns.org> Message-ID: <44FA9CFF.6030700@thecodergeek.com> Nicolas Mailhot wrote: > Thanks. If anything is lost please ping me so I can fix the stylesheet, > but so far it has passed all my sanity checks : > [..] > Should I save the stylesheet somewhere ? What I would do is diff against and update it from the CVS comps module, then if your changes make sense (i.e. no wrongly moved or deleted packages in the list), go ahead and commit that back to Extras CVS. Would this be suitable? Thanks. -- Peter Gordon (codergeek42) GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 My Blog: http://thecodergeek.com/blog/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From nicolas.mailhot at laposte.net Sun Sep 3 09:15:04 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sun, 03 Sep 2006 11:15:04 +0200 Subject: Normalizing the Fedora Extras 6 comps.in file In-Reply-To: <1157272716.29839.6.camel@rousalka.dyndns.org> References: <1157219766.12243.13.camel@rousalka.dyndns.org> <20060902233030.5b7897b1@ludwig-alpha> <1157272716.29839.6.camel@rousalka.dyndns.org> Message-ID: <1157274904.29839.9.camel@rousalka.dyndns.org> Le dimanche 03 septembre 2006 ? 10:38 +0200, Nicolas Mailhot a ?crit : > Le samedi 02 septembre 2006 ? 23:30 +0200, Christian Iseli a ?crit : > > Hi Nicolas, > > > > On Sat, 02 Sep 2006 19:56:06 +0200, Nicolas Mailhot wrote: > > > The Fedora Extras 6 comps.in file is a bit messy, would anyone object if > > > I used the attached stylesheet to normalize it ? > > > > Go ahead. Just make sure no package gets lost or moved to another > > group. > Should I save the stylesheet somewhere ? And with a little more work : o Package deskbar-applet in group Graphical Internet (graphical-internet) was referenced before: - optional package in group GNOME Desktop Environment (gnome-desktop) o Package kickpim in group KDE (K Desktop Environment) (kde-desktop) was referenced before: - optional package in group Graphical Internet (graphical-internet) o Package ushare in group Network Servers (network-server) was referenced before: - optional package in group Sound and Video (sound-and-video) o Package gnotime in group Office/Productivity (office) was referenced before: - optional package in group GNOME Desktop Environment (gnome-desktop) o Package qcad in group Office/Productivity (office) was referenced before: - optional package in group Engineering and Scientific (engineering-and-scientific) o Package fwbuilder in group System Tools (system-tools) was referenced before: - optional package in group Graphical Internet (graphical-internet) o Package sabayon in group System Tools (system-tools) was referenced before: - optional package in group GNOME Desktop Environment (gnome-desktop) o Package x3270-x11 in group System Tools (system-tools) was referenced before: - optional package in group Graphical Internet (graphical-internet) ! Ignoring duplicate reference to default package xfwm4-themes in group XFCE (xfce-desktop). Only its first reference (optional package) will be kept. Regards, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From nicolas.mailhot at laposte.net Sun Sep 3 09:35:05 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sun, 03 Sep 2006 11:35:05 +0200 Subject: Normalizing the Fedora Extras 6 comps.in file In-Reply-To: <44FA9CFF.6030700@thecodergeek.com> References: <1157219766.12243.13.camel@rousalka.dyndns.org> <20060902233030.5b7897b1@ludwig-alpha> <1157272716.29839.6.camel@rousalka.dyndns.org> <44FA9CFF.6030700@thecodergeek.com> Message-ID: <1157276105.29839.16.camel@rousalka.dyndns.org> Le dimanche 03 septembre 2006 ? 02:14 -0700, Peter Gordon a ?crit : > Nicolas Mailhot wrote: > > Thanks. If anything is lost please ping me so I can fix the stylesheet, > > but so far it has passed all my sanity checks : > > [..] > > Should I save the stylesheet somewhere ? > > What I would do is diff against and update it from the CVS comps module, then if > your changes make sense (i.e. no wrongly moved or deleted packages in the list), > go ahead and commit that back to Extras CVS. Ghaaa, Christian already told me to go ahead so I commited the sorted file. Attached is the diff (I normalised the old comps with xmllint --format to avoid tracing indenting changes) I've checked it manually without finding any mistake. The only "dangerous" change is the : ! Ignoring duplicate reference to default package xfwm4-themes in group XFCE (xfce-desktop). Only its first reference (optional package) will be kept. But when a package is referenced twice in the same group with different types, it's difficult to decide which one to keep. Regards, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: comps.diff Type: text/x-patch Size: 44986 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From Christian.Iseli at licr.org Sun Sep 3 10:21:16 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Sun, 3 Sep 2006 12:21:16 +0200 Subject: Normalizing the Fedora Extras 6 comps.in file In-Reply-To: <1157272716.29839.6.camel@rousalka.dyndns.org> References: <1157219766.12243.13.camel@rousalka.dyndns.org> <20060902233030.5b7897b1@ludwig-alpha> <1157272716.29839.6.camel@rousalka.dyndns.org> Message-ID: <20060903122116.72564128@ludwig-alpha> On Sun, 03 Sep 2006 10:38:36 +0200, Nicolas Mailhot wrote: > Should I save the stylesheet somewhere ? I'd say "cvs add" it to the comps module. And add a small README explaining how to use it (can be in a separate file). Christian From nicolas.mailhot at laposte.net Sun Sep 3 10:42:25 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sun, 03 Sep 2006 12:42:25 +0200 Subject: Normalizing the Fedora Extras 6 comps.in file In-Reply-To: <20060903122116.72564128@ludwig-alpha> References: <1157219766.12243.13.camel@rousalka.dyndns.org> <20060902233030.5b7897b1@ludwig-alpha> <1157272716.29839.6.camel@rousalka.dyndns.org> <20060903122116.72564128@ludwig-alpha> Message-ID: <1157280145.26776.0.camel@rousalka.dyndns.org> Le dimanche 03 septembre 2006 ? 12:21 +0200, Christian Iseli a ?crit : > On Sun, 03 Sep 2006 10:38:36 +0200, Nicolas Mailhot wrote: > > Should I save the stylesheet somewhere ? > > I'd say "cvs add" it to the comps module. > > And add a small README explaining how to use it (can be in a separate > file). Ok, done -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From sander at hoentjen.eu Sun Sep 3 11:04:56 2006 From: sander at hoentjen.eu (Sander Hoentjen) Date: Sun, 03 Sep 2006 13:04:56 +0200 Subject: python noarch vs arch In-Reply-To: <1157208491.6577.63.camel@ender> References: <1157207689.3150.9.camel@peecee.hoentjen.eu> <1157208047.3150.14.camel@peecee.hoentjen.eu> <1157208491.6577.63.camel@ender> Message-ID: <1157281496.8259.5.camel@peecee.hoentjen.eu> On Sat, 2006-09-02 at 10:48 -0400, Jesse Keating wrote: > On Sat, 2006-09-02 at 16:40 +0200, Sander Hoentjen wrote: > > On Sat, 2006-09-02 at 16:34 +0200, Sander Hoentjen wrote: > > > Hi, > > > > > > I am working on packaging cohoba, this is a python gui client/mission > > > control for telepathy. It has one small .c file, so I have a few > > > questions: > > > - because of the .c file the package has to by arch-specific i guess. Is > > > there a strong preference to package as noarch? (the c part is used for > > > changing the name for killall, so to put it as noarch i can just leave > > > that part out (not being able to killall cohoba), or add a dependency on > > > python-ctypes and add a small patch to cohoba to use ctypes to do it > > > instead) > > > > > If it can use all pure python, that would be best for the upstream > project. Why reinvent the wheel? I notified upstream and they accepted my proposed solution, and it will be in the next release so for this release I'll include the patch myself. From denis at poolshark.org Sun Sep 3 12:12:36 2006 From: denis at poolshark.org (Denis Leroy) Date: Sun, 03 Sep 2006 14:12:36 +0200 Subject: Question: circular dynamic dependencies and rpmlint Message-ID: <44FAC6B4.5030304@poolshark.org> Short version: are 'undefined-non-weak-symbol' rpmlint warnings acceptable when you have dynamic library circular dependencies within a project ? Long version: So consider an automake/autoconf based project. When a dynamic library links with symbols from another dynamic library within the same project, you'll typically add the dependency on a LDADD line in Makefile.am, so that the resulting .so file will show the other library explicitely in its 'ldd' listing, and everyone is happy. Now the LDADD line is optional: without it the dynamic library has undefined symbols that will be resolved at run-time, albeit with a (small?) performance cost. Now when the 2 dynamic libraries each link with each other symbols, you cannot have a circular dependency in automake, so one of the 2 libraries will have undefined symbols. And rpmlint will complain about that. Under the circumstances, can the rpmlint warning be considered false-positives, or is there a way to patch the automake files to prevent the undefined symbols ? For reference, this affects https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=202946 From paul at all-the-johnsons.co.uk Sun Sep 3 13:14:32 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 03 Sep 2006 14:14:32 +0100 Subject: Packaging problem - help! Message-ID: <1157289272.3465.29.camel@T7.Linux> Hi, Something has gone insane on my x86_64 box. Quite a few of my mono packages fail to build as things are going to /usr/lib rather than /usr/lib64 (the sources are patched so they go to the correct directory). Does anyone know what I should be looking for which would make my system point to /usr/lib rather than /usr/lib64? I've checked via yumex and libtool and pkgconfig are both the 64 bit versions. It's odd. /usr/lib64/pkgconfig/mono.pc points correct, mint looks to be but then has a line pointing to /usr/lib - same applies for gecko-sharp etc. I have hosed the system of everything to do with mono and then done a fresh install from yum of ONLY the 64 bit packages, but still no-go. TTFN Paul -- "Bist Du meine Mutter?" - das leere kind -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugs.michael at gmx.net Sun Sep 3 14:09:32 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 3 Sep 2006 16:09:32 +0200 Subject: wine - Re: Summary - Broken dependencies in Fedora Extras - 2006-09-02 In-Reply-To: <20060902120231.11266.14538@extras64.linux.duke.edu> References: <20060902120231.11266.14538@extras64.linux.duke.edu> Message-ID: <20060903160932.fbcc4abc.bugs.michael@gmx.net> On Sat, 02 Sep 2006 12:02:31 -0000, Fedora Extras repoclosure wrote: > Summary of broken packages (by owner): > ---------------------------------------------------------------------- > andreas.bierfert AT lowlatency.de > wine-core - 0.9.20-1.fc6.i386 > wine-core-0.9.20-1.fc6.i386 requires libglut.so.3 This should be gone with next push, since dep-solving is done now and installs the missing packages automatically. Only the "wine" base-package is on the multi-lib white-list so far, however. If there are optional wine sub-packages which are not a dependency of "wine", we would need to list them explicitly or also put "wine-.*" on the white-list. From buildsys at fedoraproject.org Sun Sep 3 16:37:43 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 3 Sep 2006 12:37:43 -0400 (EDT) Subject: Fedora Extras Package Build Report 2006-09-03 Message-ID: <20060903163743.2B5A515212C@buildsys.fedoraproject.org> Packages built and released for Fedora Extras 5: 14 anjuta-1.2.4a-7.fc5 geda-gsymcheck-20060123-5.fc5 gnustep-make-1.12.0-5.fc5 gobby-0.4.1-1.fc5 ht2html-2.0-4.fc5 mail-notification-3.0-3.fc5 net6-1.3.1-1.fc5 obby-0.4.1-1.fc5 osgal-20060714-1.fc5 poker-engine-1.0.17-2.fc5 regionset-0.1-4.fc5 renrot-0.24-1.fc5 snort-2.6.0-3.fc5 zynaddsubfx-2.2.1-11.fc5 Packages built and released for Fedora Extras 4: 1 snort-2.6.0-3.fc4 Packages built and released for Fedora Extras 3: 1 snort-2.6.0-3.fc3 Packages built and released for Fedora Extras development: 60 GeoIP-1.4.0-3.fc6 aiccu-2005.01.31-5.fc6 anjuta-1.2.4a-7.fc6 ardour-0.99.3-4.fc6 blogtk-1.1-6.fc6 cdo-1.0.1-2.fc6 crack-attack-1.1.14-8.fc6 crystal-1.0.1-3.fc6 drivel-2.1.0-0.3.20060527cvs.fc6 fatsort-0.9.6.1-6.fc6 fdupes-1.40-8.fc6 freeze-2.5.0-7.fc6 geda-gsymcheck-20060123-5.fc6 gnome-blog-0.9.1-3.fc6 gpgme03-0.3.16-11.fc6 gpp-0.6.6-2.fc6 gramps-2.0.11-4.fc6 ht2html-2.0-4.fc6 i810switch-0.6.5-4.fc6 imlib-1.9.13-30.fc6 itext-1.3-1jpp_9.1.fc6 katapult-0.3.1.3-5.fc6 kawa-1.8-8.1.fc6 kmobiletools-0.4.3.3-3.fc6 konversation-0.19-3.fc6 kphone-4.2-11.fc6 krecipes-0.9.1-5.fc6 ktrack-0.3.0-14.rc1.fc6 libsexy-0.1.9-1.fc6 lzop-1.02-0.4.rc1.fc6 mail-notification-3.0-7.fc6 mod_cband-0.9.7.4-2.fc6 mod_security-1.9.4-2.fc6 mousepad-0.2.6-2.fc6 mysql-administrator-1.1.10-3.fc6 nautilus-open-terminal-0.7-3.fc6 nco-3.1.5-3.fc6 ncview-1.92e-8.fc6 nedit-5.5-10.fc6 netcdf-3.6.1-4.fc6 netlabel_tools-0.16-5.fc6 nomarch-1.4-2.fc6 obmenu-1.0-2.fc6 osgal-20060714-1.fc6 perl-Convert-UUlib-1.06-4.fc6 perl-Font-TTF-0.40.0-2.fc6 perl-GnuPG-Interface-0.33-7.fc6 perl-Net-Server-0.94-2.fc6 perl-POE-Component-SimpleDBI-1.12-2.fc6 perl-PatchReader-0.9.5-4.fc6 poker-engine-1.0.17-2.fc6 pygame-1.7.1-8.fc6 renrot-0.24-1.fc6 rssowl-1.2.2-3.fc6 snort-2.6.0-3.fc6 svnmailer-1.0.8-2.fc6 ttywatch-0.14-6.fc6 wormux-0.7.4-1.fc6 xemacs-21.5.27-2.fc6 xmldiff-0.6.7-11.fc6 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Sun Sep 3 16:38:12 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 3 Sep 2006 12:38:12 -0400 (EDT) Subject: Broken upgrade paths in FC+FE 2006-09-03 Message-ID: <20060903163812.0BAF615212C@buildsys.fedoraproject.org> UNKNOWN OWNER (possibly Core package): device-mapper 4: 0:1.02.07-2.0 (FC4-updates) 5: 0:1.02.02-3.2 (FC5) 6: 0:1.02.07-1.1 (FC6) ftp 5: 0:0.17-33.fc5 (FC5-updates) 6: 0:0.17-32.1.2.4 (FC6) lvm2 4: 0:2.02.06-1.0.fc4 (FC4-updates) 5: 0:2.02.01-1.2.1 (FC5) 6: 0:2.02.06-3 (FC6) mozilla 3: 37:1.7.13-1.3.1.legacy (FL3-updates) 4: 37:1.7.13-1.1.fc4 (FC4-updates) 5: 37:1.7.13-1.1.fc5 (FC5-updates) quagga 4: 0:0.98.6-1.fc4 (FC4-updates) 5: 0:0.98.6-1.FC5 (FC5-updates) 6: 0:0.98.6-2.1 (FC6) andreas.bierfert AT lowlatency.de: dillo 4: 0:0.8.6-2.fc4 (FE4) 5: 0:0.8.6-1.fc5 (FE5) 6: 0:0.8.6-2.fc6 (FE6) libpqxx 5: 0:2.6.7-1.fc5 (FE5) 6: 0:2.6.6-1.fc6 (FE6) foolish AT guezz.net: serpentine 5: 0:0.7-4.fc5 (FE5) 6: 0:0.7-3.fc6 (FE6) gauret AT free.fr: amarok 5: 0:1.4.2-1.fc5 (FE5) 6: 0:1.4.1-3.fc6 (FE6) kengert AT redhat.com: seamonkey 5: 0:1.0.4-0.5.1.fc5 (FE5) 6: 0:1.0.2-1.fc6 (FE6) lemenkov AT gmail.com: fuse-sshfs 5: 0:1.6-3.fc5 (FE5) 6: 0:1.6-2.fc6 (FE6) stratagus 5: 0:2.1-6.fc5 (FE5) 6: 0:2.1-5.fc6 (FE6) lmacken AT redhat.com: dclib 5: 0:0.3.7-8.fc5 (FE5) 6: 0:0.3.7-7.fc6 (FE6) python-myghty 5: 0:1.0.2-2.fc5 (FE5) 6: 0:1.0.2-1.fc6 (FE6) valknut 5: 0:0.3.7-9.fc5 (FE5) 6: 0:0.3.7-8.fc6 (FE6) meme AT daughtersoftiresias.org: fortune-firefly 5: 0:2.1.1-2.fc5 (FE5) 6: 0:2.1.1-1.fc6 (FE6) mpeters AT mac.com: firestarter 5: 0:1.0.3-11.fc5 (FE5) 6: 0:1.0.3-10.fc6 (FE6) noa AT resare.com: vorbisgain 5: 0:0.34-2.fc5 (FE5) 6: 0:0.34-1.fc6 (FE6) nomis80 AT nomis80.org: camstream 5: 0:0.26.3-10.fc5 (FE5) 6: 0:0.26.3-9.fc5 (FE6) opencv 5: 0:0.9.7-16.fc5 (FE5) 6: 0:0.9.7-15.fc5 (FE6) paul AT city-fan.org: perl-String-CRC32 4: 0:1.4-1.fc4 (FE4) 5: 0:1.4-1.FC5 (FC5-updates) 6: 0:1.4-2.fc6 (FC6) petersen AT redhat.com: m17n-db 4: 0:1.3.3-1.fc4 (FE4) 5: 0:1.3.3-1 (FC5) 6: 0:1.3.3-20.fc6 (FC6) qspencer AT ieee.org: octave-forge 5: 0:2006.07.09-5.fc5 (FE5) 6: 0:2006.07.09-4.fc6 (FE6) rpm AT timj.co.uk: php-pear-DB 5: 0:1.7.6-6.fc5 (FE5) 6: 0:1.7.6-6 (FE6) ryo-dairiki AT users.sourceforge.net: scim-tomoe 5: 0:0.2.0-6.fc5.1 (FE5) 6: 0:0.2.0-4.fc6 (FE6) thomas AT apestaart.org: flumotion 5: 0:0.2.1-2.fc5 (FE5) 6: 0:0.2.0-1.fc5 (FE6) zipsonic AT gmail.com: freenx 5: 0:0.5.0-4.fc5 (FE5) 6: 0:0.5.0-2.fc6 (FE6) nx 5: 0:2.0.0-4.fc5 (FE5) 6: 0:2.0.0-3.fc6 (FE6) ---------------------------------------------------------------------- amarok: gauret AT free.fr 5: 0:1.4.2-1.fc5 (FE5) 6: 0:1.4.1-3.fc6 (FE6) camstream: nomis80 AT nomis80.org 5: 0:0.26.3-10.fc5 (FE5) 6: 0:0.26.3-9.fc5 (FE6) dclib: lmacken AT redhat.com 5: 0:0.3.7-8.fc5 (FE5) 6: 0:0.3.7-7.fc6 (FE6) device-mapper: UNKNOWN OWNER (possibly Core package) 4: 0:1.02.07-2.0 (FC4-updates) 5: 0:1.02.02-3.2 (FC5) 6: 0:1.02.07-1.1 (FC6) dillo: andreas.bierfert AT lowlatency.de 4: 0:0.8.6-2.fc4 (FE4) 5: 0:0.8.6-1.fc5 (FE5) 6: 0:0.8.6-2.fc6 (FE6) firestarter: mpeters AT mac.com 5: 0:1.0.3-11.fc5 (FE5) 6: 0:1.0.3-10.fc6 (FE6) flumotion: thomas AT apestaart.org 5: 0:0.2.1-2.fc5 (FE5) 6: 0:0.2.0-1.fc5 (FE6) fortune-firefly: meme AT daughtersoftiresias.org 5: 0:2.1.1-2.fc5 (FE5) 6: 0:2.1.1-1.fc6 (FE6) freenx: zipsonic AT gmail.com 5: 0:0.5.0-4.fc5 (FE5) 6: 0:0.5.0-2.fc6 (FE6) ftp: UNKNOWN OWNER (possibly Core package) 5: 0:0.17-33.fc5 (FC5-updates) 6: 0:0.17-32.1.2.4 (FC6) fuse-sshfs: lemenkov AT gmail.com 5: 0:1.6-3.fc5 (FE5) 6: 0:1.6-2.fc6 (FE6) libpqxx: andreas.bierfert AT lowlatency.de 5: 0:2.6.7-1.fc5 (FE5) 6: 0:2.6.6-1.fc6 (FE6) lvm2: UNKNOWN OWNER (possibly Core package) 4: 0:2.02.06-1.0.fc4 (FC4-updates) 5: 0:2.02.01-1.2.1 (FC5) 6: 0:2.02.06-3 (FC6) m17n-db: petersen AT redhat.com 4: 0:1.3.3-1.fc4 (FE4) 5: 0:1.3.3-1 (FC5) 6: 0:1.3.3-20.fc6 (FC6) mozilla: UNKNOWN OWNER (possibly Core package) 3: 37:1.7.13-1.3.1.legacy (FL3-updates) 4: 37:1.7.13-1.1.fc4 (FC4-updates) 5: 37:1.7.13-1.1.fc5 (FC5-updates) nx: zipsonic AT gmail.com 5: 0:2.0.0-4.fc5 (FE5) 6: 0:2.0.0-3.fc6 (FE6) octave-forge: qspencer AT ieee.org 5: 0:2006.07.09-5.fc5 (FE5) 6: 0:2006.07.09-4.fc6 (FE6) opencv: nomis80 AT nomis80.org 5: 0:0.9.7-16.fc5 (FE5) 6: 0:0.9.7-15.fc5 (FE6) perl-String-CRC32: paul AT city-fan.org 4: 0:1.4-1.fc4 (FE4) 5: 0:1.4-1.FC5 (FC5-updates) 6: 0:1.4-2.fc6 (FC6) php-pear-DB: rpm AT timj.co.uk 5: 0:1.7.6-6.fc5 (FE5) 6: 0:1.7.6-6 (FE6) python-myghty: lmacken AT redhat.com 5: 0:1.0.2-2.fc5 (FE5) 6: 0:1.0.2-1.fc6 (FE6) quagga: UNKNOWN OWNER (possibly Core package) 4: 0:0.98.6-1.fc4 (FC4-updates) 5: 0:0.98.6-1.FC5 (FC5-updates) 6: 0:0.98.6-2.1 (FC6) scim-tomoe: ryo-dairiki AT users.sourceforge.net 5: 0:0.2.0-6.fc5.1 (FE5) 6: 0:0.2.0-4.fc6 (FE6) seamonkey: kengert AT redhat.com 5: 0:1.0.4-0.5.1.fc5 (FE5) 6: 0:1.0.2-1.fc6 (FE6) serpentine: foolish AT guezz.net 5: 0:0.7-4.fc5 (FE5) 6: 0:0.7-3.fc6 (FE6) stratagus: lemenkov AT gmail.com 5: 0:2.1-6.fc5 (FE5) 6: 0:2.1-5.fc6 (FE6) valknut: lmacken AT redhat.com 5: 0:0.3.7-9.fc5 (FE5) 6: 0:0.3.7-8.fc6 (FE6) vorbisgain: noa AT resare.com 5: 0:0.34-2.fc5 (FE5) 6: 0:0.34-1.fc6 (FE6) From buildsys at fedoraproject.org Sun Sep 3 16:56:50 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sun, 03 Sep 2006 16:56:50 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-03 Message-ID: <20060903165650.6854.18633@extras64.linux.duke.edu> Summary of broken packages (by owner): ---------------------------------------------------------------------- bdpepple AT ameritech.net contact-lookup-applet - 0.14-3.fc6.i386 (27 days) contact-lookup-applet - 0.14-3.fc6.ppc (27 days) contact-lookup-applet - 0.14-3.fc6.x86_64 (27 days) byte AT fedoraproject.org gaim-guifications - 2.12-3.fc5.i386 (46 days) gaim-guifications - 2.12-3.fc5.ppc (46 days) gaim-guifications - 2.12-3.fc5.x86_64 (46 days) foolish AT guezz.net muine - 0.8.5-1.fc6.i386 (15 days) muine - 0.8.5-1.fc6.ppc (15 days) muine - 0.8.5-1.fc6.x86_64 (15 days) gauret AT free.fr amarok - 1.4.1-3.fc6.i386 (38 days) amarok - 1.4.1-3.fc6.ppc (38 days) showimg-pgsql - 0.9.5-7.fc4.i386 (27 days) showimg-pgsql - 0.9.5-7.fc4.ppc (27 days) showimg-pgsql - 0.9.5-7.fc4.x86_64 (27 days) showimg-pgsql - 0.9.5-7.fc5.i386 (27 days) showimg-pgsql - 0.9.5-7.fc5.ppc (27 days) showimg-pgsql - 0.9.5-7.fc5.x86_64 (27 days) gemi AT bluewin.ch bigloo - 2.8c-2.fc4.ppc bigloo - 2.8c-2.fc5.ppc bigloo - 2.8c-2.fc5.x86_64 bigloo - 2.8c-3.fc6.ppc bigloo - 2.8c-3.fc6.x86_64 ivazquez AT ivazquez.net gnome-applet-music - 0.9.0-1.fc6.i386 (46 days) gnome-applet-music - 0.9.0-1.fc6.ppc (46 days) gnome-applet-music - 0.9.0-1.fc6.x86_64 (46 days) lmacken AT redhat.com sobby - 0.3.0-2.fc5.i386 sobby - 0.3.0-2.fc5.ppc sobby - 0.3.0-2.fc5.x86_64 mpeters AT mac.com gfontview - 0.5.0-5.fc5.i386 (46 days) gfontview - 0.5.0-5.fc5.ppc (46 days) gfontview - 0.5.0-5.fc5.x86_64 (46 days) gtkhtml36 - 3.6.2-5.fc6.i386 (46 days) gtkhtml36 - 3.6.2-5.fc6.ppc (46 days) gtkhtml36 - 3.6.2-5.fc6.x86_64 (46 days) libvisual-plugins - 0.2.0-3.fc5.i386 (46 days) libvisual-plugins - 0.2.0-3.fc5.i386 (46 days) libvisual-plugins - 0.2.0-3.fc5.ppc (46 days) libvisual-plugins - 0.2.0-3.fc5.ppc (46 days) libvisual-plugins - 0.2.0-3.fc5.x86_64 (46 days) libvisual-plugins - 0.2.0-3.fc5.x86_64 (46 days) rolandd AT cisco.com libibverbs - 1.0.3-1.fc6.i386 (46 days) libibverbs - 1.0.3-1.fc6.ppc (46 days) libibverbs - 1.0.3-1.fc6.x86_64 (46 days) libibverbs-utils - 1.0.3-1.fc6.i386 (46 days) libibverbs-utils - 1.0.3-1.fc6.ppc (46 days) libibverbs-utils - 1.0.3-1.fc6.x86_64 (46 days) tcallawa AT redhat.com gambas-runtime - 1.0.14-2.fc5.i386 (26 days) thomas AT apestaart.org directfb - 0.9.24-5.fc5.i386 (46 days) directfb - 0.9.24-5.fc5.ppc (46 days) directfb - 0.9.24-5.fc5.x86_64 (46 days) toshio AT tiki-lounge.com qof-docs - 0.6.4-5.fc6.i386 qof-docs - 0.6.4-5.fc6.ppc qof-docs - 0.6.4-5.fc6.x86_64 Broken packages in fedora-extras-5-i386: ---------------------------------------------------------------------- libvisual-plugins-0.2.0-3.fc5.i386 requires libvisual.so.0 showimg-pgsql-0.9.5-7.fc5.i386 requires libpqxx-2.6.6.so sobby-0.3.0-2.fc5.i386 requires libnet6-1.2.so.0 sobby-0.3.0-2.fc5.i386 requires libobby-0.3.so.0 Broken packages in fedora-extras-5-x86_64: ---------------------------------------------------------------------- bigloo-2.8c-2.fc5.x86_64 requires libbigloobdl_u-2.8c.so()(64bit) libvisual-plugins-0.2.0-3.fc5.x86_64 requires libvisual.so.0()(64bit) showimg-pgsql-0.9.5-7.fc5.x86_64 requires libpqxx-2.6.6.so()(64bit) sobby-0.3.0-2.fc5.x86_64 requires libnet6-1.2.so.0()(64bit) sobby-0.3.0-2.fc5.x86_64 requires libobby-0.3.so.0()(64bit) Broken packages in fedora-extras-5-ppc: ---------------------------------------------------------------------- bigloo-2.8c-2.fc5.ppc requires libbigloobdl_u-2.8c.so libvisual-plugins-0.2.0-3.fc5.ppc requires libvisual.so.0 showimg-pgsql-0.9.5-7.fc5.ppc requires libpqxx-2.6.6.so sobby-0.3.0-2.fc5.ppc requires libnet6-1.2.so.0 sobby-0.3.0-2.fc5.ppc requires libobby-0.3.so.0 Broken packages in fedora-extras-4-i386: ---------------------------------------------------------------------- showimg-pgsql-0.9.5-7.fc4.i386 requires libpqxx-2.6.6.so Broken packages in fedora-extras-4-x86_64: ---------------------------------------------------------------------- showimg-pgsql-0.9.5-7.fc4.x86_64 requires libpqxx-2.6.6.so()(64bit) Broken packages in fedora-extras-4-ppc: ---------------------------------------------------------------------- bigloo-2.8c-2.fc4.ppc requires libbigloobdl_u-2.8c.so showimg-pgsql-0.9.5-7.fc4.ppc requires libpqxx-2.6.6.so Broken packages in fedora-extras-development-i386: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.i386 requires HelixPlayer contact-lookup-applet-0.14-3.fc6.i386 requires libebook-1.2.so.5 directfb-0.9.24-5.fc5.i386 requires libsysfs.so.1 gaim-guifications-2.12-3.fc5.i386 requires gaim < 1:2 gambas-runtime-1.0.14-2.fc5.i386 requires libgettextlib-0.14.5.so gfontview-0.5.0-5.fc5.i386 requires libttf.so.2 gnome-applet-music-0.9.0-1.fc6.i386 requires libgailutil.so.17 gnome-applet-music-0.9.0-1.fc6.i386 requires libdbus-1.so.2 gtkhtml36-3.6.2-5.fc6.i386 requires libgailutil.so.17 libibverbs-1.0.3-1.fc6.i386 requires libsysfs.so.1 libibverbs-utils-1.0.3-1.fc6.i386 requires libsysfs.so.1 libvisual-plugins-0.2.0-3.fc5.i386 requires libvisual.so.0 muine-0.8.5-1.fc6.i386 requires mono(glib-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.i386 requires mono(gtk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.i386 requires mono(gdk-sharp) = 0:2.8.0.0 qof-docs-0.6.4-5.fc6.i386 requires qof = 0:0.6.4-5.fc6 Broken packages in fedora-extras-development-x86_64: ---------------------------------------------------------------------- bigloo-2.8c-3.fc6.x86_64 requires libbigloobdl_u-2.8c.so()(64bit) contact-lookup-applet-0.14-3.fc6.x86_64 requires libebook-1.2.so.5()(64bit) directfb-0.9.24-5.fc5.x86_64 requires libsysfs.so.1()(64bit) gaim-guifications-2.12-3.fc5.x86_64 requires gaim < 1:2 gfontview-0.5.0-5.fc5.x86_64 requires libttf.so.2()(64bit) gnome-applet-music-0.9.0-1.fc6.x86_64 requires libgailutil.so.17()(64bit) gnome-applet-music-0.9.0-1.fc6.x86_64 requires libdbus-1.so.2()(64bit) gtkhtml36-3.6.2-5.fc6.x86_64 requires libgailutil.so.17()(64bit) libibverbs-1.0.3-1.fc6.x86_64 requires libsysfs.so.1()(64bit) libibverbs-utils-1.0.3-1.fc6.x86_64 requires libsysfs.so.1()(64bit) libvisual-plugins-0.2.0-3.fc5.x86_64 requires libvisual.so.0()(64bit) muine-0.8.5-1.fc6.x86_64 requires mono(gdk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.x86_64 requires mono(gtk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.x86_64 requires mono(glib-sharp) = 0:2.8.0.0 qof-docs-0.6.4-5.fc6.x86_64 requires qof = 0:0.6.4-5.fc6 Broken packages in fedora-extras-development-ppc: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.ppc requires HelixPlayer bigloo-2.8c-3.fc6.ppc requires libbigloobdl_u-2.8c.so contact-lookup-applet-0.14-3.fc6.ppc requires libebook-1.2.so.5 directfb-0.9.24-5.fc5.ppc requires libsysfs.so.1 gaim-guifications-2.12-3.fc5.ppc requires gaim < 1:2 gfontview-0.5.0-5.fc5.ppc requires libttf.so.2 gnome-applet-music-0.9.0-1.fc6.ppc requires libgailutil.so.17 gnome-applet-music-0.9.0-1.fc6.ppc requires libdbus-1.so.2 gtkhtml36-3.6.2-5.fc6.ppc requires libgailutil.so.17 libibverbs-1.0.3-1.fc6.ppc requires libsysfs.so.1 libibverbs-utils-1.0.3-1.fc6.ppc requires libsysfs.so.1 libvisual-plugins-0.2.0-3.fc5.ppc requires libvisual.so.0 muine-0.8.5-1.fc6.ppc requires mono(glib-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.ppc requires mono(gtk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.ppc requires mono(gdk-sharp) = 0:2.8.0.0 qof-docs-0.6.4-5.fc6.ppc requires qof = 0:0.6.4-5.fc6 From lmacken at redhat.com Sun Sep 3 18:06:17 2006 From: lmacken at redhat.com (Luke Macken) Date: Sun, 3 Sep 2006 14:06:17 -0400 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-03 In-Reply-To: <20060903165650.6854.18633@extras64.linux.duke.edu> References: <20060903165650.6854.18633@extras64.linux.duke.edu> Message-ID: <20060903180617.GA17259@tomservo.nc.rr.com> On Sun, Sep 03, 2006 at 04:56:50PM -0000, Fedora Extras repoclosure wrote: > lmacken AT redhat.com > sobby - 0.3.0-2.fc5.i386 > sobby - 0.3.0-2.fc5.ppc > sobby - 0.3.0-2.fc5.x86_64 Oops, forgot to bump sobby for FC5. It's churning through the buildsys now :) luke From Christian.Iseli at licr.org Sun Sep 3 18:51:14 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Sun, 3 Sep 2006 20:51:14 +0200 Subject: Normalizing the Fedora Extras 6 comps.in file In-Reply-To: <1157280145.26776.0.camel@rousalka.dyndns.org> References: <1157219766.12243.13.camel@rousalka.dyndns.org> <20060902233030.5b7897b1@ludwig-alpha> <1157272716.29839.6.camel@rousalka.dyndns.org> <20060903122116.72564128@ludwig-alpha> <1157280145.26776.0.camel@rousalka.dyndns.org> Message-ID: <20060903205114.7eeb4c99@ludwig-alpha> On Sun, 03 Sep 2006 12:42:25 +0200, Nicolas Mailhot wrote: > Ok, done Thanks! Sorry I missed you (again) on IRC... Was there anything else you wanted to discuss ? Christian From nicolas.mailhot at laposte.net Sun Sep 3 19:00:55 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sun, 03 Sep 2006 21:00:55 +0200 Subject: Normalizing the Fedora Extras 6 comps.in file In-Reply-To: <20060903205114.7eeb4c99@ludwig-alpha> References: <1157219766.12243.13.camel@rousalka.dyndns.org> <20060902233030.5b7897b1@ludwig-alpha> <1157272716.29839.6.camel@rousalka.dyndns.org> <20060903122116.72564128@ludwig-alpha> <1157280145.26776.0.camel@rousalka.dyndns.org> <20060903205114.7eeb4c99@ludwig-alpha> Message-ID: <1157310055.3740.2.camel@rousalka.dyndns.org> Le dimanche 03 septembre 2006 ? 20:51 +0200, Christian Iseli a ?crit : > On Sun, 03 Sep 2006 12:42:25 +0200, Nicolas Mailhot wrote: > > Ok, done > > Thanks! > > Sorry I missed you (again) on IRC... > > Was there anything else you wanted to discuss ? No, just wanted to make sure you were OK with the filter tests and end result. If you like it that's enough for me. Regards, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From buildsys at fedoraproject.org Mon Sep 4 15:05:32 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 4 Sep 2006 11:05:32 -0400 (EDT) Subject: Fedora Extras Package Build Report 2006-09-04 Message-ID: <20060904150532.BBF0A15212C@buildsys.fedoraproject.org> Packages built and released for Fedora Extras 5: 28 alltray-0.69-1.fc5 cvs2svn-1.4.0-1.fc5 eggdrop-1.6.18-2.fc5 ghasher-1.2.1-1.fc5 gnome-applet-music-0.9.2-2.fc5 kdissert-1.0.6b-1.fc5 libopts-27.1-6.fc5 ngspice-17-5.fc5 openalpp-20060714-1.fc5 osgal-20060714-2.fc5 perl-Net-LibIDN-0.09-1.fc5 perl-POE-Component-SimpleDBI-1.12-2.fc5 perl-UNIVERSAL-exports-0.05-1.fc5 php-idn-1.1-7.fc5 php-magickwand-0.1.8-3.fc5 python-kiwi-1.9.9-1.fc5 python-psycopg2-2.0.5.1-1.fc5 python-simplejson-1.3-3.fc5 qscintilla-1.6-3.3.fc5 scrub-1.8-1.fc5 sobby-0.4.1-1.fc5 suck-4.3.2-13.fc5 tcpick-0.2.1-9.fc5 verbiste-0.1.16-1.fc5 wcstools-3.6.5-2.fc5 wlassistant-0.5.5-3.fc5 xpilot-ng-4.7.2-10.fc5 xprobe2-0.3-5.fc5 Packages built and released for Fedora Extras 4: 10 alltray-0.69-1.fc4.1 eggdrop-1.6.18-2.fc4 ghasher-1.2.1-1.fc4 gnome-applet-music-0.9.2-2.fc4 perl-Net-LibIDN-0.09-1.fc4 perl-UNIVERSAL-exports-0.05-1.fc4 scrub-1.8-1.fc4 tcpick-0.2.1-9.fc4 wcstools-3.6.5-2.fc4 wlassistant-0.5.5-3.fc4 Packages built and released for Fedora Extras development: 76 TurboGears-0.8.9-4.fc6 aide-0.10-4.fc6 alltray-0.69-2.fc6 ant-contrib-1.0-0.4.b2.fc6 blender-2.42-9.fc6 bygfoot-2.0.0-3.fc6 cvs2svn-1.4.0-1.fc6 dclib-0.3.7-8.fc6 diction-1.10-0.1.1.rc4.fc6 eggdrop-1.6.18-2.fc6 exim-4.63-3.fc6 exim-doc-4.63-2.fc6 freenx-0.5.0-4.fc6 ghasher-1.2.1-2.fc6 gnome-applet-music-0.9.2-2.fc6 gnome-ppp-0.3.23-3.fc6 gnotime-2.2.2-7.fc6 highlight-2.4.7-2.fc6 inadyn-1.96-3.fc6 kadu-0.5.0-0.8.20060808svn.fc6 kdissert-1.0.6b-1.fc6 kooldock-0.3-4.20060720cvs.fc6 kyum-0.7.5-4.fc6 libxml++-2.14.0-1.1.fc6 lightning-1.2-4.fc6 mlmmj-1.2.11-5.fc6 mod_geoip-1.1.8-2.fc6 naim-0.11.8.3-1.fc6 net6-1.3.1-2.fc6 nethack-3.4.3-11.fc6 ngspice-17-5.fc6 nx-2.0.0-4.fc6 obby-0.4.1-2.fc6 openalpp-20060714-1.fc6 osgal-20060714-2.fc6 pdftk-1.12-8.fc6 perl-Net-LibIDN-0.09-1.fc6 perl-UNIVERSAL-exports-0.05-1.fc6 perl-Want-0.12-1.fc6 php-idn-1.1-7.fc6 php-magickwand-0.1.8-3.fc6 poedit-1.3.4-2.1.fc6 pork-0.99.8.1-6.fc6 python-GeoIP-1.2.1-5.fc6 python-clientform-0.2.2-6.fc6 python-configobj-4.3.2-5.fc6 python-formencode-0.5.1-3.fc6 python-irclib-0.4.6-2.fc6 python-kiwi-1.9.9-1.fc6 python-mechanize-0.1.1a-5.fc6 python-myghty-1.0.2-2.fc6 python-paste-0.9.3-5.fc6 python-paste-deploy-0.5-4.fc6 python-paste-script-0.9-5.fc6 python-psycopg2-2.0.5.1-1.fc6 python-ruledispatch-0.5a0-0.3.svnr2115.fc6 python-simplejson-1.3-4.fc6 python-smbpasswd-1.0.1-4.fc6 qscintilla-1.6-3.3.fc6 regexxer-0.8-6.fc6 scrub-1.8-1.fc6 sobby-0.4.1-2.fc6 soundconverter-0.8.3-2.fc6 steghide-0.5.1-2.fc6 stellarium-0.8.1-2.fc6 suck-4.3.2-13.fc6 tcpick-0.2.1-9.fc6 uqm-0.5.0-1.1.fc6 valknut-0.3.7-9.fc6 verbiste-0.1.16-1.fc6 wfut-1.0-3.fc6 wlassistant-0.5.5-3.fc6 wp_tray-0.5.1-3.fc6 xprobe2-0.3-8.fc6 xsupplicant-1.2.7-2.fc6 yaz-2.1.26-1.1.fc6 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Mon Sep 4 15:05:59 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 4 Sep 2006 11:05:59 -0400 (EDT) Subject: Broken upgrade paths in FC+FE 2006-09-04 Message-ID: <20060904150559.5D2BB15212C@buildsys.fedoraproject.org> UNKNOWN OWNER (possibly Core package): device-mapper 4: 0:1.02.07-2.0 (FC4-updates) 5: 0:1.02.02-3.2 (FC5) 6: 0:1.02.07-1.1 (FC6) ftp 5: 0:0.17-33.fc5 (FC5-updates) 6: 0:0.17-32.1.2.4 (FC6) lvm2 4: 0:2.02.06-1.0.fc4 (FC4-updates) 5: 0:2.02.01-1.2.1 (FC5) 6: 0:2.02.06-3 (FC6) mozilla 3: 37:1.7.13-1.3.1.legacy (FL3-updates) 4: 37:1.7.13-1.1.fc4 (FC4-updates) 5: 37:1.7.13-1.1.fc5 (FC5-updates) quagga 4: 0:0.98.6-1.fc4 (FC4-updates) 5: 0:0.98.6-1.FC5 (FC5-updates) 6: 0:0.98.6-2.1 (FC6) andreas.bierfert AT lowlatency.de: dillo 4: 0:0.8.6-2.fc4 (FE4) 5: 0:0.8.6-1.fc5 (FE5) 6: 0:0.8.6-2.fc6 (FE6) libpqxx 5: 0:2.6.7-1.fc5 (FE5) 6: 0:2.6.6-1.fc6 (FE6) foolish AT guezz.net: serpentine 5: 0:0.7-4.fc5 (FE5) 6: 0:0.7-3.fc6 (FE6) gauret AT free.fr: amarok 5: 0:1.4.2-1.fc5 (FE5) 6: 0:1.4.1-3.fc6 (FE6) kengert AT redhat.com: seamonkey 5: 0:1.0.4-0.5.1.fc5 (FE5) 6: 0:1.0.2-1.fc6 (FE6) lemenkov AT gmail.com: fuse-sshfs 5: 0:1.6-3.fc5 (FE5) 6: 0:1.6-2.fc6 (FE6) stratagus 5: 0:2.1-6.fc5 (FE5) 6: 0:2.1-5.fc6 (FE6) meme AT daughtersoftiresias.org: fortune-firefly 5: 0:2.1.1-2.fc5 (FE5) 6: 0:2.1.1-1.fc6 (FE6) mpeters AT mac.com: firestarter 5: 0:1.0.3-11.fc5 (FE5) 6: 0:1.0.3-10.fc6 (FE6) noa AT resare.com: vorbisgain 5: 0:0.34-2.fc5 (FE5) 6: 0:0.34-1.fc6 (FE6) nomis80 AT nomis80.org: camstream 5: 0:0.26.3-10.fc5 (FE5) 6: 0:0.26.3-9.fc5 (FE6) opencv 5: 0:0.9.7-16.fc5 (FE5) 6: 0:0.9.7-15.fc5 (FE6) paul AT city-fan.org: perl-String-CRC32 4: 0:1.4-1.fc4 (FE4) 5: 0:1.4-1.FC5 (FC5-updates) 6: 0:1.4-2.fc6 (FC6) petersen AT redhat.com: m17n-db 4: 0:1.3.3-1.fc4 (FE4) 5: 0:1.3.3-1 (FC5) 6: 0:1.3.3-21.fc6 (FC6) qspencer AT ieee.org: octave-forge 5: 0:2006.07.09-5.fc5 (FE5) 6: 0:2006.07.09-4.fc6 (FE6) rpm AT timj.co.uk: php-pear-DB 5: 0:1.7.6-6.fc5 (FE5) 6: 0:1.7.6-6 (FE6) ryo-dairiki AT users.sourceforge.net: scim-tomoe 5: 0:0.2.0-6.fc5.1 (FE5) 6: 0:0.2.0-4.fc6 (FE6) spr AT astrax.fis.ucm.es: wcstools 5: 0:3.6.5-2.fc5 (FE5) 6: 0:3.6.5-1.fc6 (FE6) thomas AT apestaart.org: flumotion 5: 0:0.2.1-2.fc5 (FE5) 6: 0:0.2.0-1.fc5 (FE6) ---------------------------------------------------------------------- amarok: gauret AT free.fr 5: 0:1.4.2-1.fc5 (FE5) 6: 0:1.4.1-3.fc6 (FE6) camstream: nomis80 AT nomis80.org 5: 0:0.26.3-10.fc5 (FE5) 6: 0:0.26.3-9.fc5 (FE6) device-mapper: UNKNOWN OWNER (possibly Core package) 4: 0:1.02.07-2.0 (FC4-updates) 5: 0:1.02.02-3.2 (FC5) 6: 0:1.02.07-1.1 (FC6) dillo: andreas.bierfert AT lowlatency.de 4: 0:0.8.6-2.fc4 (FE4) 5: 0:0.8.6-1.fc5 (FE5) 6: 0:0.8.6-2.fc6 (FE6) firestarter: mpeters AT mac.com 5: 0:1.0.3-11.fc5 (FE5) 6: 0:1.0.3-10.fc6 (FE6) flumotion: thomas AT apestaart.org 5: 0:0.2.1-2.fc5 (FE5) 6: 0:0.2.0-1.fc5 (FE6) fortune-firefly: meme AT daughtersoftiresias.org 5: 0:2.1.1-2.fc5 (FE5) 6: 0:2.1.1-1.fc6 (FE6) ftp: UNKNOWN OWNER (possibly Core package) 5: 0:0.17-33.fc5 (FC5-updates) 6: 0:0.17-32.1.2.4 (FC6) fuse-sshfs: lemenkov AT gmail.com 5: 0:1.6-3.fc5 (FE5) 6: 0:1.6-2.fc6 (FE6) libpqxx: andreas.bierfert AT lowlatency.de 5: 0:2.6.7-1.fc5 (FE5) 6: 0:2.6.6-1.fc6 (FE6) lvm2: UNKNOWN OWNER (possibly Core package) 4: 0:2.02.06-1.0.fc4 (FC4-updates) 5: 0:2.02.01-1.2.1 (FC5) 6: 0:2.02.06-3 (FC6) m17n-db: petersen AT redhat.com 4: 0:1.3.3-1.fc4 (FE4) 5: 0:1.3.3-1 (FC5) 6: 0:1.3.3-21.fc6 (FC6) mozilla: UNKNOWN OWNER (possibly Core package) 3: 37:1.7.13-1.3.1.legacy (FL3-updates) 4: 37:1.7.13-1.1.fc4 (FC4-updates) 5: 37:1.7.13-1.1.fc5 (FC5-updates) octave-forge: qspencer AT ieee.org 5: 0:2006.07.09-5.fc5 (FE5) 6: 0:2006.07.09-4.fc6 (FE6) opencv: nomis80 AT nomis80.org 5: 0:0.9.7-16.fc5 (FE5) 6: 0:0.9.7-15.fc5 (FE6) perl-String-CRC32: paul AT city-fan.org 4: 0:1.4-1.fc4 (FE4) 5: 0:1.4-1.FC5 (FC5-updates) 6: 0:1.4-2.fc6 (FC6) php-pear-DB: rpm AT timj.co.uk 5: 0:1.7.6-6.fc5 (FE5) 6: 0:1.7.6-6 (FE6) quagga: UNKNOWN OWNER (possibly Core package) 4: 0:0.98.6-1.fc4 (FC4-updates) 5: 0:0.98.6-1.FC5 (FC5-updates) 6: 0:0.98.6-2.1 (FC6) scim-tomoe: ryo-dairiki AT users.sourceforge.net 5: 0:0.2.0-6.fc5.1 (FE5) 6: 0:0.2.0-4.fc6 (FE6) seamonkey: kengert AT redhat.com 5: 0:1.0.4-0.5.1.fc5 (FE5) 6: 0:1.0.2-1.fc6 (FE6) serpentine: foolish AT guezz.net 5: 0:0.7-4.fc5 (FE5) 6: 0:0.7-3.fc6 (FE6) stratagus: lemenkov AT gmail.com 5: 0:2.1-6.fc5 (FE5) 6: 0:2.1-5.fc6 (FE6) vorbisgain: noa AT resare.com 5: 0:0.34-2.fc5 (FE5) 6: 0:0.34-1.fc6 (FE6) wcstools: spr AT astrax.fis.ucm.es 5: 0:3.6.5-2.fc5 (FE5) 6: 0:3.6.5-1.fc6 (FE6) From buildsys at fedoraproject.org Mon Sep 4 15:24:12 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Mon, 04 Sep 2006 15:24:12 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-04 Message-ID: <20060904152412.17092.42567@extras64.linux.duke.edu> Summary of broken packages (by owner): ---------------------------------------------------------------------- bdpepple AT ameritech.net contact-lookup-applet - 0.14-3.fc6.i386 (28 days) contact-lookup-applet - 0.14-3.fc6.ppc (28 days) contact-lookup-applet - 0.14-3.fc6.x86_64 (28 days) byte AT fedoraproject.org gaim-guifications - 2.12-3.fc5.i386 (47 days) gaim-guifications - 2.12-3.fc5.ppc (47 days) gaim-guifications - 2.12-3.fc5.x86_64 (47 days) dwmw2 AT redhat.com exim-sa - 4.63-1.fc6.i386 exim-sa - 4.63-1.fc6.ppc exim-sa - 4.63-1.fc6.x86_64 foolish AT guezz.net muine - 0.8.5-1.fc6.i386 (16 days) muine - 0.8.5-1.fc6.ppc (16 days) muine - 0.8.5-1.fc6.x86_64 (16 days) gauret AT free.fr amarok - 1.4.1-3.fc6.i386 (39 days) amarok - 1.4.1-3.fc6.ppc (39 days) showimg-pgsql - 0.9.5-7.fc4.i386 (28 days) showimg-pgsql - 0.9.5-7.fc4.ppc (28 days) showimg-pgsql - 0.9.5-7.fc4.x86_64 (28 days) showimg-pgsql - 0.9.5-7.fc5.i386 (28 days) showimg-pgsql - 0.9.5-7.fc5.ppc (28 days) showimg-pgsql - 0.9.5-7.fc5.x86_64 (28 days) gemi AT bluewin.ch bigloo - 2.8c-2.fc4.ppc bigloo - 2.8c-2.fc5.ppc bigloo - 2.8c-2.fc5.x86_64 bigloo - 2.8c-3.fc6.ppc bigloo - 2.8c-3.fc6.x86_64 mpeters AT mac.com gfontview - 0.5.0-5.fc5.i386 (47 days) gfontview - 0.5.0-5.fc5.ppc (47 days) gfontview - 0.5.0-5.fc5.x86_64 (47 days) gtkhtml36 - 3.6.2-5.fc6.i386 (47 days) gtkhtml36 - 3.6.2-5.fc6.ppc (47 days) gtkhtml36 - 3.6.2-5.fc6.x86_64 (47 days) libvisual-plugins - 0.2.0-3.fc5.i386 (47 days) libvisual-plugins - 0.2.0-3.fc5.i386 (47 days) libvisual-plugins - 0.2.0-3.fc5.ppc (47 days) libvisual-plugins - 0.2.0-3.fc5.ppc (47 days) libvisual-plugins - 0.2.0-3.fc5.x86_64 (47 days) libvisual-plugins - 0.2.0-3.fc5.x86_64 (47 days) rc040203 AT freenet.de rt3 - 3.6.1-1.fc6.noarch rt3 - 3.6.1-1.fc6.noarch rt3 - 3.6.1-1.fc6.noarch rolandd AT cisco.com libibverbs - 1.0.3-1.fc6.i386 (47 days) libibverbs - 1.0.3-1.fc6.ppc (47 days) libibverbs - 1.0.3-1.fc6.x86_64 (47 days) libibverbs-utils - 1.0.3-1.fc6.i386 (47 days) libibverbs-utils - 1.0.3-1.fc6.ppc (47 days) libibverbs-utils - 1.0.3-1.fc6.x86_64 (47 days) tcallawa AT redhat.com gambas-runtime - 1.0.14-2.fc5.i386 (27 days) perl-CGI-Untaint - 1.26-1.fc4.noarch perl-CGI-Untaint - 1.26-1.fc4.noarch perl-CGI-Untaint - 1.26-1.fc4.noarch perl-CGI-Untaint - 1.26-1.fc5.noarch perl-CGI-Untaint - 1.26-1.fc5.noarch perl-CGI-Untaint - 1.26-1.fc5.noarch perl-CGI-Untaint - 1.26-1.fc5.noarch perl-CGI-Untaint - 1.26-1.fc5.noarch perl-CGI-Untaint - 1.26-1.fc5.noarch perl-Maypole - 2.10-4.fc4.noarch perl-Maypole - 2.10-4.fc4.noarch perl-Maypole - 2.10-4.fc4.noarch thomas AT apestaart.org directfb - 0.9.24-5.fc5.i386 (47 days) directfb - 0.9.24-5.fc5.ppc (47 days) directfb - 0.9.24-5.fc5.x86_64 (47 days) toshio AT tiki-lounge.com qof-docs - 0.6.4-5.fc6.i386 qof-docs - 0.6.4-5.fc6.ppc qof-docs - 0.6.4-5.fc6.x86_64 Broken packages in fedora-extras-5-i386: ---------------------------------------------------------------------- libvisual-plugins-0.2.0-3.fc5.i386 requires libvisual.so.0 perl-CGI-Untaint-1.26-1.fc5.noarch requires perl(UNIVERSAL::require) showimg-pgsql-0.9.5-7.fc5.i386 requires libpqxx-2.6.6.so Broken packages in fedora-extras-5-x86_64: ---------------------------------------------------------------------- bigloo-2.8c-2.fc5.x86_64 requires libbigloobdl_u-2.8c.so()(64bit) libvisual-plugins-0.2.0-3.fc5.x86_64 requires libvisual.so.0()(64bit) perl-CGI-Untaint-1.26-1.fc5.noarch requires perl(UNIVERSAL::require) showimg-pgsql-0.9.5-7.fc5.x86_64 requires libpqxx-2.6.6.so()(64bit) Broken packages in fedora-extras-5-ppc: ---------------------------------------------------------------------- bigloo-2.8c-2.fc5.ppc requires libbigloobdl_u-2.8c.so libvisual-plugins-0.2.0-3.fc5.ppc requires libvisual.so.0 perl-CGI-Untaint-1.26-1.fc5.noarch requires perl(UNIVERSAL::require) showimg-pgsql-0.9.5-7.fc5.ppc requires libpqxx-2.6.6.so Broken packages in fedora-extras-4-i386: ---------------------------------------------------------------------- perl-CGI-Untaint-1.26-1.fc4.noarch requires perl(UNIVERSAL::require) perl-Maypole-2.10-4.fc4.noarch requires perl(UNIVERSAL::require) showimg-pgsql-0.9.5-7.fc4.i386 requires libpqxx-2.6.6.so Broken packages in fedora-extras-4-x86_64: ---------------------------------------------------------------------- perl-CGI-Untaint-1.26-1.fc4.noarch requires perl(UNIVERSAL::require) perl-Maypole-2.10-4.fc4.noarch requires perl(UNIVERSAL::require) showimg-pgsql-0.9.5-7.fc4.x86_64 requires libpqxx-2.6.6.so()(64bit) Broken packages in fedora-extras-4-ppc: ---------------------------------------------------------------------- bigloo-2.8c-2.fc4.ppc requires libbigloobdl_u-2.8c.so perl-CGI-Untaint-1.26-1.fc4.noarch requires perl(UNIVERSAL::require) perl-Maypole-2.10-4.fc4.noarch requires perl(UNIVERSAL::require) showimg-pgsql-0.9.5-7.fc4.ppc requires libpqxx-2.6.6.so Broken packages in fedora-extras-development-i386: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.i386 requires HelixPlayer contact-lookup-applet-0.14-3.fc6.i386 requires libebook-1.2.so.5 directfb-0.9.24-5.fc5.i386 requires libsysfs.so.1 exim-sa-4.63-1.fc6.i386 requires exim = 0:4.63-1.fc6 gaim-guifications-2.12-3.fc5.i386 requires gaim < 1:2 gambas-runtime-1.0.14-2.fc5.i386 requires libgettextlib-0.14.5.so gfontview-0.5.0-5.fc5.i386 requires libttf.so.2 gtkhtml36-3.6.2-5.fc6.i386 requires libgailutil.so.17 libibverbs-1.0.3-1.fc6.i386 requires libsysfs.so.1 libibverbs-utils-1.0.3-1.fc6.i386 requires libsysfs.so.1 libvisual-plugins-0.2.0-3.fc5.i386 requires libvisual.so.0 muine-0.8.5-1.fc6.i386 requires mono(glib-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.i386 requires mono(gtk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.i386 requires mono(gdk-sharp) = 0:2.8.0.0 perl-CGI-Untaint-1.26-1.fc5.noarch requires perl(UNIVERSAL::require) qof-docs-0.6.4-5.fc6.i386 requires qof = 0:0.6.4-5.fc6 rt3-3.6.1-1.fc6.noarch requires perl(UNIVERSAL::require) Broken packages in fedora-extras-development-x86_64: ---------------------------------------------------------------------- bigloo-2.8c-3.fc6.x86_64 requires libbigloobdl_u-2.8c.so()(64bit) contact-lookup-applet-0.14-3.fc6.x86_64 requires libebook-1.2.so.5()(64bit) directfb-0.9.24-5.fc5.x86_64 requires libsysfs.so.1()(64bit) exim-sa-4.63-1.fc6.x86_64 requires exim = 0:4.63-1.fc6 gaim-guifications-2.12-3.fc5.x86_64 requires gaim < 1:2 gfontview-0.5.0-5.fc5.x86_64 requires libttf.so.2()(64bit) gtkhtml36-3.6.2-5.fc6.x86_64 requires libgailutil.so.17()(64bit) libibverbs-1.0.3-1.fc6.x86_64 requires libsysfs.so.1()(64bit) libibverbs-utils-1.0.3-1.fc6.x86_64 requires libsysfs.so.1()(64bit) libvisual-plugins-0.2.0-3.fc5.x86_64 requires libvisual.so.0()(64bit) muine-0.8.5-1.fc6.x86_64 requires mono(gdk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.x86_64 requires mono(gtk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.x86_64 requires mono(glib-sharp) = 0:2.8.0.0 perl-CGI-Untaint-1.26-1.fc5.noarch requires perl(UNIVERSAL::require) qof-docs-0.6.4-5.fc6.x86_64 requires qof = 0:0.6.4-5.fc6 rt3-3.6.1-1.fc6.noarch requires perl(UNIVERSAL::require) Broken packages in fedora-extras-development-ppc: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.ppc requires HelixPlayer bigloo-2.8c-3.fc6.ppc requires libbigloobdl_u-2.8c.so contact-lookup-applet-0.14-3.fc6.ppc requires libebook-1.2.so.5 directfb-0.9.24-5.fc5.ppc requires libsysfs.so.1 exim-sa-4.63-1.fc6.ppc requires exim = 0:4.63-1.fc6 gaim-guifications-2.12-3.fc5.ppc requires gaim < 1:2 gfontview-0.5.0-5.fc5.ppc requires libttf.so.2 gtkhtml36-3.6.2-5.fc6.ppc requires libgailutil.so.17 libibverbs-1.0.3-1.fc6.ppc requires libsysfs.so.1 libibverbs-utils-1.0.3-1.fc6.ppc requires libsysfs.so.1 libvisual-plugins-0.2.0-3.fc5.ppc requires libvisual.so.0 muine-0.8.5-1.fc6.ppc requires mono(glib-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.ppc requires mono(gtk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.ppc requires mono(gdk-sharp) = 0:2.8.0.0 perl-CGI-Untaint-1.26-1.fc5.noarch requires perl(UNIVERSAL::require) qof-docs-0.6.4-5.fc6.ppc requires qof = 0:0.6.4-5.fc6 rt3-3.6.1-1.fc6.noarch requires perl(UNIVERSAL::require) ====================================================================== New report for: dwmw2 AT redhat.com package: exim-sa - 4.63-1.fc6.i386 from fedora-extras-development-i386 unresolved deps: exim = 0:4.63-1.fc6 package: exim-sa - 4.63-1.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: exim = 0:4.63-1.fc6 package: exim-sa - 4.63-1.fc6.ppc from fedora-extras-development-ppc unresolved deps: exim = 0:4.63-1.fc6 ====================================================================== New report for: tcallawa AT redhat.com package: perl-CGI-Untaint - 1.26-1.fc5.noarch from fedora-extras-development-i386 unresolved deps: perl(UNIVERSAL::require) package: perl-CGI-Untaint - 1.26-1.fc5.noarch from fedora-extras-development-x86_64 unresolved deps: perl(UNIVERSAL::require) package: perl-CGI-Untaint - 1.26-1.fc5.noarch from fedora-extras-development-ppc unresolved deps: perl(UNIVERSAL::require) ====================================================================== New report for: rc040203 AT freenet.de package: rt3 - 3.6.1-1.fc6.noarch from fedora-extras-development-i386 unresolved deps: perl(UNIVERSAL::require) package: rt3 - 3.6.1-1.fc6.noarch from fedora-extras-development-x86_64 unresolved deps: perl(UNIVERSAL::require) package: rt3 - 3.6.1-1.fc6.noarch from fedora-extras-development-ppc unresolved deps: perl(UNIVERSAL::require) From Christian.Iseli at licr.org Mon Sep 4 16:24:03 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Mon, 4 Sep 2006 18:24:03 +0200 Subject: FE Package Status of Sep 4, 2006 Message-ID: <20060904182403.765099ee@ludwig-alpha> Hi folks, Here is the somewhat overdue package status update... There are now over 700 packages in the comps file for FE-6. Nice, but some further efforts will be needed I think. I'll try to find some time this week to increase that number... There are 7 packages found in both Core and Extras devel repo ATM. This should be fixed before FC-6 launches. I count 2161 packages with a devel directory in CVS, and 1136 needs.rebuild files... so we are half-way there for the M{ae}ss-rebuild :-) Cheers, Christian ---- FE Package Status of Sep 4, 2006 The full report can be found here: http://fedoraproject.org/wiki/Extras/PackageStatus Owners file stats: - 2186 packages - 45 orphans - 28 packages not available in extras devel or release Jochen at herr-schmitt dot de suck cgoorah at yahoo dot com dot au gresistor cgoorah at yahoo dot com dot au xcicuit cgoorah at yahoo dot com dot au kadischi cgoorah at yahoo dot com dot au geda-gnetlist cweyl at alumni dot drew dot edu perl-GStreamer davidhart at tqmcube dot com leafnode denis at poolshark dot org gpredict dennis at ausil dot us oooqs2 fredrik at dolda2000 dot com icmpdn ghenry at suretecsystems dot com gnome-applet-netmon ifoox at redhat dot com ant-contrib jpo at di dot uminho dot pt perl-Test-Builder-Tester matthias at rpmforge dot net fillets-ng-data-cs paul at all-the-johnsons dot co dot uk mono-debugger paul at all-the-johnsons dot co dot uk gconvert splinux at fedoraproject dot org gstm tcallawa at redhat dot com perl-Maypole tcallawa at redhat dot com R-RScaLAPACK tcallawa at redhat dot com comical tcallawa at redhat dot com libgdamm tcallawa at redhat dot com R-hdf5 tcallawa at redhat dot com opendap toniw at iki dot fi silky toniw at iki dot fi libmatchbox toshio at tiki-lounge dot com hula wart at kobold dot org wfut wtogami at redhat dot com iiimf-le-simplehangul - 7 packages not available in extras devel but present in release cweyl at alumni dot drew dot edu gaim-gaym gemi at bluewin dot ch TeXmacs ivazquez at ivazquez dot net gnome-applet-rhythmbox paul at xtdnet dot nl s3switch triad at df dot lth dot se gnome-phone-manager ville dot skytta at iki dot fi em8300-kmod ville dot skytta at iki dot fi em8300 - 3 packages which have not yet been FE-APPROVE'd... https://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_id=189375 Maelstrom notting at redhat.com https://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_id=203864,204227 tripwire fedora at theholbrooks.org foremost fedora-devel at mx-solutions.de - 6 packages present in the development repo which have no owners entry BackupPC dates gnustep-make libburn python-musicbrainz2 xcircuit - 6 orphaned packages, yet available in extras devel cvsplot jikes jlint lft perl-String-ShellQuote qascade - 45 packages that moved to core Packages appearing both in Core and Extras: - 7 packages duplicated for devel: jpmahowald at gmail dot com alacarte jpo at di dot uminho dot pt perl-Net-SSLeay jpo at di dot uminho dot pt perl-IO-Socket-SSL jpo at di dot uminho dot pt perl-Socket6 jvdias at redhat dot com openmpi petersen at redhat dot com scim-bridge tagoh at redhat dot com paps FE-ACCEPT packages stats: - 1229 accepted, closed package reviews - 8 accepted, closed package reviews not in repo - 8 accepted, closed package reviews not in owners - 8 accepted, open package reviews older than 4 weeks; - 13 accepted, open package reviews with a package already in the repo FE-REVIEW packages stats: - 105 open tickets - 24 tickets with no activity in eight weeks - 13 tickets with no activity in four weeks - 1 closed tickets FE-NEW packages stats: - 176 open tickets - 20 tickets with no activity in eight weeks - 28 tickets with no activity in four weeks - 1 closed tickets FE-NEEDSPONSOR packages stats: - 28 open tickets - 4 tickets with no activity in eight weeks - 4 tickets with no activity in four weeks FE-LEGAL packages stats: - 2 open tickets FE-GUIDELINES packages stats: - 2 open tickets - 1 tickets with no activity in eight weeks - 1 tickets with no activity in four weeks OPEN-BUGS packages stats: - 223 open tickets - 133 tickets with no activity in eight weeks - 43 tickets with no activity in four weeks CVS stats: - 2161 packages with a devel directory - 11 packages with no owners entry BackupPC dates gnustep-make initng libburn muse php-apc python-musicbrainz2 xcircuit xfsdump zoo - 6 packages in CVS devel *and* Core alacarte dogtail libevent openmpi pam_pkcs11 pyspi - 118 packages were dropped from extras Maintainers stats: - 227 maintainers - 1 inactive maintainers with open bugs - 1 inactive maintainers Dropped FC packages: - 276 packages were dropped from core since FC 1 Comps.xml files stats: - 702 packages in comps-fe6 file - 442 packages missing from comps-fe6 file - 26 packages in comps-fe6 but not in repo - 594 packages in comps-fe5 file - 519 packages missing from comps-fe5 file - 24 packages in comps-fe5 but not in repo From fedora at leemhuis.info Mon Sep 4 17:10:04 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 04 Sep 2006 19:10:04 +0200 Subject: Ignacio's packages: status update (Was: We'll officially orphan Ignacio Vazquez-Abrams packages) In-Reply-To: <44F316D4.6040202@leemhuis.info> References: <44F316D4.6040202@leemhuis.info> Message-ID: <44FC5DEC.1030800@leemhuis.info> Hi! Thorsten Leemhuis schrieb: [...] > As FC6 is approaching and Ignacio seems to be AWOL for a long time now > we'll speed up the AWOL process. In other words: All of Ignacio's > packages are hereby considered orphaned. It's sad to lose such a major > contributor, but we can't avoid it any longer. A lot of Ignacio's packages found a new owner in the past week and most of the new maintainers are listed in owners.list already. I just updated the list in the wiki slightly and removed the packages where the new maintainer forgot to update it after updateing owners.list (*1). Here are those listed that are still in the wiki: MikeKnox: > ||deskbar-applet||2006-08-29, MikeKnox would like to take this|| > ||fltk||2006-08-29, MikeKnox would like to take this|| > ||fyre||2006-08-29, MikeKnox would like to take this|| > ||leafpad||2006-08-29, MikeKnox would like to take this|| > ||pam_mysql||2006-08-29, MikeKnox would like to take this|| LukeMacken: > ||python-formencode||2006-08-29, LukeMacken would like to take this. || > ||python-json||2006-08-29, LukeMacken would like to take this. || > ||python-sqlobject||2006-08-29, LukeMacken would like to take this. || > ||python-TestGears||2006-08-29, LukeMacken would like to take this. || > ||python-nose|| LukeMacken is willing to take this. || > ||TurboGears||2006-08-29, LukeMacken would like to take this. || Some others: > ||hamlib|| 2006-08-29 BobJensen DennisGilmore would like to co-maintain|| > ||MochiKit||2006-08-28, KonstantinRyabitsev claims ownership|| > ||mod_auth_pam||2006-08-28, BrandonHolbrook would like to take this|| > ||numpy||2006-08-28, JarodWilson would like to take over this package|| > ||OpenEXR||2006-08-28, RexDieter|| > ||php-json||2006-08-28, KonstantinRyabitsev claims ownership, also BrandonHolbrook via [http://bugzilla.redhat.com/bugzilla/198564] || Guys, please start the takeover process soon! tia! PeterGordon added this: > ||gnome-applet-rhythmbox||2006-08-28, This package should me marked dead (renamed to gnome-applet-music by upstream since it supports more than just Rhythmbox). --PeterGordon|| > ||gnome-theme-clearlooks||This should probably be marked dead too, as it was only for FC-3 and is now integrated with the gtk2-engines package. --PeterGordon|| Peter (or someone else interested), could you mark them as dead in cvs but nevertheless take over in owners.list in case bugs get filed against this old crud? No new maintainers in sight for these yet: > ||ecore|||| > ||edb|||| > ||edje|||| > ||eet|||| > ||embryo|||| > ||evas|||| > ||f2py|||| > ||gnet2|||| > ||libifp|||| > ||lock-keys-applet|||| > ||mimetex|||| > ||pyparsing|||| > ||python-amara|||| > ||python-cpio|||| > ||python-HTMLgen|||| > ||repoml|||| According to command (*2) $ for i in ecore edb edje eet embryo evas f2py gnet2 libifp lock-keys-applet mimetex pyparsing python-amara python-cpio python-HTMLgen repoml; do echo ${i}; repoquery -q --whatrequires $(repoquery -q --provides ${i}) | sort | uniq ; echo; done some of them are required by other pacakges: ecore ecore-0:0.9.9.026-1.fc5.x86_64 ecore-0:0.9.9.026-2.fc5.x86_64 ecore-devel-0:0.9.9.026-1.fc5.x86_64 ecore-devel-0:0.9.9.026-2.fc5.x86_64 ecore-directfb-0:0.9.9.026-2.fc5.x86_64 edje-0:0.5.0.026-1.fc5.x86_64 edb edb-0:1.0.5.005-1.fc5.x86_64 edb-0:1.0.5.007-1.fc5.x86_64 edb-devel-0:1.0.5.005-1.fc5.x86_64 edb-devel-0:1.0.5.007-1.fc5.x86_64 edb-gtk-0:1.0.5.005-1.fc5.x86_64 edb-gtk-0:1.0.5.007-1.fc5.x86_64 edb-ncurses-0:1.0.5.005-1.fc5.x86_64 edb-ncurses-0:1.0.5.007-1.fc5.x86_64 evas-0:0.9.9.026-1.fc5.x86_64 evas-edb-0:0.9.9.026-2.fc5.x86_64 edje edje-0:0.5.0.026-1.fc5.x86_64 edje-devel-0:0.5.0.026-1.fc5.x86_64 eet ecore-0:0.9.9.026-1.fc5.x86_64 ecore-0:0.9.9.026-2.fc5.x86_64 ecore-devel-0:0.9.9.026-1.fc5.x86_64 ecore-devel-0:0.9.9.026-2.fc5.x86_64 edje-0:0.5.0.026-1.fc5.x86_64 eet-0:0.9.10.023-2.fc5.x86_64 eet-0:0.9.10.026-1.fc5.x86_64 eet-devel-0:0.9.10.023-2.fc5.x86_64 eet-devel-0:0.9.10.026-1.fc5.x86_64 evas-0:0.9.9.026-1.fc5.x86_64 evas-0:0.9.9.026-2.fc5.x86_64 embryo edje-0:0.5.0.026-1.fc5.x86_64 embryo-0:0.9.1.023-1.fc5.x86_64 embryo-0:0.9.1.026-1.fc5.x86_64 embryo-devel-0:0.9.1.023-1.fc5.x86_64 embryo-devel-0:0.9.1.026-1.fc5.x86_64 evas ecore-0:0.9.9.026-1.fc5.x86_64 ecore-0:0.9.9.026-2.fc5.x86_64 edje-0:0.5.0.026-1.fc5.x86_64 evas-0:0.9.9.026-1.fc5.x86_64 evas-0:0.9.9.026-2.fc5.x86_64 evas-devel-0:0.9.9.026-1.fc5.x86_64 evas-devel-0:0.9.9.026-2.fc5.x86_64 evas-directfb-0:0.9.9.026-2.fc5.x86_64 evas-edb-0:0.9.9.026-2.fc5.x86_64 f2py gnet2 fyre-0:1.0.0-13.fc5.x86_64 gnet2-devel-0:2.0.7-6.fc5.x86_64 gurlchecker-0:0.10.0-1.fc5.x86_64 gurlchecker-0:0.10.0-2.fc5.x86_64 pan-1:0.14.2.91-4.fc5.x86_64 workrave-0:1.8.2-2.fc5.x86_64 workrave-0:1.8.3-1.fc5.x86_64 libifp amarok-0:1.4.1-2.fc5.x86_64 amarok-0:1.4.1-3.fc5.x86_64 libifp-0:1.0.0.2-2.fc5.x86_64 libifp-devel-0:1.0.0.2-2.fc5.x86_64 lock-keys-applet mimetex moodle-0:1.5.3-2.fc5.noarch moodle-0:1.5.4-1.fc5.noarch pyparsing pydot-0:0.9.10-3.fc5.noarch tinyerp-server-0:3.3.0-1.fc5.noarch tinyerp-server-0:3.3.0-2.fc5.noarch python-amara python-cpio python-HTMLgen repoml I suggest we remove them from the repo (after an additional warning later this week) shortly after Sunday, September 10, 23:59 UTC -- that leaves round about a month before FC6 for the maintainers of the other packages to fix up the dependency chain. CU thl (*1) Site note: guys, next time when you update owners.list to take over a orphaned package *please* remove it also from the wiki page! tia! I had to do some manual and annoying cleanup there before I could start working on this mail. See http://www.fedoraproject.org/wiki/Extras/OrphanedPackages?action=diff&rev2=348&rev1=347 (*2) Is there a better/easier way to do that? Is this way actually correct? From jamatos at fc.up.pt Mon Sep 4 17:41:04 2006 From: jamatos at fc.up.pt (=?utf-8?q?Jos=C3=A9_Matos?=) Date: Mon, 4 Sep 2006 18:41:04 +0100 Subject: Ignacio's packages: status update (Was: We'll officially orphan Ignacio Vazquez-Abrams packages) In-Reply-To: <44FC5DEC.1030800@leemhuis.info> References: <44F316D4.6040202@leemhuis.info> <44FC5DEC.1030800@leemhuis.info> Message-ID: <200609041841.05289.jamatos@fc.up.pt> On Monday 04 September 2006 18:10, Thorsten Leemhuis wrote: > Hi! > > Thorsten Leemhuis schrieb: > [...] > > No new maintainers in sight for these yet: > > ||ecore|||| > > ||edb|||| > > ||edje|||| > > ||eet|||| > > ||embryo|||| > > ||evas|||| > > ||f2py|||| > > ||gnet2|||| > > ||libifp|||| > > ||lock-keys-applet|||| > > ||mimetex|||| > > ||pyparsing|||| > > ||python-amara|||| > > ||python-cpio|||| > > ||python-HTMLgen|||| > > ||repoml|||| For some reason these packages escaped my radar, I guess that this means I am not a bat. ;-) I would like to take ownership of f2py, pyparsing, python-amara, python-cpio and python-HTMLgen. > CU > thl -- Jos? Ab?lio From fedora at leemhuis.info Mon Sep 4 17:54:39 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 04 Sep 2006 19:54:39 +0200 Subject: Ignacio's packages: status update (Was: We'll officially orphan Ignacio Vazquez-Abrams packages) In-Reply-To: <200609041841.05289.jamatos@fc.up.pt> References: <44F316D4.6040202@leemhuis.info> <44FC5DEC.1030800@leemhuis.info> <200609041841.05289.jamatos@fc.up.pt> Message-ID: <44FC685F.1030105@leemhuis.info> Jos? Matos schrieb: > On Monday 04 September 2006 18:10, Thorsten Leemhuis wrote: >> Thorsten Leemhuis schrieb: >> [...] >> No new maintainers in sight for these yet: [...] > For some reason these packages escaped my radar, I guess that this means I > am not a bat. ;-) > > I would like to take ownership of f2py, pyparsing, python-amara, python-cpio > and python-HTMLgen. Great. I saw your added your name to the packages on http://fedoraproject.org/wiki/Extras/OrphanedPackages already. Even better :) I'd say wait 24 hours in case someone else is interested and if not just take them over. CU thl From triad at df.lth.se Mon Sep 4 17:53:55 2006 From: triad at df.lth.se (Linus Walleij) Date: Mon, 4 Sep 2006 19:53:55 +0200 (CEST) Subject: FE Package Status of Sep 4, 2006 In-Reply-To: <20060904182403.765099ee@ludwig-alpha> References: <20060904182403.765099ee@ludwig-alpha> Message-ID: On Mon, 4 Sep 2006, Christian Iseli wrote: > - 7 packages not available in extras devel but present in release > triad at df dot lth dot se gnome-phone-manager Blocked by bug 203997 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203997 In turn actually GNOME bug 349726 http://bugzilla.gnome.org/show_bug.cgi?id=349726 Which is quite non-trivial and involves some patching of other package (contact-lookup-applet). Hoping for a new GNOME base release or g-p-m release to fix this bug, input welcome. Linus From chitlesh at fedoraproject.org Mon Sep 4 17:57:50 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Mon, 4 Sep 2006 19:57:50 +0200 Subject: FE Package Status of Sep 4, 2006 In-Reply-To: <20060904182403.765099ee@ludwig-alpha> References: <20060904182403.765099ee@ludwig-alpha> Message-ID: <13dbfe4f0609041057q5f39e718h6455357afc2f666a@mail.gmail.com> > cgoorah at yahoo dot com dot au gresistor > cgoorah at yahoo dot com dot au geda-gnetlist Waiting for clearance:) http://fedoraproject.org/wiki/Extras/CVSSyncNeeded > cgoorah at yahoo dot com dot au xcicuit This was a typo "xcircuit" , and was corrected. From jamatos at fc.up.pt Mon Sep 4 18:04:36 2006 From: jamatos at fc.up.pt (=?utf-8?q?Jos=C3=A9_Matos?=) Date: Mon, 4 Sep 2006 19:04:36 +0100 Subject: Ignacio's packages: status update (Was: We'll officially orphan Ignacio Vazquez-Abrams packages) In-Reply-To: <44FC685F.1030105@leemhuis.info> References: <44F316D4.6040202@leemhuis.info> <200609041841.05289.jamatos@fc.up.pt> <44FC685F.1030105@leemhuis.info> Message-ID: <200609041904.37031.jamatos@fc.up.pt> On Monday 04 September 2006 18:54, Thorsten Leemhuis wrote: > Great. I saw your added your name to the packages on > http://fedoraproject.org/wiki/Extras/OrphanedPackages > already. Even better :) I'd say wait 24 hours in case someone else is > interested and if not just take them over. That is fair. :-) > CU > thl -- Jos? Ab?lio From peter at thecodergeek.com Mon Sep 4 18:09:13 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Mon, 04 Sep 2006 11:09:13 -0700 Subject: Ignacio's packages: status update (Was: We'll officially orphan Ignacio Vazquez-Abrams packages) In-Reply-To: <44FC5DEC.1030800@leemhuis.info> References: <44F316D4.6040202@leemhuis.info> <44FC5DEC.1030800@leemhuis.info> Message-ID: <44FC6BC9.70809@thecodergeek.com> Thorsten Leemhuis wrote: > PeterGordon added this: >> ||gnome-applet-rhythmbox||2006-08-28, This package should me marked dead (renamed to gnome-applet-music by upstream since it supports more than just Rhythmbox). --PeterGordon|| >> ||gnome-theme-clearlooks||This should probably be marked dead too, as it was only for FC-3 and is now integrated with the gtk2-engines package. --PeterGordon|| > Peter (or someone else interested), could you mark them as dead in cvs > but nevertheless take over in owners.list in case bugs get filed against > this old crud? Consider it done. :) -- Peter Gordon (codergeek42) GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 My Blog: http://thecodergeek.com/blog/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From fedora at leemhuis.info Mon Sep 4 18:20:54 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 04 Sep 2006 20:20:54 +0200 Subject: Ignacio's packages: status update (Was: We'll officially orphan Ignacio Vazquez-Abrams packages) In-Reply-To: <44FC6BC9.70809@thecodergeek.com> References: <44F316D4.6040202@leemhuis.info> <44FC5DEC.1030800@leemhuis.info> <44FC6BC9.70809@thecodergeek.com> Message-ID: <44FC6E86.4000600@leemhuis.info> Peter Gordon schrieb: > Thorsten Leemhuis wrote: >> PeterGordon added this: >>> ||gnome-applet-rhythmbox||2006-08-28, This package should me marked dead (renamed to gnome-applet-music by upstream since it supports more than just Rhythmbox). --PeterGordon|| >>> ||gnome-theme-clearlooks||This should probably be marked dead too, as it was only for FC-3 and is now integrated with the gtk2-engines package. --PeterGordon|| >> Peter (or someone else interested), could you mark them as dead in cvs >> but nevertheless take over in owners.list in case bugs get filed against >> this old crud? > > Consider it done. :) thx for your help. CU thl From dan at danny.cz Mon Sep 4 19:09:00 2006 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Mon, 04 Sep 2006 21:09:00 +0200 Subject: default font "fixed" in xorg 7.1 Message-ID: <1157396940.3508.17.camel@eagle.danny.cz> Hello, I have a problem with rebuilding the TinyERP package for Fedora Extras. It needs to start a X server during the build process, so there is a "BuildRequires" dependency on xorg-x11-server-xvfb. The X server needs a default font "fixed", so there is a "BuildRequires" dependency on xorg-x11-fonts-base. When you look into the fonts-base package than the font "fixed" is defined in the /usr/share/X11/fonts/misc/fonts.alias file. This was sufficient at least until the last build of this package on July 24. In current Fedora Devel there is a problem because the font "fixed" cannot be found. So what happened to the font "fixed"? You can find the build logs at http://buildsys.fedoraproject.org/logs/fedora-development-extras/16094-tinyerp-3.3.0-3.fc6/ Dan -- TinyERP maintainer for Fedora Extras From fedora at leemhuis.info Mon Sep 4 19:20:32 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 04 Sep 2006 21:20:32 +0200 Subject: Housekeeping (Was Re: FE Package Status of Sep 4, 2006) In-Reply-To: <20060904182403.765099ee@ludwig-alpha> References: <20060904182403.765099ee@ludwig-alpha> Message-ID: <44FC7C80.1070205@leemhuis.info> Christian Iseli schrieb: > Here is the somewhat overdue package status update... thx for your work c4chris, mjk and everybody else involved in creating the reports. > ---- > FE Package Status of Sep 4, 2006 > > The full report can be found here: > http://fedoraproject.org/wiki/Extras/PackageStatus Well, it's a long list. It might be a bit to long. I'm wondering if we should split it in separate sections; especially stats should be separated from problem indicators. Why? Well, there are a lot of indicators for small or mid-range problems in there (and some for big ones) that we should solve in an ideal world, but it seems the maintainers ignore most them. Maybe more would look at the problems indicators if they would get a mail from the script "your Name is listed on the newest 'Problem indicators' report; please fix your stuff or tell us if we hit a false positive and we won't poke you again" But now let's start the rant and just cherry-pick a few things from the report that should be fixed in an ideal world but most of then got ignored instead: 28 Packages not present in the development repo -> most of them probably should be marked as dead.package in cvs. If they get re-submitted later they should go though a full review again. 7 packages not available in extras devel but present in release -> for the em8300{,-kmod} stuff it's understandable at this point of time. But all of this stuff should be fixed before we branch for FE6. gaim-gaym doesn't work with gaim 2.0 iirc -> we should announce this when F{CE}6 ships. Is it in the release notes already? 3 packages which have not yet been FE-APPROVED -> heck, why? 6 packages present in the development repo which have no entry in owners.list: "dates BackupPC xcircuit libburn gnustep-make python-musicbrainz2" -> heck, we need a group of people (QA SIG?) that make sure that this list gets down to zero entries most of the time 6 orphaned packages available in extras devel -> okay, they were orphaned just a few days ago iirc. But I'd sleep much better if I knew that theres a group of people that watching this list and makes sure that stuff like this gets removed when there is no maintainer found after three weeks (but I'm quite sure scop will handle it for his old packages in this case) 7 packages duplicated for devel: -> why the heck? Somebody should look at it quickly. 8 accepted, closed packages where I'm unable to find the package in the development repo -> hmm, that list in wide areas parts is similar to the "7 packages not available in extras devel but present in release". Maybe those should be merged? 8 accepted, closed packages where I'm unable to find the package in the owners file -> in wide areas parts is similar to "packages present in the development repo which have no entry in owners.list". Maybe those should be merged? 13 accepted, open package reviews where the package appears to already be in the repo.. and 1 closed tickets still blocking FE-REVIEW and 1 closed tickets still blocking FE-NEW -> well, not that important, but would be nice to look closer what's gone wrong here 133 OPEN-BUGS tickets with no activity in eight weeks -> maybe the script should post automatically post a small note in the bug there "Hey, I'm and automatic script that runs now and then and I noticed that there wasn't activity in the past eight weeks. Did you forget about this bug? Well, no big deal, that happens to everyone now and then, but please consider this as a reminder to fix this stuff" 11 packages in CVS with no owners entry: BackupPC dates gnustep-make initng libburn muse php-apc python-musicbrainz2 xcircuit xfsdump zoo -> can't believe it. In parts similar to "Packages missing in owners.list" and "8 accepted, closed packages where I'm unable to find the package in the owners file" 6 packages in CVS devel which appear to have moved to/from Core Stopping here. I think you know now what I'm up to. As I said, some (most) of the problems from above list are probably not that harmful. But things like "Duplicated packages in Core and Extras" (7 packages currently) really makes me nervous and we also should make sure that all of our packages are listed in owners.list. In gene: We should be doing our housekeeping-tasks a bit better IMHO. Action plan: try to get all the important stuff fixed before FE6. The less important stuff in the eight weeks after that. It'll be a bit of work, but IMHO worth the effort. After that implement a scheme/script/process to make sure that all "problem indicators" that are listed in two reports in a row get attention by somebody that can poke the right people to get the stuff fixed. Just my 2 cent. And please note: Yes, I also don't want to many bureaucratic stuff. But I think a bit is needed to keep everything straight. CU thl From sundaram at fedoraproject.org Mon Sep 4 19:23:11 2006 From: sundaram at fedoraproject.org (Rahul) Date: Tue, 05 Sep 2006 00:53:11 +0530 Subject: Housekeeping (Was Re: FE Package Status of Sep 4, 2006) In-Reply-To: <44FC7C80.1070205@leemhuis.info> References: <20060904182403.765099ee@ludwig-alpha> <44FC7C80.1070205@leemhuis.info> Message-ID: <44FC7D1F.8010401@fedoraproject.org> Thorsten Leemhuis wrote: > 7 packages not available in extras devel but present in release > -> for the em8300{,-kmod} stuff it's understandable at this point of > time. But all of this stuff should be fixed before we branch for FE6. > gaim-gaym doesn't work with gaim 2.0 iirc -> we should announce this > when F{CE}6 ships. Is it in the release notes already? > No. Feel free to. http://fedoraproject.org/wiki/Docs/Beats/Extras Rahul From chris.stone at gmail.com Mon Sep 4 19:22:51 2006 From: chris.stone at gmail.com (Christopher Stone) Date: Mon, 4 Sep 2006 12:22:51 -0700 Subject: default font "fixed" in xorg 7.1 In-Reply-To: <1157396940.3508.17.camel@eagle.danny.cz> References: <1157396940.3508.17.camel@eagle.danny.cz> Message-ID: On 9/4/06, Dan Hor?k wrote: > Hello, > > I have a problem with rebuilding the TinyERP package for Fedora Extras. > It needs to start a X server during the build process, so there is a > "BuildRequires" dependency on xorg-x11-server-xvfb. The X server needs a > default font "fixed", so there is a "BuildRequires" dependency on > xorg-x11-fonts-base. When you look into the fonts-base package than the > font "fixed" is defined in the /usr/share/X11/fonts/misc/fonts.alias > file. This was sufficient at least until the last build of this package > on July 24. In current Fedora Devel there is a problem because the font > "fixed" cannot be found. So what happened to the font "fixed"? > > You can find the build logs at > http://buildsys.fedoraproject.org/logs/fedora-development-extras/16094-tinyerp-3.3.0-3.fc6/ I'm glad you reported this, because I am running into the exact same problem with an upstream sync with one of my packages. I have been bashing my brains out trying to figure out what I was doing wrong. From wart at kobold.org Mon Sep 4 19:24:55 2006 From: wart at kobold.org (Wart) Date: Mon, 04 Sep 2006 12:24:55 -0700 Subject: Housekeeping (Was Re: FE Package Status of Sep 4, 2006) In-Reply-To: <44FC7C80.1070205@leemhuis.info> References: <20060904182403.765099ee@ludwig-alpha> <44FC7C80.1070205@leemhuis.info> Message-ID: <44FC7D87.4030107@kobold.org> Thorsten Leemhuis wrote: > 28 Packages not present in the development repo > -> most of them probably should be marked as dead.package in cvs. If > they get re-submitted later they should go though a full review again. Be careful with this. Some of these packages were recently built, but didn't make it to the repo in time for the report (wfut, for example) > 3 packages which have not yet been FE-APPROVED > -> heck, why? #189375 (Maelstrom) moved from Core to Extras quite a while ago, and per the owner's request is now undergoing a formal review. There's a minor licensing question that has been pushed upstream and we're waiting for a response. --Mike From jkeating at redhat.com Mon Sep 4 19:27:01 2006 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 04 Sep 2006 15:27:01 -0400 Subject: Housekeeping (Was Re: FE Package Status of Sep 4, 2006) In-Reply-To: <44FC7C80.1070205@leemhuis.info> References: <20060904182403.765099ee@ludwig-alpha> <44FC7C80.1070205@leemhuis.info> Message-ID: <1157398021.2047.17.camel@ender> On Mon, 2006-09-04 at 21:20 +0200, Thorsten Leemhuis wrote: > 6 packages present in the development repo which have no entry in > owners.list: "dates BackupPC xcircuit libburn gnustep-make > python-musicbrainz2" > -> heck, we need a group of people (QA SIG?) that make sure that this > list gets down to zero entries most of the time Whoops. Two of those were mine. I knew I forgot a step... (: dates and libburn added to owners. That cuts it by 33%. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From fedora at leemhuis.info Mon Sep 4 19:40:12 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 04 Sep 2006 21:40:12 +0200 Subject: Housekeeping (Was Re: FE Package Status of Sep 4, 2006) In-Reply-To: <44FC7D87.4030107@kobold.org> References: <20060904182403.765099ee@ludwig-alpha> <44FC7C80.1070205@leemhuis.info> <44FC7D87.4030107@kobold.org> Message-ID: <44FC811C.2010902@leemhuis.info> Wart schrieb: > Thorsten Leemhuis wrote: >> 28 Packages not present in the development repo >> -> most of them probably should be marked as dead.package in cvs. If >> they get re-submitted later they should go though a full review again. > > Be careful with this. Some of these packages were recently built, but > didn't make it to the repo in time for the report (wfut, for example) That why I had this add the end of my mail: >> [...] >> make sure that all "problem indicators" that are listed in two reports >> in a row get attention by somebody >> [...] CU thl From fedora at leemhuis.info Mon Sep 4 19:42:14 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 04 Sep 2006 21:42:14 +0200 Subject: Housekeeping (Was Re: FE Package Status of Sep 4, 2006) In-Reply-To: <44FC7D1F.8010401@fedoraproject.org> References: <20060904182403.765099ee@ludwig-alpha> <44FC7C80.1070205@leemhuis.info> <44FC7D1F.8010401@fedoraproject.org> Message-ID: <44FC8196.4070809@leemhuis.info> Rahul schrieb: > Thorsten Leemhuis wrote: > >> 7 packages not available in extras devel but present in release >> -> for the em8300{,-kmod} stuff it's understandable at this point of >> time. But all of this stuff should be fixed before we branch for FE6. >> gaim-gaym doesn't work with gaim 2.0 iirc -> we should announce this >> when F{CE}6 ships. Is it in the release notes already? > No. Feel free to. No thanks, I won't. I can't do everything on my own and I have a long todo-list already. *And* I don't know the details behind this. The maintainer of that package should handle that. CU thl From ville.skytta at iki.fi Mon Sep 4 20:15:35 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Mon, 04 Sep 2006 23:15:35 +0300 Subject: Ignacio's packages: status update (Was: We'll officially orphan Ignacio Vazquez-Abrams packages) In-Reply-To: <44FC5DEC.1030800@leemhuis.info> References: <44F316D4.6040202@leemhuis.info> <44FC5DEC.1030800@leemhuis.info> Message-ID: <1157400935.16129.140.camel@viper.local> On Mon, 2006-09-04 at 19:10 +0200, Thorsten Leemhuis wrote: > I suggest we remove them from the repo (after an additional warning > later this week) shortly after Sunday, September 10, 23:59 UTC Why not treat them just like all other packages in the FE6 rebuild, ie. initiate the removal process on Sep 18 if they're not unorphaned and otherwise taken care of before that? http://fedoraproject.org/wiki/Extras/Schedule/FC6MassRebuild From sander at hoentjen.eu Mon Sep 4 20:15:50 2006 From: sander at hoentjen.eu (Sander Hoentjen) Date: Mon, 04 Sep 2006 22:15:50 +0200 Subject: directory ownership Message-ID: <1157400951.8259.42.camel@peecee.hoentjen.eu> Hi, In reviewing https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=204417 I found something I am not sure about: "You have: %dir %{_datadir}/telepathy/ %dir %{_datadir}/telepathy/managers/ is it ok for other packages to have this as well, or can there be only one owner? If only one owner, telepathy-gabble should not be the owner." This package is one of potentially many packages that are all optional and that all place their files here. Is it ok if all those packages own the directories, or if not, what would the best way to handle this? "One thing I can think of is having a telepathy-managers package which would be required by all tp connection managers and owns those dirs, but I don't know how such a package is viewed upon, and if there are better solutions." Sander From fedora at leemhuis.info Mon Sep 4 20:38:15 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 04 Sep 2006 22:38:15 +0200 Subject: Ignacio's packages: status update (Was: We'll officially orphan Ignacio Vazquez-Abrams packages) In-Reply-To: <1157400935.16129.140.camel@viper.local> References: <44F316D4.6040202@leemhuis.info> <44FC5DEC.1030800@leemhuis.info> <1157400935.16129.140.camel@viper.local> Message-ID: <44FC8EB7.1020107@leemhuis.info> Ville Skytt? schrieb: > On Mon, 2006-09-04 at 19:10 +0200, Thorsten Leemhuis wrote: > >> I suggest we remove them from the repo (after an additional warning >> later this week) shortly after Sunday, September 10, 23:59 UTC > > Why not treat them just like all other packages in the FE6 rebuild, ie. > initiate the removal process on Sep 18 if they're not unorphaned and > otherwise taken care of before that? > http://fedoraproject.org/wiki/Extras/Schedule/FC6MassRebuild Could work, two. But why not do it sooner? These packages will be known to be orphaned for two weeks by Sunday. I doubt we'll find new maintainers by waiting another week. But removing this stuff might turn up one or two. CU thl From ville.skytta at iki.fi Mon Sep 4 20:48:40 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Mon, 04 Sep 2006 23:48:40 +0300 Subject: Housekeeping (Was Re: FE Package Status of Sep 4, 2006) In-Reply-To: <44FC7C80.1070205@leemhuis.info> References: <20060904182403.765099ee@ludwig-alpha> <44FC7C80.1070205@leemhuis.info> Message-ID: <1157402920.16129.165.camel@viper.local> On Mon, 2006-09-04 at 21:20 +0200, Thorsten Leemhuis wrote: > 28 Packages not present in the development repo > -> most of them probably should be marked as dead.package in cvs. If > they get re-submitted later they should go though a full review again. I think taking care of the subset of these that are really dead on/after Sep 18 is good enough. See below and http://fedoraproject.org/wiki/Extras/Schedule/FC6MassRebuild > 6 orphaned packages available in extras devel > -> okay, they were orphaned just a few days ago iirc. But I'd sleep much > better if I knew that theres a group of people that watching this list > and makes sure that stuff like this gets removed when there is no > maintainer found after three weeks (but I'm quite sure scop will handle > it for his old packages in this case) Sure. My impression is that we'll handle all orphaned packages *and* ones whose needs.rebuild status is not taken care of before Sep 18 by bluntly removing them from the repo, then dealing with the fallout. I'm prepared to take care of the removal for all affected packages, not only ones I've orphaned recently. BTW, I know mschwendt has been doing general orphan cleanup in devel every now and then already now, see the green status bar at http://fedoraproject.org/wiki/Extras/OrphanedPackages#head-7d07f9833c5986e1236196f059b9f13cc6e0a332 Common sense can be used and taking care of needs.rebuild can mean eg. that additional comments can be added to that file stating why the package is not rebuilt yet but shouldn't be orphaned and removed. Here's one related example: https://www.redhat.com/archives/fedora-extras-commits/2006-August/msg02956.html Now, IMO removing needs.rebuild this way in this case is ok *but only because* the package is already missing from the devel repo. If it'd be still there, this would not be a good way to handle things - better would be to add comments to needs.rebuild. > we also should make > sure that all of our packages are listed in owners.list I think this could be fairly easily enforceable in the buildsys. No owners.list entry -> no builds for that package. From ville.skytta at iki.fi Mon Sep 4 21:08:40 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 05 Sep 2006 00:08:40 +0300 Subject: Ignacio's packages: status update (Was: We'll officially orphan Ignacio Vazquez-Abrams packages) In-Reply-To: <44FC8EB7.1020107@leemhuis.info> References: <44F316D4.6040202@leemhuis.info> <44FC5DEC.1030800@leemhuis.info> <1157400935.16129.140.camel@viper.local> <44FC8EB7.1020107@leemhuis.info> Message-ID: <1157404120.16129.182.camel@viper.local> On Mon, 2006-09-04 at 22:38 +0200, Thorsten Leemhuis wrote: > > Ville Skytt? schrieb: > > On Mon, 2006-09-04 at 19:10 +0200, Thorsten Leemhuis wrote: > > > >> I suggest we remove them from the repo (after an additional warning > >> later this week) shortly after Sunday, September 10, 23:59 UTC > > > > Why not treat them just like all other packages in the FE6 rebuild, ie. > > initiate the removal process on Sep 18 if they're not unorphaned and > > otherwise taken care of before that? > > http://fedoraproject.org/wiki/Extras/Schedule/FC6MassRebuild > > Could work, two. But why not do it sooner? These packages will be known > to be orphaned for two weeks by Sunday. No strong objections, just thinking that seeing the whole fallout after the Sep 18 removals would give a clearer picture about the problem scope, and could prevent someone from spending time on unorphaning and fixing up something between Sep 11 and 18 only to notice that it will be pruned anyway a few days later due to missing deps unless (s)he or someone else picks them up too. BTW, there will still be 3 weeks after Sep 18 until FC6 is out to deal with things that need attention, I think that's plenty. From paul at city-fan.org Mon Sep 4 21:10:30 2006 From: paul at city-fan.org (Paul Howarth) Date: Mon, 04 Sep 2006 22:10:30 +0100 Subject: directory ownership In-Reply-To: <1157400951.8259.42.camel@peecee.hoentjen.eu> References: <1157400951.8259.42.camel@peecee.hoentjen.eu> Message-ID: <1157404230.13976.0.camel@metropolis.intra.city-fan.org> On Mon, 2006-09-04 at 22:15 +0200, Sander Hoentjen wrote: > Hi, > > In reviewing https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=204417 > I found something I am not sure about: > > "You have: > %dir %{_datadir}/telepathy/ > %dir %{_datadir}/telepathy/managers/ > is it ok for other packages to have this as well, or can there be only one owner? > If only one owner, telepathy-gabble should not be the owner." > > This package is one of potentially many packages that are all optional > and that all place their files here. Is it ok if all those packages own > the directories, or if not, what would the best way to handle this? > > "One thing I can think of is having a telepathy-managers package > which would be required by all tp connection managers and owns those dirs, but I > don't know how such a package is viewed upon, and if there are better solutions." It sounds like a nice, clean solution to me. Paul. From jtorresh at gmail.com Mon Sep 4 22:25:53 2006 From: jtorresh at gmail.com (Jorge Torres) Date: Mon, 04 Sep 2006 17:25:53 -0500 Subject: Ignacio's packages: status update (Was: We'll officially orphan Ignacio Vazquez-Abrams packages) In-Reply-To: <44FC5DEC.1030800@leemhuis.info> References: <44F316D4.6040202@leemhuis.info> <44FC5DEC.1030800@leemhuis.info> Message-ID: <44FCA7F1.2040000@gmail.com> Thorsten Leemhuis escribi?: > Hi! > > Thorsten Leemhuis schrieb: > [...] > > No new maintainers in sight for these yet: > >> ||ecore|||| >> ||edb|||| >> ||edje|||| >> ||eet|||| >> ||embryo|||| >> ||evas|||| >> ||f2py|||| >> ||gnet2|||| >> ||libifp|||| >> ||lock-keys-applet|||| >> ||mimetex|||| >> ||pyparsing|||| >> ||python-amara|||| >> ||python-cpio|||| >> ||python-HTMLgen|||| >> ||repoml|||| > If there are no objections, I'd like to take over mimetex and lock-keys-applet. (I've already added my name next to these packages on the wiki). Jorge. From toshio at tiki-lounge.com Mon Sep 4 22:27:35 2006 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Mon, 04 Sep 2006 15:27:35 -0700 Subject: FE Package Status of Sep 4, 2006 In-Reply-To: <20060904182403.765099ee@ludwig-alpha> References: <20060904182403.765099ee@ludwig-alpha> Message-ID: <1157408855.21368.37.camel@localhost> On Mon, 2006-09-04 at 18:24 +0200, Christian Iseli wrote: > Hi folks, > > Here is the somewhat overdue package status update... > Packages that have not yet completed review We have 3 packages which have not yet been FE-APPROVE'd... fedora-devel at mx-solutions dot de - foremost - [WWW]204227 foremost has already been reviewed and added to the repository by a different packager (me). I've added a note to this review ticket that the package is already available for FC4+. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From kevin.kofler at chello.at Tue Sep 5 01:23:13 2006 From: kevin.kofler at chello.at (Kevin Kofler) Date: Tue, 5 Sep 2006 01:23:13 +0000 (UTC) Subject: Any users of atomic_ops? References: <44F49052.2040402@drzeus.cx> <1156880876.12684.50.camel@golem.boston.redhat.com> Message-ID: Matthias Clasen writes: > I don't know what atomic ops PulseAudio uses, but glib implements a > number of atomic operations since at least 2.8, so one option would be > to convince upstream to switch to these, if they suit the needs. There's also the GCC builtins (GCC 4.1+, i.e. FC5+). http://gcc.gnu.org/onlinedocs/gcc-4.1.1/gcc/Atomic-Builtins.html Kevin Kofler From michael at knox.net.nz Tue Sep 5 03:01:41 2006 From: michael at knox.net.nz (Michael J. Knox) Date: Tue, 05 Sep 2006 15:01:41 +1200 Subject: Ignacio's packages: status update (Was: We'll officially orphan Ignacio Vazquez-Abrams packages) In-Reply-To: <44FC5DEC.1030800@leemhuis.info> References: <44F316D4.6040202@leemhuis.info> <44FC5DEC.1030800@leemhuis.info> Message-ID: <44FCE895.6020100@knox.net.nz> Thorsten Leemhuis wrote: > MikeKnox: >> ||deskbar-applet||2006-08-29, MikeKnox would like to take this|| >> ||fltk||2006-08-29, MikeKnox would like to take this|| >> ||fyre||2006-08-29, MikeKnox would like to take this|| >> ||leafpad||2006-08-29, MikeKnox would like to take this|| >> ||pam_mysql||2006-08-29, MikeKnox would like to take this|| Done. Thanks Michael From toshio at tiki-lounge.com Tue Sep 5 05:38:27 2006 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Mon, 04 Sep 2006 22:38:27 -0700 Subject: Housekeeping (Was Re: FE Package Status of Sep 4, 2006) In-Reply-To: <44FC7C80.1070205@leemhuis.info> References: <20060904182403.765099ee@ludwig-alpha> <44FC7C80.1070205@leemhuis.info> Message-ID: <1157434707.21368.78.camel@localhost> On Mon, 2006-09-04 at 21:20 +0200, Thorsten Leemhuis wrote: > 28 Packages not present in the development repo > -> most of them probably should be marked as dead.package in cvs. If > they get re-submitted later they should go though a full review again. > > toshio at tiki-lounge dot com hula I'd like to send hula this way. I took it on when it was about to be ousted a few months back and have been trying to get it up to snuff but there have been several problems: 1) Hula is now partially mono. This should be fixable now that the mono guidelines are mostly nailed down. 2) Hula's licensing is a bit ambiguous. The COPYING file says "TODO". The web page says "An Open Source License". There's references to Novell's NetMail forming the Core of Hula under the LGPL. Some of the source reflects this and other pieces seem to be GPL and Apache. I haven't delved far enough in to see if these pieces can coexist in the project or if it has to be resolved by upstream. 3) Hula contains several pieces of code that should be external: libical, log4c, and sqlite. mono is included but a configure check properly excludes building it. 4) To the best of my knowledge the Hula package has never undergone a full review. It slipped in during the transition from fedora.us to Fedora Extras. 2 & 3 are a bit more work than I have time for right now. In view of 4, I'd like Hula to require a review before being unorphaned rather than the new maintainer being able to immediately build it. Shall I follow: http://www.fedoraproject.org/wiki/Extras/PackageEndOfLife with a note of: "Needs to be reviewed before being resurrected"? -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From fedora at leemhuis.info Tue Sep 5 06:01:01 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 05 Sep 2006 08:01:01 +0200 Subject: Housekeeping (Was Re: FE Package Status of Sep 4, 2006) In-Reply-To: <1157434707.21368.78.camel@localhost> References: <20060904182403.765099ee@ludwig-alpha> <44FC7C80.1070205@leemhuis.info> <1157434707.21368.78.camel@localhost> Message-ID: <44FD129D.3010904@leemhuis.info> Toshio Kuratomi schrieb: > On Mon, 2006-09-04 at 21:20 +0200, Thorsten Leemhuis wrote: > >> 28 Packages not present in the development repo >> -> most of them probably should be marked as dead.package in cvs. If >> they get re-submitted later they should go though a full review again. >> >> toshio at tiki-lounge dot com hula > > I'd like to send hula this way. I took it on when it was about to be > ousted a few months back and have been trying to get it up to snuff but > there have been several problems: > [....] > Shall I follow: > http://www.fedoraproject.org/wiki/Extras/PackageEndOfLife > with a note of: "Needs to be reviewed before being resurrected"? +1 CU thl From fedora at leemhuis.info Tue Sep 5 06:02:37 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 05 Sep 2006 08:02:37 +0200 Subject: Ignacio's packages: status update (Was: We'll officially orphan Ignacio Vazquez-Abrams packages) In-Reply-To: <1157404120.16129.182.camel@viper.local> References: <44F316D4.6040202@leemhuis.info> <44FC5DEC.1030800@leemhuis.info> <1157400935.16129.140.camel@viper.local> <44FC8EB7.1020107@leemhuis.info> <1157404120.16129.182.camel@viper.local> Message-ID: <44FD12FD.8000203@leemhuis.info> Ville Skytt? schrieb: > On Mon, 2006-09-04 at 22:38 +0200, Thorsten Leemhuis wrote: >> Ville Skytt? schrieb: >>> On Mon, 2006-09-04 at 19:10 +0200, Thorsten Leemhuis wrote: >>> >>>> I suggest we remove them from the repo (after an additional warning >>>> later this week) shortly after Sunday, September 10, 23:59 UTC >>> Why not treat them just like all other packages in the FE6 rebuild, ie. >>> initiate the removal process on Sep 18 if they're not unorphaned and >>> otherwise taken care of before that? >>> http://fedoraproject.org/wiki/Extras/Schedule/FC6MassRebuild >> Could work, two. But why not do it sooner? These packages will be known >> to be orphaned for two weeks by Sunday. > > No strong objections, just thinking that seeing the whole fallout after > the Sep 18 removals would give a clearer picture about the problem > scope, and could prevent someone from spending time on unorphaning and > fixing up something between Sep 11 and 18 only to notice that it will be > pruned anyway a few days later due to missing deps unless (s)he or > someone else picks them up too. Yeah, okay, convinced, let's remove them with the other stuff on Sep 18. > BTW, there will still be 3 weeks after Sep 18 until FC6 is out to deal > with things that need attention, I think that's plenty. I'm not that sure if that's plenty but we'll see. CU thl From fedora at leemhuis.info Tue Sep 5 06:05:54 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 05 Sep 2006 08:05:54 +0200 Subject: nag-mails for not-yet-rebuild packages (Was: Re: Ignacio's packages: status update) In-Reply-To: <44FD12FD.8000203@leemhuis.info> References: <44F316D4.6040202@leemhuis.info> <44FC5DEC.1030800@leemhuis.info> <1157400935.16129.140.camel@viper.local> <44FC8EB7.1020107@leemhuis.info> <1157404120.16129.182.camel@viper.local> <44FD12FD.8000203@leemhuis.info> Message-ID: <44FD13C2.50705@leemhuis.info> Thorsten Leemhuis schrieb: > Ville Skytt? schrieb: >> On Mon, 2006-09-04 at 22:38 +0200, Thorsten Leemhuis wrote: >> BTW, there will still be 3 weeks after Sep 18 until FC6 is out to deal >> with things that need attention, I think that's plenty. > I'm not that sure if that's plenty but we'll see. Side note: We IMHO are at the point where we really should start sending out direct nag mails again to those maintainers that didn't rebuild a single package yet. Anyone volunteering to do write and run a simple script that does that? CU thl From opensource at till.name Tue Sep 5 08:18:20 2006 From: opensource at till.name (Till Maas) Date: Tue, 05 Sep 2006 10:18:20 +0200 Subject: Ignacio's packages: status update In-Reply-To: <44FCE895.6020100@knox.net.nz> References: <44F316D4.6040202@leemhuis.info> <44FC5DEC.1030800@leemhuis.info> <44FCE895.6020100@knox.net.nz> Message-ID: <200609051018.27854.opensource@till.name> On Tuesday 05 September 2006 05:01, Michael J. Knox wrote: [changing owner in owners.list] > Done. You, maybe others, too, did not add Ignacio to CC, so please check and change it, Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jwboyer at jdub.homelinux.org Tue Sep 5 10:48:55 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Tue, 05 Sep 2006 05:48:55 -0500 Subject: Ignacio's packages: status update In-Reply-To: <200609051018.27854.opensource@till.name> References: <44F316D4.6040202@leemhuis.info> <44FC5DEC.1030800@leemhuis.info> <44FCE895.6020100@knox.net.nz> <200609051018.27854.opensource@till.name> Message-ID: <1157453335.2721.24.camel@vader.jdub.homelinux.org> On Tue, 2006-09-05 at 10:18 +0200, Till Maas wrote: > On Tuesday 05 September 2006 05:01, Michael J. Knox wrote: > > [changing owner in owners.list] > > > Done. > > You, maybe others, too, did not add Ignacio to CC, so please check and change > it, Not a bad idea, but a bit pointless as auto-CC in bugzilla is broken. josh From lutfi at rg.co.id Tue Sep 5 10:20:24 2006 From: lutfi at rg.co.id (Lutfi) Date: Tue, 05 Sep 2006 17:20:24 +0700 Subject: Nessusd from FC Extras cannot start Message-ID: <44FD4F68.4050001@rg.co.id> I have install this on my pc: [root at djin ~]# rpm -qa|grep -i nessus nessus-core-2.2.7-1.fc5 nessus-client-2.2.7-1.fc5 nessus-libraries-2.2.8-1.fc5 nessus-server-2.2.7-1.fc5 nessus-gui-2.2.7-1.fc5 But nessusd cannot start: [root at djin ~]# /etc/init.d/nessusd start Starting nessusd: mkdir(/var/lib/nessus/plugins/.desc) : No such file or directory Couldn't open the directory called "/var/lib/nessus/plugins" - No such file or directory Check /etc/nessus/nessusd.conf **** /var/lib/nessus/nessus-services could not be found. Install it and try again [FAILED] And there is no file "/etc/nessus/nessusd.conf" or "var/lib/nessus/nessus-services" on nessus-server-2.2.7-1.fc5. Although I found this from repository: [root at djin ~]# yum provides nessusd.conf Searching Packages: Setting up repositories core [1/3] updates [2/3] extras [3/3] Reading repository metadata in from local files Excluding Packages in global exclude list Finished Importing additional filelist information nessus-server.i386 2.2.6-3.fc5 extras Matched from: /etc/nessus/nessusd.conf nessus-server.i386 2.2.7-1.fc5 extras Matched from: /etc/nessus/nessusd.conf nessus-server.i386 2.2.7-1.fc5 installed Matched from: /etc/nessus/nessusd.conf Where is both file? Another question, I can not find "nessus-update-plugins' on this software. Ciao, Lutfi From denis at poolshark.org Tue Sep 5 11:40:57 2006 From: denis at poolshark.org (Denis Leroy) Date: Tue, 05 Sep 2006 13:40:57 +0200 Subject: Ignacio's packages: status update In-Reply-To: <1157453335.2721.24.camel@vader.jdub.homelinux.org> References: <44F316D4.6040202@leemhuis.info> <44FC5DEC.1030800@leemhuis.info> <44FCE895.6020100@knox.net.nz> <200609051018.27854.opensource@till.name> <1157453335.2721.24.camel@vader.jdub.homelinux.org> Message-ID: <44FD6249.4090902@poolshark.org> Josh Boyer wrote: > On Tue, 2006-09-05 at 10:18 +0200, Till Maas wrote: > >>On Tuesday 05 September 2006 05:01, Michael J. Knox wrote: >> >>[changing owner in owners.list] >> >> >>>Done. >> >>You, maybe others, too, did not add Ignacio to CC, so please check and change >>it, > > > Not a bad idea, but a bit pointless as auto-CC in bugzilla is broken. Doesn't it just act as a co-maintenance record ? From jwboyer at jdub.homelinux.org Tue Sep 5 12:05:39 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Tue, 05 Sep 2006 07:05:39 -0500 Subject: Ignacio's packages: status update In-Reply-To: <44FD6249.4090902@poolshark.org> References: <44F316D4.6040202@leemhuis.info> <44FC5DEC.1030800@leemhuis.info> <44FCE895.6020100@knox.net.nz> <200609051018.27854.opensource@till.name> <1157453335.2721.24.camel@vader.jdub.homelinux.org> <44FD6249.4090902@poolshark.org> Message-ID: <1157457939.6098.1.camel@zod.rchland.ibm.com> On Tue, 2006-09-05 at 13:40 +0200, Denis Leroy wrote: > Josh Boyer wrote: > > On Tue, 2006-09-05 at 10:18 +0200, Till Maas wrote: > > > >>On Tuesday 05 September 2006 05:01, Michael J. Knox wrote: > >> > >>[changing owner in owners.list] > >> > >> > >>>Done. > >> > >>You, maybe others, too, did not add Ignacio to CC, so please check and change > >>it, > > > > > > Not a bad idea, but a bit pointless as auto-CC in bugzilla is broken. > > Doesn't it just act as a co-maintenance record ? No. That can be one of the uses of it, but the intention was to have the people listed in the field CC'd on every bug for a particular package. That functionality has little to do with actual co-maintainersihp. In this particular case, it would be nice to have so that when/if Ignacio returns he's already CC'd on the bugs for what used to be his packages. josh From sundaram at fedoraproject.org Tue Sep 5 13:43:04 2006 From: sundaram at fedoraproject.org (Rahul) Date: Tue, 05 Sep 2006 19:13:04 +0530 Subject: Housekeeping (Was Re: FE Package Status of Sep 4, 2006) In-Reply-To: <44FC8196.4070809@leemhuis.info> References: <20060904182403.765099ee@ludwig-alpha> <44FC7C80.1070205@leemhuis.info> <44FC7D1F.8010401@fedoraproject.org> <44FC8196.4070809@leemhuis.info> Message-ID: <44FD7EE8.5030808@fedoraproject.org> Thorsten Leemhuis wrote: > > Rahul schrieb: >> Thorsten Leemhuis wrote: >> >>> 7 packages not available in extras devel but present in release >>> -> for the em8300{,-kmod} stuff it's understandable at this point of >>> time. But all of this stuff should be fixed before we branch for FE6. >>> gaim-gaym doesn't work with gaim 2.0 iirc -> we should announce this >>> when F{CE}6 ships. Is it in the release notes already? >> No. Feel free to. > > No thanks, I won't. I can't do everything on my own and I have a long > todo-list already. *And* I don't know the details behind this. The > maintainer of that package should handle that. > I wasnt specifically asking you to do that. Rahul From Christian.Iseli at licr.org Tue Sep 5 15:19:16 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Tue, 5 Sep 2006 17:19:16 +0200 Subject: Housekeeping (Was Re: FE Package Status of Sep 4, 2006) In-Reply-To: <1157434707.21368.78.camel@localhost> References: <20060904182403.765099ee@ludwig-alpha> <44FC7C80.1070205@leemhuis.info> <1157434707.21368.78.camel@localhost> Message-ID: <20060905171916.4b33c834@ludwig-alpha> On Mon, 04 Sep 2006 22:38:27 -0700, Toshio Kuratomi wrote: [ ... about hula package ... ] > Shall I follow: > http://www.fedoraproject.org/wiki/Extras/PackageEndOfLife > with a note of: "Needs to be reviewed before being resurrected"? +1 Christian From Christian.Iseli at licr.org Tue Sep 5 15:24:01 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Tue, 5 Sep 2006 17:24:01 +0200 Subject: nag-mails for not-yet-rebuild packages (Was: Re: Ignacio's packages: status update) In-Reply-To: <44FD13C2.50705@leemhuis.info> References: <44F316D4.6040202@leemhuis.info> <44FC5DEC.1030800@leemhuis.info> <1157400935.16129.140.camel@viper.local> <44FC8EB7.1020107@leemhuis.info> <1157404120.16129.182.camel@viper.local> <44FD12FD.8000203@leemhuis.info> <44FD13C2.50705@leemhuis.info> Message-ID: <20060905172401.7e9aa5e1@ludwig-alpha> On Tue, 05 Sep 2006 08:05:54 +0200, Thorsten Leemhuis wrote: > Side note: We IMHO are at the point where we really should start sending > out direct nag mails again to those maintainers that didn't rebuild a > single package yet. Anyone volunteering to do write and run a simple > script that does that? I do have a nagmail script in CVS (that admittedly needs a bit of fixing first). I can do that (later this week). Shall I put the From address as f-e-l ? I don't feel particularly excited by getting tons of private replies this is bound to produce... :-) Cheers, Christian From buildsys at fedoraproject.org Tue Sep 5 16:45:11 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 5 Sep 2006 12:45:11 -0400 (EDT) Subject: Fedora Extras Package Build Report 2006-09-05 Message-ID: <20060905164511.BB99E15212C@buildsys.fedoraproject.org> Packages built and released for Fedora Extras 5: 35 aplus-fsf-4.20.2-10.fc5 bigloo-2.8c-4.fc5 crack-attack-1.1.14-8.fc5 dssi-0.9.1-8.fc5 fish-1.21.12-0.fc5 fluidsynth-1.0.7-6.a.fc5 foremost-1.3-0.1.20060826.fc5 gcin-1.2.4-2.fc5 geda-gnetlist-20060824-1.fc5 geda-gschem-20060824-1.fc5 geda-gsymcheck-20060824-1.fc5 geda-symbols-20060824-1.fc5 gnotime-2.2.2-7.fc5.1 gpredict-0.6.0-1.fc5.1 gresistor-0.0.1-8.fc5 lash-0.5.1-7.fc5 libgeda-20060824-1.fc5 liblo-0.23-7.fc5 monodoc-1.1.17-2.fc5 mxml-2.2.2-5.fc5 perl-CSS-Tiny-1.14-1.fc5 perl-Email-MIME-1.851-1.fc5 perl-Error-0.17004-1.fc5 perl-File-Find-Rule-PPI-0.04-1.fc5 perl-GD-2.35-1.fc5 perl-Gnome2-GConf-1.040-1.fc5 perl-HTTP-Proxy-0.20-1.fc5 perl-Module-ScanDeps-0.63-1.fc5 perl-POE-Filter-IRCD-1.9-1.fc5 perl-UNIVERSAL-require-0.10-1.fc5 perl-WWW-Mechanize-1.20-1.fc5 perl-Want-0.12-1.fc5 php-json-1.2.1-1.fc5 raptor-1.4.9-3.fc5 xmms-musepack-1.2-3.fc5 Packages built and released for Fedora Extras 4: 9 bigloo-2.8c-4.fc4 dssi-0.9.1-8.fc4 fish-1.21.12-0.fc4 fluidsynth-1.0.7-6.a.fc4 lash-0.5.1-7.fc4 liblo-0.23-7.fc4 perl-UNIVERSAL-require-0.10-1.fc4 raptor-1.4.9-3.fc4 xmms-musepack-1.2-3.fc4 Packages built and released for Fedora Extras 3: 2 fish-1.21.12-0.fc3 perl-UNIVERSAL-require-0.10-1.fc3 Packages built and released for Fedora Extras development: 115 Coin2-2.4.5-2.fc6 Inventor-2.1.5-21.fc6 OpenSceneGraph-1.1-2.fc6 SIMVoleon-2.0.1-4.fc6 SoQt-1.3.0-4.fc6 aplus-fsf-4.20.2-10.fc6 bigloo-2.8c-4.fc6 bogofilter-1.0.3-1.fc6 clement-2.1-209.1.fc6 conman-0.1.9.2-6.fc6 connect-proxy-1.95-5.fc6 cvsutils-0.2.3-4.fc6 dssi-0.9.1-8.fc6 fish-1.21.12-0.fc6 fluidsynth-1.0.7-6.a.fc6 foremost-1.3-0.1.20060826.fc6 ganglia-3.0.3-10.fc6 gcin-1.2.4-1.fc6 geda-gnetlist-20060824-1.fc6 geda-gschem-20060824-1.fc6 geda-gsymcheck-20060824-1.fc6 geda-symbols-20060824-1.fc6 gnome-common-2.12.0-3.fc6 gpredict-0.6.0-1.fc6 gprolog-1.2.19-7.fc6 gresistor-0.0.1-8.fc6 gtkglext-1.2.0-4.fc6 gtksourceview-sharp-2.0-21.fc6 help2man-1.36.4-1.fc6 ip6sic-0.1-4.fc6 isic-0.06-3.fc6 kdegraphics-extras-3.5.4-2.fc6 kdirstat-2.5.3-5.fc6 kdmtheme-1.1.2-3.fc6 kmenu-gnome-0.6-4.fc6 lash-0.5.1-7.fc6 lib3ds-1.2.0-9.fc6 libconfuse-2.5-3.fc6 libgeda-20060824-1.fc6 liblo-0.23-7.fc6 libsexy-0.1.10-1.fc6 lincvs-1.4.4-2.fc6 mod_auth_pam-1.1.1-4.fc6 monodevelop-0.11-21.fc6 monodoc-1.1.17-2.fc6 mxml-2.2.2-5.fc6 perl-Algorithm-Dependency-1.102-2.fc6 perl-Business-Hours-0.07-3.fc6 perl-CSS-Tiny-1.14-1.fc6 perl-Cache-Simple-TimedExpiry-0.26-1.fc6 perl-Cairo-1.00-1.fc6 perl-Calendar-Simple-1.13-4.fc6 perl-Class-Autouse-1.27-1.fc6 perl-Class-Inspector-1.16-2.fc6 perl-Class-ReturnValue-0.53-5.fc6 perl-DBIx-DBSchema-0.31-2.fc6 perl-DBIx-SearchBuilder-1.43-2.fc6 perl-Devel-StackTrace-1.13-2.fc6 perl-Email-MIME-1.851-1.fc6 perl-Error-0.17004-1.fc6 perl-ExtUtils-AutoInstall-0.63-5.fc6 perl-File-Find-Rule-0.30-2.fc6 perl-File-Find-Rule-PPI-0.04-1.fc6 perl-File-Flat-0.96-3.fc6 perl-File-NCopy-0.34-5.fc6 perl-File-Remove-0.31-3.fc6 perl-File-Slurp-9999.12-2.fc6 perl-Font-AFM-1.19-4.fc6 perl-GD-2.35-1.fc6 perl-Gnome2-GConf-1.040-1.fc6 perl-HTML-Format-2.04-5.fc6 perl-HTTP-Proxy-0.20-1.fc6 perl-HTTP-Server-Simple-Mason-0.09-5.fc6 perl-Kwiki-0.38-4.fc6 perl-Locale-Maketext-Lexicon-0.60-2.fc6 perl-Mail-GnuPG-0.08-5.fc6 perl-Mail-SPF-Query-1.999.1-2.fc6 perl-Module-Refresh-0.09-3.fc6 perl-Module-ScanDeps-0.63-1.fc6 perl-Number-Compare-0.01-6.fc6 perl-POE-Filter-IRCD-1.9-1.fc6 perl-Params-Util-0.17-2.fc6 perl-Params-Validate-0.86-2.fc6 perl-Pod-Tests-0.18-4.fc6 perl-Regexp-Common-2.120-5.fc6 perl-Sort-Versions-1.5-5.fc6 perl-Spiffy-0.30-6.fc6 perl-Test-ClassAPI-1.02-4.fc6 perl-Test-Inline-2.103-4.fc6 perl-Test-LongString-0.09-3.fc6 perl-Test-Taint-1.04-3.fc6 perl-Text-Autoformat-1.13-4.fc6 perl-Text-Glob-0.07-2.fc6 perl-Text-Quoted-1.8-5.fc6 perl-Text-Wrapper-1.000-4.fc6 perl-Tree-Simple-1.16-2.fc6 perl-WWW-Mechanize-1.20-1.fc6 perl-capitalization-0.03-4.fc6 perl-gettext-1.05-9.fc6 perl-prefork-1.01-2.fc6 php-json-1.2.1-3.fc6 php-pear-Auth-SASL-1.0.2-3.fc6 php-pear-HTTP-1.4.0-6.fc6 php-pear-Mail-1.1.10-7.fc6 php-pear-Net-SMTP-1.2.8-4.fc6 php-pear-Net-Socket-1.0.6-4.fc6 php-pear-XML-Parser-1.2.7-3.fc6 powerman-1.0.24-3.fc6 qhull-2003.1-6.fc6 raptor-1.4.9-3.fc6 rosegarden4-1.2.3-5.fc6 rrdtool-1.2.15-4.fc6 terminus-font-4.20-5.fc6 tinyfugue-5.0-0.5.b7.fc6 wcstools-3.6.5-3.fc6 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Tue Sep 5 16:45:44 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 5 Sep 2006 12:45:44 -0400 (EDT) Subject: Broken upgrade paths in FC+FE 2006-09-05 Message-ID: <20060905164544.D4CE015212C@buildsys.fedoraproject.org> UNKNOWN OWNER (possibly Core package): device-mapper 4: 0:1.02.07-2.0 (FC4-updates) 5: 0:1.02.02-3.2 (FC5) 6: 0:1.02.07-1.1 (FC6) ftp 5: 0:0.17-33.fc5 (FC5-updates) 6: 0:0.17-32.1.2.4 (FC6) lvm2 4: 0:2.02.06-1.0.fc4 (FC4-updates) 5: 0:2.02.01-1.2.1 (FC5) 6: 0:2.02.06-3 (FC6) mozilla 3: 37:1.7.13-1.3.1.legacy (FL3-updates) 4: 37:1.7.13-1.1.fc4 (FC4-updates) 5: 37:1.7.13-1.1.fc5 (FC5-updates) quagga 4: 0:0.98.6-1.fc4 (FC4-updates) 5: 0:0.98.6-1.FC5 (FC5-updates) 6: 0:0.98.6-2.1 (FC6) andreas.bierfert AT lowlatency.de: dillo 4: 0:0.8.6-2.fc4 (FE4) 5: 0:0.8.6-1.fc5 (FE5) 6: 0:0.8.6-2.fc6 (FE6) libpqxx 5: 0:2.6.7-1.fc5 (FE5) 6: 0:2.6.6-1.fc6 (FE6) candyz0416 AT gmail.com: gcin 5: 0:1.2.4-2.fc5 (FE5) 6: 0:1.2.4-1.fc6 (FE6) foolish AT guezz.net: serpentine 5: 0:0.7-4.fc5 (FE5) 6: 0:0.7-3.fc6 (FE6) gauret AT free.fr: amarok 5: 0:1.4.2-1.fc5 (FE5) 6: 0:1.4.1-3.fc6 (FE6) kengert AT redhat.com: seamonkey 5: 0:1.0.4-0.5.1.fc5 (FE5) 6: 0:1.0.2-1.fc6 (FE6) lemenkov AT gmail.com: fuse-sshfs 5: 0:1.6-3.fc5 (FE5) 6: 0:1.6-2.fc6 (FE6) stratagus 5: 0:2.1-6.fc5 (FE5) 6: 0:2.1-5.fc6 (FE6) meme AT daughtersoftiresias.org: fortune-firefly 5: 0:2.1.1-2.fc5 (FE5) 6: 0:2.1.1-1.fc6 (FE6) mpeters AT mac.com: firestarter 5: 0:1.0.3-11.fc5 (FE5) 6: 0:1.0.3-10.fc6 (FE6) noa AT resare.com: vorbisgain 5: 0:0.34-2.fc5 (FE5) 6: 0:0.34-1.fc6 (FE6) nomis80 AT nomis80.org: camstream 5: 0:0.26.3-10.fc5 (FE5) 6: 0:0.26.3-9.fc5 (FE6) opencv 5: 0:0.9.7-16.fc5 (FE5) 6: 0:0.9.7-15.fc5 (FE6) paul AT city-fan.org: perl-String-CRC32 4: 0:1.4-1.fc4 (FE4) 5: 0:1.4-1.FC5 (FC5-updates) 6: 0:1.4-2.fc6 (FC6) petersen AT redhat.com: m17n-db 4: 0:1.3.3-1.fc4 (FE4) 5: 0:1.3.3-1 (FC5) 6: 0:1.3.3-22.fc6 (FC6) qspencer AT ieee.org: octave-forge 5: 0:2006.07.09-5.fc5 (FE5) 6: 0:2006.07.09-4.fc6 (FE6) rpm AT timj.co.uk: php-pear-DB 5: 0:1.7.6-6.fc5 (FE5) 6: 0:1.7.6-6 (FE6) ryo-dairiki AT users.sourceforge.net: scim-tomoe 5: 0:0.2.0-6.fc5.1 (FE5) 6: 0:0.2.0-4.fc6 (FE6) thomas AT apestaart.org: flumotion 5: 0:0.2.1-2.fc5 (FE5) 6: 0:0.2.0-1.fc5 (FE6) ---------------------------------------------------------------------- amarok: gauret AT free.fr 5: 0:1.4.2-1.fc5 (FE5) 6: 0:1.4.1-3.fc6 (FE6) camstream: nomis80 AT nomis80.org 5: 0:0.26.3-10.fc5 (FE5) 6: 0:0.26.3-9.fc5 (FE6) device-mapper: UNKNOWN OWNER (possibly Core package) 4: 0:1.02.07-2.0 (FC4-updates) 5: 0:1.02.02-3.2 (FC5) 6: 0:1.02.07-1.1 (FC6) dillo: andreas.bierfert AT lowlatency.de 4: 0:0.8.6-2.fc4 (FE4) 5: 0:0.8.6-1.fc5 (FE5) 6: 0:0.8.6-2.fc6 (FE6) firestarter: mpeters AT mac.com 5: 0:1.0.3-11.fc5 (FE5) 6: 0:1.0.3-10.fc6 (FE6) flumotion: thomas AT apestaart.org 5: 0:0.2.1-2.fc5 (FE5) 6: 0:0.2.0-1.fc5 (FE6) fortune-firefly: meme AT daughtersoftiresias.org 5: 0:2.1.1-2.fc5 (FE5) 6: 0:2.1.1-1.fc6 (FE6) ftp: UNKNOWN OWNER (possibly Core package) 5: 0:0.17-33.fc5 (FC5-updates) 6: 0:0.17-32.1.2.4 (FC6) fuse-sshfs: lemenkov AT gmail.com 5: 0:1.6-3.fc5 (FE5) 6: 0:1.6-2.fc6 (FE6) gcin: candyz0416 AT gmail.com 5: 0:1.2.4-2.fc5 (FE5) 6: 0:1.2.4-1.fc6 (FE6) libpqxx: andreas.bierfert AT lowlatency.de 5: 0:2.6.7-1.fc5 (FE5) 6: 0:2.6.6-1.fc6 (FE6) lvm2: UNKNOWN OWNER (possibly Core package) 4: 0:2.02.06-1.0.fc4 (FC4-updates) 5: 0:2.02.01-1.2.1 (FC5) 6: 0:2.02.06-3 (FC6) m17n-db: petersen AT redhat.com 4: 0:1.3.3-1.fc4 (FE4) 5: 0:1.3.3-1 (FC5) 6: 0:1.3.3-22.fc6 (FC6) mozilla: UNKNOWN OWNER (possibly Core package) 3: 37:1.7.13-1.3.1.legacy (FL3-updates) 4: 37:1.7.13-1.1.fc4 (FC4-updates) 5: 37:1.7.13-1.1.fc5 (FC5-updates) octave-forge: qspencer AT ieee.org 5: 0:2006.07.09-5.fc5 (FE5) 6: 0:2006.07.09-4.fc6 (FE6) opencv: nomis80 AT nomis80.org 5: 0:0.9.7-16.fc5 (FE5) 6: 0:0.9.7-15.fc5 (FE6) perl-String-CRC32: paul AT city-fan.org 4: 0:1.4-1.fc4 (FE4) 5: 0:1.4-1.FC5 (FC5-updates) 6: 0:1.4-2.fc6 (FC6) php-pear-DB: rpm AT timj.co.uk 5: 0:1.7.6-6.fc5 (FE5) 6: 0:1.7.6-6 (FE6) quagga: UNKNOWN OWNER (possibly Core package) 4: 0:0.98.6-1.fc4 (FC4-updates) 5: 0:0.98.6-1.FC5 (FC5-updates) 6: 0:0.98.6-2.1 (FC6) scim-tomoe: ryo-dairiki AT users.sourceforge.net 5: 0:0.2.0-6.fc5.1 (FE5) 6: 0:0.2.0-4.fc6 (FE6) seamonkey: kengert AT redhat.com 5: 0:1.0.4-0.5.1.fc5 (FE5) 6: 0:1.0.2-1.fc6 (FE6) serpentine: foolish AT guezz.net 5: 0:0.7-4.fc5 (FE5) 6: 0:0.7-3.fc6 (FE6) stratagus: lemenkov AT gmail.com 5: 0:2.1-6.fc5 (FE5) 6: 0:2.1-5.fc6 (FE6) vorbisgain: noa AT resare.com 5: 0:0.34-2.fc5 (FE5) 6: 0:0.34-1.fc6 (FE6) From buildsys at fedoraproject.org Tue Sep 5 17:06:42 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Tue, 05 Sep 2006 17:06:42 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-05 Message-ID: <20060905170642.4688.25556@extras64.linux.duke.edu> Summary of broken packages (by owner): ---------------------------------------------------------------------- bdpepple AT ameritech.net contact-lookup-applet - 0.14-3.fc6.i386 (29 days) contact-lookup-applet - 0.14-3.fc6.ppc (29 days) contact-lookup-applet - 0.14-3.fc6.x86_64 (29 days) byte AT fedoraproject.org gaim-guifications - 2.12-3.fc5.i386 (48 days) gaim-guifications - 2.12-3.fc5.ppc (48 days) gaim-guifications - 2.12-3.fc5.x86_64 (48 days) dwmw2 AT redhat.com exim-sa - 4.63-1.fc6.i386 exim-sa - 4.63-1.fc6.ppc exim-sa - 4.63-1.fc6.x86_64 foolish AT guezz.net muine - 0.8.5-1.fc6.i386 (17 days) muine - 0.8.5-1.fc6.ppc (17 days) muine - 0.8.5-1.fc6.x86_64 (17 days) gauret AT free.fr amarok - 1.4.1-3.fc6.i386 (40 days) amarok - 1.4.1-3.fc6.ppc (40 days) showimg-pgsql - 0.9.5-7.fc4.i386 showimg-pgsql - 0.9.5-7.fc4.ppc showimg-pgsql - 0.9.5-7.fc4.x86_64 showimg-pgsql - 0.9.5-7.fc5.i386 showimg-pgsql - 0.9.5-7.fc5.ppc showimg-pgsql - 0.9.5-7.fc5.x86_64 mpeters AT mac.com gfontview - 0.5.0-5.fc5.i386 (48 days) gfontview - 0.5.0-5.fc5.ppc (48 days) gfontview - 0.5.0-5.fc5.x86_64 (48 days) gtkhtml36 - 3.6.2-5.fc6.i386 (48 days) gtkhtml36 - 3.6.2-5.fc6.ppc (48 days) gtkhtml36 - 3.6.2-5.fc6.x86_64 (48 days) libvisual-plugins - 0.2.0-3.fc5.i386 (48 days) libvisual-plugins - 0.2.0-3.fc5.i386 (48 days) libvisual-plugins - 0.2.0-3.fc5.ppc (48 days) libvisual-plugins - 0.2.0-3.fc5.ppc (48 days) libvisual-plugins - 0.2.0-3.fc5.x86_64 (48 days) libvisual-plugins - 0.2.0-3.fc5.x86_64 (48 days) rc040203 AT freenet.de rt3 - 3.6.1-1.fc6.noarch rt3 - 3.6.1-1.fc6.noarch rt3 - 3.6.1-1.fc6.noarch rolandd AT cisco.com libibverbs - 1.0.3-1.fc6.i386 (48 days) libibverbs - 1.0.3-1.fc6.ppc (48 days) libibverbs - 1.0.3-1.fc6.x86_64 (48 days) libibverbs-utils - 1.0.3-1.fc6.i386 (48 days) libibverbs-utils - 1.0.3-1.fc6.ppc (48 days) libibverbs-utils - 1.0.3-1.fc6.x86_64 (48 days) tcallawa AT redhat.com gambas-runtime - 1.0.14-2.fc5.i386 (28 days) perl-CGI-Untaint - 1.26-1.fc5.noarch perl-CGI-Untaint - 1.26-1.fc5.noarch perl-CGI-Untaint - 1.26-1.fc5.noarch thomas AT apestaart.org directfb - 0.9.24-5.fc5.i386 (48 days) directfb - 0.9.24-5.fc5.ppc (48 days) directfb - 0.9.24-5.fc5.x86_64 (48 days) toshio AT tiki-lounge.com qof-docs - 0.6.4-5.fc6.i386 (3 days) qof-docs - 0.6.4-5.fc6.ppc (3 days) qof-docs - 0.6.4-5.fc6.x86_64 (3 days) Broken packages in fedora-extras-5-i386: ---------------------------------------------------------------------- libvisual-plugins-0.2.0-3.fc5.i386 requires libvisual.so.0 showimg-pgsql-0.9.5-7.fc5.i386 requires libpqxx-2.6.6.so Broken packages in fedora-extras-5-x86_64: ---------------------------------------------------------------------- libvisual-plugins-0.2.0-3.fc5.x86_64 requires libvisual.so.0()(64bit) showimg-pgsql-0.9.5-7.fc5.x86_64 requires libpqxx-2.6.6.so()(64bit) Broken packages in fedora-extras-5-ppc: ---------------------------------------------------------------------- libvisual-plugins-0.2.0-3.fc5.ppc requires libvisual.so.0 showimg-pgsql-0.9.5-7.fc5.ppc requires libpqxx-2.6.6.so Broken packages in fedora-extras-4-i386: ---------------------------------------------------------------------- showimg-pgsql-0.9.5-7.fc4.i386 requires libpqxx-2.6.6.so Broken packages in fedora-extras-4-x86_64: ---------------------------------------------------------------------- showimg-pgsql-0.9.5-7.fc4.x86_64 requires libpqxx-2.6.6.so()(64bit) Broken packages in fedora-extras-4-ppc: ---------------------------------------------------------------------- showimg-pgsql-0.9.5-7.fc4.ppc requires libpqxx-2.6.6.so Broken packages in fedora-extras-development-i386: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.i386 requires HelixPlayer contact-lookup-applet-0.14-3.fc6.i386 requires libebook-1.2.so.5 directfb-0.9.24-5.fc5.i386 requires libsysfs.so.1 exim-sa-4.63-1.fc6.i386 requires exim = 0:4.63-1.fc6 gaim-guifications-2.12-3.fc5.i386 requires gaim < 1:2 gambas-runtime-1.0.14-2.fc5.i386 requires libgettextlib-0.14.5.so gfontview-0.5.0-5.fc5.i386 requires libttf.so.2 gtkhtml36-3.6.2-5.fc6.i386 requires libgailutil.so.17 libibverbs-1.0.3-1.fc6.i386 requires libsysfs.so.1 libibverbs-utils-1.0.3-1.fc6.i386 requires libsysfs.so.1 libvisual-plugins-0.2.0-3.fc5.i386 requires libvisual.so.0 muine-0.8.5-1.fc6.i386 requires mono(glib-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.i386 requires mono(gtk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.i386 requires mono(gdk-sharp) = 0:2.8.0.0 perl-CGI-Untaint-1.26-1.fc5.noarch requires perl(UNIVERSAL::require) qof-docs-0.6.4-5.fc6.i386 requires qof = 0:0.6.4-5.fc6 rt3-3.6.1-1.fc6.noarch requires perl(UNIVERSAL::require) Broken packages in fedora-extras-development-x86_64: ---------------------------------------------------------------------- contact-lookup-applet-0.14-3.fc6.x86_64 requires libebook-1.2.so.5()(64bit) directfb-0.9.24-5.fc5.x86_64 requires libsysfs.so.1()(64bit) exim-sa-4.63-1.fc6.x86_64 requires exim = 0:4.63-1.fc6 gaim-guifications-2.12-3.fc5.x86_64 requires gaim < 1:2 gfontview-0.5.0-5.fc5.x86_64 requires libttf.so.2()(64bit) gtkhtml36-3.6.2-5.fc6.x86_64 requires libgailutil.so.17()(64bit) libibverbs-1.0.3-1.fc6.x86_64 requires libsysfs.so.1()(64bit) libibverbs-utils-1.0.3-1.fc6.x86_64 requires libsysfs.so.1()(64bit) libvisual-plugins-0.2.0-3.fc5.x86_64 requires libvisual.so.0()(64bit) muine-0.8.5-1.fc6.x86_64 requires mono(gdk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.x86_64 requires mono(gtk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.x86_64 requires mono(glib-sharp) = 0:2.8.0.0 perl-CGI-Untaint-1.26-1.fc5.noarch requires perl(UNIVERSAL::require) qof-docs-0.6.4-5.fc6.x86_64 requires qof = 0:0.6.4-5.fc6 rt3-3.6.1-1.fc6.noarch requires perl(UNIVERSAL::require) Broken packages in fedora-extras-development-ppc: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.ppc requires HelixPlayer contact-lookup-applet-0.14-3.fc6.ppc requires libebook-1.2.so.5 directfb-0.9.24-5.fc5.ppc requires libsysfs.so.1 exim-sa-4.63-1.fc6.ppc requires exim = 0:4.63-1.fc6 gaim-guifications-2.12-3.fc5.ppc requires gaim < 1:2 gfontview-0.5.0-5.fc5.ppc requires libttf.so.2 gtkhtml36-3.6.2-5.fc6.ppc requires libgailutil.so.17 libibverbs-1.0.3-1.fc6.ppc requires libsysfs.so.1 libibverbs-utils-1.0.3-1.fc6.ppc requires libsysfs.so.1 libvisual-plugins-0.2.0-3.fc5.ppc requires libvisual.so.0 muine-0.8.5-1.fc6.ppc requires mono(glib-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.ppc requires mono(gtk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.ppc requires mono(gdk-sharp) = 0:2.8.0.0 perl-CGI-Untaint-1.26-1.fc5.noarch requires perl(UNIVERSAL::require) qof-docs-0.6.4-5.fc6.ppc requires qof = 0:0.6.4-5.fc6 rt3-3.6.1-1.fc6.noarch requires perl(UNIVERSAL::require) From j.w.r.degoede at hhs.nl Tue Sep 5 20:07:56 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 05 Sep 2006 22:07:56 +0200 Subject: Any reason arj is not part of extras? Message-ID: <44FDD91C.101@hhs.nl> Hi all, Is there any reason why arj (the clasic archiver) is not part of FE? See: http://arj.sourceforge.net/ It is GPL and in Debian main, or is there another utility already in FC/FE which can handle arj files? (and can be made to work together with mc so that arj archives can be browsed with mc). I'm asking because if there isn't any reason then I will probably package arj. Regards, Hans From ville.skytta at iki.fi Tue Sep 5 20:47:15 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 05 Sep 2006 23:47:15 +0300 Subject: Any reason arj is not part of extras? In-Reply-To: <44FDD91C.101@hhs.nl> References: <44FDD91C.101@hhs.nl> Message-ID: <1157489235.16129.236.camel@viper.local> On Tue, 2006-09-05 at 22:07 +0200, Hans de Goede wrote: > Is there any reason why arj (the clasic archiver) is not part of FE? > See: http://arj.sourceforge.net/ [...] > I'm asking because if there isn't any reason then I will probably > package arj. In case you do, I have a local not-really-used package of it - feel free to grab it if you find something useful there: http://cachalot.mine.nu/5/SRPMS/arj-3.10.22-0.2.src.rpm From sundaram at fedoraproject.org Tue Sep 5 22:24:43 2006 From: sundaram at fedoraproject.org (Rahul) Date: Wed, 06 Sep 2006 03:54:43 +0530 Subject: Fedora Lisp website Message-ID: <44FDF92B.8020806@fedoraproject.org> Hi This site - http://www.fedoralisp.org/ seems to host a few Lisp related packages. It would be nice to not duplicate work. Can anyone working on Lisp related packages in Fedora Extras contact this person and invite them to work in Fedora Extras? Rahul From rdieter at math.unl.edu Wed Sep 6 02:22:28 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 05 Sep 2006 21:22:28 -0500 Subject: Fedora Lisp website In-Reply-To: <44FDF92B.8020806@fedoraproject.org> References: <44FDF92B.8020806@fedoraproject.org> Message-ID: Rahul wrote: > This site - http://www.fedoralisp.org/ seems to host a few Lisp related > packages. It would be nice to not duplicate work. Can anyone working on > Lisp related packages in Fedora Extras contact this person and invite > them to work in Fedora Extras? I was in contact with them way back, and they agreed to help maintain sbcl, but then I never heard from them again. I'll try pinging again. -- Rex From Axel.Thimm at ATrpms.net Wed Sep 6 18:33:41 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Wed, 6 Sep 2006 20:33:41 +0200 Subject: Christian Iseli's %ghost pyo patrol Message-ID: <20060906183341.GD27467@neu.nirvana> Hi, I didn't see any mention of it on the list - Christian automated the task of finding non-compliant pyo packaging and bugzilla'ing it. This is one of the most useful exercises I've seen being done though bugzilla. Thanks for you efforts, Christian! Maybe other global tasks could be handled in a similar fashion like the needs.rebuild flag. Having all in bugzilla gives a more complete task list per packager. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From bpepple at fedoraproject.org Wed Sep 6 19:29:25 2006 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 06 Sep 2006 15:29:25 -0400 Subject: Christian Iseli's %ghost pyo patrol In-Reply-To: <20060906183341.GD27467@neu.nirvana> References: <20060906183341.GD27467@neu.nirvana> Message-ID: <1157570965.21900.0.camel@shuttle.piedmont.com> On Wed, 2006-09-06 at 20:33 +0200, Axel Thimm wrote: > > I didn't see any mention of it on the list - Christian automated the > task of finding non-compliant pyo packaging and bugzilla'ing it. This > is one of the most useful exercises I've seen being done though > bugzilla. Thanks for you efforts, Christian! > > Maybe other global tasks could be handled in a similar fashion like > the needs.rebuild flag. Having all in bugzilla gives a more complete > task list per packager. Agreed, this is a good thing. /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugs.michael at gmx.net Wed Sep 6 20:08:15 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 6 Sep 2006 22:08:15 +0200 Subject: Christian Iseli's %ghost pyo patrol In-Reply-To: <20060906183341.GD27467@neu.nirvana> References: <20060906183341.GD27467@neu.nirvana> Message-ID: <20060906220815.953e535b.bugs.michael@gmx.net> On Wed, 6 Sep 2006 20:33:41 +0200, Axel Thimm wrote: > Hi, > > I didn't see any mention of it on the list - Christian automated the > task of finding non-compliant pyo packaging and bugzilla'ing it. This > is one of the most useful exercises I've seen being done though > bugzilla. Thanks for you efforts, Christian! > > Maybe other global tasks could be handled in a similar fashion like > the needs.rebuild flag. Having all in bugzilla gives a more complete > task list per packager. Sure. I've posted a basic Python script in August's ".pyo files" thread, which enters bug reports via bugzilla xml-rpc. I've used the same script a few times already when filing bugs. Though, for improved automation it needs a backend which adds some kind of memory about which bugs have been filed before. Else it would be hard to avoid duplicate reports. From jeremy at jeremysanders.net Wed Sep 6 20:06:31 2006 From: jeremy at jeremysanders.net (Jeremy Sanders) Date: Wed, 6 Sep 2006 21:06:31 +0100 (BST) Subject: Closing bugs Message-ID: Hi - I am the maintainer for a FE package. If I fix the problem (in this case stopping ghosting pyo files), what is the correct resolution of the bug? I have done "make build" so it should get copied to the repository soon. The resolutions seem to fit the redhat model (ERRATA, NEXTRELEASE...), rather than the continuous FE model. Thanks Jeremy -- Jeremy Sanders http://www.jeremysanders.net/ Cambridge, UK Public Key Server PGP Key ID: E1AAE053 From cweyl at alumni.drew.edu Wed Sep 6 20:10:29 2006 From: cweyl at alumni.drew.edu (Chris Weyl) Date: Wed, 6 Sep 2006 13:10:29 -0700 Subject: Christian Iseli's %ghost pyo patrol In-Reply-To: <20060906220815.953e535b.bugs.michael@gmx.net> References: <20060906183341.GD27467@neu.nirvana> <20060906220815.953e535b.bugs.michael@gmx.net> Message-ID: <7dd7ab490609061310y31a8f5bdtdc3906f5c3e5b9f4@mail.gmail.com> On 9/6/06, Michael Schwendt wrote: > Though, for improved automation it needs a backend which adds some kind of > memory about which bugs have been filed before. Else it would be hard to > avoid duplicate reports. Either that, or a way to query bugzilla for an existing report... -Chris -- Chris Weyl Ex astris, scientia From toshio at tiki-lounge.com Wed Sep 6 20:11:18 2006 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Wed, 06 Sep 2006 13:11:18 -0700 Subject: Closing bugs In-Reply-To: References: Message-ID: <1157573478.2809.57.camel@localhost> On Wed, 2006-09-06 at 21:06 +0100, Jeremy Sanders wrote: > Hi - > > I am the maintainer for a FE package. If I fix the problem (in this case > stopping ghosting pyo files), what is the correct resolution of the bug? I have > done "make build" so it should get copied to the repository soon. > > The resolutions seem to fit the redhat model (ERRATA, NEXTRELEASE...), rather > than the continuous FE model. ISTR there's a CURRENTRELEASE if you fix it for more than just devel. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Wed Sep 6 20:37:47 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 6 Sep 2006 16:37:47 -0400 Subject: Closing bugs In-Reply-To: References: Message-ID: <200609061637.47936.jkeating@redhat.com> On Wednesday 06 September 2006 16:06, Jeremy Sanders wrote: > (ERRATA, NEXTRELEASE...), These reference the release of the package, not of a distribution. NEXTRELEASE could be the next release of the package, CURRENTRELEASE is the release of the package you've built into the devel repo or the FC-5 repo, or whatever. Rawhide is well rawhide. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jeremy at jeremysanders.net Wed Sep 6 21:19:27 2006 From: jeremy at jeremysanders.net (Jeremy Sanders) Date: Wed, 6 Sep 2006 22:19:27 +0100 (BST) Subject: Closing bugs In-Reply-To: <200609061637.47936.jkeating@redhat.com> References: <200609061637.47936.jkeating@redhat.com> Message-ID: On Wed, 6 Sep 2006, Jesse Keating wrote: > These reference the release of the package, not of a distribution. NEXTRELEASE > could be the next release of the package, CURRENTRELEASE is the release of > the package you've built into the devel repo or the FC-5 repo, or whatever. > Rawhide is well rawhide. Thanks - those answers make sense. -- Jeremy Sanders http://www.jeremysanders.net/ Cambridge, UK Public Key Server PGP Key ID: E1AAE053 From Axel.Thimm at ATrpms.net Wed Sep 6 21:38:53 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Wed, 6 Sep 2006 23:38:53 +0200 Subject: Closing bugs In-Reply-To: References: <200609061637.47936.jkeating@redhat.com> Message-ID: <20060906213853.GF27467@neu.nirvana> On Wed, Sep 06, 2006 at 10:19:27PM +0100, Jeremy Sanders wrote: > On Wed, 6 Sep 2006, Jesse Keating wrote: > > >These reference the release of the package, not of a distribution. > >NEXTRELEASE > >could be the next release of the package, CURRENTRELEASE is the release of > >the package you've built into the devel repo or the FC-5 repo, or whatever. > >Rawhide is well rawhide. > > Thanks - those answers make sense. No, here are the definitions which more or less relate "RELEASE" to the distribution and not the package's upstream version. That's also how it's used in RHEL - we should keep the same semantics behind these keywords. CURRENTRELEASE The problem described has already been fixed and can be obtained in the latest version of our product. Information on the package version in which it was fixed should be included in the summary when a bug is closed to this resolution. NEXTRELEASE The problem described has been fixed in the next release of the product, and is not planned to be fixed in the release against which the bug was filed. Include information on the release in which this was fixed in the summary when a bug is closed to this resolution. So if you fix an FC5/FC4 bug you should use CURRENTRELEASE. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From Christian.Iseli at licr.org Wed Sep 6 21:46:26 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Wed, 6 Sep 2006 23:46:26 +0200 Subject: Christian Iseli's %ghost pyo patrol In-Reply-To: <20060906220815.953e535b.bugs.michael@gmx.net> References: <20060906183341.GD27467@neu.nirvana> <20060906220815.953e535b.bugs.michael@gmx.net> Message-ID: <20060906234626.7736b9f9@ludwig-alpha> Thanks Axel and Brian for your kind words. On Wed, 6 Sep 2006 22:08:15 +0200, Michael Schwendt wrote: > Sure. I've posted a basic Python script in August's ".pyo files" thread, > which enters bug reports via bugzilla xml-rpc. I've used the same script a > few times already when filing bugs. I used your script too. Thanks for providing it in the first place. I put the exact one I used in CVS here: http://cvs.fedora.redhat.com/viewcvs/status-report-scripts/?root=fedora named fileBZ That's the first piece of python I (partly) wrote, and pylint thinks pretty poorly of it, but I thought it might be useful for other tasks/people. > Though, for improved automation it needs a backend which adds some kind of > memory about which bugs have been filed before. Else it would be hard to > avoid duplicate reports. Yea. I suppose I should read some docs about xml-rpc and learn how to query BZ for tickets... :-) Cheers, Christian From buildsys at fedoraproject.org Wed Sep 6 22:00:50 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 6 Sep 2006 18:00:50 -0400 (EDT) Subject: Fedora Extras Package Build Report 2006-09-06 Message-ID: <20060906220050.F372815212C@buildsys.fedoraproject.org> Packages built and released for Fedora Extras 5: 40 SOAPpy-0.11.6-5.fc5 XaraLX-0.7-5.fc5.r1742 ant-contrib-1.0-0.4.b2.fc5 asymptote-1.13-1.fc5 epydoc-2.1-6.fc5 geda-docs-20060824-2.fc5 geda-examples-20060824-4.fc5 geda-gattrib-20060824-1.fc5 geda-gnetlist-20060824-2.fc5 geda-symbols-20060824-2.fc5 geda-utils-20060824-2.fc5 gparted-0.3-1.fc5 ht2html-2.0-5.fc5 lat-1.0.7-1.fc5 lilypond-2.8.6-2.fc5 mod_fcgid-1.10-7.fc5 ooo2txt-0.0.6-1.fc5 perl-Cairo-1.00-1.fc5 perl-Config-Tiny-2.08-1.fc5 perl-Devel-Cover-0.59-1.fc5 perl-Email-MIME-1.852-1.fc5 perl-Email-Simple-1.990-1.fc5 perl-HTML-FormatText-WithLinks-0.06-2.fc5 perl-Object-InsideOut-1.52-1.fc5 perl-Sub-Identify-0.02-2.fc5 perl-Sub-Name-0.02-2.fc5 perl-WWW-Myspace-0.54-1.fc5 pessulus-2.16.0-3.fc5 php-pecl-xdebug-2.0.0-0.1.beta6.fc5 poker-engine-1.0.17-3.fc5 pygame-1.7.1-9.fc5 pypoker-eval-132.0-2.fc5 python-fpconst-0.7.2-3.fc5 python-numarray-1.5.2-1.fc5 python-simpy-1.7.1-4.fc5 pyxmms-2.06-3.fc5 terminus-font-4.20-5.fc5 texmaker-1.4-1.fc5.2 tinyerp-3.3.0-3.fc5 veusz-0.10-11.fc5 Packages built and released for Fedora Extras 4: 4 asymptote-1.13-1.fc4 epydoc-2.1-6.fc4 python-simpy-1.7.1-4.fc4 veusz-0.10-11.fc4 Packages built and released for Fedora Extras development: 95 SIBsim4-0.13-2.fc6 SOAPpy-0.11.6-5.fc6 XaraLX-0.7-5.fc6.r1742 acpi-0.09-2.fc6 asa-1.2-3.fc6 asymptote-1.13-1.fc6 audacious-1.1.2-1.fc6 autobuild-applet-1.0.3-2.fc6 childsplay-0.83-2.fc6 childsplay_plugins-0.83-2.fc6 crack-5.0a-4.fc6 dap-freeform_handler-3.7.1-3.fc6 dap-hdf4_handler-3.7.1-3.fc6 dap-netcdf_handler-3.7.2-1.fc6 dap-server-3.6.1-4.fc6 deskbar-applet-2.15.91-5.fc6 epydoc-2.1-6.fc6 fltk-1.1.7-2.fc6 fyre-1.0.0-14.fc6 gai-temp-0.1.1-5.fc6 geda-docs-20060824-2.fc6 geda-examples-20060824-4.fc6 geda-gattrib-20060824-1.fc6 geda-gnetlist-20060824-2.fc6 geda-symbols-20060824-2.fc6 geda-utils-20060824-2.fc6 gnome-blog-0.9.1-4.fc6 gnome-phone-manager-0.7-5.fc6 gnomebaker-0.5.1-5.fc6 gparted-0.3-1.fc6 gramps-2.0.11-5.fc6 gstreamer08-0.8.12-8.fc6 gstreamer08-plugins-0.8.12-7.fc6 hmmer-2.3.2-6.fc6 ht2html-2.0-5.fc6 jed-0.99.18-5.fc6 k3d-0.6.1.0-1.fc6 kompose-0.5.3-6.fc6 lagan-1.21-3.fc6 lat-1.0.7-1.fc6 leafpad-0.8.9-3.fc6 libdap-3.7.1-1.fc6 libnc-dap-3.6.2-2.fc6 lilypond-2.8.6-2.fc6 maxima-5.9.3.99-0.7.rc3.fc6 meld-1.1.4-4.fc6 mftrace-1.2.4-4.fc6 mod_fcgid-1.10-7.fc6 nagios-2.5-2.fc6 nfswatch-4.99.6-2.fc6 numpy-0.9.8-1.fc6 ooo2txt-0.0.6-2.fc6 pam_mysql-0.6.2-4.fc6 perl-Devel-Cover-0.59-1.fc6 perl-Email-MIME-1.852-1.fc6 perl-Email-Simple-1.990-1.fc6 perl-Glib-1.140-1.fc6 perl-Gtk2-1.140-1.fc6 perl-HTTP-BrowserDetect-0.98-3.fc6 perl-Kwiki-Archive-Rcs-0.15-5.fc6 perl-Kwiki-Attachments-0.18-2.fc6 perl-Kwiki-Diff-0.03-3.fc6 perl-Kwiki-ModPerl-0.09-3.fc6 perl-Kwiki-NewPage-0.12-4.fc6 perl-Kwiki-Raw-0.02-3.fc6 perl-Kwiki-Revisions-0.15-4.fc6 perl-Kwiki-Search-0.12-4.fc6 perl-Kwiki-UserName-0.14-4.fc6 perl-Kwiki-UserPreferences-0.13-4.fc6 perl-Kwiki-Users-Remote-0.04-3.fc6 perl-LWP-Authen-Wsse-0.05-2.fc6 perl-Object-InsideOut-1.52-1.fc6 perl-POE-Filter-Zlib-1.5-1.fc6 perl-Sub-Identify-0.02-2.fc6 perl-Sub-Name-0.02-2.fc6 perl-UNIVERSAL-require-0.10-1.fc6 perl-WWW-Myspace-0.54-1.fc6 pessulus-2.16.0-1.fc6 php-pear-Mail-Mime-1.3.1-8.fc6 php-pecl-xdebug-2.0.0-0.1.beta6.fc6 poker-engine-1.0.17-3.fc6 pygame-1.7.1-9.fc6 pypoker-eval-132.0-2.fc6 python-fpconst-0.7.2-3.fc6 python-numarray-1.5.2-1.fc6 python-simpy-1.7.1-4.fc6 pyxmms-2.06-3.fc6 rt3-3.6.1-2.fc6 swatch-3.2.1-1.fc6 tremulous-1.1.0-2.fc6 tremulous-data-1.1.0-3 veusz-0.10-11.fc6 xfsdump-2.2.42-2.fc6 xscreensaver-5.00-19.fc6 yumex-1.1.3-1.0.fc6 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Wed Sep 6 22:01:20 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 6 Sep 2006 18:01:20 -0400 (EDT) Subject: Broken upgrade paths in FC+FE 2006-09-06 Message-ID: <20060906220120.201F415212C@buildsys.fedoraproject.org> UNKNOWN OWNER (possibly Core package): device-mapper 4: 0:1.02.07-2.0 (FC4-updates) 5: 0:1.02.02-3.2 (FC5) 6: 0:1.02.07-1.1 (FC6) ftp 5: 0:0.17-33.fc5 (FC5-updates) 6: 0:0.17-32.1.2.4 (FC6) lvm2 4: 0:2.02.06-1.0.fc4 (FC4-updates) 5: 0:2.02.01-1.2.1 (FC5) 6: 0:2.02.06-3 (FC6) mozilla 3: 37:1.7.13-1.3.1.legacy (FL3-updates) 4: 37:1.7.13-1.1.fc4 (FC4-updates) 5: 37:1.7.13-1.1.fc5 (FC5-updates) quagga 4: 0:0.98.6-1.fc4 (FC4-updates) 5: 0:0.98.6-1.FC5 (FC5-updates) 6: 0:0.98.6-2.1 (FC6) andreas.bierfert AT lowlatency.de: dillo 4: 0:0.8.6-2.fc4 (FE4) 5: 0:0.8.6-1.fc5 (FE5) 6: 0:0.8.6-2.fc6 (FE6) libpqxx 5: 0:2.6.7-1.fc5 (FE5) 6: 0:2.6.6-1.fc6 (FE6) candyz0416 AT gmail.com: gcin 5: 0:1.2.4-2.fc5 (FE5) 6: 0:1.2.4-1.fc6 (FE6) dan AT danny.cz: tinyerp 5: 0:3.3.0-3.fc5 (FE5) 6: 0:3.3.0-2.fc6 (FE6) foolish AT guezz.net: serpentine 5: 0:0.7-4.fc5 (FE5) 6: 0:0.7-3.fc6 (FE6) gauret AT free.fr: amarok 5: 0:1.4.2-1.fc5 (FE5) 6: 0:1.4.1-3.fc6 (FE6) kengert AT redhat.com: seamonkey 5: 0:1.0.4-0.5.1.fc5 (FE5) 6: 0:1.0.2-1.fc6 (FE6) lemenkov AT gmail.com: fuse-sshfs 5: 0:1.6-3.fc5 (FE5) 6: 0:1.6-2.fc6 (FE6) stratagus 5: 0:2.1-6.fc5 (FE5) 6: 0:2.1-5.fc6 (FE6) meme AT daughtersoftiresias.org: fortune-firefly 5: 0:2.1.1-2.fc5 (FE5) 6: 0:2.1.1-1.fc6 (FE6) mpeters AT mac.com: firestarter 5: 0:1.0.3-11.fc5 (FE5) 6: 0:1.0.3-10.fc6 (FE6) noa AT resare.com: vorbisgain 5: 0:0.34-2.fc5 (FE5) 6: 0:0.34-1.fc6 (FE6) nomis80 AT nomis80.org: camstream 5: 0:0.26.3-10.fc5 (FE5) 6: 0:0.26.3-9.fc5 (FE6) opencv 5: 0:0.9.7-16.fc5 (FE5) 6: 0:0.9.7-15.fc5 (FE6) paul AT city-fan.org: perl-String-CRC32 4: 0:1.4-1.fc4 (FE4) 5: 0:1.4-1.FC5 (FC5-updates) 6: 0:1.4-2.fc6 (FC6) petersen AT redhat.com: m17n-db 4: 0:1.3.3-1.fc4 (FE4) 5: 0:1.3.3-1 (FC5) 6: 0:1.3.3-22.fc6 (FC6) qspencer AT ieee.org: octave-forge 5: 0:2006.07.09-5.fc5 (FE5) 6: 0:2006.07.09-4.fc6 (FE6) rpm AT timj.co.uk: php-pear-DB 5: 0:1.7.6-6.fc5 (FE5) 6: 0:1.7.6-6 (FE6) ryo-dairiki AT users.sourceforge.net: scim-tomoe 5: 0:0.2.0-6.fc5.1 (FE5) 6: 0:0.2.0-4.fc6 (FE6) splinux AT fedoraproject.org: pessulus 5: 0:2.16.0-3.fc5 (FE5) 6: 0:2.16.0-1.fc6 (FE6) thomas AT apestaart.org: flumotion 5: 0:0.2.1-2.fc5 (FE5) 6: 0:0.2.0-1.fc5 (FE6) ---------------------------------------------------------------------- amarok: gauret AT free.fr 5: 0:1.4.2-1.fc5 (FE5) 6: 0:1.4.1-3.fc6 (FE6) camstream: nomis80 AT nomis80.org 5: 0:0.26.3-10.fc5 (FE5) 6: 0:0.26.3-9.fc5 (FE6) device-mapper: UNKNOWN OWNER (possibly Core package) 4: 0:1.02.07-2.0 (FC4-updates) 5: 0:1.02.02-3.2 (FC5) 6: 0:1.02.07-1.1 (FC6) dillo: andreas.bierfert AT lowlatency.de 4: 0:0.8.6-2.fc4 (FE4) 5: 0:0.8.6-1.fc5 (FE5) 6: 0:0.8.6-2.fc6 (FE6) firestarter: mpeters AT mac.com 5: 0:1.0.3-11.fc5 (FE5) 6: 0:1.0.3-10.fc6 (FE6) flumotion: thomas AT apestaart.org 5: 0:0.2.1-2.fc5 (FE5) 6: 0:0.2.0-1.fc5 (FE6) fortune-firefly: meme AT daughtersoftiresias.org 5: 0:2.1.1-2.fc5 (FE5) 6: 0:2.1.1-1.fc6 (FE6) ftp: UNKNOWN OWNER (possibly Core package) 5: 0:0.17-33.fc5 (FC5-updates) 6: 0:0.17-32.1.2.4 (FC6) fuse-sshfs: lemenkov AT gmail.com 5: 0:1.6-3.fc5 (FE5) 6: 0:1.6-2.fc6 (FE6) gcin: candyz0416 AT gmail.com 5: 0:1.2.4-2.fc5 (FE5) 6: 0:1.2.4-1.fc6 (FE6) libpqxx: andreas.bierfert AT lowlatency.de 5: 0:2.6.7-1.fc5 (FE5) 6: 0:2.6.6-1.fc6 (FE6) lvm2: UNKNOWN OWNER (possibly Core package) 4: 0:2.02.06-1.0.fc4 (FC4-updates) 5: 0:2.02.01-1.2.1 (FC5) 6: 0:2.02.06-3 (FC6) m17n-db: petersen AT redhat.com 4: 0:1.3.3-1.fc4 (FE4) 5: 0:1.3.3-1 (FC5) 6: 0:1.3.3-22.fc6 (FC6) mozilla: UNKNOWN OWNER (possibly Core package) 3: 37:1.7.13-1.3.1.legacy (FL3-updates) 4: 37:1.7.13-1.1.fc4 (FC4-updates) 5: 37:1.7.13-1.1.fc5 (FC5-updates) octave-forge: qspencer AT ieee.org 5: 0:2006.07.09-5.fc5 (FE5) 6: 0:2006.07.09-4.fc6 (FE6) opencv: nomis80 AT nomis80.org 5: 0:0.9.7-16.fc5 (FE5) 6: 0:0.9.7-15.fc5 (FE6) perl-String-CRC32: paul AT city-fan.org 4: 0:1.4-1.fc4 (FE4) 5: 0:1.4-1.FC5 (FC5-updates) 6: 0:1.4-2.fc6 (FC6) pessulus: splinux AT fedoraproject.org 5: 0:2.16.0-3.fc5 (FE5) 6: 0:2.16.0-1.fc6 (FE6) php-pear-DB: rpm AT timj.co.uk 5: 0:1.7.6-6.fc5 (FE5) 6: 0:1.7.6-6 (FE6) quagga: UNKNOWN OWNER (possibly Core package) 4: 0:0.98.6-1.fc4 (FC4-updates) 5: 0:0.98.6-1.FC5 (FC5-updates) 6: 0:0.98.6-2.1 (FC6) scim-tomoe: ryo-dairiki AT users.sourceforge.net 5: 0:0.2.0-6.fc5.1 (FE5) 6: 0:0.2.0-4.fc6 (FE6) seamonkey: kengert AT redhat.com 5: 0:1.0.4-0.5.1.fc5 (FE5) 6: 0:1.0.2-1.fc6 (FE6) serpentine: foolish AT guezz.net 5: 0:0.7-4.fc5 (FE5) 6: 0:0.7-3.fc6 (FE6) stratagus: lemenkov AT gmail.com 5: 0:2.1-6.fc5 (FE5) 6: 0:2.1-5.fc6 (FE6) tinyerp: dan AT danny.cz 5: 0:3.3.0-3.fc5 (FE5) 6: 0:3.3.0-2.fc6 (FE6) vorbisgain: noa AT resare.com 5: 0:0.34-2.fc5 (FE5) 6: 0:0.34-1.fc6 (FE6) From buildsys at fedoraproject.org Wed Sep 6 22:21:43 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Wed, 06 Sep 2006 22:21:43 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-06 Message-ID: <20060906222143.30493.70674@extras64.linux.duke.edu> Summary of broken packages (by owner): ---------------------------------------------------------------------- bdpepple AT ameritech.net contact-lookup-applet - 0.14-3.fc6.i386 (30 days) contact-lookup-applet - 0.14-3.fc6.ppc (30 days) contact-lookup-applet - 0.14-3.fc6.x86_64 (30 days) byte AT fedoraproject.org gaim-guifications - 2.12-3.fc5.i386 (49 days) gaim-guifications - 2.12-3.fc5.ppc (49 days) gaim-guifications - 2.12-3.fc5.x86_64 (49 days) dwmw2 AT redhat.com exim-sa - 4.63-1.fc6.i386 exim-sa - 4.63-1.fc6.ppc exim-sa - 4.63-1.fc6.x86_64 foolish AT guezz.net muine - 0.8.5-1.fc6.i386 (18 days) muine - 0.8.5-1.fc6.ppc (18 days) muine - 0.8.5-1.fc6.x86_64 (18 days) gauret AT free.fr amarok - 1.4.1-3.fc6.i386 (41 days) amarok - 1.4.1-3.fc6.ppc (41 days) showimg-pgsql - 0.9.5-7.fc4.i386 showimg-pgsql - 0.9.5-7.fc4.ppc showimg-pgsql - 0.9.5-7.fc4.x86_64 showimg-pgsql - 0.9.5-7.fc5.i386 showimg-pgsql - 0.9.5-7.fc5.ppc showimg-pgsql - 0.9.5-7.fc5.x86_64 mpeters AT mac.com gfontview - 0.5.0-5.fc5.i386 (49 days) gfontview - 0.5.0-5.fc5.ppc (49 days) gfontview - 0.5.0-5.fc5.x86_64 (49 days) gtkhtml36 - 3.6.2-5.fc6.i386 (49 days) gtkhtml36 - 3.6.2-5.fc6.ppc (49 days) gtkhtml36 - 3.6.2-5.fc6.x86_64 (49 days) libvisual-plugins - 0.2.0-3.fc5.i386 (49 days) libvisual-plugins - 0.2.0-3.fc5.i386 (49 days) libvisual-plugins - 0.2.0-3.fc5.ppc (49 days) libvisual-plugins - 0.2.0-3.fc5.ppc (49 days) libvisual-plugins - 0.2.0-3.fc5.x86_64 (49 days) libvisual-plugins - 0.2.0-3.fc5.x86_64 (49 days) rolandd AT cisco.com libibverbs - 1.0.3-1.fc6.i386 (49 days) libibverbs - 1.0.3-1.fc6.ppc (49 days) libibverbs - 1.0.3-1.fc6.x86_64 (49 days) libibverbs-utils - 1.0.3-1.fc6.i386 (49 days) libibverbs-utils - 1.0.3-1.fc6.ppc (49 days) libibverbs-utils - 1.0.3-1.fc6.x86_64 (49 days) tcallawa AT redhat.com gambas-runtime - 1.0.14-2.fc5.i386 (29 days) thomas AT apestaart.org directfb - 0.9.24-5.fc5.i386 (49 days) directfb - 0.9.24-5.fc5.ppc (49 days) directfb - 0.9.24-5.fc5.x86_64 (49 days) toshio AT tiki-lounge.com qof-docs - 0.6.4-5.fc6.i386 (4 days) qof-docs - 0.6.4-5.fc6.ppc (4 days) qof-docs - 0.6.4-5.fc6.x86_64 (4 days) Broken packages in fedora-extras-5-i386: ---------------------------------------------------------------------- libvisual-plugins-0.2.0-3.fc5.i386 requires libvisual.so.0 showimg-pgsql-0.9.5-7.fc5.i386 requires libpqxx-2.6.6.so Broken packages in fedora-extras-5-x86_64: ---------------------------------------------------------------------- libvisual-plugins-0.2.0-3.fc5.x86_64 requires libvisual.so.0()(64bit) showimg-pgsql-0.9.5-7.fc5.x86_64 requires libpqxx-2.6.6.so()(64bit) Broken packages in fedora-extras-5-ppc: ---------------------------------------------------------------------- libvisual-plugins-0.2.0-3.fc5.ppc requires libvisual.so.0 showimg-pgsql-0.9.5-7.fc5.ppc requires libpqxx-2.6.6.so Broken packages in fedora-extras-4-i386: ---------------------------------------------------------------------- showimg-pgsql-0.9.5-7.fc4.i386 requires libpqxx-2.6.6.so Broken packages in fedora-extras-4-x86_64: ---------------------------------------------------------------------- showimg-pgsql-0.9.5-7.fc4.x86_64 requires libpqxx-2.6.6.so()(64bit) Broken packages in fedora-extras-4-ppc: ---------------------------------------------------------------------- showimg-pgsql-0.9.5-7.fc4.ppc requires libpqxx-2.6.6.so Broken packages in fedora-extras-development-i386: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.i386 requires HelixPlayer contact-lookup-applet-0.14-3.fc6.i386 requires libebook-1.2.so.5 directfb-0.9.24-5.fc5.i386 requires libsysfs.so.1 exim-sa-4.63-1.fc6.i386 requires exim = 0:4.63-1.fc6 gaim-guifications-2.12-3.fc5.i386 requires gaim < 1:2 gambas-runtime-1.0.14-2.fc5.i386 requires libgettextlib-0.14.5.so gfontview-0.5.0-5.fc5.i386 requires libttf.so.2 gtkhtml36-3.6.2-5.fc6.i386 requires libgailutil.so.17 libibverbs-1.0.3-1.fc6.i386 requires libsysfs.so.1 libibverbs-utils-1.0.3-1.fc6.i386 requires libsysfs.so.1 libvisual-plugins-0.2.0-3.fc5.i386 requires libvisual.so.0 muine-0.8.5-1.fc6.i386 requires mono(glib-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.i386 requires mono(gtk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.i386 requires mono(gdk-sharp) = 0:2.8.0.0 qof-docs-0.6.4-5.fc6.i386 requires qof = 0:0.6.4-5.fc6 Broken packages in fedora-extras-development-x86_64: ---------------------------------------------------------------------- contact-lookup-applet-0.14-3.fc6.x86_64 requires libebook-1.2.so.5()(64bit) directfb-0.9.24-5.fc5.x86_64 requires libsysfs.so.1()(64bit) exim-sa-4.63-1.fc6.x86_64 requires exim = 0:4.63-1.fc6 gaim-guifications-2.12-3.fc5.x86_64 requires gaim < 1:2 gfontview-0.5.0-5.fc5.x86_64 requires libttf.so.2()(64bit) gtkhtml36-3.6.2-5.fc6.x86_64 requires libgailutil.so.17()(64bit) libibverbs-1.0.3-1.fc6.x86_64 requires libsysfs.so.1()(64bit) libibverbs-utils-1.0.3-1.fc6.x86_64 requires libsysfs.so.1()(64bit) libvisual-plugins-0.2.0-3.fc5.x86_64 requires libvisual.so.0()(64bit) muine-0.8.5-1.fc6.x86_64 requires mono(gdk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.x86_64 requires mono(gtk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.x86_64 requires mono(glib-sharp) = 0:2.8.0.0 qof-docs-0.6.4-5.fc6.x86_64 requires qof = 0:0.6.4-5.fc6 Broken packages in fedora-extras-development-ppc: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.ppc requires HelixPlayer contact-lookup-applet-0.14-3.fc6.ppc requires libebook-1.2.so.5 directfb-0.9.24-5.fc5.ppc requires libsysfs.so.1 exim-sa-4.63-1.fc6.ppc requires exim = 0:4.63-1.fc6 gaim-guifications-2.12-3.fc5.ppc requires gaim < 1:2 gfontview-0.5.0-5.fc5.ppc requires libttf.so.2 gtkhtml36-3.6.2-5.fc6.ppc requires libgailutil.so.17 libibverbs-1.0.3-1.fc6.ppc requires libsysfs.so.1 libibverbs-utils-1.0.3-1.fc6.ppc requires libsysfs.so.1 libvisual-plugins-0.2.0-3.fc5.ppc requires libvisual.so.0 muine-0.8.5-1.fc6.ppc requires mono(glib-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.ppc requires mono(gtk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.ppc requires mono(gdk-sharp) = 0:2.8.0.0 qof-docs-0.6.4-5.fc6.ppc requires qof = 0:0.6.4-5.fc6 From bugs.michael at gmx.net Wed Sep 6 22:31:01 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 7 Sep 2006 00:31:01 +0200 Subject: Christian Iseli's %ghost pyo patrol In-Reply-To: <7dd7ab490609061310y31a8f5bdtdc3906f5c3e5b9f4@mail.gmail.com> References: <20060906183341.GD27467@neu.nirvana> <20060906220815.953e535b.bugs.michael@gmx.net> <7dd7ab490609061310y31a8f5bdtdc3906f5c3e5b9f4@mail.gmail.com> Message-ID: <20060907003101.3d53c9cb.bugs.michael@gmx.net> On Wed, 6 Sep 2006 13:10:29 -0700, Chris Weyl wrote: > > Though, for improved automation it needs a backend which adds some kind of > > memory about which bugs have been filed before. Else it would be hard to > > avoid duplicate reports. > > Either that, or a way to query bugzilla for an existing report... Which is possible with the same API. From fedora at leemhuis.info Thu Sep 7 09:16:07 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 07 Sep 2006 11:16:07 +0200 Subject: Christian Iseli's %ghost pyo patrol In-Reply-To: <20060906183341.GD27467@neu.nirvana> References: <20060906183341.GD27467@neu.nirvana> Message-ID: <44FFE357.4010408@leemhuis.info> Axel Thimm schrieb: > I didn't see any mention of it on the list - Christian automated the > task of finding non-compliant pyo packaging and bugzilla'ing it. This > is one of the most useful exercises I've seen being done though > bugzilla. Thanks for you efforts, Christian! Agreed, once again: Thanks Christian! > Maybe other global tasks could be handled in a similar fashion like > the needs.rebuild flag. Having all in bugzilla gives a more complete > task list per packager. Just my 2 cent, but I tend to disagree with this specific example. Bugzilla is sometimes hard and painful to use and often slows the workflow down (sometimes a lot, sometimes only slightly). So I think it would be to painful to file > 1000 bugs for a mass rebuild. But filing X Bugs by a script for those packages that didn't get rebuild after a certain time-period would be a good idea IMHO. CU thl From dan at danny.cz Thu Sep 7 16:29:48 2006 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Thu, 07 Sep 2006 18:29:48 +0200 Subject: Broken upgrade paths in FC+FE 2006-09-06 In-Reply-To: <20060906220120.201F415212C@buildsys.fedoraproject.org> References: <20060906220120.201F415212C@buildsys.fedoraproject.org> Message-ID: <1157646588.3495.9.camel@eagle.danny.cz> > dan AT danny.cz: > tinyerp > 5: 0:3.3.0-3.fc5 (FE5) > 6: 0:3.3.0-2.fc6 (FE6) I will wait some time for https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=205351 to be fixed. If this bug will not be fixed before Extras rebuild deadline, then I will apply a workaround to the spec file. Dan From kevin-fedora-extras at scrye.com Thu Sep 7 17:11:07 2006 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Thu, 07 Sep 2006 11:11:07 -0600 (MDT) Subject: Mass rebuild: Rebuild your packages for fc6 Message-ID: <20060907.111107.387230480.kevin@scrye.com> As of this mornings cvs checkout seed, there are still 976 extras packages that need to be rebuilt for fc6. That puts things at around 56% done. If you haven't rebuilt your packages, please do so soon. Any packages not rebuilt by Sept 18th will get bugs filed against them to rebuild, and may not get released with fc6 and/or be orphaned. When rebuilding, make sure to remove the needs.rebuild file. Thanks, kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From wolters.liste at gmx.net Thu Sep 7 17:24:31 2006 From: wolters.liste at gmx.net (Roland Wolters) Date: Thu, 7 Sep 2006 19:24:31 +0200 Subject: Mass rebuild: Rebuild your packages for fc6 In-Reply-To: <20060907.111107.387230480.kevin@scrye.com> References: <20060907.111107.387230480.kevin@scrye.com> Message-ID: <200609071924.37174.wolters.liste@gmx.net> Once upon a time Kevin Fenzi wrote: > As of this mornings cvs checkout seed, there are still 976 extras > packages that need to be rebuilt for fc6. That puts things at around > 56% done. > Well, at least for me that is because the file keeps coming back: I deleted the file (rm needs.rebuild), edited the .spec file, made a commit (cvs commit -m "..."), and build the new packages (make tag & make build). However, it didn't work, when I make a cvs update the needs.rebuild package comes back: $ cvs update [...] cvs update: warning: ktorrent/devel/needs.rebuild was lost U ktorrent/devel/needs.rebuild Please submit better description of how to handle this problem. http://www.fedoraproject.org/wiki/Extras/UsingCvsFaq does not list more information as far as I see. Roland -- Ich bin weit ?ber die F?higkeit rationalen Denkens hinaus entsetzt. -- Egon aus Ghostbusters -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From bpepple at fedoraproject.org Thu Sep 7 17:26:54 2006 From: bpepple at fedoraproject.org (Brian Pepple) Date: Thu, 07 Sep 2006 13:26:54 -0400 Subject: Mass rebuild: Rebuild your packages for fc6 In-Reply-To: <200609071924.37174.wolters.liste@gmx.net> References: <20060907.111107.387230480.kevin@scrye.com> <200609071924.37174.wolters.liste@gmx.net> Message-ID: <1157650014.12821.1.camel@shuttle.piedmont.com> On Thu, 2006-09-07 at 19:24 +0200, Roland Wolters wrote: > Once upon a time Kevin Fenzi wrote: > > As of this mornings cvs checkout seed, there are still 976 extras > > packages that need to be rebuilt for fc6. That puts things at around > > 56% done. > > > Well, at least for me that is because the file keeps coming back: > I deleted the file (rm needs.rebuild), edited the .spec file, made a commit > (cvs commit -m "..."), and build the new packages (make tag & make build). > However, it didn't work, when I make a cvs update the needs.rebuild package > comes back: After your removed the needs.rebuild file, did you also 'cvs rm need.rebuild'? /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From paul at city-fan.org Thu Sep 7 17:27:26 2006 From: paul at city-fan.org (Paul Howarth) Date: Thu, 07 Sep 2006 18:27:26 +0100 Subject: Mass rebuild: Rebuild your packages for fc6 In-Reply-To: <200609071924.37174.wolters.liste@gmx.net> References: <20060907.111107.387230480.kevin@scrye.com> <200609071924.37174.wolters.liste@gmx.net> Message-ID: <4500567E.5040806@city-fan.org> Roland Wolters wrote: > Once upon a time Kevin Fenzi wrote: >> As of this mornings cvs checkout seed, there are still 976 extras >> packages that need to be rebuilt for fc6. That puts things at around >> 56% done. >> > Well, at least for me that is because the file keeps coming back: > I deleted the file (rm needs.rebuild), edited the .spec file, made a commit > (cvs commit -m "..."), and build the new packages (make tag & make build). > However, it didn't work, when I make a cvs update the needs.rebuild package > comes back: > > $ cvs update > [...] > cvs update: warning: ktorrent/devel/needs.rebuild was lost > U ktorrent/devel/needs.rebuild > > Please submit better description of how to handle this problem. > http://www.fedoraproject.org/wiki/Extras/UsingCvsFaq > does not list more information as far as I see. rm needs.rebuild cvs remove needs.rebuild cvs commit needs.rebuild Paul. From jamatos at fc.up.pt Thu Sep 7 17:31:34 2006 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Thu, 7 Sep 2006 18:31:34 +0100 Subject: Mass rebuild: Rebuild your packages for fc6 In-Reply-To: <4500567E.5040806@city-fan.org> References: <20060907.111107.387230480.kevin@scrye.com> <200609071924.37174.wolters.liste@gmx.net> <4500567E.5040806@city-fan.org> Message-ID: <200609071831.34560.jamatos@fc.up.pt> On Thursday 07 September 2006 18:27, Paul Howarth wrote: > > rm needs.rebuild > cvs remove needs.rebuild > cvs commit needs.rebuild cvs remove -f needs.rebuild cvs commit should be enough, -f removes from cvs repository and locally. > > Paul. -- Jos? Ab?lio From wolters.liste at gmx.net Thu Sep 7 18:10:27 2006 From: wolters.liste at gmx.net (Roland Wolters) Date: Thu, 7 Sep 2006 20:10:27 +0200 Subject: Mass rebuild: Rebuild your packages for fc6 In-Reply-To: <4500567E.5040806@city-fan.org> References: <20060907.111107.387230480.kevin@scrye.com> <200609071924.37174.wolters.liste@gmx.net> <4500567E.5040806@city-fan.org> Message-ID: <200609072010.33025.wolters.liste@gmx.net> Once upon a time Paul Howarth wrote: > Roland Wolters wrote: > > Once upon a time Kevin Fenzi wrote: > >> As of this mornings cvs checkout seed, there are still 976 extras > >> packages that need to be rebuilt for fc6. That puts things at around > >> 56% done. > > > > $ cvs update > > [...] > > cvs update: warning: ktorrent/devel/needs.rebuild was lost > > U ktorrent/devel/needs.rebuild > > > > Please submit better description of how to handle this problem. > > http://www.fedoraproject.org/wiki/Extras/UsingCvsFaq > > does not list more information as far as I see. > > rm needs.rebuild > cvs remove needs.rebuild > cvs commit needs.rebuild > Thanks for the info. Any specific reason why this was *not* mentioned in the description about the rebuild process? Or that this was not mentioned in the CVS faq which is meant to explain all cvs stuff for people who are not used to it? Roland -- Nothing worth having comes easy. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From paul at xelerance.com Thu Sep 7 18:18:49 2006 From: paul at xelerance.com (Paul Wouters) Date: Thu, 7 Sep 2006 20:18:49 +0200 (CEST) Subject: release number, was Re: Mass rebuild: Rebuild your packages for fc6 In-Reply-To: <20060907.111107.387230480.kevin@scrye.com> References: <20060907.111107.387230480.kevin@scrye.com> Message-ID: On Thu, 7 Sep 2006, Kevin Fenzi wrote: > As of this mornings cvs checkout seed, there are still 976 extras > packages that need to be rebuilt for fc6. That puts things at around > 56% done. > > If you haven't rebuilt your packages, please do so soon. If there have been no changes to the package, should the release version be bumped for this proces? Or in other words, why is the massive rebuild happening? Paul From notting at redhat.com Thu Sep 7 18:20:43 2006 From: notting at redhat.com (Bill Nottingham) Date: Thu, 7 Sep 2006 14:20:43 -0400 Subject: release number, was Re: Mass rebuild: Rebuild your packages for fc6 In-Reply-To: References: <20060907.111107.387230480.kevin@scrye.com> Message-ID: <20060907182043.GB5292@nostromo.devel.redhat.com> Paul Wouters (paul at xelerance.com) said: > > If you haven't rebuilt your packages, please do so soon. > > If there have been no changes to the package, should the release version > be bumped for this proces? Or in other words, why is the massive rebuild > happening? PT_GNU_HASH support from gcc, proper tagging of dependencies for -devel packages. And yes, the release should be bumped (but no reason to rebuild for earlier releases.) Bill From jwboyer at jdub.homelinux.org Thu Sep 7 18:35:06 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Thu, 07 Sep 2006 13:35:06 -0500 Subject: Mass rebuild: Rebuild your packages for fc6 In-Reply-To: <200609072010.33025.wolters.liste@gmx.net> References: <20060907.111107.387230480.kevin@scrye.com> <200609071924.37174.wolters.liste@gmx.net> <4500567E.5040806@city-fan.org> <200609072010.33025.wolters.liste@gmx.net> Message-ID: <1157654106.6098.67.camel@zod.rchland.ibm.com> On Thu, 2006-09-07 at 20:10 +0200, Roland Wolters wrote: > Thanks for the info. > > Any specific reason why this was *not* mentioned in the description about the > rebuild process? It was probably assumed maintainers already knew how to use CVS. > Or that this was not mentioned in the CVS faq which is meant to explain all > cvs stuff for people who are not used to it? Probably an oversight. Feel free to add it to the CVS faq wiki page. josh From wolters.liste at gmx.net Thu Sep 7 18:56:25 2006 From: wolters.liste at gmx.net (Roland Wolters) Date: Thu, 7 Sep 2006 20:56:25 +0200 Subject: Mass rebuild: Rebuild your packages for fc6 In-Reply-To: <1157654106.6098.67.camel@zod.rchland.ibm.com> References: <20060907.111107.387230480.kevin@scrye.com> <200609072010.33025.wolters.liste@gmx.net> <1157654106.6098.67.camel@zod.rchland.ibm.com> Message-ID: <200609072056.30739.wolters.liste@gmx.net> Once upon a time Josh Boyer wrote: > On Thu, 2006-09-07 at 20:10 +0200, Roland Wolters wrote: > > Thanks for the info. > > > > Any specific reason why this was *not* mentioned in the description about > > the rebuild process? > > It was probably assumed maintainers already knew how to use CVS. > Why do you assume that? The whole contributor page lists a step by step howto for using the CVS. The only source mentioned to get help with CVS it the already mentioned link. And this link, additionally, gives a step by step howto about using cvs. All over all someone gets pretty fast the idea that you in fact do not have to know anything else about cvs. If this knowledge is needed to be a contributor here it should be mentioned somewhere. > > Or that this was not mentioned in the CVS faq which is meant to explain > > all cvs stuff for people who are not used to it? > > Probably an oversight. Feel free to add it to the CVS faq wiki page. > No. I do not have the detailed knowledge to improve the CVS faq because I do not even know enough to help myself (as you have noticed) and therefore I am not the best person to help others with the same problem. Additionally [1] (section "Be careful when editing key guides") is pretty clear about working on key guides. As a beginner you are supposed to ask others. Roland [1]http://www.fedoraproject.org/wiki/WikiEditing -- "Kids: While we're out, the TV is in charge!" -- Homer Simpson -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From paul at xelerance.com Thu Sep 7 19:49:32 2006 From: paul at xelerance.com (Paul Wouters) Date: Thu, 7 Sep 2006 21:49:32 +0200 (CEST) Subject: release number, was Re: Mass rebuild: Rebuild your packages for fc6 In-Reply-To: <20060907182043.GB5292@nostromo.devel.redhat.com> References: <20060907.111107.387230480.kevin@scrye.com> <20060907182043.GB5292@nostromo.devel.redhat.com> Message-ID: On Thu, 7 Sep 2006, Bill Nottingham wrote: > Paul Wouters (paul at xelerance.com) said: > > > If you haven't rebuilt your packages, please do so soon. > > > > If there have been no changes to the package, should the release version > > be bumped for this proces? Or in other words, why is the massive rebuild > > happening? > > PT_GNU_HASH support from gcc, proper tagging of dependencies for -devel > packages. And yes, the release should be bumped (but no reason to rebuild > for earlier releases.) After my mind went "huh" a few times I figured out what Bill meant with "no reason to build for earlier releases". He meant, yes build a new release within devel, but not in FC3/4/5. Paul From bugs.michael at gmx.net Thu Sep 7 19:55:30 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 7 Sep 2006 21:55:30 +0200 Subject: Mass rebuild: Rebuild your packages for fc6 In-Reply-To: <200609072010.33025.wolters.liste@gmx.net> References: <20060907.111107.387230480.kevin@scrye.com> <200609071924.37174.wolters.liste@gmx.net> <4500567E.5040806@city-fan.org> <200609072010.33025.wolters.liste@gmx.net> Message-ID: <20060907215530.ed64c974.bugs.michael@gmx.net> On Thu, 7 Sep 2006 20:10:27 +0200, Roland Wolters wrote: > > > cvs update: warning: ktorrent/devel/needs.rebuild was lost > > > U ktorrent/devel/needs.rebuild > > > > > > Please submit better description of how to handle this problem. > > > http://www.fedoraproject.org/wiki/Extras/UsingCvsFaq > > > does not list more information as far as I see. > > > > rm needs.rebuild > > cvs remove needs.rebuild > > cvs commit needs.rebuild > > > Thanks for the info. > > Any specific reason why this was *not* mentioned in the description about the > rebuild process? > Or that this was not mentioned in the CVS faq which is meant to explain all > cvs stuff for people who are not used to it? It has not been a frequently asked question. Actually, it is the first time it has come up. The needs.rebuild file is to be treated like many other files in CVS, e.g. an obsolete foo.patch file you want to remove from your package. "man cvs" and "cvs --help remove" offers more details. From bugs.michael at gmx.net Thu Sep 7 20:05:41 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 7 Sep 2006 22:05:41 +0200 Subject: release number, was Re: Mass rebuild: Rebuild your packages for fc6 In-Reply-To: References: <20060907.111107.387230480.kevin@scrye.com> Message-ID: <20060907220541.feb69066.bugs.michael@gmx.net> On Thu, 7 Sep 2006 20:18:49 +0200 (CEST), Paul Wouters wrote: > On Thu, 7 Sep 2006, Kevin Fenzi wrote: > > > As of this mornings cvs checkout seed, there are still 976 extras > > packages that need to be rebuilt for fc6. That puts things at around > > 56% done. > > > > If you haven't rebuilt your packages, please do so soon. > > If there have been no changes to the package, should the release version > be bumped for this proces? Or in other words, why is the massive rebuild > happening? In addition to Bill's reply, please note that "rebuilds without bumping release" don't find their way into the repository. The push script _does not_ overwrite existing packages in the repository, even if the build report may say otherwise. Rebuilding without increasing either one in %epoch:%version-%release is an invalid operation. From chitlesh at fedoraproject.org Thu Sep 7 22:14:01 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Fri, 8 Sep 2006 00:14:01 +0200 Subject: Mass rebuild: Rebuild your packages for fc6 In-Reply-To: <4500567E.5040806@city-fan.org> References: <20060907.111107.387230480.kevin@scrye.com> <200609071924.37174.wolters.liste@gmx.net> <4500567E.5040806@city-fan.org> Message-ID: <13dbfe4f0609071514p6d7f3996lc2df9627aa017aac@mail.gmail.com> On 9/7/06, Paul Howarth wrote: > rm needs.rebuild > cvs remove needs.rebuild > cvs commit needs.rebuild Isn't it removed automatically while updating the src.rpm on devel ? -- http://clunixchit.blogspot.com From bpepple at fedoraproject.org Thu Sep 7 22:23:33 2006 From: bpepple at fedoraproject.org (Brian Pepple) Date: Thu, 07 Sep 2006 18:23:33 -0400 Subject: Correcting directory ownership of /usr/share/omf in Fedora Message-ID: <1157667813.626.21.camel@shuttle.piedmont.com> Currently there are several packages in Fedora that own the /usr/share/omf directory, which was due to scrollkeeper not owning it. Now that scrollkeeper has been corrected in Rawhide to own this directory, we will be opening bugs on the other packages that should no longer own it. For more information about the rationale for directory ownership refer to: http://fedoraproject.org/wiki/Packaging/Guidelines#head-a5931a7372c4a00065713430984fa5875513e6d4 If anyone has any questions about this, don't hesitate to contact me. Thanks, /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Thu Sep 7 22:25:38 2006 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 7 Sep 2006 18:25:38 -0400 Subject: Mass rebuild: Rebuild your packages for fc6 In-Reply-To: <13dbfe4f0609071514p6d7f3996lc2df9627aa017aac@mail.gmail.com> References: <20060907.111107.387230480.kevin@scrye.com> <4500567E.5040806@city-fan.org> <13dbfe4f0609071514p6d7f3996lc2df9627aa017aac@mail.gmail.com> Message-ID: <200609071825.38265.jkeating@redhat.com> On Thursday 07 September 2006 18:14, Chitlesh GOORAH wrote: > Isn't it removed automatically while updating the src.rpm on devel ? No, its your responsibility to remove it when built or if your package doesn't need building. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From bugs.michael at gmx.net Thu Sep 7 23:01:07 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 8 Sep 2006 01:01:07 +0200 Subject: Mass rebuild: Rebuild your packages for fc6 In-Reply-To: <200609071825.38265.jkeating@redhat.com> References: <20060907.111107.387230480.kevin@scrye.com> <4500567E.5040806@city-fan.org> <13dbfe4f0609071514p6d7f3996lc2df9627aa017aac@mail.gmail.com> <200609071825.38265.jkeating@redhat.com> Message-ID: <20060908010107.e82d2c4d.bugs.michael@gmx.net> On Thu, 7 Sep 2006 18:25:38 -0400, Jesse Keating wrote: > On Thursday 07 September 2006 18:14, Chitlesh GOORAH wrote: > > Isn't it removed automatically while updating the src.rpm on devel ? > > No, its your responsibility to remove it when built or if your package doesn't > need building. Not true. Updating an entire src.rpm with cvs-import.sh removes the file, of course, since it is not included in the src.rpm and hence will be removed from CVS. From Christian.Iseli at licr.org Thu Sep 7 23:01:43 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Fri, 8 Sep 2006 01:01:43 +0200 Subject: Correcting directory ownership of /usr/share/omf in Fedora In-Reply-To: <1157667813.626.21.camel@shuttle.piedmont.com> References: <1157667813.626.21.camel@shuttle.piedmont.com> Message-ID: <20060908010143.3838598d@ludwig-alpha> On Thu, 07 Sep 2006 18:23:33 -0400, Brian Pepple wrote: > we will be opening bugs on the other packages that should no > longer own it. Done. Happy bugzilling :-) Christian From jkeating at redhat.com Fri Sep 8 02:08:52 2006 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 7 Sep 2006 22:08:52 -0400 Subject: Mass rebuild: Rebuild your packages for fc6 In-Reply-To: <20060908010107.e82d2c4d.bugs.michael@gmx.net> References: <20060907.111107.387230480.kevin@scrye.com> <200609071825.38265.jkeating@redhat.com> <20060908010107.e82d2c4d.bugs.michael@gmx.net> Message-ID: <200609072208.52186.jkeating@redhat.com> On Thursday 07 September 2006 19:01, Michael Schwendt wrote: > > On Thursday 07 September 2006 18:14, Chitlesh GOORAH wrote: > > > Isn't it removed automatically while updating the src.rpm on devel ? > > > > No, its your responsibility to remove it when built or if your package > > doesn't need building. > > Not true. Updating an entire src.rpm with cvs-import.sh removes the file, > of course, since it is not included in the src.rpm and hence will be > removed from CVS. Whoops, I misunderstood the question. Sorry about that. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From paul at city-fan.org Fri Sep 8 06:45:32 2006 From: paul at city-fan.org (Paul Howarth) Date: Fri, 08 Sep 2006 07:45:32 +0100 Subject: Correcting directory ownership of /usr/share/omf in Fedora In-Reply-To: <1157667813.626.21.camel@shuttle.piedmont.com> References: <1157667813.626.21.camel@shuttle.piedmont.com> Message-ID: <1157697932.16685.19.camel@metropolis.intra.city-fan.org> On Thu, 2006-09-07 at 18:23 -0400, Brian Pepple wrote: > Currently there are several packages in Fedora that own > the /usr/share/omf directory, which was due to scrollkeeper not owning > it. Now that scrollkeeper has been corrected in Rawhide to own this > directory, we will be opening bugs on the other packages that should no > longer own it. > > For more information about the rationale for directory ownership refer > to: > http://fedoraproject.org/wiki/Packaging/Guidelines#head-a5931a7372c4a00065713430984fa5875513e6d4 > > If anyone has any questions about this, don't hesitate to contact me. I see that this is fixed in cvs but hasn't hit the mirrors for rawhide at the time of posting. Is this fixed scrollkeeper going to be issued as an update for FC-5 or am I going to have to retain ownership of /usr/share/omf in the FC-5 branches of my affected package(s)? I also note that packages un-owning /usr/share/omf will need to add a dependency on scrollkeeper for the directory ownership; many of the affected packages will currently only have scriptlet dependencies on scrollkeeper. Paul. From j.w.r.degoede at hhs.nl Fri Sep 8 07:07:11 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 08 Sep 2006 09:07:11 +0200 Subject: Correcting directory ownership of /usr/share/omf in Fedora In-Reply-To: <1157697932.16685.19.camel@metropolis.intra.city-fan.org> References: <1157667813.626.21.camel@shuttle.piedmont.com> <1157697932.16685.19.camel@metropolis.intra.city-fan.org> Message-ID: <4501169F.9030903@hhs.nl> Paul Howarth wrote: > On Thu, 2006-09-07 at 18:23 -0400, Brian Pepple wrote: >> Currently there are several packages in Fedora that own >> the /usr/share/omf directory, which was due to scrollkeeper not owning >> it. Now that scrollkeeper has been corrected in Rawhide to own this >> directory, we will be opening bugs on the other packages that should no >> longer own it. >> >> For more information about the rationale for directory ownership refer >> to: >> http://fedoraproject.org/wiki/Packaging/Guidelines#head-a5931a7372c4a00065713430984fa5875513e6d4 >> >> If anyone has any questions about this, don't hesitate to contact me. > > I see that this is fixed in cvs but hasn't hit the mirrors for rawhide > at the time of posting. > > Is this fixed scrollkeeper going to be issued as an update for FC-5 or > am I going to have to retain ownership of /usr/share/omf in the FC-5 > branches of my affected package(s)? > > I also note that packages un-owning /usr/share/omf will need to add a > dependency on scrollkeeper for the directory ownership; many of the > affected packages will currently only have scriptlet dependencies on > scrollkeeper. > Indeed, and I wonder of we really want a dependency on scrollkeeper in this packages, then we could argue that all packages containing html docs should have a dependency on htmlview, etc. Wouldn't it be better to but shared dirs like this into the filesystem package? The same goes for /usr/share/applications and /usr/share/icons/hicolor/XxX/apps Regards, Hans From paul at city-fan.org Fri Sep 8 07:10:30 2006 From: paul at city-fan.org (Paul Howarth) Date: Fri, 08 Sep 2006 08:10:30 +0100 Subject: Mass rebuild: Rebuild your packages for fc6 In-Reply-To: <13dbfe4f0609071514p6d7f3996lc2df9627aa017aac@mail.gmail.com> References: <20060907.111107.387230480.kevin@scrye.com> <200609071924.37174.wolters.liste@gmx.net> <4500567E.5040806@city-fan.org> <13dbfe4f0609071514p6d7f3996lc2df9627aa017aac@mail.gmail.com> Message-ID: <1157699430.16685.24.camel@metropolis.intra.city-fan.org> On Fri, 2006-09-08 at 00:14 +0200, Chitlesh GOORAH wrote: > On 9/7/06, Paul Howarth wrote: > > rm needs.rebuild > > cvs remove needs.rebuild > > cvs commit needs.rebuild > > Isn't it removed automatically while updating the src.rpm on devel ? Yes it is but that way of updating packages (by re-importing an updated SRPM) is advised against in the Using CVS FAQ; see (http://fedoraproject.org/wiki/Extras/UsingCvsFaq) for details. Using CVS commands directly is quicker and allows you to check what changes have been made before finally committing the changes. Paul. From Christian.Iseli at licr.org Fri Sep 8 07:33:27 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Fri, 8 Sep 2006 09:33:27 +0200 Subject: Correcting directory ownership of /usr/share/omf in Fedora In-Reply-To: <1157697932.16685.19.camel@metropolis.intra.city-fan.org> References: <1157667813.626.21.camel@shuttle.piedmont.com> <1157697932.16685.19.camel@metropolis.intra.city-fan.org> Message-ID: <20060908093327.0b57b2db@ludwig-alpha> On Fri, 08 Sep 2006 07:45:32 +0100, Paul Howarth wrote: > I also note that packages un-owning /usr/share/omf will need to add a > dependency on scrollkeeper for the directory ownership; many of the > affected packages will currently only have scriptlet dependencies on > scrollkeeper. And Hans later said: > Indeed, and I wonder of we really want a dependency on scrollkeeper in > this packages, Dunno what the correct answer is. Technically, the scriptlet dependencies do ensure that scrollkeeper package will be around when the current package is installed/erased, and thus proper cleanup will happen if all packages with stuff in omf are removed. But if scrollkeeper package is removed after current package install, omf will be momentarily unowned in the filesystem. I kinda wonder if people really go to the trouble of removing the scrollkeeper package in between though. > then we could argue that all packages containing html > docs should have a dependency on htmlview, etc. Maybe. > Wouldn't it be better to but shared dirs like this into the filesystem > package? The same goes for /usr/share/applications and > /usr/share/icons/hicolor/XxX/apps Not a bad idea. I was also asked to start hunting down packages owning dirs already owned by the filesystem package... :-) Cheers, Christian From frank-buettner at gmx.net Fri Sep 8 08:38:31 2006 From: frank-buettner at gmx.net (=?ISO-8859-15?Q?Frank_B=FCttner?=) Date: Fri, 08 Sep 2006 10:38:31 +0200 Subject: Mass rebuild: Rebuild your packages for fc6 In-Reply-To: <1157699430.16685.24.camel@metropolis.intra.city-fan.org> References: <20060907.111107.387230480.kevin@scrye.com> <200609071924.37174.wolters.liste@gmx.net> <4500567E.5040806@city-fan.org> <13dbfe4f0609071514p6d7f3996lc2df9627aa017aac@mail.gmail.com> <1157699430.16685.24.camel@metropolis.intra.city-fan.org> Message-ID: <45012C07.8030307@gmx.net> Paul Howarth schrieb: > On Fri, 2006-09-08 at 00:14 +0200, Chitlesh GOORAH wrote: >> On 9/7/06, Paul Howarth wrote: >>> rm needs.rebuild >>> cvs remove needs.rebuild >>> cvs commit needs.rebuild >> Isn't it removed automatically while updating the src.rpm on devel ? > > Yes it is but that way of updating packages (by re-importing an updated > SRPM) is advised against in the Using CVS FAQ; see > (http://fedoraproject.org/wiki/Extras/UsingCvsFaq) for details. > > Using CVS commands directly is quicker and allows you to check what > changes have been made before finally committing the changes. > > Paul. > Are it possible to create an list with all packages that have rebuild/need to build? -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 2454 bytes Desc: S/MIME Cryptographic Signature URL: From Christian.Iseli at licr.org Fri Sep 8 09:01:57 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Fri, 8 Sep 2006 11:01:57 +0200 Subject: Mass rebuild: Rebuild your packages for fc6 In-Reply-To: <45012C07.8030307@gmx.net> References: <20060907.111107.387230480.kevin@scrye.com> <200609071924.37174.wolters.liste@gmx.net> <4500567E.5040806@city-fan.org> <13dbfe4f0609071514p6d7f3996lc2df9627aa017aac@mail.gmail.com> <1157699430.16685.24.camel@metropolis.intra.city-fan.org> <45012C07.8030307@gmx.net> Message-ID: <20060908110157.22dbc959@ludwig-alpha> On Fri, 08 Sep 2006 10:38:31 +0200, Frank B?ttner wrote: > Are it possible to create an list with all packages that have > rebuild/need to build? Attached. 903 packages to go... -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: nr.txt URL: From nicolas.mailhot at laposte.net Fri Sep 8 08:39:47 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 8 Sep 2006 10:39:47 +0200 (CEST) Subject: Mass rebuild: Rebuild your packages for fc6 In-Reply-To: <200609071825.38265.jkeating@redhat.com> References: <20060907.111107.387230480.kevin@scrye.com> <4500567E.5040806@city-fan.org> <13dbfe4f0609071514p6d7f3996lc2df9627aa017aac@mail.gmail.com> <200609071825.38265.jkeating@redhat.com> Message-ID: <62457.192.54.193.51.1157704787.squirrel@rousalka.dyndns.org> Le Ven 8 septembre 2006 00:25, Jesse Keating a ?crit : > On Thursday 07 September 2006 18:14, Chitlesh GOORAH wrote: >> Isn't it removed automatically while updating the src.rpm on devel ? > > No, its your responsibility to remove it when built or if your package > doesn't need building. If you use the import script to push a full new srpm it *will* remove files not included in the srpm (including needs.rebuild) Regards, -- Nicolas Mailhot From bugs.michael at gmx.net Fri Sep 8 09:32:40 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 8 Sep 2006 11:32:40 +0200 Subject: Mass rebuild: Rebuild your packages for fc6 In-Reply-To: <20060908110157.22dbc959@ludwig-alpha> References: <20060907.111107.387230480.kevin@scrye.com> <200609071924.37174.wolters.liste@gmx.net> <4500567E.5040806@city-fan.org> <13dbfe4f0609071514p6d7f3996lc2df9627aa017aac@mail.gmail.com> <1157699430.16685.24.camel@metropolis.intra.city-fan.org> <45012C07.8030307@gmx.net> <20060908110157.22dbc959@ludwig-alpha> Message-ID: <20060908113240.4b5de27f.bugs.michael@gmx.net> On Fri, 8 Sep 2006 11:01:57 +0200, Christian Iseli wrote: > On Fri, 08 Sep 2006 10:38:31 +0200, Frank B?ttner wrote: > > Are it possible to create an list with all packages that have > > rebuild/need to build? > > Attached. 903 packages to go... If possible, please recreate this list based on packages in the repository and not based on the needs.rebuild files. Despite an earlier warning, some packagers still rebuild their packages without increasing "Release". :( This doesn't work since we do not overwrite existing packages in the repository with new builds which use the same EVR. For updates to be recognised as updates, either one in EVR must be increased, even if you just want the changes cause by a new compiler. From nicolas.mailhot at laposte.net Fri Sep 8 09:34:07 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 8 Sep 2006 11:34:07 +0200 (CEST) Subject: Mass rebuild: Rebuild your packages for fc6 In-Reply-To: <20060908113240.4b5de27f.bugs.michael@gmx.net> References: <20060907.111107.387230480.kevin@scrye.com> <200609071924.37174.wolters.liste@gmx.net> <4500567E.5040806@city-fan.org> <13dbfe4f0609071514p6d7f3996lc2df9627aa017aac@mail.gmail.com> <1157699430.16685.24.camel@metropolis.intra.city-fan.org> <45012C07.8030307@gmx.net> <20060908110157.22dbc959@ludwig-alpha> <20060908113240.4b5de27f.bugs.michael@gmx.net> Message-ID: <13484.192.54.193.51.1157708047.squirrel@rousalka.dyndns.org> > On Fri, 8 Sep 2006 11:01:57 +0200, Christian Iseli wrote: > >> On Fri, 08 Sep 2006 10:38:31 +0200, Frank B?ttner wrote: >> > Are it possible to create an list with all packages that have >> > rebuild/need to build? >> >> Attached. 903 packages to go... zoo is no longer in the repo http://fedoraproject.org/wiki/Extras/OrphanedPackages -- Nicolas Mailhot From pertusus at free.fr Fri Sep 8 09:34:39 2006 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 8 Sep 2006 11:34:39 +0200 Subject: Correcting directory ownership of /usr/share/omf in Fedora In-Reply-To: <4501169F.9030903@hhs.nl> References: <1157667813.626.21.camel@shuttle.piedmont.com> <1157697932.16685.19.camel@metropolis.intra.city-fan.org> <4501169F.9030903@hhs.nl> Message-ID: <20060908093439.GE2265@free.fr> On Fri, Sep 08, 2006 at 09:07:11AM +0200, Hans de Goede wrote: > Wouldn't it be better to but shared dirs like this into the filesystem > package? The same goes for /usr/share/applications and > /usr/share/icons/hicolor/XxX/apps And also maybe /usr/share/gtk-doc/ and /usr/share/gtk-doc/html/ -- Pat From Christian.Iseli at licr.org Fri Sep 8 09:46:51 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Fri, 8 Sep 2006 11:46:51 +0200 Subject: Mass rebuild: Rebuild your packages for fc6 In-Reply-To: <20060908113240.4b5de27f.bugs.michael@gmx.net> References: <20060907.111107.387230480.kevin@scrye.com> <200609071924.37174.wolters.liste@gmx.net> <4500567E.5040806@city-fan.org> <13dbfe4f0609071514p6d7f3996lc2df9627aa017aac@mail.gmail.com> <1157699430.16685.24.camel@metropolis.intra.city-fan.org> <45012C07.8030307@gmx.net> <20060908110157.22dbc959@ludwig-alpha> <20060908113240.4b5de27f.bugs.michael@gmx.net> Message-ID: <20060908114651.034d642e@ludwig-alpha> On Fri, 8 Sep 2006 11:32:40 +0200, Michael Schwendt wrote: > If possible, please recreate this list based on packages in the > repository and not based on the needs.rebuild files. > > Despite an earlier warning, some packagers still rebuild their packages > without increasing "Release". :( How will I know, when the needs.rebuild file has been removed, if one of EVR was actually increased ? And how do I distinguish those from packages where the maintainer chose not to rebuild the package for some reason ? Christian From Christian.Iseli at licr.org Fri Sep 8 09:48:44 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Fri, 8 Sep 2006 11:48:44 +0200 Subject: Mass rebuild: Rebuild your packages for fc6 In-Reply-To: <13484.192.54.193.51.1157708047.squirrel@rousalka.dyndns.org> References: <20060907.111107.387230480.kevin@scrye.com> <200609071924.37174.wolters.liste@gmx.net> <4500567E.5040806@city-fan.org> <13dbfe4f0609071514p6d7f3996lc2df9627aa017aac@mail.gmail.com> <1157699430.16685.24.camel@metropolis.intra.city-fan.org> <45012C07.8030307@gmx.net> <20060908110157.22dbc959@ludwig-alpha> <20060908113240.4b5de27f.bugs.michael@gmx.net> <13484.192.54.193.51.1157708047.squirrel@rousalka.dyndns.org> Message-ID: <20060908114844.750a1a7d@ludwig-alpha> On Fri, 8 Sep 2006 11:34:07 +0200 (CEST), Nicolas Mailhot wrote: > zoo is no longer in the repo In that case, the needs.rebuild file should be removed and a dead.package file should be added... Christian From fedora at leemhuis.info Fri Sep 8 09:49:45 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 08 Sep 2006 11:49:45 +0200 Subject: Mass rebuild: Rebuild your packages for fc6 In-Reply-To: <20060908113240.4b5de27f.bugs.michael@gmx.net> References: <20060907.111107.387230480.kevin@scrye.com> <200609071924.37174.wolters.liste@gmx.net> <4500567E.5040806@city-fan.org> <13dbfe4f0609071514p6d7f3996lc2df9627aa017aac@mail.gmail.com> <1157699430.16685.24.camel@metropolis.intra.city-fan.org> <45012C07.8030307@gmx.net> <20060908110157.22dbc959@ludwig-alpha> <20060908113240.4b5de27f.bugs.michael@gmx.net> Message-ID: <45013CB9.3020000@leemhuis.info> Michael Schwendt schrieb: > On Fri, 8 Sep 2006 11:01:57 +0200, Christian Iseli wrote: >> On Fri, 08 Sep 2006 10:38:31 +0200, Frank B?ttner wrote: >>> Are it possible to create an list with all packages that have >>> rebuild/need to build? >> Attached. 903 packages to go... > If possible, please recreate this list based on packages in the > repository and not based on the needs.rebuild files. Agreed, but I think he's working on that already. > Despite an earlier warning, some packagers still rebuild their packages > without increasing "Release". :( [...] :( We also need to check sooner or later if some lazy packagers did $ rm needs.rebuild $ cvs remove needs.rebuild $ cvs commit needs.rebuild -m "I don't agree with the reasons for this mass-rebuild so I just remove this file and hope nobody notices" CU thl From bugs.michael at gmx.net Fri Sep 8 10:06:47 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 8 Sep 2006 12:06:47 +0200 Subject: Mass rebuild: Rebuild your packages for fc6 In-Reply-To: <20060908114651.034d642e@ludwig-alpha> References: <20060907.111107.387230480.kevin@scrye.com> <200609071924.37174.wolters.liste@gmx.net> <4500567E.5040806@city-fan.org> <13dbfe4f0609071514p6d7f3996lc2df9627aa017aac@mail.gmail.com> <1157699430.16685.24.camel@metropolis.intra.city-fan.org> <45012C07.8030307@gmx.net> <20060908110157.22dbc959@ludwig-alpha> <20060908113240.4b5de27f.bugs.michael@gmx.net> <20060908114651.034d642e@ludwig-alpha> Message-ID: <20060908120647.ad1c2073.bugs.michael@gmx.net> On Fri, 8 Sep 2006 11:46:51 +0200, Christian Iseli wrote: > On Fri, 8 Sep 2006 11:32:40 +0200, Michael Schwendt wrote: > > If possible, please recreate this list based on packages in the > > repository and not based on the needs.rebuild files. > > > > Despite an earlier warning, some packagers still rebuild their packages > > without increasing "Release". :( > > How will I know, when the needs.rebuild file has been removed, if one > of EVR was actually increased ? time-stamp of the binary rpms > And how do I distinguish those from packages where the maintainer > chose not to rebuild the package for some reason ? We're interested in all such cases anyway, aren't we? (especially non-noarch packages) From Christian.Iseli at licr.org Fri Sep 8 10:04:25 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Fri, 8 Sep 2006 12:04:25 +0200 Subject: Mass rebuild: Rebuild your packages for fc6 In-Reply-To: <20060908113240.4b5de27f.bugs.michael@gmx.net> References: <20060907.111107.387230480.kevin@scrye.com> <200609071924.37174.wolters.liste@gmx.net> <4500567E.5040806@city-fan.org> <13dbfe4f0609071514p6d7f3996lc2df9627aa017aac@mail.gmail.com> <1157699430.16685.24.camel@metropolis.intra.city-fan.org> <45012C07.8030307@gmx.net> <20060908110157.22dbc959@ludwig-alpha> <20060908113240.4b5de27f.bugs.michael@gmx.net> Message-ID: <20060908120425.04dc8b42@ludwig-alpha> On Fri, 8 Sep 2006 11:32:40 +0200, Michael Schwendt wrote: > If possible, please recreate this list based on packages in the > repository and not based on the needs.rebuild files. One way I could do this is by grabbing all the src.rpm's from the repo, and check the "Build Date" field. Then I need to filter through cvs log, to see what actually happened for "don't need rebuild" cases... I guess the best time to grab the src.rpm's from the repo is right after a push... (the master repo is on fedoraproject.org, right?) Any other ideas ? Christian From fedora at leemhuis.info Fri Sep 8 10:08:16 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 08 Sep 2006 12:08:16 +0200 Subject: Mass rebuild: Rebuild your packages for fc6 In-Reply-To: <20060908120647.ad1c2073.bugs.michael@gmx.net> References: <20060907.111107.387230480.kevin@scrye.com> <200609071924.37174.wolters.liste@gmx.net> <4500567E.5040806@city-fan.org> <13dbfe4f0609071514p6d7f3996lc2df9627aa017aac@mail.gmail.com> <1157699430.16685.24.camel@metropolis.intra.city-fan.org> <45012C07.8030307@gmx.net> <20060908110157.22dbc959@ludwig-alpha> <20060908113240.4b5de27f.bugs.michael@gmx.net> <20060908114651.034d642e@ludwig-alpha> <20060908120647.ad1c2073.bugs.michael@gmx.net> Message-ID: <45014110.5050603@leemhuis.info> Michael Schwendt schrieb: > On Fri, 8 Sep 2006 11:46:51 +0200, Christian Iseli wrote: > >> On Fri, 8 Sep 2006 11:32:40 +0200, Michael Schwendt wrote: >>> If possible, please recreate this list based on packages in the >>> repository and not based on the needs.rebuild files. >>> Despite an earlier warning, some packagers still rebuild their packages >>> without increasing "Release". :( >> How will I know, when the needs.rebuild file has been removed, if one >> of EVR was actually increased ? > time-stamp of the binary rpms c4chris, that's what I used during the last rebuild to find those packages that were not rebuild. I used some crappy script for that. I'll send them to you, maybe it helps. >> And how do I distinguish those from packages where the maintainer >> chose not to rebuild the package for some reason ? > We're interested in all such cases anyway, aren't we? > (especially non-noarch packages) +1 CU thl From bugs.michael at gmx.net Fri Sep 8 10:15:57 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 8 Sep 2006 12:15:57 +0200 Subject: rpms/perl-PBS/devel perl-PBS.spec,1.2,1.3 In-Reply-To: <200609080916.k889GnSr032289@cvs-int.fedora.redhat.com> References: <200609080916.k889GnSr032289@cvs-int.fedora.redhat.com> Message-ID: <20060908121557.2746cfbb.bugs.michael@gmx.net> On Fri, 8 Sep 2006 02:16:47 -0700, Garrick Staples wrote: > Author: garrick > > Update of /cvs/extras/rpms/perl-PBS/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv32270 > > Modified Files: > perl-PBS.spec > Log Message: > * Fri Sep 8 2006 Garrick Staples 0.31-3 > - previous build is mysteriously missing from devel repo Not true. http://fedoraproject.org/extras/development/i386/perl-PBS-0.31-2.fc6.i386.rpm (28-Aug-2006 06:50 78K) From fedora at leemhuis.info Fri Sep 8 10:15:51 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 08 Sep 2006 12:15:51 +0200 Subject: Mass rebuild: Rebuild your packages for fc6 In-Reply-To: <20060908120425.04dc8b42@ludwig-alpha> References: <20060907.111107.387230480.kevin@scrye.com> <200609071924.37174.wolters.liste@gmx.net> <4500567E.5040806@city-fan.org> <13dbfe4f0609071514p6d7f3996lc2df9627aa017aac@mail.gmail.com> <1157699430.16685.24.camel@metropolis.intra.city-fan.org> <45012C07.8030307@gmx.net> <20060908110157.22dbc959@ludwig-alpha> <20060908113240.4b5de27f.bugs.michael@gmx.net> <20060908120425.04dc8b42@ludwig-alpha> Message-ID: <450142D7.2000905@leemhuis.info> Christian Iseli schrieb: > On Fri, 8 Sep 2006 11:32:40 +0200, Michael Schwendt wrote: >> If possible, please recreate this list based on packages in the >> repository and not based on the needs.rebuild files. > > One way I could do this is by grabbing all the src.rpm's from the repo, > and check the "Build Date" field. Then I need to filter through cvs > log, to see what actually happened for "don't need rebuild" cases... > > I guess the best time to grab the src.rpm's from the repo is right > after a push... (the master repo is on fedoraproject.org, right?) > > Any other ideas ? I used repoquery last time -- look at the crappy script I send to you one minute ago ;-) CU th? From bugs.michael at gmx.net Fri Sep 8 10:25:27 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 8 Sep 2006 12:25:27 +0200 Subject: rpms/lineakd/devel lineakd.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <200605211928.k4LJSMHG002667@cvs-int.fedora.redhat.com> References: <200605211928.k4LJSMHG002667@cvs-int.fedora.redhat.com> Message-ID: <20060908122527.8ed2499d.bugs.michael@gmx.net> On Sun, 21 May 2006 12:27:50 -0700, Chris Petersen wrote: > Author: xris > > Update of /cvs/extras/rpms/lineakd/devel > %post > > /sbin/ldconfig > > ################################################################################ > > %postun > > /sbin/ldconfig > > ################################################################################ This .spec file should not have been approved in a review. Inserting such "#######..." lines in the middle of [and below] scriptlet sections bears a big risk. They become part of the scriptlets itself. This causes bad breakage in RPM transactions when /bin/sh is not the scriptlet interpreter. Has happened before regularly, so avoid "######..." lines like the plague. Use multiple empty lines instead. Further, in this case the better scriptlets would be to make /sbin/ldconfig the program which to execute directly: %post -p /sbin/ldconfig %postun -p /sbin/ldconfig From buildsys at fedoraproject.org Fri Sep 8 10:25:41 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 8 Sep 2006 06:25:41 -0400 (EDT) Subject: Fedora Extras Package Build Report 2006-09-08 Message-ID: <20060908102541.A6BD415212C@buildsys.fedoraproject.org> Packages built and released for Fedora Extras 5: 38 DevIL-1.6.8-0.10.rc2.fc5 SoQt-1.4.0-1.fc5 cvs2svn-1.4.0-2.fc5 duplicity-0.4.2-3.fc5 eric-3.9.1-3.fc5 gprolog-1.2.19-7.fc5 gstm-1.2-5.fc5 gtksourceview-sharp-2.0-23.fc5 ikvm-0.22-10.fc5 inkscape-0.44.1-1.fc5 ktorrent-2.0.2-3.fc5 libshout-2.2.2-1.fc5 monodoc-1.1.17-5.fc5 naim-0.11.8.2-5.fc5 obmenu-1.0-2.fc5 pam_mount-0.17-5.fc5 perl-Algorithm-C3-0.05-2.fc5 perl-Class-C3-0.13-3.fc5 perl-Data-OptList-0.101-2.fc5 perl-Glib-1.140-1.fc5 perl-Gtk2-1.140-1.fc5 perl-Module-CoreList-2.08-1.fc5 perl-POE-Filter-Zlib-1.5-1.fc5 perl-Package-Generator-0.100-2.fc5 perl-Params-Coerce-0.13-2.fc5 perl-SUPER-1.14-4.fc5 perl-Sub-Exporter-0.970-2.fc5 perl-Sub-Install-0.922-2.fc5 php-pear-Date-1.4.6-1.fc5 php-pear-MDB2-2.2.2-2.fc5 puppet-0.19.0-1.fc5 pyicq-t-0.7-5.fc5 python-cvstoys-1.0.10-5.fc5 rsibreak-0.7.1-3.fc5 screem-0.16.1-5.fc5 sec-2.3.3-4.fc5 xmldiff-0.6.7-12.fc5 zvbi-0.2.22-2.fc5 Packages built and released for Fedora Extras 4: 8 SoQt-1.4.0-1.fc4 duplicity-0.4.2-3.fc4 libshout-2.2.2-1.fc4 perl-Module-CoreList-2.08-1.fc4 puppet-0.19.0-1.fc4 pyicq-t-0.7-5.fc4 python-cvstoys-1.0.10-5.fc4 xmldiff-0.6.7-12.fc4 Packages built and released for Fedora Extras 3: 1 SoQt-1.4.0-1.fc3 Packages built and released for Fedora Extras development: 117 DevIL-1.6.8-0.10.rc2.fc6 PyKDE-3.15.2-0.6.20060422.fc6 SoQt-1.4.0-1.fc6 Terminal-0.2.5.6-0.1.rc1.fc6 cacti-0.8.6h-7.fc6 cgi-util-2.2.1-8 cmucl-19c-7.fc6 cvs2svn-1.4.0-2.fc6 dirmngr-0.9.6-1.fc6 duplicity-0.4.2-3.fc6 eclipse-gef-3.2.0-2 ekg-1.7-0.2.rc2.fc6 eric-3.9.1-3.fc6 exo-0.3.1.10-0.1.rc1.fc6 fetchlog-1.0-8.fc6 flumotion-0.2.1-3.fc6 freeciv-2.0.8-7.fc6 galculator-1.2.5-5.fc6 geomview-1.8.2-0.20.rc8.fc6 gjots2-2.3.4-6.fc6 gnonlin-0.10.5-2 gnupg2-1.9.22-3.fc6 gpa-0.7.4-2.fc6 gprolog-1.2.19-8.fc6 gquilt-0.17-3.fc6 gstm-1.2-5.fc6 gtksourceview-sharp-2.0-23.fc6 hping3-0.0.20051105-4.fc6 ikvm-0.22-10.fc6 inkscape-0.44.1-1.fc6 ksynaptics-0.3.1-3.fc6 ktorrent-2.0.2-3.fc6 libksba-1.0.0-1.fc6 libshout-2.2.2-1.fc6 lineak-defaultplugin-0.9-1.fc6 lineak-kdeplugins-0.9-1.fc6 lineak-xosdplugin-0.9-1.fc6 lineakd-0.9-4.fc6 linkchecker-3.3-11.fc6 lostirc-0.4.6-3.fc6 lyx-1.4.2-5.fc6 mono-debugger-0.30-7.fc6 monodevelop-0.12-2.fc6 monodoc-1.1.17-4.fc6 nagios-2.5-3.fc6 nautilus-flac-converter-0.0.2-7.fc6 nautilus-image-converter-0.0.5-6.fc6 new-1.3.7-4 numlockx-1.0-11.fc6 oddjob-0.27-8 openoffice.org-dict-cs_CZ-20060303-2.fc6 orpie-1.4.3-4.fc6 otrs-2.0.4-4.fc6 pam_keyring-0.0.8-3.fc6 pam_mount-0.17-5.fc6 perl-Algorithm-C3-0.05-2.fc6 perl-Array-Compare-1.13-3.fc6 perl-Boulder-1.30-3.fc6 perl-Cflow-1.053-5.fc6 perl-Class-C3-0.13-3.fc6 perl-Class-MOP-0.34-3.fc6 perl-Compress-Bzip2-2.09-4.fc6 perl-DBD-CSV-0.22-4.fc6 perl-Data-OptList-0.101-2.fc6 perl-Date-Pcalc-1.2-4.fc6 perl-Digest-MD4-1.5-3.fc6 perl-ExtUtils-ParseXS-2.15-3.fc6 perl-FreezeThaw-0.43-5.fc6 perl-Image-Base-1.07-7.fc6 perl-Locale-Maketext-Fuzzy-0.02-4.fc6 perl-Module-CoreList-2.08-1.fc6 perl-Module-Versions-Report-1.02-4.fc6 perl-Package-Generator-0.100-2.fc6 perl-Params-Coerce-0.13-2.fc6 perl-Pod-Escapes-1.04-5.fc6 perl-Pod-Simple-3.04-3.fc6 perl-SNMP_Session-1.08-3.fc6 perl-SQL-Statement-1.15-2.fc6 perl-SUPER-1.14-4.fc6 perl-Sub-Exporter-0.970-2.fc6 perl-Sub-Install-0.922-2.fc6 perl-Test-Object-0.07-1.fc6 perl-Text-CSV_XS-0.23-5.fc6 perl-Text-Template-1.44-4.fc6 perl-Tie-IxHash-1.21-6.fc6 php-eaccelerator-5.1.6_0.9.5-0.4.rc1.fc6 php-pear-Benchmark-1.2.6-1.fc6 php-pear-Date-1.4.6-1.fc6 php-pear-Image-GraphViz-1.2.1-1.fc6 php-pear-Log-1.9.8-5.fc6 php-pear-MDB2-2.2.2-2.fc6 php-pear-Net-Curl-1.2.3-2.fc6 php-pear-Validate-Finance-CreditCard-0.5.2-1.fc6 pitivi-0.10.1-3 poster-20060221-3 puppet-0.19.0-1.fc6 pyicq-t-0.7-5.fc6 python-basemap-0.9.2-1.fc6 python-ctypes-1.0.0-1.fc6 python-cvstoys-1.0.10-5.fc6 python-json-3.4-2.fc6 python-nose-0.9.0-1.fc6 python-reportlab-1.21.1-1.fc6 python-sqlobject-0.7.0-7.fc6 pytz-2006g-1.fc6 roundup-0.8.4-10 rsibreak-0.7.1-3.fc6 rsnapshot-1.2.9-4.fc6 rt3-3.6.1-3.fc6 screem-0.16.1-5.fc6 seamonkey-1.0.4-8.fc6 vpnc-0.3.3-11 wesnoth-1.0.2-4.fc6 workrave-1.8.3-2.fc6 wxMaxima-0.7.0-3.fc6 xmldiff-0.6.7-12.fc6 zvbi-0.2.22-2.fc6 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Fri Sep 8 10:26:11 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 8 Sep 2006 06:26:11 -0400 (EDT) Subject: Broken upgrade paths in FC+FE 2006-09-08 Message-ID: <20060908102611.3F55C15212C@buildsys.fedoraproject.org> UNKNOWN OWNER (possibly Core package): db4 5: 0:4.3.29-8.fc5 (FC5-updates) 6: 0:4.3.29-7.fc6 (FC6) device-mapper 4: 0:1.02.07-2.0 (FC4-updates) 5: 0:1.02.02-3.2 (FC5) 6: 0:1.02.07-1.1 (FC6) ftp 5: 0:0.17-33.fc5 (FC5-updates) 6: 0:0.17-32.1.2.4 (FC6) lvm2 4: 0:2.02.06-1.0.fc4 (FC4-updates) 5: 0:2.02.01-1.2.1 (FC5) 6: 0:2.02.06-3 (FC6) mozilla 3: 37:1.7.13-1.3.1.legacy (FL3-updates) 4: 37:1.7.13-1.1.fc4 (FC4-updates) 5: 37:1.7.13-1.1.fc5 (FC5-updates) quagga 4: 0:0.98.6-1.fc4 (FC4-updates) 5: 0:0.98.6-1.FC5 (FC5-updates) 6: 0:0.98.6-2.1 (FC6) andreas.bierfert AT lowlatency.de: dillo 4: 0:0.8.6-2.fc4 (FE4) 5: 0:0.8.6-1.fc5 (FE5) 6: 0:0.8.6-2.fc6 (FE6) libpqxx 5: 0:2.6.7-1.fc5 (FE5) 6: 0:2.6.6-1.fc6 (FE6) candyz0416 AT gmail.com: gcin 5: 0:1.2.4-2.fc5 (FE5) 6: 0:1.2.4-1.fc6 (FE6) dan AT danny.cz: tinyerp 5: 0:3.3.0-3.fc5 (FE5) 6: 0:3.3.0-2.fc6 (FE6) foolish AT guezz.net: serpentine 5: 0:0.7-4.fc5 (FE5) 6: 0:0.7-3.fc6 (FE6) gauret AT free.fr: amarok 5: 0:1.4.2-1.fc5 (FE5) 6: 0:1.4.1-3.fc6 (FE6) lemenkov AT gmail.com: fuse-sshfs 5: 0:1.6-3.fc5 (FE5) 6: 0:1.6-2.fc6 (FE6) stratagus 5: 0:2.1-6.fc5 (FE5) 6: 0:2.1-5.fc6 (FE6) meme AT daughtersoftiresias.org: fortune-firefly 5: 0:2.1.1-2.fc5 (FE5) 6: 0:2.1.1-1.fc6 (FE6) mpeters AT mac.com: firestarter 5: 0:1.0.3-11.fc5 (FE5) 6: 0:1.0.3-10.fc6 (FE6) noa AT resare.com: vorbisgain 5: 0:0.34-2.fc5 (FE5) 6: 0:0.34-1.fc6 (FE6) nomis80 AT nomis80.org: camstream 5: 0:0.26.3-10.fc5 (FE5) 6: 0:0.26.3-9.fc5 (FE6) opencv 5: 0:0.9.7-16.fc5 (FE5) 6: 0:0.9.7-15.fc5 (FE6) paul AT all-the-johnsons.co.uk: monodoc 5: 0:1.1.17-5.fc5 (FE5) 6: 0:1.1.17-4.fc6 (FE6) paul AT city-fan.org: perl-String-CRC32 4: 0:1.4-1.fc4 (FE4) 5: 0:1.4-1.FC5 (FC5-updates) 6: 0:1.4-2.fc6 (FC6) petersen AT redhat.com: m17n-db 4: 0:1.3.3-1.fc4 (FE4) 5: 0:1.3.3-1 (FC5) 6: 0:1.3.3-22.fc6 (FC6) qspencer AT ieee.org: octave-forge 5: 0:2006.07.09-5.fc5 (FE5) 6: 0:2006.07.09-4.fc6 (FE6) rpm AT timj.co.uk: php-pear-DB 5: 0:1.7.6-6.fc5 (FE5) 6: 0:1.7.6-6 (FE6) ryo-dairiki AT users.sourceforge.net: scim-tomoe 5: 0:0.2.0-6.fc5.1 (FE5) 6: 0:0.2.0-4.fc6 (FE6) splinux AT fedoraproject.org: pessulus 5: 0:2.16.0-3.fc5 (FE5) 6: 0:2.16.0-1.fc6 (FE6) ---------------------------------------------------------------------- amarok: gauret AT free.fr 5: 0:1.4.2-1.fc5 (FE5) 6: 0:1.4.1-3.fc6 (FE6) camstream: nomis80 AT nomis80.org 5: 0:0.26.3-10.fc5 (FE5) 6: 0:0.26.3-9.fc5 (FE6) db4: UNKNOWN OWNER (possibly Core package) 5: 0:4.3.29-8.fc5 (FC5-updates) 6: 0:4.3.29-7.fc6 (FC6) device-mapper: UNKNOWN OWNER (possibly Core package) 4: 0:1.02.07-2.0 (FC4-updates) 5: 0:1.02.02-3.2 (FC5) 6: 0:1.02.07-1.1 (FC6) dillo: andreas.bierfert AT lowlatency.de 4: 0:0.8.6-2.fc4 (FE4) 5: 0:0.8.6-1.fc5 (FE5) 6: 0:0.8.6-2.fc6 (FE6) firestarter: mpeters AT mac.com 5: 0:1.0.3-11.fc5 (FE5) 6: 0:1.0.3-10.fc6 (FE6) fortune-firefly: meme AT daughtersoftiresias.org 5: 0:2.1.1-2.fc5 (FE5) 6: 0:2.1.1-1.fc6 (FE6) ftp: UNKNOWN OWNER (possibly Core package) 5: 0:0.17-33.fc5 (FC5-updates) 6: 0:0.17-32.1.2.4 (FC6) fuse-sshfs: lemenkov AT gmail.com 5: 0:1.6-3.fc5 (FE5) 6: 0:1.6-2.fc6 (FE6) gcin: candyz0416 AT gmail.com 5: 0:1.2.4-2.fc5 (FE5) 6: 0:1.2.4-1.fc6 (FE6) libpqxx: andreas.bierfert AT lowlatency.de 5: 0:2.6.7-1.fc5 (FE5) 6: 0:2.6.6-1.fc6 (FE6) lvm2: UNKNOWN OWNER (possibly Core package) 4: 0:2.02.06-1.0.fc4 (FC4-updates) 5: 0:2.02.01-1.2.1 (FC5) 6: 0:2.02.06-3 (FC6) m17n-db: petersen AT redhat.com 4: 0:1.3.3-1.fc4 (FE4) 5: 0:1.3.3-1 (FC5) 6: 0:1.3.3-22.fc6 (FC6) monodoc: paul AT all-the-johnsons.co.uk 5: 0:1.1.17-5.fc5 (FE5) 6: 0:1.1.17-4.fc6 (FE6) mozilla: UNKNOWN OWNER (possibly Core package) 3: 37:1.7.13-1.3.1.legacy (FL3-updates) 4: 37:1.7.13-1.1.fc4 (FC4-updates) 5: 37:1.7.13-1.1.fc5 (FC5-updates) octave-forge: qspencer AT ieee.org 5: 0:2006.07.09-5.fc5 (FE5) 6: 0:2006.07.09-4.fc6 (FE6) opencv: nomis80 AT nomis80.org 5: 0:0.9.7-16.fc5 (FE5) 6: 0:0.9.7-15.fc5 (FE6) perl-String-CRC32: paul AT city-fan.org 4: 0:1.4-1.fc4 (FE4) 5: 0:1.4-1.FC5 (FC5-updates) 6: 0:1.4-2.fc6 (FC6) pessulus: splinux AT fedoraproject.org 5: 0:2.16.0-3.fc5 (FE5) 6: 0:2.16.0-1.fc6 (FE6) php-pear-DB: rpm AT timj.co.uk 5: 0:1.7.6-6.fc5 (FE5) 6: 0:1.7.6-6 (FE6) quagga: UNKNOWN OWNER (possibly Core package) 4: 0:0.98.6-1.fc4 (FC4-updates) 5: 0:0.98.6-1.FC5 (FC5-updates) 6: 0:0.98.6-2.1 (FC6) scim-tomoe: ryo-dairiki AT users.sourceforge.net 5: 0:0.2.0-6.fc5.1 (FE5) 6: 0:0.2.0-4.fc6 (FE6) serpentine: foolish AT guezz.net 5: 0:0.7-4.fc5 (FE5) 6: 0:0.7-3.fc6 (FE6) stratagus: lemenkov AT gmail.com 5: 0:2.1-6.fc5 (FE5) 6: 0:2.1-5.fc6 (FE6) tinyerp: dan AT danny.cz 5: 0:3.3.0-3.fc5 (FE5) 6: 0:3.3.0-2.fc6 (FE6) vorbisgain: noa AT resare.com 5: 0:0.34-2.fc5 (FE5) 6: 0:0.34-1.fc6 (FE6) From buildsys at fedoraproject.org Fri Sep 8 10:46:55 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Fri, 08 Sep 2006 10:46:55 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-08 Message-ID: <20060908104655.10950.93108@extras64.linux.duke.edu> Summary of broken packages (by owner): ---------------------------------------------------------------------- bdpepple AT ameritech.net contact-lookup-applet - 0.14-3.fc6.i386 (32 days) contact-lookup-applet - 0.14-3.fc6.ppc (32 days) contact-lookup-applet - 0.14-3.fc6.x86_64 (32 days) byte AT fedoraproject.org gaim-guifications - 2.12-3.fc5.i386 (51 days) gaim-guifications - 2.12-3.fc5.ppc (51 days) gaim-guifications - 2.12-3.fc5.x86_64 (51 days) dwmw2 AT redhat.com exim-sa - 4.63-1.fc6.i386 (4 days) exim-sa - 4.63-1.fc6.ppc (4 days) exim-sa - 4.63-1.fc6.x86_64 (4 days) foolish AT guezz.net muine - 0.8.5-1.fc6.i386 (20 days) muine - 0.8.5-1.fc6.ppc (20 days) muine - 0.8.5-1.fc6.x86_64 (20 days) gauret AT free.fr amarok - 1.4.1-3.fc6.i386 (43 days) amarok - 1.4.1-3.fc6.ppc (43 days) showimg-pgsql - 0.9.5-7.fc4.i386 showimg-pgsql - 0.9.5-7.fc4.ppc showimg-pgsql - 0.9.5-7.fc4.x86_64 showimg-pgsql - 0.9.5-7.fc5.i386 showimg-pgsql - 0.9.5-7.fc5.ppc showimg-pgsql - 0.9.5-7.fc5.x86_64 mpeters AT mac.com gfontview - 0.5.0-5.fc5.i386 (51 days) gfontview - 0.5.0-5.fc5.ppc (51 days) gfontview - 0.5.0-5.fc5.x86_64 (51 days) gtkhtml36 - 3.6.2-5.fc6.i386 (51 days) gtkhtml36 - 3.6.2-5.fc6.ppc (51 days) gtkhtml36 - 3.6.2-5.fc6.x86_64 (51 days) libvisual-plugins - 0.2.0-3.fc5.i386 (51 days) libvisual-plugins - 0.2.0-3.fc5.i386 (51 days) libvisual-plugins - 0.2.0-3.fc5.ppc (51 days) libvisual-plugins - 0.2.0-3.fc5.ppc (51 days) libvisual-plugins - 0.2.0-3.fc5.x86_64 (51 days) libvisual-plugins - 0.2.0-3.fc5.x86_64 (51 days) rolandd AT cisco.com libibverbs - 1.0.3-1.fc6.i386 (51 days) libibverbs - 1.0.3-1.fc6.ppc (51 days) libibverbs - 1.0.3-1.fc6.x86_64 (51 days) libibverbs-utils - 1.0.3-1.fc6.i386 (51 days) libibverbs-utils - 1.0.3-1.fc6.ppc (51 days) libibverbs-utils - 1.0.3-1.fc6.x86_64 (51 days) tcallawa AT redhat.com gambas-runtime - 1.0.14-2.fc5.i386 (31 days) thomas AT apestaart.org directfb - 0.9.24-5.fc5.i386 (51 days) directfb - 0.9.24-5.fc5.ppc (51 days) directfb - 0.9.24-5.fc5.x86_64 (51 days) Broken packages in fedora-extras-5-i386: ---------------------------------------------------------------------- libvisual-plugins-0.2.0-3.fc5.i386 requires libvisual.so.0 showimg-pgsql-0.9.5-7.fc5.i386 requires libpqxx-2.6.6.so Broken packages in fedora-extras-5-x86_64: ---------------------------------------------------------------------- libvisual-plugins-0.2.0-3.fc5.x86_64 requires libvisual.so.0()(64bit) showimg-pgsql-0.9.5-7.fc5.x86_64 requires libpqxx-2.6.6.so()(64bit) Broken packages in fedora-extras-5-ppc: ---------------------------------------------------------------------- libvisual-plugins-0.2.0-3.fc5.ppc requires libvisual.so.0 showimg-pgsql-0.9.5-7.fc5.ppc requires libpqxx-2.6.6.so Broken packages in fedora-extras-4-i386: ---------------------------------------------------------------------- showimg-pgsql-0.9.5-7.fc4.i386 requires libpqxx-2.6.6.so Broken packages in fedora-extras-4-x86_64: ---------------------------------------------------------------------- showimg-pgsql-0.9.5-7.fc4.x86_64 requires libpqxx-2.6.6.so()(64bit) Broken packages in fedora-extras-4-ppc: ---------------------------------------------------------------------- showimg-pgsql-0.9.5-7.fc4.ppc requires libpqxx-2.6.6.so Broken packages in fedora-extras-development-i386: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.i386 requires HelixPlayer contact-lookup-applet-0.14-3.fc6.i386 requires libebook-1.2.so.5 directfb-0.9.24-5.fc5.i386 requires libsysfs.so.1 exim-sa-4.63-1.fc6.i386 requires exim = 0:4.63-1.fc6 gaim-guifications-2.12-3.fc5.i386 requires gaim < 1:2 gambas-runtime-1.0.14-2.fc5.i386 requires libgettextlib-0.14.5.so gfontview-0.5.0-5.fc5.i386 requires libttf.so.2 gtkhtml36-3.6.2-5.fc6.i386 requires libgailutil.so.17 libibverbs-1.0.3-1.fc6.i386 requires libsysfs.so.1 libibverbs-utils-1.0.3-1.fc6.i386 requires libsysfs.so.1 libvisual-plugins-0.2.0-3.fc5.i386 requires libvisual.so.0 muine-0.8.5-1.fc6.i386 requires mono(glib-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.i386 requires mono(gtk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.i386 requires mono(gdk-sharp) = 0:2.8.0.0 Broken packages in fedora-extras-development-x86_64: ---------------------------------------------------------------------- contact-lookup-applet-0.14-3.fc6.x86_64 requires libebook-1.2.so.5()(64bit) directfb-0.9.24-5.fc5.x86_64 requires libsysfs.so.1()(64bit) exim-sa-4.63-1.fc6.x86_64 requires exim = 0:4.63-1.fc6 gaim-guifications-2.12-3.fc5.x86_64 requires gaim < 1:2 gfontview-0.5.0-5.fc5.x86_64 requires libttf.so.2()(64bit) gtkhtml36-3.6.2-5.fc6.x86_64 requires libgailutil.so.17()(64bit) libibverbs-1.0.3-1.fc6.x86_64 requires libsysfs.so.1()(64bit) libibverbs-utils-1.0.3-1.fc6.x86_64 requires libsysfs.so.1()(64bit) libvisual-plugins-0.2.0-3.fc5.x86_64 requires libvisual.so.0()(64bit) muine-0.8.5-1.fc6.x86_64 requires mono(gdk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.x86_64 requires mono(gtk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.x86_64 requires mono(glib-sharp) = 0:2.8.0.0 Broken packages in fedora-extras-development-ppc: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.ppc requires HelixPlayer contact-lookup-applet-0.14-3.fc6.ppc requires libebook-1.2.so.5 directfb-0.9.24-5.fc5.ppc requires libsysfs.so.1 exim-sa-4.63-1.fc6.ppc requires exim = 0:4.63-1.fc6 gaim-guifications-2.12-3.fc5.ppc requires gaim < 1:2 gfontview-0.5.0-5.fc5.ppc requires libttf.so.2 gtkhtml36-3.6.2-5.fc6.ppc requires libgailutil.so.17 libibverbs-1.0.3-1.fc6.ppc requires libsysfs.so.1 libibverbs-utils-1.0.3-1.fc6.ppc requires libsysfs.so.1 libvisual-plugins-0.2.0-3.fc5.ppc requires libvisual.so.0 muine-0.8.5-1.fc6.ppc requires mono(glib-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.ppc requires mono(gtk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.ppc requires mono(gdk-sharp) = 0:2.8.0.0 From Christian.Iseli at licr.org Fri Sep 8 10:55:37 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Fri, 8 Sep 2006 12:55:37 +0200 Subject: Mass rebuild: Rebuild your packages for fc6 In-Reply-To: <45014110.5050603@leemhuis.info> References: <20060907.111107.387230480.kevin@scrye.com> <200609071924.37174.wolters.liste@gmx.net> <4500567E.5040806@city-fan.org> <13dbfe4f0609071514p6d7f3996lc2df9627aa017aac@mail.gmail.com> <1157699430.16685.24.camel@metropolis.intra.city-fan.org> <45012C07.8030307@gmx.net> <20060908110157.22dbc959@ludwig-alpha> <20060908113240.4b5de27f.bugs.michael@gmx.net> <20060908114651.034d642e@ludwig-alpha> <20060908120647.ad1c2073.bugs.michael@gmx.net> <45014110.5050603@leemhuis.info> Message-ID: <20060908125537.3428b951@ludwig-alpha> On Fri, 08 Sep 2006 12:08:16 +0200, Thorsten Leemhuis wrote: > c4chris, that's what I used during the last rebuild to find those > packages that were not rebuild. I used some crappy script for that. I'll > send them to you, maybe it helps. yup, that'll help. thx I'll have a stab at that later today. Got some RealWork(tm) to do too :-) Cheers, Christian From paul at city-fan.org Fri Sep 8 11:46:32 2006 From: paul at city-fan.org (Paul Howarth) Date: Fri, 08 Sep 2006 12:46:32 +0100 Subject: Correcting directory ownership of /usr/share/omf in Fedora In-Reply-To: <1157697932.16685.19.camel@metropolis.intra.city-fan.org> References: <1157667813.626.21.camel@shuttle.piedmont.com> <1157697932.16685.19.camel@metropolis.intra.city-fan.org> Message-ID: <45015818.9080700@city-fan.org> Paul Howarth wrote: > On Thu, 2006-09-07 at 18:23 -0400, Brian Pepple wrote: >> Currently there are several packages in Fedora that own >> the /usr/share/omf directory, which was due to scrollkeeper not owning >> it. Now that scrollkeeper has been corrected in Rawhide to own this >> directory, we will be opening bugs on the other packages that should no >> longer own it. >> >> For more information about the rationale for directory ownership refer >> to: >> http://fedoraproject.org/wiki/Packaging/Guidelines#head-a5931a7372c4a00065713430984fa5875513e6d4 >> >> If anyone has any questions about this, don't hesitate to contact me. > > I see that this is fixed in cvs but hasn't hit the mirrors for rawhide > at the time of posting. > > Is this fixed scrollkeeper going to be issued as an update for FC-5 or > am I going to have to retain ownership of /usr/share/omf in the FC-5 > branches of my affected package(s)? Looking in cvs, I see that scrollkeeper only owns /usr/share/omf in the development "branch", and not the older (e.g. FC-5) branches. So I shall continue to have my packages own /usr/share/omf for the older releases when necessary. Paul. From bpepple at fedoraproject.org Fri Sep 8 12:54:22 2006 From: bpepple at fedoraproject.org (Brian Pepple) Date: Fri, 08 Sep 2006 08:54:22 -0400 Subject: Correcting directory ownership of /usr/share/omf in Fedora In-Reply-To: <45015818.9080700@city-fan.org> References: <1157667813.626.21.camel@shuttle.piedmont.com> <1157697932.16685.19.camel@metropolis.intra.city-fan.org> <45015818.9080700@city-fan.org> Message-ID: <1157720062.5109.1.camel@shuttle.piedmont.com> On Fri, 2006-09-08 at 12:46 +0100, Paul Howarth wrote: > > > > Is this fixed scrollkeeper going to be issued as an update for FC-5 or > > am I going to have to retain ownership of /usr/share/omf in the FC-5 > > branches of my affected package(s)? > > Looking in cvs, I see that scrollkeeper only owns /usr/share/omf in the > development "branch", and not the older (e.g. FC-5) branches. So I shall > continue to have my packages own /usr/share/omf for the older releases > when necessary. That's fine for older branches. /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From j.w.r.degoede at hhs.nl Fri Sep 8 12:58:25 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 08 Sep 2006 14:58:25 +0200 Subject: Correcting directory ownership of /usr/share/omf in Fedora In-Reply-To: <1157720062.5109.1.camel@shuttle.piedmont.com> References: <1157667813.626.21.camel@shuttle.piedmont.com> <1157697932.16685.19.camel@metropolis.intra.city-fan.org> <45015818.9080700@city-fan.org> <1157720062.5109.1.camel@shuttle.piedmont.com> Message-ID: <450168F1.2090000@hhs.nl> Brian Pepple wrote: > On Fri, 2006-09-08 at 12:46 +0100, Paul Howarth wrote: >>> Is this fixed scrollkeeper going to be issued as an update for FC-5 or >>> am I going to have to retain ownership of /usr/share/omf in the FC-5 >>> branches of my affected package(s)? >> Looking in cvs, I see that scrollkeeper only owns /usr/share/omf in the >> development "branch", and not the older (e.g. FC-5) branches. So I shall >> continue to have my packages own /usr/share/omf for the older releases >> when necessary. > > That's fine for older branches. > I still see no resolution or any solution in sight for the fact that most packages which currently own /usr/share/omf don't require scrollkeeper and that thus scrollkeeper owning /usr/share/omf now isn't any help at all, and thus all the filed bugs are a bit bogus. Regards, Hans From rdieter at math.unl.edu Fri Sep 8 13:07:20 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 08 Sep 2006 08:07:20 -0500 Subject: Correcting directory ownership of /usr/share/omf in Fedora References: <1157667813.626.21.camel@shuttle.piedmont.com> <1157697932.16685.19.camel@metropolis.intra.city-fan.org> <45015818.9080700@city-fan.org> <1157720062.5109.1.camel@shuttle.piedmont.com> <450168F1.2090000@hhs.nl> Message-ID: Hans de Goede wrote: > I still see no resolution or any solution in sight for the fact that > most packages which currently own /usr/share/omf don't require > scrollkeeper and that thus scrollkeeper owning /usr/share/omf now isn't > any help at all, and thus all the filed bugs are a bit bogus. It's not necessarily that the bugs aren't bogus, it's just not immediately clear what the best fix/resolution is for packages that don't Requires: scrollkeeper. -- Rex From bpepple at fedoraproject.org Fri Sep 8 13:10:09 2006 From: bpepple at fedoraproject.org (Brian Pepple) Date: Fri, 08 Sep 2006 09:10:09 -0400 Subject: Correcting directory ownership of /usr/share/omf in Fedora In-Reply-To: <450168F1.2090000@hhs.nl> References: <1157667813.626.21.camel@shuttle.piedmont.com> <1157697932.16685.19.camel@metropolis.intra.city-fan.org> <45015818.9080700@city-fan.org> <1157720062.5109.1.camel@shuttle.piedmont.com> <450168F1.2090000@hhs.nl> Message-ID: <1157721009.5768.1.camel@shuttle.piedmont.com> On Fri, 2006-09-08 at 14:58 +0200, Hans de Goede wrote: > I still see no resolution or any solution in sight for the fact that > most packages which currently own /usr/share/omf don't require > scrollkeeper and that thus scrollkeeper owning /usr/share/omf now isn't > any help at all, and thus all the filed bugs are a bit bogus. Have you tried to remove scrollkeeper on your system with yum? Look and see what is removed. /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mclasen at redhat.com Fri Sep 8 13:15:12 2006 From: mclasen at redhat.com (Matthias Clasen) Date: Fri, 08 Sep 2006 09:15:12 -0400 Subject: Correcting directory ownership of /usr/share/omf in Fedora In-Reply-To: <450168F1.2090000@hhs.nl> References: <1157667813.626.21.camel@shuttle.piedmont.com> <1157697932.16685.19.camel@metropolis.intra.city-fan.org> <45015818.9080700@city-fan.org> <1157720062.5109.1.camel@shuttle.piedmont.com> <450168F1.2090000@hhs.nl> Message-ID: <1157721313.21101.7.camel@golem.boston.redhat.com> On Fri, 2006-09-08 at 14:58 +0200, Hans de Goede wrote: > Brian Pepple wrote: > > On Fri, 2006-09-08 at 12:46 +0100, Paul Howarth wrote: > >>> Is this fixed scrollkeeper going to be issued as an update for FC-5 or > >>> am I going to have to retain ownership of /usr/share/omf in the FC-5 > >>> branches of my affected package(s)? > >> Looking in cvs, I see that scrollkeeper only owns /usr/share/omf in the > >> development "branch", and not the older (e.g. FC-5) branches. So I shall > >> continue to have my packages own /usr/share/omf for the older releases > >> when necessary. > > > > That's fine for older branches. > > > > I still see no resolution or any solution in sight for the fact that > most packages which currently own /usr/share/omf don't require > scrollkeeper and that thus scrollkeeper owning /usr/share/omf now isn't > any help at all, and thus all the filed bugs are a bit bogus. Since this problem is going to come up again and again, should we maybe think about making rpm smart enough to figure out on its own that a package that installs files in /usr/share/omf must require that directory ? That way we can avoid littering our packages with yet more explicit requires. Just a thought, Matthias From nicolas.mailhot at laposte.net Fri Sep 8 13:20:57 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 8 Sep 2006 15:20:57 +0200 (CEST) Subject: Correcting directory ownership of /usr/share/omf in Fedora In-Reply-To: <1157721313.21101.7.camel@golem.boston.redhat.com> References: <1157667813.626.21.camel@shuttle.piedmont.com> <1157697932.16685.19.camel@metropolis.intra.city-fan.org> <45015818.9080700@city-fan.org> <1157720062.5109.1.camel@shuttle.piedmont.com> <450168F1.2090000@hhs.nl> <1157721313.21101.7.camel@golem.boston.redhat.com> Message-ID: <6234.192.54.193.51.1157721657.squirrel@rousalka.dyndns.org> Le Ven 8 septembre 2006 15:15, Matthias Clasen a ?crit : > Since this problem is going to come up again and again, should we maybe > think about making rpm smart enough to figure out on its own that a > package that installs files in /usr/share/omf must require that > directory ? Latest versions of wild rpm do barf on unowned directories (as rpm should have years ago) Regards, -- Nicolas Mailhot From bpepple at fedoraproject.org Fri Sep 8 14:22:39 2006 From: bpepple at fedoraproject.org (Brian Pepple) Date: Fri, 08 Sep 2006 10:22:39 -0400 Subject: Correcting directory ownership of /usr/share/omf in Fedora In-Reply-To: References: <1157667813.626.21.camel@shuttle.piedmont.com> <1157697932.16685.19.camel@metropolis.intra.city-fan.org> <45015818.9080700@city-fan.org> <1157720062.5109.1.camel@shuttle.piedmont.com> <450168F1.2090000@hhs.nl> Message-ID: <1157725359.7112.4.camel@shuttle.piedmont.com> On Fri, 2006-09-08 at 08:07 -0500, Rex Dieter wrote: > Hans de Goede wrote: > > > I still see no resolution or any solution in sight for the fact that > > most packages which currently own /usr/share/omf don't require > > scrollkeeper and that thus scrollkeeper owning /usr/share/omf now isn't > > any help at all, and thus all the filed bugs are a bit bogus. > > It's not necessarily that the bugs aren't bogus, it's just not immediately > clear what the best fix/resolution is for packages that don't Requires: > scrollkeeper. Well, if a package has omf files, they should have Requires(post) & Requires(postun) on scrollkeeper. Which prevents scrollkeeper from being removed from the system, unless this behavior has changed in Rawhide. /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From a.badger at gmail.com Fri Sep 8 14:36:57 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 08 Sep 2006 07:36:57 -0700 Subject: Correcting directory ownership of /usr/share/omf in Fedora In-Reply-To: <4501169F.9030903@hhs.nl> References: <1157667813.626.21.camel@shuttle.piedmont.com> <1157697932.16685.19.camel@metropolis.intra.city-fan.org> <4501169F.9030903@hhs.nl> Message-ID: <1157726217.2603.10.camel@localhost> On Fri, 2006-09-08 at 09:07 +0200, Hans de Goede wrote: > Paul Howarth wrote: > > I also note that packages un-owning /usr/share/omf will need to add a > > dependency on scrollkeeper for the directory ownership; many of the > > affected packages will currently only have scriptlet dependencies on > > scrollkeeper. > > > > Indeed, and I wonder of we really want a dependency on scrollkeeper in > this packages, then we could argue that all packages containing html > docs should have a dependency on htmlview, etc. > All packages using scrollkeeper should already have: Requires(pre): scrollkeeper Requires(postun): scrollkeeper These dependencies will keep scrollkeeper installed for the life of the package. So there is no need for a plain Requires: scrollkeeper. > Wouldn't it be better to but shared dirs like this into the filesystem > package? The same goes for /usr/share/applications (On FC5) $ rpm -qf /usr/share/applications |grep filesystem filesystem-2.3.7-1.2.1 > and > /usr/share/icons/hicolor/XxX/apps > (On FC5) hicolor-icon-theme owns these directories so anything installing files here should Require: hicolor-icon-theme. hicolor-icon-theme is a package of directories similar to filesystem. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From gemi at bluewin.ch Fri Sep 8 19:06:12 2006 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Fri, 08 Sep 2006 21:06:12 +0200 Subject: Unowned directories Message-ID: <1157742372.32025.10.camel@scriabin.tannenrauch.ch> I see quite a few FE packages that do not own directories that they create. These are mostly package data directories in %{_datadir}. In fact, there are also some guilty Core packages. I think packagers (and reviewers) should be more careful about this, since uninstalling these package leave cruft behind. I do not know how to create an exhaustive list, however here are some of the more prominent ones: wine-core wxGTK-devel CastPodder pcb -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From a.badger at gmail.com Fri Sep 8 19:25:14 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 08 Sep 2006 12:25:14 -0700 Subject: FESCo Meeting Minutes for 2006-09-7 Message-ID: <1157743514.2857.2.camel@localhost> = 2006 September 08 FESCo = Meeting Summaries are posted on the wiki at: http://www.fedoraproject.org/wiki/Extras/SteeringCommittee/Meetings == Attending == * thl * bpepple * tibbs * warren * abadger1999 * jwb * rdieter * c4chris (late) == Summary == === Mass Rebuild === * Thanks to nirik for the status update! * c4chris is working on nag-mails * Bugs to be filed on un-rebuilt packages after September 18th. === Ctrl-C Problem === * Removed from schedule as it's not going to happen before the new VCS. === Packaging Committee Report === * No new guidelines as there wasn't quorum to make decisions. * .pyo update: * Notification was sent to the -maintainers list. * It's possible that not everyone is on the list as new contributers have to be added manually, not automatically. (Added on the wiki as a requested feature of the new AccountsSystem) * Request was made to have more historical information on why a Guideline is changed when bugs are files in bugzilla to make changes. === Branch Requests === * gcin branched === New Sponsors === * Patrice Dumas approved === Enterprise Extras === * Rough plan: http://www.fedoraproject.org/wiki/Extras/Enterprise * z00dax (from centos.karan.org, rebuilder of Extras for CentOS) brought up several potential issues: 1. Fedora branding * z00dax wants to differentiate Enterprise Extras from Fedora the distro (as it's for RHEL or CentOS, not Fedora Core). * "Fedora" has the nice property of showing non-supported by Red Hat. * Would be good to not have RHEL in the name as this is for other enterprise distros (like CentOS) as well. * Fedora Core is related to RHEL, so FE is related to EE in the same way. 2. whether to have independent infrastructure. * Present infrastructure doesn't meet z00dax's expectations. * Multi-ownership is only a policy, not enforced at the bugzilla/VCS level. * FESCo and Extras members in attendence seem to be against separate infrastructure. * Makes more work for maintainers of packages. * Complicates the administration and merging of packages on different branches. * Sharing infrastructure entails: 1. Adding the build target. 2. Adding the CVS branch. 3. Adding co-ownership/per-branch ownership. 3. There are packages which are updated for FC-Current without updates to older releases. * The suggested plan will have EE be an explicit subset of FE where maintainers for each package-branch in EE commit to maintaining it until the RHEL EOL for that branch. * We'll probably build against a copy of CentOS since otherwise we'd need a publically accessible RHEL repository to build against. * Defining points of difference between FE and EE will happen through the EE-SIG. * Started to add mmcgrath and z00dax to FESCo to manage the EE merge but was reminded by cweyl that FESCo is an elected body so that was put on hold and alternatives will be explored. * thl will draft an announcement for extras-list. == Log == {{{ 11:59 -!- thl changed the topic of #fedora-extras to: FESCo Meeting in progess -- init 11:59 < thl> hi everybody! 11:59 < thl> who's around? 11:59 < thl> z00dax, mmcgrath, are you around? 12:00 * z00dax is here 12:00 * bpepple is here. 12:00 * nirik is sitting in the rabble seats with his cup of coffee. 12:00 < tibbs> I'm here. 12:00 * cweyl is here (rabble) 12:01 * Rathann joins nirik and cweyl 12:01 < nirik> FYI, as of the cvs checkout seed from this morning, extras is approx 56% done with mass rebuilding.... still 976 packages to go. 12:01 < thl> well, not much FESCo-people around today :-/ 12:02 < bpepple> yeah. 12:02 < warren> I'm here. 12:02 < mmcgrath> thl: I'm here 12:02 < mmcgrath> for the moment. 12:02 < thl> then let's start slowly with the ususal stuff and wait who shows up in between 12:02 < thl> mmcgrath, z00dax, might take ten minutes until we get to EE (if that's okay for you) 12:02 < z00dax> sre 12:02 < z00dax> sure 12:02 < mmcgrath> thats cool 12:02 -!- thl changed the topic of #fedora-extras to: FESCo Meeting in progess -- M{ae}ss-Rebuild 12:02 < thl> nirik, thx for the status update 12:03 < thl> I hope more maintainers start rebuilding when they get nag-mails 12:03 < thl> c4chris is working on that 12:03 < tibbs> Should bugs start being filed? 12:03 < thl> tibbs, not yet 12:03 * abadger1999 here but his internet connection keeps dropping 12:03 < thl> after September 18 -- maybe 12:03 < thl> September 25 -- yes 12:04 * cweyl is reminded to post his version of bump.sh to the mailing list -- it handles ver-rel in %changelog correctly 12:04 * thl thinks again about it 12:04 * jwb is here 12:04 < thl> no, bugs after September 18 seem to be a good idea 12:04 < thl> does that sound sane to eevrybody? 12:05 < cweyl> thl: when do they get nuked from extras if not rebuilt? 12:05 < warren> sane++ 12:05 < nirik> perhaps another prod on the mailing list ? in case people didn't see the inital one? 12:05 < jwb> thl, +1 12:05 < bpepple> thl: +1 12:05 < thl> cweyl, I don't know the exact plans; we just need to look how it all works out 12:05 < thl> nirik, could you do that please? can't hurt 12:06 < nirik> sure... 12:06 < thl> any other comments on this topic? 12:06 < thl> nirik, thx 12:06 < thl> seem not 12:06 -!- finalzone [n=luya] has joined #fedora-extras 12:06 -!- thl changed the topic of #fedora-extras to: FESCo Meeting in progess -- Use comps.xml properly 12:07 < thl> no news afaics 12:07 < thl> c4chris not (yet) around 12:07 < thl> and dgilmore will look after automatic pushes next week hopefully 12:07 < thl> moveing on 12:07 -!- thl changed the topic of #fedora-extras to: FESCo Meeting in progess -- Activate legacy in buildroots 12:07 < thl> same here: dgilmore will look after it next week hopefully 12:08 -!- thl changed the topic of #fedora-extras to: FESCo Meeting in progess -- CTRL-C problem 12:08 < thl> well, still on the schedule 12:08 < jwb> can we remove this one? 12:08 < thl> I'll think we remove it 12:08 < tibbs> I thought it was removed already. 12:08 < abadger1999> We should. 12:08 -!- ChitleshGoorah [n=chitlesh] has quit [Read error: 60 (Operation timed out)] 12:08 < thl> k, settled 12:08 -!- thl changed the topic of #fedora-extras to: FESCo Meeting in progess -- Packaging Committee Report 12:08 < thl> any important news? 12:08 < tibbs> No quorum, so no progress. 12:09 < jwb> i have a question 12:09 < tibbs> jwb: ? 12:09 < jwb> the "no ghost .pyo" change caught many by surprised... was that ever sent out after it was decieded? 12:09 < thl> tibbs, btw, if it's to hard to find a new timeslot for the metting leave everything as it is please 12:09 < thl> tibbs, chageing the PC meetings time is not that important 12:09 < thl> jwb, I think it was -- long ago 12:10 < jwb> ok. i couldn't recall 12:10 < abadger1999> jwb: There was announcement on -maintainers 12:10 < jwb> abadger1999, ok thanks 12:10 < thl> but next time the script that files the bugs should point to some backgrounds for those that misssed it 12:10 < jwb> agreed 12:10 < thl> (and some small hints what needs to be fixed) 12:10 -!- xris [n=xris] has joined #fedora-extras 12:10 < tibbs> Shouldn't every package owner be on -maintainers automatically? 12:10 < xris> I wasn't 12:11 < bpepple> tibbs: yeah. 12:11 < jwb> tibbs, they should all be there, but i don't think automatically 12:11 < xris> had to subscribe like 4 times before it worked 12:11 < thl> tibbs, normally yes 12:11 < jwb> automatically? 12:11 * jwb didn't think so 12:11 < thl> jwb, no idea. warren? 12:11 * cweyl wasn't on automatically 12:11 < warren> they should, but there is no automation 12:12 < jwb> could we make it part of the cvsextras approval? 12:12 < abadger1999> thl: I thought http://www.fedoraproject.org/wiki/Packaging/Python#pyos was in the bugs filed. Is this not enough? 12:12 < tibbs> Perhaps someone with the address list could compare it against owners.list and see who is missing. 12:12 < jwb> abadger1999, that's just the new policy. i think a link to some history would be good? 12:12 < thl> abadger1999, ohh, sorry, i missed that 12:12 < thl> tibbs, +1 12:13 < thl> okay, moving on 12:13 -!- thl changed the topic of #fedora-extras to: FESCo Meeting in progess -- Branch requests for dists in maintenance state 12:13 < thl> there is gcin again https://www.redhat.com/archives/fedora-extras-list/2006-August/msg00625.html 12:13 < warren> Our only access to mailing list address lists is clumsy through the web interface. 12:13 < thl> I put it up there 12:14 < warren> we would need some crappy screen scraping in order to do it. 12:14 < tibbs> I think the maintainer of that package is here at the moment. 12:14 < thl> the reasons are outlines in the mail quite well 12:14 < tibbs> candyz: Is gcin your package? 12:14 < thl> +1 for creating the branches for the older dists 12:14 < warren> +1 and let's just move on 12:15 < rdieter> +1 12:15 < abadger1999> +1 12:15 < jwb> +2 12:15 < jwb> er, 1 12:15 < jwb> (fat fingers again) 12:15 < thl> k, settled 12:15 < warren> jwb, dialingwand? 12:15 -!- thl changed the topic of #fedora-extras to: FESCo Meeting in progess -- Sponsorship nominations 12:15 < jwb> warren, huh? 12:15 < thl> Patrice Dumas got many +1 on the lists 12:16 < jwb> +1 for Patrice 12:16 < thl> I'll consider him approved if there are no "-1" here 12:16 < warren> +1 and let's move on 12:16 < tibbs> That was easy. 12:16 < thl> any new nominations? 12:17 * thl will wait 20 seconds 12:17 -!- green_ [n=green] has quit ["Ex-Chat"] 12:17 -!- thl changed the topic of #fedora-extras to: FESCo Meeting in progess -- Enterprise Extras http://www.fedoraproject.org/wiki/Extras/Enterprise 12:17 < thl> okay, now to the main topic of todays meeting 12:17 < thl> it's not on the schedule, but who cares ;-) 12:18 < mmcgrath> :) 12:18 < thl> so, what are the impressions? do you guys like the rough plan outlined in http://www.fedoraproject.org/wiki/Extras/Enterprise ? 12:18 < z00dax> no 12:18 < thl> ahh :) 12:18 < thl> z00dax, --verbose please 12:18 < rdieter> like++ 12:18 < jwb> undecided 12:18 < z00dax> gota to loose the Fedora brand, and got to have independant infrastructure 12:19 < z00dax> as in the concept - yes, lets get more people working on this 12:19 < thl> okay, one step at a time 12:19 -!- thl changed the topic of #fedora-extras to: FESCo Meeting in progess -- Enterprise Extras -- loose the Fedora brand 12:19 < tibbs> I'm simply not going to maintain any of my packages outside of the FE infrastructure, and I think many people would agree. It has to be low overhead for the maintainers. 12:19 < z00dax> there are 180k odd users on centos.karan.org ( and 140 odd machines from within .redhat.com :) ) - i am sure they will all apreciate a more active project 12:19 < cweyl> tibbs++ 12:20 < thl> guys, the FEdora brand first please 12:20 < thl> (because that's easier) 12:20 < thl> I don#t care to much on the Fedora brand 12:20 * rdieter doesn't care about brand either 12:20 < thl> but no one came up with a really good name yet 12:20 < z00dax> the only issue I have with the Fedora brand is that there is way too much association with the Fedora distro 12:20 < thl> and FEdora implies == unsuspported by red hat 12:20 -!- mebrown_laptop [n=michael_] has joined #fedora-extras 12:21 < thl> that a nice side effect, but has other drawbaclks 12:21 < z00dax> and thats the one thing that Redhat go out of their way to point out that RHEL is not 12:21 < cweyl> thl: what do you mean by "loose the fedora brand"... start calling extras as a whole different? 12:21 < warren> what's wrong with "Enterprise Extras"? 12:21 < thl> cweyl, no, only for the Enterprise Extras stuff (e.g. Extras for RHEL) 12:21 < cweyl> thl: ok, whew :) 12:21 < warren> or.... "Cextras"? =) 12:21 < mmcgrath> hmm 12:21 < warren> (was joking about the latter) 12:21 < cweyl> warren: I like it. "Enterprise Extras, a subset of Fedora Extras" 12:22 < z00dax> cweyl: what makes it a subset ? 12:22 < thl> I'd say we name it "Enterprise Extras" for now, annouce it on the lists, and ask for name suggestions there 12:22 < abadger1999> Centras :-) 12:22 < bpepple> thl: +1 12:22 < warren> rather a long maintained fork of Fedora Extras 12:22 < rdieter> I thought Enterprise Extras was a name already used in rhn? 12:22 < cweyl> z00dax: I'd imagine not every single package in FE would be branched to EE 12:22 < z00dax> rdieter: yes it is 12:22 < warren> Enterprise Extras is being renamed to something else in RHEL5 12:23 < z00dax> cweyl: true, not every one can - but is it a branch or a fork ? 12:23 < warren> but yes it will be confusing to RHEL4 12:23 < mmcgrath> I'm conflicted about the issue but, for example, I'm in an environment right now where almost no fedora is being used but tons of RHEL is being used and the need for Enterprise Extras is there. 12:23 < thl> cweyl, z00dax, let's stick to the topic for now please 12:23 < cweyl> z00dax: the differences between the two are becoming trivial :) 12:23 < z00dax> thl: ack 12:23 * cweyl is duely chastised 12:23 < mmcgrath> so I can appreciate why we wouldn't want the Fedora branding on it. 12:23 < z00dax> also, RHEL isnt the only Enterprise out there 12:24 < rdieter> z00dax: what would you suggest calling it then? 12:24 < warren> EE would have special EE branches on certain packages, but if they don't exist then it inherits from the corresponding FE. 12:24 < z00dax> rdieter: am open to options :) 12:24 < thl> cweyl, there are hundred details we could discuss now about htis whole stuff; but we need to form a rough plan now, everything else can be decided later 12:24 < rdieter> just not anything with "Fedora"? 12:24 < warren> How about EE is *related* to FE? 12:24 < warren> just do it 12:24 < warren> and figure out what to call it later? 12:25 < thl> I don't want RHEL in the proper name of "Enterprise Extras" because -- as z00dax said -- RHEL isnt the only Enterprise out there 12:25 < rdieter> z00dax: hey, put up or shut up, you're the one that doesn't like the currently proposed names, do you have anything better? 12:25 < z00dax> rpmforge ? 12:25 < cweyl> well.... RHEL uses fedora as upstream, right? so why wouldn't EE use FE as upstream? 12:25 < warren> cweyl, +1 12:25 < cweyl> sorry -- from a naming perspective 12:25 < rdieter> cweyl's got a good point there. 12:25 < cweyl> (plus the other implications there, but for now, the name) 12:25 < z00dax> cweyl: i believe RH spend big money telling people rhel is not Fedora. 12:26 < skvidal> Fedora Extras for Red Hat Enterprise Linux 12:26 < z00dax> and people actually, now, believe that 12:26 < skvidal> FERHEL 12:26 < rdieter> I like it 12:26 < thl> FEEL 12:26 < mmcgrath> cweyl: but Red Hat doesn't call their OS "Fedora's Red Hat Enterprise Linux" 12:26 * mmcgrath devils advocate 12:26 < skvidal> rdieter: f'real! 12:26 < jwb> z00dax, you have that backwards. RH is telling people Fedora isn't RHEL 12:26 < cweyl> z00dax: yes, but fact of the matter is the fedora _is_ upstream... there aren't any naming issues there, so why should there be for EE? 12:26 < cweyl> jwb: +1 12:27 < z00dax> jwb: either way - the point is that there is emphasis on the difference 12:27 < jwb> maybe 12:27 < thl> okay guys, let's stop here, we won't come to an agreement on this now; let do what I suggested earlier: name it "Enterprise Extras" for now, annouce it on the lists, and ask for name suggestions there 12:27 < warren> I'm still in favor of EE. 12:27 < jwb> thl +1 12:27 < bpepple> thl: +1 12:27 < z00dax> ok, lets mark that open 12:27 < cweyl> thl++ (and I'm with warren, EE) 12:28 < rdieter> thl++ (warren++) 12:28 < warren> EE has position connotations in the industry 12:28 < thl> k, settled 12:28 < warren> err.. positive 12:28 < thl> warren, ? 12:28 < z00dax> an interlude ..... 12:28 < warren> move on =) 12:28 < thl> warren, k :) 12:28 -!- thl changed the topic of #fedora-extras to: FESCo Meeting in progess -- Enterprise Extras -- infrastructure 12:29 < z00dax> humm or maybe.. 12:29 < thl> z00dax, why do you want a seperate infrastructure? 12:29 -!- c4chris [n=chris] has quit [Connection timed out] 12:29 * warren curious too 12:29 < mmcgrath> I see this as going one of two ways, like extras does it, or like legacy does it (legacy has their own CVS and rules) 12:29 < z00dax> thl: the existing one is not very usable in its present form 12:30 -!- c4chris [n=chris] has joined #fedora-extras 12:30 < warren> z00dax, in what ways? 12:30 < z00dax> whats the status on multi ownership of pkgs ? 12:30 * c4chris is here now 12:30 < z00dax> warren: we spoke about this in Jan 2005 i believe 12:30 < c4chris> sorry for being late 12:30 < warren> z00dax, we really want to add multi-ownership 12:30 < c4chris> plus my connection was broke, so I miss most of the meeting :-( 12:30 < warren> today it is just de-facto multi-ownership, there are no restrictions 12:30 < abadger1999> z00dax: Multi ownership is currently there -- but only as policy 12:30 < thl> z00dax, doesn't work to good, but good enough for now IMHO 12:31 < z00dax> not sure what that implies... 12:31 < thl> z00dax, just FYI: I'm strictly against a seperate infrastructure 12:31 < thl> that complicates things a lot over time 12:31 < cweyl> thl++... let's not add any additional burdens on maintainers 12:31 < bpepple> thl: +1 12:31 < rdieter> thl++ 12:31 < warren> z00dax, anybody can commit to anything currently, there are no restrictions. People today *talk* to each other and get permissions and form understood relationships. 12:31 < z00dax> howso ? 12:31 < z00dax> warren: ah ok.. 12:31 < thl> z00dax, well, consider you are a maintainer of pacakge foo 12:32 < z00dax> warren: bugzilla has assign's that work similarly ? 12:32 < Seg> Isnt that the whole point of this, sharing at minimum the CVS/build infrasructure? 12:32 < thl> It's easier to just copy somethings over from from branch to the other in one cvs/svn/VCS 12:32 < warren> z00dax, yes, but people in our bugzilla group have wide-open access to modify any fedora bugzilla ticket. 12:32 < z00dax> can i get all clamav for el4/el5 asigned to me. where all fe stuff goes to someone else ? 12:32 < thl> and use the same tools 12:32 < z00dax> warren: ok 12:32 < mmcgrath> z00dax: are you more concerned about the actual infrastructure or the rules governing that infrastructure? 12:32 < z00dax> mmcgrath: both 12:33 < z00dax> there is a lot of drive-by packaging in FE at this time. 12:33 * mmcgrath agrees with z00dax 12:33 < z00dax> if we have a chance to sort that out - lets do that now 12:33 < warren> z00dax, assignment not yet, we can add multi-CC to bugzilla today. the next generation of account system and package database that #fedora-infrastructure is working on will formally handle multi-owners. 12:33 < thl> " drive-by packaging " ? 12:33 < cweyl> z00dax: how so? 12:33 < mmcgrath> about the drive-by packaging I mean. 12:33 < z00dax> thl: lots of packagers only pkg and update for the distro ver they are using themselves at this time 12:33 < warren> z00dax, I'm afraid you are using generalizations that are not true of the project. 12:33 < thl> z00dax, agreed 12:34 < tibbs> And then the packages roll out of extras when that happens. What's the problem: 12:34 < tibbs> ? 12:34 < cweyl> warren++ 12:34 < z00dax> warren: speaking from experience. 12:35 * rdieter is getting the feeling of falling off-topic again... 12:35 < thl> rdieter, yeah, maybe 12:35 < warren> z00dax, maintainership is inconsistent across the entire FE space, thus that is one reason why I personally suggest EE begin as an explicitly defined subset and grow from that. You want the EE package set to be well maintained and with fewer surprises. 12:35 < z00dax> warren: yes! 12:35 < thl> I think we all want "the EE package set to be well maintained and with fewer surprises", do we? 12:36 < c4chris> thl, sure 12:36 < rdieter> thl, warren: +1 12:36 < warren> z00dax, just "branch" or "fork" related to FE is what you want to do. You can define lists of "inherit from" or "build my own", but either way using the same infrastructure is esay. 12:36 < c4chris> but that has not much bearing where they sit in CVS 12:36 < warren> easy 12:36 < thl> z00dax, as I said in that proposal in the wiki: Extras maintainers don#t become EE maintainers by default 12:37 < warren> thl, z00dax: but in many cases they will want to be, and they'll happily be co-maintainers 12:37 < z00dax> ok, i am ok with this as a stance - we'll need to work out specifics, which can happen in a mailing list 12:37 < z00dax> is redhat ok to share a public yum repo for building stuff ? 12:37 < thl> z00dax, you mean RHEL? or EE? 12:37 < warren> that's another question to ask, let's mak ea list. 12:38 < thl> z00dax, if RHEL -- why does it need to be public? 12:38 < z00dax> thl: EE will need to build on something . 12:38 < thl> yeah, sure, but why public? 12:38 < z00dax> thl: i'd like to build a few pkgs to see if they work ... i'd like to see something that i can use from wherever i am 12:38 < rdieter> z00dax: frankly, if rh's not ok with it, we can just use centos. 12:38 < warren> z00dax has a good point. EE has to be reproducible in order to be a viable community project. 12:38 < warren> CentOS is an option. 12:38 < z00dax> alternatively, is everyone happy to build on centos ? 12:39 -!- Londo [n=georgiou] has quit [Read error: 104 (Connection reset by peer)] 12:39 < skvidal> z00dax: I am 12:39 < rdieter> centos++ 12:39 < warren> btw when is CentOS 4.4 coming? 12:39 < thl> I'd be happy with building on centos 12:39 < skvidal> warren: 4.4 is out 12:39 < thl> warren, it out 12:39 < warren> oh 12:39 < nirik> warren: already out. 12:39 < z00dax> warren: out for most platforms 12:39 < jwb> centos++ 12:39 * warren uses CentOS... 12:39 < bpepple> centos++ 12:39 < c4chris> centos++ 12:39 < warren> ok, that makes things easy then. 12:39 < abadger1999> centos++ 12:39 < thl> okay, that seems settled :) 12:39 < warren> We agree on... 12:39 < z00dax> CentOS-Extras :) 12:39 < mmcgrath> centos++ 12:40 < warren> - EE being a defined subset of FE 12:40 < warren> - Formalize multi-owners later when infrastructure grows 12:40 < z00dax> so.. about infrastructure... 12:40 < warren> - Share infrastructure 12:40 < z00dax> warren: go on.. 12:41 < thl> warren, Formalize multi-owners later, but real soon 12:41 < z00dax> i suggest we build nothing as a part of this EE project, till the basic stuff is in place. 12:41 < c4chris> +3 (so far) 12:41 < mmcgrath> I'm less concerned with actual infrastructure and more concerned with the rules that govern them. I think the FE and EE markets are different. 12:41 < thl> z00dax, +1 12:41 < z00dax> mmcgrath: elaborate: 12:42 < warren> May I recommend creating a EESCo, as a subset of FESCo plus anybody z00dax chooses. EESCo decides all aspects that differ from FE, including that explicitly defined subset list. 12:42 < thl> warren, no 12:42 < warren> ? 12:42 < thl> warren, we mostly agree on a EE-SIG already 12:42 -!- pygi [n=pygi] has quit [Connection timed out] 12:42 < mmcgrath> I think the EE stuff will target different people and users than FE does, there will of course be overlap, but the rules that govern them should be different. 12:42 < thl> (I think we did) 12:43 < bpepple> (so did I) 12:43 < mmcgrath> or at least not tied to FE. 12:43 < warren> EE-SIG or whatever it is called needs to choose the subset. 12:43 < z00dax> whats a EE-SIG ? 12:43 < thl> warren, and proposed was to integrate z00dax and mmcgrath into FESCo 12:43 < mmcgrath> special interest group. 12:43 < warren> Let's ratify adding z00dax and mmcgrath then? 12:43 < warren> +1 to that. 12:43 < bpepple> +1 12:43 < thl> +1 12:43 < z00dax> is there any fineprint that needs reading first ? 12:44 < warren> z00dax, no, we explicitly require firstborns. No hidden clauses here. 12:44 < thl> z00dax, not that I know off 12:44 * z00dax flickers 12:44 < cweyl> wait -- FESCo has a defined, elected membership 12:44 < warren> AFAIK, we have ratified no rules saying that FESCo can't change the rules at any point. 12:44 < thl> cweyl, sure -- but this is a special case and IMHO requires special things 12:44 < abadger1999> +1 12:45 * mmcgrath saw voting :) 12:45 < tibbs> -1 sorry. 12:45 < warren> I believe that FESCo will further change anyway in the next few months when Core + Extras merge happens. 12:45 < cweyl> warren: so changing the rules in the middle of the game is ok? :) 12:45 < thl> tibbs, it's okay 12:45 * cweyl is playing rabble-devils-advocate here 12:45 < tibbs> This dumps on the whole point there was an election. 12:45 < thl> tibbs, we probably should discuss this on the lists in any case 12:45 < abadger1999> cweyl: Has a point... 12:45 < warren> Sure, let's discuss this further. 12:45 < abadger1999> Change my vote to -1 12:45 < jwb> this need more discussion 12:46 < c4chris> I'd prefer we see the EE SIG in action first 12:46 * cweyl sees a need for FESCo bylaws :) 12:46 < warren> My point will be however is that the mandate of FESCo is not an unchanging thing, and pretending that it doesn't change is artificially holding us back. 12:46 < thl> yeah, let's discuss this again after the EE idea was announced 12:46 < thl> so let's get a bit back to the topic now 12:46 < bpepple> warren: +1 12:46 < thl> z00dax, are you mostly okay to share infrastructure now? 12:47 < mmcgrath> I'd even be fine with being an FESco member that only can vote on EE related items. 12:47 < z00dax> thl: no, we need to work out the details. i agreed to look at the shared option 12:47 < warren> Sharing infrastructure entails... 12:47 < thl> z00dax, that why I said "mostly" ;-) 12:47 < warren> - Adding another build target 12:47 < warren> - Adding another CVS branch 12:47 < warren> what else? 12:48 < warren> - Adding multi/co owners 12:48 < cweyl> warren: some way to indicate that the branch is being mainatined by someone else, if that's the case? e.g. "maintained.by" in cvs until the uber-package-db is here? 12:48 < z00dax> thl: :) ok. 12:49 < warren> cweyl, I'd prefer a centralized owners.list personally that is extended in syntax, but we can discuss these specifics later. 12:49 < thl> cweyl, we can works out such details later 12:49 < jwb> i need to drop off guys. meeting in another building 12:49 < abadger1999> mmcgrath: We don't need to limit voting on issues to FESCo members only. 12:49 < thl> abadger1999, we never really did that afaics 12:49 < abadger1999> What about new sponsors? 12:50 < warren> Does z00dax have cvsextras membership? 12:50 < z00dax> nope 12:50 < warren> that would be a good first step =) 12:50 < thl> warren, CLA would be a good first step ;-) 12:50 < warren> z00dax, could you please create an account and sign the CLA? 12:50 < z00dax> CLA not applicable to me. 12:50 < mmcgrath> I'm still a non-sponsor, I'd be happy to sponsor z00dax. 12:50 < mmcgrath> my current sponsor is ignacio :) 12:50 < z00dax> I cant be held to anything under US law 12:51 < warren> where are you? 12:51 < z00dax> UK, but have an Indian passport 12:51 < warren> We have plenty of people in India and UK signed the CLA. 12:51 < warren> only real problems we had were Iran and Syria 12:51 < thl> z00dax, remember, we have the Fedora Orbital Laser ;-) 12:51 < warren> DOOM! 12:51 < Seg> Why not a FESCo designated EE committee? 12:51 < z00dax> I'll look at it again... last time i did look there was some crazy bits in there. but that was almost 18 months back 12:52 < z00dax> I'll create an account etc. 12:52 < thl> z00dax, thx 12:52 < warren> If we're in agreement that Fedora Project is upstream for RHEL, CentOS and EE, then you will need to sign the CLA. 12:52 < abadger1999> thl: It's the Fedora-CentOS Orbital Laser now. 12:52 < warren> Absolutely no contributors on a worldwide basis are exempt from the CLA requirement, even Red Hat employees. 12:53 < thl> there is one thing left: who will annouce this whole concept to the list? 12:53 < z00dax> there is one more thing, but i am going to save that for last 12:53 * thl fears taht he is the dumb again 12:53 < warren> Sounds like the details are fuzzy, perhaps there should be a draft announcement that we discuss first? 12:53 < thl> warren, sure 12:53 < bpepple> that sounds good. 12:53 < warren> where do we discuss it? 12:53 < z00dax> maybe work out exactly what is going to happen before its all announced ? 12:53 < warren> given that z00dax and mmcgrath aren't in FESCO list 12:53 < mmcgrath> Sorry guys, I have to run but I'll be back. 12:54 < z00dax> also, what lists is all this going to be discussed on ? extras.108 for now ? 12:54 < thl> z00dax, I'd really go to the puiblic now 12:54 < cweyl> warren: why not discuss it on extras-list? 12:54 < thl> z00dax, we're discussing this for three month in private already 12:54 < warren> extras-list is fine 12:54 < thl> extras-list is fine 12:54 < z00dax> too much traffic 12:55 < cweyl> extras-list +1 12:55 < c4chris> 10 - 15 msgs a day is too many ? 12:55 < warren> z00dax, if you're leading EE, there will be a natural requirement for you to follow a few new lists. You don't filter lists into new folders? 12:55 * cweyl notes that's a rabble +1, but... 12:55 < thl> z00dax, we'll create a separeate list after we've found a name 12:55 < z00dax> warren: sure, i am on that list already - but also have 32k unread msgs there. 12:56 < Seg> This will all get seen in the meeting summary anyway. 12:56 < thl> warren, or can we create a public fedora-ee-list and rename it later easily if we have to or want? 12:56 < warren> z00dax, meanwhile please create your fedora project account and sign CLA soon, so we can add you to required groups. 12:56 < warren> thl, I'd prefer we choose a name for a list and stick to it 12:56 < z00dax> thl: (new-list)++ 12:56 < thl> warren, I'd prefer that too, but life sucks sometimes :-/ 12:57 < warren> is this really sustainable of a subproject if the leader of EE doesn't think it is important to follow FE discussion? (realistically) 12:57 < z00dax> if we're loosing the fedora brand, why not ee-list ? 12:57 < warren> ee-list is a possibility 12:57 < z00dax> warren: the issue is also that EE discussions will get swamped out in the extras-list 12:58 < z00dax> which is what i meant by too much info 12:58 < z00dax> s/info/traffic/ 12:58 < warren> I agree that EE should have its own list 12:58 < cweyl> I'm sure the naming of the list (if one) can be part of the discussion on fe-list :) 12:58 < tibbs> 21 messages in the last 24 hours on extras list. 12:58 < thl> cweyl, +1 12:58 < warren> I was just stating that as leader of that project, you need to be aware of FE 12:58 < z00dax> and i dont think everyone on extras-list is going to even be interested in whats up with EE stuff 12:58 < cweyl> z00dax: but some will. and those'll be the ones who want to start helping, contributing, etc 12:58 < thl> z00dax, let's start with extras-list and create a seperate list later 12:58 < bpepple> thl: +1 12:59 < c4chris> thl, +1 12:59 < rdieter> thl++, there's too much parralelism (especially at first) 12:59 < z00dax> warren: i run a svn mirror for the entire cvs tree for RHEL + Fextras + Rpmforge.. i do have a fair idea about it 12:59 < warren> extras-list for now is where all existing contributors can discuss specifics of how to create EE. 12:59 < z00dax> if we need to - I'll make that svn public at some point this weekend 13:00 < z00dax> not sure how redhat would like the rhel tree in a public svn 13:00 < z00dax> but 13:00 < warren> the RHEL source is already public 13:00 < z00dax> ok, lets watch fe-list for now, since thats what everyone wants 13:00 < thl> z00dax, okay, thx 13:01 < thl> anything else we should discuss now? 13:01 < thl> regarding EE 13:01 < z00dax> ok, one point - my last point 13:01 < z00dax> why is no one from rpmforge involved here ? 13:01 < thl> z00dax, why is no one from rpmforge involved in Extras? 13:01 < warren> Axel and Matthias both contribute to Extras 13:01 < z00dax> i know matthias is semi-involved 13:02 < thl> z00dax, he has more then 60 packages iirc? 13:02 < thl> we was in FESCo 13:02 < warren> FE began as a merge of fedora.us + matthias 13:02 < thl> Axel in in the Packaging Commitee 13:02 < thl> s/in in/is in/ 13:03 < z00dax> axel isnt part of rpmforge... my question was more about dag / dries - they do and have done a lot of work for RHL / RHEL.. 13:03 < thl> z00dax, you'd have to ask them afaics 13:03 < thl> z00dax, dag was on the mailinglists in the beginning 13:03 < z00dax> right, i shall do that today evening 13:03 < bpepple> I don't think anyone has prevented them from contributing to FE. 13:03 < thl> z00dax, but vanished soon 13:03 < warren> FOSS is about choice and free will, they had a choice to join FE or not. 13:04 < z00dax> warren: sure 13:04 < z00dax> but i am all for combining stuff when possible and practical 13:04 < thl> z00dax, we all are 13:05 < z00dax> I'd be the first guy to get Pascal onboard as well, and do a es9/ es10 branch 13:05 < thl> z00dax, ES=SLES? 13:05 < z00dax> actually, I'll run this by him anyway. although i think we all know what his answer is going to be. 13:05 < warren> That's theoretically possible, but you'll need to do a lot of work yourself if you don't get interest from FE. 13:05 < z00dax> thl: yes 13:06 < warren> May I suggest focusing on EE first. 13:07 < thl> well, I think I should speak it out: I don't want to build for SLES 13:07 < thl> we do our buisiness 13:07 < thl> they do theirs 13:07 < thl> we can work to together 13:07 < thl> and share specs 13:07 < c4chris> getting more branches/distros is not a problem per se: you just need to get willing and able maintainers 13:07 < thl> but they should be seperated in VCS and on the builders 13:07 < z00dax> thats about all that we can do anyway.... share specs and work togher 13:08 < thl> c4chris, the question is: is this a good idea`? 13:08 < thl> c4chris, just as the suse build service 13:08 < c4chris> thl, that, too 13:08 < thl> there is competing again 13:08 < thl> but hey: the distributions comete 13:08 < thl> compete 13:08 < z00dax> are we all done here for the meet ? as in are we now in chatter mode -> so i can drift 13:08 < cweyl> warren: +1 on focusing on EE first 13:08 < cweyl> baby steps :) 13:08 < c4chris> depends if the general environments are compatble enough I guess 13:09 < thl> wwwwell, let's stop here 13:09 < thl> it's getting quite late 13:09 < warren> any other priority topics? 13:09 < thl> that's okay for everybody? 13:09 < c4chris> thl, agreed 13:10 < abadger1999> thl: ++ 13:10 < bpepple> thl: ++ 13:10 -!- thl changed the topic of #fedora-extras to: FESCo Meeting in progess -- MISC -- coverity's offer to scan FE packages 13:10 < thl> did someone talk to them / max ? warren, c4chris ? 13:10 < warren> things have been busy, I'll follow up with max 13:11 < thl> warren, just wated to make sure things are rolling 13:11 * c4chris didn't 13:11 < warren> I'm in favor of Warren's coverity plan. =) 13:11 -!- thl changed the topic of #fedora-extras to: FESCo Meeting in progess -- MISC 13:11 < thl> so, anything else to discuss ? 13:11 < thl> regarding extras as a whole? 13:11 < thl> was my housekeeping mail to heavy? 13:12 * warren branches gcin 13:12 < c4chris> thl, sorry, didn't read it completely yet... 13:12 < c4chris> am planning to though :-) 13:12 < warren> candyz, gcin is branched 13:12 < xris> c4chris: you were the one who pointed out that glibc thing last night, right? 13:12 -!- Nodoid [n=paul] has quit [Read error: 145 (Connection timed out)] 13:12 < c4chris> xris, yes 13:12 < c4chris> did it work out in the end ? 13:13 < abadger1999> thl: By and large, I agreed with it. Haven't followd up to see what all is going to be affected, though. 13:13 * thl will close the meeting in 60 seconds 13:13 < xris> would that manifest if I compiled with -devel in mock, but was trying to install on a standard fc5 install? 13:13 < thl> xris, can you please wait until the meeting is over? tia! 13:13 < c4chris> xris, yes, I think so 13:13 < xris> oh, sorry, didn't notice. 13:13 * thl will close the meeting in 30 seconds 13:13 < thl> xris, np 13:14 * thl will close the meeting in 10 seconds 13:14 < thl> -- MARK -- Meeting closed }}} -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From chris.stone at gmail.com Fri Sep 8 20:28:32 2006 From: chris.stone at gmail.com (Christopher Stone) Date: Fri, 8 Sep 2006 13:28:32 -0700 Subject: Transaction Check Error Message-ID: Transaction Check Error: file /usr/share/man/man6/worm.6.gz from install of xscreensaver-extras-4.24-3.fc5 conflicts with file from package bsd-games-2.17-10.fc5 Do we currently have any way to check for these? And how do we resolve which package gets to own this file? From tibbs at math.uh.edu Fri Sep 8 20:31:23 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Fri, 08 Sep 2006 15:31:23 -0500 Subject: Transaction Check Error In-Reply-To: (Christopher Stone's message of "Fri, 8 Sep 2006 13:28:32 -0700") References: Message-ID: >>>>> "CS" == Christopher Stone writes: CS> Do we currently have any way to check for these? I think someone has a script. Or maybe it involves just installing every package. CS> And how do we resolve which package gets to own this file? Well, packages are allowed to conflict in Extras, although it's better if the conflicts are explicit via a Conflicts: header. But for something like this, it should be a simple matter for the two maintainers to decide how to resolve the conflict. - J< From chris.stone at gmail.com Fri Sep 8 20:35:07 2006 From: chris.stone at gmail.com (Christopher Stone) Date: Fri, 8 Sep 2006 13:35:07 -0700 Subject: Transaction Check Error In-Reply-To: References: Message-ID: On 9/8/06, Jason L Tibbitts III wrote: > >>>>> "CS" == Christopher Stone writes: > > CS> Do we currently have any way to check for these? > > I think someone has a script. Or maybe it involves just installing > every package. Couldn't the build system warn about something like this? The build system has all the packages, and should be able to obtain all the files for each package in some type of database which it can quickly check for conflicts. From jkeating at redhat.com Fri Sep 8 21:04:09 2006 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 8 Sep 2006 17:04:09 -0400 Subject: Transaction Check Error In-Reply-To: References: Message-ID: <200609081704.14926.jkeating@redhat.com> On Friday 08 September 2006 16:35, Christopher Stone wrote: > Couldn't the build system warn about something like this? ?The build > system has all the packages, and should be able to obtain all the > files for each package in some type of database which it can quickly > check for conflicts. A) the db doesn't exist right now B) many of the "conflicts" would be false alarms due to multi-lib (but this could possibly be worked around) -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From giallu at gmail.com Fri Sep 8 21:52:53 2006 From: giallu at gmail.com (Gianluca Sforna) Date: Fri, 8 Sep 2006 23:52:53 +0200 Subject: Unowned directories In-Reply-To: <1157742372.32025.10.camel@scriabin.tannenrauch.ch> References: <1157742372.32025.10.camel@scriabin.tannenrauch.ch> Message-ID: On 9/8/06, G?rard Milmeister wrote: > I see quite a few FE packages that do not own > directories that they create. I always find hard to determine this, both for new packaging or reviews and, despite I am running rpmlint on everything I touch, I never saw a warning from it about this (somewhat common) mistake. So, assuming rpmlint is not checking directory ownerships, is this feaute _that_ hard to implement? From nphilipp at redhat.com Fri Sep 8 21:59:59 2006 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 08 Sep 2006 23:59:59 +0200 Subject: Closing bugs In-Reply-To: <20060906213853.GF27467@neu.nirvana> References: <200609061637.47936.jkeating@redhat.com> <20060906213853.GF27467@neu.nirvana> Message-ID: <1157752799.31615.108.camel@gibraltar.stuttgart.redhat.com> On Wed, 2006-09-06 at 23:38 +0200, Axel Thimm wrote: > On Wed, Sep 06, 2006 at 10:19:27PM +0100, Jeremy Sanders wrote: > > On Wed, 6 Sep 2006, Jesse Keating wrote: > > > > >These reference the release of the package, not of a distribution. > > >NEXTRELEASE > > >could be the next release of the package, CURRENTRELEASE is the release of > > >the package you've built into the devel repo or the FC-5 repo, or whatever. > > >Rawhide is well rawhide. > > > > Thanks - those answers make sense. > > No, here are the definitions which more or less relate "RELEASE" to > the distribution and not the package's upstream version. That's also > how it's used in RHEL - we should keep the same semantics behind these > keywords. > > CURRENTRELEASE > The problem described has already been fixed and can be obtained > in the latest version of our product. Information on the package > version in which it was fixed should be included in the summary > when a bug is closed to this resolution. > > NEXTRELEASE > The problem described has been fixed in the next release of the > product, and is not planned to be fixed in the release against > which the bug was filed. Include information on the release in > which this was fixed in the summary when a bug is closed to this > resolution. > > So if you fix an FC5/FC4 bug you should use CURRENTRELEASE. Nope, rather use ERRATA if you fix it for the FC version in question, RAWHIDE if only for fixing it in development (and not planning to do it for the FC version reported against) instead as CURRENTRELEASE is only for stuff already fixed at the time of reporting the bug ("already" being the keyword in the description above ;-). Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From nphilipp at redhat.com Fri Sep 8 22:04:32 2006 From: nphilipp at redhat.com (Nils Philippsen) Date: Sat, 09 Sep 2006 00:04:32 +0200 Subject: release number, was Re: Mass rebuild: Rebuild your packages for fc6 In-Reply-To: <20060907220541.feb69066.bugs.michael@gmx.net> References: <20060907.111107.387230480.kevin@scrye.com> <20060907220541.feb69066.bugs.michael@gmx.net> Message-ID: <1157753073.31615.110.camel@gibraltar.stuttgart.redhat.com> On Thu, 2006-09-07 at 22:05 +0200, Michael Schwendt wrote: > On Thu, 7 Sep 2006 20:18:49 +0200 (CEST), Paul Wouters wrote: > > > On Thu, 7 Sep 2006, Kevin Fenzi wrote: > > > > > As of this mornings cvs checkout seed, there are still 976 extras > > > packages that need to be rebuilt for fc6. That puts things at around > > > 56% done. > > > > > > If you haven't rebuilt your packages, please do so soon. > > > > If there have been no changes to the package, should the release version > > be bumped for this proces? Or in other words, why is the massive rebuild > > happening? > > In addition to Bill's reply, please note that "rebuilds without bumping > release" don't find their way into the repository. The push script _does > not_ overwrite existing packages in the repository, even if the build > report may say otherwise. Rebuilding without increasing either one in > %epoch:%version-%release is an invalid operation. Shouldn't the build system refuse to build package with an EVR it's already successfully built? Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From jkeating at redhat.com Fri Sep 8 22:18:49 2006 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 8 Sep 2006 18:18:49 -0400 Subject: release number, was Re: Mass rebuild: Rebuild your packages for fc6 In-Reply-To: <1157753073.31615.110.camel@gibraltar.stuttgart.redhat.com> References: <20060907.111107.387230480.kevin@scrye.com> <20060907220541.feb69066.bugs.michael@gmx.net> <1157753073.31615.110.camel@gibraltar.stuttgart.redhat.com> Message-ID: <200609081818.49486.jkeating@redhat.com> On Friday 08 September 2006 18:04, Nils Philippsen wrote: > Shouldn't the build system refuse to build package with an EVR it's > already successfully built? There is no package database for which to check what has been built or not, so there is no method to block a build like that. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From Axel.Thimm at ATrpms.net Fri Sep 8 22:22:11 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sat, 9 Sep 2006 00:22:11 +0200 Subject: Closing bugs In-Reply-To: <1157752799.31615.108.camel@gibraltar.stuttgart.redhat.com> References: <200609061637.47936.jkeating@redhat.com> <20060906213853.GF27467@neu.nirvana> <1157752799.31615.108.camel@gibraltar.stuttgart.redhat.com> Message-ID: <20060908222211.GC7935@neu.nirvana> On Fri, Sep 08, 2006 at 11:59:59PM +0200, Nils Philippsen wrote: > On Wed, 2006-09-06 at 23:38 +0200, Axel Thimm wrote: > > On Wed, Sep 06, 2006 at 10:19:27PM +0100, Jeremy Sanders wrote: > > > On Wed, 6 Sep 2006, Jesse Keating wrote: > > > > > > >These reference the release of the package, not of a distribution. > > > >NEXTRELEASE > > > >could be the next release of the package, CURRENTRELEASE is the release of > > > >the package you've built into the devel repo or the FC-5 repo, or whatever. > > > >Rawhide is well rawhide. > > > > > > Thanks - those answers make sense. > > > > No, here are the definitions which more or less relate "RELEASE" to > > the distribution and not the package's upstream version. That's also > > how it's used in RHEL - we should keep the same semantics behind these > > keywords. > > > > CURRENTRELEASE > > The problem described has already been fixed and can be obtained > > in the latest version of our product. Information on the package > > version in which it was fixed should be included in the summary > > when a bug is closed to this resolution. > > > > NEXTRELEASE > > The problem described has been fixed in the next release of the > > product, and is not planned to be fixed in the release against > > which the bug was filed. Include information on the release in > > which this was fixed in the summary when a bug is closed to this > > resolution. > > > > So if you fix an FC5/FC4 bug you should use CURRENTRELEASE. > > Nope, rather use ERRATA if you fix it for the FC version in question, Well, thera are no ERRATA for fedora-extras (in fact there are 155 bugs closed as such). I looked a bit at bugs in "Fedora Core" actually closed CURRENTRELEASE vs ERRATA. There seems to be quite a bit of self-iterpretation going on. CURRENTRELEASE is actually used even for what RAWHIDE should be. > RAWHIDE if only for fixing it in development (and not planning to do it > for the FC version reported against) There doesn't seem to be quite a big difference between RAWHIDE and NEXTRELEASE other than RAWHIDE not allowed for RHEL. > instead as CURRENTRELEASE is only for stuff already fixed at the > time of reporting the bug ("already" being the keyword in the > description above ;-). So CURRENTRELEASE means "already fixed, you are not using the latest updates"? Doesn't seem that useful. Maybe the resolutions needs to be relabeled with more appropriate naming. In this case ALREADYFIXED would be better than CURRENTRELEASE. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From nphilipp at redhat.com Fri Sep 8 22:29:54 2006 From: nphilipp at redhat.com (Nils Philippsen) Date: Sat, 09 Sep 2006 00:29:54 +0200 Subject: Proposal: Conflicts of packages, was: Transaction Check Error In-Reply-To: References: Message-ID: <1157754594.31615.133.camel@gibraltar.stuttgart.redhat.com> On Fri, 2006-09-08 at 15:31 -0500, Jason L Tibbitts III wrote: > Well, packages are allowed to conflict in Extras, although it's better > if the conflicts are explicit via a Conflicts: header. I'd like to raise this topic for discussion (again?). I think that "plain" package conflicts(*) are never really warranted as we have the alternatives system to make even the most potentially conflicting packages (say MTAs with very uhm similar command sets) coexist just fine. (*): "plain" being where the latest version of a conflicts with the latest version of b or worse all versions of b, not the kind you use if you want to avoid having an old version of b installed alongside a, to get updates made in a defined order. I am yet to see "plain" conflicts that weren't due to poor choice of binaries' or applications' names or otherwise poor packaging, i.e. the conflict was always fairly easy to solve. In that light I propose that such (for lack of better words) "plain" conflicts should be prohibited in Extras as well as in Core. Now fire away your comments (or counter examples). Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From nphilipp at redhat.com Fri Sep 8 22:38:52 2006 From: nphilipp at redhat.com (Nils Philippsen) Date: Sat, 09 Sep 2006 00:38:52 +0200 Subject: Closing bugs In-Reply-To: <20060908222211.GC7935@neu.nirvana> References: <200609061637.47936.jkeating@redhat.com> <20060906213853.GF27467@neu.nirvana> <1157752799.31615.108.camel@gibraltar.stuttgart.redhat.com> <20060908222211.GC7935@neu.nirvana> Message-ID: <1157755133.31615.142.camel@gibraltar.stuttgart.redhat.com> On Sat, 2006-09-09 at 00:22 +0200, Axel Thimm wrote: > On Fri, Sep 08, 2006 at 11:59:59PM +0200, Nils Philippsen wrote: > > On Wed, 2006-09-06 at 23:38 +0200, Axel Thimm wrote: > > > On Wed, Sep 06, 2006 at 10:19:27PM +0100, Jeremy Sanders wrote: > > > > On Wed, 6 Sep 2006, Jesse Keating wrote: > > > > > > > > >These reference the release of the package, not of a distribution. > > > > >NEXTRELEASE > > > > >could be the next release of the package, CURRENTRELEASE is the release of > > > > >the package you've built into the devel repo or the FC-5 repo, or whatever. > > > > >Rawhide is well rawhide. > > > > > > > > Thanks - those answers make sense. > > > > > > No, here are the definitions which more or less relate "RELEASE" to > > > the distribution and not the package's upstream version. That's also > > > how it's used in RHEL - we should keep the same semantics behind these > > > keywords. > > > > > > CURRENTRELEASE > > > The problem described has already been fixed and can be obtained > > > in the latest version of our product. Information on the package > > > version in which it was fixed should be included in the summary > > > when a bug is closed to this resolution. > > > > > > NEXTRELEASE > > > The problem described has been fixed in the next release of the > > > product, and is not planned to be fixed in the release against > > > which the bug was filed. Include information on the release in > > > which this was fixed in the summary when a bug is closed to this > > > resolution. > > > > > > So if you fix an FC5/FC4 bug you should use CURRENTRELEASE. > > > > Nope, rather use ERRATA if you fix it for the FC version in question, > > Well, thera are no ERRATA for fedora-extras (in fact there are 155 > bugs closed as such). I wouldn't have a problem with that resolution renamed to (or augmented by) "UPDATE". > I looked a bit at bugs in "Fedora Core" actually closed CURRENTRELEASE > vs ERRATA. There seems to be quite a bit of self-iterpretation going > on. CURRENTRELEASE is actually used even for what RAWHIDE should be. > > RAWHIDE if only for fixing it in development (and not planning to do it > > for the FC version reported against) > > There doesn't seem to be quite a big difference between RAWHIDE and > NEXTRELEASE other than RAWHIDE not allowed for RHEL. Agreed, though NEXTRELEASE can always mean that something has been done in a final product which isn't the latest, just not in that old version you use (which RAWHIDE clearly doesn't mean). Doesn't make much sense in the Fedora Realm, where NEXTRELEASE would always be covered by CURRENTRELEASE, but with RHEL you can have a bug against 2.1 which is already solved in 3 which is not the current product version. > > instead as CURRENTRELEASE is only for stuff already fixed at the > > time of reporting the bug ("already" being the keyword in the > > description above ;-). > > So CURRENTRELEASE means "already fixed, you are not using the latest > updates"? Doesn't seem that useful. Maybe the resolutions needs to be > relabeled with more appropriate naming. In this case ALREADYFIXED > would be better than CURRENTRELEASE. The resolution names seem as they're organically grown, possibly on account of being just that ;-). Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From bugs.michael at gmx.net Sat Sep 9 00:15:15 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 9 Sep 2006 02:15:15 +0200 Subject: Unowned directories In-Reply-To: References: <1157742372.32025.10.camel@scriabin.tannenrauch.ch> Message-ID: <20060909021515.3257cd7a.bugs.michael@gmx.net> On Fri, 8 Sep 2006 23:52:53 +0200, Gianluca Sforna wrote: > On 9/8/06, G?rard Milmeister wrote: > > I see quite a few FE packages that do not own > > directories that they create. > > I always find hard to determine this, both for new packaging or > reviews and, despite I am running rpmlint on everything I touch, I > never saw a warning from it about this (somewhat common) mistake. > So, assuming rpmlint is not checking directory ownerships, is this > feaute _that_ hard to implement? No, but it would involve (down-)loading repository metadata for all packages in the dep-chain, which would make the operation take quite longer than a typical rpmlint run takes so far. Without that it could only warn about missing sub-directories, e.g. as here: %files [...] %{_datadir}/%{name}/%{name}*.png %{_mandir}/man1/%{name} From tibbs at math.uh.edu Sat Sep 9 00:14:33 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Fri, 08 Sep 2006 19:14:33 -0500 Subject: Unowned directories In-Reply-To: (Gianluca Sforna's message of "Fri, 8 Sep 2006 23:52:53 +0200") References: <1157742372.32025.10.camel@scriabin.tannenrauch.ch> Message-ID: >>>>> "GS" == Gianluca Sforna writes: GS> So, assuming rpmlint is not checking directory ownerships, is this GS> feaute _that_ hard to implement? It's certainly nontrivial. You not only have to check that some package owns each of the directories which would be created by package installation which are not actually owned by the package in question, but you also have to make sure that the owner of the file is in the dependency footprint of the package. - J< From bugs.michael at gmx.net Sat Sep 9 00:45:45 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 9 Sep 2006 02:45:45 +0200 Subject: FESCo Meeting Minutes for 2006-09-7 In-Reply-To: <1157743514.2857.2.camel@localhost> References: <1157743514.2857.2.camel@localhost> Message-ID: <20060909024545.588f7fe2.bugs.michael@gmx.net> On Fri, 08 Sep 2006 12:25:14 -0700, Toshio Kuratomi wrote: > 12:20 < thl> but no one came up with a really good name yet > 12:20 < z00dax> the only issue I have with the Fedora brand is that > there is way too much association with the Fedora distro > 12:20 < thl> and FEdora implies == unsuspported by red hat > 12:20 -!- mebrown_laptop [n=michael_] has joined #fedora-extras > 12:21 < thl> that a nice side effect, but has other drawbaclks > 12:21 < z00dax> and thats the one thing that Redhat go out of their way > to point out that RHEL is not > 12:21 < cweyl> thl: what do you mean by "loose the fedora brand"... > start calling extras as a whole different? > 12:21 < warren> what's wrong with "Enterprise Extras"? > 12:21 < thl> cweyl, no, only for the Enterprise Extras stuff (e.g. > Extras for RHEL) If there's one thing I don't like about the name "Enterprise Extras" it's that it suggests too much about the _type of software_ that is offered, instead of the target distribution the software is built for. It is too generic a name. "Enterprise" simply is not the name of a distribution and not the name of a project either. It suggests that it's extra software specifically for enterprise-level target groups, which is strange when that's only because Fedora packages are built for just another distribution. "Fedora Extras" is neutral in that it's extra packages from the Fedora Project and doesn't say anything about what type of software it might be, as Fedora is also the base name of the distribution. From bugs.michael at gmx.net Sat Sep 9 00:54:19 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 9 Sep 2006 02:54:19 +0200 Subject: Transaction Check Error In-Reply-To: References: Message-ID: <20060909025419.05c9f619.bugs.michael@gmx.net> On Fri, 08 Sep 2006 15:31:23 -0500, Jason L Tibbitts III wrote: > >>>>> "CS" == Christopher Stone writes: > > CS> Do we currently have any way to check for these? > > I think someone has a script. Or maybe it involves just installing > every package. Potential file conflicts can be caught quite easily by checking repository metadata. Unfortunately, file checksums are not available in there, so downloading RPM headers for every needed package would be required. A solution which asks for some sort of smart back-end. > CS> And how do we resolve which package gets to own this file? > > Well, packages are allowed to conflict in Extras, Where is the official policy for that? It is my understanding that in the past we've never liked any sort of conflicts. Fedora.us started with a rule of "no conflicts with Core and no upgrades of Core from within Extras", and AFAIR, FESCo has never agreed on permitting packages to conflict explicitly with eachother except for rare corner-cases (like temporary lazy packaging of incompatible foo-devel and foo2-devel). From lists at forevermore.net Sat Sep 9 01:08:24 2006 From: lists at forevermore.net (Chris Petersen) Date: Fri, 08 Sep 2006 18:08:24 -0700 Subject: rpms/lineakd/devel lineakd.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <20060908122527.8ed2499d.bugs.michael@gmx.net> References: <200605211928.k4LJSMHG002667@cvs-int.fedora.redhat.com> <20060908122527.8ed2499d.bugs.michael@gmx.net> Message-ID: <45021408.3000208@forevermore.net> Michael Schwendt wrote: > On Sun, 21 May 2006 12:27:50 -0700, Chris Petersen wrote: > >> Author: xris >> >> Update of /cvs/extras/rpms/lineakd/devel > >> %post >> >> /sbin/ldconfig >> >> ################################################################################ >> >> %postun >> >> /sbin/ldconfig >> >> ################################################################################ > > This .spec file should not have been approved in a review. Inserting > such "#######..." lines in the middle of [and below] scriptlet sections > bears a big risk. They become part of the scriptlets itself. This causes > bad breakage in RPM transactions when /bin/sh is not the scriptlet interpreter. > Has happened before regularly, so avoid "######..." lines like the plague. > Use multiple empty lines instead. I'm aware of the issues it creates, but no one could give me a good reason why it would be a problem to leave things as they are. Everything I could find told me that RPM uses sh/bash by default when you don't include a program for %post/etc, so there's no danger of another interpreter being used that wouldn't know what to do with the hash character. Without a valid comment character for rpm (like %# or something like that), this works WAY better than "lots of whitespace" which is not imho a good visual separator. In a small spec like this, it's no big deal, but I like to keep all of my specs somewhat standardized. If people *really* feel that this is something that needs to change, I'll pull the lines and replace them with the shorter form of the scriptlet, but leaving out a section separators makes for a rather ugly hard-to-read spec (I already hate having to do it for specs where I can't rely on sh as the interpreter). -Chris -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From jima at beer.tclug.org Sat Sep 9 02:21:09 2006 From: jima at beer.tclug.org (Jima) Date: Fri, 8 Sep 2006 21:21:09 -0500 (CDT) Subject: Transaction Check Error In-Reply-To: References: Message-ID: On Fri, 8 Sep 2006, Christopher Stone wrote: > Transaction Check Error: file /usr/share/man/man6/worm.6.gz from > install of xscreensaver-extras-4.24-3.fc5 conflicts with file from > package bsd-games-2.17-10.fc5 > > Do we currently have any way to check for these? Yep! I wrote a script yesterday and ran it against the FC5 tree. Today I revised it, and ran it against the FC6 tree. I've passed the results on to Christian Iseli (of the QA SIG), and discussed a few things with Jesse Keating. Not much progress yet, but I've had useful data for less than a day. (For the record, FC6 is in WAY better shape than FC5 was, but we've still got a ways to go.) > And how do we resolve which package gets to own this file? The package owners battle it out in a fight to the death. This gets complicated if the same maintainer owns both packages (but then, they should have noticed the overlap, shouldn't they?). Honestly, no idea -- sounds like a matter for FESCo! (Sorry guys!) Jima From garrick at usc.edu Sat Sep 9 02:37:45 2006 From: garrick at usc.edu (Garrick Staples) Date: Fri, 8 Sep 2006 19:37:45 -0700 Subject: Transaction Check Error In-Reply-To: References: Message-ID: <20060909023745.GX3768@polop.usc.edu> On Fri, Sep 08, 2006 at 09:21:09PM -0500, Jima alleged: > >And how do we resolve which package gets to own this file? > > The package owners battle it out in a fight to the death. This gets > complicated if the same maintainer owns both packages (but then, they > should have noticed the overlap, shouldn't they?). > Honestly, no idea -- sounds like a matter for FESCo! (Sorry guys!) I've had two of these in TORQUE, one for the qmgr manpage and the other for the qstat command. For the former I obliged and moved the manpage to a different section, and the other I didn't budge because the name is specified by POSIX. It just comes down to the individual case and you do what you can. -- Garrick Staples, Linux/HPCC Administrator University of Southern California -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mtasaka at ioa.s.u-tokyo.ac.jp Sat Sep 9 03:02:12 2006 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Sat, 09 Sep 2006 12:02:12 +0900 Subject: Transaction Check Error In-Reply-To: References: Message-ID: <45022EB4.4030109@ioa.s.u-tokyo.ac.jp> Jima wrote: > On Fri, 8 Sep 2006, Christopher Stone wrote: >> Transaction Check Error: file /usr/share/man/man6/worm.6.gz from >> install of xscreensaver-extras-4.24-3.fc5 conflicts with file from >> package bsd-games-2.17-10.fc5 >> >> Do we currently have any way to check for these? > > Yep! I wrote a script yesterday and ran it against the FC5 tree. > Today I revised it, and ran it against the FC6 tree. I've passed the > results on to Christian Iseli (of the QA SIG), and discussed a few > things with Jesse Keating. Not much progress yet, but I've had useful > data for less than a day. (For the record, FC6 is in WAY better shape > than FC5 was, but we've still got a ways to go.) > >> And how do we resolve which package gets to own this file? > > The package owners battle it out in a fight to the death. This gets > complicated if the same maintainer owns both packages (but then, they > should have noticed the overlap, shouldn't they?). > Honestly, no idea -- sounds like a matter for FESCo! (Sorry guys!) > > Jima > Ah... I should have remembered xscreensaver<-> bsd-games issue. Indeed for FC/E devel this issue is resolved by: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=197741 However, I forgot when moving man entry of FC5 core xscreensaver from 1 (this conflicts with barcode in FE) to 6, this again conflicts with bsd-games (in FE). From shishz at hotpop.com Sat Sep 9 04:54:08 2006 From: shishz at hotpop.com (Zing) Date: Sat, 09 Sep 2006 00:54:08 -0400 Subject: FESCo Meeting Minutes for 2006-09-7 References: <1157743514.2857.2.camel@localhost> <20060909024545.588f7fe2.bugs.michael@gmx.net> Message-ID: On Sat, 09 Sep 2006 02:45:45 +0200, Michael Schwendt wrote: > > If there's one thing I don't like about the name "Enterprise Extras" it's > that it suggests too much about the _type of software_ that is offered, > instead of the target distribution the software is built for. It is too > generic a name. whatever name that gets decided, could we please just limit to only distributing the srpms. *ducks* :) :) :) From fedora at theholbrooks.org Sat Sep 9 05:24:10 2006 From: fedora at theholbrooks.org (Brandon Holbrook) Date: Sat, 09 Sep 2006 00:24:10 -0500 Subject: PHP SIG Message-ID: <45024FFA.8070401@theholbrooks.org> All, I've started a rough outline for a PHP SIG on the wiki ("started" == "a shameless rework of the Perl SIG"). Recently, with the adoption of the PHP Packaging Guidelines and a PEAR .spec template, PHP extensions are now much easier to get into FE, and will soon be followed by PHP-based applications that depend on these extensions. Like all the other SIGs, I hope this to end up being a central location to coordinate our PHP-related efforts from here moving forward, to be a group of co-maintainers, and just to keep more watchful eyes on all our PHP packages. Anyone and everyone who is interested in helping go add your name to the wiki and populate the page with all the rest of the relevant information that I'm not aware of. Also, anyone who has a passing interest in seeing some neat PHP application work its way into Fedora Extras, drop your requests into the wiki as well. All feedback is welcome! -Brandon From michael at knox.net.nz Sat Sep 9 07:16:23 2006 From: michael at knox.net.nz (Michael J. Knox) Date: Sat, 9 Sep 2006 19:16:23 +1200 (NZST) Subject: remaining Ignacio packages Message-ID: <50753.203.173.154.142.1157786183.squirrel@www.knox.net.nz> Hey all, I will take on the remaining packages: ecore edb edje eet embryo evas gnet2 libifp The package "repoml" was maintained by Ignacio and hosted on his website, so I am not sure if it would be worth continuing it in Extras, unless someone picks up its "upstream" maintaince. Michael From giallu at gmail.com Sat Sep 9 09:41:52 2006 From: giallu at gmail.com (Gianluca Sforna) Date: Sat, 9 Sep 2006 11:41:52 +0200 Subject: Unowned directories In-Reply-To: References: <1157742372.32025.10.camel@scriabin.tannenrauch.ch> Message-ID: On 9/9/06, Jason L Tibbitts III wrote: > >>>>> "GS" == Gianluca Sforna writes: > > GS> So, assuming rpmlint is not checking directory ownerships, is this > GS> feaute _that_ hard to implement? > > It's certainly nontrivial. You not only have to check that some > package owns each of the directories which would be created by package > installation which are not actually owned by the package in question, > but you also have to make sure that the owner of the file is in the > dependency footprint of the package. > So, what about doing that in the mock chroot after the build? There are ongoing discussion (on fedora-buildsys-list) about adding an (optional) rpmlint step to mock: that seems to be the proper place for checks like this. From ville.skytta at iki.fi Sat Sep 9 09:57:41 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sat, 09 Sep 2006 12:57:41 +0300 Subject: Unowned directories In-Reply-To: <20060909021515.3257cd7a.bugs.michael@gmx.net> References: <1157742372.32025.10.camel@scriabin.tannenrauch.ch> <20060909021515.3257cd7a.bugs.michael@gmx.net> Message-ID: <1157795861.16129.259.camel@viper.local> On Sat, 2006-09-09 at 02:15 +0200, Michael Schwendt wrote: > On Fri, 8 Sep 2006 23:52:53 +0200, Gianluca Sforna wrote: > > > On 9/8/06, G?rard Milmeister wrote: > > > I see quite a few FE packages that do not own > > > directories that they create. > > > > I always find hard to determine this, both for new packaging or > > reviews and, despite I am running rpmlint on everything I touch, I > > never saw a warning from it about this (somewhat common) mistake. > > So, assuming rpmlint is not checking directory ownerships, is this > > feaute _that_ hard to implement? > > No, but it would involve (down-)loading repository metadata for > all packages in the dep-chain, which would make the operation take > quite longer than a typical rpmlint run takes so far. Right. Another less intrusive possibility would be to do the check for installed packages only using the local rpmdb, at least for now. http://rpmlint.zarb.org/cgi-bin/trac.cgi/ticket/35 From ville.skytta at iki.fi Sat Sep 9 10:04:25 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sat, 09 Sep 2006 13:04:25 +0300 Subject: release number, was Re: Mass rebuild: Rebuild your packages for fc6 In-Reply-To: <200609081818.49486.jkeating@redhat.com> References: <20060907.111107.387230480.kevin@scrye.com> <20060907220541.feb69066.bugs.michael@gmx.net> <1157753073.31615.110.camel@gibraltar.stuttgart.redhat.com> <200609081818.49486.jkeating@redhat.com> Message-ID: <1157796266.16129.264.camel@viper.local> On Fri, 2006-09-08 at 18:18 -0400, Jesse Keating wrote: > On Friday 08 September 2006 18:04, Nils Philippsen wrote: > > Shouldn't the build system refuse to build package with an EVR it's > > already successfully built? > > There is no package database for which to check what has been built or not, so > there is no method to block a build like that. The buildsys does however remember tags that have been built, maybe that would be useful. See eg. "source" in [0] and "plague-client list ..." for more historic information. [0] http://buildsys.fedoraproject.org/build-status/success.psp From j.w.r.degoede at hhs.nl Sat Sep 9 11:56:18 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sat, 09 Sep 2006 13:56:18 +0200 Subject: Any reason arj is not part of extras? In-Reply-To: <1157489235.16129.236.camel@viper.local> References: <44FDD91C.101@hhs.nl> <1157489235.16129.236.camel@viper.local> Message-ID: <4502ABE2.7070900@hhs.nl> Ville Skytt? wrote: > On Tue, 2006-09-05 at 22:07 +0200, Hans de Goede wrote: > >> Is there any reason why arj (the clasic archiver) is not part of FE? >> See: http://arj.sourceforge.net/ > [...] >> I'm asking because if there isn't any reason then I will probably >> package arj. > > In case you do, I have a local not-really-used package of it - feel free > to grab it if you find something useful there: > http://cachalot.mine.nu/5/SRPMS/arj-3.10.22-0.2.src.rpm > > > Thanks, It was a good start, if you're interested the FE review request is here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=205878 Regards, Hans From tibbs at math.uh.edu Sat Sep 9 14:40:36 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Sat, 09 Sep 2006 09:40:36 -0500 Subject: Unowned directories In-Reply-To: (Gianluca Sforna's message of "Sat, 9 Sep 2006 11:41:52 +0200") References: <1157742372.32025.10.camel@scriabin.tannenrauch.ch> Message-ID: >>>>> "GS" == Gianluca Sforna writes: GS> So, what about doing that in the mock chroot after the build? Well, get started, then. I already do install tests and rpmlint of installed packages into the chroot at the end of the build process; I'd happily run your utility as part of that process if that's where it would be best to run it. - J< From Matt_Domsch at dell.com Sat Sep 9 18:26:20 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 9 Sep 2006 13:26:20 -0500 Subject: Extras x86_64 rawhide rebuild in mock status 2006-09-09 Message-ID: <20060909182620.GA15725@humbolt.us.dell.com> Extras Rawhide-in-Mock Build Results for x86_64 Sat Sep 9 08:34:14 CDT 2006 Note: This is using a reduced set of packages in the build chroot starting with FC6test2. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Note: You will need to rebuild your packages in Fedora Extras for FC6 starting August 28, 2006. See here for more details: http://www.redhat.com/archives/fedora-maintainers/2006-August/msg00160.html Total packages: 2174 Number failed to build: 70 Number expected to fail due to ExclusiveArch or ExcludeArch: 24 Leaving: 46 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 45 ---------------------------------- MagicPoint-1.11b-2.fc5 byte at fedoraproject.org NetworkManager-vpnc-0.7.0-0.cvs20060529.1.fc6 davidz at redhat.com alacarte-0.8-7.fc5 jpmahowald at gmail.com atitvout-0.4-5 andreas.bierfert at lowlatency.de boo-0.7.6.2237-8.fc6 paul at all-the-johnsons.co.uk camstream-0.26.3-9.fc5 nomis80 at nomis80.org contact-lookup-applet-0.14-3.fc6 bdpepple at ameritech.net cowbell-0.2.7.1-2.fc6 foolish at guezz.net crm114-0-0.2.20060704.fc6 rpm at greysector.net dillo-0.8.6-2.fc6 andreas.bierfert at lowlatency.de directfb-0.9.24-5.fc5 thomas at apestaart.org dirmngr-0.9.6-1.fc6 rdieter at math.unl.edu dvdisaster-0.70.1-1.fc6 dmitry at butskoy.name ebtables-2.0.8-0.5.rc1.fc6 tcallawa at redhat.com gif2png-2.5.1-2.fc5 enrico.scholz at informatik.tu-chemnitz.de grhino-0.15.0-5.fc5 michel.salim at gmail.com gstreamer08-python-0.8.4-1.fc5 thomas at apestaart.org ifplugd-0.24-6 aaron.bennett at olin.edu jam-2.5-3.fc5 tcallawa at redhat.com john-1.6-4 ghenry at suretecsystems.com ladspa-1.12-5 thomas at apestaart.org libpolyxmass-0.9.0-6.fc5 andreas.bierfert at lowlatency.de libtabe-0.2.6-14 llch at redhat.com logjam-4.5.3-4.fc6 tcallawa at redhat.com mlton-20051202-8.fc6.1 adam at spicenitz.org monodevelop-0.12-2.fc6 paul at all-the-johnsons.co.uk multisync-0.90.18-5.fc5 andreas.bierfert at lowlatency.de new-1.3.7-4 redhat at flyn.org ngrep-1.44-4.fc5 oliver at linux-kernel.at opencv-0.9.7-15.fc5 nomis80 at nomis80.org python-TestGears-0.2-1.fc5 lmacken at redhat.com python-goopy-0.1-1 pjones at redhat.com python-reportlab-1.21.1-1.fc6 bdpepple at ameritech.net quarry-0.1.16-2.fc5 michel.salim at gmail.com rpmDirectoryCheck-0.8-2 enrico.scholz at informatik.tu-chemnitz.de scanssh-2.1-6.fc5 oliver at linux-kernel.at serpentine-0.7-3.fc6 foolish at guezz.net stratagus-2.1-5.fc6 lemenkov at gmail.com synce-0.9.1-7.fc5 andreas.bierfert at lowlatency.de synce-software-manager-0.9.0-5.fc5 andreas.bierfert at lowlatency.de synce-trayicon-0.9.0-6.fc5 andreas.bierfert at lowlatency.de wv2-0.2.3-1.fc6 andreas.bierfert at lowlatency.de xbsql-0.11-6.fc6 tcallawa at redhat.com xcin-2.5.3.pre3-27 llch at redhat.com xplanet-1.0.1-7 jylitalo at iki.fi With bugs filed: 0 ---------------------------------- Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Sat Sep 9 18:26:35 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 9 Sep 2006 13:26:35 -0500 Subject: Extras i386 rawhide rebuild in mock status 2006-09-09 Message-ID: <20060909182635.GA15744@humbolt.us.dell.com> Extras Rawhide-in-Mock Build Results for i386 Sat Sep 9 08:38:01 CDT 2006 Note: This is using a reduced set of packages in the build chroot starting with FC6test2. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Note: You will need to rebuild your packages in Fedora Extras for FC6 starting August 28, 2006. See here for more details: http://www.redhat.com/archives/fedora-maintainers/2006-August/msg00160.html Total packages: 2174 Number failed to build: 40 Number expected to fail due to ExclusiveArch or ExcludeArch: 1 Leaving: 39 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 39 ---------------------------------- MagicPoint-1.11b-2.fc5 byte at fedoraproject.org NetworkManager-vpnc-0.7.0-0.cvs20060529.1.fc6 davidz at redhat.com alacarte-0.8-7.fc5 jpmahowald at gmail.com amaya-9.5-1.fc6 paul at all-the-johnsons.co.uk camstream-0.26.3-9.fc5 nomis80 at nomis80.org contact-lookup-applet-0.14-3.fc6 bdpepple at ameritech.net cowbell-0.2.7.1-2.fc6 foolish at guezz.net dillo-0.8.6-2.fc6 andreas.bierfert at lowlatency.de directfb-0.9.24-5.fc5 thomas at apestaart.org ebtables-2.0.8-0.5.rc1.fc6 tcallawa at redhat.com gif2png-2.5.1-2.fc5 enrico.scholz at informatik.tu-chemnitz.de grhino-0.15.0-5.fc5 michel.salim at gmail.com gstreamer08-python-0.8.4-1.fc5 thomas at apestaart.org ifplugd-0.24-6 aaron.bennett at olin.edu jam-2.5-3.fc5 tcallawa at redhat.com john-1.6-4 ghenry at suretecsystems.com ladspa-1.12-5 thomas at apestaart.org librx-1.5-6.fc5 tcallawa at redhat.com libtabe-0.2.6-14 llch at redhat.com logjam-4.5.3-4.fc6 tcallawa at redhat.com monodevelop-0.12-2.fc6 paul at all-the-johnsons.co.uk multisync-0.90.18-5.fc5 andreas.bierfert at lowlatency.de ngrep-1.44-4.fc5 oliver at linux-kernel.at opencv-0.9.7-15.fc5 nomis80 at nomis80.org orange-0.3-1.cvs20051118.fc6 andreas.bierfert at lowlatency.de python-TestGears-0.2-1.fc5 lmacken at redhat.com python-goopy-0.1-1 pjones at redhat.com quarry-0.1.16-2.fc5 michel.salim at gmail.com rpmDirectoryCheck-0.8-2 enrico.scholz at informatik.tu-chemnitz.de scanssh-2.1-6.fc5 oliver at linux-kernel.at serpentine-0.7-3.fc6 foolish at guezz.net stratagus-2.1-5.fc6 lemenkov at gmail.com synce-0.9.1-7.fc5 andreas.bierfert at lowlatency.de synce-software-manager-0.9.0-5.fc5 andreas.bierfert at lowlatency.de synce-trayicon-0.9.0-6.fc5 andreas.bierfert at lowlatency.de wv2-0.2.3-1.fc6 andreas.bierfert at lowlatency.de xbsql-0.11-6.fc6 tcallawa at redhat.com xcin-2.5.3.pre3-27 llch at redhat.com xplanet-1.0.1-7 jylitalo at iki.fi With bugs filed: 0 ---------------------------------- Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From steve at silug.org Sat Sep 9 16:24:05 2006 From: steve at silug.org (Steven Pritchard) Date: Sat, 9 Sep 2006 11:24:05 -0500 Subject: rpms/lineakd/devel lineakd.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <45021408.3000208@forevermore.net> References: <200605211928.k4LJSMHG002667@cvs-int.fedora.redhat.com> <20060908122527.8ed2499d.bugs.michael@gmx.net> <45021408.3000208@forevermore.net> Message-ID: <20060909162405.GA25436@osiris.silug.org> On Fri, Sep 08, 2006 at 06:08:24PM -0700, Chris Petersen wrote: [...] > but leaving out a section separators makes for a rather ugly > hard-to-read spec By now you should have realized that specs are *always* hard to read. Don't fight it. :-) (I'm only sort-of kidding... Indentation doesn't work, breaking long lines sometimes doesn't work, etc.) Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From bugs.michael at gmx.net Sat Sep 9 19:45:23 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 9 Sep 2006 21:45:23 +0200 Subject: rpms/lineakd/devel lineakd.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <45021408.3000208@forevermore.net> References: <200605211928.k4LJSMHG002667@cvs-int.fedora.redhat.com> <20060908122527.8ed2499d.bugs.michael@gmx.net> <45021408.3000208@forevermore.net> Message-ID: <20060909214523.9e47e68a.bugs.michael@gmx.net> On Fri, 08 Sep 2006 18:08:24 -0700, Chris Petersen wrote: > Michael Schwendt wrote: > > On Sun, 21 May 2006 12:27:50 -0700, Chris Petersen wrote: > > > >> Author: xris > >> > >> Update of /cvs/extras/rpms/lineakd/devel > > > >> %post > >> > >> /sbin/ldconfig > >> > >> ################################################################################ > >> > >> %postun > >> > >> /sbin/ldconfig > >> > >> ################################################################################ > > > > This .spec file should not have been approved in a review. Inserting > > such "#######..." lines in the middle of [and below] scriptlet sections > > bears a big risk. They become part of the scriptlets itself. This causes > > bad breakage in RPM transactions when /bin/sh is not the scriptlet interpreter. > > Has happened before regularly, so avoid "######..." lines like the plague. > > Use multiple empty lines instead. > > I'm aware of the issues it creates, but no one could give me a good > reason why it would be a problem to leave things as they are. One good reason is you ought to prefer %post -p /sbin/ldconfig %postun -p /sbin/ldconfig so rpm can optimise execution of such "scriptlets" and add automatic dependencies on /sbin/ldconfig. This is especially useful in packages where you will never execute more than ldconfig anyway. As a side-effect, you don't see your long #### lines in the scriptlet bodies ("rpm --query --package --scripts lineak"). It's a trade-off between spec-file readability and scriptlet ugliness. From seg at haxxed.com Sat Sep 9 22:05:19 2006 From: seg at haxxed.com (Callum Lerwick) Date: Sat, 09 Sep 2006 17:05:19 -0500 Subject: rpms/lineakd/devel lineakd.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <20060909214523.9e47e68a.bugs.michael@gmx.net> References: <200605211928.k4LJSMHG002667@cvs-int.fedora.redhat.com> <20060908122527.8ed2499d.bugs.michael@gmx.net> <45021408.3000208@forevermore.net> <20060909214523.9e47e68a.bugs.michael@gmx.net> Message-ID: <1157839519.22883.8.camel@localhost> On Sat, 2006-09-09 at 21:45 +0200, Michael Schwendt wrote: > One good reason is you ought to prefer > > %post -p /sbin/ldconfig > %postun -p /sbin/ldconfig > > so rpm can optimise execution of such "scriptlets" and add automatic > dependencies on /sbin/ldconfig. This is especially useful in packages > where you will never execute more than ldconfig anyway. In fact, rpmlint will complain about one line scriptlets if you don't do this. I bet the comment lines faked out rpmlint, making it think it wasn't a one line script, thus allowing this to pass review... -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From lists at forevermore.net Sat Sep 9 22:22:38 2006 From: lists at forevermore.net (Chris Petersen) Date: Sat, 09 Sep 2006 15:22:38 -0700 Subject: rpms/lineakd/devel lineakd.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <1157839519.22883.8.camel@localhost> References: <200605211928.k4LJSMHG002667@cvs-int.fedora.redhat.com> <20060908122527.8ed2499d.bugs.michael@gmx.net> <45021408.3000208@forevermore.net> <20060909214523.9e47e68a.bugs.michael@gmx.net> <1157839519.22883.8.camel@localhost> Message-ID: <45033EAE.3020604@forevermore.net> Callum Lerwick wrote: > On Sat, 2006-09-09 at 21:45 +0200, Michael Schwendt wrote: >> One good reason is you ought to prefer >> >> %post -p /sbin/ldconfig >> %postun -p /sbin/ldconfig >> >> so rpm can optimise execution of such "scriptlets" and add automatic >> dependencies on /sbin/ldconfig. This is especially useful in packages >> where you will never execute more than ldconfig anyway. > > In fact, rpmlint will complain about one line scriptlets if you don't do > this. I bet the comment lines faked out rpmlint, making it think it > wasn't a one line script, thus allowing this to pass review... Check the Requires(post) and Requires(postun) sections... -Chris -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From mail-lists at karan.org Sun Sep 10 01:18:47 2006 From: mail-lists at karan.org (Karanbir Singh) Date: Sun, 10 Sep 2006 02:18:47 +0100 Subject: FESCo Meeting Minutes for 2006-09-7 In-Reply-To: <20060909024545.588f7fe2.bugs.michael@gmx.net> References: <1157743514.2857.2.camel@localhost> <20060909024545.588f7fe2.bugs.michael@gmx.net> Message-ID: <450367F7.6000309@karan.org> Michael Schwendt wrote: > If there's one thing I don't like about the name "Enterprise Extras" it's > that it suggests too much about the _type of software_ that is offered, > instead of the target distribution the software is built for. It is too > generic a name. > > "Enterprise" simply is not the name of a distribution and not the name of > a project either. It suggests that it's extra software specifically for > enterprise-level target groups, which is strange when that's only because > Fedora packages are built for just another distribution. using the same reason you built up for the project name, CentOS-Extras seems a much better fit since thats the distro its going to target and be built on. Using Fedora in the name is a really bad idea, imho. Its going to be very misleading to the users as to whats going on. I've actually had > 100 emails from people looking at centos.karan.org/ as to where they can find the packages for CentOS ( they seem to look at the Fedora Extras word and assume the pkgs wont work on CentOS ) > "Fedora Extras" is neutral in that it's extra packages from the Fedora > Project and doesn't say anything about what type of software it might be, > as Fedora is also the base name of the distribution. Because Fedora is the name of the distro, thats going to be very confusing. -- Karanbir Singh : http://www.karan.org/ : 2522219 at icq From peter at thecodergeek.com Sun Sep 10 01:24:59 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Sat, 09 Sep 2006 18:24:59 -0700 Subject: FESCo Meeting Minutes for 2006-09-7 In-Reply-To: <450367F7.6000309@karan.org> References: <1157743514.2857.2.camel@localhost> <20060909024545.588f7fe2.bugs.michael@gmx.net> <450367F7.6000309@karan.org> Message-ID: <4503696B.9000703@thecodergeek.com> Karanbir Singh wrote: > using the same reason you built up for the project name, CentOS-Extras > seems a much better fit since thats the distro its going to target and > be built on. Using your same reasoning, we have validity then in naming the project "RHEL Extras" or similar. Simply being named based on Fedora's work does not necessarily implicate that it will not work on RHEL or CentOS. (Heck, if it doesn't then something is probably awry somewhere...) -- Peter Gordon (codergeek42) GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 My Blog: http://thecodergeek.com/blog/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From mail-lists at karan.org Sun Sep 10 01:36:57 2006 From: mail-lists at karan.org (Karanbir Singh) Date: Sun, 10 Sep 2006 02:36:57 +0100 Subject: FESCo Meeting Minutes for 2006-09-7 In-Reply-To: <4503696B.9000703@thecodergeek.com> References: <1157743514.2857.2.camel@localhost> <20060909024545.588f7fe2.bugs.michael@gmx.net> <450367F7.6000309@karan.org> <4503696B.9000703@thecodergeek.com> Message-ID: <45036C39.5080202@karan.org> Peter Gordon wrote: > Karanbir Singh wrote: >> using the same reason you built up for the project name, CentOS-Extras >> seems a much better fit since thats the distro its going to target and >> be built on. > > Using your same reasoning, we have validity then in naming the project > "RHEL Extras" or similar. Simply being named based on Fedora's work does > not necessarily implicate that it will not work on RHEL or CentOS. (Heck, if it > doesn't then something is probably awry somewhere...) > you should go check once, lots of stuff in FE does not work on CentOS/EL without it needing a rebuild at least. also, you might want to go talk to RH-legal about using the Redhat name. -- Karanbir Singh : http://www.karan.org/ : 2522219 at icq From lists at timj.co.uk Sun Sep 10 01:36:34 2006 From: lists at timj.co.uk (Tim Jackson) Date: Sun, 10 Sep 2006 02:36:34 +0100 Subject: FESCo Meeting Minutes for 2006-09-7 In-Reply-To: <4503696B.9000703@thecodergeek.com> References: <1157743514.2857.2.camel@localhost> <20060909024545.588f7fe2.bugs.michael@gmx.net> <450367F7.6000309@karan.org> <4503696B.9000703@thecodergeek.com> Message-ID: <45036C22.4000502@timj.co.uk> Peter Gordon wrote: > Using your same reasoning, we have validity then in naming the project > "RHEL Extras" or similar. The danger is that it implies it is supported somehow by RH. I doubt RH will want this. Perhaps it should be "Prominent North American Linux Vendor's Enterprise Distribution-based Extras" ;) Tim From paul at all-the-johnsons.co.uk Sun Sep 10 07:16:35 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 10 Sep 2006 08:16:35 +0100 Subject: Monodevelop 0.12-2 Message-ID: <1157872595.20679.38.camel@T7.Linux> Hi, I've been alerted to a problem on Monodevelop which renders it unusable. The problem is very simple to fix. On FC-5 1. Start monodevelop. 2. Select Edit > Preferences > MonoDevelop Options > Add-ins. 3. Uncheck "Look for add-in updates at startup" and click OK. 4. Quit monodevelop. This is necessary to ensure the change is saved. 5. Start monodevelop and open your project. On FC-6/rawhide (ti == text editor of your choice) ti ~/.config/MonoDevelop/addins.config Change the line under from false to true I'll try and get a fix sorted for this today/tomorrow Thanks to Dean Brettle for the FC-5 solution TTFN Paul mono* packager, FE -- "Bist Du meine Mutter?" - das leere kind -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From fedora at leemhuis.info Sun Sep 10 07:40:46 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 10 Sep 2006 09:40:46 +0200 Subject: FESCo Meeting Minutes for 2006-09-7 In-Reply-To: <450367F7.6000309@karan.org> References: <1157743514.2857.2.camel@localhost> <20060909024545.588f7fe2.bugs.michael@gmx.net> <450367F7.6000309@karan.org> Message-ID: <4503C17E.7070706@leemhuis.info> Karanbir Singh schrieb: > Michael Schwendt wrote: >> "Fedora Extras" is neutral in that it's extra packages from the Fedora >> Project and doesn't say anything about what type of software it might be, >> as Fedora is also the base name of the distribution. > Because Fedora is the name of the distro, thats going to be very confusing. Sorry, but I have to disagree. "Fedora Core" is the name of the distro and "Fedora" is the project where it -- and several other things like Extras and the Directory Server -- are developed. CU thl From fedora at leemhuis.info Sun Sep 10 07:42:44 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 10 Sep 2006 09:42:44 +0200 Subject: We are evaluating building packages from Fedora Extras for RHEL Message-ID: <4503C1F4.8080001@leemhuis.info> Hi All! It's not a big secret anymore, but wasn't announced yet in the public: We, the Fedora Extras Project, are planing to "do the next step" and start building lots of our packages for Red Hat Enterprise Linux and compatible distributions like -- for example -- CentOS. Not much is set into stone yet -- some people from Red Hat, FESCo and selected Fedora community members were until now just roughly evaluating the idea on a private list. It was agreed on that it's a good idea and that we want to realize it, if possible and supported by the community. Thus we move the discussion into the public hereby and want to continue in the public from now on. This list (fedora-extras-list at redhat.com) and the belonging discussion-channel #fedora-extras on freenode will serve as the discussion platform for now. The rough plan can be found in the wiki at http://www.fedoraproject.org/wiki/Extras/Enterprise Feel free to add or improve stuff on that page -- that's why it's a wiki! ;-) There are still lot's of details that need to be worked out but I'm sure we'll get them sorted out. But some rough edges were mostly agreed on: * We start this effort as Extras-SIG (special interest group) that directly works together with FESCo to drive this whole concept forward. * The packages build for RHEL shall be published to public repositories to make sure that RHEL-compatible repositories like CentOS have access to the results * It's important for several FESCo-Members that we use the Fedora Extras infrastructure as much as possible But let me use this opportunity to bring your attention to the most important things that need to be discussed: = The name question = We don't have a proper name for this effort yet. The "codename" until now was Enterprise Extras (EE) (it is used in this document in several places due to the lack of a better one), but we are currently evaluating other names. There were several suggestions: * Fedora Extras (e.g. no special name) * Enterprise Extras (EE) * Fedora Extras Enterprise (FEE) * Fedora Enterprise Extras (FEE) * Fedora Extras for Red Hat Enterprise Linux (FERHEL) * Fedora Extras for Enterprise Linux (FEEL) or (FEfEL) There were several comments to this name suggestions. Here are the most important ones: * having "Fedora" in the name... * ...might be confusing because the results from it are for RHEL/CentOS * ...might be a good idea because it shows that the stuff is unsupported by Red Hat * having "Enterprise" in the name... * ...shows that the packages are for Enterprise Distributions like RHEL/CentOS * ...might suggest too much about the _type of software_ that is offered, instead of the target distribution the software is built for. * having "Red Hat" in the name... * ... might lead to people assuming it's for RHEL only, but it's meant for CentOS, too When we agreed on a name we'll properly create a separate mailing-list for further discussions specific to EE. = The support question = As you all probably know, RHEL and CentOS are supported for round about seven years normally and thus we need to make sure that the packages we build for these Enterprise Distributions are supported for the same time frame. "Supported" in this context means that security problems need to be fixed in a timely manner after they were published. This normally will be the maintainers job, but a security SIG -- either a special "EE Security SIG" or the normal one we already have -- should watch the maintainers and kick them if they missed something. The SIG also should act as a fall back and step in to fix stuff if the maintainer doesn't -- but they can't fix each and every security problem alone so it only needs to be a fall back. So we somehow need to make sure that maintainers for EE know their responsibilities. Suggestion how this could be done are welcomed. Maybe only certain and well know FE contributors get allowed to build for EE in the beginning = The quality problem = In Fedora Extras the burden to make sure new or updated packages work fine mostly is -- after the QA during package review -- only in the hands of the maintainer itself as there is no {updates-,}testing repo where updated packages get tested by other people or on archs that to which the package maintainer has no access to. That mostly works fine for FE (some people think that's a problem there, too, but that's another story), but is it wise to lay all the QA in the hands of the packager for a repository that builds for and Enterprise Distribution? Closely related is the updates scheme EE should use -- do we use the FE "rolling release" approach? Or do we want to try a mix like "Updated packages in EE are allowed (Rolling Release), but they normally should be build and published a certain time frame in the repositories for FE first before they are published for EE"? = The co-maintainership problem = We really need proper co-maintainer soon for this effort together with the things co-maintainership implies -- e.g. the package database and maybe restricted access in the VCS. We can start without proper co-maintainership, but it should make stuff a lot easier. = EOF = CU thl From paul at all-the-johnsons.co.uk Sun Sep 10 10:34:05 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 10 Sep 2006 11:34:05 +0100 Subject: Monodevelop 0.12-2 In-Reply-To: <1157872595.20679.38.camel@T7.Linux> References: <1157872595.20679.38.camel@T7.Linux> Message-ID: <1157884445.20679.43.camel@T7.Linux> Hi, > I've been alerted to a problem on Monodevelop which renders it unusable. > The problem is very simple to fix. And fixed it has been and I never had to lift a finger - it was at the other end! TTFN Paul -- "Bist Du meine Mutter?" - das leere kind -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From lists at timj.co.uk Sun Sep 10 11:15:01 2006 From: lists at timj.co.uk (Tim Jackson) Date: Sun, 10 Sep 2006 12:15:01 +0100 Subject: We are evaluating building packages from Fedora Extras for RHEL In-Reply-To: <4503C1F4.8080001@leemhuis.info> References: <4503C1F4.8080001@leemhuis.info> Message-ID: <4503F3B5.4000309@timj.co.uk> Thorsten Leemhuis wrote: > It's not a big secret anymore, but wasn't announced yet in the public: > We, the Fedora Extras Project, are planing to "do the next step" and > start building lots of our packages for Red Hat Enterprise Linux and > compatible distributions like -- for example -- CentOS. Fantastic. It's been bugging me having to maintain a separate repository for stuff that's in FE - just for EL rebuilds. And with projects like centos.karan.org there's obviously the interest out there. > = The co-maintainership problem = [snip] Setting aside the technical/infrastructure issues and looking back to the maintenance (long-term/security) aspect, I'd be inclined to suggest that co-maintainership is a *requirement* for EE branches. Tim From ralph+fedoraextras at strg-alt-entf.org Sun Sep 10 11:32:00 2006 From: ralph+fedoraextras at strg-alt-entf.org (Ralph Angenendt) Date: Sun, 10 Sep 2006 13:32:00 +0200 Subject: FESCo Meeting Minutes for 2006-09-7 In-Reply-To: <4503C17E.7070706@leemhuis.info> References: <1157743514.2857.2.camel@localhost> <20060909024545.588f7fe2.bugs.michael@gmx.net> <450367F7.6000309@karan.org> <4503C17E.7070706@leemhuis.info> Message-ID: <20060910113200.GJ15970@br-online.de> Thorsten Leemhuis wrote: > Karanbir Singh schrieb: >> Because Fedora is the name of the distro, thats going to be very confusing. > > Sorry, but I have to disagree. "Fedora Core" is the name of the distro > and "Fedora" is the project where it -- and several other things like > Extras and the Directory Server -- are developed. Is that known to people who do not follow the fedora project closely? Ralph -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From paul at all-the-johnsons.co.uk Sun Sep 10 12:17:28 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 10 Sep 2006 13:17:28 +0100 Subject: We are evaluating building packages from Fedora Extras for RHEL In-Reply-To: <4503C1F4.8080001@leemhuis.info> References: <4503C1F4.8080001@leemhuis.info> Message-ID: <1157890648.20679.67.camel@T7.Linux> Hi, > = The name question = > > We don't have a proper name for this effort yet. The "codename" until > now was Enterprise Extras (EE) (it is used in this document in several > places due to the lack of a better one), but we are currently evaluating > other names. There were several suggestions: > > * Fedora Extras (e.g. no special name) Problem with having Fedora in any of the proposals is that despite Fedora being a recognised "brand", the Extras is known to be a community contributed area with none of the QC that goes into the paid for product - for example, say any of the mono packages in FE goes wrong, the report usually ends up on my intray. I'm just some bloke, sitting behind his Linux boxes in his house extension, but with a full time job and full time family to contend with. I doubt any company worth their salt would want to use (say) Monodevelop without someone from RH being able to support the product - I know my former boss wouldn't even entertain such an idea. Now we all know that the support from anyone involved with FE and FC is the best there is anywhere, but the linking of a commercial product with something just added on may not entice many folks. Just playing Devil's Advocate here... > * Enterprise Extras (EE) This is a damned good name IMO for exactly the reasons why FE isn't a good name! > * Fedora Extras Enterprise (FEE) Given RHEL is a chargable product, this is a somewhat ironic name ;-p > * Fedora Extras for Red Hat Enterprise Linux (FERHEL) Too long and doesn't sound nice > * Fedora Extras for Enterprise Linux (FEEL) or (FEfEL) FEEL the quality.... Nah... ;-p > There were several comments to this name suggestions. Here are the most > important ones: > > * having "Fedora" in the name... > > * ...might be confusing because the results from it are for RHEL/CentOS > > * ...might be a good idea because it shows that the stuff is > unsupported by Red Hat See above. Look over at the darkside. While there are tonnes of 3rd party apps out there, how many big ones (such as OpenOffice and mono) are widely used? > * having "Enterprise" in the name... > > * ...shows that the packages are for Enterprise Distributions like > RHEL/CentOS > > * ...might suggest too much about the _type of software_ that is > offered, instead of the target distribution the software is built for. That's the lovely thing about Extras - it's a pot pourri of excellence. > = The support question = > So we somehow need to make sure that maintainers for EE know their > responsibilities. Suggestion how this could be done are welcomed. Maybe > only certain and well know FE contributors get allowed to build for EE > in the beginning That is certainly a good approach. The problem as I see it though is (from my point of view) the delay in syncing between core packages. A good example is mono. My spec files currently work with both FC5 and rawhide and this is because FC-5 and FC-6 currently run on different versions on mono (though the main difference is that FC-6 is architecturely correct). If RHEL is synced with FC4, this isn't a problem as FC4 doesn't have mono and due to the rolling legacy, is no longer fully supported. As it is a commercial product though, if it is synced with FC5, then I would imagine that when FC5 is brought into line with FC6 for mono, that RHEL will still be on the old FC5 "super stable" branch of mono. Support could become a pain! > = The quality problem = > > In Fedora Extras the burden to make sure new or updated packages work > fine mostly is -- after the QA during package review -- only in the > hands of the maintainer itself as there is no {updates-,}testing repo > where updated packages get tested by other people or on archs that to > which the package maintainer has no access to. That mostly works fine > for FE (some people think that's a problem there, too, but that's > another story), but is it wise to lay all the QA in the hands of the > packager for a repository that builds for and Enterprise Distribution? No. There needs to be a sandbox system whereby a contributor submits the package, it is built on the architectures RHEL supports and then tested by either RH staff or volunteers with the other architecture. Once it has passed the testers, it can go into the Enterprise distro. > Closely related is the updates scheme EE should use -- do we use the FE > "rolling release" approach? Or do we want to try a mix like "Updated > packages in EE are allowed (Rolling Release), but they normally should > be build and published a certain time frame in the repositories for FE > first before they are published for EE"? This seems almost pointless. Just because a piece of software has had zarro boogs reported by bugzilla doesn't mean it's clean. If the sandbox system above is used and the resulting binaries placed in a "testing" directory until they are fully santised (or QA'd by the RH people) then there is a progression path available. > = The co-maintainership problem = > > We really need proper co-maintainer soon for this effort together with > the things co-maintainership implies -- e.g. the package database and > maybe restricted access in the VCS. We can start without proper > co-maintainership, but it should make stuff a lot easier. Personally, I think the co-maintainership should be performed in the forms of SIGS - that way we have those who know about (say) security or mono or games doing what they are best (and quickest) at. TTFN Paul -- "Bist Du meine Mutter?" - das leere kind -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From fedora at nodata.co.uk Sun Sep 10 14:30:19 2006 From: fedora at nodata.co.uk (nodata) Date: Sun, 10 Sep 2006 16:30:19 +0200 Subject: We are evaluating building packages from Fedora Extras for RHEL In-Reply-To: <4503C1F4.8080001@leemhuis.info> References: <4503C1F4.8080001@leemhuis.info> Message-ID: <1157898619.2581.12.camel@sb-home.lan> Wow. That's quite a sweeping change. We've gone from a group of pro-Fedora users providing free additional software to other free users of Fedora, to providing Extras packages to paying customers. > should watch the maintainers and kick them if they missed something Nicely put. > So we somehow need to make sure that maintainers for EE know their > responsibilities. So is this automatic? Do all Fedora Extras contributors automatically become Enterprise Extras contributors? If not, how are packages with dependencies on those packages handled? Do the Extras contributors get anything for providing this seven years of support? A cap? A t-shirt? A RHEL license? From ed at eh3.com Sun Sep 10 15:58:14 2006 From: ed at eh3.com (Ed Hill) Date: Sun, 10 Sep 2006 11:58:14 -0400 Subject: We are evaluating building packages from Fedora Extras for RHEL In-Reply-To: <4503C1F4.8080001@leemhuis.info> References: <4503C1F4.8080001@leemhuis.info> Message-ID: <20060910115814.53365cdd@ernie> On Sun, 10 Sep 2006 09:42:44 +0200 Thorsten Leemhuis wrote: > > It's not a big secret anymore... [SNIP] I'm happy to hear that some sort of FE-for-EL framework is in the offing. It would be convenient (for me, anyway) to have some of the cool and useful FE packages only a "yum install away" on RHEL. > = The support question = > = The quality problem = OK, this means testing. Obviously it would be best to test packages for RHEL (and CentOS) by *actually* using them on RHEL (and CentOS) and seeing what happens. So, how about some sort of arrangement where: maintainers can, if they want to and perhaps per some approval process, get a no-cost RHEL licence in return for doing the normal maintainer testing, debugging, etc. for (some of?) their package(s) on RHEL. A fair trade ? Ed -- Edward H. Hill III, PhD | ed at eh3.com | http://eh3.com/ From paul at all-the-johnsons.co.uk Sun Sep 10 16:25:57 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 10 Sep 2006 17:25:57 +0100 Subject: We are evaluating building packages from Fedora Extras for RHEL In-Reply-To: <20060910115814.53365cdd@ernie> References: <4503C1F4.8080001@leemhuis.info> <20060910115814.53365cdd@ernie> Message-ID: <1157905557.25550.9.camel@T7.Linux> Hi, > OK, this means testing. Obviously it would be best to test packages > for RHEL (and CentOS) by *actually* using them on RHEL (and CentOS) > and seeing what happens. So, how about some sort of arrangement > where: > > maintainers can, if they want to and perhaps per some > approval process, get a no-cost RHEL licence in return > for doing the normal maintainer testing, debugging, etc. > for (some of?) their package(s) on RHEL. Again, the problem is not so much if it works and works happily under RHEL/CentOS, but the QA/QC expected of a commercial product. Me, I am happy to have the no-cost RHEL licence, a copy of the distro and some RedHat freebies (come on, there has to be something!), but would be looking at some form of indemnification from RH should something get through which causes problems for the commercial client. I don't mind carrying the can for stuff I do in FE, but would have qualms for the RHEL. TTFN Paul -- "Bist Du meine Mutter?" - das leere kind -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From enrico.scholz at informatik.tu-chemnitz.de Sun Sep 10 17:55:03 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Sun, 10 Sep 2006 19:55:03 +0200 Subject: Orphaning 'cfs' (Userspace crypto-filesystem) Message-ID: <87pse34new.fsf@kosh.bigo.ensc.de> Hello, I am going to drop 'cfs' from FC6 branch. It is unmaintained by upstream, causes problems on 64-bit archs, does not work nicely with recent NFS and uses ancient crypto algorithms. 'fuse-encfs' is a better alternative which seems to be capable for replacing 'cfs' completely. Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 480 bytes Desc: not available URL: From enrico.scholz at informatik.tu-chemnitz.de Sun Sep 10 17:59:17 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Sun, 10 Sep 2006 19:59:17 +0200 Subject: Orphaning 'mantis' (Web-based bugtracking system) Message-ID: <87lkor4n7u.fsf@kosh.bigo.ensc.de> Hello, I am going to discontinue maintainer-ship of the 'mantis' package. It is not used by me anymore and I do not want to implement upgrade mechanisms (which would be probably required for the current FC-5 version) without testing them. Recent package requires important security updates. Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 480 bytes Desc: not available URL: From enrico.scholz at informatik.tu-chemnitz.de Sun Sep 10 18:03:59 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Sun, 10 Sep 2006 20:03:59 +0200 Subject: Orphaning 'rpmDirectoryCheck' (Tool to detect some RPM packaging errors) Message-ID: <87hczf4n00.fsf@kosh.bigo.ensc.de> Hello, I am going to drop 'rpmDirectoryCheck' from the FC-6 branch. I am the upstream maintainer too but do not see where this tool is used. Recent 'rpm' contains a require-used-directories feature so the passive test functionality of the tool is replaced fully by an active policy. Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 480 bytes Desc: not available URL: From fedora at camperquake.de Sun Sep 10 18:07:05 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Sun, 10 Sep 2006 20:07:05 +0200 Subject: We are evaluating building packages from Fedora Extras for RHEL In-Reply-To: <1157905557.25550.9.camel@T7.Linux> References: <4503C1F4.8080001@leemhuis.info> <20060910115814.53365cdd@ernie> <1157905557.25550.9.camel@T7.Linux> Message-ID: <20060910200705.03780ee2@nausicaa.camperquake.de> Hi. Paul wrote: > Again, the problem is not so much if it works and works happily under > RHEL/CentOS, but the QA/QC expected of a commercial product. Me, I am > happy to have the no-cost RHEL licence, a copy of the distro and some > RedHat freebies (come on, there has to be something!), but would be > looking at some form of indemnification from RH should something get > through which causes problems for the commercial client. I don't mind > carrying the can for stuff I do in FE, but would have qualms for the > RHEL. I second this. While it is nice to have FE packages available for RHEL (I use kbsingh's packages myself) it is absolutely clear to me (as an administrator) that we are talking about two different "classes" of software. RHEL is supported and comes with guaranteed stability (as far as such things go with software). The rebuilt FE packages on the other hand have neither support nor the guaranteed stability. If it breaks, I get to keep all the pieces. This is not a complaint in any way, it is just how things are. And since I know all this (and decide to use the packages anyway) it is ultimately my problem if a FE package goes awry on one of my systems. That's the deal. I do not think that the fedora project in it's current state is able to maintain software over the same period as a RHEL release. Just think about where you were, what you were doing and what your plans were seven years ago. -- "Music is the only language in which you cannot say a mean or sarcastic thing." -- John Erskine From steve at silug.org Sun Sep 10 18:15:55 2006 From: steve at silug.org (Steven Pritchard) Date: Sun, 10 Sep 2006 13:15:55 -0500 Subject: We are evaluating building packages from Fedora Extras for RHEL In-Reply-To: <4503C1F4.8080001@leemhuis.info> References: <4503C1F4.8080001@leemhuis.info> Message-ID: <20060910181555.GA30885@osiris.silug.org> On Sun, Sep 10, 2006 at 09:42:44AM +0200, Thorsten Leemhuis wrote: > * It's important for several FESCo-Members that we use the Fedora > Extras infrastructure as much as possible Anything other than just another branch in CVS is going to be a pain to maintain, IMHO. > We don't have a proper name for this effort yet. The "codename" until > now was Enterprise Extras (EE) (it is used in this document in several > places due to the lack of a better one), but we are currently evaluating > other names. There were several suggestions: > > * Fedora Extras (e.g. no special name) That would be my vote. > As you all probably know, RHEL and CentOS are supported for round about > seven years normally and thus we need to make sure that the packages we > build for these Enterprise Distributions are supported for the same time > frame. "Supported" in this context means that security problems need to > be fixed in a timely manner after they were published. This normally > will be the maintainers job, but a security SIG -- either a special "EE > Security SIG" or the normal one we already have -- should watch the > maintainers and kick them if they missed something. The SIG also should > act as a fall back and step in to fix stuff if the maintainer doesn't -- > but they can't fix each and every security problem alone so it only > needs to be a fall back. This would be one of those places where it would be nice if we could have a different maintainer for every branch of a package. There are a few things I probably wouldn't want to spend much time on for RHEL (games and things like that), but someone out there might. > Closely related is the updates scheme EE should use -- do we use the FE > "rolling release" approach? My vote would be yes. > Or do we want to try a mix like "Updated packages in EE are allowed > (Rolling Release), but they normally should be build and published a > certain time frame in the repositories for FE first before they are > published for EE"? I wouldn't really want that to be a hard rule (since someone might want to push a security fix to every branch at the same time), but I think it would be a common-sense rule of thumb. I probably should note that *right now* I personally have no interest in RHEL/CentOS/etc. since I have no clients running it (mostly due to the lack of official Extras). That's going to change soon ($client needs to run an app that is only supported on RHEL), so this is coming up at a very convenient time for me. :-) Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From ed at eh3.com Sun Sep 10 18:17:43 2006 From: ed at eh3.com (Ed Hill) Date: Sun, 10 Sep 2006 14:17:43 -0400 Subject: We are evaluating building packages from Fedora Extras for RHEL In-Reply-To: <1157905557.25550.9.camel@T7.Linux> References: <4503C1F4.8080001@leemhuis.info> <20060910115814.53365cdd@ernie> <1157905557.25550.9.camel@T7.Linux> Message-ID: <20060910141743.6482ba17@ernie> On Sun, 10 Sep 2006 17:25:57 +0100 Paul wrote: > > Again, the problem is not so much if it works and works happily > under RHEL/CentOS, but the QA/QC expected of a commercial product. > Me, I am happy to have the no-cost RHEL licence, a copy of the > distro and some RedHat freebies (come on, there has to be > something!), but would be looking at some form of indemnification > from RH should something get through which causes problems for the > commercial client. I don't mind carrying the can for stuff I do in > FE, but would have qualms for the RHEL. Hi Paul, I don't understand the "indemnification" bit. But, IANAL. :-) If "EE" becomes a collection of stuff supplied on a "volunteer" and "optional add-on basis" (much the same as FE is currently provided) then why would I or any other volunteer need indemnification? I mean, folks purchase RHEL (and all the related support services, etc.) and "EE" is (or perhaps could be) just a collection of separate volunteer-provided add-ons [that just happen to have been through a community review process and are, as a result, likley to be of good qulaity]. Or am I mis-understanding what "EE" is liklely to become? Ed -- Edward H. Hill III, PhD | ed at eh3.com | http://eh3.com/ From steve at silug.org Sun Sep 10 18:33:34 2006 From: steve at silug.org (Steven Pritchard) Date: Sun, 10 Sep 2006 13:33:34 -0500 Subject: We are evaluating building packages from Fedora Extras for RHEL In-Reply-To: <20060910200705.03780ee2@nausicaa.camperquake.de> References: <4503C1F4.8080001@leemhuis.info> <20060910115814.53365cdd@ernie> <1157905557.25550.9.camel@T7.Linux> <20060910200705.03780ee2@nausicaa.camperquake.de> Message-ID: <20060910183334.GB30885@osiris.silug.org> On Sun, Sep 10, 2006 at 08:07:05PM +0200, Ralf Ertzinger wrote: > While it is nice to have FE packages available for RHEL (I use kbsingh's > packages myself) it is absolutely clear to me (as an administrator) that > we are talking about two different "classes" of software. Still, it would be nice if FE repos were included with RHEL, although I would assume they would be disabled by default. > I do not think that the fedora project in it's current state is able to > maintain software over the same period as a RHEL release. Just think > about where you were, what you were doing and what your plans were seven > years ago. Heh... I was doing more-or-less the same job I do today, except I was building a lot more packages for HP-UX than Linux. (My employer at the time was an HP-UX shop, but we were working on fixing that...) Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From Jochen at herr-schmitt.de Sun Sep 10 19:23:17 2006 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Sun, 10 Sep 2006 21:23:17 +0200 Subject: Fedora Lisp website In-Reply-To: References: <44FDF92B.8020806@fedoraproject.org> Message-ID: <0MKwtQ-1GMUts2aUu-0003VP@mrelayeu.kundenserver.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 05 Sep 2006 21:22:28 -0500, you wrote: >I was in contact with them way back, and they agreed to help maintain >sbcl, but then I never heard from them again. I'll try pinging again. I think sbcl has a bootstrap problem, becouse it needs themself as a buildrequire which is not good for a mock build. Best Regards: Jochen Schmitt -----BEGIN PGP SIGNATURE----- Version: PGP Desktop 9.0.2 (Build 2424) iQA/AwUBRQRmLk9gByurcX4MEQL6uACfU/Ez45C7enus2XSOjjDA6z0KV40AoM6m ft3N9P4UYLaXpw0OCiGgaS38 =zQrR -----END PGP SIGNATURE----- From mmcgrath at fedoraproject.org Sun Sep 10 19:26:42 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Sun, 10 Sep 2006 14:26:42 -0500 Subject: We are evaluating building packages from Fedora Extras for RHEL In-Reply-To: <1157898619.2581.12.camel@sb-home.lan> References: <4503C1F4.8080001@leemhuis.info> <1157898619.2581.12.camel@sb-home.lan> Message-ID: <3237e4410609101226k3e16e012j2dbab3d01b80b359@mail.gmail.com> On 9/10/06, nodata wrote: > Wow. That's quite a sweeping change. > > We've gone from a group of pro-Fedora users providing free additional > software to other free users of Fedora, to providing Extras packages to > paying customers. > There are many people that use enterprise environments like CentOS that don't pay a dime. Its important to note that not everyone will be wanting to create branches. I would argue that those that aren't using these products, something RHELish, probably shouldn't branch their packages due to support issues. Though co-maintainership could help negate issues that would come up here. It's been my experience that sysadmins that use 3rd party repo's like Karan's extras rebuilds either A) know what they're committing themselves to or B) aren't in an environment that it would matter. What these more enterprise repo's might turn into is anyones guess but in the meantime there's a demand for them. I don't mean to discourage anyone from participating but I'd like to emphasize that it is a community volunteer project. I have no issues submitting my packages for use by those people that use RHEL or CentOS as I am one of those people, I use both. -Mike From rdieter at math.unl.edu Sun Sep 10 20:00:03 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Sun, 10 Sep 2006 15:00:03 -0500 Subject: Fedora Lisp website In-Reply-To: <0MKwtQ-1GMUts2aUu-0003VP@mrelayeu.kundenserver.de> References: <44FDF92B.8020806@fedoraproject.org> <0MKwtQ-1GMUts2aUu-0003VP@mrelayeu.kundenserver.de> Message-ID: Jochen Schmitt wrote: > On Tue, 05 Sep 2006 21:22:28 -0500, you wrote: > >>> I was in contact with them way back, and they agreed to help maintain >>> sbcl, but then I never heard from them again. I'll try pinging again. > > I think sbcl has a bootstrap problem, becouse it needs themself > as a buildrequire which is not good for a mock build. The extras' specfile includes the option to use *either* a previous sbcl rpm build (default) or an external sbcl binary for bootstrap. -- Rex From fedora at nodata.co.uk Sun Sep 10 20:02:24 2006 From: fedora at nodata.co.uk (nodata) Date: Sun, 10 Sep 2006 22:02:24 +0200 Subject: We are evaluating building packages from Fedora Extras for RHEL In-Reply-To: <3237e4410609101226k3e16e012j2dbab3d01b80b359@mail.gmail.com> References: <4503C1F4.8080001@leemhuis.info> <1157898619.2581.12.camel@sb-home.lan> <3237e4410609101226k3e16e012j2dbab3d01b80b359@mail.gmail.com> Message-ID: <1157918544.5340.14.camel@sb-home.lan> Am Sonntag, den 10.09.2006, 14:26 -0500 schrieb Mike McGrath: > On 9/10/06, nodata wrote: > > Wow. That's quite a sweeping change. > > > > We've gone from a group of pro-Fedora users providing free additional > > software to other free users of Fedora, to providing Extras packages to > > paying customers. > > > > There are many people that use enterprise environments like CentOS > that don't pay a dime. Its important to note that not everyone will > be wanting to create branches. > > I would argue that those that aren't using these products, something > RHELish, probably shouldn't branch their packages due to support > issues. Though co-maintainership could help negate issues that would > come up here. It's been my experience that sysadmins that use 3rd > party repo's like Karan's extras rebuilds either A) know what they're > committing themselves to or B) aren't in an environment that it would > matter. > > What these more enterprise repo's might turn into is anyones guess but > in the meantime there's a demand for them. I don't mean to discourage > anyone from participating but I'd like to emphasize that it is a > community volunteer project. I have no issues submitting my packages > for use by those people that use RHEL or CentOS as I am one of those > people, I use both. > > -Mike Your answers sidestep my point completely. "Extras for RHEL" will provide value to Red Hat Enterprise Linux customers. It's doesn't matter if the CentOS users install the Extras packages too, that's a side issue to my point. If Fedora Extras contributors are providing this extra value to RHEL, what is in it for them? Simple question. From paul at all-the-johnsons.co.uk Sun Sep 10 20:04:05 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 10 Sep 2006 21:04:05 +0100 Subject: We are evaluating building packages from Fedora Extras for RHEL In-Reply-To: <20060910141743.6482ba17@ernie> References: <4503C1F4.8080001@leemhuis.info> <20060910115814.53365cdd@ernie> <1157905557.25550.9.camel@T7.Linux> <20060910141743.6482ba17@ernie> Message-ID: <1157918645.25550.26.camel@T7.Linux> Hi, > I don't understand the "indemnification" bit. But, IANAL. :-) Currently, if I import a package which is found to break some patent or other or copyright or basically I don't have permission to include but has managed to sneak through the review process, then it is not RedHat who is held to account or the reviewer, but me as the person who brings it in, so if BigCorpUSA decides to go after someone, it's me. If I submit and maintain something for a commercial product (irrespective of the company), I would expect some degree of protection from that company if BigCorpUSA decided to have ago. > If "EE" becomes a collection of stuff supplied on a "volunteer" and > "optional add-on basis" (much the same as FE is currently provided) > then why would I or any other volunteer need indemnification? From very bitter experience, it makes no difference if it's volunteer or optional add-on basis. If the package it is part of or carries the name of is commercial, some crook/bottom feeder (damn, I really should not use such terms for those of the legal profession ;-p) is bound to have a go. I package a heck of a lot of packages for mono within FE. If you cast your mind back, there was a time when RH would rather have given Darl a warm handshake and a slap up burger than have mono as part of FC. That changed and we now have mono and mono packages in Core and Extras. Suppose the Borg decides to exercise a pile of patents, under the current rules RH cops a packet and so do I. RH has a lot behind them, I don't. Mono gets drummed out of existence and so do I. Now, if the mono packages are in RHELE, RH will have earned money from the core package and probably on the value added of the massive number of packages available ready to install. I would expect some form of protection from RH. > I > mean, folks purchase RHEL (and all the related support services, > etc.) and "EE" is (or perhaps could be) just a collection of > separate volunteer-provided add-ons [that just happen to have been > through a community review process and are, as a result, likley to > be of good qulaity]. As has been said though, those purchasing RHEL will expect a much higher level of support and quality than in FE. It has the RH name on it, it's paid for, folks expect something more - I would imagine that the review process would be by RH engineers (goodness help us - some of the spec files I've seen make me cringe!) > Or am I mis-understanding what "EE" is liklely to become? Dunno. TTFN Paul -- "Bist Du meine Mutter?" - das leere kind -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From buildsys at fedoraproject.org Sun Sep 10 20:29:21 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 10 Sep 2006 16:29:21 -0400 (EDT) Subject: Fedora Extras Package Build Report 2006-09-10 Message-ID: <20060910202921.8FDE515212C@buildsys.fedoraproject.org> Packages built and released for Fedora Extras 5: 43 ardour-0.99.3-5.fc5 ekg-1.7-0.2.rc2.fc5 emelfm2-0.2.0-1.fc5 gcin-1.2.5-2.fc5 gphpedit-0.9.91-3.fc5 inotify-tools-2.4-1.fc5 kdetv-0.8.9-4.fc5 keychain-2.6.2-1.fc5 libatomic_ops-1.1-2.fc5 libburn-0.2-4.20060908svn.fc5 liblo-0.23-9.fc5 openbox-3.3.1-1.fc5 paman-0.9.3-2.fc5 papyrus-0.5.1-1.fc5 pavucontrol-0.9.4-3.fc5 pavumeter-0.9.2-2.fc5 perl-Class-MOP-0.34-3.fc5 perl-DateTime-Format-MySQL-0.04-4.fc5 perl-File-Find-Rule-PPI-0.05-1.fc5 perl-Moose-0.12-2.fc5 php-manual-en-20060906-1.fc5 php-pear-Auth-SASL-1.0.2-4.fc5 php-pear-Benchmark-1.2.6-1.fc5 php-pear-HTTP-1.4.0-7.fc5 php-pear-Image-GraphViz-1.2.1-1.fc5 php-pear-Log-1.9.8-5.fc5.1 php-pear-Mail-1.1.10-8.fc5 php-pear-Net-Curl-1.2.3-2.fc5 php-pear-Net-SMTP-1.2.8-5.fc5 php-pear-Net-Socket-1.0.6-5.fc5 php-pear-Validate-Finance-CreditCard-0.5.2-1.fc5 php-pear-XML-Parser-1.2.7-4.fc5 poker-engine-1.0.18-1.fc5 python-sqlite2-2.3.2-2.fc5 python-telepathy-0.13.2-1.fc5 pyzor-0.4.0-10.fc5 qgit-1.5-1.fc5 soundconverter-0.9.1-1.fc5 swh-plugins-0.4.15-2.fc5 tcpick-0.2.1-10.fc5 telepathy-gabble-0.3.1-2.fc5 tremulous-1.1.0-2.fc5 xsupplicant-1.2.7-3.fc5 Packages built and released for Fedora Extras 4: 9 gcin-1.2.5-1.fc4 keychain-2.6.2-1.fc4 liblo-0.23-9.fc4 openbox-3.3.1-1.fc4 perl-DateTime-Format-MySQL-0.04-4.fc4 qgit-1.5-1.fc4 swh-plugins-0.4.15-2.fc4 tcpick-0.2.1-10.fc4 xsupplicant-1.2.7-3.fc4 Packages built and released for Fedora Extras 3: 2 gcin-1.2.5-1.fc3 keychain-2.6.2-1.fc3 Packages built and released for Fedora Extras development: 179 altermime-0.3.7-2.fc6 ardour-0.99.3-5.fc6 argus-2.0.6.fixes.1-12.fc6 arj-3.10.22-1.fc6 atlas-3.6.0-11.fc6 barcode-0.98-10.fc6 bitbake-1.6.0-1.fc6 buildbot-0.7.4-2.fc6 ccrtp-1.4.1-1.fc6 cfengine-2.1.20-5.fc6 commoncpp2-1.4.2-1.fc6 csound-5.03.0-3.fc6 dd_rescue-1.12-1 echoping-5.2.0-2.fc6 fftw-3.1.2-1.fc6 fish-1.21.12-1.fc6 flow-tools-0.68-11.fc6 fmio-2.0.8-8.0.fc6 fortune-mod-1.99.1-7.fc6 gcfilms-6.4-2.fc6 gcin-1.2.5-1.fc6 gnomeradio-1.6-3.fc6 gnumeric-1.6.3-5.fc6 gphpedit-0.9.91-3.fc6 grip-3.2.0-13.fc6 gtypist-2.7-4.fc6 hamlib-1.2.4-4.fc6 hevea-1.08-6.fc6 icecast-2.3.1-3.fc6 ices-2.0.1-3.fc6 inotify-tools-2.4-1.fc6 iperf-2.0.2-2.fc6 kdetv-0.8.9-4.fc6 lat-1.0.7-2.fc6 libapreq2-2.09-0.rc1.3.fc6 libatomic_ops-1.1-2.fc6 libburn-0.2-4.20060908svn.fc6 libgnomedb-1.9.100-11.fc6 libjingle-0.3.10-1.fc6 liblo-0.23-9.fc6 libnfnetlink-0.0.16-2.fc6 libreadline-java-0.8.0-13.fc6 libsndfile-1.0.17-1.fc6 lineak-defaultplugin-0.9-2.fc6 lineak-kdeplugins-0.9-2.fc6 lineak-xosdplugin-0.9-2.fc6 lineakd-0.9-5.fc6 mboxgrep-0.7.9-3.fc6 metapixel-1.0.1-5.fc6 mm-1.4.2-2.fc6 mmv-1.01b-8.fc6 mod_extract_forwarded-2.0.2-2.fc6 mod_mono-1.1.17-3.fc6 monkey-bubble-0.4.0-3.fc6 monotone-0.28-3.fc6 moodle-1.5.4-2.fc6 moodss-21.2-2.fc6 moomps-5.6-2.fc6 mysql-connector-java-3.1.12-1jpp_5fc.fc6 nagios-plugins-1.4.3-19.fc6 ngrep-1.44-5.fc6 openbox-3.3.1-1.fc6 orpie-1.4.3-5.fc6 padevchooser-0.9.3-2.fc6 paman-0.9.3-2.fc6 papyrus-0.5.1-2.fc6 pavucontrol-0.9.4-3.fc6 pavumeter-0.9.2-2.fc6 pdfjam-1.20-5.fc6 perl-Authen-Radius-0.12-3.fc6 perl-Carp-Assert-0.18-4.fc6 perl-Carp-Assert-More-1.12-3.fc6 perl-Config-IniFiles-2.39-5.fc6 perl-Crypt-Blowfish-2.10-2.fc6 perl-Crypt-CBC-2.19-1.fc6 perl-DBM-Deep-0.983-2.fc6 perl-Data-HexDump-0.02-3.fc6 perl-DateTime-Format-MySQL-0.04-4.fc6 perl-ExtUtils-Depends-0.205-5.fc6 perl-ExtUtils-PkgConfig-1.07-5.fc6 perl-File-Find-Rule-PPI-0.05-1.fc6 perl-GDGraph3d-0.63-6.fc6 perl-GDTextUtil-0.86-8.fc6 perl-GSSAPI-0.23-2.fc6 perl-HTML-Scrubber-0.08-4.fc6 perl-HTML-Template-2.8-3.fc6 perl-Hook-LexWrap-0.20-4.fc6 perl-IO-Interface-0.98-2.fc6 perl-IO-Tty-1.07-2.fc6 perl-IPC-Shareable-0.60-3.fc6 perl-IPC-SharedCache-1.3-7.fc6 perl-Image-Xbm-1.08-6.fc6 perl-Image-Xpm-1.09-6.fc6 perl-List-MoreUtils-0.22-2.fc6 perl-MLDBM-2.01-5.fc6 perl-Mail-Sendmail-0.79-9.fc6 perl-Moose-0.12-2.fc6 perl-PBS-0.31-3.fc6 perl-PPI-1.117-1.fc6 perl-PadWalker-1.0-2.fc6 perl-TeX-Hyphen-0.140-5.fc6 perl-Test-Manifest-1.14-5.fc6 perl-Test-Pod-Coverage-1.08-3.fc6 perl-Test-Warn-0.08-4.fc6 perl-Tree-DAG_Node-1.05-4.fc6 perl-UNIVERSAL-isa-0.06-2.fc6 perl-XML-LibXSLT-1.58-3.fc6 php-manual-en-20060906-1.fc6 php-pear-Auth-SASL-1.0.2-4.fc6 php-pear-DB-1.7.6-7.fc6 php-pear-HTTP-1.4.0-7.fc6 php-pear-Mail-1.1.10-8.fc6 php-pear-Net-SMTP-1.2.8-5.fc6 php-pear-Net-Socket-1.0.6-5.fc6 php-pear-Payment-Process-0.6.5-1.fc6 php-pear-Validate-0.6.4-1.fc6 php-pear-XML-Parser-1.2.7-4.fc6 poker-engine-1.0.18-1.fc6 python-crypto-2.0.1-4.fc6 python-sqlite2-2.3.2-2.fc6 python-telepathy-0.13.2-1.fc6 python-vobject-0.4.1-2.fc6 pyzor-0.4.0-10.fc6 qgit-1.5-1.fc6 qt4-4.2.0-0.7.rc1.fc6 rapidsvn-0.9.3-2.fc6 revelation-0.4.7-5.fc6 roundup-0.8.4-10 rpl-1.5.3-4.fc6 rsnapshot-1.2.9-5.fc6 rzip-2.0-3.fc6 scmxx-0.8.2-3.fc6 snownews-1.5.7-5.fc6 soundconverter-0.9.1-3.fc6 srecord-1.26-2.fc6 swh-plugins-0.4.15-2.fc6 sylpheed-2.2.7-3.fc6 syslog-ng-1.6.11-3.fc6 tcpick-0.2.1-10.fc6 telepathy-gabble-0.3.1-2.fc6 tetex-bytefield-1.2a-3.fc6 tiger-3.2.1-6.fc6 ufsparse-2.1.0-1.fc6 unrtf-0.20.2-1.fc6 wifi-radar-1.9.6-2.fc6 wmx-6pl1-14.fc6 wv-1.2.1-7.fc6 xbae-4.60.4-4.fc6 xemacs-21.5.27-3.fc6 xemacs-packages-base-20060510-3.fc6 xemacs-packages-extra-20060510-4.fc6 xfce4-battery-plugin-0.3.0-7.fc6 xfce4-clipman-plugin-0.4.1-7.fc6 xfce4-cpugraph-plugin-0.2.2-7.fc6 xfce4-datetime-plugin-0.3.1-8.fc6 xfce4-diskperf-plugin-1.5-7.fc6 xfce4-fsguard-plugin-0.2.1-5.fc6 xfce4-genmon-plugin-1.1-7.fc6 xfce4-mailwatch-plugin-1.0.1-2.fc6 xfce4-minicmd-plugin-0.3.0-7.fc6 xfce4-modemlights-plugin-0.1.1-9.fc6 xfce4-mount-plugin-0.3.3-5.fc6 xfce4-netload-plugin-0.3.3-7.fc6 xfce4-notes-plugin-0.11.1-5.fc6 xfce4-quicklauncher-plugin-0.81-5.fc6 xfce4-screenshooter-plugin-0.0.8-4.fc6 xfce4-sensors-plugin-0.7.0-6.fc6 xfce4-showdesktop-plugin-0.4.0-7.fc6 xfce4-systemload-plugin-0.3.6-7.fc6 xfce4-taskbar-plugin-0.2.2-7.fc6 xfce4-taskmanager-0.3.1-5.fc6 xfce4-wavelan-plugin-0.4.1-7.fc6 xfce4-websearch-plugin-0.1.0-7.fc6 xfce4-windowlist-plugin-0.1.0-7.fc6 xfce4-xkb-plugin-0.3.5-3.fc6 xfce4-xmms-plugin-0.3.1-7.fc6 xmms-scrobbler-0.3.8.1-2.fc6 xscreensaver-5.00-22.fc6 xsupplicant-1.2.7-3.fc6 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Sun Sep 10 20:29:50 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 10 Sep 2006 16:29:50 -0400 (EDT) Subject: Broken upgrade paths in FC+FE 2006-09-10 Message-ID: <20060910202950.9608E15212C@buildsys.fedoraproject.org> UNKNOWN OWNER (possibly Core package): db4 5: 0:4.3.29-8.fc5 (FC5-updates) 6: 0:4.3.29-7.fc6 (FC6) device-mapper 4: 0:1.02.07-2.0 (FC4-updates) 5: 0:1.02.02-3.2 (FC5) 6: 0:1.02.07-1.1 (FC6) ftp 5: 0:0.17-33.fc5 (FC5-updates) 6: 0:0.17-32.1.2.4 (FC6) lvm2 4: 0:2.02.06-1.0.fc4 (FC4-updates) 5: 0:2.02.01-1.2.1 (FC5) 6: 0:2.02.06-3 (FC6) mozilla 3: 37:1.7.13-1.3.1.legacy (FL3-updates) 4: 37:1.7.13-1.1.fc4 (FC4-updates) 5: 37:1.7.13-1.1.fc5 (FC5-updates) quagga 4: 0:0.98.6-1.fc4 (FC4-updates) 5: 0:0.98.6-1.FC5 (FC5-updates) 6: 0:0.98.6-2.1 (FC6) andreas.bierfert AT lowlatency.de: dillo 4: 0:0.8.6-2.fc4 (FE4) 5: 0:0.8.6-1.fc5 (FE5) 6: 0:0.8.6-2.fc6 (FE6) libpqxx 5: 0:2.6.7-1.fc5 (FE5) 6: 0:2.6.6-1.fc6 (FE6) candyz0416 AT gmail.com: gcin 5: 0:1.2.5-2.fc5 (FE5) 6: 0:1.2.5-1.fc6 (FE6) dan AT danny.cz: tinyerp 5: 0:3.3.0-3.fc5 (FE5) 6: 0:3.3.0-2.fc6 (FE6) foolish AT guezz.net: serpentine 5: 0:0.7-4.fc5 (FE5) 6: 0:0.7-3.fc6 (FE6) gauret AT free.fr: amarok 5: 0:1.4.2-1.fc5 (FE5) 6: 0:1.4.1-3.fc6 (FE6) lemenkov AT gmail.com: fuse-sshfs 5: 0:1.6-3.fc5 (FE5) 6: 0:1.6-2.fc6 (FE6) stratagus 5: 0:2.1-6.fc5 (FE5) 6: 0:2.1-5.fc6 (FE6) meme AT daughtersoftiresias.org: fortune-firefly 5: 0:2.1.1-2.fc5 (FE5) 6: 0:2.1.1-1.fc6 (FE6) mpeters AT mac.com: firestarter 5: 0:1.0.3-11.fc5 (FE5) 6: 0:1.0.3-10.fc6 (FE6) noa AT resare.com: vorbisgain 5: 0:0.34-2.fc5 (FE5) 6: 0:0.34-1.fc6 (FE6) nomis80 AT nomis80.org: camstream 5: 0:0.26.3-10.fc5 (FE5) 6: 0:0.26.3-9.fc5 (FE6) opencv 5: 0:0.9.7-16.fc5 (FE5) 6: 0:0.9.7-15.fc5 (FE6) paul AT all-the-johnsons.co.uk: monodoc 5: 0:1.1.17-5.fc5 (FE5) 6: 0:1.1.17-4.fc6 (FE6) paul AT city-fan.org: perl-String-CRC32 4: 0:1.4-1.fc4 (FE4) 5: 0:1.4-1.FC5 (FC5-updates) 6: 0:1.4-2.fc6 (FC6) petersen AT redhat.com: m17n-db 4: 0:1.3.3-1.fc4 (FE4) 5: 0:1.3.3-1 (FC5) 6: 0:1.3.3-22.fc6 (FC6) qspencer AT ieee.org: octave-forge 5: 0:2006.07.09-5.fc5 (FE5) 6: 0:2006.07.09-4.fc6 (FE6) ryo-dairiki AT users.sourceforge.net: scim-tomoe 5: 0:0.2.0-6.fc5.1 (FE5) 6: 0:0.2.0-4.fc6 (FE6) splinux AT fedoraproject.org: pessulus 5: 0:2.16.0-3.fc5 (FE5) 6: 0:2.16.0-1.fc6 (FE6) ---------------------------------------------------------------------- amarok: gauret AT free.fr 5: 0:1.4.2-1.fc5 (FE5) 6: 0:1.4.1-3.fc6 (FE6) camstream: nomis80 AT nomis80.org 5: 0:0.26.3-10.fc5 (FE5) 6: 0:0.26.3-9.fc5 (FE6) db4: UNKNOWN OWNER (possibly Core package) 5: 0:4.3.29-8.fc5 (FC5-updates) 6: 0:4.3.29-7.fc6 (FC6) device-mapper: UNKNOWN OWNER (possibly Core package) 4: 0:1.02.07-2.0 (FC4-updates) 5: 0:1.02.02-3.2 (FC5) 6: 0:1.02.07-1.1 (FC6) dillo: andreas.bierfert AT lowlatency.de 4: 0:0.8.6-2.fc4 (FE4) 5: 0:0.8.6-1.fc5 (FE5) 6: 0:0.8.6-2.fc6 (FE6) firestarter: mpeters AT mac.com 5: 0:1.0.3-11.fc5 (FE5) 6: 0:1.0.3-10.fc6 (FE6) fortune-firefly: meme AT daughtersoftiresias.org 5: 0:2.1.1-2.fc5 (FE5) 6: 0:2.1.1-1.fc6 (FE6) ftp: UNKNOWN OWNER (possibly Core package) 5: 0:0.17-33.fc5 (FC5-updates) 6: 0:0.17-32.1.2.4 (FC6) fuse-sshfs: lemenkov AT gmail.com 5: 0:1.6-3.fc5 (FE5) 6: 0:1.6-2.fc6 (FE6) gcin: candyz0416 AT gmail.com 5: 0:1.2.5-2.fc5 (FE5) 6: 0:1.2.5-1.fc6 (FE6) libpqxx: andreas.bierfert AT lowlatency.de 5: 0:2.6.7-1.fc5 (FE5) 6: 0:2.6.6-1.fc6 (FE6) lvm2: UNKNOWN OWNER (possibly Core package) 4: 0:2.02.06-1.0.fc4 (FC4-updates) 5: 0:2.02.01-1.2.1 (FC5) 6: 0:2.02.06-3 (FC6) m17n-db: petersen AT redhat.com 4: 0:1.3.3-1.fc4 (FE4) 5: 0:1.3.3-1 (FC5) 6: 0:1.3.3-22.fc6 (FC6) monodoc: paul AT all-the-johnsons.co.uk 5: 0:1.1.17-5.fc5 (FE5) 6: 0:1.1.17-4.fc6 (FE6) mozilla: UNKNOWN OWNER (possibly Core package) 3: 37:1.7.13-1.3.1.legacy (FL3-updates) 4: 37:1.7.13-1.1.fc4 (FC4-updates) 5: 37:1.7.13-1.1.fc5 (FC5-updates) octave-forge: qspencer AT ieee.org 5: 0:2006.07.09-5.fc5 (FE5) 6: 0:2006.07.09-4.fc6 (FE6) opencv: nomis80 AT nomis80.org 5: 0:0.9.7-16.fc5 (FE5) 6: 0:0.9.7-15.fc5 (FE6) perl-String-CRC32: paul AT city-fan.org 4: 0:1.4-1.fc4 (FE4) 5: 0:1.4-1.FC5 (FC5-updates) 6: 0:1.4-2.fc6 (FC6) pessulus: splinux AT fedoraproject.org 5: 0:2.16.0-3.fc5 (FE5) 6: 0:2.16.0-1.fc6 (FE6) quagga: UNKNOWN OWNER (possibly Core package) 4: 0:0.98.6-1.fc4 (FC4-updates) 5: 0:0.98.6-1.FC5 (FC5-updates) 6: 0:0.98.6-2.1 (FC6) scim-tomoe: ryo-dairiki AT users.sourceforge.net 5: 0:0.2.0-6.fc5.1 (FE5) 6: 0:0.2.0-4.fc6 (FE6) serpentine: foolish AT guezz.net 5: 0:0.7-4.fc5 (FE5) 6: 0:0.7-3.fc6 (FE6) stratagus: lemenkov AT gmail.com 5: 0:2.1-6.fc5 (FE5) 6: 0:2.1-5.fc6 (FE6) tinyerp: dan AT danny.cz 5: 0:3.3.0-3.fc5 (FE5) 6: 0:3.3.0-2.fc6 (FE6) vorbisgain: noa AT resare.com 5: 0:0.34-2.fc5 (FE5) 6: 0:0.34-1.fc6 (FE6) From buildsys at fedoraproject.org Sun Sep 10 20:50:33 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sun, 10 Sep 2006 20:50:33 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-10 Message-ID: <20060910205033.14851.99375@extras64.linux.duke.edu> Summary of broken packages (by owner): ---------------------------------------------------------------------- andreas AT bawue.net ccrtp - 1.4.1-1.fc6.i386 ccrtp - 1.4.1-1.fc6.ppc ccrtp - 1.4.1-1.fc6.x86_64 bdpepple AT ameritech.net contact-lookup-applet - 0.14-3.fc6.i386 (34 days) contact-lookup-applet - 0.14-3.fc6.ppc (34 days) contact-lookup-applet - 0.14-3.fc6.x86_64 (34 days) byte AT fedoraproject.org gaim-guifications - 2.12-3.fc5.i386 (53 days) gaim-guifications - 2.12-3.fc5.ppc (53 days) gaim-guifications - 2.12-3.fc5.x86_64 (53 days) dwmw2 AT redhat.com exim-sa - 4.63-1.fc6.i386 (6 days) exim-sa - 4.63-1.fc6.ppc (6 days) exim-sa - 4.63-1.fc6.x86_64 (6 days) foolish AT guezz.net muine - 0.8.5-1.fc6.i386 (22 days) muine - 0.8.5-1.fc6.ppc (22 days) muine - 0.8.5-1.fc6.x86_64 (22 days) gauret AT free.fr amarok - 1.4.1-3.fc6.i386 (45 days) amarok - 1.4.1-3.fc6.ppc (45 days) showimg-pgsql - 0.9.5-7.fc4.i386 showimg-pgsql - 0.9.5-7.fc4.ppc showimg-pgsql - 0.9.5-7.fc4.x86_64 showimg-pgsql - 0.9.5-7.fc5.i386 showimg-pgsql - 0.9.5-7.fc5.ppc showimg-pgsql - 0.9.5-7.fc5.x86_64 j.w.r.degoede AT hhs.nl tremulous - 1.1.0-2.fc5.i386 tremulous - 1.1.0-2.fc5.ppc tremulous - 1.1.0-2.fc5.x86_64 mpeters AT mac.com gfontview - 0.5.0-5.fc5.i386 (53 days) gfontview - 0.5.0-5.fc5.ppc (53 days) gfontview - 0.5.0-5.fc5.x86_64 (53 days) gtkhtml36 - 3.6.2-5.fc6.i386 (53 days) gtkhtml36 - 3.6.2-5.fc6.ppc (53 days) gtkhtml36 - 3.6.2-5.fc6.x86_64 (53 days) libvisual-plugins - 0.2.0-3.fc5.i386 (53 days) libvisual-plugins - 0.2.0-3.fc5.i386 (53 days) libvisual-plugins - 0.2.0-3.fc5.ppc (53 days) libvisual-plugins - 0.2.0-3.fc5.ppc (53 days) libvisual-plugins - 0.2.0-3.fc5.x86_64 (53 days) libvisual-plugins - 0.2.0-3.fc5.x86_64 (53 days) rolandd AT cisco.com libibverbs - 1.0.3-1.fc6.i386 (53 days) libibverbs - 1.0.3-1.fc6.ppc (53 days) libibverbs - 1.0.3-1.fc6.x86_64 (53 days) libibverbs-utils - 1.0.3-1.fc6.i386 (53 days) libibverbs-utils - 1.0.3-1.fc6.ppc (53 days) libibverbs-utils - 1.0.3-1.fc6.x86_64 (53 days) tcallawa AT redhat.com gambas-runtime - 1.0.14-2.fc5.i386 (33 days) thomas AT apestaart.org directfb - 0.9.24-5.fc5.i386 (53 days) directfb - 0.9.24-5.fc5.ppc (53 days) directfb - 0.9.24-5.fc5.x86_64 (53 days) Broken packages in fedora-extras-5-i386: ---------------------------------------------------------------------- libvisual-plugins-0.2.0-3.fc5.i386 requires libvisual.so.0 showimg-pgsql-0.9.5-7.fc5.i386 requires libpqxx-2.6.6.so tremulous-1.1.0-2.fc5.i386 requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-5-x86_64: ---------------------------------------------------------------------- libvisual-plugins-0.2.0-3.fc5.x86_64 requires libvisual.so.0()(64bit) showimg-pgsql-0.9.5-7.fc5.x86_64 requires libpqxx-2.6.6.so()(64bit) tremulous-1.1.0-2.fc5.x86_64 requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-5-ppc: ---------------------------------------------------------------------- libvisual-plugins-0.2.0-3.fc5.ppc requires libvisual.so.0 showimg-pgsql-0.9.5-7.fc5.ppc requires libpqxx-2.6.6.so tremulous-1.1.0-2.fc5.ppc requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-4-i386: ---------------------------------------------------------------------- showimg-pgsql-0.9.5-7.fc4.i386 requires libpqxx-2.6.6.so Broken packages in fedora-extras-4-x86_64: ---------------------------------------------------------------------- showimg-pgsql-0.9.5-7.fc4.x86_64 requires libpqxx-2.6.6.so()(64bit) Broken packages in fedora-extras-4-ppc: ---------------------------------------------------------------------- showimg-pgsql-0.9.5-7.fc4.ppc requires libpqxx-2.6.6.so Broken packages in fedora-extras-development-i386: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.i386 requires HelixPlayer ccrtp-1.4.1-1.fc6.i386 requires libccgnu2-1.3.so.1 contact-lookup-applet-0.14-3.fc6.i386 requires libebook-1.2.so.5 directfb-0.9.24-5.fc5.i386 requires libsysfs.so.1 exim-sa-4.63-1.fc6.i386 requires exim = 0:4.63-1.fc6 gaim-guifications-2.12-3.fc5.i386 requires gaim < 1:2 gambas-runtime-1.0.14-2.fc5.i386 requires libgettextlib-0.14.5.so gfontview-0.5.0-5.fc5.i386 requires libttf.so.2 gtkhtml36-3.6.2-5.fc6.i386 requires libgailutil.so.17 libibverbs-1.0.3-1.fc6.i386 requires libsysfs.so.1 libibverbs-utils-1.0.3-1.fc6.i386 requires libsysfs.so.1 libvisual-plugins-0.2.0-3.fc5.i386 requires libvisual.so.0 muine-0.8.5-1.fc6.i386 requires mono(glib-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.i386 requires mono(gtk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.i386 requires mono(gdk-sharp) = 0:2.8.0.0 Broken packages in fedora-extras-development-x86_64: ---------------------------------------------------------------------- ccrtp-1.4.1-1.fc6.x86_64 requires libccgnu2-1.3.so.1()(64bit) contact-lookup-applet-0.14-3.fc6.x86_64 requires libebook-1.2.so.5()(64bit) directfb-0.9.24-5.fc5.x86_64 requires libsysfs.so.1()(64bit) exim-sa-4.63-1.fc6.x86_64 requires exim = 0:4.63-1.fc6 gaim-guifications-2.12-3.fc5.x86_64 requires gaim < 1:2 gfontview-0.5.0-5.fc5.x86_64 requires libttf.so.2()(64bit) gtkhtml36-3.6.2-5.fc6.x86_64 requires libgailutil.so.17()(64bit) libibverbs-1.0.3-1.fc6.x86_64 requires libsysfs.so.1()(64bit) libibverbs-utils-1.0.3-1.fc6.x86_64 requires libsysfs.so.1()(64bit) libvisual-plugins-0.2.0-3.fc5.x86_64 requires libvisual.so.0()(64bit) muine-0.8.5-1.fc6.x86_64 requires mono(gdk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.x86_64 requires mono(gtk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.x86_64 requires mono(glib-sharp) = 0:2.8.0.0 Broken packages in fedora-extras-development-ppc: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.ppc requires HelixPlayer ccrtp-1.4.1-1.fc6.ppc requires libccgnu2-1.3.so.1 contact-lookup-applet-0.14-3.fc6.ppc requires libebook-1.2.so.5 directfb-0.9.24-5.fc5.ppc requires libsysfs.so.1 exim-sa-4.63-1.fc6.ppc requires exim = 0:4.63-1.fc6 gaim-guifications-2.12-3.fc5.ppc requires gaim < 1:2 gfontview-0.5.0-5.fc5.ppc requires libttf.so.2 gtkhtml36-3.6.2-5.fc6.ppc requires libgailutil.so.17 libibverbs-1.0.3-1.fc6.ppc requires libsysfs.so.1 libibverbs-utils-1.0.3-1.fc6.ppc requires libsysfs.so.1 libvisual-plugins-0.2.0-3.fc5.ppc requires libvisual.so.0 muine-0.8.5-1.fc6.ppc requires mono(glib-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.ppc requires mono(gtk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.ppc requires mono(gdk-sharp) = 0:2.8.0.0 ====================================================================== New report for: andreas AT bawue.net package: ccrtp - 1.4.1-1.fc6.i386 from fedora-extras-development-i386 unresolved deps: libccgnu2-1.3.so.1 package: ccrtp - 1.4.1-1.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libccgnu2-1.3.so.1()(64bit) package: ccrtp - 1.4.1-1.fc6.ppc from fedora-extras-development-ppc unresolved deps: libccgnu2-1.3.so.1 From jwboyer at jdub.homelinux.org Sun Sep 10 21:06:17 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Sun, 10 Sep 2006 16:06:17 -0500 Subject: We are evaluating building packages from Fedora Extras for RHEL In-Reply-To: <1157918544.5340.14.camel@sb-home.lan> References: <4503C1F4.8080001@leemhuis.info> <1157898619.2581.12.camel@sb-home.lan> <3237e4410609101226k3e16e012j2dbab3d01b80b359@mail.gmail.com> <1157918544.5340.14.camel@sb-home.lan> Message-ID: <1157922377.2622.4.camel@vader.jdub.homelinux.org> On Sun, 2006-09-10 at 22:02 +0200, nodata wrote: > > Your answers sidestep my point completely. > > "Extras for RHEL" will provide value to Red Hat Enterprise Linux > customers. It's doesn't matter if the CentOS users install the Extras > packages too, that's a side issue to my point. > > If Fedora Extras contributors are providing this extra value to RHEL, > what is in it for them? Simple question. Considering that Red Hat puts a lot of money into Fedora, I think you're looking a gift horse in the mouth. They provide the servers, buildsys, mailing-lists, Core, etc. Fedora would not exist as it is today without green dollars from Red Hat. So what's in it for Extras contributors that want to package stuff for Enterprise Extras? Exactly what they get for packaging stuff for Extras. I don't recall any t-shirts being handed out for that. And remember, EE is a voluntary thing. josh From steve at silug.org Sun Sep 10 21:15:22 2006 From: steve at silug.org (Steven Pritchard) Date: Sun, 10 Sep 2006 16:15:22 -0500 Subject: We are evaluating building packages from Fedora Extras for RHEL In-Reply-To: <1157918544.5340.14.camel@sb-home.lan> References: <4503C1F4.8080001@leemhuis.info> <1157898619.2581.12.camel@sb-home.lan> <3237e4410609101226k3e16e012j2dbab3d01b80b359@mail.gmail.com> <1157918544.5340.14.camel@sb-home.lan> Message-ID: <20060910211522.GC30885@osiris.silug.org> On Sun, Sep 10, 2006 at 10:02:24PM +0200, nodata wrote: > "Extras for RHEL" will provide value to Red Hat Enterprise Linux > customers. It's doesn't matter if the CentOS users install the Extras > packages too, that's a side issue to my point. > > If Fedora Extras contributors are providing this extra value to RHEL, > what is in it for them? Simple question. I would have the exact same motivation that I have for supporting Fedora to begin with... I use it, and my clients use it. Like I mentioned before, I *really* like the idea of using the regular Fedora infrastructure to build packages for RHEL (and company). Not only is it likely to help a lot of people out, it makes using those distributions a lot less painful for me (and my clients). Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From fedora at nodata.co.uk Sun Sep 10 21:16:23 2006 From: fedora at nodata.co.uk (nodata) Date: Sun, 10 Sep 2006 23:16:23 +0200 Subject: We are evaluating building packages from Fedora Extras for RHEL In-Reply-To: <1157922377.2622.4.camel@vader.jdub.homelinux.org> References: <4503C1F4.8080001@leemhuis.info> <1157898619.2581.12.camel@sb-home.lan> <3237e4410609101226k3e16e012j2dbab3d01b80b359@mail.gmail.com> <1157918544.5340.14.camel@sb-home.lan> <1157922377.2622.4.camel@vader.jdub.homelinux.org> Message-ID: <1157922983.6329.5.camel@sb-home.lan> Am Sonntag, den 10.09.2006, 16:06 -0500 schrieb Josh Boyer: [snip] > So what's in it for Extras contributors that want to package stuff for > Enterprise Extras? Exactly what they get for packaging stuff for > Extras. With one big difference - Fedora Core is free, and RHEL is not. From caillon at redhat.com Sun Sep 10 21:51:19 2006 From: caillon at redhat.com (Christopher Aillon) Date: Sun, 10 Sep 2006 17:51:19 -0400 Subject: We are evaluating building packages from Fedora Extras for RHEL In-Reply-To: <1157922983.6329.5.camel@sb-home.lan> References: <4503C1F4.8080001@leemhuis.info> <1157898619.2581.12.camel@sb-home.lan> <3237e4410609101226k3e16e012j2dbab3d01b80b359@mail.gmail.com> <1157918544.5340.14.camel@sb-home.lan> <1157922377.2622.4.camel@vader.jdub.homelinux.org> <1157922983.6329.5.camel@sb-home.lan> Message-ID: <450488D7.3050804@redhat.com> nodata wrote: > Am Sonntag, den 10.09.2006, 16:06 -0500 schrieb Josh Boyer: > [snip] >> So what's in it for Extras contributors that want to package stuff for >> Enterprise Extras? Exactly what they get for packaging stuff for >> Extras. > > With one big difference - Fedora Core is free, and RHEL is not. Um, no. *You can't take free software and make it not free* The difference is Fedora has community driven support, and RHEL has contract driven support. Red Hat offers support contracts to guarantee certain levels of support for certain amounts of time. For example, Red Hat still offers support for RHEL 2.1. I just spent a lot of time working on solving issues for this platform, even though I personally don't use it. See if you'll find me caring to support FC1 or FC2 at this point, though, both of which are newer than RHEL 2.1. You won't and I'm not obligated to do so for any of my packages. That's the value that Red Hat provides: support. Please don't mistake charging for support with charging for software. This is why distros such as CentOS can exist. The software is free; they are simply redistributing it without the support contracts that Red Hat offers. From jwboyer at jdub.homelinux.org Sun Sep 10 21:52:36 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Sun, 10 Sep 2006 16:52:36 -0500 Subject: We are evaluating building packages from Fedora Extras for RHEL In-Reply-To: <1157922983.6329.5.camel@sb-home.lan> References: <4503C1F4.8080001@leemhuis.info> <1157898619.2581.12.camel@sb-home.lan> <3237e4410609101226k3e16e012j2dbab3d01b80b359@mail.gmail.com> <1157918544.5340.14.camel@sb-home.lan> <1157922377.2622.4.camel@vader.jdub.homelinux.org> <1157922983.6329.5.camel@sb-home.lan> Message-ID: <1157925156.2622.7.camel@vader.jdub.homelinux.org> On Sun, 2006-09-10 at 23:16 +0200, nodata wrote: > Am Sonntag, den 10.09.2006, 16:06 -0500 schrieb Josh Boyer: > [snip] > > So what's in it for Extras contributors that want to package stuff for > > Enterprise Extras? Exactly what they get for packaging stuff for > > Extras. > > With one big difference - Fedora Core is free, and RHEL is not. I fail to see your point, and frankly I no longer give a rats ass. josh From jspaleta at gmail.com Sun Sep 10 22:38:29 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 10 Sep 2006 14:38:29 -0800 Subject: We are evaluating building packages from Fedora Extras for RHEL In-Reply-To: <1157918544.5340.14.camel@sb-home.lan> References: <4503C1F4.8080001@leemhuis.info> <1157898619.2581.12.camel@sb-home.lan> <3237e4410609101226k3e16e012j2dbab3d01b80b359@mail.gmail.com> <1157918544.5340.14.camel@sb-home.lan> Message-ID: <604aa7910609101538x6cc845c4i1d0d91a6211bf02d@mail.gmail.com> On 9/10/06, nodata wrote: > If Fedora Extras contributors are providing this extra value to RHEL, > what is in it for them? Simple question. This question saddens me greatly for several reasons. Primarily because its about a subtle a flamebait question as barbed wired is a dental floss. For shame. Are you sure you aren't a writer for OsNews or some other online "news" abomination who is delibrately ttying to astroturf for their own article? Secondarily, the question is on its face unanswerable in an authoritative manner. Particular people will "voluinteer" to help matain these additional packages builds or not for their own particular personal reasons... just as particular people choose to volunteer to help build fedora packages or not. You can only answer the question you have posed before the projecct is in operation with hypothetical maybes.. which lead to nothing but pedantic navel gazing arguments over the general value of the opprotunity. All that should matter to me or to you, as a community members, is that there is an obvious demand for these packages in the community and there are people in the community who are interested in doing the work. You and I are free to either participate in this or we are free to let it evolve without our help. But we are not free to do is to publicly nitpick their motivations. To spend time doing this is to squander community good will. I personally have absolutely no interest in maintaining the builds for enterprise or other downstream distros that I'm not actually using at present, so I'm not going to comment on how this project should be organized, nor will I gainsay the interest and motivations of the people who want to get this off the ground. If this initial group are successful enough, there will be a time when they will actively recruit for additional help and will articulate the benefits of participation based on common shared experience. Right now you either see this as a good use of your personal time or not. If you do, then there is enough information here to get you connected with other like minded people. But if you don't, then you need to keep your mouth shut and let the first group of people work on it as a cohesive unit. -jef"this is just one more step towards building a larger coordinated fedora-based ecosystems of distributrions. If this works with enterprise oriented distros, the policies and processes maybe extendable to other niche fedora-based distros"spaleta From peter at thecodergeek.com Sun Sep 10 22:57:12 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Sun, 10 Sep 2006 15:57:12 -0700 Subject: We are evaluating building packages from Fedora Extras for RHEL In-Reply-To: <4503C1F4.8080001@leemhuis.info> References: <4503C1F4.8080001@leemhuis.info> Message-ID: <45049848.10405@thecodergeek.com> Thorsten, I, for one, very much like the idea of an "Enterprise Extras" (or whatever the naming ends up as). However, the hurdle I envision is that of co-maintainers for "Enterprise Extras" and Fedora Extras, respectively. That is, FE is currently entirely voluntary in that maintainers are only asked to contribute as much as they are able in terms of time, code, documentation, translations, et al. Yet, many of our contributors do not use RHEL/CentOS and would not be able to support their packages on it. Thus, we would not branch our Extras CVS for it. Alas, there are probably many others who *do* use RHEL/CentOS and would like to hve these packages maintained for them. Would there be someway to distinguish that seperate people maintain the RHEL branch(es) than do the Fedora branch(es)? For example, I currently do not use RHEL or any of its no-cost derivates, so I would be quite unable to support Scribes or Openbox or other of my packages on it. But, say that John Doe Contributor actively used RHEL at home and at his workplace (due to its warranty support via paid-for contractual obligations), and he really liked Scribes. Could he go through the new contributor process and whatnot and maintain just the RHEL branch(es)? Thanks. -- Peter Gordon (codergeek42) GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 My Blog: http://thecodergeek.com/blog/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From smooge at gmail.com Mon Sep 11 00:03:26 2006 From: smooge at gmail.com (Stephen John Smoogen) Date: Sun, 10 Sep 2006 18:03:26 -0600 Subject: We are evaluating building packages from Fedora Extras for RHEL In-Reply-To: <1157925156.2622.7.camel@vader.jdub.homelinux.org> References: <4503C1F4.8080001@leemhuis.info> <1157898619.2581.12.camel@sb-home.lan> <3237e4410609101226k3e16e012j2dbab3d01b80b359@mail.gmail.com> <1157918544.5340.14.camel@sb-home.lan> <1157922377.2622.4.camel@vader.jdub.homelinux.org> <1157922983.6329.5.camel@sb-home.lan> <1157925156.2622.7.camel@vader.jdub.homelinux.org> Message-ID: <80d7e4090609101703r4afaaed1s26ee29dcfc2c139@mail.gmail.com> On 9/10/06, Josh Boyer wrote: > On Sn, 2006-09-10 at 23:16 +0200, nodata wrote: > > Am Sonntag, den 10.09.2006, 16:06 -0500 schrieb Josh Boyer: > > [snip] > > > So what's in it for Extras contributors that want to package stuff for > > > Enterprise Extras? Exactly what they get for packaging stuff for > > > Extras. > > > > With one big difference - Fedora Core is free, and RHEL is not. > > I fail to see your point, and frankly I no longer give a rats ass. > +1 -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From a.badger at gmail.com Sun Sep 10 16:21:27 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Sun, 10 Sep 2006 09:21:27 -0700 Subject: We are evaluating building packages from Fedora Extras for RHEL In-Reply-To: <1157890648.20679.67.camel@T7.Linux> References: <4503C1F4.8080001@leemhuis.info> <1157890648.20679.67.camel@T7.Linux> Message-ID: <1157905287.9161.79.camel@localhost> On Sun, 2006-09-10 at 13:17 +0100, Paul wrote: > Hi, > > > = The name question = > > > > We don't have a proper name for this effort yet. The "codename" until > > now was Enterprise Extras (EE) (it is used in this document in several > > places due to the lack of a better one), but we are currently evaluating > > other names. There were several suggestions: > > > > * Fedora Extras (e.g. no special name) > > Problem with having Fedora in any of the proposals is that despite > Fedora being a recognised "brand", the Extras is known to be a community > contributed area with none of the QC that goes into the paid for product > - for example, say any of the mono packages in FE goes wrong, the report > usually ends up on my intray. I'm just some bloke, sitting behind his > Linux boxes in his house extension, but with a full time job and full > time family to contend with. I doubt any company worth their salt would > want to use (say) Monodevelop without someone from RH being able to > support the product - I know my former boss wouldn't even entertain such > an idea. > > Now we all know that the support from anyone involved with FE and FC is > the best there is anywhere, but the linking of a commercial product with > something just added on may not entice many folks. > You have a different vision for Enterprise Extras than we have been discussing so far. What we have been discussing really is Fedora Extras rebuilt for RHEL/CentOS/etc. We aren't making additional guarantees to the consumer of the packages about the suitability of the packages for running on their servers (except that we will be supporting the packages for the increased lifetime of the CentOS/RHEL distro.) [snip] > > = The support question = > > > So we somehow need to make sure that maintainers for EE know their > > responsibilities. Suggestion how this could be done are welcomed. Maybe > > only certain and well know FE contributors get allowed to build for EE > > in the beginning > > That is certainly a good approach. The problem as I see it though is > (from my point of view) the delay in syncing between core packages. A > good example is mono. My spec files currently work with both FC5 and > rawhide and this is because FC-5 and FC-6 currently run on different > versions on mono (though the main difference is that FC-6 is > architecturely correct). > > If RHEL is synced with FC4, this isn't a problem as FC4 doesn't have > mono and due to the rolling legacy, is no longer fully supported. As it > is a commercial product though, if it is synced with FC5, then I would > imagine that when FC5 is brought into line with FC6 for mono, that RHEL > will still be on the old FC5 "super stable" branch of mono. Support > could become a pain! > Yes. And this is one of the major reasons that not every FE contributer will be building for EE and not every package will have a branch for the RHELX releases. The person maintaining the packages on the RHEL platform has to be committed to caring for the RHEL packages even when FC and RHEL diverge. > > = The quality problem = > > > > In Fedora Extras the burden to make sure new or updated packages work > > fine mostly is -- after the QA during package review -- only in the > > hands of the maintainer itself as there is no {updates-,}testing repo > > where updated packages get tested by other people or on archs that to > > which the package maintainer has no access to. That mostly works fine > > for FE (some people think that's a problem there, too, but that's > > another story), but is it wise to lay all the QA in the hands of the > > packager for a repository that builds for and Enterprise Distribution? > > No. There needs to be a sandbox system whereby a contributor submits the > package, it is built on the architectures RHEL supports and then tested > by either RH staff or volunteers with the other architecture. Once it > has passed the testers, it can go into the Enterprise distro. > This could be interesting. Wonder if the Fedora Testing stuff would help here... (wwoods still on honeymoon?) -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From sundaram at fedoraproject.org Mon Sep 11 03:21:39 2006 From: sundaram at fedoraproject.org (Rahul) Date: Mon, 11 Sep 2006 08:51:39 +0530 Subject: We are evaluating building packages from Fedora Extras for RHEL In-Reply-To: <1157905287.9161.79.camel@localhost> References: <4503C1F4.8080001@leemhuis.info> <1157890648.20679.67.camel@T7.Linux> <1157905287.9161.79.camel@localhost> Message-ID: <4504D643.5060305@fedoraproject.org> Toshio Kuratomi wrote: >> No. There needs to be a sandbox system whereby a contributor submits the >> package, it is built on the architectures RHEL supports and then tested >> by either RH staff or volunteers with the other architecture. Once it >> has passed the testers, it can go into the Enterprise distro. >> > This could be interesting. Wonder if the Fedora Testing stuff would > help here... (wwoods still on honeymoon?) > Here is the current status http://fedoraproject.org/wiki/QA/Beaker Rahul From a.badger at gmail.com Mon Sep 11 03:32:16 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Sun, 10 Sep 2006 20:32:16 -0700 Subject: We are evaluating building packages from Fedora Extras for RHEL In-Reply-To: <1157922983.6329.5.camel@sb-home.lan> References: <4503C1F4.8080001@leemhuis.info> <1157898619.2581.12.camel@sb-home.lan> <3237e4410609101226k3e16e012j2dbab3d01b80b359@mail.gmail.com> <1157918544.5340.14.camel@sb-home.lan> <1157922377.2622.4.camel@vader.jdub.homelinux.org> <1157922983.6329.5.camel@sb-home.lan> Message-ID: <1157945536.9161.94.camel@localhost> On Sun, 2006-09-10 at 23:16 +0200, nodata wrote: > Am Sonntag, den 10.09.2006, 16:06 -0500 schrieb Josh Boyer: > [snip] > > So what's in it for Extras contributors that want to package stuff for > > Enterprise Extras? Exactly what they get for packaging stuff for > > Extras. > > With one big difference - Fedora Core is free, and RHEL is not. > I hear what you're saying but I think it's a false dichotomy. Being able to take FE packages and create them for RHEL is supplying value for RHEL customers directly; Red Hat only indirectly. What it really does is allow RHEL customers to support each other in the same community as Fedora Extras. If I use RHEL and I want a package from FE, I can sign up to comaintain RHEL branch for myself and others. In return, another RHEL customer might already be maintaining another package that I would like to use. In this light, Red Hat is actually donating build infrastructure and a framework for collaboration to their customers (and non-customers as this will benefit CentOS users as well) -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From a.badger at gmail.com Mon Sep 11 03:42:34 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Sun, 10 Sep 2006 20:42:34 -0700 Subject: We are evaluating building packages from Fedora Extras for RHEL In-Reply-To: <1157918645.25550.26.camel@T7.Linux> References: <4503C1F4.8080001@leemhuis.info> <20060910115814.53365cdd@ernie> <1157905557.25550.9.camel@T7.Linux> <20060910141743.6482ba17@ernie> <1157918645.25550.26.camel@T7.Linux> Message-ID: <1157946154.9161.99.camel@localhost> On Sun, 2006-09-10 at 21:04 +0100, Paul wrote: > If I submit and maintain something for a commercial product > (irrespective of the company), I would expect some degree of protection > from that company if BigCorpUSA decided to have ago. Here's where I think there's a misconception. This is not about submitting and maintaining something for a commercial product. EE is not a commercial product. RHEL is a commercial product. People participating in this are not packaging for RHEL, they are packaging for EE. The Red Hat name is not even on half the proposed names for the project. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From panemade at gmail.com Mon Sep 11 03:47:02 2006 From: panemade at gmail.com (=?UTF-8?Q?Parag_N(=E0=A4=AA=E0=A4=B0=E0=A4=BE=E0=A5=9A)?=) Date: Mon, 11 Sep 2006 09:17:02 +0530 Subject: We are evaluating building packages from Fedora Extras for RHEL In-Reply-To: <1157905287.9161.79.camel@localhost> References: <4503C1F4.8080001@leemhuis.info> <1157890648.20679.67.camel@T7.Linux> <1157905287.9161.79.camel@localhost> Message-ID: Hi, On 9/10/06, Toshio Kuratomi wrote: > On Sun, 2006-09-10 at 13:17 +0100, Paul wrote: > > Hi, > > > > > = The name question = > > > > > > We don't have a proper name for this effort yet. The "codename" until > > > now was Enterprise Extras (EE) (it is used in this document in several > > > places due to the lack of a better one), but we are currently evaluating > > > other names. There were several suggestions: > > > > > > * Fedora Extras (e.g. no special name) > > > > Problem with having Fedora in any of the proposals is that despite > >- Fedora being a recognised "brand", the Extras is known to be a community > > contributed area with none of the QC that goes into the paid for product > > - for example, say any of the mono packages in FE goes wrong, the report > > usually ends up on my intray. I'm just some bloke, sitting behind his > > Linux boxes in his house extension, but with a full time job and full > > time family to contend with. I doubt any company worth their salt would > > want to use (say) Monodevelop without someone from RH being able to > > support the product - I know my former boss wouldn't even entertain such > > an idea. > > > > Now we all know that the support from anyone involved with FE and FC is > > the best there is anywhere, but the linking of a commercial product with > > something just added on may not entice many folks. > > > You have a different vision for Enterprise Extras than we have been > discussing so far. What we have been discussing really is Fedora Extras > rebuilt for RHEL/CentOS/etc. We aren't making additional guarantees to > the consumer of the packages about the suitability of the packages for > running on their servers (except that we will be supporting the packages > for the increased lifetime of the CentOS/RHEL distro.) So is there any preliminary information about which RHEL version is decided fo rebuilding all FE packages for RHEL? I mean there are currently RHEL 3,4,5 with various updates that mean totally if i am correct 13 version in all present of RHEL. And how can i solve then dependencies problem if i decide to rebuilt my FE package for RHEL3? RHEL is known as stable product because it always contains old but stable packages from upstream releases. So how can we solve dependencies problems like if some packages need latest or newer version of dbus or hal for any FE packages? Regards, Parag. From a.badger at gmail.com Mon Sep 11 03:52:49 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Sun, 10 Sep 2006 20:52:49 -0700 Subject: We are evaluating building packages from Fedora Extras for RHEL In-Reply-To: <45049848.10405@thecodergeek.com> References: <4503C1F4.8080001@leemhuis.info> <45049848.10405@thecodergeek.com> Message-ID: <1157946769.9161.108.camel@localhost> On Sun, 2006-09-10 at 15:57 -0700, Peter Gordon wrote: > For example, I currently do not use RHEL or any of its no-cost derivates, so I > would be quite unable to support Scribes or Openbox or other of my packages on > it. But, say that John Doe Contributor actively used RHEL at home and at his > workplace (due to its warranty support via paid-for contractual obligations), > and he really liked Scribes. Could he go through the new contributor process and > whatnot and maintain just the RHEL branch(es)? > This is the plan. Currently, people can be co-maintainers but the infrastructure to assign separate people to bug reports on different branches, let certain maintainers have write access to a subset of a package's branches, etc does not exist. So there's nothing stopping you from sharing your packages with another packager, but there's some features which will make it better in the future. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From a.badger at gmail.com Mon Sep 11 04:28:57 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Sun, 10 Sep 2006 21:28:57 -0700 Subject: We are evaluating building packages from Fedora Extras for RHEL In-Reply-To: References: <4503C1F4.8080001@leemhuis.info> <1157890648.20679.67.camel@T7.Linux> <1157905287.9161.79.camel@localhost> Message-ID: <1157948937.9161.121.camel@localhost> On Mon, 2006-09-11 at 09:17 +0530, Parag N(????) wrote: > Hi, > On 9/10/06, Toshio Kuratomi wrote: > > On Sun, 2006-09-10 at 13:17 +0100, Paul wrote: > > > Hi, > > > > > > > = The name question = > > > > > > > > We don't have a proper name for this effort yet. The "codename" until > > > > now was Enterprise Extras (EE) (it is used in this document in several > > > > places due to the lack of a better one), but we are currently evaluating > > > > other names. There were several suggestions: > > > > > > > > * Fedora Extras (e.g. no special name) > > > > > > Problem with having Fedora in any of the proposals is that despite > > >- Fedora being a recognised "brand", the Extras is known to be a community > > > contributed area with none of the QC that goes into the paid for product > > > - for example, say any of the mono packages in FE goes wrong, the report > > > usually ends up on my intray. I'm just some bloke, sitting behind his > > > Linux boxes in his house extension, but with a full time job and full > > > time family to contend with. I doubt any company worth their salt would > > > want to use (say) Monodevelop without someone from RH being able to > > > support the product - I know my former boss wouldn't even entertain such > > > an idea. > > > > > > Now we all know that the support from anyone involved with FE and FC is > > > the best there is anywhere, but the linking of a commercial product with > > > something just added on may not entice many folks. > > > > > You have a different vision for Enterprise Extras than we have been > > discussing so far. What we have been discussing really is Fedora Extras > > rebuilt for RHEL/CentOS/etc. We aren't making additional guarantees to > > the consumer of the packages about the suitability of the packages for > > running on their servers (except that we will be supporting the packages > > for the increased lifetime of the CentOS/RHEL distro.) > > So is there any preliminary information about which RHEL version is > decided fo rebuilding all FE packages for RHEL? I mean there are > currently RHEL 3,4,5 with various updates that mean totally if i am > correct 13 version in all present of RHEL. I don't believe this has been discussed yet. I would vote for starting the project with the latest RHEL at the time. That way we can start off slow with a single EE branch to try out. > And how can i solve then dependencies problem if i decide to rebuilt > my FE package for RHEL3? RHEL is known as stable product because it > always contains old but stable packages from upstream releases. So how > can we solve dependencies problems like if some packages need latest > or newer version of dbus or hal for any FE packages? I'd think we'd branch from the FC branch that the relevant RHEL was based on. We'd branch FC3 for RHEL4, for instance. (This hasn't been discussed either.) At that point, deciding how to deal with upgrades, security fixes, etc will begin to diverge from FE since the base distro won't have the latest versions of many of the base packages; making the "upstream mantra" not applicable in all cases. A side thought: How does the Security SIG fit into this? Hopefully, since the expectations for EE branch maintainers are plainly stated, there won't be too many abandoned packages that they have to step in to deal with but someone still has to track the Security Issues that occur in these versions of the programs and whether we've patched the sources to fix those problems or are still vulnerable. Do they feel this is a task they want or does there need to be a separate EE-Security-SIG? -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From peter at thecodergeek.com Mon Sep 11 04:53:23 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Sun, 10 Sep 2006 21:53:23 -0700 Subject: We are evaluating building packages from Fedora Extras for RHEL In-Reply-To: <1157946769.9161.108.camel@localhost> References: <4503C1F4.8080001@leemhuis.info> <45049848.10405@thecodergeek.com> <1157946769.9161.108.camel@localhost> Message-ID: <4504EBC3.1000709@thecodergeek.com> Toshio Kuratomi wrote: > On Sun, 2006-09-10 at 15:57 -0700, Peter Gordon wrote: >> For example, I currently do not use RHEL or any of its no-cost derivates, so I >> would be quite unable to support Scribes or Openbox or other of my packages on >> it. But, say that John Doe Contributor actively used RHEL at home and at his >> workplace (due to its warranty support via paid-for contractual obligations), >> and he really liked Scribes. Could he go through the new contributor process and >> whatnot and maintain just the RHEL branch(es)? >> > This is the plan. Currently, people can be co-maintainers but the > infrastructure to assign separate people to bug reports on different > branches, let certain maintainers have write access to a subset of a > package's branches, etc does not exist. So there's nothing stopping you > from sharing your packages with another packager, but there's some > features which will make it better in the future. Great. That clarified things a lot for me. Thanks for your explanation. :) -- Peter Gordon (codergeek42) GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 My Blog: http://thecodergeek.com/blog/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From Christian.Iseli at licr.org Mon Sep 11 07:02:36 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Mon, 11 Sep 2006 09:02:36 +0200 Subject: Fedora Extras rebuild for FC6 reminder nagmails Message-ID: <20060911090236.16c1f1f6@ludwig-alpha> Hi folks, Yesterday night, I sent 114 nagmails to people who still have packages to rebuild. To search the packages still needing a rebuild, I used some repoquery commands I stole from a script Thorsten sent me, and flagged all packages not rebuilt since Aug 28 (the time when the mass rebuild was announced by Ville). For the time being, I have excluded the noarch packages from the nagmails (because I've seen several cvs commits removing the needs.rebuild file for noarch packages without a rebuild) I received three returns of undelivered emails: - aaron.bennett olin.edu (ifplugd): Mailbox unknown or not accepting mail. 550 5.1.1 User unknown - qwang redhat.com (scim-chinese-standard): SMTP error from remote mailer after RCPT TO: redhat.com>: host mx1.redhat.com [66.187.233.31]: 550 5.2.1 redhat.com>... Mailbox disabled for this recipient - jvdias redhat.com (openmpi): SMTP error from remote mailer after RCPT TO: redhat.com>: host mx1.redhat.com [66.187.233.31]: 550 5.2.1 redhat.com>... Mailbox disabled for this recipient Could someone who knows them please ask them to update their email address in the owners.list file. I'll do a second pass at the end of the week. Cheers, Christian From frank-buettner at gmx.net Mon Sep 11 07:23:44 2006 From: frank-buettner at gmx.net (=?ISO-8859-1?Q?Frank_B=FCttner?=) Date: Mon, 11 Sep 2006 09:23:44 +0200 Subject: Fedora Extras rebuild for FC6 reminder In-Reply-To: <20060911014920.33a28e17@ludwig-alpha> References: <20060911014920.33a28e17@ludwig-alpha> Message-ID: <45050F00.1070400@gmx.net> Christian Iseli schrieb: > Hi, > > This is a reminder that all FE packages should be rebuilt for FC-6. > > Please see > https://www.redhat.com/archives/fedora-extras-list/2006-August/msg00611.html > and > http://fedoraproject.org/wiki/Extras/Schedule/FC6MassRebuild > > It appears the following packages you maintain still need a rebuild. > > Regards, > Christian > ---- > ctapi-cyberjack > nas > qt4-qsa > > > I have rebuid it an removed the needrefuild file via rm and cvs remove. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 2454 bytes Desc: S/MIME Cryptographic Signature URL: From radekvokal at gmail.com Mon Sep 11 07:25:24 2006 From: radekvokal at gmail.com (Radek =?ISO-8859-1?Q?Vok=E1l?=) Date: Mon, 11 Sep 2006 09:25:24 +0200 Subject: Fedora Extras rebuild for FC6 reminder In-Reply-To: <20060911014922.654ae13e@ludwig-alpha> References: <20060911014922.654ae13e@ludwig-alpha> Message-ID: <1157959524.3497.16.camel@localhost.localdomain> On Mon, 2006-09-11 at 01:49 +0200, Christian Iseli wrote: > Hi, > > This is a reminder that all FE packages should be rebuilt for FC-6. > > Please see > https://www.redhat.com/archives/fedora-extras-list/2006-August/msg00611.html > and > http://fedoraproject.org/wiki/Extras/Schedule/FC6MassRebuild > > It appears the following packages you maintain still need a rebuild. > > Regards, > Christian > ---- > nc6 > nuttcp Done -- Radek Vok?l From jnovy at redhat.com Mon Sep 11 07:33:35 2006 From: jnovy at redhat.com (Jindrich Novy) Date: Mon, 11 Sep 2006 09:33:35 +0200 Subject: Fedora Extras rebuild for FC6 reminder In-Reply-To: <20060911014921.f95a99d2@ludwig-alpha> References: <20060911014921.f95a99d2@ludwig-alpha> Message-ID: <1157960015.3395.0.camel@localhost.localdomain> On Mon, 2006-09-11 at 01:49 +0200, Christian Iseli wrote: > bsdiff > cproto They are now rebuilt. -- Jindrich Novy , http://people.redhat.com/jnovy/ (o_ _o) //\ The worst evil in the world is refusal to think. //\ V_/_ _\_V From triad at df.lth.se Mon Sep 11 07:39:23 2006 From: triad at df.lth.se (Linus Walleij) Date: Mon, 11 Sep 2006 09:39:23 +0200 (CEST) Subject: We are evaluating building packages from Fedora Extras for RHEL In-Reply-To: <1157898619.2581.12.camel@sb-home.lan> References: <4503C1F4.8080001@leemhuis.info> <1157898619.2581.12.camel@sb-home.lan> Message-ID: On Sun, 10 Sep 2006, nodata wrote: > Do the Extras contributors get anything for providing this seven years > of support? A cap? A t-shirt? A RHEL license? If RedHat is the organization that is going to get the most benefit out of this, and they want to encourage it, Red Hat stock options for maintainers taking care of the packages for this long would be the typical incentive, since developers are investing part of their sparetime for 7 years in RH:s success. I know this would probably be tricky in the internationalized context, and I don't know if RH really likes the idea of EE that much. However it would certainly mean that you could trust the developers that go through all the legal paperwork to achieve this and remove a few other problems. People talk so much about incentives, money's just fine, really. Now I don't think RH want my packages so bad they'd do this, more typically select a few extra important package maintainers and throw this at them would be ideal. Just my Euro 0.01... Linus From fedora at leemhuis.info Mon Sep 11 07:48:11 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 11 Sep 2006 09:48:11 +0200 Subject: Fedora Extras rebuild for FC6 reminder nagmails In-Reply-To: <20060911090236.16c1f1f6@ludwig-alpha> References: <20060911090236.16c1f1f6@ludwig-alpha> Message-ID: <450514BB.9060403@leemhuis.info> Christian Iseli schrieb: > Yesterday night, I sent 114 nagmails to people who still have packages > to rebuild. Thx for your work. Can we have a short public summary somewhere, too? > [...] > For the time being, I have excluded the noarch packages from the > nagmails (because I've seen several cvs commits removing the > needs.rebuild file for noarch packages without a rebuild) Well, we IMHO need to check them (e.g. look at the commit messages and let the script run on the noarch packages in the repo) -- we don't do the mass-rebuild only for the gcc and binutil changes, we also want to make sure all stuff still builds on FC6 and with the new reduced set of packages installed in the default buildroot. > [...] > I'll do a second pass at the end of the week. /me wonders if a second one by mid-week would be a better idea. CU thl From fedora at leemhuis.info Mon Sep 11 07:53:44 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 11 Sep 2006 09:53:44 +0200 Subject: Fedora Extras rebuild for FC6 reminder In-Reply-To: <45050F00.1070400@gmx.net> References: <20060911014920.33a28e17@ludwig-alpha> <45050F00.1070400@gmx.net> Message-ID: <45051608.5040603@leemhuis.info> Frank B?ttner schrieb: > Christian Iseli schrieb: > [...] >> ---- >> ctapi-cyberjack >> nas >> qt4-qsa > > I have rebuid it an removed the needrefuild file via rm and cvs remove. How did you rebuild it? Seems you didn't increase release before rebuilding: http://cvs.fedora.redhat.com/viewcvs/devel/ctapi-cyberjack/ctapi-cyberjack.spec?root=extras&hideattic=0&rev=1.4&view=log http://cvs.fedora.redhat.com/viewcvs/devel/nas/nas.spec?root=extras&hideattic=0&rev=1.4&view=log http://cvs.fedora.redhat.com/viewcvs/devel/qt4-qsa/qt4-qsa.spec?root=extras&hideattic=0&rev=1.4&view=log That doesn't work. See also: https://www.redhat.com/archives/fedora-extras-list/2006-September/msg00152.html To quote: '[...], please note that "rebuilds without bumping release" don't find their way into the repository. The push script _does not_ overwrite existing packages in the repository, even if the build report may say otherwise. Rebuilding without increasing either one in %epoch:%version-%release is an invalid operation.' CU thl From nicolas.mailhot at laposte.net Mon Sep 11 08:30:04 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 11 Sep 2006 10:30:04 +0200 (CEST) Subject: We are evaluating building packages from Fedora Extras for RHEL In-Reply-To: <1157905287.9161.79.camel@localhost> References: <4503C1F4.8080001@leemhuis.info> <1157890648.20679.67.camel@T7.Linux> <1157905287.9161.79.camel@localhost> Message-ID: <11894.192.54.193.51.1157963404.squirrel@rousalka.dyndns.org> > On Sun, 2006-09-10 at 13:17 +0100, Paul wrote: >> Problem with having Fedora in any of the proposals is that despite >> Fedora being a recognised "brand", the Extras is known to be a community >> contributed area with none of the QC that goes into the paid for product Actually, if we want to kill the Fedora Core = alpha product myth, dissociating FE for EE from the Fedora project would be about the most stupid thing we could do PR-wise now. The more I think about it the less I like the hiding under the carpet Fedora thing. If Extras is good enough the Centos people want some sharing they'll have to accept to carry the Fedora brand. Despite what their PHBs think. Now you can theme the entreprise section so it's visually different (other base colours), but it shouldn't be separate (other names and logos). Fedora Extras for the Entreprise has my vote Regards, -- Nicolas Mailhot From Christian.Iseli at licr.org Mon Sep 11 08:32:03 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Mon, 11 Sep 2006 10:32:03 +0200 Subject: Fedora Extras rebuild for FC6 reminder nagmails In-Reply-To: <450514BB.9060403@leemhuis.info> References: <20060911090236.16c1f1f6@ludwig-alpha> <450514BB.9060403@leemhuis.info> Message-ID: <20060911103203.350cc466@ludwig-alpha> On Mon, 11 Sep 2006 09:48:11 +0200, Thorsten Leemhuis wrote: > Can we have a short public summary somewhere, too? Attached are two files: - pkg_nag.txt is the list of maintainers/packages that just got a nagmail - pkg_nonag.txt list of noarch packages which were not nagged > Well, we IMHO need to check them (e.g. look at the commit messages and > let the script run on the noarch packages in the repo) -- we don't do > the mass-rebuild only for the gcc and binutil changes, we also want to > make sure all stuff still builds on FC6 and with the new reduced set of > packages installed in the default buildroot. Agreed, but so far have not found the time and right ideas to parse the cvs logs... Help welcome. > /me wonders if a second one by mid-week would be a better idea. I can try. Christian -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: pkg_nag.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: pkg_nonag.txt URL: From j.w.r.degoede at hhs.nl Mon Sep 11 08:53:04 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 11 Sep 2006 10:53:04 +0200 Subject: Correcting directory ownership of /usr/share/omf in Fedora In-Reply-To: <1157726217.2603.10.camel@localhost> References: <1157667813.626.21.camel@shuttle.piedmont.com> <1157697932.16685.19.camel@metropolis.intra.city-fan.org> <4501169F.9030903@hhs.nl> <1157726217.2603.10.camel@localhost> Message-ID: <450523F0.2000605@hhs.nl> Toshio Kuratomi wrote: > On Fri, 2006-09-08 at 09:07 +0200, Hans de Goede wrote: >> Wouldn't it be better to but shared dirs like this into the filesystem >> package? The same goes for /usr/share/applications >> and >> /usr/share/icons/hicolor/XxX/apps >> > (On FC5) > hicolor-icon-theme owns these directories so anything installing files > here should Require: hicolor-icon-theme. hicolor-icon-theme is a > package of directories similar to filesystem. > Ah, I didn't know that I just tried to edit the "GTK+ icon cache" part of the ScripletSnippets wiki page: http://fedoraproject.org/wiki/Packaging/ScriptletSnippets?action=edit#head-7103f6c38d1b5735e8477bdd569ad73ea2c49bda to add a note to this that when you put files in the /usr/share/icons/hicolor hierarchy your package must have a "Requires: hicolor-icon-theme", but I couldn't because I don't have edit rights on that page, can someone who does have the nescesarry rights add a note about this there? Regards, Hans From nicolas.mailhot at laposte.net Mon Sep 11 09:06:57 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 11 Sep 2006 11:06:57 +0200 (CEST) Subject: Correcting directory ownership of /usr/share/omf in Fedora In-Reply-To: <450523F0.2000605@hhs.nl> References: <1157667813.626.21.camel@shuttle.piedmont.com> <1157697932.16685.19.camel@metropolis.intra.city-fan.org> <4501169F.9030903@hhs.nl> <1157726217.2603.10.camel@localhost> <450523F0.2000605@hhs.nl> Message-ID: <39145.192.54.193.51.1157965617.squirrel@rousalka.dyndns.org> Le Lun 11 septembre 2006 10:53, Hans de Goede a ?crit : > to add a note to this that when you put files in the > /usr/share/icons/hicolor hierarchy your package must have a "Requires: > hicolor-icon-theme", but I couldn't because I don't have edit rights on > that page, can someone who does have the nescesarry rights add a note > about this there? The f.d.o icon theme spec says : ' In order to have a place for third party applications to install their icons there should always exist a theme called "hicolor" [1]. The data for the hicolor theme is available for download at: http://www.freedesktop.org/software/icon-theme/. Implementations are required to look in the "hicolor" theme if an icon was not found in the current theme. ' So I'd expect hicolor dirs to be created by default without every other odd package requiring them Regards, -- Nicolas Mailhot From j.w.r.degoede at hhs.nl Mon Sep 11 11:31:32 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 11 Sep 2006 13:31:32 +0200 Subject: Correcting directory ownership of /usr/share/omf in Fedora In-Reply-To: <39145.192.54.193.51.1157965617.squirrel@rousalka.dyndns.org> References: <1157667813.626.21.camel@shuttle.piedmont.com> <1157697932.16685.19.camel@metropolis.intra.city-fan.org> <4501169F.9030903@hhs.nl> <1157726217.2603.10.camel@localhost> <450523F0.2000605@hhs.nl> <39145.192.54.193.51.1157965617.squirrel@rousalka.dyndns.org> Message-ID: <45054914.7050203@hhs.nl> Nicolas Mailhot wrote: > Le Lun 11 septembre 2006 10:53, Hans de Goede a ?crit : > >> to add a note to this that when you put files in the >> /usr/share/icons/hicolor hierarchy your package must have a "Requires: >> hicolor-icon-theme", but I couldn't because I don't have edit rights on >> that page, can someone who does have the nescesarry rights add a note >> about this there? > > The f.d.o icon theme spec says : > > ' In order to have a place for third party applications to install their > icons there should always exist a theme called "hicolor" [1]. The data for > the hicolor theme is available for download at: > http://www.freedesktop.org/software/icon-theme/. Implementations are > required to look in the "hicolor" theme if an icon was not found in the > current theme. ' > > So I'd expect hicolor dirs to be created by default without every other > odd package requiring them > Well currently they aren't so either the contents of the hicolor-icon-theme package should be moved to the filesystem package, which it won't since its sortof bogus to have these dirs on a cmdline only server / firewall. Or applications using these dirs must have a "Requires: hicolor-icon-theme", which really isn't a problem as they need special scriptlets to handle icons properly already. Regards, Hans From Christian.Iseli at licr.org Mon Sep 11 11:57:36 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Mon, 11 Sep 2006 13:57:36 +0200 Subject: rpms/nmh/devel nmh.spec,1.15,1.16 In-Reply-To: <200609111132.k8BBWWAh009779@cvs-int.fedora.redhat.com> References: <200609111132.k8BBWWAh009779@cvs-int.fedora.redhat.com> Message-ID: <20060911135736.5cb08421@ludwig-alpha> On Mon, 11 Sep 2006 04:32:30 -0700, Josh Bressers wrote: > -Release: 18.fc5 > +Release: 19.%{dist} This should read 19%{?dist} As is, you'll get two dots in the release field... Cheers, Christian From notting at redhat.com Mon Sep 11 12:25:59 2006 From: notting at redhat.com (Bill Nottingham) Date: Mon, 11 Sep 2006 08:25:59 -0400 Subject: Fedora Extras rebuild for FC6 reminder In-Reply-To: <20060911014921.aee2d5c5@ludwig-alpha> References: <20060911014921.aee2d5c5@ludwig-alpha> Message-ID: <20060911122559.GA7590@nostromo.devel.redhat.com> Christian Iseli (Christian.Iseli at licr.org) said: > This is a reminder that all FE packages should be rebuilt for FC-6. > > Please see > https://www.redhat.com/archives/fedora-extras-list/2006-August/msg00611.html > and > http://fedoraproject.org/wiki/Extras/Schedule/FC6MassRebuild > > It appears the following packages you maintain still need a rebuild. > > Regards, > Christian > ---- > Maelstrom Pending mail from upstream, as discussed on the list. I can certainly rebuild it if you'd like.... Bill From Christian.Iseli at licr.org Mon Sep 11 13:45:46 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Mon, 11 Sep 2006 15:45:46 +0200 Subject: Fedora Extras rebuild for FC6 reminder In-Reply-To: <20060911122559.GA7590@nostromo.devel.redhat.com> References: <20060911014921.aee2d5c5@ludwig-alpha> <20060911122559.GA7590@nostromo.devel.redhat.com> Message-ID: <20060911154546.24ac7a3f@ludwig-alpha> On Mon, 11 Sep 2006 08:25:59 -0400, Bill Nottingham wrote: > > Maelstrom > > Pending mail from upstream, as discussed on the list. I can > certainly rebuild it if you'd like.... I see the binary is in the repo, so I'd say we have two options: - remove the package completely until issues are solved - rebuild rebuild is fine with me. Cheers, Christian From notting at redhat.com Mon Sep 11 14:52:51 2006 From: notting at redhat.com (Bill Nottingham) Date: Mon, 11 Sep 2006 10:52:51 -0400 Subject: Fedora Extras rebuild for FC6 reminder In-Reply-To: <20060911154546.24ac7a3f@ludwig-alpha> References: <20060911014921.aee2d5c5@ludwig-alpha> <20060911122559.GA7590@nostromo.devel.redhat.com> <20060911154546.24ac7a3f@ludwig-alpha> Message-ID: <20060911145251.GA17069@nostromo.devel.redhat.com> Christian Iseli (Christian.Iseli at licr.org) said: > rebuild is fine with me. OK, done. Bill From notting at redhat.com Mon Sep 11 16:48:34 2006 From: notting at redhat.com (Bill Nottingham) Date: Mon, 11 Sep 2006 12:48:34 -0400 Subject: Fedora Extras rebuild for FC6 reminder nagmails In-Reply-To: <20060911090236.16c1f1f6@ludwig-alpha> References: <20060911090236.16c1f1f6@ludwig-alpha> Message-ID: <20060911164834.GA2940@nostromo.devel.redhat.com> Christian Iseli (Christian.Iseli at licr.org) said: > - jvdias redhat.com (openmpi): > SMTP error from remote mailer after RCPT TO: redhat.com>: > host mx1.redhat.com [66.187.233.31]: 550 5.2.1 redhat.com>... Mailbox disabled for this recipient > > Could someone who knows them please ask them to update their email > address in the owners.list file. openmpi appears to be in rawhide ATM - does this actually need rebuilt for Extras? Bill From kwade at redhat.com Mon Sep 11 17:37:18 2006 From: kwade at redhat.com (Karsten Wade) Date: Mon, 11 Sep 2006 10:37:18 -0700 Subject: We are evaluating building packages from Fedora Extras for RHEL In-Reply-To: <1157945536.9161.94.camel@localhost> References: <4503C1F4.8080001@leemhuis.info> <1157898619.2581.12.camel@sb-home.lan> <3237e4410609101226k3e16e012j2dbab3d01b80b359@mail.gmail.com> <1157918544.5340.14.camel@sb-home.lan> <1157922377.2622.4.camel@vader.jdub.homelinux.org> <1157922983.6329.5.camel@sb-home.lan> <1157945536.9161.94.camel@localhost> Message-ID: <1157996239.31449.314.camel@erato.phig.org> On Sun, 2006-09-10 at 20:32 -0700, Toshio Kuratomi wrote: > I hear what you're saying but I think it's a false dichotomy. Being > able to take FE packages and create them for RHEL is supplying value for > RHEL customers directly; Red Hat only indirectly. What it really does > is allow RHEL customers to support each other in the same community as > Fedora Extras. If I use RHEL and I want a package from FE, I can sign > up to comaintain RHEL branch for myself and others. In return, another > RHEL customer might already be maintaining another package that I would > like to use. In this light, Red Hat is actually donating build > infrastructure and a framework for collaboration to their customers (and > non-customers as this will benefit CentOS users as well) +1 nicely put. It has always only been a matter of time until other ISVs recognize that Fedora is the best method to get packages ready for their enterprise customers. One of the end results of EE is that it invites more packagers/maintainers in to FE. So, not only RHEL customers wanting to maintain packages, but many potential ISVs with deep pockets and a very vested interest in keeping packages alive for seven years. Even if their primary software is closed, it may depend on FLOSS packages that they can help maintain over the years. - Karsten, an interested observer/facilitator :) -- Karsten Wade, RHCE, 108 Editor ^ Fedora Documentation Project Sr. Developer Relations Mgr. | fedoraproject.org/wiki/DocsProject quaid.108.redhat.com | gpg key: AD0E0C41 ////////////////////////////////// \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From smooge at gmail.com Mon Sep 11 19:03:17 2006 From: smooge at gmail.com (Stephen John Smoogen) Date: Mon, 11 Sep 2006 13:03:17 -0600 Subject: We are evaluating building packages from Fedora Extras for RHEL In-Reply-To: <1157948937.9161.121.camel@localhost> References: <4503C1F4.8080001@leemhuis.info> <1157890648.20679.67.camel@T7.Linux> <1157905287.9161.79.camel@localhost> <1157948937.9161.121.camel@localhost> Message-ID: <80d7e4090609111203r4f162913pcb47d047e679ed40@mail.gmail.com> On 9/10/06, Toshio Kuratomi wrote: > On Mon, 2006-09-11 at 09:17 +0530, Parag N(????) wrote: > > Hi, > > On 9/10/06, Toshio Kuratomi wrote: > > > On Sun, 2006-09-10 at 13:17 +0100, Paul wrote: > > > > Hi, > > > > > > > > > = The name question = > > > > > > > > > > We don't have a proper name for this effort yet. The "codename" until > > > > > now was Enterprise Extras (EE) (it is used in this document in several > > > > > places due to the lack of a better one), but we are currently evaluating > > > > > other names. There were several suggestions: > > > > > > > > > > * Fedora Extras (e.g. no special name) > > > > > > > > Problem with having Fedora in any of the proposals is that despite > > > >- Fedora being a recognised "brand", the Extras is known to be a community > > > > contributed area with none of the QC that goes into the paid for product > > > > - for example, say any of the mono packages in FE goes wrong, the report > > > > usually ends up on my intray. I'm just some bloke, sitting behind his > > > > Linux boxes in his house extension, but with a full time job and full > > > > time family to contend with. I doubt any company worth their salt would > > > > want to use (say) Monodevelop without someone from RH being able to > > > > support the product - I know my former boss wouldn't even entertain such > > > > an idea. > > > > > > > > Now we all know that the support from anyone involved with FE and FC is > > > > the best there is anywhere, but the linking of a commercial product with > > > > something just added on may not entice many folks. > > > > > > > You have a different vision for Enterprise Extras than we have been > > > discussing so far. What we have been discussing really is Fedora Extras > > > rebuilt for RHEL/CentOS/etc. We aren't making additional guarantees to > > > the consumer of the packages about the suitability of the packages for > > > running on their servers (except that we will be supporting the packages > > > for the increased lifetime of the CentOS/RHEL distro.) > > > > So is there any preliminary information about which RHEL version is > > decided fo rebuilding all FE packages for RHEL? I mean there are > > currently RHEL 3,4,5 with various updates that mean totally if i am > > correct 13 version in all present of RHEL. > > I don't believe this has been discussed yet. I would vote for starting > the project with the latest RHEL at the time. That way we can start off > slow with a single EE branch to try out. > > > And how can i solve then dependencies problem if i decide to rebuilt > > my FE package for RHEL3? RHEL is known as stable product because it > > always contains old but stable packages from upstream releases. So how > > can we solve dependencies problems like if some packages need latest > > or newer version of dbus or hal for any FE packages? > > I'd think we'd branch from the FC branch that the relevant RHEL was > based on. We'd branch FC3 for RHEL4, for instance. (This hasn't been > discussed either.) Actually.. I would use Centos versus FC3. THere was some compiler changes that occurred inside of RH build tools that broke things for a while within Centos and FC3 builds. The fixes were never made to FC3 (it was dead) but Centos got them later (due to active developer community). -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From a.badger at gmail.com Mon Sep 11 19:25:58 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 11 Sep 2006 12:25:58 -0700 Subject: We are evaluating building packages from Fedora Extras for RHEL In-Reply-To: <80d7e4090609111203r4f162913pcb47d047e679ed40@mail.gmail.com> References: <4503C1F4.8080001@leemhuis.info> <1157890648.20679.67.camel@T7.Linux> <1157905287.9161.79.camel@localhost> <1157948937.9161.121.camel@localhost> <80d7e4090609111203r4f162913pcb47d047e679ed40@mail.gmail.com> Message-ID: <1158002758.2569.36.camel@localhost> On Mon, 2006-09-11 at 13:03 -0600, Stephen John Smoogen wrote: > On 9/10/06, Toshio Kuratomi wrote: > > I'd think we'd branch from the FC branch that the relevant RHEL was > > based on. We'd branch FC3 for RHEL4, for instance. (This hasn't been > > discussed either.) > > Actually.. I would use Centos versus FC3. THere was some compiler > changes that occurred inside of RH build tools that broke things for a > while within Centos and FC3 builds. The fixes were never made to FC3 > (it was dead) but Centos got them later (due to active developer > community). I might have used naming in this statement that confused the issue but I don't think there's a conflict. Build using Centos, not FC3. But use the FE3 packages as the base for the EE4 packages. (I used FC3 as the name of the FE branch because Extras cvs names things with the FC version (FC-3 for Extras packages built against FC-3), not an FE version.) -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From orion at cora.nwra.com Mon Sep 11 21:32:32 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Mon, 11 Sep 2006 15:32:32 -0600 Subject: openmpi In-Reply-To: <20060911164834.GA2940@nostromo.devel.redhat.com> References: <20060911090236.16c1f1f6@ludwig-alpha> <20060911164834.GA2940@nostromo.devel.redhat.com> Message-ID: <4505D5F0.3010708@cora.nwra.com> Bill Nottingham wrote: > > openmpi appears to be in rawhide ATM - does this actually need rebuilt for > Extras? Any idea why I can't check it out of CVS? $ cvs -d :pserver:anonymous at cvs.fedora.redhat.com:/cvs/dist co openmpi cvs server: cannot find module `openmpi' - ignored works for other items. This does work though, so maybe just an alias file somewhere? $ cvs -d :pserver:anonymous at cvs.fedora.redhat.com:/cvs/dist co rpms/openmpi cvs checkout: Updating rpms/openmpi U rpms/openmpi/Makefile U rpms/openmpi/import.log -- Orion Poplawski System Administrator 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From notting at redhat.com Tue Sep 12 02:48:03 2006 From: notting at redhat.com (Bill Nottingham) Date: Mon, 11 Sep 2006 22:48:03 -0400 Subject: openmpi In-Reply-To: <4505D5F0.3010708@cora.nwra.com> References: <20060911090236.16c1f1f6@ludwig-alpha> <20060911164834.GA2940@nostromo.devel.redhat.com> <4505D5F0.3010708@cora.nwra.com> Message-ID: <20060912024803.GA6821@nostromo.devel.redhat.com> Orion Poplawski (orion at cora.nwra.com) said: > Bill Nottingham wrote: > > > >openmpi appears to be in rawhide ATM - does this actually need rebuilt for > >Extras? > > Any idea why I can't check it out of CVS? > > $ cvs -d :pserver:anonymous at cvs.fedora.redhat.com:/cvs/dist co openmpi > cvs server: cannot find module `openmpi' - ignored > > works for other items. > > This does work though, so maybe just an alias file somewhere? > > $ cvs -d :pserver:anonymous at cvs.fedora.redhat.com:/cvs/dist co rpms/openmpi > cvs checkout: Updating rpms/openmpi > U rpms/openmpi/Makefile > U rpms/openmpi/import.log Probably a module file error. Bill From bugs.michael at gmx.net Tue Sep 12 14:11:27 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 12 Sep 2006 16:11:27 +0200 Subject: Attention, packagers! Invalid rebuilds Message-ID: <20060912161127.2f63db96.bugs.michael@gmx.net> Lots of warnings in today's push of packages in the needsign queue. There are still packagers who rebuild their packages _without_ increasing the "Release" value. This does not give the expected results. We don't overwrite existing packages in the repository with such rebuilds. We don't do it for any Fedora Extras tree by default. Do increase the "Release" value in the spec file, add a %changelog comment that it is just "a rebuild", commit the updated files, run "make tag" and only then run "make build". Make sure you don't remove the needs.rebuild file without a successful rebuild of your package(s). https://www.redhat.com/archives/fedora-extras-list/2006-September/msg00152.html From Christian.Iseli at licr.org Tue Sep 12 14:42:18 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Tue, 12 Sep 2006 16:42:18 +0200 Subject: openmpi In-Reply-To: <4505D5F0.3010708@cora.nwra.com> References: <20060911090236.16c1f1f6@ludwig-alpha> <20060911164834.GA2940@nostromo.devel.redhat.com> <4505D5F0.3010708@cora.nwra.com> Message-ID: <20060912164218.109caa74@ludwig-alpha> On Mon, 11 Sep 2006 15:32:32 -0600, Orion Poplawski wrote: > Any idea why I can't check it out of CVS? > > $ cvs -d :pserver:anonymous at cvs.fedora.redhat.com:/cvs/dist co openmpi > cvs server: cannot find module `openmpi' - ignored It seems to live in Extras ATM: $ cvs -d :pserver:anonymous at cvs.fedora.redhat.com:/cvs/extras co openmpi works fine for me... Christian From Christian.Iseli at licr.org Tue Sep 12 14:44:43 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Tue, 12 Sep 2006 16:44:43 +0200 Subject: Fedora Extras rebuild for FC6 reminder nagmails In-Reply-To: <20060911164834.GA2940@nostromo.devel.redhat.com> References: <20060911090236.16c1f1f6@ludwig-alpha> <20060911164834.GA2940@nostromo.devel.redhat.com> Message-ID: <20060912164443.7ca9754b@ludwig-alpha> On Mon, 11 Sep 2006 12:48:34 -0400, Bill Nottingham wrote: > openmpi appears to be in rawhide ATM I'm confused... Does it live in Core or in Extras ? It is part of the CVSROOT/modules file for Extras, and appears to be absent from that of Core, if that's any indication... Christian From buildsys at fedoraproject.org Tue Sep 12 15:07:45 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 12 Sep 2006 11:07:45 -0400 (EDT) Subject: Fedora Extras Package Build Report 2006-09-12 Message-ID: <20060912150745.EFFAC15212C@buildsys.fedoraproject.org> Packages built and released for Fedora Extras 5: 51 abcMIDI-20060910-1.fc5 alsamixergui-0.9.0-0.3.rc1.fc5 autogen-5.8.5-7.fc5 blacs-1.1-24.fc5 compat-libgda-1.2.3-4.fc5 compat-wxGTK-2.4.2-21.fc5 compat-wxPythonGTK2-2.4.2.4-12.fc5 dvdisaster-0.70.1-1.fc5 fuse-sshfs-1.7-1.fc5 gambas-1.0.17-3.fc5 geda-docs-20060906-1.fc5 geda-examples-20060906-1.fc5 geda-gattrib-20060906-1.fc5 geda-gnetlist-20060906-1.fc5 geda-gschem-20060906-1.fc5 geda-gsymcheck-20060906-1.fc5 geda-symbols-20060906-1.fc5 geda-utils-20060906-1.fc5 git-1.4.2-1.fc5 grace-5.1.20-2.fc5 gxemul-0.4.2-1.fc5 jam-2.5-4.fc5 ks3switch-0.1-2.fc5 kshutdown-0.8.2-5.fc5 libgdamm-1.3.7-4.fc5 libgeda-20060906-1.fc5 libjingle-0.3.10-1.fc5 librx-1.5-8.fc5 libsx-2.05-10.fc5 logjam-4.5.3-5.fc5 mod_mono-1.1.17-3.fc5 perl-POE-Component-IRC-5.02-1.fc5 perl-UNIVERSAL-exports-0.05-2.fc5 perl-UNIVERSAL-moniker-0.08-4.fc5 perl-UNIVERSAL-require-0.10-2.fc5 perl-WWW-Myspace-0.56-1.fc5 php-pear-Mail-Mime-1.3.1-8.fc5 php-pear-Payment-Process-0.6.5-1.fc5 php-pear-Validate-0.6.4-1.fc5 pyparsing-1.4.3-1.fc5 pypoker-eval-132.0-3.fc5 python-sqlobject-0.7.0-7.fc5 python-vobject-0.4.1-2.fc5 qgit-1.5.1-1.fc5 rpl-1.5.3-4.fc5 sqlite2-2.8.17-1.fc5 wlassistant-0.5.5-4.fc5 wp_tray-0.5.1-3.fc5 xbase-2.0.0-6.fc5 xbsql-0.11-8.fc5 zile-2.2.19-1.fc5 Packages built and released for Fedora Extras 4: 20 abcMIDI-20060910-1.fc4 alsamixergui-0.9.0-0.3.rc1.fc4 blacs-1.1-23.fc4 compat-wxGTK-2.4.2-21.fc4 compat-wxPythonGTK2-2.4.2.4-12.fc4 fuse-sshfs-1.7-1.fc4 gambas-1.0.17-3.fc4 git-1.4.2-1.fc4 gxemul-0.4.2-1.fc4 jam-2.5-4.fc4 librx-1.5-8.fc4 logjam-4.5.3-5.fc4 perl-UNIVERSAL-exports-0.05-2.fc4 perl-UNIVERSAL-moniker-0.08-4.fc4 perl-UNIVERSAL-require-0.10-2.fc4 pyparsing-1.4.3-1.fc4 qgit-1.5.1-1.fc4 wlassistant-0.5.5-4.fc4 wp_tray-0.5.1-2.fc4 zile-2.2.19-1.fc4 Packages built and released for Fedora Extras 3: 2 git-1.4.2-1.fc3 zile-2.2.19-1.fc3 Packages built and released for Fedora Extras development: 168 CCfits-1.5-3.fc6 CGAL-3.2.1-17.fc6 Canna-3.7p3-16.fc6 Maelstrom-3.0.6-13 OpenEXR-1.4.0a-1.fc6 abcMIDI-20060910-1.fc6 abiword-2.4.5-3.fc6 aide-0.11-2.fc6 aiksaurus-1.2.1-15.fc6 airsnort-0.2.7e-10.fc6 alsamixergui-0.9.0-0.3.rc1.fc6 antiword-0.37-3 apmud-1.0.0-6.fc6 aterm-1.0.0-6.fc6 atitvout-0.4-6 autogen-5.8.5-7.fc6 autossh-1.3-4.fc6 balsa-2.3.13-2.fc6 bcm43xx-fwcutter-004-2.fc6 blacs-1.1-24.fc6 bmp-0.9.7.1-6.fc6 bmp-flac2-009-2.fc6 bsdiff-4.3-2.fc6 bubblemon-1.46-6.fc6 buoh-0.8.1-13 bwbar-1.2.2-5 c-ares-1.3.1-2.fc6 ccrtp-1.4.1-2.fc6 centericq-4.21.0-8.fc6 cernlib-2005-26.fc6 cgoban-1.9.14-8.fc6 chmlib-0.38-2.fc6 compat-libgda-1.2.3-4.fc6 compat-wxGTK-2.4.2-21.fc6 compat-wxPythonGTK2-2.4.2.4-12.fc6 cppunit-1.12.0-2.fc6 cproto-4.7e-2.fc6 ctapi-cyberjack-2.0.10-7.fc6 deltarpm-3.3-5.fc6 docbook2X-0.8.7-2.fc6 dosbox-0.65-3.fc6 dvdisaster-0.70.1-1.fc6 enchant-1.2.5-3.fc6 f2py-2.45.241_1926-2.fc6 flasm-1.61-3.fc6 fping-2.4b2-7.fc6 fuse-2.5.3-3.fc6 fuse-encfs-1.3.1-3.fc6 fuse-sshfs-1.7-2.fc6 fwbuilder-2.0.12-2.fc6 gambas-1.0.17-3.fc6 geda-docs-20060906-2.fc6 geda-examples-20060906-2.fc6 geda-gattrib-20060906-2.fc6 geda-gnetlist-20060906-2.fc6 geda-gschem-20060906-2.fc6 geda-gsymcheck-20060906-2.fc6 geda-symbols-20060906-2.fc6 geda-utils-20060906-2.fc6 git-1.4.2-1.fc6 gnuchess-5.07-10.fc6 grace-5.1.20-2.fc6 grads-1.9b4-15.fc6 gtkglextmm-1.2.0-5.fc6 gtkmathview-0.7.6-4.fc6 gxemul-0.4.2-1.fc6 hfsplusutils-1.0.4-8.fc6 iozone-3-3.fc6 jabberd-2.0-0.s11.11.fc6 jam-2.5-4.fc6 jigdo-0.7.3-2.fc6 k3d-0.6.1.0-2.fc6 kakasi-2.3.4-22.fc6 kdegraphics-extras-3.5.4-6.fc6 keyutils-1.2-2.fc6 kinput2-v3.1-29.fc6 kpolynome-0.1.2-7.fc6 kshutdown-0.8.2-5.fc6 l2tpd-0.69-0.6.20051030.fc6 ldns-1.0.1-4.fc6 libAfterImage-1.07-8.fc6 libesmtp-1.0.4-2.fc6 libfwbuilder-2.0.12-3.fc6 libgdamm-1.3.7-4.fc6 libgeda-20060906-2.fc6 libibverbs-1.0.3-1.fc6 libotr-3.0.0-2.fc6 librx-1.5-8.fc6 libsexymm-0.1.7-3.fc6 libsx-2.05-10.fc6 libtorrent-0.10.0-3.fc6 libxml-1.8.17-15.fc6 licq-1.3.2-9 link-grammar-4.2.2-2.fc6 logjam-4.5.3-5.fc6 loudmouth-1.0.5-2.fc6 mod_nss-1.0.3-5.fc6 mod_suphp-0.6.1-3.fc6 nas-1.8-9.fc6 nc6-1.0-4.fc6 new-1.3.8-2 nmh-1.1-19.fc6 nsd-2.3.5-4.fc6 nuttcp-5.3.1-2.fc6 p0rn-comfort-0.0.4-4.fc6 pam_ssh-1.91-15.fc6 perl-Class-MethodMaker-2.08-4.fc6 perl-File-RsyncP-0.62-3.fc6 perl-Heap-0.71-2.fc6 perl-MIME-Lite-3.01-5.fc6 perl-POE-Component-IRC-5.02-1.fc6 perl-PerlIO-eol-0.13-4.fc6 perl-SOAP-Lite-0.68-2.fc6 perl-SVK-1.08-5.fc6 perl-SVN-Mirror-0.70-2.fc6 perl-SVN-Simple-0.27-4.fc6 perl-Text-Kakasi-2.04-3.fc6 perl-Time-modules-2003.1126-4.fc6 perl-UNIVERSAL-exports-0.05-2.fc6 perl-UNIVERSAL-moniker-0.08-4.fc6 perl-UNIVERSAL-require-0.10-2.fc6 perl-WWW-Myspace-0.56-1.fc6 php-pear-PHPUnit2-2.3.6-1.fc6 php-pecl-apc-3.0.10-5.fc6 plotmm-0.1.2-4.fc6 pwgen-2.05-4.fc6 pygsl-0.3.2-6.fc6 pyparsing-1.4.3-1.fc6 pypoker-eval-132.0-3.fc6 python-4Suite-XML-1.0-0.5.b3 python-HTMLgen-2.2.2-8.fc6 python-TestGears-0.2-3.fc6 python-amara-1.1.7-2.fc6 python-cheetah-2.0-0.2.rc7.fc6 python-cpio-0.1-2.fc6 python-krbV-1.0.13-3.fc6 python-sexy-0.1.8-4.fc6 python-sqlobject-0.7.0-8.fc6 qemu-0.8.2-3.fc6 qgit-1.5.1-1.fc6 qgo-1.5r1-2.fc6 qt4-qsa-1.2.1-17.fc6 ratpoison-1.4.0-5.fc6 rinetd-0.62-6.fc6 rlog-1.3.7-3.fc6 rtorrent-0.6.0-2.fc6 s3switch-0.0-9.20020912.fc6 ser-0.9.6-9.fc6 serpentine-0.7-5.fc6 sextractor-2.5.0-5.fc6 socat-1.5.0.0-3.fc6 soundtracker-0.6.8-2.fc6 splint-3.1.1-15.fc6 sqlite2-2.8.17-1.fc6 telepathy-gabble-0.3.4-1.fc6 tetex-dvipost-1.1-6.fc6 wavpack-4.32-3.fc6 wlassistant-0.5.5-4.fc6 wp_tray-0.5.1-4.fc6 xbase-2.0.0-6.fc6 xboard-4.2.7-16.fc6 xbsql-0.11-8.fc6 xdaliclock-2.23-3.fc6 xkeycaps-2.46-4.fc6 xlockmore-5.22-3.fc6 xmlindent-0.2.17-7.fc6 ytalk-3.3.0-6.fc6 zile-2.2.19-1.fc6 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Tue Sep 12 15:08:15 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 12 Sep 2006 11:08:15 -0400 (EDT) Subject: Broken upgrade paths in FC+FE 2006-09-12 Message-ID: <20060912150815.8418A15212C@buildsys.fedoraproject.org> UNKNOWN OWNER (possibly Core package): db4 5: 0:4.3.29-8.fc5 (FC5-updates) 6: 0:4.3.29-7.fc6 (FC6) device-mapper 4: 0:1.02.07-2.0 (FC4-updates) 5: 0:1.02.02-3.2 (FC5) 6: 0:1.02.07-1.1 (FC6) frysk 5: 0:0.0.1.2006.09.08.rh1-2.fc5 (FC5-updates) 6: 0:0.0.1.2006.08.30.rh1-1.fc6 (FC6) ftp 5: 0:0.17-33.fc5 (FC5-updates) 6: 0:0.17-32.1.2.4 (FC6) lvm2 4: 0:2.02.06-1.0.fc4 (FC4-updates) 5: 0:2.02.01-1.2.1 (FC5) 6: 0:2.02.06-3 (FC6) mozilla 3: 37:1.7.13-1.3.1.legacy (FL3-updates) 4: 37:1.7.13-1.1.fc4 (FC4-updates) 5: 37:1.7.13-1.1.fc5 (FC5-updates) quagga 4: 0:0.98.6-1.fc4 (FC4-updates) 5: 0:0.98.6-1.FC5 (FC5-updates) 6: 0:0.98.6-2.1 (FC6) andreas.bierfert AT lowlatency.de: dillo 4: 0:0.8.6-2.fc4 (FE4) 5: 0:0.8.6-1.fc5 (FE5) 6: 0:0.8.6-2.fc6 (FE6) libpqxx 5: 0:2.6.7-1.fc5 (FE5) 6: 0:2.6.6-1.fc6 (FE6) candyz0416 AT gmail.com: gcin 5: 0:1.2.5-2.fc5 (FE5) 6: 0:1.2.5-1.fc6 (FE6) dan AT danny.cz: tinyerp 5: 0:3.3.0-3.fc5 (FE5) 6: 0:3.3.0-2.fc6 (FE6) gauret AT free.fr: amarok 5: 0:1.4.2-1.fc5 (FE5) 6: 0:1.4.1-3.fc6 (FE6) lemenkov AT gmail.com: stratagus 5: 0:2.1-6.fc5 (FE5) 6: 0:2.1-5.fc6 (FE6) meme AT daughtersoftiresias.org: fortune-firefly 5: 0:2.1.1-2.fc5 (FE5) 6: 0:2.1.1-1.fc6 (FE6) mpeters AT mac.com: firestarter 5: 0:1.0.3-11.fc5 (FE5) 6: 0:1.0.3-10.fc6 (FE6) noa AT resare.com: vorbisgain 5: 0:0.34-2.fc5 (FE5) 6: 0:0.34-1.fc6 (FE6) nomis80 AT nomis80.org: camstream 5: 0:0.26.3-10.fc5 (FE5) 6: 0:0.26.3-9.fc5 (FE6) opencv 5: 0:0.9.7-16.fc5 (FE5) 6: 0:0.9.7-15.fc5 (FE6) paul AT all-the-johnsons.co.uk: monodoc 5: 0:1.1.17-5.fc5 (FE5) 6: 0:1.1.17-4.fc6 (FE6) paul AT city-fan.org: perl-String-CRC32 4: 0:1.4-1.fc4 (FE4) 5: 0:1.4-1.FC5 (FC5-updates) 6: 0:1.4-2.fc6 (FC6) petersen AT redhat.com: m17n-db 4: 0:1.3.3-1.fc4 (FE4) 5: 0:1.3.3-1 (FC5) 6: 0:1.3.3-22.fc6 (FC6) qspencer AT ieee.org: octave-forge 5: 0:2006.07.09-5.fc5 (FE5) 6: 0:2006.07.09-4.fc6 (FE6) ryo-dairiki AT users.sourceforge.net: scim-tomoe 5: 0:0.2.0-6.fc5.1 (FE5) 6: 0:0.2.0-4.fc6 (FE6) splinux AT fedoraproject.org: pessulus 5: 0:2.16.0-3.fc5 (FE5) 6: 0:2.16.0-1.fc6 (FE6) ---------------------------------------------------------------------- amarok: gauret AT free.fr 5: 0:1.4.2-1.fc5 (FE5) 6: 0:1.4.1-3.fc6 (FE6) camstream: nomis80 AT nomis80.org 5: 0:0.26.3-10.fc5 (FE5) 6: 0:0.26.3-9.fc5 (FE6) db4: UNKNOWN OWNER (possibly Core package) 5: 0:4.3.29-8.fc5 (FC5-updates) 6: 0:4.3.29-7.fc6 (FC6) device-mapper: UNKNOWN OWNER (possibly Core package) 4: 0:1.02.07-2.0 (FC4-updates) 5: 0:1.02.02-3.2 (FC5) 6: 0:1.02.07-1.1 (FC6) dillo: andreas.bierfert AT lowlatency.de 4: 0:0.8.6-2.fc4 (FE4) 5: 0:0.8.6-1.fc5 (FE5) 6: 0:0.8.6-2.fc6 (FE6) firestarter: mpeters AT mac.com 5: 0:1.0.3-11.fc5 (FE5) 6: 0:1.0.3-10.fc6 (FE6) fortune-firefly: meme AT daughtersoftiresias.org 5: 0:2.1.1-2.fc5 (FE5) 6: 0:2.1.1-1.fc6 (FE6) frysk: UNKNOWN OWNER (possibly Core package) 5: 0:0.0.1.2006.09.08.rh1-2.fc5 (FC5-updates) 6: 0:0.0.1.2006.08.30.rh1-1.fc6 (FC6) ftp: UNKNOWN OWNER (possibly Core package) 5: 0:0.17-33.fc5 (FC5-updates) 6: 0:0.17-32.1.2.4 (FC6) gcin: candyz0416 AT gmail.com 5: 0:1.2.5-2.fc5 (FE5) 6: 0:1.2.5-1.fc6 (FE6) libpqxx: andreas.bierfert AT lowlatency.de 5: 0:2.6.7-1.fc5 (FE5) 6: 0:2.6.6-1.fc6 (FE6) lvm2: UNKNOWN OWNER (possibly Core package) 4: 0:2.02.06-1.0.fc4 (FC4-updates) 5: 0:2.02.01-1.2.1 (FC5) 6: 0:2.02.06-3 (FC6) m17n-db: petersen AT redhat.com 4: 0:1.3.3-1.fc4 (FE4) 5: 0:1.3.3-1 (FC5) 6: 0:1.3.3-22.fc6 (FC6) monodoc: paul AT all-the-johnsons.co.uk 5: 0:1.1.17-5.fc5 (FE5) 6: 0:1.1.17-4.fc6 (FE6) mozilla: UNKNOWN OWNER (possibly Core package) 3: 37:1.7.13-1.3.1.legacy (FL3-updates) 4: 37:1.7.13-1.1.fc4 (FC4-updates) 5: 37:1.7.13-1.1.fc5 (FC5-updates) octave-forge: qspencer AT ieee.org 5: 0:2006.07.09-5.fc5 (FE5) 6: 0:2006.07.09-4.fc6 (FE6) opencv: nomis80 AT nomis80.org 5: 0:0.9.7-16.fc5 (FE5) 6: 0:0.9.7-15.fc5 (FE6) perl-String-CRC32: paul AT city-fan.org 4: 0:1.4-1.fc4 (FE4) 5: 0:1.4-1.FC5 (FC5-updates) 6: 0:1.4-2.fc6 (FC6) pessulus: splinux AT fedoraproject.org 5: 0:2.16.0-3.fc5 (FE5) 6: 0:2.16.0-1.fc6 (FE6) quagga: UNKNOWN OWNER (possibly Core package) 4: 0:0.98.6-1.fc4 (FC4-updates) 5: 0:0.98.6-1.FC5 (FC5-updates) 6: 0:0.98.6-2.1 (FC6) scim-tomoe: ryo-dairiki AT users.sourceforge.net 5: 0:0.2.0-6.fc5.1 (FE5) 6: 0:0.2.0-4.fc6 (FE6) stratagus: lemenkov AT gmail.com 5: 0:2.1-6.fc5 (FE5) 6: 0:2.1-5.fc6 (FE6) tinyerp: dan AT danny.cz 5: 0:3.3.0-3.fc5 (FE5) 6: 0:3.3.0-2.fc6 (FE6) vorbisgain: noa AT resare.com 5: 0:0.34-2.fc5 (FE5) 6: 0:0.34-1.fc6 (FE6) From notting at redhat.com Tue Sep 12 15:18:16 2006 From: notting at redhat.com (Bill Nottingham) Date: Tue, 12 Sep 2006 11:18:16 -0400 Subject: Fedora Extras rebuild for FC6 reminder nagmails In-Reply-To: <20060912164443.7ca9754b@ludwig-alpha> References: <20060911090236.16c1f1f6@ludwig-alpha> <20060911164834.GA2940@nostromo.devel.redhat.com> <20060912164443.7ca9754b@ludwig-alpha> Message-ID: <20060912151816.GA16621@nostromo.devel.redhat.com> Christian Iseli (Christian.Iseli at licr.org) said: > On Mon, 11 Sep 2006 12:48:34 -0400, Bill Nottingham wrote: > > openmpi appears to be in rawhide ATM > > I'm confused... Does it live in Core or in Extras ? > > It is part of the CVSROOT/modules file for Extras, and appears to be > absent from that of Core, if that's any indication... openmpi-1.1-4 seems to have been built for Fedora Core on August 27; the CVS thing appears to be a sync issue. Bill From jkeating at redhat.com Tue Sep 12 15:26:19 2006 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 12 Sep 2006 11:26:19 -0400 Subject: Broken upgrade paths in FC+FE 2006-09-12 In-Reply-To: <20060912150815.8418A15212C@buildsys.fedoraproject.org> References: <20060912150815.8418A15212C@buildsys.fedoraproject.org> Message-ID: <200609121126.19950.jkeating@redhat.com> On Tuesday 12 September 2006 11:08, buildsys at fedoraproject.org wrote: > ? ? quagga > ? ? ? 4: 0:0.98.6-1.fc4 (FC4-updates) > ? ? ? 5: 0:0.98.6-1.FC5 (FC5-updates) > ? ? ? 6: 0:0.98.6-2.1 (FC6) The only problem here I see is going from 4 to 5, but 4 to 6 and 5 to 6 should work. ? > paul AT city-fan.org: > ? ? perl-String-CRC32 > ? ? ? 4: 0:1.4-1.fc4 (FE4) > ? ? ? 5: 0:1.4-1.FC5 (FC5-updates) > ? ? ? 6: 0:1.4-2.fc6 (FC6) Again, only a problem going from 4 to 5, but 4 to 6 and 5 to 6 is fine. ? ? > petersen AT redhat.com: > ? ? m17n-db > ? ? ? 4: 0:1.3.3-1.fc4 (FE4) > ? ? ? 5: 0:1.3.3-1 (FC5) > ? ? ? 6: 0:1.3.3-22.fc6 (FC6) > ? ? Same story here. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From buildsys at fedoraproject.org Tue Sep 12 15:29:08 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Tue, 12 Sep 2006 15:29:08 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-12 Message-ID: <20060912152908.16489.10979@extras64.linux.duke.edu> Summary of broken packages (by owner): ---------------------------------------------------------------------- Jochen AT herr-schmitt.de blender - 2.42-9.fc6.i386 blender - 2.42-9.fc6.ppc blender - 2.42-9.fc6.x86_64 andreas.bierfert AT lowlatency.de koffice-krita - 1.5.2-1.fc6.i386 koffice-krita - 1.5.2-1.fc6.ppc koffice-krita - 1.5.2-1.fc6.x86_64 bdpepple AT ameritech.net contact-lookup-applet - 0.14-3.fc6.i386 contact-lookup-applet - 0.14-3.fc6.ppc contact-lookup-applet - 0.14-3.fc6.x86_64 byte AT fedoraproject.org gaim-guifications - 2.12-3.fc5.i386 gaim-guifications - 2.12-3.fc5.ppc gaim-guifications - 2.12-3.fc5.x86_64 dwmw2 AT redhat.com exim-sa - 4.63-1.fc6.i386 exim-sa - 4.63-1.fc6.ppc exim-sa - 4.63-1.fc6.x86_64 foolish AT guezz.net muine - 0.8.5-1.fc6.i386 muine - 0.8.5-1.fc6.ppc muine - 0.8.5-1.fc6.x86_64 gauret AT free.fr amarok - 1.4.1-3.fc6.i386 amarok - 1.4.1-3.fc6.ppc showimg-pgsql - 0.9.5-7.fc4.i386 showimg-pgsql - 0.9.5-7.fc4.ppc showimg-pgsql - 0.9.5-7.fc4.x86_64 showimg-pgsql - 0.9.5-7.fc5.i386 showimg-pgsql - 0.9.5-7.fc5.ppc showimg-pgsql - 0.9.5-7.fc5.x86_64 j.w.r.degoede AT hhs.nl tremulous - 1.1.0-2.fc5.i386 tremulous - 1.1.0-2.fc5.ppc tremulous - 1.1.0-2.fc5.x86_64 michael AT knox.net.nz fyre - 1.0.0-14.fc6.i386 fyre - 1.0.0-14.fc6.ppc fyre - 1.0.0-14.fc6.x86_64 mpeters AT mac.com gfontview - 0.5.0-5.fc5.i386 gfontview - 0.5.0-5.fc5.ppc gfontview - 0.5.0-5.fc5.x86_64 gtkhtml36 - 3.6.2-5.fc6.i386 gtkhtml36 - 3.6.2-5.fc6.ppc gtkhtml36 - 3.6.2-5.fc6.x86_64 libvisual-plugins - 0.2.0-3.fc5.i386 libvisual-plugins - 0.2.0-3.fc5.i386 libvisual-plugins - 0.2.0-3.fc5.ppc libvisual-plugins - 0.2.0-3.fc5.ppc libvisual-plugins - 0.2.0-3.fc5.x86_64 libvisual-plugins - 0.2.0-3.fc5.x86_64 rolandd AT cisco.com libibverbs - 1.0.3-1.fc6.i386 libibverbs - 1.0.3-1.fc6.ppc libibverbs - 1.0.3-1.fc6.x86_64 libibverbs-utils - 1.0.3-1.fc6.i386 libibverbs-utils - 1.0.3-1.fc6.ppc libibverbs-utils - 1.0.3-1.fc6.x86_64 thomas AT apestaart.org directfb - 0.9.24-5.fc5.i386 directfb - 0.9.24-5.fc5.ppc directfb - 0.9.24-5.fc5.x86_64 Broken packages in fedora-extras-5-i386: ---------------------------------------------------------------------- libvisual-plugins-0.2.0-3.fc5.i386 requires libvisual.so.0 showimg-pgsql-0.9.5-7.fc5.i386 requires libpqxx-2.6.6.so tremulous-1.1.0-2.fc5.i386 requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-5-x86_64: ---------------------------------------------------------------------- libvisual-plugins-0.2.0-3.fc5.x86_64 requires libvisual.so.0()(64bit) showimg-pgsql-0.9.5-7.fc5.x86_64 requires libpqxx-2.6.6.so()(64bit) tremulous-1.1.0-2.fc5.x86_64 requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-5-ppc: ---------------------------------------------------------------------- libvisual-plugins-0.2.0-3.fc5.ppc requires libvisual.so.0 showimg-pgsql-0.9.5-7.fc5.ppc requires libpqxx-2.6.6.so tremulous-1.1.0-2.fc5.ppc requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-4-i386: ---------------------------------------------------------------------- showimg-pgsql-0.9.5-7.fc4.i386 requires libpqxx-2.6.6.so Broken packages in fedora-extras-4-x86_64: ---------------------------------------------------------------------- showimg-pgsql-0.9.5-7.fc4.x86_64 requires libpqxx-2.6.6.so()(64bit) Broken packages in fedora-extras-4-ppc: ---------------------------------------------------------------------- showimg-pgsql-0.9.5-7.fc4.ppc requires libpqxx-2.6.6.so Broken packages in fedora-extras-development-i386: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.i386 requires HelixPlayer blender-2.42-9.fc6.i386 requires libImath.so.2 blender-2.42-9.fc6.i386 requires libIlmImf.so.2 blender-2.42-9.fc6.i386 requires libHalf.so.2 blender-2.42-9.fc6.i386 requires libIex.so.2 contact-lookup-applet-0.14-3.fc6.i386 requires libebook-1.2.so.5 directfb-0.9.24-5.fc5.i386 requires libsysfs.so.1 exim-sa-4.63-1.fc6.i386 requires exim = 0:4.63-1.fc6 fyre-1.0.0-14.fc6.i386 requires libImath.so.2 fyre-1.0.0-14.fc6.i386 requires libIlmImf.so.2 fyre-1.0.0-14.fc6.i386 requires libHalf.so.2 fyre-1.0.0-14.fc6.i386 requires libIex.so.2 gaim-guifications-2.12-3.fc5.i386 requires gaim < 1:2 gfontview-0.5.0-5.fc5.i386 requires libttf.so.2 gtkhtml36-3.6.2-5.fc6.i386 requires libgailutil.so.17 koffice-krita-1.5.2-1.fc6.i386 requires libIlmImf.so.2 koffice-krita-1.5.2-1.fc6.i386 requires libImath.so.2 koffice-krita-1.5.2-1.fc6.i386 requires libIex.so.2 koffice-krita-1.5.2-1.fc6.i386 requires libHalf.so.2 libibverbs-1.0.3-1.fc6.i386 requires libsysfs.so.1 libibverbs-utils-1.0.3-1.fc6.i386 requires libsysfs.so.1 libvisual-plugins-0.2.0-3.fc5.i386 requires libvisual.so.0 muine-0.8.5-1.fc6.i386 requires mono(glib-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.i386 requires mono(gtk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.i386 requires mono(gdk-sharp) = 0:2.8.0.0 Broken packages in fedora-extras-development-x86_64: ---------------------------------------------------------------------- blender-2.42-9.fc6.x86_64 requires libIlmImf.so.2()(64bit) blender-2.42-9.fc6.x86_64 requires libImath.so.2()(64bit) blender-2.42-9.fc6.x86_64 requires libHalf.so.2()(64bit) blender-2.42-9.fc6.x86_64 requires libIex.so.2()(64bit) contact-lookup-applet-0.14-3.fc6.x86_64 requires libebook-1.2.so.5()(64bit) directfb-0.9.24-5.fc5.x86_64 requires libsysfs.so.1()(64bit) exim-sa-4.63-1.fc6.x86_64 requires exim = 0:4.63-1.fc6 fyre-1.0.0-14.fc6.x86_64 requires libIlmImf.so.2()(64bit) fyre-1.0.0-14.fc6.x86_64 requires libImath.so.2()(64bit) fyre-1.0.0-14.fc6.x86_64 requires libHalf.so.2()(64bit) fyre-1.0.0-14.fc6.x86_64 requires libIex.so.2()(64bit) gaim-guifications-2.12-3.fc5.x86_64 requires gaim < 1:2 gfontview-0.5.0-5.fc5.x86_64 requires libttf.so.2()(64bit) gtkhtml36-3.6.2-5.fc6.x86_64 requires libgailutil.so.17()(64bit) koffice-krita-1.5.2-1.fc6.x86_64 requires libIlmImf.so.2()(64bit) koffice-krita-1.5.2-1.fc6.x86_64 requires libHalf.so.2()(64bit) koffice-krita-1.5.2-1.fc6.x86_64 requires libImath.so.2()(64bit) koffice-krita-1.5.2-1.fc6.x86_64 requires libIex.so.2()(64bit) libibverbs-1.0.3-1.fc6.x86_64 requires libsysfs.so.1()(64bit) libibverbs-utils-1.0.3-1.fc6.x86_64 requires libsysfs.so.1()(64bit) libvisual-plugins-0.2.0-3.fc5.x86_64 requires libvisual.so.0()(64bit) muine-0.8.5-1.fc6.x86_64 requires mono(gdk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.x86_64 requires mono(gtk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.x86_64 requires mono(glib-sharp) = 0:2.8.0.0 Broken packages in fedora-extras-development-ppc: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.ppc requires HelixPlayer blender-2.42-9.fc6.ppc requires libImath.so.2 blender-2.42-9.fc6.ppc requires libIlmImf.so.2 blender-2.42-9.fc6.ppc requires libHalf.so.2 blender-2.42-9.fc6.ppc requires libIex.so.2 contact-lookup-applet-0.14-3.fc6.ppc requires libebook-1.2.so.5 directfb-0.9.24-5.fc5.ppc requires libsysfs.so.1 exim-sa-4.63-1.fc6.ppc requires exim = 0:4.63-1.fc6 fyre-1.0.0-14.fc6.ppc requires libImath.so.2 fyre-1.0.0-14.fc6.ppc requires libIlmImf.so.2 fyre-1.0.0-14.fc6.ppc requires libHalf.so.2 fyre-1.0.0-14.fc6.ppc requires libIex.so.2 gaim-guifications-2.12-3.fc5.ppc requires gaim < 1:2 gfontview-0.5.0-5.fc5.ppc requires libttf.so.2 gtkhtml36-3.6.2-5.fc6.ppc requires libgailutil.so.17 koffice-krita-1.5.2-1.fc6.ppc requires libIlmImf.so.2 koffice-krita-1.5.2-1.fc6.ppc requires libImath.so.2 koffice-krita-1.5.2-1.fc6.ppc requires libIex.so.2 koffice-krita-1.5.2-1.fc6.ppc requires libHalf.so.2 libibverbs-1.0.3-1.fc6.ppc requires libsysfs.so.1 libibverbs-utils-1.0.3-1.fc6.ppc requires libsysfs.so.1 libvisual-plugins-0.2.0-3.fc5.ppc requires libvisual.so.0 muine-0.8.5-1.fc6.ppc requires mono(glib-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.ppc requires mono(gtk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.ppc requires mono(gdk-sharp) = 0:2.8.0.0 ====================================================================== New report for: michael AT knox.net.nz package: fyre - 1.0.0-14.fc6.i386 from fedora-extras-development-i386 unresolved deps: libImath.so.2 libIlmImf.so.2 libHalf.so.2 libIex.so.2 package: fyre - 1.0.0-14.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libIlmImf.so.2()(64bit) libImath.so.2()(64bit) libHalf.so.2()(64bit) libIex.so.2()(64bit) package: fyre - 1.0.0-14.fc6.ppc from fedora-extras-development-ppc unresolved deps: libImath.so.2 libIlmImf.so.2 libHalf.so.2 libIex.so.2 ====================================================================== New report for: mpeters AT mac.com package: gtkhtml36 - 3.6.2-5.fc6.i386 from fedora-extras-development-i386 unresolved deps: libgailutil.so.17 package: libvisual-plugins - 0.2.0-3.fc5.i386 from fedora-extras-development-i386 unresolved deps: libvisual.so.0 package: gfontview - 0.5.0-5.fc5.i386 from fedora-extras-development-i386 unresolved deps: libttf.so.2 package: gfontview - 0.5.0-5.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libttf.so.2()(64bit) package: libvisual-plugins - 0.2.0-3.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libvisual.so.0()(64bit) package: gtkhtml36 - 3.6.2-5.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libgailutil.so.17()(64bit) package: gtkhtml36 - 3.6.2-5.fc6.ppc from fedora-extras-development-ppc unresolved deps: libgailutil.so.17 package: libvisual-plugins - 0.2.0-3.fc5.ppc from fedora-extras-development-ppc unresolved deps: libvisual.so.0 package: gfontview - 0.5.0-5.fc5.ppc from fedora-extras-development-ppc unresolved deps: libttf.so.2 ====================================================================== New report for: andreas.bierfert AT lowlatency.de package: koffice-krita - 1.5.2-1.fc6.i386 from fedora-extras-development-i386 unresolved deps: libIlmImf.so.2 libImath.so.2 libIex.so.2 libHalf.so.2 package: koffice-krita - 1.5.2-1.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libIlmImf.so.2()(64bit) libHalf.so.2()(64bit) libImath.so.2()(64bit) libIex.so.2()(64bit) package: koffice-krita - 1.5.2-1.fc6.ppc from fedora-extras-development-ppc unresolved deps: libIlmImf.so.2 libImath.so.2 libIex.so.2 libHalf.so.2 ====================================================================== New report for: byte AT fedoraproject.org package: gaim-guifications - 2.12-3.fc5.i386 from fedora-extras-development-i386 unresolved deps: gaim < 1:2 package: gaim-guifications - 2.12-3.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: gaim < 1:2 package: gaim-guifications - 2.12-3.fc5.ppc from fedora-extras-development-ppc unresolved deps: gaim < 1:2 ====================================================================== New report for: dwmw2 AT redhat.com package: exim-sa - 4.63-1.fc6.i386 from fedora-extras-development-i386 unresolved deps: exim = 0:4.63-1.fc6 package: exim-sa - 4.63-1.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: exim = 0:4.63-1.fc6 package: exim-sa - 4.63-1.fc6.ppc from fedora-extras-development-ppc unresolved deps: exim = 0:4.63-1.fc6 ====================================================================== New report for: Jochen AT herr-schmitt.de package: blender - 2.42-9.fc6.i386 from fedora-extras-development-i386 unresolved deps: libImath.so.2 libIlmImf.so.2 libHalf.so.2 libIex.so.2 package: blender - 2.42-9.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libIlmImf.so.2()(64bit) libImath.so.2()(64bit) libHalf.so.2()(64bit) libIex.so.2()(64bit) package: blender - 2.42-9.fc6.ppc from fedora-extras-development-ppc unresolved deps: libImath.so.2 libIlmImf.so.2 libHalf.so.2 libIex.so.2 ====================================================================== New report for: foolish AT guezz.net package: muine - 0.8.5-1.fc6.i386 from fedora-extras-development-i386 unresolved deps: mono(glib-sharp) = 0:2.8.0.0 mono(gtk-sharp) = 0:2.8.0.0 mono(gdk-sharp) = 0:2.8.0.0 package: muine - 0.8.5-1.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: mono(gdk-sharp) = 0:2.8.0.0 mono(gtk-sharp) = 0:2.8.0.0 mono(glib-sharp) = 0:2.8.0.0 package: muine - 0.8.5-1.fc6.ppc from fedora-extras-development-ppc unresolved deps: mono(glib-sharp) = 0:2.8.0.0 mono(gtk-sharp) = 0:2.8.0.0 mono(gdk-sharp) = 0:2.8.0.0 ====================================================================== New report for: thomas AT apestaart.org package: directfb - 0.9.24-5.fc5.i386 from fedora-extras-development-i386 unresolved deps: libsysfs.so.1 package: directfb - 0.9.24-5.fc5.x86_64 from fedora-extras-development-x86_64 unresolved deps: libsysfs.so.1()(64bit) package: directfb - 0.9.24-5.fc5.ppc from fedora-extras-development-ppc unresolved deps: libsysfs.so.1 ====================================================================== New report for: rolandd AT cisco.com package: libibverbs - 1.0.3-1.fc6.i386 from fedora-extras-development-i386 unresolved deps: libsysfs.so.1 package: libibverbs-utils - 1.0.3-1.fc6.i386 from fedora-extras-development-i386 unresolved deps: libsysfs.so.1 package: libibverbs - 1.0.3-1.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libsysfs.so.1()(64bit) package: libibverbs-utils - 1.0.3-1.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libsysfs.so.1()(64bit) package: libibverbs-utils - 1.0.3-1.fc6.ppc from fedora-extras-development-ppc unresolved deps: libsysfs.so.1 package: libibverbs - 1.0.3-1.fc6.ppc from fedora-extras-development-ppc unresolved deps: libsysfs.so.1 ====================================================================== New report for: gauret AT free.fr package: amarok - 1.4.1-3.fc6.i386 from fedora-extras-development-i386 unresolved deps: HelixPlayer package: amarok - 1.4.1-3.fc6.ppc from fedora-extras-development-ppc unresolved deps: HelixPlayer ====================================================================== New report for: bdpepple AT ameritech.net package: contact-lookup-applet - 0.14-3.fc6.i386 from fedora-extras-development-i386 unresolved deps: libebook-1.2.so.5 package: contact-lookup-applet - 0.14-3.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libebook-1.2.so.5()(64bit) package: contact-lookup-applet - 0.14-3.fc6.ppc from fedora-extras-development-ppc unresolved deps: libebook-1.2.so.5 From dwmw2 at infradead.org Tue Sep 12 16:10:38 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 12 Sep 2006 17:10:38 +0100 Subject: [Fwd: Broken dependencies in Fedora Extras - 2006-09-12] Message-ID: <1158077438.9189.111.camel@hades.cambridge.redhat.com> The exim-sa package is dead but still haunts me.... how can I make it go away? -- dwmw2 -------------- next part -------------- An embedded message was scrubbed... From: Fedora Extras repoclosure Subject: Broken dependencies in Fedora Extras - 2006-09-12 Date: Tue, 12 Sep 2006 15:29:08 -0000 Size: 2479 URL: From bugs.michael at gmx.net Tue Sep 12 16:29:57 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 12 Sep 2006 18:29:57 +0200 Subject: exim-sa (Re: [Fwd: Broken dependencies in Fedora Extras - 2006-09-12]) In-Reply-To: <1158077438.9189.111.camel@hades.cambridge.redhat.com> References: <1158077438.9189.111.camel@hades.cambridge.redhat.com> Message-ID: <20060912182957.5d9e74e1.bugs.michael@gmx.net> On Tue, 12 Sep 2006 17:10:38 +0100, David Woodhouse wrote: > The exim-sa package is dead but still haunts me.... how can I make it go > away? By adding "Obsoletes: exim-sa < %{version}-%{release}" to the package which replaces it. We can also remove the exim-sa packages from the devel repository. But without a proper Obsoletes in place, there's a broken upgrade path from FE5 and earlier. From rdreier at cisco.com Tue Sep 12 16:24:40 2006 From: rdreier at cisco.com (Roland Dreier) Date: Tue, 12 Sep 2006 09:24:40 -0700 Subject: Broken dependencies on libsysfs.so.1 ?? Message-ID: I maintain the libibverbs package in Fedora Extras, and I've been getting automated emails saying stuff like: > This is an automated mail created by an experimental script. > Your following packages in the repository contain broken dependencies: > > package: libibverbs - 1.0.3-1.fc6.i386 from fedora-extras-development-i386 > unresolved deps: > libsysfs.so.1 Ordinarily, I would understand that, but the mystery is that the libibverbs spec file's only references to libsysfs are: BuildRequires: %{_includedir}/sysfs/libsysfs.h and %package devel Requires: %{name} = %{version}-%{release} %{_includedir}/sysfs/libsysfs.h If I look at the build report, I see: Executing /usr/sbin/mock-helper yum --installroot /var/lib/mock/fedora-development-i386-core-556a5fabd133ba2674379cbe88a8b01eef9c14c9/root resolvedep '/usr/include/sysfs/libsysfs.h' 0:libsysfs-devel-2.0.0-5.i386 ... Executing /usr/sbin/mock-helper yum --installroot /var/lib/mock/fedora-development-i386-core-556a5fabd133ba2674379cbe88a8b01eef9c14c9/root install '/usr/include/sysfs/libsysfs.h' warning: libsysfs-2.0.0-5: Header V3 DSA signature: NOKEY, key ID 897da07a ============================================================================= Package Arch Version Repository Size ============================================================================= Installing: libsysfs-devel i386 2.0.0-5 core 24 k Installing for dependencies: libsysfs i386 2.0.0-5 core 46 k Transaction Summary ============================================================================= Install 2 Package(s) Update 0 Package(s) Remove 0 Package(s) Total download size: 70 k Installed: libsysfs-devel.i386 0:2.0.0-5 Dependency Installed: libsysfs.i386 0:2.0.0-5 and the build log says: Requires: libc.so.6 libc.so.6(GLIBC_2.0) libc.so.6(GLIBC_2.1.1) libc.so.6(GLIBC_2.1.3) libc.so.6(GLIBC_2.2) libc.so.6(GLIBC_2.3.4) libc.so.6(GLIBC_2.4) libdl.so.2 libdl.so.2(GLIBC_2.0) libdl.so.2(GLIBC_2.1) libibverbs.so.1 libpthread.so.0 libpthread.so.0(GLIBC_2.0) libpthread.so.0(GLIBC_2.3.2) libsysfs.so.2 rtld(GNU_HASH) So as far as I can tell, the correct version of libsysfs is being built against, and the build system is coming up with the right Requires line. So why do I keep getting those automated emails?? Thanks, Roland From mtasaka at ioa.s.u-tokyo.ac.jp Tue Sep 12 16:57:55 2006 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Wed, 13 Sep 2006 01:57:55 +0900 Subject: Broken dependencies on libsysfs.so.1 ?? In-Reply-To: References: Message-ID: <4506E713.2050605@ioa.s.u-tokyo.ac.jp> Roland Dreier wrote: > I maintain the libibverbs package in Fedora Extras, and I've been > getting automated emails saying stuff like: > > > This is an automated mail created by an experimental script. > > Your following packages in the repository contain broken dependencies: > > > > package: libibverbs - 1.0.3-1.fc6.i386 from fedora-extras-development-i386 > > unresolved deps: > > libsysfs.so.1 > > So why do I keep getting those automated emails?? > > Thanks, > Roland > This is because you didn't bump the release. Not bumping release number will not sweep the older rpms out. From tibbs at math.uh.edu Tue Sep 12 17:24:19 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Tue, 12 Sep 2006 12:24:19 -0500 Subject: Broken dependencies on libsysfs.so.1 ?? In-Reply-To: (Roland Dreier's message of "Tue, 12 Sep 2006 09:24:40 -0700") References: Message-ID: >>>>> "RD" == Roland Dreier writes: RD> So as far as I can tell, the correct version of libsysfs is being RD> built against, and the build system is coming up with the right RD> Requires line. > rpm -qp --requires libibverbs-1.0.3-1.fc6.i386.rpm|grep sysfs libsysfs.so.1 So somehow rpm has decided that the package requires libsysfs.so.1 RD> So why do I keep getting those automated emails?? Have you rebuilt since libsysfs version 2 was added to the distro? Your package is older than the libsysfs package in rawhide, but it's hard to tell. Your package needs rebuilding in any case; perhaps simply bumping the release and queuing a rebuild will fix the issue. - J< From jnovy at redhat.com Tue Sep 12 17:53:46 2006 From: jnovy at redhat.com (Jindrich Novy) Date: Tue, 12 Sep 2006 19:53:46 +0200 Subject: Broken upgrade paths in FC+FE 2006-09-12 In-Reply-To: <20060912150815.8418A15212C@buildsys.fedoraproject.org> References: <20060912150815.8418A15212C@buildsys.fedoraproject.org> Message-ID: <1158083626.3337.2.camel@localhost.localdomain> On Tue, 2006-09-12 at 11:08 -0400, buildsys at fedoraproject.org wrote: > UNKNOWN OWNER (possibly Core package): > db4 > 5: 0:4.3.29-8.fc5 (FC5-updates) > 6: 0:4.3.29-7.fc6 (FC6) Fixed. -- Jindrich Novy , http://people.redhat.com/jnovy/ (o_ _o) //\ The worst evil in the world is refusal to think. //\ V_/_ _\_V From rdreier at cisco.com Tue Sep 12 18:09:12 2006 From: rdreier at cisco.com (Roland Dreier) Date: Tue, 12 Sep 2006 11:09:12 -0700 Subject: Broken dependencies on libsysfs.so.1 ?? In-Reply-To: <4506E713.2050605@ioa.s.u-tokyo.ac.jp> (Mamoru Tasaka's message of "Wed, 13 Sep 2006 01:57:55 +0900") References: <4506E713.2050605@ioa.s.u-tokyo.ac.jp> Message-ID: Mamoru> This is because you didn't bump the release. Not bumping Mamoru> release number will not sweep the older rpms out. Thanks, that must be the problem. I've bumped the release in the spec file and started a new build. - R. From ville.skytta at iki.fi Tue Sep 12 18:17:29 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 12 Sep 2006 21:17:29 +0300 Subject: Broken upgrade paths in FC+FE 2006-09-12 In-Reply-To: <200609121126.19950.jkeating@redhat.com> References: <20060912150815.8418A15212C@buildsys.fedoraproject.org> <200609121126.19950.jkeating@redhat.com> Message-ID: <1158085049.3035.22.camel@viper.local> On Tue, 2006-09-12 at 11:26 -0400, Jesse Keating wrote: > On Tuesday 12 September 2006 11:08, buildsys at fedoraproject.org wrote: > > quagga > > 4: 0:0.98.6-1.fc4 (FC4-updates) > > 5: 0:0.98.6-1.FC5 (FC5-updates) > > 6: 0:0.98.6-2.1 (FC6) > > The only problem here I see is going from 4 to 5, but 4 to 6 and 5 to 6 should > work. [...] > Again, only a problem going from 4 to 5, but 4 to 6 and 5 to 6 is fine. [...] > Same story here. Yes, that's how the upgrade checker script currently works: it finds the first problematic upgrade path and reports everything onwards from it without checking later paths. Improving this is on my TODO list, but I'm not sure if it's that useful to also check upgrade paths that have "holes" in them such as going directly from FC4 to FC6 -- I think it'd just add noise to the reports making it harder to spot the actual problem. By the way, I don't have the impression that packagers are expected to make sure that upgrades like directly from FC(x) to FC(x+2) without stopping at FC(x+1) do work in the first place. Other opinions? From sundaram at fedoraproject.org Tue Sep 12 18:31:46 2006 From: sundaram at fedoraproject.org (Rahul) Date: Wed, 13 Sep 2006 00:01:46 +0530 Subject: Broken upgrade paths in FC+FE 2006-09-12 In-Reply-To: <1158085049.3035.22.camel@viper.local> References: <20060912150815.8418A15212C@buildsys.fedoraproject.org> <200609121126.19950.jkeating@redhat.com> <1158085049.3035.22.camel@viper.local> Message-ID: <4506FD12.8060908@fedoraproject.org> Ville Skytt? wrote: > > By the way, I don't have the impression that packagers are expected to > make sure that upgrades like directly from FC(x) to FC(x+2) without > stopping at FC(x+1) do work in the first place. Other opinions? > We definitely need to make sure that works. Many uses skip releases because they dont want to upgrade so soon and they didnt find any benefits in the latest release or there are some regressions and things like that. Upgrade paths to newer releases should always be as smooth as possible (not just between x and x+2). Rahul From buildsys at fedoraproject.org Tue Sep 12 19:18:32 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 12 Sep 2006 22:18:32 +0300 (EEST) Subject: Broken upgrade paths in FC+FE 2006-09-12 Message-ID: <20060912191832.21E5E77CA3@viper.local> ---------------------------------------------------------------------- From garrick at usc.edu Tue Sep 12 19:37:08 2006 From: garrick at usc.edu (Garrick Staples) Date: Tue, 12 Sep 2006 12:37:08 -0700 Subject: Broken upgrade paths in FC+FE 2006-09-12 In-Reply-To: <4506FD12.8060908@fedoraproject.org> References: <20060912150815.8418A15212C@buildsys.fedoraproject.org> <200609121126.19950.jkeating@redhat.com> <1158085049.3035.22.camel@viper.local> <4506FD12.8060908@fedoraproject.org> Message-ID: <20060912193708.GO3768@polop.usc.edu> On Wed, Sep 13, 2006 at 12:01:46AM +0530, Rahul alleged: > Ville Skytt? wrote: > > > > >By the way, I don't have the impression that packagers are expected to > >make sure that upgrades like directly from FC(x) to FC(x+2) without > >stopping at FC(x+1) do work in the first place. Other opinions? > > > > We definitely need to make sure that works. Many uses skip releases > because they dont want to upgrade so soon and they didnt find any > benefits in the latest release or there are some regressions and things > like that. Upgrade paths to newer releases should always be as smooth as > possible (not just between x and x+2). Ditto. All upgrade paths should work correctly. -- Garrick Staples, Linux/HPCC Administrator University of Southern California -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ville.skytta at iki.fi Tue Sep 12 19:43:26 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 12 Sep 2006 22:43:26 +0300 Subject: Broken upgrade paths in FC+FE 2006-09-12 In-Reply-To: <20060912191832.21E5E77CA3@viper.local> References: <20060912191832.21E5E77CA3@viper.local> Message-ID: <1158090206.3035.27.camel@viper.local> On Tue, 2006-09-12 at 22:18 +0300, buildsys at fedoraproject.org wrote: > ---------------------------------------------------------------------- Oops. I'll try to remember to use "-n" when testing locally, sorry ;) From bugs.michael at gmx.net Tue Sep 12 19:52:15 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 12 Sep 2006 21:52:15 +0200 Subject: rpms/ez-ipupdate/devel needs.rebuild,1.1,NONE In-Reply-To: <200609121915.k8CJFsrQ001293@cvs-int.fedora.redhat.com> References: <200609121915.k8CJFsrQ001293@cvs-int.fedora.redhat.com> Message-ID: <20060912215215.ceada3f4.bugs.michael@gmx.net> On Tue, 12 Sep 2006 12:15:52 -0700, Jeff Layton wrote: > Author: jlayton > > Update of /cvs/extras/rpms/ez-ipupdate/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv1278 > > Removed Files: > needs.rebuild > Log Message: > Rebuilt for FC6 > > > > --- needs.rebuild DELETED --- Please do increase "Release" for rebuilds. https://www.redhat.com/archives/fedora-extras-list/2006-September/msg00293.html -- Michael Schwendt Fedora Core release 5.92 (FC6 Test3) - Linux 2.6.17-1.2630.fc6 loadavg: 2.82 2.86 2.41 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jlayton at redhat.com Tue Sep 12 20:11:14 2006 From: jlayton at redhat.com (Jeff Layton) Date: Tue, 12 Sep 2006 16:11:14 -0400 Subject: rpms/ez-ipupdate/devel needs.rebuild,1.1,NONE In-Reply-To: <20060912215215.ceada3f4.bugs.michael@gmx.net> References: <200609121915.k8CJFsrQ001293@cvs-int.fedora.redhat.com> <20060912215215.ceada3f4.bugs.michael@gmx.net> Message-ID: <1158091874.2575.19.camel@dantu.rdu.redhat.com> On Tue, 2006-09-12 at 21:52 +0200, Michael Schwendt wrote: > Please do increase "Release" for rebuilds. > > https://www.redhat.com/archives/fedora-extras-list/2006-September/msg00293.html > Oops. My mistake -- will do... -- Jeff From ville.skytta at iki.fi Tue Sep 12 20:33:51 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 12 Sep 2006 23:33:51 +0300 Subject: Broken upgrade paths in FC+FE 2006-09-12 In-Reply-To: <20060912193708.GO3768@polop.usc.edu> References: <20060912150815.8418A15212C@buildsys.fedoraproject.org> <200609121126.19950.jkeating@redhat.com> <1158085049.3035.22.camel@viper.local> <4506FD12.8060908@fedoraproject.org> <20060912193708.GO3768@polop.usc.edu> Message-ID: <1158093231.3035.48.camel@viper.local> On Tue, 2006-09-12 at 12:37 -0700, Garrick Staples wrote: > On Wed, Sep 13, 2006 at 12:01:46AM +0530, Rahul alleged: > > Ville Skytt? wrote: > > > > > > > >By the way, I don't have the impression that packagers are expected to > > >make sure that upgrades like directly from FC(x) to FC(x+2) without > > >stopping at FC(x+1) do work in the first place. Other opinions? > > > > > > > We definitely need to make sure that works. Many uses skip releases > > because they dont want to upgrade so soon and they didnt find any > > benefits in the latest release or there are some regressions and things > > like that. Upgrade paths to newer releases should always be as smooth as > > possible (not just between x and x+2). > > Ditto. All upgrade paths should work correctly. Note that I said "upgrades", not "upgrade paths". There are more things in the equation when one upgrades from a distro version to a newer one than just properly increasing per-package EVRs which is what I meant by "upgrade path" in this context (see the subject and the mail which started this thread). Hm, maybe we should use "Package versioning problems" in the report mails for clarity instead? Well, nevertheless I tend to agree for some values of "all" and "should" even in the whole upgrade context, the former in the sense that lines have to be drawn somewhere (directly from RHL5 to FC6 anyone?) and the latter in the sense that no upgrades should be gratuitously broken. Anyway, however it is formulated and wherever the lines are drawn, I think it deserves to be mentioned in guidelines somewhere. Oh, and I made some changes to the version checker script, attached is what the next reports will probably look like. It now includes only the problematic paths, but checks versioning against all newer distro versions instead of only the next one. Comments? (Don't pay too much attention on the actual data, it may not be quite bleeding edge.) -------------- next part -------------- UNKNOWN OWNER (possibly Core package): db4 FC5-updates < FC6 (0:4.3.29-8.fc5 < 0:4.3.29-7.fc6) device-mapper FC4-updates < FC5 (0:1.02.07-2.0 < 0:1.02.02-3.2) FC4-updates < FC6 (0:1.02.07-2.0 < 0:1.02.07-1.1) frysk FC5-updates < FC6 (0:0.0.1.2006.09.08.rh1-2.fc5 < 0:0.0.1.2006.08.30.rh1-1.fc6) ftp FC5-updates < FC6 (0:0.17-33.fc5 < 0:0.17-32.1.2.4) lvm2 FC4-updates < FC5 (0:2.02.06-1.0.fc4 < 0:2.02.01-1.2.1) mozilla FL3-updates < FC4-updates (37:1.7.13-1.3.1.legacy < 37:1.7.13-1.1.fc4) FL3-updates < FC5-updates (37:1.7.13-1.3.1.legacy < 37:1.7.13-1.1.fc5) quagga FC4-updates < FC5-updates (0:0.98.6-1.fc4 < 0:0.98.6-1.FC5) andreas.bierfert AT lowlatency.de: dillo FE3 < FE5 (0:0.8.6-2.fc3 < 0:0.8.6-1.fc5) FE4 < FE5 (0:0.8.6-2.fc4 < 0:0.8.6-1.fc5) libpqxx FE4 < FE6 (0:2.6.7-1.fc4 < 0:2.6.6-1.fc6) FE5 < FE6 (0:2.6.7-1.fc5 < 0:2.6.6-1.fc6) candyz0416 AT gmail.com: gcin FE5 < FE6 (0:1.2.5-2.fc5 < 0:1.2.5-1.fc6) cgoorah AT yahoo.com.au: geda-docs FE5 < FE6 (0:20060906-1.fc5 < 0:20060824-2.fc6) geda-examples FE5 < FE6 (0:20060906-1.fc5 < 0:20060824-4.fc6) geda-gattrib FE5 < FE6 (0:20060906-1.fc5 < 0:20060824-1.fc6) geda-gnetlist FE5 < FE6 (0:20060906-1.fc5 < 0:20060824-2.fc6) geda-gschem FE5 < FE6 (0:20060906-1.fc5 < 0:20060824-1.fc6) geda-gsymcheck FE5 < FE6 (0:20060906-1.fc5 < 0:20060824-1.fc6) geda-symbols FE5 < FE6 (0:20060906-1.fc5 < 0:20060824-2.fc6) geda-utils FE5 < FE6 (0:20060906-1.fc5 < 0:20060824-2.fc6) libgeda FE5 < FE6 (0:20060906-1.fc5 < 0:20060824-1.fc6) chris.stone AT gmail.com: pypoker-eval FE5 < FE6 (0:132.0-3.fc5 < 0:132.0-2.fc6) chrisw AT redhat.com: git FE3 < FE6 (0:1.4.2-1.fc3 < 0:1.4.1-1.fc6) FE4 < FE6 (0:1.4.2-1.fc4 < 0:1.4.1-1.fc6) FE5 < FE6 (0:1.4.2-1.fc5 < 0:1.4.1-1.fc6) cweyl AT alumni.drew.edu: perl-POE-Component-IRC FE5 < FE6 (0:5.02-1.fc5 < 0:5.00-1.fc6) perl-WWW-Myspace FE5 < FE6 (0:0.56-1.fc5 < 0:0.54-1.fc6) dan AT danny.cz: qgit FE4 < FE6 (0:1.5.1-1.fc4 < 0:1.5-1.fc6) FE5 < FE6 (0:1.5.1-1.fc5 < 0:1.5-1.fc6) tinyerp FE5 < FE6 (0:3.3.0-3.fc5 < 0:3.3.0-2.fc6) foolish AT guezz.net: serpentine FE5 < FE6 (0:0.7-4.fc5 < 0:0.7-3.fc6) gauret AT free.fr: amarok FE5 < FE6 (0:1.4.2-1.fc5 < 0:1.4.1-3.fc6) gemi AT bluewin.ch: abcMIDI FE4 < FE6 (0:20060910-1.fc4 < 0:20060829-1.fc6) FE5 < FE6 (0:20060910-1.fc5 < 0:20060829-1.fc6) imlinux AT gmail.com: sqlite2 FE5 < FE6 (0:2.8.17-1.fc5 < 0:2.8.16-3.fc5) jamatos AT fc.up.pt: grace FE5 < FE6 (0:5.1.20-2.fc5 < 0:5.1.20-1.fc6) pyparsing FE4 < FE6 (0:1.4.3-1.fc4 < 0:1.3-1.fc5) FE5 < FE6 (0:1.4.3-1.fc5 < 0:1.3-1.fc5) jeff AT ultimateevil.org: zile FE3 < FE6 (0:2.2.19-1.fc3 < 0:2.2.13-2.fc6) FE4 < FE6 (0:2.2.19-1.fc4 < 0:2.2.13-2.fc6) FE5 < FE6 (0:2.2.19-1.fc5 < 0:2.2.13-2.fc6) lemenkov AT gmail.com: fuse-sshfs FE4 < FE6 (0:1.7-1.fc4 < 0:1.6-2.fc6) FE5 < FE6 (0:1.7-1.fc5 < 0:1.6-2.fc6) stratagus FE4 < FE6 (0:2.1-6.fc4 < 0:2.1-5.fc6) FE5 < FE6 (0:2.1-6.fc5 < 0:2.1-5.fc6) meme AT daughtersoftiresias.org: fortune-firefly FE5 < FE6 (0:2.1.1-2.fc5 < 0:2.1.1-1.fc6) mpeters AT mac.com: firestarter FE5 < FE6 (0:1.0.3-11.fc5 < 0:1.0.3-10.fc6) noa AT resare.com: vorbisgain FE5 < FE6 (0:0.34-2.fc5 < 0:0.34-1.fc6) nomis80 AT nomis80.org: camstream FE5 < FE6 (0:0.26.3-10.fc5 < 0:0.26.3-9.fc5) opencv FE5 < FE6 (0:0.9.7-16.fc5 < 0:0.9.7-15.fc5) paul AT all-the-johnsons.co.uk: monodoc FE5 < FE6 (0:1.1.17-5.fc5 < 0:1.1.17-4.fc6) paul AT city-fan.org: perl-String-CRC32 FE3 < FC5-updates (0:1.4-1.fc3 < 0:1.4-1.FC5) FE4 < FC5-updates (0:1.4-1.fc4 < 0:1.4-1.FC5) pertusus AT free.fr: libsx FE5 < FE6 (0:2.05-10.fc5 < 0:2.05-9.fc6) petersen AT redhat.com: m17n-db FE3 < FC5 (0:1.3.3-1.fc3 < 0:1.3.3-1) FE4 < FC5 (0:1.3.3-1.fc4 < 0:1.3.3-1) qspencer AT ieee.org: octave-forge FE5 < FE6 (0:2006.07.09-5.fc5 < 0:2006.07.09-4.fc6) ryo-dairiki AT users.sourceforge.net: scim-tomoe FE5 < FE6 (0:0.2.0-6.fc5.1 < 0:0.2.0-4.fc6) splinux AT fedoraproject.org: pessulus FE5 < FE6 (0:2.16.0-3.fc5 < 0:2.16.0-1.fc6) tcallawa AT redhat.com: alsamixergui FE4 < FE6 (0:0.9.0-0.3.rc1.fc4 < 0:0.9.0-0.2.rc1.fc5) FE5 < FE6 (0:0.9.0-0.3.rc1.fc5 < 0:0.9.0-0.2.rc1.fc5) blacs FE4 < FE6 (0:1.1-23.fc4 < 0:1.1-22.fc6) FE5 < FE6 (0:1.1-24.fc5 < 0:1.1-22.fc6) compat-wxGTK FE4 < FE6 (0:2.4.2-21.fc4 < 0:2.4.2-20.fc6) FE5 < FE6 (0:2.4.2-21.fc5 < 0:2.4.2-20.fc6) compat-wxPythonGTK2 FE4 < FE6 (0:2.4.2.4-12.fc4 < 0:2.4.2.4-11.fc6) FE5 < FE6 (0:2.4.2.4-12.fc5 < 0:2.4.2.4-11.fc6) gambas FE4 < FE6 (0:1.0.17-3.fc4 < 0:1.0.14-2.fc5) FE5 < FE6 (0:1.0.17-3.fc5 < 0:1.0.14-2.fc5) gxemul FE4 < FE6 (0:0.4.2-1.fc4 < 0:0.4.0.1-3.fc6) FE5 < FE6 (0:0.4.2-1.fc5 < 0:0.4.0.1-3.fc6) jam FE4 < FE6 (0:2.5-4.fc4 < 0:2.5-3.fc5) FE5 < FE6 (0:2.5-4.fc5 < 0:2.5-3.fc5) librx FE4 < FE6 (0:1.5-8.fc4 < 0:1.5-6.fc5) FE5 < FE6 (0:1.5-8.fc5 < 0:1.5-6.fc5) logjam FE4 < FE6 (1:4.5.3-5.fc4 < 1:4.5.3-4.fc6) FE5 < FE6 (1:4.5.3-5.fc5 < 1:4.5.3-4.fc6) perl-UNIVERSAL-exports FE4 < FE6 (0:0.05-2.fc4 < 0:0.05-1.fc6) FE5 < FE6 (0:0.05-2.fc5 < 0:0.05-1.fc6) perl-UNIVERSAL-moniker FE4 < FE6 (0:0.08-4.fc4 < 0:0.08-3.fc5) FE5 < FE6 (0:0.08-4.fc5 < 0:0.08-3.fc5) perl-UNIVERSAL-require FE4 < FE6 (0:0.10-2.fc4 < 0:0.10-1.fc6) FE5 < FE6 (0:0.10-2.fc5 < 0:0.10-1.fc6) wlassistant FE4 < FE6 (0:0.5.5-4.fc4 < 0:0.5.5-3.fc6) FE5 < FE6 (0:0.5.5-4.fc5 < 0:0.5.5-3.fc6) xbase FE5 < FE6 (0:2.0.0-6.fc5 < 0:2.0.0-5.fc6) xbsql FE5 < FE6 (0:0.11-8.fc5 < 0:0.11-6.fc6) ---------------------------------------------------------------------- abcMIDI: gemi AT bluewin.ch FE4 < FE6 (0:20060910-1.fc4 < 0:20060829-1.fc6) FE5 < FE6 (0:20060910-1.fc5 < 0:20060829-1.fc6) alsamixergui: tcallawa AT redhat.com FE4 < FE6 (0:0.9.0-0.3.rc1.fc4 < 0:0.9.0-0.2.rc1.fc5) FE5 < FE6 (0:0.9.0-0.3.rc1.fc5 < 0:0.9.0-0.2.rc1.fc5) amarok: gauret AT free.fr FE5 < FE6 (0:1.4.2-1.fc5 < 0:1.4.1-3.fc6) blacs: tcallawa AT redhat.com FE4 < FE6 (0:1.1-23.fc4 < 0:1.1-22.fc6) FE5 < FE6 (0:1.1-24.fc5 < 0:1.1-22.fc6) camstream: nomis80 AT nomis80.org FE5 < FE6 (0:0.26.3-10.fc5 < 0:0.26.3-9.fc5) compat-wxGTK: tcallawa AT redhat.com FE4 < FE6 (0:2.4.2-21.fc4 < 0:2.4.2-20.fc6) FE5 < FE6 (0:2.4.2-21.fc5 < 0:2.4.2-20.fc6) compat-wxPythonGTK2: tcallawa AT redhat.com FE4 < FE6 (0:2.4.2.4-12.fc4 < 0:2.4.2.4-11.fc6) FE5 < FE6 (0:2.4.2.4-12.fc5 < 0:2.4.2.4-11.fc6) db4: UNKNOWN OWNER (possibly Core package) FC5-updates < FC6 (0:4.3.29-8.fc5 < 0:4.3.29-7.fc6) device-mapper: UNKNOWN OWNER (possibly Core package) FC4-updates < FC5 (0:1.02.07-2.0 < 0:1.02.02-3.2) FC4-updates < FC6 (0:1.02.07-2.0 < 0:1.02.07-1.1) dillo: andreas.bierfert AT lowlatency.de FE3 < FE5 (0:0.8.6-2.fc3 < 0:0.8.6-1.fc5) FE4 < FE5 (0:0.8.6-2.fc4 < 0:0.8.6-1.fc5) firestarter: mpeters AT mac.com FE5 < FE6 (0:1.0.3-11.fc5 < 0:1.0.3-10.fc6) fortune-firefly: meme AT daughtersoftiresias.org FE5 < FE6 (0:2.1.1-2.fc5 < 0:2.1.1-1.fc6) frysk: UNKNOWN OWNER (possibly Core package) FC5-updates < FC6 (0:0.0.1.2006.09.08.rh1-2.fc5 < 0:0.0.1.2006.08.30.rh1-1.fc6) ftp: UNKNOWN OWNER (possibly Core package) FC5-updates < FC6 (0:0.17-33.fc5 < 0:0.17-32.1.2.4) fuse-sshfs: lemenkov AT gmail.com FE4 < FE6 (0:1.7-1.fc4 < 0:1.6-2.fc6) FE5 < FE6 (0:1.7-1.fc5 < 0:1.6-2.fc6) gambas: tcallawa AT redhat.com FE4 < FE6 (0:1.0.17-3.fc4 < 0:1.0.14-2.fc5) FE5 < FE6 (0:1.0.17-3.fc5 < 0:1.0.14-2.fc5) gcin: candyz0416 AT gmail.com FE5 < FE6 (0:1.2.5-2.fc5 < 0:1.2.5-1.fc6) geda-docs: cgoorah AT yahoo.com.au FE5 < FE6 (0:20060906-1.fc5 < 0:20060824-2.fc6) geda-examples: cgoorah AT yahoo.com.au FE5 < FE6 (0:20060906-1.fc5 < 0:20060824-4.fc6) geda-gattrib: cgoorah AT yahoo.com.au FE5 < FE6 (0:20060906-1.fc5 < 0:20060824-1.fc6) geda-gnetlist: cgoorah AT yahoo.com.au FE5 < FE6 (0:20060906-1.fc5 < 0:20060824-2.fc6) geda-gschem: cgoorah AT yahoo.com.au FE5 < FE6 (0:20060906-1.fc5 < 0:20060824-1.fc6) geda-gsymcheck: cgoorah AT yahoo.com.au FE5 < FE6 (0:20060906-1.fc5 < 0:20060824-1.fc6) geda-symbols: cgoorah AT yahoo.com.au FE5 < FE6 (0:20060906-1.fc5 < 0:20060824-2.fc6) geda-utils: cgoorah AT yahoo.com.au FE5 < FE6 (0:20060906-1.fc5 < 0:20060824-2.fc6) git: chrisw AT redhat.com FE3 < FE6 (0:1.4.2-1.fc3 < 0:1.4.1-1.fc6) FE4 < FE6 (0:1.4.2-1.fc4 < 0:1.4.1-1.fc6) FE5 < FE6 (0:1.4.2-1.fc5 < 0:1.4.1-1.fc6) grace: jamatos AT fc.up.pt FE5 < FE6 (0:5.1.20-2.fc5 < 0:5.1.20-1.fc6) gxemul: tcallawa AT redhat.com FE4 < FE6 (0:0.4.2-1.fc4 < 0:0.4.0.1-3.fc6) FE5 < FE6 (0:0.4.2-1.fc5 < 0:0.4.0.1-3.fc6) jam: tcallawa AT redhat.com FE4 < FE6 (0:2.5-4.fc4 < 0:2.5-3.fc5) FE5 < FE6 (0:2.5-4.fc5 < 0:2.5-3.fc5) libgeda: cgoorah AT yahoo.com.au FE5 < FE6 (0:20060906-1.fc5 < 0:20060824-1.fc6) libpqxx: andreas.bierfert AT lowlatency.de FE4 < FE6 (0:2.6.7-1.fc4 < 0:2.6.6-1.fc6) FE5 < FE6 (0:2.6.7-1.fc5 < 0:2.6.6-1.fc6) librx: tcallawa AT redhat.com FE4 < FE6 (0:1.5-8.fc4 < 0:1.5-6.fc5) FE5 < FE6 (0:1.5-8.fc5 < 0:1.5-6.fc5) libsx: pertusus AT free.fr FE5 < FE6 (0:2.05-10.fc5 < 0:2.05-9.fc6) logjam: tcallawa AT redhat.com FE4 < FE6 (1:4.5.3-5.fc4 < 1:4.5.3-4.fc6) FE5 < FE6 (1:4.5.3-5.fc5 < 1:4.5.3-4.fc6) lvm2: UNKNOWN OWNER (possibly Core package) FC4-updates < FC5 (0:2.02.06-1.0.fc4 < 0:2.02.01-1.2.1) m17n-db: petersen AT redhat.com FE3 < FC5 (0:1.3.3-1.fc3 < 0:1.3.3-1) FE4 < FC5 (0:1.3.3-1.fc4 < 0:1.3.3-1) monodoc: paul AT all-the-johnsons.co.uk FE5 < FE6 (0:1.1.17-5.fc5 < 0:1.1.17-4.fc6) mozilla: UNKNOWN OWNER (possibly Core package) FL3-updates < FC4-updates (37:1.7.13-1.3.1.legacy < 37:1.7.13-1.1.fc4) FL3-updates < FC5-updates (37:1.7.13-1.3.1.legacy < 37:1.7.13-1.1.fc5) octave-forge: qspencer AT ieee.org FE5 < FE6 (0:2006.07.09-5.fc5 < 0:2006.07.09-4.fc6) opencv: nomis80 AT nomis80.org FE5 < FE6 (0:0.9.7-16.fc5 < 0:0.9.7-15.fc5) perl-POE-Component-IRC: cweyl AT alumni.drew.edu FE5 < FE6 (0:5.02-1.fc5 < 0:5.00-1.fc6) perl-String-CRC32: paul AT city-fan.org FE3 < FC5-updates (0:1.4-1.fc3 < 0:1.4-1.FC5) FE4 < FC5-updates (0:1.4-1.fc4 < 0:1.4-1.FC5) perl-UNIVERSAL-exports: tcallawa AT redhat.com FE4 < FE6 (0:0.05-2.fc4 < 0:0.05-1.fc6) FE5 < FE6 (0:0.05-2.fc5 < 0:0.05-1.fc6) perl-UNIVERSAL-moniker: tcallawa AT redhat.com FE4 < FE6 (0:0.08-4.fc4 < 0:0.08-3.fc5) FE5 < FE6 (0:0.08-4.fc5 < 0:0.08-3.fc5) perl-UNIVERSAL-require: tcallawa AT redhat.com FE4 < FE6 (0:0.10-2.fc4 < 0:0.10-1.fc6) FE5 < FE6 (0:0.10-2.fc5 < 0:0.10-1.fc6) perl-WWW-Myspace: cweyl AT alumni.drew.edu FE5 < FE6 (0:0.56-1.fc5 < 0:0.54-1.fc6) pessulus: splinux AT fedoraproject.org FE5 < FE6 (0:2.16.0-3.fc5 < 0:2.16.0-1.fc6) pyparsing: jamatos AT fc.up.pt FE4 < FE6 (0:1.4.3-1.fc4 < 0:1.3-1.fc5) FE5 < FE6 (0:1.4.3-1.fc5 < 0:1.3-1.fc5) pypoker-eval: chris.stone AT gmail.com FE5 < FE6 (0:132.0-3.fc5 < 0:132.0-2.fc6) qgit: dan AT danny.cz FE4 < FE6 (0:1.5.1-1.fc4 < 0:1.5-1.fc6) FE5 < FE6 (0:1.5.1-1.fc5 < 0:1.5-1.fc6) quagga: UNKNOWN OWNER (possibly Core package) FC4-updates < FC5-updates (0:0.98.6-1.fc4 < 0:0.98.6-1.FC5) scim-tomoe: ryo-dairiki AT users.sourceforge.net FE5 < FE6 (0:0.2.0-6.fc5.1 < 0:0.2.0-4.fc6) serpentine: foolish AT guezz.net FE5 < FE6 (0:0.7-4.fc5 < 0:0.7-3.fc6) sqlite2: imlinux AT gmail.com FE5 < FE6 (0:2.8.17-1.fc5 < 0:2.8.16-3.fc5) stratagus: lemenkov AT gmail.com FE4 < FE6 (0:2.1-6.fc4 < 0:2.1-5.fc6) FE5 < FE6 (0:2.1-6.fc5 < 0:2.1-5.fc6) tinyerp: dan AT danny.cz FE5 < FE6 (0:3.3.0-3.fc5 < 0:3.3.0-2.fc6) vorbisgain: noa AT resare.com FE5 < FE6 (0:0.34-2.fc5 < 0:0.34-1.fc6) wlassistant: tcallawa AT redhat.com FE4 < FE6 (0:0.5.5-4.fc4 < 0:0.5.5-3.fc6) FE5 < FE6 (0:0.5.5-4.fc5 < 0:0.5.5-3.fc6) xbase: tcallawa AT redhat.com FE5 < FE6 (0:2.0.0-6.fc5 < 0:2.0.0-5.fc6) xbsql: tcallawa AT redhat.com FE5 < FE6 (0:0.11-8.fc5 < 0:0.11-6.fc6) zile: jeff AT ultimateevil.org FE3 < FE6 (0:2.2.19-1.fc3 < 0:2.2.13-2.fc6) FE4 < FE6 (0:2.2.19-1.fc4 < 0:2.2.13-2.fc6) FE5 < FE6 (0:2.2.19-1.fc5 < 0:2.2.13-2.fc6) From jamatos at fc.up.pt Tue Sep 12 21:14:25 2006 From: jamatos at fc.up.pt (=?utf-8?q?Jos=C3=A9_Matos?=) Date: Tue, 12 Sep 2006 22:14:25 +0100 Subject: Broken upgrade paths in FC+FE 2006-09-12 In-Reply-To: <1158093231.3035.48.camel@viper.local> References: <20060912150815.8418A15212C@buildsys.fedoraproject.org> <20060912193708.GO3768@polop.usc.edu> <1158093231.3035.48.camel@viper.local> Message-ID: <200609122214.25286.jamatos@fc.up.pt> On Tuesday 12 September 2006 21:33, Ville Skytt? wrote: > Oh, and I made some changes to the version checker script, attached is > what the next reports will probably look like. ?It now includes only the > problematic paths, but checks versioning against all newer distro > versions instead of only the next one. ?Comments? ?(Don't pay too much > attention on the actual data, it may not be quite bleeding edge.) > upgradepaths.txt > > UNKNOWN OWNER (possibly Core package): > ? ? db4 > ? ? ? FC5-updates < FC6 (0:4.3.29-8.fc5 < 0:4.3.29-7.fc6) Ville isn't the comparison sign wrong? At least it is consistently wrong. ;-) Or did not you meant < as less than? 0:4.3.29-8.fc5 > 0:4.3.29-7.fc6 Nice work, BTW. :-) -- Jos? Ab?lio From buildsys at fedoraproject.org Tue Sep 12 21:45:35 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 12 Sep 2006 17:45:35 -0400 (EDT) Subject: Broken upgrade paths in FC+FE 2006-09-12 Message-ID: <20060912214535.5F70A15212C@buildsys.fedoraproject.org> ---------------------------------------------------------------------- From ville.skytta at iki.fi Tue Sep 12 21:47:45 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Wed, 13 Sep 2006 00:47:45 +0300 Subject: Broken upgrade paths in FC+FE 2006-09-12 In-Reply-To: <200609122214.25286.jamatos@fc.up.pt> References: <20060912150815.8418A15212C@buildsys.fedoraproject.org> <20060912193708.GO3768@polop.usc.edu> <1158093231.3035.48.camel@viper.local> <200609122214.25286.jamatos@fc.up.pt> Message-ID: <1158097665.3035.69.camel@viper.local> On Tue, 2006-09-12 at 22:14 +0100, Jos? Matos wrote: > On Tuesday 12 September 2006 21:33, Ville Skytt? wrote: > > > > UNKNOWN OWNER (possibly Core package): > > db4 > > FC5-updates < FC6 (0:4.3.29-8.fc5 < 0:4.3.29-7.fc6) > > Ville isn't the comparison sign wrong? At least it is consistently > wrong. ;-) D'oh, fixed in CVS. This was apparently as influential as it was funny: http://jroller.com/page/cpurdy?entry=and_the_braindead_award_goes From dwmw2 at infradead.org Wed Sep 13 08:08:16 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Wed, 13 Sep 2006 09:08:16 +0100 Subject: exim-sa (Re: [Fwd: Broken dependencies in Fedora Extras - 2006-09-12]) In-Reply-To: <20060912182957.5d9e74e1.bugs.michael@gmx.net> References: <1158077438.9189.111.camel@hades.cambridge.redhat.com> <20060912182957.5d9e74e1.bugs.michael@gmx.net> Message-ID: <1158134896.18619.170.camel@pmac.infradead.org> On Tue, 2006-09-12 at 18:29 +0200, Michael Schwendt wrote: > By adding "Obsoletes: exim-sa < %{version}-%{release}" to the package > which replaces it. Hm. There is no package which directly replaces it, for those whose configuration is actually using it. The sa_exim plugin was the original SpamAssassin support for Exim. It's fairly much equivalent to a sendmail milter or whatever you can do in postfix. But Exim can do a whole lot better than that limited approach -- and for a while now, we've had full support for content scanning with the results available in the general-purpose ACLs which can be run at any stage of the SMTP transaction. I don't really want to continue shipping the obsolete sa_exim. > We can also remove the exim-sa packages from the devel repository. But > without a proper Obsoletes in place, there's a broken upgrade path from > FE5 and earlier. I think the 'broken upgrade path' is probably the best option. If people are _using_ sa_exim, then silently removing it on upgrade is probably a bad thing. As it stands, if they don't want to update their configuration then they _can_ still rebuild the Extras package with the exim-sa subpackage included, and install that -- but if I were to make the core Exim package obsolete exim-sa, that would be problematic. -- dwmw2 From fedora at leemhuis.info Wed Sep 13 08:47:36 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 13 Sep 2006 10:47:36 +0200 Subject: exim-sa (Re: [Fwd: Broken dependencies in Fedora Extras - 2006-09-12]) In-Reply-To: <1158134896.18619.170.camel@pmac.infradead.org> References: <1158077438.9189.111.camel@hades.cambridge.redhat.com> <20060912182957.5d9e74e1.bugs.michael@gmx.net> <1158134896.18619.170.camel@pmac.infradead.org> Message-ID: <4507C5A8.7050606@leemhuis.info> David Woodhouse schrieb: > On Tue, 2006-09-12 at 18:29 +0200, Michael Schwendt wrote: >> By adding "Obsoletes: exim-sa < %{version}-%{release}" to the package >> which replaces it. >[...] > I don't really want to continue shipping the obsolete sa_exim. >> We can also remove the exim-sa packages from the devel repository. But >> without a proper Obsoletes in place, there's a broken upgrade path from >> FE5 and earlier. > I think the 'broken upgrade path' is probably the best option. If people > are _using_ sa_exim, then silently removing it on upgrade is probably a > bad thing. As it stands, if they don't want to update their > configuration then they _can_ still rebuild the Extras package with the > exim-sa subpackage included, and install that -- but if I were to make > the core Exim package obsolete exim-sa, that would be problematic. Sound fine to me. But we should at least mention that in the release notes FC6. Could you please add a note to http://www.fedoraproject.org/wiki/Docs/Beats/Extras please? tia! CU thl From fedora at leemhuis.info Wed Sep 13 08:49:32 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 13 Sep 2006 10:49:32 +0200 Subject: Extras Beat writer for release notes (was: Re: exim-sa (Re: [Fwd: Broken dependencies in Fedora Extras - 2006-09-12]) In-Reply-To: <4507C5A8.7050606@leemhuis.info> References: <1158077438.9189.111.camel@hades.cambridge.redhat.com> <20060912182957.5d9e74e1.bugs.michael@gmx.net> <1158134896.18619.170.camel@pmac.infradead.org> <4507C5A8.7050606@leemhuis.info> Message-ID: <4507C61C.8040000@leemhuis.info> Thorsten Leemhuis schrieb: > Sound fine to me. But we should at least mention that in the release > notes FC6. Could you please add a note to > http://www.fedoraproject.org/wiki/Docs/Beats/Extras > please? tia! Site note: I get more and more the impression that we need to have an Extras contributor that officially maintains http://www.fedoraproject.org/wiki/Docs/Beats/Extras properly and makes sure all the important stuff gets mentioned there for each release. Any volunteers? CU thl From mail-lists at karan.org Wed Sep 13 09:21:34 2006 From: mail-lists at karan.org (Karanbir Singh) Date: Wed, 13 Sep 2006 10:21:34 +0100 Subject: Attention, packagers! Invalid rebuilds In-Reply-To: <20060912161127.2f63db96.bugs.michael@gmx.net> References: <20060912161127.2f63db96.bugs.michael@gmx.net> Message-ID: <4507CD9E.3070707@karan.org> Michael Schwendt wrote: > Lots of warnings in today's push of packages in the needsign queue. > > There are still packagers who rebuild their packages _without_ increasing > the "Release" value. surely a VCS trigger to check for such ( and notify over email perhaps . ) is possible at the server end ? -- Karanbir Singh : http://www.karan.org/ : 2522219 at icq From dlutter at redhat.com Wed Sep 13 10:15:13 2006 From: dlutter at redhat.com (David Lutterkort) Date: Wed, 13 Sep 2006 12:15:13 +0200 Subject: Buildsys problem Message-ID: <1158142513.25317.4.camel@localhost.localdomain> I ran into a problem when trying to rebuild ruby-postgres for FC6 (plague job 17228) The build fails during %install on i386 with this: Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.65031 + umask 022 + cd /builddir/build/BUILD + cd ruby-postgres-0.7.1 + LANG=C + export LANG + unset DISPLAY + rm -rf /var/tmp/ruby-postgres-0.7.1-root-mockbuild + make -j2 DESTDIR=/var/tmp/ruby-postgres-0.7.1-root-mockbuild install mkdir -p /var/tmp/ruby-postgres-0.7.1-root-mockbuild/usr/lib/ruby/site_ruby/1.8/i386-linux /usr/bin/install -c -m 0755 postgres.so /var/tmp/ruby-postgres-0.7.1-root-mockbuild/usr/lib/ruby/site_ruby/1.8/i386-linux /usr/bin/install: cannot create regular file `/var/tmp/ruby-postgres-0.7.1-root-mockbuild/usr/lib/ruby/site_ruby/1.8/i386-linux': No such file or directory make: *** [/var/tmp/ruby-postgres-0.7.1-root-mockbuild/usr/lib/ruby/site_ruby/1.8/i386-linux/postgres.so] Error 1 error: Bad exit status from /var/tmp/rpm-tmp.65031 (%install) What has me puzzled is that the build succeeds in plague for x86_64, and in my own i386 mock buildroot (built from a local rawhide mirror) Any idea why the mkdir would succeed but the install into that very same directory fail ? thanks, David From bugs.michael at gmx.net Wed Sep 13 10:57:50 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 13 Sep 2006 12:57:50 +0200 Subject: Buildsys problem In-Reply-To: <1158142513.25317.4.camel@localhost.localdomain> References: <1158142513.25317.4.camel@localhost.localdomain> Message-ID: <20060913125750.e71de9eb.bugs.michael@gmx.net> On Wed, 13 Sep 2006 12:15:13 +0200, David Lutterkort wrote: > I ran into a problem when trying to rebuild ruby-postgres for FC6 > (plague job 17228) The build fails during %install on i386 with this: > Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.65031 > + umask 022 > + cd /builddir/build/BUILD > + cd ruby-postgres-0.7.1 > + LANG=C > + export LANG > + unset DISPLAY > + rm -rf /var/tmp/ruby-postgres-0.7.1-root-mockbuild > + make -j2 DESTDIR=/var/tmp/ruby-postgres-0.7.1-root-mockbuild install > mkdir -p /var/tmp/ruby-postgres-0.7.1-root-mockbuild/usr/lib/ruby/site_ruby/1.8/i386-linux > /usr/bin/install -c -m 0755 postgres.so /var/tmp/ruby-postgres-0.7.1-root-mockbuild/usr/lib/ruby/site_ruby/1.8/i386-linux > /usr/bin/install: cannot create regular file `/var/tmp/ruby-postgres-0.7.1-root-mockbuild/usr/lib/ruby/site_ruby/1.8/i386-linux': No such file or directory > make: *** [/var/tmp/ruby-postgres-0.7.1-root-mockbuild/usr/lib/ruby/site_ruby/1.8/i386-linux/postgres.so] Error 1 > error: Bad exit status from /var/tmp/rpm-tmp.65031 (%install) > > What has me puzzled is that the build succeeds in plague for x86_64, and > in my own i386 mock buildroot (built from a local rawhide mirror) Any > idea why the mkdir would succeed but the install into that very same > directory fail ? Have you tried to reproduce it without -j2? From dlutter at redhat.com Wed Sep 13 12:20:31 2006 From: dlutter at redhat.com (David Lutterkort) Date: Wed, 13 Sep 2006 14:20:31 +0200 Subject: Buildsys problem In-Reply-To: <20060913125750.e71de9eb.bugs.michael@gmx.net> References: <1158142513.25317.4.camel@localhost.localdomain> <20060913125750.e71de9eb.bugs.michael@gmx.net> Message-ID: <1158150032.25317.11.camel@localhost.localdomain> On Wed, 2006-09-13 at 12:57 +0200, Michael Schwendt wrote: > On Wed, 13 Sep 2006 12:15:13 +0200, David Lutterkort wrote: > > > I ran into a problem when trying to rebuild ruby-postgres for FC6 > > (plague job 17228) The build fails during %install on i386 with this: > > Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.65031 > > + umask 022 > > + cd /builddir/build/BUILD > > + cd ruby-postgres-0.7.1 > > + LANG=C > > + export LANG > > + unset DISPLAY > > + rm -rf /var/tmp/ruby-postgres-0.7.1-root-mockbuild > > + make -j2 DESTDIR=/var/tmp/ruby-postgres-0.7.1-root-mockbuild install > > mkdir -p /var/tmp/ruby-postgres-0.7.1-root-mockbuild/usr/lib/ruby/site_ruby/1.8/i386-linux > > /usr/bin/install -c -m 0755 postgres.so /var/tmp/ruby-postgres-0.7.1-root-mockbuild/usr/lib/ruby/site_ruby/1.8/i386-linux > > /usr/bin/install: cannot create regular file `/var/tmp/ruby-postgres-0.7.1-root-mockbuild/usr/lib/ruby/site_ruby/1.8/i386-linux': No such file or directory > > make: *** [/var/tmp/ruby-postgres-0.7.1-root-mockbuild/usr/lib/ruby/site_ruby/1.8/i386-linux/postgres.so] Error 1 > > error: Bad exit status from /var/tmp/rpm-tmp.65031 (%install) > > > > What has me puzzled is that the build succeeds in plague for x86_64, and > > in my own i386 mock buildroot (built from a local rawhide mirror) Any > > idea why the mkdir would succeed but the install into that very same > > directory fail ? > > Have you tried to reproduce it without -j2? Ugh .. thanks a ton. That was indeed the problem. David From laurent.rineau__fedora_extras at normalesup.org Wed Sep 13 12:47:06 2006 From: laurent.rineau__fedora_extras at normalesup.org (Laurent Rineau) Date: Wed, 13 Sep 2006 14:47:06 +0200 Subject: Would like to import CORE into Fedora (naming problem) Message-ID: <200609131447.07330@rineau.schtroumpfette> During the review of CGAL? (bug #199168), a problem was raised by Ralf C.: the first version of CGAL-devel was shipping CORE?, a dependency of CGAL. That library installs its headers into /usr/include/CORE/* and Ralf said that the name "CORE" is too general for an inclusion into FE. Even if the official reviewer of my request accepted the package as-is, with CORE shipped, I eventually decided to remove the CORE library from CGAL, for the moment. However, without CORE, a few features of CGAL are not enabled (the exact geometrical kernel needs CORE). I would like to have your opinion on the two following questions: 1/?Is a directory named /usr/include/CORE/ (uppercase) is acceptable in Fedora Extras? 2/?Do you see a magical solution? I?am not sure to be able to make that directory name changed soon by the upstream developpers. ?)?http://www.cgal.org/ ?)?http://www.cs.nyu.edu/exact/core/download/core_v1.7/ From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Wed Sep 13 13:03:16 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Wed, 13 Sep 2006 15:03:16 +0200 Subject: Would like to import CORE into Fedora (naming problem) In-Reply-To: <200609131447.07330@rineau.schtroumpfette> References: <200609131447.07330@rineau.schtroumpfette> Message-ID: <20060913150316.23caaa6c@python2> Laurent Rineau wrote : > During the review of CGAL? (bug #199168), a problem was raised by Ralf C.: the > first version of CGAL-devel was shipping CORE?, a dependency of CGAL. That > library installs its headers into /usr/include/CORE/* and Ralf said that the > name "CORE" is too general for an inclusion into FE. So, you want to include Core in Extras, right? :-) More seriously, you should probably get the FESCO to answer that one... Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 5.92 (FC6 Test3) - Linux kernel 2.6.17-1.2630.fc6 Load : 0.38 0.54 0.52 From denis at poolshark.org Wed Sep 13 13:09:54 2006 From: denis at poolshark.org (Denis Leroy) Date: Wed, 13 Sep 2006 15:09:54 +0200 Subject: Would like to import CORE into Fedora (naming problem) In-Reply-To: <200609131447.07330@rineau.schtroumpfette> References: <200609131447.07330@rineau.schtroumpfette> Message-ID: <45080322.9040506@poolshark.org> Laurent Rineau wrote: > During the review of CGAL? (bug #199168), a problem was raised by Ralf C.: the > first version of CGAL-devel was shipping CORE?, a dependency of CGAL. That > library installs its headers into /usr/include/CORE/* and Ralf said that the > name "CORE" is too general for an inclusion into FE. > > Even if the official reviewer of my request accepted the package as-is, with > CORE shipped, I eventually decided to remove the CORE library from CGAL, for > the moment. However, without CORE, a few features of CGAL are not enabled > (the exact geometrical kernel needs CORE). > > I would like to have your opinion on the two following questions: > 1/ Is a directory named /usr/include/CORE/ (uppercase) is acceptable in > Fedora Extras? How about moving it up to /usr/include/CGAL/CORE, for example. Then it's "only" a matter of patching the Makefile.am files and running 'autoreconf' (hmm, is it automake/conf based ?). -d From a.badger at gmail.com Wed Sep 13 14:28:18 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 13 Sep 2006 07:28:18 -0700 Subject: Attention, packagers! Invalid rebuilds In-Reply-To: <4507CD9E.3070707@karan.org> References: <20060912161127.2f63db96.bugs.michael@gmx.net> <4507CD9E.3070707@karan.org> Message-ID: <1158157698.2681.9.camel@localhost> On Wed, 2006-09-13 at 10:21 +0100, Karanbir Singh wrote: > Michael Schwendt wrote: > > Lots of warnings in today's push of packages in the needsign queue. > > > > There are still packagers who rebuild their packages _without_ increasing > > the "Release" value. > > surely a VCS trigger to check for such ( and notify over email perhaps . > ) is possible at the server end ? If you code this up, I think the check should go in the build code, rather than the VCS. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mmcgrath at fedoraproject.org Wed Sep 13 15:31:28 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Wed, 13 Sep 2006 10:31:28 -0500 Subject: Attention, packagers! Invalid rebuilds In-Reply-To: <1158157698.2681.9.camel@localhost> References: <20060912161127.2f63db96.bugs.michael@gmx.net> <4507CD9E.3070707@karan.org> <1158157698.2681.9.camel@localhost> Message-ID: <3237e4410609130831j11eedea2j4714a32d6ef0d724@mail.gmail.com> On 9/13/06, Toshio Kuratomi wrote: > On Wed, 2006-09-13 at 10:21 +0100, Karanbir Singh wrote: > > Michael Schwendt wrote: > > > Lots of warnings in today's push of packages in the needsign queue. > > > > > > There are still packagers who rebuild their packages _without_ increasing > > > the "Release" value. > > > > surely a VCS trigger to check for such ( and notify over email perhaps . > > ) is possible at the server end ? > > If you code this up, I think the check should go in the build code, > rather than the VCS. > > -Toshio > I seem to remember some discussion about this a few months ago concerning the makefile checking during the "make build/plague", which isn't perfect but could at least inform the users that they're doing something they aren't supposed to. -Mike From fedora at leemhuis.info Wed Sep 13 16:44:20 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 13 Sep 2006 18:44:20 +0200 Subject: Would like to import CORE into Fedora (naming problem) In-Reply-To: <20060913150316.23caaa6c@python2> References: <200609131447.07330@rineau.schtroumpfette> <20060913150316.23caaa6c@python2> Message-ID: <45083564.2050807@leemhuis.info> Matthias Saou schrieb: > Laurent Rineau wrote : >> During the review of CGAL? (bug #199168), a problem was raised by Ralf C.: the >> first version of CGAL-devel was shipping CORE?, a dependency of CGAL. That >> library installs its headers into /usr/include/CORE/* and Ralf said that the >> name "CORE" is too general for an inclusion into FE. > So, you want to include Core in Extras, right? :-) :-) > More seriously, you should probably get the FESCO to answer that one... I'd be glad if situations like this could be discussed and solved completely in the community, e.g. on this list. FESCo members can always jump in if they don't like a particular conclusion or idea how a problem like this can be solved. In other words: I think FESCo only should get involved if there is a real need to. And I don't think that's the case here. CU thl From laurent.rineau__fedora_extras at normalesup.org Wed Sep 13 16:48:05 2006 From: laurent.rineau__fedora_extras at normalesup.org (Laurent Rineau) Date: Wed, 13 Sep 2006 18:48:05 +0200 Subject: Would like to import CORE into Fedora (naming problem) In-Reply-To: <45083564.2050807@leemhuis.info> References: <200609131447.07330@rineau.schtroumpfette> <20060913150316.23caaa6c@python2> <45083564.2050807@leemhuis.info> Message-ID: <200609131848.06003@rineau.schtroumpfette> On Wednesday 13 September 2006 18:44, Thorsten Leemhuis wrote: > > So, you want to include Core in Extras, right? :-) > > If people agree that /usr/include/CORE/ can be a path acceptable for FE, I will submit a review request for CORE. If it is accepted, I'll rebuild my CGAL package with CORE support. > I'd be glad if situations like this could be discussed and solved > completely in the community, e.g. on this list. FESCo members can > always jump in if they don't like a particular conclusion or idea how a > problem like this can be solved. I agree. From jonathan.underwood at gmail.com Wed Sep 13 16:49:38 2006 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Wed, 13 Sep 2006 17:49:38 +0100 Subject: Would like to import CORE into Fedora (naming problem) In-Reply-To: <200609131447.07330@rineau.schtroumpfette> References: <200609131447.07330@rineau.schtroumpfette> Message-ID: <645d17210609130949x442752c2mff83b326b452b71c@mail.gmail.com> On 13/09/06, Laurent Rineau wrote: > During the review of CGAL? (bug #199168), a problem was raised by Ralf C.: the > first version of CGAL-devel was shipping CORE?, a dependency of CGAL. That > library installs its headers into /usr/include/CORE/* and Ralf said that the > name "CORE" is too general for an inclusion into FE. I personally think that Ralf is over reacting. It would be a directory in /usr/lib (i.e. /usr/lib/CORE) right? I don't see a problem. From laurent.rineau__fedora_extras at normalesup.org Wed Sep 13 16:58:40 2006 From: laurent.rineau__fedora_extras at normalesup.org (Laurent Rineau) Date: Wed, 13 Sep 2006 18:58:40 +0200 Subject: Would like to import CORE into Fedora (naming problem) In-Reply-To: <645d17210609130949x442752c2mff83b326b452b71c@mail.gmail.com> References: <200609131447.07330@rineau.schtroumpfette> <645d17210609130949x442752c2mff83b326b452b71c@mail.gmail.com> Message-ID: <200609131858.40797@rineau.schtroumpfette> On Wednesday 13 September 2006 18:49, Jonathan Underwood wrote: > On 13/09/06, Laurent Rineau > > wrote: > > During the review of CGAL? (bug #199168), a problem was raised by Ralf > > C.: the first version of CGAL-devel was shipping CORE?, a dependency of > > CGAL. That library installs its headers into /usr/include/CORE/* and Ralf > > said that the name "CORE" is too general for an inclusion into FE. > > I personally think that Ralf is over reacting. It would be a directory > in /usr/lib (i.e. /usr/lib/CORE) right? I don't see a problem. Well, I agree. At least, if it was "core" (lowercase), I would agree that the name is a bit too general. But, IMO, the uppercase name CORE/ could be accepted in /usr/include/ (and it would be a lot more easier for me to get CORE into FE if I had not to make upstream dev' change the name). We'll see if people here agree with that. From jonathan.underwood at gmail.com Wed Sep 13 17:00:44 2006 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Wed, 13 Sep 2006 18:00:44 +0100 Subject: openmpi In-Reply-To: <20060912164218.109caa74@ludwig-alpha> References: <20060911090236.16c1f1f6@ludwig-alpha> <20060911164834.GA2940@nostromo.devel.redhat.com> <4505D5F0.3010708@cora.nwra.com> <20060912164218.109caa74@ludwig-alpha> Message-ID: <645d17210609131000t556eebe3h7b37b9cbf72a6072@mail.gmail.com> On 12/09/06, Christian Iseli wrote: > On Mon, 11 Sep 2006 15:32:32 -0600, Orion Poplawski wrote: > > Any idea why I can't check it out of CVS? > > > > $ cvs -d :pserver:anonymous at cvs.fedora.redhat.com:/cvs/dist co openmpi > > cvs server: cannot find module `openmpi' - ignored > > It seems to live in Extras ATM: > $ cvs -d :pserver:anonymous at cvs.fedora.redhat.com:/cvs/extras co openmpi > > works fine for me... Note that the version in rawhide is a few releases old now... the maintainer doesn't seem to be overly active - see bugs 191436, 189441, 192294. (If Jason is reading this and needs a hand, I'm happy to help maintain openmpi while it is in FE). Note also that there is apparently a discussion happening about replacing lam in core with openmpi - see bug 203229. Jonathan From ed at eh3.com Wed Sep 13 17:14:13 2006 From: ed at eh3.com (Ed Hill) Date: Wed, 13 Sep 2006 13:14:13 -0400 Subject: Would like to import CORE into Fedora (naming problem) In-Reply-To: <200609131447.07330@rineau.schtroumpfette> References: <200609131447.07330@rineau.schtroumpfette> Message-ID: <20060913131413.6e629636@ernie> On Wed, 13 Sep 2006 14:47:06 +0200 Laurent Rineau wrote: > During the review of CGAL? (bug #199168), a problem was raised by > Ralf C.: the first version of CGAL-devel was shipping CORE?, a > dependency of CGAL. That library installs its headers > into /usr/include/CORE/* and Ralf said that the name "CORE" is too > general for an inclusion into FE. As others have suggested, I agree that: /usr/include/CGAL/CORE is a safe, easy, and totally reasonable fix. Also, "yum provides /usr/include/CORE" indicates that nothing else currently owns that directory so I think its also an acceptable location. The only point I wanted to make in the original review was the "inclusion of 3rd party bits" -- that we should be careful about projects that include embedded copies of other projects that may (?) deserve to be treated as separate entities. Ed -- Edward H. Hill III, PhD | ed at eh3.com | http://eh3.com/ From tcallawa at redhat.com Wed Sep 13 17:17:53 2006 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Wed, 13 Sep 2006 12:17:53 -0500 Subject: openmpi In-Reply-To: <645d17210609131000t556eebe3h7b37b9cbf72a6072@mail.gmail.com> References: <20060911090236.16c1f1f6@ludwig-alpha> <20060911164834.GA2940@nostromo.devel.redhat.com> <4505D5F0.3010708@cora.nwra.com> <20060912164218.109caa74@ludwig-alpha> <645d17210609131000t556eebe3h7b37b9cbf72a6072@mail.gmail.com> Message-ID: <1158167873.28319.40.camel@localhost.localdomain> On Wed, 2006-09-13 at 18:00 +0100, Jonathan Underwood wrote: > 203229. Inkscape? ~spot -- Tom "spot" Callaway || Red Hat || Fedora || Aurora || GPG ID: 93054260 "We must not confuse dissent with disloyalty. We must remember always that accusation is not proof and that conviction depends upon evidence and due process of law. We will not walk in fear, one of another. We will not be driven by fear into an age of unreason, if we dig deep in our history and our doctrine, and remember that we are not descended from fearful men -- not from men who feared to write, to speak, to associate and to defend causes that were, for the moment, unpopular." -- Edward R. Murrow, March 9, 1954 From pertusus at free.fr Wed Sep 13 17:17:26 2006 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 13 Sep 2006 19:17:26 +0200 Subject: Would like to import CORE into Fedora (naming problem) In-Reply-To: <20060913131413.6e629636@ernie> References: <200609131447.07330@rineau.schtroumpfette> <20060913131413.6e629636@ernie> Message-ID: <20060913171726.GA7360@free.fr> On Wed, Sep 13, 2006 at 01:14:13PM -0400, Ed Hill wrote: > On Wed, 13 Sep 2006 14:47:06 +0200 > Laurent Rineau wrote: > > As others have suggested, I agree that: /usr/include/CGAL/CORE > is a safe, easy, and totally reasonable fix. If CORE is a standalone package it has nothing to do in /usr/include/CGAL. Or am I missing something? -- Pat From jonathan.underwood at gmail.com Wed Sep 13 18:34:04 2006 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Wed, 13 Sep 2006 19:34:04 +0100 Subject: openmpi In-Reply-To: <1158167873.28319.40.camel@localhost.localdomain> References: <20060911090236.16c1f1f6@ludwig-alpha> <20060911164834.GA2940@nostromo.devel.redhat.com> <4505D5F0.3010708@cora.nwra.com> <20060912164218.109caa74@ludwig-alpha> <645d17210609131000t556eebe3h7b37b9cbf72a6072@mail.gmail.com> <1158167873.28319.40.camel@localhost.localdomain> Message-ID: <645d17210609131134i3673e10yb8ca8702af58f58c@mail.gmail.com> On 13/09/06, Tom 'spot' Callaway wrote: > On Wed, 2006-09-13 at 18:00 +0100, Jonathan Underwood wrote: > > 203229. > > Inkscape? Duh, sorry. 203299. From laurent.rineau__fedora_extras at normalesup.org Wed Sep 13 18:34:24 2006 From: laurent.rineau__fedora_extras at normalesup.org (Laurent Rineau) Date: Wed, 13 Sep 2006 20:34:24 +0200 Subject: Would like to import CORE into Fedora (naming problem) In-Reply-To: <20060913171726.GA7360@free.fr> References: <200609131447.07330@rineau.schtroumpfette> <20060913131413.6e629636@ernie> <20060913171726.GA7360@free.fr> Message-ID: <200609132034.24890@rineau.schtroumpfette> On Wednesday 13 September 2006 19:17, Patrice Dumas wrote: > On Wed, Sep 13, 2006 at 01:14:13PM -0400, Ed Hill wrote: > > On Wed, 13 Sep 2006 14:47:06 +0200 > > Laurent Rineau wrote: > > > > As others have suggested, I agree that: /usr/include/CGAL/CORE > > is a safe, easy, and totally reasonable fix. > > If CORE is a standalone package it has nothing to do in /usr/include/CGAL. > Or am I missing something? Well, it is a standalone package, but the CGAL source tarball ships CORE (and the CGAL install process handle the installation of CORE too), for users convenience. At the beggining of the review of CGAL, for FE, my package shipped CORE. Eventually, I decided to remove CORE from the CGAL package, and try to see if everbody agree that I submit a new package, that install its headers in /usr/include/CORE/. The documentation of CORE (and examples programs) specify the header should be included by #include . I do not see /usr/include/CGAL/CORE/ as a possible solution. From jonathan.underwood at gmail.com Wed Sep 13 18:36:22 2006 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Wed, 13 Sep 2006 19:36:22 +0100 Subject: Would like to import CORE into Fedora (naming problem) In-Reply-To: <20060913131413.6e629636@ernie> References: <200609131447.07330@rineau.schtroumpfette> <20060913131413.6e629636@ernie> Message-ID: <645d17210609131136o2636de5pb182e71aebaf0f2d@mail.gmail.com> On 13/09/06, Ed Hill wrote: > On Wed, 13 Sep 2006 14:47:06 +0200 > Laurent Rineau wrote: > > > During the review of CGAL? (bug #199168), a problem was raised by > > Ralf C.: the first version of CGAL-devel was shipping CORE?, a > > dependency of CGAL. That library installs its headers > > into /usr/include/CORE/* and Ralf said that the name "CORE" is too > > general for an inclusion into FE. > > > As others have suggested, I agree that: /usr/include/CGAL/CORE > is a safe, easy, and totally reasonable fix. This would require editing existing code changing all #include directives #include ---> #include wouldn't it? J. From berrange at redhat.com Wed Sep 13 18:39:48 2006 From: berrange at redhat.com (Daniel P. Berrange) Date: Wed, 13 Sep 2006 19:39:48 +0100 Subject: Would like to import CORE into Fedora (naming problem) In-Reply-To: <645d17210609131136o2636de5pb182e71aebaf0f2d@mail.gmail.com> References: <200609131447.07330@rineau.schtroumpfette> <20060913131413.6e629636@ernie> <645d17210609131136o2636de5pb182e71aebaf0f2d@mail.gmail.com> Message-ID: <20060913183948.GB21074@redhat.com> On Wed, Sep 13, 2006 at 07:36:22PM +0100, Jonathan Underwood wrote: > On 13/09/06, Ed Hill wrote: > >On Wed, 13 Sep 2006 14:47:06 +0200 > >Laurent Rineau wrote: > > > >> During the review of CGAL? (bug #199168), a problem was raised by > >> Ralf C.: the first version of CGAL-devel was shipping CORE?, a > >> dependency of CGAL. That library installs its headers > >> into /usr/include/CORE/* and Ralf said that the name "CORE" is too > >> general for an inclusion into FE. > > > > > >As others have suggested, I agree that: /usr/include/CGAL/CORE > >is a safe, easy, and totally reasonable fix. > > This would require editing existing code changing all #include directives > > #include ---> #include > > wouldn't it? Nope, change the compiler flags so instead of -I/usr/include, have something like -I/usr/include/CGAL. You can even take it one step further have put a version number in the directory which lets you install multiple versions of the headers side-by-side. cf GTK installing into /usr/include/gtk-2.0 Regards, Dan. -- |=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=| |=- Perl modules: http://search.cpan.org/~danberr/ -=| |=- Projects: http://freshmeat.net/~danielpb/ -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=| From j.w.r.degoede at hhs.nl Wed Sep 13 18:53:45 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 13 Sep 2006 20:53:45 +0200 Subject: Would like to import CORE into Fedora (naming problem) In-Reply-To: <20060913171726.GA7360@free.fr> References: <200609131447.07330@rineau.schtroumpfette> <20060913131413.6e629636@ernie> <20060913171726.GA7360@free.fr> Message-ID: <450853B9.9060602@hhs.nl> Patrice Dumas wrote: > On Wed, Sep 13, 2006 at 01:14:13PM -0400, Ed Hill wrote: >> On Wed, 13 Sep 2006 14:47:06 +0200 >> Laurent Rineau wrote: >> >> As others have suggested, I agree that: /usr/include/CGAL/CORE >> is a safe, easy, and totally reasonable fix. > > If CORE is a standalone package it has nothing to do in /usr/include/CGAL. > Or am I missing something? > I agree, it doesn't belong in /usr/include/CGAL, and /usr/include/CORE is just fine Ralph is being pedantic here. Regards, Hans From denis at poolshark.org Wed Sep 13 21:43:35 2006 From: denis at poolshark.org (Denis Leroy) Date: Wed, 13 Sep 2006 23:43:35 +0200 Subject: Would like to import CORE into Fedora (naming problem) In-Reply-To: <645d17210609131136o2636de5pb182e71aebaf0f2d@mail.gmail.com> References: <200609131447.07330@rineau.schtroumpfette> <20060913131413.6e629636@ernie> <645d17210609131136o2636de5pb182e71aebaf0f2d@mail.gmail.com> Message-ID: <45087B87.5070401@poolshark.org> Jonathan Underwood wrote: > On 13/09/06, Ed Hill wrote: > >> On Wed, 13 Sep 2006 14:47:06 +0200 >> Laurent Rineau wrote: >> >> > During the review of CGAL? (bug #199168), a problem was raised by >> > Ralf C.: the first version of CGAL-devel was shipping CORE?, a >> > dependency of CGAL. That library installs its headers >> > into /usr/include/CORE/* and Ralf said that the name "CORE" is too >> > general for an inclusion into FE. >> >> >> As others have suggested, I agree that: /usr/include/CGAL/CORE >> is a safe, easy, and totally reasonable fix. > > > This would require editing existing code changing all #include directives > > #include ---> #include > > wouldn't it? No you would merely patch the pkgconfig file to add /usr/include/CGAL as an extra -I. But yeah, probably not worth the effort. I don't see much wrong with having /usr/include/CORE around either... From bugs.michael at gmx.net Wed Sep 13 23:38:53 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 14 Sep 2006 01:38:53 +0200 Subject: Would like to import CORE into Fedora (naming problem) In-Reply-To: <45087B87.5070401@poolshark.org> References: <200609131447.07330@rineau.schtroumpfette> <20060913131413.6e629636@ernie> <645d17210609131136o2636de5pb182e71aebaf0f2d@mail.gmail.com> <45087B87.5070401@poolshark.org> Message-ID: <20060914013853.89ace95f.bugs.michael@gmx.net> On Wed, 13 Sep 2006 23:43:35 +0200, Denis Leroy wrote: > But yeah, probably not worth the effort. I don't see much wrong with > having /usr/include/CORE around either... Except that the name is very generic and hence short-sighted. From steve at silug.org Thu Sep 14 01:05:38 2006 From: steve at silug.org (Steven Pritchard) Date: Wed, 13 Sep 2006 20:05:38 -0500 Subject: rpmlint incorrect-locale-sv message Message-ID: <20060914010538.GA30519@osiris.silug.org> This rpmlint error came up in the review of tuxpaint-stamps (https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=204852): E: tuxpaint-stamps incorrect-locale-sv /usr/share/locale/sw/LC_MESSAGES/tuxpaint-stamps.mo I don't really know my locales very well, but Google seems to be telling me that sv is Swedish, and sw is Swahili. That file is Swahili, which means the error is bogus, right? Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From tibbs at math.uh.edu Thu Sep 14 02:24:51 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Wed, 13 Sep 2006 21:24:51 -0500 Subject: rpmlint incorrect-locale-sv message In-Reply-To: <20060914010538.GA30519@osiris.silug.org> (Steven Pritchard's message of "Wed, 13 Sep 2006 20:05:38 -0500") References: <20060914010538.GA30519@osiris.silug.org> Message-ID: >>>>> "SP" == Steven Pritchard writes: SP> E: tuxpaint-stamps incorrect-locale-sv SP> /usr/share/locale/sw/LC_MESSAGES/tuxpaint-stamps.mo You can look at /usr/share/rpmlint/I18NCheck.py to see what's going on here. Basically the assumption is that if you have a locale of "sw", you must have intended to type "sv" instead and so rpmlint spits out an error. Honestly I think it's quite hilariously arrogant to assume that there will never legitimately be any software translated to Swahili. The check should be completely excised from the rpmlint source; care to file a bug? SP> That file is Swahili, which means the error is bogus, right? That file certainly purports to be Swahili and it certainly isn't Swedish (although ironically it was translated by someone in Sweden). The error is absolutely bogus. - J< From cweyl at alumni.drew.edu Thu Sep 14 02:42:05 2006 From: cweyl at alumni.drew.edu (Chris Weyl) Date: Wed, 13 Sep 2006 19:42:05 -0700 Subject: Would like to import CORE into Fedora (naming problem) In-Reply-To: <20060914013853.89ace95f.bugs.michael@gmx.net> References: <200609131447.07330@rineau.schtroumpfette> <20060913131413.6e629636@ernie> <645d17210609131136o2636de5pb182e71aebaf0f2d@mail.gmail.com> <45087B87.5070401@poolshark.org> <20060914013853.89ace95f.bugs.michael@gmx.net> Message-ID: <7dd7ab490609131942p4db968f2ie195ffb20963b242@mail.gmail.com> On 9/13/06, Michael Schwendt wrote: > On Wed, 13 Sep 2006 23:43:35 +0200, Denis Leroy wrote: > > > But yeah, probably not worth the effort. I don't see much wrong with > > having /usr/include/CORE around either... > > Except that the name is very generic and hence short-sighted. Isn't that an upstream issue? Do we have an actual conflict in /usr/include? -Chris -- Chris Weyl Ex astris, scientia From rc040203 at freenet.de Thu Sep 14 04:02:53 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 14 Sep 2006 06:02:53 +0200 Subject: Would like to import CORE into Fedora (naming problem) In-Reply-To: <200609132034.24890@rineau.schtroumpfette> References: <200609131447.07330@rineau.schtroumpfette> <20060913131413.6e629636@ernie> <20060913171726.GA7360@free.fr> <200609132034.24890@rineau.schtroumpfette> Message-ID: <1158206573.4654.628.camel@mccallum.corsepiu.local> On Wed, 2006-09-13 at 20:34 +0200, Laurent Rineau wrote: > On Wednesday 13 September 2006 19:17, Patrice Dumas wrote: > > On Wed, Sep 13, 2006 at 01:14:13PM -0400, Ed Hill wrote: > > > On Wed, 13 Sep 2006 14:47:06 +0200 > > > Laurent Rineau wrote: > > > > > > As others have suggested, I agree that: /usr/include/CGAL/CORE > > > is a safe, easy, and totally reasonable fix. > > > > If CORE is a standalone package it has nothing to do in /usr/include/CGAL. > > Or am I missing something? > > Well, it is a standalone package, but the CGAL source tarball ships CORE (and > the CGAL install process handle the installation of CORE too), for users > convenience. Does CORE also exist as a standalone tarball? I'd then recommend to build/package CORE from this sources and not to package CORE from CGAL's sources, or at least to package CORE into separate packages, and not as integral part of CGAL. Ralf From rc040203 at freenet.de Thu Sep 14 04:03:58 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 14 Sep 2006 06:03:58 +0200 Subject: Would like to import CORE into Fedora (naming problem) In-Reply-To: <7dd7ab490609131942p4db968f2ie195ffb20963b242@mail.gmail.com> References: <200609131447.07330@rineau.schtroumpfette> <20060913131413.6e629636@ernie> <645d17210609131136o2636de5pb182e71aebaf0f2d@mail.gmail.com> <45087B87.5070401@poolshark.org> <20060914013853.89ace95f.bugs.michael@gmx.net> <7dd7ab490609131942p4db968f2ie195ffb20963b242@mail.gmail.com> Message-ID: <1158206638.4654.630.camel@mccallum.corsepiu.local> On Wed, 2006-09-13 at 19:42 -0700, Chris Weyl wrote: > On 9/13/06, Michael Schwendt wrote: > > On Wed, 13 Sep 2006 23:43:35 +0200, Denis Leroy wrote: > > > > > But yeah, probably not worth the effort. I don't see much wrong with > > > having /usr/include/CORE around either... > > > > Except that the name is very generic and hence short-sighted. Agreed, it's very short-sighted, because "CORE" is not unlikely to conflict with "core dump files" on certain systems or with "CORE-files" an OS provides. > Isn't that an upstream issue? Do we have an actual conflict in /usr/include? Not ATM, but do we have a conflict on /usr/include/LINUX, /usr/include/LOST+FOUND, or /usr/include/NFS? No. That's the problem behind of complaints on "generality in file names", it's a matter of perspective, taste and foresight. Ralf From rc040203 at freenet.de Thu Sep 14 04:33:07 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 14 Sep 2006 06:33:07 +0200 Subject: Would like to import CORE into Fedora (naming problem) In-Reply-To: <45080322.9040506@poolshark.org> References: <200609131447.07330@rineau.schtroumpfette> <45080322.9040506@poolshark.org> Message-ID: <1158208387.4654.640.camel@mccallum.corsepiu.local> On Wed, 2006-09-13 at 15:09 +0200, Denis Leroy wrote: > Laurent Rineau wrote: > > During the review of CGAL? (bug #199168), a problem was raised by Ralf C.: the > > first version of CGAL-devel was shipping CORE?, a dependency of CGAL. That > > library installs its headers into /usr/include/CORE/* and Ralf said that the > > name "CORE" is too general for an inclusion into FE. > > > > Even if the official reviewer of my request accepted the package as-is, with > > CORE shipped, I eventually decided to remove the CORE library from CGAL, for > > the moment. However, without CORE, a few features of CGAL are not enabled > > (the exact geometrical kernel needs CORE). > > > > I would like to have your opinion on the two following questions: > > 1/ Is a directory named /usr/include/CORE/ (uppercase) is acceptable in > > Fedora Extras? > > How about moving it up to /usr/include/CGAL/CORE, for example. Then it's > "only" a matter of patching the Makefile.am files and running > 'autoreconf' (hmm, is it automake/conf based ?). Urgh - For automake/autoconf based packages, passing a different --includedir to configure should be sufficient ;) E.g. %configure --includedir=%{_includedir}/CGAL Then is supposed to do exactly what you propose - But, IIRC, CGAL is not automake/autoconf based :( Ralf From peter at thecodergeek.com Thu Sep 14 06:07:22 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Wed, 13 Sep 2006 23:07:22 -0700 Subject: Self-Introduction: Peter Gordon Message-ID: <4508F19A.5070202@thecodergeek.com> So, I realized that I never properly introduced myself to this community and other package maintainers. I just started posting stuff to Bugzilla several months ago and - voil? - here I am with CVS access and maintaining several cool little packages in Extras, as well as lending general support where I can on the lists and forums. I don't know if this is even required anymore, but as I wish to be a more involved member of the community, I feel it appropriate that I send this even if not. Here I go then... Full legal name: Peter Alan Gordon I am from Anaheim, California and am a full-time 3rd-year college student majoring in computer science (with a possible double-major in mathematics). Aside from my studies, I also have a full-time job handling inventory control duties for a microelectronics research & development firm in Costa Mesa. What are my goals in the Fedora Project? That's a rather difficult question to answer lightly. Truth be told, I simply want to help make better it wherever I can: packaging and maintaining cool Free software in Extras (especially games and GNOME-ish things), hunting down and trying to resolve bugs I may find, helping keep the Wiki updated, QA on various things which I use, community engagement, etc. (If I may say so, I *love* the fact that it's all based on a meritocracy.) My historical qualifications are verily not so immense as others here. I have no major projects that I have worked on. I have a baby project called FreeBB that I am currently working on, though. (No, it's not dead! I assure you!) It intends to be an alternative Free (both as in "no cost" and GPL'd) forum system for the WWW created with an utmost focus on security and good software design practices. I am also a moderator on the several of the Developer Shed forums [1], and am a global moderator on the Gentoo Linux discussion forums [2]. I've been using GNU/Linux for nearly four years now (about three years with it as my primary and only operating system). In terms of languages and things, I'm fluent in both English (en) and Spanish (es); and I'm quite proficient with scripting in PHP, Python (not so much), and GNU Bash. As well, I also enjoy writing small console-based utilities in C/C++. Why should I be trusted in the Fedora Project? Hmmm. Another tricky question... I don't know of any special reason, truly. As a long-time moderator on several forums and contributing member of 20+ electronic mailing lists and forums, though, I believe I've learned (and continue to learn!) a lot about how the F/OSS community works and can aide it in its quest for world domina...-err...I mean Freedom and Ease for users. ^_^ GnuPG Key Information: [peter at tuxhugger ~]$ gpg --fingerprint 0xFFC19479 pub 1024D/FFC19479 2006-03-15 Key fingerprint = DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 uid Peter Gordon (codergeek42) uid Peter Gordon (Gentoo Staff) sub 4096g/280CA146 2006-03-15 [1] http://forums.devshed.com/ [2] http://forums.gentoo.org/ Thanks! -- Peter Gordon (codergeek42) GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 My Blog: http://thecodergeek.com/blog/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From paul at city-fan.org Thu Sep 14 07:05:23 2006 From: paul at city-fan.org (Paul Howarth) Date: Thu, 14 Sep 2006 08:05:23 +0100 Subject: rpmlint incorrect-locale-sv message In-Reply-To: References: <20060914010538.GA30519@osiris.silug.org> Message-ID: <1158217523.5358.0.camel@metropolis.intra.city-fan.org> On Wed, 2006-09-13 at 21:24 -0500, Jason L Tibbitts III wrote: > >>>>> "SP" == Steven Pritchard writes: > > SP> E: tuxpaint-stamps incorrect-locale-sv > SP> /usr/share/locale/sw/LC_MESSAGES/tuxpaint-stamps.mo > > You can look at /usr/share/rpmlint/I18NCheck.py to see what's going on > here. > > Basically the assumption is that if you have a locale of "sw", you > must have intended to type "sv" instead and so rpmlint spits out an > error. Honestly I think it's quite hilariously arrogant to assume > that there will never legitimately be any software translated to > Swahili. The check should be completely excised from the rpmlint > source; care to file a bug? > > SP> That file is Swahili, which means the error is bogus, right? > > That file certainly purports to be Swahili and it certainly isn't > Swedish (although ironically it was translated by someone in Sweden). > The error is absolutely bogus. Reported upstream: http://rpmlint.zarb.org/cgi-bin/trac.cgi/ticket/49 Paul. From cchance at redhat.com Thu Sep 14 08:53:14 2006 From: cchance at redhat.com (Caius Chance) Date: Thu, 14 Sep 2006 18:53:14 +1000 Subject: Removal of xcin. Message-ID: <4509187A.3080200@redhat.com> Hi, xcin is removed as a obsoleted package. Best Regards, Caius -- CAIUS CHANCE, ASSOC SW ENG ENG-I18N, RED HAT INC APAC CCHANCE at REDHAT.COM / X8116 APAC.REDHAT.COM/DISCLAIMER From cchance at redhat.com Thu Sep 14 08:53:19 2006 From: cchance at redhat.com (Caius Chance) Date: Thu, 14 Sep 2006 18:53:19 +1000 Subject: Removal of libtabe. Message-ID: <4509187F.5010103@redhat.com> Hi, As libtabe is not required by any packages after absent of xcin of coming Fedora, it needs to be removed. Best Regards, Caius Chance -- CAIUS CHANCE, ASSOC SW ENG ENG-I18N, RED HAT INC APAC CCHANCE at REDHAT.COM / X8116 APAC.REDHAT.COM/DISCLAIMER From laurent.rineau__fedora_extras at normalesup.org Thu Sep 14 08:53:57 2006 From: laurent.rineau__fedora_extras at normalesup.org (Laurent Rineau) Date: Thu, 14 Sep 2006 10:53:57 +0200 Subject: Would like to import CORE into Fedora (naming problem) In-Reply-To: <1158206573.4654.628.camel@mccallum.corsepiu.local> References: <200609131447.07330@rineau.schtroumpfette> <200609132034.24890@rineau.schtroumpfette> <1158206573.4654.628.camel@mccallum.corsepiu.local> Message-ID: <200609141053.57167@rineau.schtroumpfette> On Thursday 14 September 2006 06:02, Ralf Corsepius wrote: > Does CORE also exist as a standalone tarball? Yes: http://cs.nyu.edu/exact/core/download/core_v1.7/core_v1.7.tgz > I'd then recommend to build/package CORE from this sources and not to > package CORE from CGAL's sources, or at least to package CORE into > separate packages, and not as integral part of CGAL. That's why I plan to do, if the path /usr/include/CORE/ is eventually accepted into FE. From michael at knox.net.nz Thu Sep 14 09:35:39 2006 From: michael at knox.net.nz (Michael J. Knox) Date: Thu, 14 Sep 2006 21:35:39 +1200 Subject: FE Package Status of Sep 14, 2006 Message-ID: <4509226B.6070203@knox.net.nz> Hi All, This weeks package status report. FE Package Status of Sep 14, 2006 The full report can be found here: http://fedoraproject.org/wiki/Extras/PackageStatus Owners file stats: - 2274 packages - 45 orphans - 30 packages not available in extras devel or release Fedora at FamilleCollet dot com php-pear-Console-Table Fedora at FamilleCollet dot com php-pear-PHP-CompatInfo bruno at postle dot net libpano12 bruno at postle dot net vigra cgoorah at yahoo dot com dot au kadischi cweyl at alumni dot drew dot edu perl-GStreamer davidhart at tqmcube dot com leafnode dennis at ausil dot us oooqs2 fredrik at dolda2000 dot com icmpdn ghenry at suretecsystems dot com gnome-applet-netmon lists at forevermore dot net yafc matthias at rpmforge dot net fillets-ng-data-cs matthias at rpmforge dot net php-mmcache nomis80 at nomis80 dot org juk notting at redhat dot com aqhbci-qt-tools panemade at gmail dot com perl-perlmenu paul at all-the-johnsons dot co dot uk gconvert paul at city-fan dot org gnome-libs raven at pmail dot pl tango-icon-theme rdieter at math dot unl dot edu libofa redhat at flyn dot org luks-tools steve at silug dot org tuxpaint-stamps tcallawa at redhat dot com perl-Maypole tcallawa at redhat dot com R-RScaLAPACK tcallawa at redhat dot com comical tcallawa at redhat dot com R-hdf5 tcallawa at redhat dot com opendap toniw at iki dot fi silky toniw at iki dot fi libmatchbox wtogami at redhat dot com iiimf-le-simplehangul - 6 packages not available in extras devel but present in release andreas at bawue dot net ddrescue cweyl at alumni dot drew dot edu gaim-gaym dakingun at gmail dot com baobab gemi at bluewin dot ch TeXmacs ville dot skytta at iki dot fi em8300-kmod ville dot skytta at iki dot fi em8300 - 5 packages which have not yet been FE-APPROVE'd... https://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_id=165230,189375,193531 eclipse-gef Aaron Luchko Maelstrom Bill Nottingham kicad Alain PORTAL https://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_id=203864,204227 tripwire Brandon Holbrook foremost Daniel Rindt - 2 packages present in the development repo which have no owners entry BackupPC gnustep-make - 5 orphaned packages, yet available in extras devel cvsplot jikes jlint lft qascade - 48 packages that moved to core Packages appearing both in Core and Extras: - 4 packages duplicated for devel: jpmahowald at gmail dot com alacarte jvdias at redhat dot com openmpi petersen at redhat dot com scim-bridge tagoh at redhat dot com paps FE-ACCEPT packages stats: - 1317 accepted, closed package reviews - 7 accepted, closed package reviews not in repo - 4 accepted, closed package reviews not in owners - 9 accepted, open package reviews older than 4 weeks; - 10 accepted, open package reviews with a package already in the repo FE-REVIEW packages stats: - 92 open tickets - 23 tickets with no activity in eight weeks - 18 tickets with no activity in four weeks - 3 closed tickets FE-NEW packages stats: - 142 open tickets - 18 tickets with no activity in eight weeks - 30 tickets with no activity in four weeks FE-NEEDSPONSOR packages stats: - 25 open tickets - 3 tickets with no activity in eight weeks - 6 tickets with no activity in four weeks FE-LEGAL packages stats: - 3 open tickets FE-GUIDELINES packages stats: - 2 open tickets - 2 tickets with no activity in eight weeks OPEN-BUGS packages stats: - 250 open tickets - 129 tickets with no activity in eight weeks - 25 tickets with no activity in four weeks CVS stats: - 2284 packages with a devel directory - 27 packages with no owners entry BackupPC codeblocks gnustep-make gpasman grandr_applet gsview initng k3b-ape kernel-module-thinkpad libexif muse nethack-falconseye perl-Convert-ASN1 perl-DateManip perl-GD-SVG perl-Graph perl-RPM-Specfile perl-SVG perl-Text-Shellwords perl-XML-LibXML-Common perl-XML-NamespaceSupport perl-XML-SAX perl-XML-Writer perl-bioperl php-apc python-ldap zoo - 6 packages in CVS devel *and* Core alacarte dogtail libevent openmpi pam_pkcs11 pyspi - 105 packages were dropped from extras Maintainers stats: - 235 maintainers - 2 inactive maintainers with open bugs Dropped FC packages: - 279 packages were dropped from core since FC 1 Comps.xml files stats: - 725 packages in comps-fe6 file - 454 packages missing from comps-fe6 file - 25 packages in comps-fe6 but not in repo - 600 packages in comps-fe5 file - 533 packages missing from comps-fe5 file - 21 packages in comps-fe5 but not in repo From bugs.michael at gmx.net Thu Sep 14 12:32:29 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 14 Sep 2006 14:32:29 +0200 Subject: Would like to import CORE into Fedora (naming problem) In-Reply-To: <1158206638.4654.630.camel@mccallum.corsepiu.local> References: <200609131447.07330@rineau.schtroumpfette> <20060913131413.6e629636@ernie> <645d17210609131136o2636de5pb182e71aebaf0f2d@mail.gmail.com> <45087B87.5070401@poolshark.org> <20060914013853.89ace95f.bugs.michael@gmx.net> <7dd7ab490609131942p4db968f2ie195ffb20963b242@mail.gmail.com> <1158206638.4654.630.camel@mccallum.corsepiu.local> Message-ID: <20060914143229.1d94df7d.bugs.michael@gmx.net> On Thu, 14 Sep 2006 06:03:58 +0200, Ralf Corsepius wrote: > On Wed, 2006-09-13 at 19:42 -0700, Chris Weyl wrote: > > On 9/13/06, Michael Schwendt wrote: > > > On Wed, 13 Sep 2006 23:43:35 +0200, Denis Leroy wrote: > > > > > > > But yeah, probably not worth the effort. I don't see much wrong with > > > > having /usr/include/CORE around either... > > > > > > Except that the name is very generic and hence short-sighted. > > Agreed, it's very short-sighted, because "CORE" is not unlikely to > conflict with "core dump files" on certain systems or with "CORE-files" > an OS provides. > > > Isn't that an upstream issue? Do we have an actual conflict in /usr/include? It is a matter of perspective. If you encountered a package which put a hundred files directly into /usr/include, what would you think first? "Does it conflict already?" Or: "Is it really necessary to pollute the standard search path? Doesn't this increase the risk of creating a sudden conflict?" What if the files were named /usr/include/core.h, /usr/include/Core/ or /usr/lib/libcore.so.1 and did not yet conflict? I don't say this directory /usr/include/CORE is an immediate reason not to accept this package in FE for now and for the supported platforms. Nevertheless it is terribly poor naming for a directory. The library is called just "Core Library", the project "CORE". Ugh. The review process not only asks reviewers to check a list of MUST/SHOULD items. It also asks reviewers to take a look at an RPM package. If the reviewer finds pitfalls or forms of ugly packaging, it sometimes leads to a feeling like "well, sure, the packager managed to wrap the software into an RPM package or many, but I'm not fond of the spec or the binaries and hence I wouldn't feel good when approving this". This is because the review system is not bullet-proof in that it covers all possible packaging issues. It is not that if a package meets the guidelines it is "perfect" and forward-looking. > Not ATM, but do we have a conflict > on /usr/include/LINUX, /usr/include/LOST+FOUND, or /usr/include/NFS? No. > > That's the problem behind of complaints on "generality in file names", > it's a matter of perspective, taste and foresight. > > Ralf > > From j.w.r.degoede at hhs.nl Thu Sep 14 12:15:12 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 14 Sep 2006 14:15:12 +0200 Subject: Would like to import CORE into Fedora (naming problem) In-Reply-To: <200609141053.57167@rineau.schtroumpfette> References: <200609131447.07330@rineau.schtroumpfette> <200609132034.24890@rineau.schtroumpfette> <1158206573.4654.628.camel@mccallum.corsepiu.local> <200609141053.57167@rineau.schtroumpfette> Message-ID: <450947D0.9070303@hhs.nl> Laurent Rineau wrote: > On Thursday 14 September 2006 06:02, Ralf Corsepius wrote: >> Does CORE also exist as a standalone tarball? > > Yes: http://cs.nyu.edu/exact/core/download/core_v1.7/core_v1.7.tgz > >> I'd then recommend to build/package CORE from this sources and not to >> package CORE from CGAL's sources, or at least to package CORE into >> separate packages, and not as integral part of CGAL. > > That's why I plan to do, if the path /usr/include/CORE/ is eventually accepted > into FE. > It _IS_ accepted, nobody seems to have problems with it accept Ralf, Regards, Hans From ed at eh3.com Thu Sep 14 13:18:41 2006 From: ed at eh3.com (Ed Hill) Date: Thu, 14 Sep 2006 09:18:41 -0400 Subject: Would like to import CORE into Fedora (naming problem) In-Reply-To: <200609141053.57167@rineau.schtroumpfette> References: <200609131447.07330@rineau.schtroumpfette> <200609132034.24890@rineau.schtroumpfette> <1158206573.4654.628.camel@mccallum.corsepiu.local> <200609141053.57167@rineau.schtroumpfette> Message-ID: <20060914091841.73d3ae46@ernie> On Thu, 14 Sep 2006 10:53:57 +0200 Laurent Rineau wrote: > On Thursday 14 September 2006 06:02, Ralf Corsepius wrote: > > Does CORE also exist as a standalone tarball? > > Yes: http://cs.nyu.edu/exact/core/download/core_v1.7/core_v1.7.tgz > > > I'd then recommend to build/package CORE from this sources and > > not to package CORE from CGAL's sources, or at least to package > > CORE into separate packages, and not as integral part of CGAL. > > That's why I plan to do, if the path /usr/include/CORE/ is > eventually accepted into FE. Hi Laurent, It seems that only two packagers (Ralf Corsepius and Michael Schwendt) have registered objections to the /usr/include/CORE location. And they both point out that its a matter of good taste, not a hard-and-fast rule that drives their reasoning [0]. If you can make the package work [1] with /usr/include/CGAL/CORE then I think that satisfies everyone. If not, you can go with the majority opinion and use /usr/include/CORE [2]. Ed [0] I think Ralf and Michael generally have very good taste in packaging decisions -- but who am I to judge? :-) [1] In addition to Ralf's comment you can also get includes by setting things like: export CPPFLAGS=-I%{_includedir}/CGAL/CORE or by editing the Makefile-s. [2] It can be difficult to try and make everyone happy all the time. ;-) -- Edward H. Hill III, PhD | ed at eh3.com | http://eh3.com/ From jamatos at fc.up.pt Thu Sep 14 13:45:31 2006 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Thu, 14 Sep 2006 14:45:31 +0100 Subject: Problems with the build system Message-ID: <200609141445.31525.jamatos@fc.up.pt> All packages that I have queued today for development (soon to be FC-6...) give: ... Executing /usr/sbin/mock-helper yum --installroot /var/lib/mock/fedora-development-i386-core-8bae10b92c20a2a004849117ea388cf7178fd75c/root install buildsys-build file:///pub/fedora/linux/core/development/i386/os/Fedora/RPMS/sed-4.1.5-5.fc6.i386.rpm: [Errno -1] Header is not complete. Trying other mirror. Error: failure: Fedora/RPMS/sed-4.1.5-5.fc6.i386.rpm from core: [Errno 256] No more mirrors to try. ... -- Jos? Ab?lio From wtogami at redhat.com Thu Sep 14 14:35:26 2006 From: wtogami at redhat.com (Warren Togami) Date: Thu, 14 Sep 2006 10:35:26 -0400 Subject: Removal of xcin and libtabe In-Reply-To: <4509187A.3080200@redhat.com> References: <4509187A.3080200@redhat.com> Message-ID: <450968AE.10005@redhat.com> Caius Chance wrote: > Hi, > > xcin is removed as a obsoleted package. > > Best Regards, > Caius > I have removed xcin and libtabe from FE devel repo. Warren Togami wtogami at redhat.com From dcbw at redhat.com Thu Sep 14 14:58:58 2006 From: dcbw at redhat.com (Dan Williams) Date: Thu, 14 Sep 2006 10:58:58 -0400 Subject: Problems with the build system In-Reply-To: <200609141445.31525.jamatos@fc.up.pt> References: <200609141445.31525.jamatos@fc.up.pt> Message-ID: <1158245938.4045.0.camel@localhost.localdomain> On Thu, 2006-09-14 at 14:45 +0100, Jos? Matos wrote: > All packages that I have queued today for development (soon to be FC-6...) > give: > > ... > Executing /usr/sbin/mock-helper > yum --installroot /var/lib/mock/fedora-development-i386-core-8bae10b92c20a2a004849117ea388cf7178fd75c/root > install buildsys-build > file:///pub/fedora/linux/core/development/i386/os/Fedora/RPMS/sed-4.1.5-5.fc6.i386.rpm: > [Errno -1] Header is not complete. > Trying other mirror. > Error: failure: Fedora/RPMS/sed-4.1.5-5.fc6.i386.rpm from core: [Errno 256] No > more mirrors to try. > ... You've hit a resync window; please requeue again after waiting about 30 minutes or so (plague-client requeue ). Dan > -- > Jos? Ab?lio > From steve at silug.org Thu Sep 14 15:33:22 2006 From: steve at silug.org (Steven Pritchard) Date: Thu, 14 Sep 2006 10:33:22 -0500 Subject: rpmlint incorrect-locale-sv message In-Reply-To: <1158217523.5358.0.camel@metropolis.intra.city-fan.org> References: <20060914010538.GA30519@osiris.silug.org> <1158217523.5358.0.camel@metropolis.intra.city-fan.org> Message-ID: <20060914153322.GA11052@osiris.silug.org> On Thu, Sep 14, 2006 at 08:05:23AM +0100, Paul Howarth wrote: > Reported upstream: > http://rpmlint.zarb.org/cgi-bin/trac.cgi/ticket/49 Thanks. Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From notting at redhat.com Thu Sep 14 19:46:03 2006 From: notting at redhat.com (Bill Nottingham) Date: Thu, 14 Sep 2006 15:46:03 -0400 Subject: openmpi In-Reply-To: <645d17210609131000t556eebe3h7b37b9cbf72a6072@mail.gmail.com> References: <20060911090236.16c1f1f6@ludwig-alpha> <20060911164834.GA2940@nostromo.devel.redhat.com> <4505D5F0.3010708@cora.nwra.com> <20060912164218.109caa74@ludwig-alpha> <645d17210609131000t556eebe3h7b37b9cbf72a6072@mail.gmail.com> Message-ID: <20060914194603.GA9202@nostromo.devel.redhat.com> Jonathan Underwood (jonathan.underwood at gmail.com) said: > On 12/09/06, Christian Iseli wrote: > >On Mon, 11 Sep 2006 15:32:32 -0600, Orion Poplawski wrote: > >> Any idea why I can't check it out of CVS? > >> > >> $ cvs -d :pserver:anonymous at cvs.fedora.redhat.com:/cvs/dist co openmpi > >> cvs server: cannot find module `openmpi' - ignored > > > >It seems to live in Extras ATM: > >$ cvs -d :pserver:anonymous at cvs.fedora.redhat.com:/cvs/extras co openmpi > > > >works fine for me... > > Note that the version in rawhide is a few releases old now... the > maintainer doesn't seem to be overly active - see bugs 191436, 189441, > 192294. (If Jason is reading this and needs a hand, I'm happy to help > maintain openmpi while it is in FE). CC'ing Doug. I suspect that Jason would not be maintaining this in extras, but ICBW. I'll let you guys sort it out. :) Bill From jamatos at fc.up.pt Thu Sep 14 20:01:25 2006 From: jamatos at fc.up.pt (=?utf-8?q?Jos=C3=A9_Matos?=) Date: Thu, 14 Sep 2006 21:01:25 +0100 Subject: Problems with the build system In-Reply-To: <1158245938.4045.0.camel@localhost.localdomain> References: <200609141445.31525.jamatos@fc.up.pt> <1158245938.4045.0.camel@localhost.localdomain> Message-ID: <200609142101.25264.jamatos@fc.up.pt> On Thursday 14 September 2006 15:58, Dan Williams wrote: > You've hit a resync window; please requeue again after waiting about 30 > minutes or so (plague-client requeue ). That implies that you have a window after those 30 minutes. ;-) I have re-queued all jobs and they built fine. > Dan Thanks. :-) I will take into account next time. -- Jos? Ab?lio From ville.skytta at iki.fi Thu Sep 14 21:36:32 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Fri, 15 Sep 2006 00:36:32 +0300 Subject: Reminder: rebuild your FE packages for FC6 *by the end of this week* Message-ID: <1158269792.3035.114.camel@viper.local> http://fedoraproject.org/wiki/Extras/Schedule/FC6MassRebuild Reminder: all FE packages are expected to be properly rebuilt and/or their "needs.rebuild" file in CVS appropriately treated by the end of this week. See above link for more info. Starting from early next week, around Monday Sep 18, packages whose needs.rebuild file still remains untreated will be orphaned and removed from the devel package repository (not CVS). They will not (nor will packages that have dependencies to them!) ship in FE6 until they're properly unorphaned. As of a few minutes ago, there were 538 untreated needs.rebuild files in CVS, list attached. Some of those are expected as they're in already orphaned packages' devel branches, but that's still a lot. -------------- next part -------------- adns alacarte alsa-firmware alsa-tools amavisd-new amaya anjuta-gdl anthy apel artwiz-aleczapka-fonts asciidoc aspell-he athcool autotrace azureus BackupPC banner bazaar blam blktool boo brandy bsdiff bwm-ng bzr bzrtools camstream CastPodder cdlabelgen cfs charis-fonts clamav cogito conntrack contact-lookup-applet cowbell cpan2rpm cpanspec cproto ctorrent cvsplot cyrus-imapd daap-sharp darcs ddclient ddskk dhcp-forwarder dietlibc directfb dogtail doulos-fonts driftnet dssi dxpc dynamite ecore edb edje eet em8300 em8300-kmod embryo enemies-of-carlotta evas fbida fedora-usermgmt fillets-ng-data firestarter flim fluidsynth flumotion fontforge fonts-hebrew-fancy fonttools fortune-firefly fpc freealut FreeWnn frotz fslint fuse-emulator fuse-emulator-utils gai gaim-guifications gaim-otr gai-pal gajim gcin gdeskcal gdl genchemlab gentium-fonts geos gfontview ghc gif2png gjots2 glitz gnash gnet2 gnome-applet-netmon gnome-applet-timer gnome-build gnome-phone-manager gnome-sudoku gnomesword gnome-yum gnugo gobby gonvert gourmet graphviz grhino gstreamer08-python gstreamer-python gtk2hs gtkdatabox gtkhtml36 Gtk-Perl gtranslator gwget haddock hexter-dssi html-xml-utils htop hunky-fonts hunt ibmonitor icmpdn ifm ifplugd initng ip-sentinel ipython irssi itext jakarta-commons-cli jhead jikes jlint jogl john kasumi kawa kbibtex kismet koffice koffice-langpack kover ladspa lash lcdf-typetools lcov leafnode lft lib765 libannodex libapreq2 libcdio libchewing libcmml libdnet libdsk libevent libibverbs libifp liblo liblrdf libmatchbox libmthca libnetfilter_conntrack liboggz liboil libopts libpqxx librsync libsafe libspectrum libstatgrab libsvg libsvg-cairo libtasn1 libtomoe-gtk libuninameslist libvisual-plugins licq lincity-ng linux-libertine-fonts lock-keys-applet lsscsi m17n-db m17n-lib mach MagicPoint mantis mediawiki metamonitor mfstools milter-greylist mimetex mimetic mod_annodex monotone most mtd-utils muine multisync multitail muse mxml nant nautilus-sendto nc6 ncmpc nedit nessus-core netgo nethack-vultures netpanzer-data NetworkManager-openvpn NetworkManager-vpnc nexuiz nexuiz-data ngrep ninja notecase nucleo nuttcp octave octave-forge oneko oooqs2 openal opencdk opencv opendap openmpi orange ots pam_mount pam_pkcs11 pam_script pan paraview pdsh pengupop perl-Algorithm-Diff perl-AnyData perl-Apache-LogRegex perl-Apache-Session perl-Apache-Session-Wrapper perl-Archive-Extract perl-CGI-Simple perl-CGI-Untaint perl-CGI-Untaint-date perl-Chart perl-Class-Accessor perl-Class-Accessor-Chained perl-Class-Container perl-Class-Data-Inheritable perl-Class-DBI perl-Class-DBI-AbstractSearch perl-Class-DBI-AsForm perl-Class-DBI-FromCGI perl-Class-DBI-Loader perl-Class-DBI-Loader-Relationship perl-Class-DBI-mysql perl-Class-DBI-Pager perl-Class-DBI-Pg perl-Class-DBI-Plugin perl-Class-DBI-Plugin-RetrieveAll perl-Class-DBI-Plugin-Type perl-Class-DBI-SQLite perl-Class-ErrorHandler perl-Class-Singleton perl-Class-Trigger perl-Class-Whitehole perl-Clone perl-Config-Record perl-Convert-ASCII-Armour perl-Convert-PEM perl-Convert-TNEF perl-CPAN-DistnameInfo perl-Crypt-DES_EDE3 perl-Curses perl-Data-Page perl-DateTime-Event-ICal perl-DateTime-Event-Recurrence perl-DateTime-Format-ICal perl-DateTime-Format-Strptime perl-DateTime-Set perl-DBD-AnyData perl-DBD-SQLite perl-DBD-SQLite2 perl-DBIx-ContextualFetch perl-Exception-Class perl-Exporter-Lite perl-ExtUtils-XSBuilder perl-File-BOM perl-File-Fetch perl-File-ReadBackwards perl-File-Type perl-Finance-Quote perl-Gnome2-Canvas perl-Graphics-ColorNames perl-Gtk2-GladeXML perl-HTML-Mason perl-HTML-TableExtract perl-HTML-Tree perl-Ima-DBI perl-Image-ExifTool perl-Imager perl-IO-All perl-IO-CaptureOutput perl-IO-Multiplex perl-IO-Null perl-IPC-Cmd perl-Lingua-EN-Inflect perl-Lingua-EN-Inflect-Number perl-Locale-Maketext-Simple perl-Log-Message perl-Log-Message-Simple perl-Mail-Alias perl-Mail-Sender perl-Maypole perl-Module-Build perl-Module-Info perl-Module-Install perl-Module-Load perl-Module-Load-Conditional perl-Module-Loaded perl-Module-Pluggable perl-Net-CIDR-Lite perl-Net-SCP perl-Object-Accessor perl-OLE-Storage_Lite perl-OpenFrame perl-Package-Constants perl-Params-Check perl-Parse-CPAN-Packages perl-Pipeline perl-Pod-POM perl-Pod-Readme perl-Razor-Agent perl-Readonly perl-Readonly-XS perl-Set-Infinite perl-Spoon perl-Spreadsheet-ParseExcel perl-Spreadsheet-WriteExcel perl-SQL-Abstract perl-SQL-Abstract-Limit perl-Taint-Runtime perl-Template-Plugin-Class perl-Template-Toolkit perl-Term-UI perl-Test-Base perl-Test-Deep perl-Test-Exception perl-Test-MockModule perl-Test-NoWarnings perl-Test-Portability-Files perl-Test-Prereq perl-Test-Tester perl-Tie-DBI perl-Time-Piece perl-Time-Piece-MySQL perl-Tk perl-UNIVERSAL-exports perl-UNIVERSAL-moniker perl-Unix-Statgrab perl-version perl-X11-Protocol perl-XML-RSS perl-YAML perl-YAML-Parser-Syck pgadmin3 php-apc physfs planet polyxmass-bin polyxmass-common polyxmass-data polyxmass-doc pop-before-smtp proj pwgen pybliographer pychart pydot pyflowtools PyRTF pyspi python-adns python-cherrypy python-cherrytemplate python-durus python-enchant python-goopy python-lxml python-matplotlib python-nltk python-paramiko python-protocols python-psyco python-psycopg python-quixote python-simpletal python-sqlalchemy python-tpg python-twisted python-vobject PyX pyxdg qascade qiv qjackctl qsynth quadkonsole QuantLib quarry raptor rblcheck rdiff-backup rekall repoml R-hdf5 rkhunter rman rocksndiamonds rootsh rpmDirectoryCheck rpmlint R-RScaLAPACK rssowl ruby-mysql rxvt rxvt-unicode sabayon sblim-cmpi-base sblim-cmpi-devel sblim-testsuite sblim-wbemcli scalapack scanssh scim scim-anthy scim-chewing scim-chinese-standard scim-fcitx scim-hangul scim-input-pad scim-m17n scim-pinyin scim-qtimm scim-skk scim-tables scim-tomoe scponly scribus scribus-templates scrub serpentine shapelib silky skkdic sloccount sopwith source-highlight spicctrl Sprog ss5 stratagus straw streamtuner stripesnoop subversion-api-docs swh-plugins sword sylpheed-claws sylpheed-claws-plugins synce synce-gnomevfs synce-software-manager synce-trayicon system-config-control system-switch-im t1lib t1utils taarich taskjuggler tetex-elsevier tetex-fontools tetex-fonts-hebrew tetex-prosper tin tomoe torsmo translate-toolkit treecc ttf2pt1 udunits uim unshield up-imapproxy util-vserver uudeview uuid v2strip veusz vnstat vorbisgain w3c-libwww w3m-el wifi-radar WindowMaker wine wine-docs wlassistant wmacpi wmapmload wmCalClock wmweather+ wv2 wxPythonGTK2 x11-ssh-askpass xca xdesktopwaves xmlrpc-c xmlstarlet xplanet xsupplicant yakuake yum-utils z88dk zeroinstall-injector zile zoo From Christian.Iseli at licr.org Thu Sep 14 22:04:15 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Fri, 15 Sep 2006 00:04:15 +0200 Subject: Reminder: rebuild your FE packages for FC6 *by the end of this week* In-Reply-To: <1158269792.3035.114.camel@viper.local> References: <1158269792.3035.114.camel@viper.local> Message-ID: <20060915000415.62f5edc2@ludwig-alpha> On Fri, 15 Sep 2006 00:36:32 +0300, Ville Skytt? wrote: > As of a few minutes ago, there were 538 untreated needs.rebuild files in > CVS, list attached. Some of those are expected as they're in already > orphaned packages' devel branches, but that's still a lot. I'll send another round of nagmails shortly... Attached is a list of packages that were *not* rebuilt since Sun Aug 27, but their needs.rebuild file has been removed. Please check it for potential mistakes... (format is: owner | package name | date last rebuilt) Cheers, Christian -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: not_rebuilt.txt URL: From michael at knox.net.nz Thu Sep 14 22:06:37 2006 From: michael at knox.net.nz (Michael J. Knox) Date: Fri, 15 Sep 2006 10:06:37 +1200 (NZST) Subject: Reminder: rebuild your FE packages for FC6 *by the end of this week* In-Reply-To: <20060915000415.62f5edc2@ludwig-alpha> References: <1158269792.3035.114.camel@viper.local> <20060915000415.62f5edc2@ludwig-alpha> Message-ID: <48347.203.118.135.21.1158271597.squirrel@www.knox.net.nz> Christian Iseli wrote: > On Fri, 15 Sep 2006 00:36:32 +0300, Ville Skytt? wrote: >> As of a few minutes ago, there were 538 untreated needs.rebuild files in >> CVS, list attached. Some of those are expected as they're in already >> orphaned packages' devel branches, but that's still a lot. > > I'll send another round of nagmails shortly... > > Attached is a list of packages that were *not* rebuilt since Sun Aug > 27, but their needs.rebuild file has been removed. Please check it for > potential mistakes... > > (format is: owner | package name | date last rebuilt) I have one package (gdk-pixbuf) that will be commited tomorrow. Had to merge some fixes to get it to build under rawhide. Michael From Christian.Iseli at licr.org Thu Sep 14 22:21:36 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Fri, 15 Sep 2006 00:21:36 +0200 Subject: Reminder: rebuild your FE packages for FC6 *by the end of this week* In-Reply-To: <48347.203.118.135.21.1158271597.squirrel@www.knox.net.nz> References: <1158269792.3035.114.camel@viper.local> <20060915000415.62f5edc2@ludwig-alpha> <48347.203.118.135.21.1158271597.squirrel@www.knox.net.nz> Message-ID: <20060915002136.0a13340d@ludwig-alpha> On Fri, 15 Sep 2006 10:06:37 +1200 (NZST), Michael J. Knox wrote: > I have one package (gdk-pixbuf) that will be commited tomorrow. Had to > merge some fixes to get it to build under rawhide. np. nagmails sent :-) good nite. Christian From dledford at redhat.com Thu Sep 14 22:28:15 2006 From: dledford at redhat.com (Doug Ledford) Date: Thu, 14 Sep 2006 18:28:15 -0400 Subject: openmpi In-Reply-To: <20060914194603.GA9202@nostromo.devel.redhat.com> References: <20060911090236.16c1f1f6@ludwig-alpha> <20060911164834.GA2940@nostromo.devel.redhat.com> <4505D5F0.3010708@cora.nwra.com> <20060912164218.109caa74@ludwig-alpha> <645d17210609131000t556eebe3h7b37b9cbf72a6072@mail.gmail.com> <20060914194603.GA9202@nostromo.devel.redhat.com> Message-ID: <1158272895.2661.72.camel@fc6.xsintricity.com> On Thu, 2006-09-14 at 15:46 -0400, Bill Nottingham wrote: > Jonathan Underwood (jonathan.underwood at gmail.com) said: > > On 12/09/06, Christian Iseli wrote: > > >On Mon, 11 Sep 2006 15:32:32 -0600, Orion Poplawski wrote: > > >> Any idea why I can't check it out of CVS? > > >> > > >> $ cvs -d :pserver:anonymous at cvs.fedora.redhat.com:/cvs/dist co openmpi > > >> cvs server: cannot find module `openmpi' - ignored > > > > > >It seems to live in Extras ATM: > > >$ cvs -d :pserver:anonymous at cvs.fedora.redhat.com:/cvs/extras co openmpi > > > > > >works fine for me... > > > > Note that the version in rawhide is a few releases old now... the > > maintainer doesn't seem to be overly active - see bugs 191436, 189441, > > 192294. (If Jason is reading this and needs a hand, I'm happy to help > > maintain openmpi while it is in FE). > > CC'ing Doug. I suspect that Jason would not be maintaining this in > extras, but ICBW. I'll let you guys sort it out. :) Well, I *would* update the copy in extras, if I could, but last I checked my extras CVS access still isn't enabled. As for the version of openmpi, I've been updating our internal stuff to openmpi-1.1 (sson to be 1.1.1) and I thought that had already hit rawhide. Plus, I had planned to take openmpi to core instead of extras anyway. -- Doug Ledford GPG KeyID: CFBFF194 http://people.redhat.com/dledford Infiniband specific RPMs available at http://people.redhat.com/dledford/Infiniband -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ghenry at suretecsystems.com Thu Sep 14 22:36:14 2006 From: ghenry at suretecsystems.com (Gavin Henry) Date: Thu, 14 Sep 2006 23:36:14 +0100 (BST) Subject: Final reminder, Fedora Extras rebuild for FC6 In-Reply-To: <20060915000834.bc393c96@ludwig-alpha> References: <20060915000834.bc393c96@ludwig-alpha> Message-ID: <58202.192.168.100.90.1158273374.squirrel@webmail.suretecsystems.com> Hi sorry. I've been on holiday. What's the final date these have to be rebuild by? Thanks. -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 824887 E ghenry at suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/ > Hi, > > This is the final reminder that all FE packages should be rebuilt for > FC-6. > > Please see > https://www.redhat.com/archives/fedora-extras-list/2006-September/msg00367.html > https://www.redhat.com/archives/fedora-extras-list/2006-August/msg00611.html > http://fedoraproject.org/wiki/Extras/Schedule/FC6MassRebuild > > It appears the following packages you maintain still have a needs.rebuild > file in the devel directory. > > Regards, > Christian > ---- > cpan2rpm > gnome-applet-netmon > html-xml-utils > john > librsync > perl-Apache-LogRegex > perl-Gnome2-Canvas > perl-Gtk2-GladeXML > perl-Imager > pgadmin3 > rdiff-backup > Sprog > From jeff at ultimateevil.org Thu Sep 14 22:52:52 2006 From: jeff at ultimateevil.org (Jeff Carlson) Date: Thu, 14 Sep 2006 15:52:52 -0700 Subject: Final reminder, Fedora Extras rebuild for FC6 In-Reply-To: <20060915000834.348c56de@ludwig-alpha> References: <20060915000834.348c56de@ludwig-alpha> Message-ID: <4509DD44.9070204@ultimateevil.org> Christian Iseli wrote: > It appears the following packages you maintain still have a needs.rebuild > file in the devel directory. > up-imapproxy > zile I just rebuilt zile either Monday or Tuesday. Is this info correct? From jeff at ultimateevil.org Thu Sep 14 23:28:53 2006 From: jeff at ultimateevil.org (Jeff Carlson) Date: Thu, 14 Sep 2006 16:28:53 -0700 Subject: Final reminder, Fedora Extras rebuild for FC6 In-Reply-To: <20060915000834.348c56de@ludwig-alpha> References: <20060915000834.348c56de@ludwig-alpha> Message-ID: <4509E5B5.3090203@ultimateevil.org> Christian Iseli wrote: > This is the final reminder that all FE packages should be rebuilt for FC-6. > It appears the following packages you maintain still have a needs.rebuild > file in the devel directory. Ignore my last email. I didn't realize I had to manually remove needs.rebuild. For some reason I thought the build process was going to remove it. I don't know why I thought it would, I guess I misread something earlier. I'll get up-imapproxy done in a little bit. From work.eric at gmail.com Thu Sep 14 23:57:37 2006 From: work.eric at gmail.com (Eric Work) Date: Thu, 14 Sep 2006 16:57:37 -0700 Subject: Final reminder, Fedora Extras rebuild for FC6 In-Reply-To: <20060915000835.a2bfbb86@ludwig-alpha> References: <20060915000835.a2bfbb86@ludwig-alpha> Message-ID: I have been very busy with graduate work, sorry! I will try to do it this weekend. On 9/14/06, Christian Iseli wrote: > Hi, > > This is the final reminder that all FE packages should be rebuilt for FC-6. > > Please see > https://www.redhat.com/archives/fedora-extras-list/2006-September/msg00367.html > https://www.redhat.com/archives/fedora-extras-list/2006-August/msg00611.html > http://fedoraproject.org/wiki/Extras/Schedule/FC6MassRebuild > > It appears the following packages you maintain still have a needs.rebuild > file in the devel directory. > > Regards, > Christian > ---- > glitz > gtkdatabox > libsvg > libsvg-cairo > From notting at redhat.com Fri Sep 15 00:46:54 2006 From: notting at redhat.com (Bill Nottingham) Date: Thu, 14 Sep 2006 20:46:54 -0400 Subject: Final reminder, Fedora Extras rebuild for FC6 In-Reply-To: <20060915000834.b8a71a81@ludwig-alpha> References: <20060915000834.b8a71a81@ludwig-alpha> Message-ID: <20060915004654.GA12094@nostromo.devel.redhat.com> Christian Iseli (Christian.Iseli at licr.org) said: > Hi, > > This is the final reminder that all FE packages should be rebuilt for FC-6. > > Please see > https://www.redhat.com/archives/fedora-extras-list/2006-September/msg00367.html > https://www.redhat.com/archives/fedora-extras-list/2006-August/msg00611.html > http://fedoraproject.org/wiki/Extras/Schedule/FC6MassRebuild > > It appears the following packages you maintain still have a needs.rebuild > file in the devel directory. We're rebuilding noarch? Bill From jwboyer at jdub.homelinux.org Fri Sep 15 01:06:04 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Thu, 14 Sep 2006 20:06:04 -0500 Subject: Final reminder, Fedora Extras rebuild for FC6 In-Reply-To: <20060915004654.GA12094@nostromo.devel.redhat.com> References: <20060915000834.b8a71a81@ludwig-alpha> <20060915004654.GA12094@nostromo.devel.redhat.com> Message-ID: <1158282365.2622.16.camel@vader.jdub.homelinux.org> On Thu, 2006-09-14 at 20:46 -0400, Bill Nottingham wrote: > Christian Iseli (Christian.Iseli at licr.org) said: > > Hi, > > > > This is the final reminder that all FE packages should be rebuilt for FC-6. > > > > Please see > > https://www.redhat.com/archives/fedora-extras-list/2006-September/msg00367.html > > https://www.redhat.com/archives/fedora-extras-list/2006-August/msg00611.html > > http://fedoraproject.org/wiki/Extras/Schedule/FC6MassRebuild > > > > It appears the following packages you maintain still have a needs.rebuild > > file in the devel directory. > > We're rebuilding noarch? Yes. Unless it's something like static game data. josh From bugs.michael at gmx.net Fri Sep 15 01:12:18 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 15 Sep 2006 03:12:18 +0200 Subject: Attention, packagers! Invalid rebuilds In-Reply-To: <3237e4410609130831j11eedea2j4714a32d6ef0d724@mail.gmail.com> References: <20060912161127.2f63db96.bugs.michael@gmx.net> <4507CD9E.3070707@karan.org> <1158157698.2681.9.camel@localhost> <3237e4410609130831j11eedea2j4714a32d6ef0d724@mail.gmail.com> Message-ID: <20060915031218.7383df35.bugs.michael@gmx.net> On Wed, 13 Sep 2006 10:31:28 -0500, Mike McGrath wrote: > On 9/13/06, Toshio Kuratomi wrote: > > On Wed, 2006-09-13 at 10:21 +0100, Karanbir Singh wrote: > > > Michael Schwendt wrote: > > > > Lots of warnings in today's push of packages in the needsign queue. > > > > > > > > There are still packagers who rebuild their packages _without_ increasing > > > > the "Release" value. > > > > > > surely a VCS trigger to check for such ( and notify over email perhaps . > > > ) is possible at the server end ? > > > > If you code this up, I think the check should go in the build code, > > rather than the VCS. > > > > -Toshio > > > > I seem to remember some discussion about this a few months ago > concerning the makefile checking during the "make build/plague", which > isn't perfect but could at least inform the users that they're doing > something they aren't supposed to. Probably you confuse this issue with the "make tag" safety-check, which would protect packagers from tagging uncommitted working-copies. But a check whether somebody runs "make build" for an old tag would not be easy to do without a package database and without a history of previously built packages. Would you want the CVS Makefile to query the repository? ;) More warnings today, also for the FC-5 branch. In devel: autogen fortune-firefly anjuta-gdl nethack-vultures kbibtex Do we still have a mailing-list where every package maintainer must be subscribed? (e.g. fedora-maintainers?) Can the "nag-mails" be adjusted to explain what it means "to rebuild" a package? From notting at redhat.com Fri Sep 15 01:15:26 2006 From: notting at redhat.com (Bill Nottingham) Date: Thu, 14 Sep 2006 21:15:26 -0400 Subject: Final reminder, Fedora Extras rebuild for FC6 In-Reply-To: <1158282365.2622.16.camel@vader.jdub.homelinux.org> References: <20060915000834.b8a71a81@ludwig-alpha> <20060915004654.GA12094@nostromo.devel.redhat.com> <1158282365.2622.16.camel@vader.jdub.homelinux.org> Message-ID: <20060915011526.GC12094@nostromo.devel.redhat.com> Josh Boyer (jwboyer at jdub.homelinux.org) said: > On Thu, 2006-09-14 at 20:46 -0400, Bill Nottingham wrote: > > Christian Iseli (Christian.Iseli at licr.org) said: > > > Hi, > > > > > > This is the final reminder that all FE packages should be rebuilt for FC-6. > > > > > > Please see > > > https://www.redhat.com/archives/fedora-extras-list/2006-September/msg00367.html > > > https://www.redhat.com/archives/fedora-extras-list/2006-August/msg00611.html > > > http://fedoraproject.org/wiki/Extras/Schedule/FC6MassRebuild > > > > > > It appears the following packages you maintain still have a needs.rebuild > > > file in the devel directory. > > > > We're rebuilding noarch? > > Yes. Unless it's something like static game data. Is this a change? These weren't included in the last call for rebuilds. Bill From buildsys at fedoraproject.org Fri Sep 15 01:39:15 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 14 Sep 2006 21:39:15 -0400 (EDT) Subject: Fedora Extras Package Build Report 2006-09-14 Message-ID: <20060915013915.323E515212C@buildsys.fedoraproject.org> Packages built and released for Fedora Extras 5: 46 CGAL-3.2.1-17.fc5 CastPodder-5.0-8.fc5 NetworkManager-openvpn-0.3.2-7.fc5 R-wavethresh-2.2-4.fc5 amarok-1.4.3-2.fc5 arj-3.10.22-1.fc5 autogen-5.8.5-7.fc5 bigloo-2.8c-5.fc5 blender-2.42a-2.fc5 boo-0.7.6.2237-9.fc5 dogtail-0.6.0-2.fc5 ebtables-2.0.8-0.3.rc2.fc5 gparted-0.3.1-1.fc5 gpredict-0.6.1-1.fc5 graphviz-2.8-4.fc5 gtkwave-3.0.11-1.fc5 knetstats-1.6-1.fc5 konversation-1.0-1.fc5 libpano12-2.8.4-7.fc5 libtunepimp-0.4.3-3.fc5 mercurial-0.9.1-1.fc5 mfstools-2.0-10.snapshot050221.fc5 nautilus-actions-1.4-3.fc5 perl-IO-Interface-1.02-1.fc5 perl-POE-Component-SNMP-1.06-1.fc5 perl-POE-Filter-IRCD-2.0-1.fc5 perl-POE-Filter-Zlib-1.6-1.fc5 perl-SVN-Mirror-0.70-2.fc5 php-pear-Console-Table-1.0.5-2.fc5.1 php-pear-PHP-CompatInfo-1.3.2-1.fc5.1 php-pear-PHPUnit2-2.3.6-1.fc5 plague-0.4.4.1-2.fc5 pyspi-0.6.0-1.fc5 python-ogg-1.3-3.fc5 python-setuptools-0.6c2-1.fc5 rpmdevtools-5.1-1.fc5 swatch-3.2.1-1.fc5 tango-icon-theme-0.7.2-5.fc5 tre-0.7.4-5.fc5 tuxpaint-stamps-2005.11.25-1.fc5 vigra-1.4.0-4.fc5 vpnc-0.3.3-7.3 xchm-1.9-1.fc5 xmoto-0.2.0-1.fc5 yafc-1.1.1-5.fc5 ytalk-3.3.0-5.fc5 Packages built and released for Fedora Extras 4: 13 bigloo-2.8c-5.fc4 cacti-0.8.6h-6.fc4 ebtables-2.0.8-0.3.rc2.fc4 gtkwave-3.0.11-1.fc4 perl-GD-2.35-1.fc4 perl-IO-Interface-1.02-1.fc4 perl-SVN-Mirror-0.70-2.fc4 plague-0.4.4.1-2.fc4 python-ogg-1.3-3.fc4 python-setuptools-0.6c2-1.fc4 tinyerp-3.3.0-3.fc4 tre-0.7.4-5.fc4 xmoto-0.2.0-1.fc4 Packages built and released for Fedora Extras 3: 2 plague-0.4.4.1-2.fc3 tinyerp-3.3.0-3.fc3 Packages built and released for Fedora Extras development: 128 BibTool-2.48-5.fc6 CastPodder-5.0-8.fc6 NetworkManager-openvpn-0.3.2-7.fc6 OpenEXR-1.4.0a-3.fc6 R-2.3.1-2.fc6 R-mAr-1.1-6.fc6 R-waveslim-1.5-4.fc6 R-wavethresh-2.2-4.fc6 anjuta-gdl-0.6.1-4.fc6 archmage-0.0.7-2.fc6 asciidoc-7.0.2-3.fc6 autogen-5.8.5-7.fc6 bigloo-2.8c-5.fc6 blender-2.42a-2.fc6 bonnie++-1.03a-6.fc6 codeblocks-1.0-0.9.20060909svn2965.fc6 cogito-0.17.3-2.fc6 dircproxy-1.2.0-0.4.beta.fc6 ebtables-2.0.8-0.3.rc2.fc6 esmtp-0.5.1-13.fc6 ez-ipupdate-3.0.11-0.12.b8.fc6 facter-1.3.3-2.fc6 fbdesk-1.4.0-2.fc6 fluxbox-0.9.15.1-2.fc6 fluxconf-0.9.9-3.fc6 fnfx-0.3-8.fc6 foobillard-3.0a-5 fortune-firefly-2.1.1-1.fc6 frotz-2.43-5.fc6 gaim-gadugadu-2.0.0-0.11.beta3.fc6 gcin-1.2.5-2.fc6 gnochm-0.9.8-3.fc6 gnome-libs-1.4.2-3.fc6 gparted-0.3.1-1.fc6 gpredict-0.6.1-1.fc6 gtkwave-3.0.11-1.fc6 guichan-0.4.0-3.fc6 ifm-5.1-5.fc6 kbibtex-0.1.4-1.fc6 kchmviewer-2.6-2.fc6 kerry-0.1.1-3.fc6 knemo-0.4.3-2.fc6 knetstats-1.6-1.fc6 knetworkmanager-0.1-0.1.svn20060912.fc6 konversation-1.0-1.fc6 lapack-3.0-38.fc6 libchmxx-0.1-5.fc6 libetpan-0.45-2.fc6 libibverbs-1.0.3-2.fc6 libkexif-0.2.4-3.fc6 libkipi-0.1.4-3.fc6 libmcrypt-2.5.7-4.fc6 libmthca-1.0.2-2.fc6 libnasl-2.2.8-2.fc6 libnetfilter_conntrack-0.0.31-3.fc6 libofa-0.9.3-8.fc6 libopensync-0.18-7.fc6 libopensync-plugin-evolution2-0.18-9.fc6 libopensync-plugin-file-0.18-5.fc6 libopensync-plugin-gpe-0.18-3.fc6 libopensync-plugin-irmc-0.18-8.fc6 libopensync-plugin-kdepim-0.18-3.fc6 libopensync-plugin-palm-0.18-5.fc6 libopensync-plugin-python-0.18-5.fc6 libpano12-2.8.4-7.fc6 libsexymm-0.1.7-4.fc6 lincity-ng-1.0.3-2.fc6 lout-3.30-6.fc6 luks-tools-0.0.11-1 maxima-5.9.3.99-0.8.rc4.fc6 mcrypt-2.6.4-3.fc6 metamonitor-0.4.5-3.fc6 nautilus-actions-1.4-4.fc6 nessus-libraries-2.2.8-3.fc6 netgo-0.5-6.fc6 nethack-vultures-2.1.0-6.fc6 netpanzer-0.8-5.fc6 oneko-1.2-4.fc6 openvpn-2.1-0.13.beta15.fc6 pbzip2-0.9.6-4.fc6 perl-BerkeleyDB-0.30-1.fc6 perl-CPANPLUS-0.074-1.fc6 perl-DBD-SQLite-1.12-2.fc6 perl-Digest-Nilsimsa-0.06-7.fc6 perl-IO-Interface-1.02-1.fc6 perl-Kwiki-RecentChanges-0.14-2.fc6 perl-Mail-Sender-0.8.13-2.fc6 perl-Net-Netmask-1.9012-3.fc6 perl-POE-Component-SNMP-1.06-1.fc6 perl-POE-Filter-IRCD-2.0-1.fc6 perl-POE-Filter-Zlib-1.6-1.fc6 perl-Test-AutoBuild-1.2.0-3.fc6 perl-Test-Exception-0.21-3.fc6 perl-Text-CHM-0.01-2.fc6 perl-Time-Piece-1.09-2.fc6 perl-Time-Piece-MySQL-0.05-3.fc6 php-pear-Console-Table-1.0.5-2.fc6 php-pear-PHP-CompatInfo-1.3.2-1.fc6 plague-0.4.4.1-2.fc6 planet-2.0-1 plib16-1.6.0-6.fc6 plotmm-0.1.2-5.fc6 pyflowtools-0.3-7.fc6 python-chm-0.8.3-3.fc6 python-krbV-1.0.13-4.fc6 python-ogg-1.3-3.fc6 python-setuptools-0.6c2-1.fc6 python-sexy-0.1.8-5.fc6 python-vorbis-1.3-3.fc6 rpmdevtools-5.1-1.fc6 rpy-0.4.6-12.fc6 ruby-postgres-0.7.1-5.fc6 ruby-sqlite3-1.1.0-6.fc6 taglib-1.4-4.fc6 tango-icon-theme-0.7.2-5.fc6 tinyerp-3.3.0-4.fc6 tre-0.7.4-6.fc6 tuxpaint-stamps-2005.11.25-1.fc6 tuxpuck-0.8.2-2.fc6 up-imapproxy-1.2.4-7.fc6 vigra-1.4.0-4.fc6 vpnc-0.3.3-12 xchm-1.9-2.fc6 xmoto-0.2.0-1.fc6 xpa-2.1.6-7.fc6 xwrits-2.24-2.fc6 yafc-1.1.1-5.fc6 zziplib-0.13.47-1.fc6 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From Matt_Domsch at dell.com Fri Sep 15 02:09:48 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Thu, 14 Sep 2006 21:09:48 -0500 Subject: Final reminder, Fedora Extras rebuild for FC6 In-Reply-To: <1158282365.2622.16.camel@vader.jdub.homelinux.org> References: <20060915000834.b8a71a81@ludwig-alpha> <20060915004654.GA12094@nostromo.devel.redhat.com> <1158282365.2622.16.camel@vader.jdub.homelinux.org> Message-ID: <20060915020948.GA2505@lists.us.dell.com> On Thu, Sep 14, 2006 at 08:06:04PM -0500, Josh Boyer wrote: > On Thu, 2006-09-14 at 20:46 -0400, Bill Nottingham wrote: > > Christian Iseli (Christian.Iseli at licr.org) said: > > > Hi, > > > > > > This is the final reminder that all FE packages should be rebuilt for FC-6. > > > > > > Please see > > > https://www.redhat.com/archives/fedora-extras-list/2006-September/msg00367.html > > > https://www.redhat.com/archives/fedora-extras-list/2006-August/msg00611.html > > > http://fedoraproject.org/wiki/Extras/Schedule/FC6MassRebuild > > > > > > It appears the following packages you maintain still have a needs.rebuild > > > file in the devel directory. > > > > We're rebuilding noarch? > > Yes. Unless it's something like static game data. I didn't rebuild my noarch dkms or pgp-tools, as my private rebuilds of them yielded identical packages (modulo time stamps), so I didn't see the point. They're just perl and bash scripts after all. -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From paul at xelerance.com Fri Sep 15 02:15:16 2006 From: paul at xelerance.com (Paul Wouters) Date: Fri, 15 Sep 2006 04:15:16 +0200 (CEST) Subject: Reminder: rebuild your FE packages for FC6 *by the end of this week* In-Reply-To: <20060915000415.62f5edc2@ludwig-alpha> References: <1158269792.3035.114.camel@viper.local> <20060915000415.62f5edc2@ludwig-alpha> Message-ID: On Fri, 15 Sep 2006, Christian Iseli wrote: > I'll send another round of nagmails shortly... > > Attached is a list of packages that were *not* rebuilt since Sun Aug > 27, but their needs.rebuild file has been removed. Please check it for > potential mistakes... Your script isn't catching all. gaim-otr has not been rebuild yet, because for some reason it fails to create its configure script. I haven't been able to reproduce this outside mock. It still contains the needs.rebuild file as well. Paul From paul at xelerance.com Fri Sep 15 02:22:40 2006 From: paul at xelerance.com (Paul Wouters) Date: Fri, 15 Sep 2006 04:22:40 +0200 (CEST) Subject: Reminder: rebuild your FE packages for FC6 *by the end of this week* In-Reply-To: References: <1158269792.3035.114.camel@viper.local> <20060915000415.62f5edc2@ludwig-alpha> Message-ID: On Fri, 15 Sep 2006, Paul Wouters wrote: > Your script isn't catching all. Found the lost email. Your script works fine. Sorry, Paul From rc040203 at freenet.de Fri Sep 15 02:52:17 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 15 Sep 2006 04:52:17 +0200 Subject: Would like to import CORE into Fedora (naming problem) In-Reply-To: <20060914143229.1d94df7d.bugs.michael@gmx.net> References: <200609131447.07330@rineau.schtroumpfette> <20060913131413.6e629636@ernie> <645d17210609131136o2636de5pb182e71aebaf0f2d@mail.gmail.com> <45087B87.5070401@poolshark.org> <20060914013853.89ace95f.bugs.michael@gmx.net> <7dd7ab490609131942p4db968f2ie195ffb20963b242@mail.gmail.com> <1158206638.4654.630.camel@mccallum.corsepiu.local> <20060914143229.1d94df7d.bugs.michael@gmx.net> Message-ID: <1158288737.4654.658.camel@mccallum.corsepiu.local> On Thu, 2006-09-14 at 14:32 +0200, Michael Schwendt wrote: > On Thu, 14 Sep 2006 06:03:58 +0200, Ralf Corsepius wrote: > > > On Wed, 2006-09-13 at 19:42 -0700, Chris Weyl wrote: > > > On 9/13/06, Michael Schwendt wrote: > > > > On Wed, 13 Sep 2006 23:43:35 +0200, Denis Leroy wrote: > > > > > > > > > But yeah, probably not worth the effort. I don't see much wrong with > > > > > having /usr/include/CORE around either... > > > > > > > > Except that the name is very generic and hence short-sighted. > > > > Agreed, it's very short-sighted, because "CORE" is not unlikely to > > conflict with "core dump files" on certain systems or with "CORE-files" > > an OS provides. > > > > > Isn't that an upstream issue? Do we have an actual conflict in /usr/include? > The review process not only asks reviewers to check a list of MUST/SHOULD > items. It also asks reviewers to take a look at an RPM package. If the > reviewer finds pitfalls or forms of ugly packaging, it sometimes leads to > a feeling like "well, sure, the packager managed to wrap the software into > an RPM package or many, but I'm not fond of the spec or the binaries and > hence I wouldn't feel good when approving this". Exactly, that's why I am occasionally bothering submitters with "I am not going to approve this package", for reasons beyond the guidelines (In most cases: program design or (lack of) code quality) and why I am occasionally requesting/demanding people to "think about what they are doing" and not to "act as coding monkeys". CGAL/CORE is such a case. I would not have approved it and consider it "to have made it through the cracks of the review process". > This is because the review system is not bullet-proof in that it > covers all possible packaging issues. It is not that if a package > meets the guidelines it is "perfect" and forward-looking. Just encountered another such case: A package wants to ship /usr/include/extensions https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201000 Ralf From jwboyer at jdub.homelinux.org Fri Sep 15 03:12:58 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Thu, 14 Sep 2006 22:12:58 -0500 Subject: Final reminder, Fedora Extras rebuild for FC6 In-Reply-To: <20060915011526.GC12094@nostromo.devel.redhat.com> References: <20060915000834.b8a71a81@ludwig-alpha> <20060915004654.GA12094@nostromo.devel.redhat.com> <1158282365.2622.16.camel@vader.jdub.homelinux.org> <20060915011526.GC12094@nostromo.devel.redhat.com> Message-ID: <1158289978.2622.22.camel@vader.jdub.homelinux.org> On Thu, 2006-09-14 at 21:15 -0400, Bill Nottingham wrote: > Josh Boyer (jwboyer at jdub.homelinux.org) said: > > > We're rebuilding noarch? > > > > Yes. Unless it's something like static game data. > > Is this a change? These weren't included in the last call for rebuilds. If you mean the FC5 call for rebuilds, yes it has changed since then. We want to make sure all packages, even noarch, get rebuilt with the new and reduced set of packages installed in the buildroots. It also serves as somewhat of a hint as to whether a maintainer is still active or not. josh From jwboyer at jdub.homelinux.org Fri Sep 15 03:14:48 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Thu, 14 Sep 2006 22:14:48 -0500 Subject: Final reminder, Fedora Extras rebuild for FC6 In-Reply-To: <20060915020948.GA2505@lists.us.dell.com> References: <20060915000834.b8a71a81@ludwig-alpha> <20060915004654.GA12094@nostromo.devel.redhat.com> <1158282365.2622.16.camel@vader.jdub.homelinux.org> <20060915020948.GA2505@lists.us.dell.com> Message-ID: <1158290088.2622.24.camel@vader.jdub.homelinux.org> On Thu, 2006-09-14 at 21:09 -0500, Matt Domsch wrote: > On Thu, Sep 14, 2006 at 08:06:04PM -0500, Josh Boyer wrote: > > On Thu, 2006-09-14 at 20:46 -0400, Bill Nottingham wrote: > > > Christian Iseli (Christian.Iseli at licr.org) said: > > > > Hi, > > > > > > > > This is the final reminder that all FE packages should be rebuilt for FC-6. > > > > > > > > Please see > > > > https://www.redhat.com/archives/fedora-extras-list/2006-September/msg00367.html > > > > https://www.redhat.com/archives/fedora-extras-list/2006-August/msg00611.html > > > > http://fedoraproject.org/wiki/Extras/Schedule/FC6MassRebuild > > > > > > > > It appears the following packages you maintain still have a needs.rebuild > > > > file in the devel directory. > > > > > > We're rebuilding noarch? > > > > Yes. Unless it's something like static game data. > > I didn't rebuild my noarch dkms or pgp-tools, as my private rebuilds of them > yielded identical packages (modulo time stamps), so I didn't see the > point. They're just perl and bash scripts after all. The point would have been to build them against the new minimal buildroots and show you were still an active maintainer. I think this email covers both of those. josh From notting at redhat.com Fri Sep 15 03:24:48 2006 From: notting at redhat.com (Bill Nottingham) Date: Thu, 14 Sep 2006 23:24:48 -0400 Subject: Final reminder, Fedora Extras rebuild for FC6 In-Reply-To: <1158289978.2622.22.camel@vader.jdub.homelinux.org> References: <20060915000834.b8a71a81@ludwig-alpha> <20060915004654.GA12094@nostromo.devel.redhat.com> <1158282365.2622.16.camel@vader.jdub.homelinux.org> <20060915011526.GC12094@nostromo.devel.redhat.com> <1158289978.2622.22.camel@vader.jdub.homelinux.org> Message-ID: <20060915032448.GB13651@nostromo.devel.redhat.com> Josh Boyer (jwboyer at jdub.homelinux.org) said: > On Thu, 2006-09-14 at 21:15 -0400, Bill Nottingham wrote: > > Josh Boyer (jwboyer at jdub.homelinux.org) said: > > > > We're rebuilding noarch? > > > > > > Yes. Unless it's something like static game data. > > > > Is this a change? These weren't included in the last call for rebuilds. > > If you mean the FC5 call for rebuilds, yes it has changed since then. No, the original 'please rebuild these packages for FC6' mails that Christian sent out on Sept. 11 did *not* include noarch packages. Bill From tibbs at math.uh.edu Fri Sep 15 03:57:39 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Thu, 14 Sep 2006 22:57:39 -0500 Subject: openmpi In-Reply-To: <1158272895.2661.72.camel@fc6.xsintricity.com> (Doug Ledford's message of "Thu, 14 Sep 2006 18:28:15 -0400") References: <20060911090236.16c1f1f6@ludwig-alpha> <20060911164834.GA2940@nostromo.devel.redhat.com> <4505D5F0.3010708@cora.nwra.com> <20060912164218.109caa74@ludwig-alpha> <645d17210609131000t556eebe3h7b37b9cbf72a6072@mail.gmail.com> <20060914194603.GA9202@nostromo.devel.redhat.com> <1158272895.2661.72.camel@fc6.xsintricity.com> Message-ID: >>>>> "DL" == Doug Ledford writes: DL> Well, I *would* update the copy in extras, if I could, but last I DL> checked my extras CVS access still isn't enabled. I checked the account system and it does look as if you have been approved for cvsextras membership. It generally takes an hour between approval and everything propagating through the system, so you should be ready to go. If not, you'll need to bug an admin to see what's keeping things from working. - J< From jnovy at redhat.com Fri Sep 15 05:24:04 2006 From: jnovy at redhat.com (Jindrich Novy) Date: Fri, 15 Sep 2006 07:24:04 +0200 Subject: Final reminder, Fedora Extras rebuild for FC6 In-Reply-To: <20060915000834.e0bb1ec2@ludwig-alpha> References: <20060915000834.e0bb1ec2@ludwig-alpha> Message-ID: <1158297844.27904.1.camel@localhost.localdomain> On Fri, 2006-09-15 at 00:08 +0200, Christian Iseli wrote: > Hi, > > This is the final reminder that all FE packages should be rebuilt for FC-6. > > Please see > https://www.redhat.com/archives/fedora-extras-list/2006-September/msg00367.html > https://www.redhat.com/archives/fedora-extras-list/2006-August/msg00611.html > http://fedoraproject.org/wiki/Extras/Schedule/FC6MassRebuild > > It appears the following packages you maintain still have a needs.rebuild > file in the devel directory. > > Regards, > Christian > ---- > bsdiff > cproto > nedit They are all rebuilt already (bsdiff, cproto 11th Sep, nedit 2nd Sep). Is it needed to rebuild them once more? Jindrich From peter at thecodergeek.com Fri Sep 15 05:31:04 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Thu, 14 Sep 2006 22:31:04 -0700 Subject: Final reminder, Fedora Extras rebuild for FC6 In-Reply-To: <1158297844.27904.1.camel@localhost.localdomain> References: <20060915000834.e0bb1ec2@ludwig-alpha> <1158297844.27904.1.camel@localhost.localdomain> Message-ID: <450A3A98.3060608@thecodergeek.com> Jindrich Novy wrote: > They are all rebuilt already (bsdiff, cproto 11th Sep, nedit 2nd Sep). > > Is it needed to rebuild them once more? No. Once you rebuild them you should remove the needs.rebuild file from the CVS devel/ branch. For example: $ cd your-working-directory/package-name/devel $ cvs rm -f needs.rebuild $ cvs commit -m "Package rebuilt successfully." -- Peter Gordon (codergeek42) GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 My Blog: http://thecodergeek.com/blog/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From chabotc at xs4all.nl Fri Sep 15 05:48:32 2006 From: chabotc at xs4all.nl (Chris Chabot) Date: Fri, 15 Sep 2006 07:48:32 +0200 Subject: Reminder: rebuild your FE packages for FC6 *by the end of this week* In-Reply-To: <1158269792.3035.114.camel@viper.local> References: <1158269792.3035.114.camel@viper.local> Message-ID: <1158299312.10591.5.camel@localhost.localdomain> chabotc xs4all.nl|themes-backgrounds-gnome|Tue Feb 14 15:56:40 2006 I actually have tried to rebuild this package (which i took over from the previous maintainer) but ran into this error: Building target platforms: noarch Building for target noarch Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.70603 + umask 022 + cd /builddir/build/BUILD + LANG=C + export LANG + unset DISPLAY + cat Build disabled. Package is without maintainer. I'm in the owners file and everything, so i am not sure which step i skipped to end in this situation ... previous builds (which was back in feb) i didn't have this error Any idea what i can do to remedy this situation? Thanks, -- Chris Chabot On Fri, 2006-09-15 at 00:36 +0300, Ville Skytt? wrote: > http://fedoraproject.org/wiki/Extras/Schedule/FC6MassRebuild > > Reminder: all FE packages are expected to be properly rebuilt and/or > their "needs.rebuild" file in CVS appropriately treated by the end of > this week. See above link for more info. > > Starting from early next week, around Monday Sep 18, packages whose > needs.rebuild file still remains untreated will be orphaned and removed > from the devel package repository (not CVS). They will not (nor will > packages that have dependencies to them!) ship in FE6 until they're > properly unorphaned. > > As of a few minutes ago, there were 538 untreated needs.rebuild files in > CVS, list attached. Some of those are expected as they're in already > orphaned packages' devel branches, but that's still a lot. From jnovy at redhat.com Fri Sep 15 05:59:34 2006 From: jnovy at redhat.com (Jindrich Novy) Date: Fri, 15 Sep 2006 07:59:34 +0200 Subject: Final reminder, Fedora Extras rebuild for FC6 In-Reply-To: <450A3A98.3060608@thecodergeek.com> References: <20060915000834.e0bb1ec2@ludwig-alpha> <1158297844.27904.1.camel@localhost.localdomain> <450A3A98.3060608@thecodergeek.com> Message-ID: <1158299974.27904.9.camel@localhost.localdomain> On Thu, 2006-09-14 at 22:31 -0700, Peter Gordon wrote: > Jindrich Novy wrote: > > They are all rebuilt already (bsdiff, cproto 11th Sep, nedit 2nd Sep). > > > > Is it needed to rebuild them once more? > > No. Once you rebuild them you should remove the needs.rebuild file from the > CVS devel/ branch. For example: > $ cd your-working-directory/package-name/devel > $ cvs rm -f needs.rebuild > $ cvs commit -m "Package rebuilt successfully." Ok, the needs.rebuild files are now removed from CVS. Wouldn't it be better to detect successful rebuilds just by parsing the Extras Build Report? It seems less hackish and more reliable solution to me than adding useless files to CVS. It could definitely prevent these bogus warnings. Jindrich From rc040203 at freenet.de Fri Sep 15 06:03:48 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 15 Sep 2006 08:03:48 +0200 Subject: Reminder: rebuild your FE packages for FC6 *by the end of this week* In-Reply-To: <1158299312.10591.5.camel@localhost.localdomain> References: <1158269792.3035.114.camel@viper.local> <1158299312.10591.5.camel@localhost.localdomain> Message-ID: <1158300228.4654.666.camel@mccallum.corsepiu.local> On Fri, 2006-09-15 at 07:48 +0200, Chris Chabot wrote: > chabotc xs4all.nl|themes-backgrounds-gnome|Tue Feb 14 15:56:40 2006 > > I actually have tried to rebuild this package (which i took over from > the previous maintainer) but ran into this error: > > Building target platforms: noarch > Building for target noarch > Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.70603 > + umask 022 > + cd /builddir/build/BUILD > + LANG=C > + export LANG > + unset DISPLAY > + cat > > Build disabled. Package is without maintainer. > > I'm in the owners file and everything, so i am not sure which step i > skipped to end in this situation ... previous builds (which was back in > feb) i didn't have this error > > Any idea what i can do to remedy this situation? Have a look into the spec file, then the cause should be obvious ;) Ralf From chabotc at xs4all.nl Fri Sep 15 06:11:45 2006 From: chabotc at xs4all.nl (Chris Chabot) Date: Fri, 15 Sep 2006 08:11:45 +0200 Subject: Reminder: rebuild your FE packages for FC6 *by the end of this week* In-Reply-To: <1158300228.4654.666.camel@mccallum.corsepiu.local> References: <1158269792.3035.114.camel@viper.local> <1158299312.10591.5.camel@localhost.localdomain> <1158300228.4654.666.camel@mccallum.corsepiu.local> Message-ID: <1158300705.10591.6.camel@localhost.localdomain> Doh! Sorry & thanks, never occurred to me to look there :-) -- Chris On Fri, 2006-09-15 at 08:03 +0200, Ralf Corsepius wrote: > On Fri, 2006-09-15 at 07:48 +0200, Chris Chabot wrote: > > chabotc xs4all.nl|themes-backgrounds-gnome|Tue Feb 14 15:56:40 2006 > > > > I actually have tried to rebuild this package (which i took over from > > the previous maintainer) but ran into this error: > > > > Building target platforms: noarch > > Building for target noarch > > Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.70603 > > + umask 022 > > + cd /builddir/build/BUILD > > + LANG=C > > + export LANG > > + unset DISPLAY > > + cat > > > > Build disabled. Package is without maintainer. > > > > I'm in the owners file and everything, so i am not sure which step i > > skipped to end in this situation ... previous builds (which was back in > > feb) i didn't have this error > > > > Any idea what i can do to remedy this situation? > > Have a look into the spec file, then the cause should be obvious ;) > > Ralf > > From Christian.Iseli at licr.org Fri Sep 15 06:31:35 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Fri, 15 Sep 2006 08:31:35 +0200 Subject: rpms/system-switch-im/devel im-switch, 1.1, NONE needs.rebuild, 1.1, NONE sources, 1.2, NONE system-switch-im.spec, 1.2, NONE In-Reply-To: <200609150221.k8F2LKxJ014017@cvs-int.fedora.redhat.com> References: <200609150221.k8F2LKxJ014017@cvs-int.fedora.redhat.com> Message-ID: <20060915083135.5aca4d1d@ludwig-alpha> On Thu, 14 Sep 2006 19:21:18 -0700, Leon Ho wrote: > Removed Files: > im-switch needs.rebuild sources system-switch-im.spec > Log Message: > Obsolete package. Please add a dead.package file as per http://fedoraproject.org/wiki/Extras/PackageEndOfLife Cheers, Christian From Christian.Iseli at licr.org Fri Sep 15 06:40:31 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Fri, 15 Sep 2006 08:40:31 +0200 Subject: Final reminder, Fedora Extras rebuild for FC6 In-Reply-To: <20060915032448.GB13651@nostromo.devel.redhat.com> References: <20060915000834.b8a71a81@ludwig-alpha> <20060915004654.GA12094@nostromo.devel.redhat.com> <1158282365.2622.16.camel@vader.jdub.homelinux.org> <20060915011526.GC12094@nostromo.devel.redhat.com> <1158289978.2622.22.camel@vader.jdub.homelinux.org> <20060915032448.GB13651@nostromo.devel.redhat.com> Message-ID: <20060915084031.07326a39@ludwig-alpha> On Thu, 14 Sep 2006 23:24:48 -0400, Bill Nottingham wrote: > No, the original 'please rebuild these packages for FC6' mails that > Christian sent out on Sept. 11 did *not* include noarch packages. Right. It was a mistake on my part. Sorry. We do want all packages to get rebuilt (except where it doesn't make sense like e.g. large static game data). Christian From Christian.Iseli at licr.org Fri Sep 15 06:44:00 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Fri, 15 Sep 2006 08:44:00 +0200 Subject: Final reminder, Fedora Extras rebuild for FC6 In-Reply-To: <58202.192.168.100.90.1158273374.squirrel@webmail.suretecsystems.com> References: <20060915000834.bc393c96@ludwig-alpha> <58202.192.168.100.90.1158273374.squirrel@webmail.suretecsystems.com> Message-ID: <20060915084400.67da01f2@ludwig-alpha> On Thu, 14 Sep 2006 23:36:14 +0100 (BST), Gavin Henry wrote: > What's the final date these have to be rebuild by? On Fri, 15 Sep 2006 00:36:32 +0300, Ville Skytt? wrote: > Starting from early next week, around Monday Sep 18, packages whose > needs.rebuild file still remains untreated will be orphaned and removed > from the devel package repository (not CVS). They will not (nor will > packages that have dependencies to them!) ship in FE6 until they're > properly unorphaned. Cheers, Christian From Christian.Iseli at licr.org Fri Sep 15 06:48:59 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Fri, 15 Sep 2006 08:48:59 +0200 Subject: Reminder: rebuild your FE packages for FC6 *by the end of this week* In-Reply-To: References: <1158269792.3035.114.camel@viper.local> <20060915000415.62f5edc2@ludwig-alpha> Message-ID: <20060915084859.2b7fa001@ludwig-alpha> On Fri, 15 Sep 2006 04:15:16 +0200 (CEST), Paul Wouters wrote: > Christian Iseli wrote: > > Attached is a list of packages that were *not* rebuilt since Sun Aug > > 27, but their needs.rebuild file has been removed. Please check it for > > potential mistakes... > > Your script isn't catching all. gaim-otr has not been rebuild yet, because > for some reason it fails to create its configure script. I haven't been > able to reproduce this outside mock. It still contains the needs.rebuild > file as well. The list contained packages where the needs.rebuild has already been removed. Christian From rich at phekda.gotadsl.co.uk Fri Sep 15 06:48:31 2006 From: rich at phekda.gotadsl.co.uk (Richard Dawe) Date: Fri, 15 Sep 2006 07:48:31 +0100 Subject: Final reminder, Fedora Extras rebuild for FC6 In-Reply-To: <20060915000835.47ae734d@ludwig-alpha> References: <20060915000835.47ae734d@ludwig-alpha> Message-ID: <450A4CBF.1070101@phekda.gotadsl.co.uk> Hello. Christian Iseli wrote: > This is the final reminder that all FE packages should be rebuilt for FC-6. > > Please see > https://www.redhat.com/archives/fedora-extras-list/2006-September/msg00367.html > https://www.redhat.com/archives/fedora-extras-list/2006-August/msg00611.html > http://fedoraproject.org/wiki/Extras/Schedule/FC6MassRebuild > > It appears the following packages you maintain still have a needs.rebuild > file in the devel directory. > > Regards, > Christian > ---- > planet Thanks for the reminder! I did that last night: [rich at katrina devel]$ plague-client detail 17357 Detail for Job ID 17357 (planet): -------------------------------------------------------------------------------- Source: planet-2_0-1 Target: fedora-development-extras Submitter: rich at phekda.gotadsl.co.uk Status: needsign/ Archjobs: noarch: ppc3.fedora.redhat.com done/done Changelog: * Thu Sep 14 2006 Richard Dawe - 2.0-1 - Update to official 2.0 release. - Include PKG-INFO in the documentation. * Thu Sep 14 2006 Richard Dawe - 1.0-0.7.20060218pre - .pyo files should no longer be %ghost'ed (bug #205393) - Updated to follow latest Python packaging guidelines. Thanks, bye, Rich =] -- Richard Dawe [ http://homepages.nildram.co.uk/~phekda/richdawe/ ] "You can't evaluate a man by logic alone." -- McCoy, "I, Mudd", Star Trek From Christian.Iseli at licr.org Fri Sep 15 06:50:58 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Fri, 15 Sep 2006 08:50:58 +0200 Subject: Attention, packagers! Invalid rebuilds In-Reply-To: <20060915031218.7383df35.bugs.michael@gmx.net> References: <20060912161127.2f63db96.bugs.michael@gmx.net> <4507CD9E.3070707@karan.org> <1158157698.2681.9.camel@localhost> <3237e4410609130831j11eedea2j4714a32d6ef0d724@mail.gmail.com> <20060915031218.7383df35.bugs.michael@gmx.net> Message-ID: <20060915085058.168f3324@ludwig-alpha> On Fri, 15 Sep 2006 03:12:18 +0200, Michael Schwendt wrote: > Can the "nag-mails" be adjusted to explain what it means "to rebuild" > a package? Probably too late for this round... next time, sure. Christian From dan at danny.cz Fri Sep 15 06:53:09 2006 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Fri, 15 Sep 2006 08:53:09 +0200 Subject: Final reminder, Fedora Extras rebuild for FC6 In-Reply-To: <1158289978.2622.22.camel@vader.jdub.homelinux.org> References: <20060915000834.b8a71a81@ludwig-alpha> <20060915004654.GA12094@nostromo.devel.redhat.com> <1158282365.2622.16.camel@vader.jdub.homelinux.org> <20060915011526.GC12094@nostromo.devel.redhat.com> <1158289978.2622.22.camel@vader.jdub.homelinux.org> Message-ID: <1158303189.3498.8.camel@eagle.danny.cz> Josh Boyer p??e v ?t 14. 09. 2006 v 22:12 -0500: > On Thu, 2006-09-14 at 21:15 -0400, Bill Nottingham wrote: > > Josh Boyer (jwboyer at jdub.homelinux.org) said: > > > > We're rebuilding noarch? > > > > > > Yes. Unless it's something like static game data. > > > > Is this a change? These weren't included in the last call for rebuilds. > > If you mean the FC5 call for rebuilds, yes it has changed since then. > > We want to make sure all packages, even noarch, get rebuilt with the new > and reduced set of packages installed in the buildroots. It also serves > as somewhat of a hint as to whether a maintainer is still active or not. Or new bugs can appear (in Core packages) that prevents succesful builds ;-) Like tinyerp vs. no default font path in Xvfb server (https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=205351) Dan From Christian.Iseli at licr.org Fri Sep 15 06:56:14 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Fri, 15 Sep 2006 08:56:14 +0200 Subject: Reminder: rebuild your FE packages for FC6 *by the end of this week* In-Reply-To: <1158299312.10591.5.camel@localhost.localdomain> References: <1158269792.3035.114.camel@viper.local> <1158299312.10591.5.camel@localhost.localdomain> Message-ID: <20060915085614.46239d42@ludwig-alpha> On Fri, 15 Sep 2006 07:48:32 +0200, Chris Chabot wrote: > Any idea what i can do to remedy this situation? Remove these lines from the spec ? ---- cat< References: <200609150221.k8F2LKxJ014017@cvs-int.fedora.redhat.com> <20060915083135.5aca4d1d@ludwig-alpha> Message-ID: <450A4EA5.10806@leemhuis.info> Christian Iseli schrieb: > On Thu, 14 Sep 2006 19:21:18 -0700, Leon Ho wrote: >> Removed Files: >> im-switch needs.rebuild sources system-switch-im.spec >> Log Message: >> Obsolete package. > Please add a dead.package file as per > http://fedoraproject.org/wiki/Extras/PackageEndOfLife Addon: And please be careful with the wiki -- you added system-switch-im to http://fedoraproject.org/wiki/Extras/FC6Status in the section "Known status -- Orphaned packages removed from repository". If you want to get it removed put it in the section after the fourth bullet point on that page. It seems Caius Chance did the same error earlier; see: http://fedoraproject.org/wiki/Extras/FC6Status?action=diff&rev2=83&rev1=82 Seems the section "Known status -- Orphaned packages removed from repository" is misleading :-/ CU thl -------------- next part -------------- An embedded message was scrubbed... From: fedorawiki-noreply at fedoraproject.org Subject: [Fedora Project Wiki] Update of "Extras/FC6Status" by LeonHo Date: Fri, 15 Sep 2006 02:23:39 -0000 Size: 2208 URL: From Christian.Iseli at licr.org Fri Sep 15 07:03:05 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Fri, 15 Sep 2006 09:03:05 +0200 Subject: Fw: Final reminder, Fedora Extras rebuild for FC6 Message-ID: <20060915090305.6b7d24b9@ludwig-alpha> Begin forwarded message: Date: Fri, 15 Sep 2006 09:14:44 +0300 From: Toni Willberg To: Discussion related to Fedora Extras Cc: Christian.Iseli at licr.org Subject: Re: Final reminder, Fedora Extras rebuild for FC6 Christian Iseli wrote: > Hi, > > This is the final reminder that all FE packages should be rebuilt for FC-6. > > Please see > https://www.redhat.com/archives/fedora-extras-list/2006-September/msg00367.html > https://www.redhat.com/archives/fedora-extras-list/2006-August/msg00611.html > http://fedoraproject.org/wiki/Extras/Schedule/FC6MassRebuild > > It appears the following packages you maintain still have a needs.rebuild > file in the devel directory. > > Regards, > Christian > ---- > libmatchbox > silky > Hi. I can't maintain the packages anymore. I recommend pulling Silky out from Extras completely as the development has ceased. Libmatchbox should be orphaned so someone else can take over it. Sorry and thanks, Toni ps. Cc: me directly if replying, I'm not on the list anymore From buildsys at fedoraproject.org Fri Sep 15 11:44:43 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Fri, 15 Sep 2006 11:44:43 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-15 Message-ID: <20060915114443.28724.4978@extras64.linux.duke.edu> Summary of broken packages (by owner): ---------------------------------------------------------------------- andreas.bierfert AT lowlatency.de koffice-krita - 1.5.2-1.fc6.i386 (3 days) koffice-krita - 1.5.2-1.fc6.ppc (3 days) koffice-krita - 1.5.2-1.fc6.x86_64 (3 days) bdpepple AT ameritech.net contact-lookup-applet - 0.14-3.fc6.i386 (3 days) contact-lookup-applet - 0.14-3.fc6.ppc (3 days) contact-lookup-applet - 0.14-3.fc6.x86_64 (3 days) byte AT fedoraproject.org gaim-guifications - 2.12-3.fc5.i386 (3 days) gaim-guifications - 2.12-3.fc5.ppc (3 days) gaim-guifications - 2.12-3.fc5.x86_64 (3 days) dcbw AT redhat.com plague - 0.4.4.1-2.fc3.noarch plague - 0.4.4.1-2.fc3.noarch plague - 0.4.4.1-2.fc4.noarch plague - 0.4.4.1-2.fc4.noarch plague - 0.4.4.1-2.fc4.noarch foolish AT guezz.net muine - 0.8.5-1.fc6.i386 (3 days) muine - 0.8.5-1.fc6.ppc (3 days) muine - 0.8.5-1.fc6.x86_64 (3 days) gauret AT free.fr amarok - 1.4.1-3.fc6.i386 (3 days) amarok - 1.4.1-3.fc6.ppc (3 days) showimg-pgsql - 0.9.5-7.fc4.i386 showimg-pgsql - 0.9.5-7.fc4.ppc showimg-pgsql - 0.9.5-7.fc4.x86_64 showimg-pgsql - 0.9.5-7.fc5.i386 showimg-pgsql - 0.9.5-7.fc5.ppc showimg-pgsql - 0.9.5-7.fc5.x86_64 j.w.r.degoede AT hhs.nl tremulous - 1.1.0-2.fc5.i386 tremulous - 1.1.0-2.fc5.ppc tremulous - 1.1.0-2.fc5.x86_64 michael AT knox.net.nz fyre - 1.0.0-14.fc6.i386 (3 days) fyre - 1.0.0-14.fc6.ppc (3 days) fyre - 1.0.0-14.fc6.x86_64 (3 days) mpeters AT mac.com gfontview - 0.5.0-5.fc5.i386 (3 days) gfontview - 0.5.0-5.fc5.ppc (3 days) gfontview - 0.5.0-5.fc5.x86_64 (3 days) gtkhtml36 - 3.6.2-5.fc6.i386 (3 days) gtkhtml36 - 3.6.2-5.fc6.ppc (3 days) gtkhtml36 - 3.6.2-5.fc6.x86_64 (3 days) libvisual-plugins - 0.2.0-3.fc5.i386 (3 days) libvisual-plugins - 0.2.0-3.fc5.i386 (3 days) libvisual-plugins - 0.2.0-3.fc5.ppc (3 days) libvisual-plugins - 0.2.0-3.fc5.ppc (3 days) libvisual-plugins - 0.2.0-3.fc5.x86_64 (3 days) libvisual-plugins - 0.2.0-3.fc5.x86_64 (3 days) raven AT pmail.pl gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.i386 gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.ppc gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.x86_64 thomas AT apestaart.org directfb - 0.9.24-5.fc5.i386 (3 days) directfb - 0.9.24-5.fc5.ppc (3 days) directfb - 0.9.24-5.fc5.x86_64 (3 days) ville.skytta AT iki.fi kmod-em8300 - 0.15.3-7.2.6.17_1.2174_FC5.i586 kmod-em8300 - 0.15.3-7.2.6.17_1.2174_FC5.i686 kmod-em8300 - 0.15.3-7.2.6.17_1.2174_FC5.ppc kmod-em8300 - 0.15.3-7.2.6.17_1.2174_FC5.x86_64 kmod-em8300-kdump - 0.15.3-7.2.6.17_1.2174_FC5.i686 kmod-em8300-kdump - 0.15.3-7.2.6.17_1.2174_FC5.x86_64 kmod-em8300-smp - 0.15.3-7.2.6.17_1.2174_FC5.i686 kmod-em8300-smp - 0.15.3-7.2.6.17_1.2174_FC5.ppc kmod-em8300-xen0 - 0.15.3-7.2.6.17_1.2174_FC5.i686 kmod-em8300-xen0 - 0.15.3-7.2.6.17_1.2174_FC5.x86_64 Broken packages in fedora-extras-5-i386: ---------------------------------------------------------------------- kmod-em8300-0.15.3-7.2.6.17_1.2174_FC5.i586 requires kernel-i586 = 0:2.6.17-1.2174_FC5 kmod-em8300-0.15.3-7.2.6.17_1.2174_FC5.i686 requires kernel-i686 = 0:2.6.17-1.2174_FC5 kmod-em8300-kdump-0.15.3-7.2.6.17_1.2174_FC5.i686 requires kernel-i686 = 0:2.6.17-1.2174_FC5kdump kmod-em8300-smp-0.15.3-7.2.6.17_1.2174_FC5.i686 requires kernel-i686 = 0:2.6.17-1.2174_FC5smp kmod-em8300-xen0-0.15.3-7.2.6.17_1.2174_FC5.i686 requires kernel-i686 = 0:2.6.17-1.2174_FC5xen0 libvisual-plugins-0.2.0-3.fc5.i386 requires libvisual.so.0 showimg-pgsql-0.9.5-7.fc5.i386 requires libpqxx-2.6.6.so tremulous-1.1.0-2.fc5.i386 requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-5-x86_64: ---------------------------------------------------------------------- kmod-em8300-0.15.3-7.2.6.17_1.2174_FC5.x86_64 requires kernel-x86_64 = 0:2.6.17-1.2174_FC5 kmod-em8300-kdump-0.15.3-7.2.6.17_1.2174_FC5.x86_64 requires kernel-x86_64 = 0:2.6.17-1.2174_FC5kdump kmod-em8300-xen0-0.15.3-7.2.6.17_1.2174_FC5.x86_64 requires kernel-x86_64 = 0:2.6.17-1.2174_FC5xen0 libvisual-plugins-0.2.0-3.fc5.x86_64 requires libvisual.so.0()(64bit) showimg-pgsql-0.9.5-7.fc5.x86_64 requires libpqxx-2.6.6.so()(64bit) tremulous-1.1.0-2.fc5.x86_64 requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-5-ppc: ---------------------------------------------------------------------- kmod-em8300-0.15.3-7.2.6.17_1.2174_FC5.ppc requires kernel-ppc = 0:2.6.17-1.2174_FC5 kmod-em8300-smp-0.15.3-7.2.6.17_1.2174_FC5.ppc requires kernel-ppc = 0:2.6.17-1.2174_FC5smp libvisual-plugins-0.2.0-3.fc5.ppc requires libvisual.so.0 showimg-pgsql-0.9.5-7.fc5.ppc requires libpqxx-2.6.6.so tremulous-1.1.0-2.fc5.ppc requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-4-i386: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.i386 requires libpqxx-2.6.6.so Broken packages in fedora-extras-4-x86_64: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.x86_64 requires libpqxx-2.6.6.so()(64bit) Broken packages in fedora-extras-4-ppc: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.ppc requires libpqxx-2.6.6.so Broken packages in fedora-extras-3-i386: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc3.noarch requires createrepo >= 0:0.4.3 Broken packages in fedora-extras-3-x86_64: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc3.noarch requires createrepo >= 0:0.4.3 Broken packages in fedora-extras-development-i386: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.i386 requires HelixPlayer contact-lookup-applet-0.14-3.fc6.i386 requires libebook-1.2.so.5 directfb-0.9.24-5.fc5.i386 requires libsysfs.so.1 fyre-1.0.0-14.fc6.i386 requires libImath.so.2 fyre-1.0.0-14.fc6.i386 requires libIlmImf.so.2 fyre-1.0.0-14.fc6.i386 requires libHalf.so.2 fyre-1.0.0-14.fc6.i386 requires libIex.so.2 gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.i386 requires gaim = 0:2.0.0-0.11.beta3.fc6 gaim-guifications-2.12-3.fc5.i386 requires gaim < 1:2 gfontview-0.5.0-5.fc5.i386 requires libttf.so.2 gtkhtml36-3.6.2-5.fc6.i386 requires libgailutil.so.17 koffice-krita-1.5.2-1.fc6.i386 requires libIlmImf.so.2 koffice-krita-1.5.2-1.fc6.i386 requires libImath.so.2 koffice-krita-1.5.2-1.fc6.i386 requires libIex.so.2 koffice-krita-1.5.2-1.fc6.i386 requires libHalf.so.2 libvisual-plugins-0.2.0-3.fc5.i386 requires libvisual.so.0 muine-0.8.5-1.fc6.i386 requires mono(glib-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.i386 requires mono(gtk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.i386 requires mono(gdk-sharp) = 0:2.8.0.0 Broken packages in fedora-extras-development-x86_64: ---------------------------------------------------------------------- contact-lookup-applet-0.14-3.fc6.x86_64 requires libebook-1.2.so.5()(64bit) directfb-0.9.24-5.fc5.x86_64 requires libsysfs.so.1()(64bit) fyre-1.0.0-14.fc6.x86_64 requires libIlmImf.so.2()(64bit) fyre-1.0.0-14.fc6.x86_64 requires libImath.so.2()(64bit) fyre-1.0.0-14.fc6.x86_64 requires libHalf.so.2()(64bit) fyre-1.0.0-14.fc6.x86_64 requires libIex.so.2()(64bit) gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.x86_64 requires gaim = 0:2.0.0-0.11.beta3.fc6 gaim-guifications-2.12-3.fc5.x86_64 requires gaim < 1:2 gfontview-0.5.0-5.fc5.x86_64 requires libttf.so.2()(64bit) gtkhtml36-3.6.2-5.fc6.x86_64 requires libgailutil.so.17()(64bit) koffice-krita-1.5.2-1.fc6.x86_64 requires libIlmImf.so.2()(64bit) koffice-krita-1.5.2-1.fc6.x86_64 requires libHalf.so.2()(64bit) koffice-krita-1.5.2-1.fc6.x86_64 requires libImath.so.2()(64bit) koffice-krita-1.5.2-1.fc6.x86_64 requires libIex.so.2()(64bit) libvisual-plugins-0.2.0-3.fc5.x86_64 requires libvisual.so.0()(64bit) muine-0.8.5-1.fc6.x86_64 requires mono(gdk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.x86_64 requires mono(gtk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.x86_64 requires mono(glib-sharp) = 0:2.8.0.0 Broken packages in fedora-extras-development-ppc: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.ppc requires HelixPlayer contact-lookup-applet-0.14-3.fc6.ppc requires libebook-1.2.so.5 directfb-0.9.24-5.fc5.ppc requires libsysfs.so.1 fyre-1.0.0-14.fc6.ppc requires libImath.so.2 fyre-1.0.0-14.fc6.ppc requires libIlmImf.so.2 fyre-1.0.0-14.fc6.ppc requires libHalf.so.2 fyre-1.0.0-14.fc6.ppc requires libIex.so.2 gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.ppc requires gaim = 0:2.0.0-0.11.beta3.fc6 gaim-guifications-2.12-3.fc5.ppc requires gaim < 1:2 gfontview-0.5.0-5.fc5.ppc requires libttf.so.2 gtkhtml36-3.6.2-5.fc6.ppc requires libgailutil.so.17 koffice-krita-1.5.2-1.fc6.ppc requires libIlmImf.so.2 koffice-krita-1.5.2-1.fc6.ppc requires libImath.so.2 koffice-krita-1.5.2-1.fc6.ppc requires libIex.so.2 koffice-krita-1.5.2-1.fc6.ppc requires libHalf.so.2 libvisual-plugins-0.2.0-3.fc5.ppc requires libvisual.so.0 muine-0.8.5-1.fc6.ppc requires mono(glib-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.ppc requires mono(gtk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.ppc requires mono(gdk-sharp) = 0:2.8.0.0 ====================================================================== New report for: dcbw AT redhat.com package: plague - 0.4.4.1-2.fc4.noarch from fedora-extras-4-i386 unresolved deps: createrepo >= 0:0.4.3 package: plague - 0.4.4.1-2.fc4.noarch from fedora-extras-4-x86_64 unresolved deps: createrepo >= 0:0.4.3 package: plague - 0.4.4.1-2.fc4.noarch from fedora-extras-4-ppc unresolved deps: createrepo >= 0:0.4.3 package: plague - 0.4.4.1-2.fc3.noarch from fedora-extras-3-i386 unresolved deps: createrepo >= 0:0.4.3 package: plague - 0.4.4.1-2.fc3.noarch from fedora-extras-3-x86_64 unresolved deps: createrepo >= 0:0.4.3 ====================================================================== New report for: raven AT pmail.pl package: gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.i386 from fedora-extras-development-i386 unresolved deps: gaim = 0:2.0.0-0.11.beta3.fc6 package: gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: gaim = 0:2.0.0-0.11.beta3.fc6 package: gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.ppc from fedora-extras-development-ppc unresolved deps: gaim = 0:2.0.0-0.11.beta3.fc6 ====================================================================== New report for: ville.skytta AT iki.fi package: kmod-em8300-xen0 - 0.15.3-7.2.6.17_1.2174_FC5.i686 from fedora-extras-5-i386 unresolved deps: kernel-i686 = 0:2.6.17-1.2174_FC5xen0 package: kmod-em8300 - 0.15.3-7.2.6.17_1.2174_FC5.i686 from fedora-extras-5-i386 unresolved deps: kernel-i686 = 0:2.6.17-1.2174_FC5 package: kmod-em8300-kdump - 0.15.3-7.2.6.17_1.2174_FC5.i686 from fedora-extras-5-i386 unresolved deps: kernel-i686 = 0:2.6.17-1.2174_FC5kdump package: kmod-em8300 - 0.15.3-7.2.6.17_1.2174_FC5.i586 from fedora-extras-5-i386 unresolved deps: kernel-i586 = 0:2.6.17-1.2174_FC5 package: kmod-em8300-smp - 0.15.3-7.2.6.17_1.2174_FC5.i686 from fedora-extras-5-i386 unresolved deps: kernel-i686 = 0:2.6.17-1.2174_FC5smp package: kmod-em8300 - 0.15.3-7.2.6.17_1.2174_FC5.x86_64 from fedora-extras-5-x86_64 unresolved deps: kernel-x86_64 = 0:2.6.17-1.2174_FC5 package: kmod-em8300-xen0 - 0.15.3-7.2.6.17_1.2174_FC5.x86_64 from fedora-extras-5-x86_64 unresolved deps: kernel-x86_64 = 0:2.6.17-1.2174_FC5xen0 package: kmod-em8300-kdump - 0.15.3-7.2.6.17_1.2174_FC5.x86_64 from fedora-extras-5-x86_64 unresolved deps: kernel-x86_64 = 0:2.6.17-1.2174_FC5kdump package: kmod-em8300-smp - 0.15.3-7.2.6.17_1.2174_FC5.ppc from fedora-extras-5-ppc unresolved deps: kernel-ppc = 0:2.6.17-1.2174_FC5smp package: kmod-em8300 - 0.15.3-7.2.6.17_1.2174_FC5.ppc from fedora-extras-5-ppc unresolved deps: kernel-ppc = 0:2.6.17-1.2174_FC5 From tmraz at redhat.com Fri Sep 15 12:20:31 2006 From: tmraz at redhat.com (Tomas Mraz) Date: Fri, 15 Sep 2006 14:20:31 +0200 Subject: Add czech-support group to FE comps Message-ID: <1158322831.4558.6.camel@perun.kabelta.loc> Is the attached patch OK to add czech language support group to FE comps? -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb -------------- next part -------------- A non-text attachment was scrubbed... Name: czech-support.patch Type: text/x-patch Size: 947 bytes Desc: not available URL: From ndbecker2 at gmail.com Fri Sep 15 12:22:01 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Fri, 15 Sep 2006 08:22:01 -0400 Subject: Need help with cvsextras account Message-ID: Sorry to broadcast to list, not sure where else to send this. I got a sponsor, but I can't upgrade cvsextras membership, because it is marked as "declined". I can't seem to fix this. Any help? (BTW, trying to add it again results in a traceback from a python programming error) From Matt_Domsch at dell.com Fri Sep 15 12:35:24 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 15 Sep 2006 07:35:24 -0500 Subject: Extras x86_64 rawhide rebuild in mock status 2006-09-15 Message-ID: <20060915073524.A1819@humbolt.us.dell.com> Extras Rawhide-in-Mock Build Results for x86_64 Fri Sep 15 03:58:30 CDT 2006 Note: This is using a reduced set of packages in the build chroot starting with FC6test2. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Note: You will need to rebuild your packages in Fedora Extras for FC6 starting August 28, 2006. See here for more details: http://www.redhat.com/archives/fedora-maintainers/2006-August/msg00160.html Total packages: 2114 Number failed to build: 60 Number expected to fail due to ExclusiveArch or ExcludeArch: 22 Leaving: 38 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 38 ---------------------------------- MagicPoint-1.11b-2.fc5 byte at fedoraproject.org NetworkManager-vpnc-0.7.0-0.cvs20060529.1.fc6 davidz at redhat.com alacarte-0.8-7.fc5 jpmahowald at gmail.com atitvout-0.4-6 andreas.bierfert at lowlatency.de boo-0.7.6.2237-8.fc6 paul at all-the-johnsons.co.uk camstream-0.26.3-9.fc5 nomis80 at nomis80.org cernlib-2005-26.fc6 pertusus at free.fr contact-lookup-applet-0.14-3.fc6 bdpepple at ameritech.net cowbell-0.2.7.1-2.fc6 foolish at guezz.net crm114-0-0.2.20060704.fc6 rpm at greysector.net dillo-0.8.6-2.fc6 andreas.bierfert at lowlatency.de directfb-0.9.24-5.fc5 thomas at apestaart.org ebtables-2.0.8-0.5.rc1.fc6 tcallawa at redhat.com gif2png-2.5.1-2.fc5 enrico.scholz at informatik.tu-chemnitz.de grhino-0.15.0-5.fc5 michel.salim at gmail.com gstreamer08-python-0.8.4-1.fc5 thomas at apestaart.org ifplugd-0.24-6 aaron.bennett at olin.edu john-1.6-4 ghenry at suretecsystems.com k3d-0.6.1.0-2.fc6 denis at poolshark.org ladspa-1.12-5 thomas at apestaart.org libpolyxmass-0.9.0-6.fc5 andreas.bierfert at lowlatency.de libtabe-0.2.6-14 llch at redhat.com mlton-20051202-8.fc6.1 adam at spicenitz.org multisync-0.90.18-5.fc5 andreas.bierfert at lowlatency.de opencv-0.9.7-15.fc5 nomis80 at nomis80.org python-goopy-0.1-1 pjones at redhat.com python-reportlab-1.21.1-1.fc6 bdpepple at ameritech.net quarry-0.1.16-2.fc5 michel.salim at gmail.com rpmDirectoryCheck-0.8-2 enrico.scholz at informatik.tu-chemnitz.de s3switch-0.0-9.20020912.fc6 paul at xtdnet.nl scanssh-2.1-6.fc5 oliver at linux-kernel.at stratagus-2.1-5.fc6 lemenkov at gmail.com synce-0.9.1-7.fc5 andreas.bierfert at lowlatency.de synce-software-manager-0.9.0-5.fc5 andreas.bierfert at lowlatency.de synce-trayicon-0.9.0-6.fc5 andreas.bierfert at lowlatency.de wv2-0.2.3-1.fc6 andreas.bierfert at lowlatency.de xcin-2.5.3.pre3-27 llch at redhat.com xplanet-1.0.1-7 jylitalo at iki.fi With bugs filed: 0 ---------------------------------- Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Fri Sep 15 12:35:43 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 15 Sep 2006 07:35:43 -0500 Subject: Extras i386 rawhide rebuild in mock status 2006-09-15 Message-ID: <20060915073543.A1837@humbolt.us.dell.com> Extras Rawhide-in-Mock Build Results for i386 Fri Sep 15 04:02:22 CDT 2006 Note: This is using a reduced set of packages in the build chroot starting with FC6test2. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Note: You will need to rebuild your packages in Fedora Extras for FC6 starting August 28, 2006. See here for more details: http://www.redhat.com/archives/fedora-maintainers/2006-August/msg00160.html Total packages: 2114 Number failed to build: 35 Number expected to fail due to ExclusiveArch or ExcludeArch: 1 Leaving: 34 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 34 ---------------------------------- MagicPoint-1.11b-2.fc5 byte at fedoraproject.org NetworkManager-vpnc-0.7.0-0.cvs20060529.1.fc6 davidz at redhat.com alacarte-0.8-7.fc5 jpmahowald at gmail.com amaya-9.5-1.fc6 paul at all-the-johnsons.co.uk bitbake-1.6.0-1.fc6 andreas at bawue.net camstream-0.26.3-9.fc5 nomis80 at nomis80.org contact-lookup-applet-0.14-3.fc6 bdpepple at ameritech.net cowbell-0.2.7.1-2.fc6 foolish at guezz.net dillo-0.8.6-2.fc6 andreas.bierfert at lowlatency.de directfb-0.9.24-5.fc5 thomas at apestaart.org ebtables-2.0.8-0.5.rc1.fc6 tcallawa at redhat.com gif2png-2.5.1-2.fc5 enrico.scholz at informatik.tu-chemnitz.de grhino-0.15.0-5.fc5 michel.salim at gmail.com gstreamer08-python-0.8.4-1.fc5 thomas at apestaart.org ifplugd-0.24-6 aaron.bennett at olin.edu john-1.6-4 ghenry at suretecsystems.com ladspa-1.12-5 thomas at apestaart.org libtabe-0.2.6-14 llch at redhat.com multisync-0.90.18-5.fc5 andreas.bierfert at lowlatency.de opencv-0.9.7-15.fc5 nomis80 at nomis80.org orange-0.3-1.cvs20051118.fc6 andreas.bierfert at lowlatency.de papyrus-0.5.1-2.fc6 rvinyard at cs.nmsu.edu python-cheetah-2.0-0.2.rc7.fc6 mikeb at redhat.com python-goopy-0.1-1 pjones at redhat.com quarry-0.1.16-2.fc5 michel.salim at gmail.com rpmDirectoryCheck-0.8-2 enrico.scholz at informatik.tu-chemnitz.de scanssh-2.1-6.fc5 oliver at linux-kernel.at stratagus-2.1-5.fc6 lemenkov at gmail.com synce-0.9.1-7.fc5 andreas.bierfert at lowlatency.de synce-software-manager-0.9.0-5.fc5 andreas.bierfert at lowlatency.de synce-trayicon-0.9.0-6.fc5 andreas.bierfert at lowlatency.de wv2-0.2.3-1.fc6 andreas.bierfert at lowlatency.de xcin-2.5.3.pre3-27 llch at redhat.com xplanet-1.0.1-7 jylitalo at iki.fi With bugs filed: 0 ---------------------------------- Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From denis at poolshark.org Fri Sep 15 12:44:34 2006 From: denis at poolshark.org (Denis Leroy) Date: Fri, 15 Sep 2006 14:44:34 +0200 Subject: Extras x86_64 rawhide rebuild in mock status 2006-09-15 In-Reply-To: <20060915073524.A1819@humbolt.us.dell.com> References: <20060915073524.A1819@humbolt.us.dell.com> Message-ID: <450AA032.4010509@poolshark.org> Matt Domsch wrote: [...] > Number failed to build: 60 [...] > k3d-0.6.1.0-2.fc6 denis at poolshark.org From the logs: g++: Internal error: Killed (program cc1plus) Please submit a full bug report. But I couldn't find any other errors. Do you happen to have a time-out after which you kill the build ? k3d takes a very long time to build (because of C++ among other things). From jima at beer.tclug.org Fri Sep 15 12:59:44 2006 From: jima at beer.tclug.org (Jima) Date: Fri, 15 Sep 2006 07:59:44 -0500 (CDT) Subject: Final reminder, Fedora Extras rebuild for FC6 In-Reply-To: <1158290088.2622.24.camel@vader.jdub.homelinux.org> References: <20060915000834.b8a71a81@ludwig-alpha> <20060915004654.GA12094@nostromo.devel.redhat.com> <1158282365.2622.16.camel@vader.jdub.homelinux.org> <20060915020948.GA2505@lists.us.dell.com> <1158290088.2622.24.camel@vader.jdub.homelinux.org> Message-ID: On Thu, 14 Sep 2006, Josh Boyer wrote: > On Thu, 2006-09-14 at 21:09 -0500, Matt Domsch wrote: >> I didn't rebuild my noarch dkms or pgp-tools, as my private rebuilds of them >> yielded identical packages (modulo time stamps), so I didn't see the >> point. They're just perl and bash scripts after all. > > The point would have been to build them against the new minimal > buildroots and show you were still an active maintainer. I think this > email covers both of those. Especially since, as I recall, Matt was kind of a champion of the minimal buildroots effort (testing packages against it and sending out nagmails when they failed). I know I got one from him. :) Jima From dominik at greysector.net Fri Sep 15 13:22:34 2006 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Fri, 15 Sep 2006 15:22:34 +0200 Subject: Extras x86_64 rawhide rebuild in mock status 2006-09-15 In-Reply-To: <20060915073524.A1819@humbolt.us.dell.com> References: <20060915073524.A1819@humbolt.us.dell.com> Message-ID: <20060915132234.GB5423@rathann.pekin.waw.pl> On Friday, 15 September 2006 at 14:35, Matt Domsch wrote: > Extras Rawhide-in-Mock Build Results for x86_64 Fri Sep 15 03:58:30 CDT 2006 [...] > Of those expected to have worked... > Without a bug filed: 38 > ---------------------------------- [...] > crm114-0-0.2.20060704.fc6 rpm at greysector.net There is a bug filed: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=202893 but it's filed for fc5. What should I do about it? Change it to devel? Regards, R. -- Fedora Extras contributor http://fedoraproject.org/wiki/DominikMierzejewski MPlayer developer http://rpm.greysector.net/mplayer/ "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From fedora at leemhuis.info Fri Sep 15 13:42:40 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 15 Sep 2006 15:42:40 +0200 Subject: Final reminder, Fedora Extras rebuild for FC6 In-Reply-To: <1158299974.27904.9.camel@localhost.localdomain> References: <20060915000834.e0bb1ec2@ludwig-alpha> <1158297844.27904.1.camel@localhost.localdomain> <450A3A98.3060608@thecodergeek.com> <1158299974.27904.9.camel@localhost.localdomain> Message-ID: <450AADD0.1060307@leemhuis.info> Jindrich Novy schrieb: > [...] > Wouldn't it be better to detect successful rebuilds just by parsing the > Extras Build Report? [...] Well, that ideas is not good either -- but querying the repo with repoquery would work. But both solution leave one important thing out: They would not catch those packages that that don't need a rebuild on purpose (e.g. large noarch packages with only data files). CU thl From buildsys at fedoraproject.org Fri Sep 15 13:44:47 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 15 Sep 2006 09:44:47 -0400 (EDT) Subject: Fedora Extras Package Build Report 2006-09-15 Message-ID: <20060915134447.2021515212C@buildsys.fedoraproject.org> Packages built and released for Fedora Extras 5: 12 amarok-1.4.3-3.fc5 codeblocks-1.0-0.9.20060909svn2965.fc5 em8300-kmod-0.15.3-8.2.6.17_1.2187_FC5 mfstools-2.0-11.snapshot050221.fc5 perl-Class-DBI-3.0.15-1.fc5 perl-Class-DBI-Loader-0.33-1.fc5 perl-Class-DBI-Pg-0.09-1.fc5 perl-Class-Data-Inheritable-0.05-1.fc5 perl-HTTP-Body-0.6-3.fc5 perl-IO-Multiplex-1.08-5.fc5 php-pecl-apc-3.0.12-1.fc5 seamonkey-1.0.5-0.5.fc5 Packages built and released for Fedora Extras 4: 6 perl-Class-DBI-3.0.15-1.fc4 perl-Class-DBI-Loader-0.33-1.fc4 perl-Class-DBI-Pg-0.09-1.fc4 perl-Class-Data-Inheritable-0.05-1.fc4 perl-HTTP-Body-0.6-3.fc4 perl-IO-Multiplex-1.08-5.fc4 Packages built and released for Fedora Extras 3: 1 perl-IO-Multiplex-1.08-5.fc3 Packages built and released for Fedora Extras development: 56 apel-10.6-9.fc6 clamav-0.88.4-2.fc6 dietlibc-0.30-2.fc6 driftnet-0.1.6-11 enemies-of-carlotta-1.2.2-2.fc6 fedora-usermgmt-0.8.91-1.fc6 freealut-1.1.0-2.fc6 gnome-applet-timer-1.2-4.fc6 hunt-1.5-6.fc6 kbibtex-0.1.4-2.fc6 mew-5.1-2.fc6 mfstools-2.0-11.snapshot050221.fc6 multisync-0.90.18-6.fc6 mysql-query-browser-1.1.18-4.fc6 namazu-2.0.16-1.fc6 ncmpc-0.11.1-7.fc6 nessus-core-2.2.7-2.fc6 openal-0.0.9-0.8.20060204cvs.fc6 perl-AnyData-0.10-3.fc6 perl-Apache-Session-Wrapper-0.31-2.fc6 perl-CGI-Simple-0.077-6.fc6 perl-CGI-Untaint-1.26-2.fc6 perl-CGI-Untaint-date-1.00-2.fc6 perl-Class-Accessor-0.27-2.fc6 perl-Class-Accessor-Chained-0.01-4.fc6 perl-Class-DBI-3.0.15-1.fc6 perl-Class-DBI-AbstractSearch-0.07-2.fc6 perl-Class-DBI-AsForm-2.42-4.fc6 perl-Class-DBI-FromCGI-1.00-2.fc6 perl-Class-DBI-Loader-0.33-1.fc6 perl-Class-DBI-Loader-Relationship-1.3-3.fc6 perl-Class-DBI-Pager-0.08-2.fc6 perl-Class-DBI-Pg-0.09-1.fc6 perl-Class-DBI-mysql-1.00-2.fc6 perl-Class-Data-Inheritable-0.05-1.fc6 perl-Finance-Quote-1.11-4 perl-HTML-TableExtract-2.07-3 perl-HTTP-Body-0.6-3.fc6 perl-IO-Multiplex-1.08-5.fc6 perl-Tk-804.027-10.fc6 php-pecl-apc-3.0.12-1.fc6 polyxmass-bin-0.9.3-2.fc6 pybliographer-1.2.9-2.fc6 qiv-2.0-6 qjackctl-0.2.20-7.fc6 qsynth-0.2.5-6.fc6 rxvt-2.7.10-11.fc6 rxvt-unicode-7.9-2.fc6 seamonkey-1.0.5-1.fc6 sloccount-2.26-6 streamtuner-0.99.99-13.fc6 sylpheed-claws-2.4.0-2.fc6 sylpheed-claws-plugins-2.4.0-2.fc6 themes-backgrounds-gnome-0.4-6.fc6 uim-1.2.1-2.fc6 w3m-el-1.4.4-5.fc6 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Fri Sep 15 13:45:17 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 15 Sep 2006 09:45:17 -0400 (EDT) Subject: Package EVR problems in FC+FE 2006-09-15 Message-ID: <20060915134517.3451715212C@buildsys.fedoraproject.org> UNKNOWN OWNER (possibly Core package): device-mapper FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) FC4-updates > FC6 (0:1.02.07-2.0 > 0:1.02.07-1.1) lvm2 FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) mozilla FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) nspr FC5-updates > FC6 (0:4.6.3-0.5.fc5 > 0:4.6.2-1.1) nss FC5-updates > FC6 (0:3.11.3-0.5.fc5 > 0:3.11.2-2) quagga FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) tar FC5-updates > FC6 (0:1.15.91-1.FC5 > 0:1.15.91-1) andreas.bierfert AT lowlatency.de: dillo FE3 > FE5 (0:0.8.6-2.fc3 > 0:0.8.6-1.fc5) FE4 > FE5 (0:0.8.6-2.fc4 > 0:0.8.6-1.fc5) libpqxx FE4 > FE6 (0:2.6.7-1.fc4 > 0:2.6.6-1.fc6) FE5 > FE6 (0:2.6.7-1.fc5 > 0:2.6.6-1.fc6) gauret AT free.fr: amarok FE5 > FE6 (0:1.4.3-3.fc5 > 0:1.4.1-3.fc6) lemenkov AT gmail.com: stratagus FE4 > FE6 (0:2.1-6.fc4 > 0:2.1-5.fc6) FE5 > FE6 (0:2.1-6.fc5 > 0:2.1-5.fc6) meme AT daughtersoftiresias.org: fortune-firefly FE5 > FE6 (0:2.1.1-2.fc5 > 0:2.1.1-1.fc6) mpeters AT mac.com: firestarter FE5 > FE6 (0:1.0.3-11.fc5 > 0:1.0.3-10.fc6) noa AT resare.com: vorbisgain FE5 > FE6 (0:0.34-2.fc5 > 0:0.34-1.fc6) nomis80 AT nomis80.org: camstream FE5 > FE6 (0:0.26.3-10.fc5 > 0:0.26.3-9.fc5) opencv FE5 > FE6 (0:0.9.7-16.fc5 > 0:0.9.7-15.fc5) oliver AT linux-kernel.at: graphviz FE5 > FE6 (0:2.8-4.fc5 > 0:2.8-3.fc5) paul AT all-the-johnsons.co.uk: boo FE5 > FE6 (0:0.7.6.2237-9.fc5 > 0:0.7.6.2237-8.fc6) monodoc FE5 > FE6 (0:1.1.17-5.fc5 > 0:1.1.17-4.fc6) paul AT city-fan.org: perl-String-CRC32 FE3 > FC5-updates (0:1.4-1.fc3 > 0:1.4-1.FC5) FE4 > FC5-updates (0:1.4-1.fc4 > 0:1.4-1.FC5) petersen AT redhat.com: m17n-db FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) qspencer AT ieee.org: octave-forge FE5 > FE6 (0:2006.07.09-5.fc5 > 0:2006.07.09-4.fc6) ryo-dairiki AT users.sourceforge.net: scim-tomoe FE5 > FE6 (0:0.2.0-6.fc5.1 > 0:0.2.0-4.fc6) splinux AT fedoraproject.org: pessulus FE5 > FE6 (0:2.16.0-3.fc5 > 0:2.16.0-1.fc6) zcerza AT redhat.com: dogtail FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) ---------------------------------------------------------------------- amarok: gauret AT free.fr FE5 > FE6 (0:1.4.3-3.fc5 > 0:1.4.1-3.fc6) boo: paul AT all-the-johnsons.co.uk FE5 > FE6 (0:0.7.6.2237-9.fc5 > 0:0.7.6.2237-8.fc6) camstream: nomis80 AT nomis80.org FE5 > FE6 (0:0.26.3-10.fc5 > 0:0.26.3-9.fc5) device-mapper: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) FC4-updates > FC6 (0:1.02.07-2.0 > 0:1.02.07-1.1) dillo: andreas.bierfert AT lowlatency.de FE3 > FE5 (0:0.8.6-2.fc3 > 0:0.8.6-1.fc5) FE4 > FE5 (0:0.8.6-2.fc4 > 0:0.8.6-1.fc5) dogtail: zcerza AT redhat.com FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) firestarter: mpeters AT mac.com FE5 > FE6 (0:1.0.3-11.fc5 > 0:1.0.3-10.fc6) fortune-firefly: meme AT daughtersoftiresias.org FE5 > FE6 (0:2.1.1-2.fc5 > 0:2.1.1-1.fc6) graphviz: oliver AT linux-kernel.at FE5 > FE6 (0:2.8-4.fc5 > 0:2.8-3.fc5) libpqxx: andreas.bierfert AT lowlatency.de FE4 > FE6 (0:2.6.7-1.fc4 > 0:2.6.6-1.fc6) FE5 > FE6 (0:2.6.7-1.fc5 > 0:2.6.6-1.fc6) lvm2: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) m17n-db: petersen AT redhat.com FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) monodoc: paul AT all-the-johnsons.co.uk FE5 > FE6 (0:1.1.17-5.fc5 > 0:1.1.17-4.fc6) mozilla: UNKNOWN OWNER (possibly Core package) FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) nspr: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:4.6.3-0.5.fc5 > 0:4.6.2-1.1) nss: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:3.11.3-0.5.fc5 > 0:3.11.2-2) octave-forge: qspencer AT ieee.org FE5 > FE6 (0:2006.07.09-5.fc5 > 0:2006.07.09-4.fc6) opencv: nomis80 AT nomis80.org FE5 > FE6 (0:0.9.7-16.fc5 > 0:0.9.7-15.fc5) perl-String-CRC32: paul AT city-fan.org FE3 > FC5-updates (0:1.4-1.fc3 > 0:1.4-1.FC5) FE4 > FC5-updates (0:1.4-1.fc4 > 0:1.4-1.FC5) pessulus: splinux AT fedoraproject.org FE5 > FE6 (0:2.16.0-3.fc5 > 0:2.16.0-1.fc6) quagga: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) scim-tomoe: ryo-dairiki AT users.sourceforge.net FE5 > FE6 (0:0.2.0-6.fc5.1 > 0:0.2.0-4.fc6) stratagus: lemenkov AT gmail.com FE4 > FE6 (0:2.1-6.fc4 > 0:2.1-5.fc6) FE5 > FE6 (0:2.1-6.fc5 > 0:2.1-5.fc6) tar: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:1.15.91-1.FC5 > 0:1.15.91-1) vorbisgain: noa AT resare.com FE5 > FE6 (0:0.34-2.fc5 > 0:0.34-1.fc6) From Matt_Domsch at dell.com Fri Sep 15 13:46:39 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 15 Sep 2006 08:46:39 -0500 Subject: Extras x86_64 rawhide rebuild in mock status 2006-09-15 In-Reply-To: <450AA032.4010509@poolshark.org> References: <20060915073524.A1819@humbolt.us.dell.com> <450AA032.4010509@poolshark.org> Message-ID: <20060915134639.GB2291@lists.us.dell.com> On Fri, Sep 15, 2006 at 02:44:34PM +0200, Denis Leroy wrote: > Matt Domsch wrote: > [...] > >Number failed to build: 60 > [...] > >k3d-0.6.1.0-2.fc6 denis at poolshark.org > > From the logs: > > g++: Internal error: Killed (program cc1plus) > Please submit a full bug report. > > But I couldn't find any other errors. Do you happen to have a time-out > after which you kill the build ? k3d takes a very long time to build > (because of C++ among other things). No, there's no timeout in my code, and AFAIK there isn't a timeout in mock either. on i386: real 2656.56 user 3892.61 sys 410.20 and it succeeded. on x86_64: Command exited with non-zero status 10 real 56949.80 user 1195.30 sys 42866.27 and it failed of course. That's a huge amount of time attributed to the system though, which makes me think something outside your package went boom. In fact, that builder has only 1GB RAM, and went OOM which is where the kill came from. Sorry for the false positive. Thanks, Matt -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From fedora at leemhuis.info Fri Sep 15 13:53:31 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 15 Sep 2006 15:53:31 +0200 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-15 In-Reply-To: <20060915114443.28724.4978@extras64.linux.duke.edu> References: <20060915114443.28724.4978@extras64.linux.duke.edu> Message-ID: <450AB05B.4000004@leemhuis.info> Two minor things: Fedora Extras repoclosure schrieb: > Summary of broken packages (by owner): > ---------------------------------------------------------------------- [...] > byte AT fedoraproject.org > gaim-guifications - 2.12-3.fc5.i386 (3 days) > gaim-guifications - 2.12-3.fc5.ppc (3 days) > gaim-guifications - 2.12-3.fc5.x86_64 (3 days) Just out of interest - why is the "days" counter reseted for this and several other packages now and then? This package is broken for months IIRC. [...] > ville.skytta AT iki.fi > kmod-em8300 - 0.15.3-7.2.6.17_1.2174_FC5.i586 > kmod-em8300 - 0.15.3-7.2.6.17_1.2174_FC5.i686 > kmod-em8300 - 0.15.3-7.2.6.17_1.2174_FC5.ppc > kmod-em8300 - 0.15.3-7.2.6.17_1.2174_FC5.x86_64 > kmod-em8300-kdump - 0.15.3-7.2.6.17_1.2174_FC5.i686 > kmod-em8300-kdump - 0.15.3-7.2.6.17_1.2174_FC5.x86_64 > kmod-em8300-smp - 0.15.3-7.2.6.17_1.2174_FC5.i686 > kmod-em8300-smp - 0.15.3-7.2.6.17_1.2174_FC5.ppc > kmod-em8300-xen0 - 0.15.3-7.2.6.17_1.2174_FC5.i686 > kmod-em8300-xen0 - 0.15.3-7.2.6.17_1.2174_FC5.x86_64 [...] > package: kmod-em8300-xen0 - 0.15.3-7.2.6.17_1.2174_FC5.i686 from fedora-extras-5-i386 > unresolved deps: > kernel-i686 = 0:2.6.17-1.2174_FC5xen0 False positive? The kernel seems to still be around... CU thl From buildsys at fedoraproject.org Fri Sep 15 14:05:12 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Fri, 15 Sep 2006 14:05:12 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-15 Message-ID: <20060915140512.5931.5357@extras64.linux.duke.edu> Summary of broken packages (by owner): ---------------------------------------------------------------------- andreas.bierfert AT lowlatency.de koffice-krita - 1.5.2-1.fc6.i386 (3 days) koffice-krita - 1.5.2-1.fc6.ppc (3 days) koffice-krita - 1.5.2-1.fc6.x86_64 (3 days) bdpepple AT ameritech.net contact-lookup-applet - 0.14-3.fc6.i386 (39 days) contact-lookup-applet - 0.14-3.fc6.ppc (39 days) contact-lookup-applet - 0.14-3.fc6.x86_64 (39 days) liferea - 1.0.22-1.fc6.i386 liferea - 1.0.22-1.fc6.ppc liferea - 1.0.22-1.fc6.x86_64 byte AT fedoraproject.org gaim-guifications - 2.12-3.fc5.i386 (58 days) gaim-guifications - 2.12-3.fc5.ppc (58 days) gaim-guifications - 2.12-3.fc5.x86_64 (58 days) dcbw AT redhat.com plague - 0.4.4.1-2.fc3.noarch plague - 0.4.4.1-2.fc3.noarch plague - 0.4.4.1-2.fc4.noarch plague - 0.4.4.1-2.fc4.noarch plague - 0.4.4.1-2.fc4.noarch foolish AT guezz.net muine - 0.8.5-1.fc6.i386 (27 days) muine - 0.8.5-1.fc6.ppc (27 days) muine - 0.8.5-1.fc6.x86_64 (27 days) gauret AT free.fr amarok - 1.4.1-3.fc6.i386 (50 days) amarok - 1.4.1-3.fc6.ppc (50 days) showimg-pgsql - 0.9.5-7.fc4.i386 showimg-pgsql - 0.9.5-7.fc4.ppc showimg-pgsql - 0.9.5-7.fc4.x86_64 showimg-pgsql - 0.9.5-7.fc5.i386 showimg-pgsql - 0.9.5-7.fc5.ppc showimg-pgsql - 0.9.5-7.fc5.x86_64 j.w.r.degoede AT hhs.nl tremulous - 1.1.0-2.fc5.i386 tremulous - 1.1.0-2.fc5.ppc tremulous - 1.1.0-2.fc5.x86_64 michael AT knox.net.nz fyre - 1.0.0-14.fc6.i386 (3 days) fyre - 1.0.0-14.fc6.ppc (3 days) fyre - 1.0.0-14.fc6.x86_64 (3 days) mpeters AT mac.com gfontview - 0.5.0-5.fc5.i386 (58 days) gfontview - 0.5.0-5.fc5.ppc (58 days) gfontview - 0.5.0-5.fc5.x86_64 (58 days) gtkhtml36 - 3.6.2-5.fc6.i386 (58 days) gtkhtml36 - 3.6.2-5.fc6.ppc (58 days) gtkhtml36 - 3.6.2-5.fc6.x86_64 (58 days) libvisual-plugins - 0.2.0-3.fc5.i386 (58 days) libvisual-plugins - 0.2.0-3.fc5.i386 (58 days) libvisual-plugins - 0.2.0-3.fc5.ppc (58 days) libvisual-plugins - 0.2.0-3.fc5.ppc (58 days) libvisual-plugins - 0.2.0-3.fc5.x86_64 (58 days) libvisual-plugins - 0.2.0-3.fc5.x86_64 (58 days) raven AT pmail.pl gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.i386 gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.ppc gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.x86_64 thomas AT apestaart.org directfb - 0.9.24-5.fc5.i386 (58 days) directfb - 0.9.24-5.fc5.ppc (58 days) directfb - 0.9.24-5.fc5.x86_64 (58 days) Broken packages in fedora-extras-5-i386: ---------------------------------------------------------------------- libvisual-plugins-0.2.0-3.fc5.i386 requires libvisual.so.0 showimg-pgsql-0.9.5-7.fc5.i386 requires libpqxx-2.6.6.so tremulous-1.1.0-2.fc5.i386 requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-5-x86_64: ---------------------------------------------------------------------- libvisual-plugins-0.2.0-3.fc5.x86_64 requires libvisual.so.0()(64bit) showimg-pgsql-0.9.5-7.fc5.x86_64 requires libpqxx-2.6.6.so()(64bit) tremulous-1.1.0-2.fc5.x86_64 requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-5-ppc: ---------------------------------------------------------------------- libvisual-plugins-0.2.0-3.fc5.ppc requires libvisual.so.0 showimg-pgsql-0.9.5-7.fc5.ppc requires libpqxx-2.6.6.so tremulous-1.1.0-2.fc5.ppc requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-4-i386: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.i386 requires libpqxx-2.6.6.so Broken packages in fedora-extras-4-x86_64: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.x86_64 requires libpqxx-2.6.6.so()(64bit) Broken packages in fedora-extras-4-ppc: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.ppc requires libpqxx-2.6.6.so Broken packages in fedora-extras-3-i386: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc3.noarch requires createrepo >= 0:0.4.3 Broken packages in fedora-extras-3-x86_64: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc3.noarch requires createrepo >= 0:0.4.3 Broken packages in fedora-extras-development-i386: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.i386 requires HelixPlayer contact-lookup-applet-0.14-3.fc6.i386 requires libebook-1.2.so.5 directfb-0.9.24-5.fc5.i386 requires libsysfs.so.1 fyre-1.0.0-14.fc6.i386 requires libImath.so.2 fyre-1.0.0-14.fc6.i386 requires libIlmImf.so.2 fyre-1.0.0-14.fc6.i386 requires libHalf.so.2 fyre-1.0.0-14.fc6.i386 requires libIex.so.2 gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.i386 requires gaim = 0:2.0.0-0.11.beta3.fc6 gaim-guifications-2.12-3.fc5.i386 requires gaim < 1:2 gfontview-0.5.0-5.fc5.i386 requires libttf.so.2 gtkhtml36-3.6.2-5.fc6.i386 requires libgailutil.so.17 koffice-krita-1.5.2-1.fc6.i386 requires libIlmImf.so.2 koffice-krita-1.5.2-1.fc6.i386 requires libImath.so.2 koffice-krita-1.5.2-1.fc6.i386 requires libIex.so.2 koffice-krita-1.5.2-1.fc6.i386 requires libHalf.so.2 libvisual-plugins-0.2.0-3.fc5.i386 requires libvisual.so.0 liferea-1.0.22-1.fc6.i386 requires firefox = 0:1.5.0.6 muine-0.8.5-1.fc6.i386 requires mono(glib-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.i386 requires mono(gtk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.i386 requires mono(gdk-sharp) = 0:2.8.0.0 Broken packages in fedora-extras-development-x86_64: ---------------------------------------------------------------------- contact-lookup-applet-0.14-3.fc6.x86_64 requires libebook-1.2.so.5()(64bit) directfb-0.9.24-5.fc5.x86_64 requires libsysfs.so.1()(64bit) fyre-1.0.0-14.fc6.x86_64 requires libIlmImf.so.2()(64bit) fyre-1.0.0-14.fc6.x86_64 requires libImath.so.2()(64bit) fyre-1.0.0-14.fc6.x86_64 requires libHalf.so.2()(64bit) fyre-1.0.0-14.fc6.x86_64 requires libIex.so.2()(64bit) gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.x86_64 requires gaim = 0:2.0.0-0.11.beta3.fc6 gaim-guifications-2.12-3.fc5.x86_64 requires gaim < 1:2 gfontview-0.5.0-5.fc5.x86_64 requires libttf.so.2()(64bit) gtkhtml36-3.6.2-5.fc6.x86_64 requires libgailutil.so.17()(64bit) koffice-krita-1.5.2-1.fc6.x86_64 requires libIlmImf.so.2()(64bit) koffice-krita-1.5.2-1.fc6.x86_64 requires libHalf.so.2()(64bit) koffice-krita-1.5.2-1.fc6.x86_64 requires libImath.so.2()(64bit) koffice-krita-1.5.2-1.fc6.x86_64 requires libIex.so.2()(64bit) libvisual-plugins-0.2.0-3.fc5.x86_64 requires libvisual.so.0()(64bit) liferea-1.0.22-1.fc6.x86_64 requires firefox = 0:1.5.0.6 muine-0.8.5-1.fc6.x86_64 requires mono(gdk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.x86_64 requires mono(gtk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.x86_64 requires mono(glib-sharp) = 0:2.8.0.0 Broken packages in fedora-extras-development-ppc: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.ppc requires HelixPlayer contact-lookup-applet-0.14-3.fc6.ppc requires libebook-1.2.so.5 directfb-0.9.24-5.fc5.ppc requires libsysfs.so.1 fyre-1.0.0-14.fc6.ppc requires libImath.so.2 fyre-1.0.0-14.fc6.ppc requires libIlmImf.so.2 fyre-1.0.0-14.fc6.ppc requires libHalf.so.2 fyre-1.0.0-14.fc6.ppc requires libIex.so.2 gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.ppc requires gaim = 0:2.0.0-0.11.beta3.fc6 gaim-guifications-2.12-3.fc5.ppc requires gaim < 1:2 gfontview-0.5.0-5.fc5.ppc requires libttf.so.2 gtkhtml36-3.6.2-5.fc6.ppc requires libgailutil.so.17 koffice-krita-1.5.2-1.fc6.ppc requires libIlmImf.so.2 koffice-krita-1.5.2-1.fc6.ppc requires libImath.so.2 koffice-krita-1.5.2-1.fc6.ppc requires libIex.so.2 koffice-krita-1.5.2-1.fc6.ppc requires libHalf.so.2 libvisual-plugins-0.2.0-3.fc5.ppc requires libvisual.so.0 liferea-1.0.22-1.fc6.ppc requires firefox = 0:1.5.0.6 muine-0.8.5-1.fc6.ppc requires mono(glib-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.ppc requires mono(gtk-sharp) = 0:2.8.0.0 muine-0.8.5-1.fc6.ppc requires mono(gdk-sharp) = 0:2.8.0.0 ====================================================================== New report for: dcbw AT redhat.com package: plague - 0.4.4.1-2.fc4.noarch from fedora-extras-4-i386 unresolved deps: createrepo >= 0:0.4.3 package: plague - 0.4.4.1-2.fc4.noarch from fedora-extras-4-x86_64 unresolved deps: createrepo >= 0:0.4.3 package: plague - 0.4.4.1-2.fc4.noarch from fedora-extras-4-ppc unresolved deps: createrepo >= 0:0.4.3 package: plague - 0.4.4.1-2.fc3.noarch from fedora-extras-3-i386 unresolved deps: createrepo >= 0:0.4.3 package: plague - 0.4.4.1-2.fc3.noarch from fedora-extras-3-x86_64 unresolved deps: createrepo >= 0:0.4.3 ====================================================================== New report for: raven AT pmail.pl package: gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.i386 from fedora-extras-development-i386 unresolved deps: gaim = 0:2.0.0-0.11.beta3.fc6 package: gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: gaim = 0:2.0.0-0.11.beta3.fc6 package: gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.ppc from fedora-extras-development-ppc unresolved deps: gaim = 0:2.0.0-0.11.beta3.fc6 ====================================================================== New report for: bdpepple AT ameritech.net package: liferea - 1.0.22-1.fc6.i386 from fedora-extras-development-i386 unresolved deps: firefox = 0:1.5.0.6 package: liferea - 1.0.22-1.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: firefox = 0:1.5.0.6 package: liferea - 1.0.22-1.fc6.ppc from fedora-extras-development-ppc unresolved deps: firefox = 0:1.5.0.6 From fedora at leemhuis.info Fri Sep 15 13:47:14 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 15 Sep 2006 15:47:14 +0200 Subject: Need help with cvsextras account In-Reply-To: References: Message-ID: <450AAEE2.8070008@leemhuis.info> Neal Becker schrieb: > > I got a sponsor, but I can't upgrade cvsextras membership, because it is > marked as "declined". I can't seem to fix this. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=195760 > Any help? (BTW, trying > to add it again results in a traceback from a python programming error) I removed your request. Please re-apply, everything should work now. Cu thl From Christian.Iseli at licr.org Fri Sep 15 14:32:22 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Fri, 15 Sep 2006 16:32:22 +0200 Subject: Add czech-support group to FE comps In-Reply-To: <1158322831.4558.6.camel@perun.kabelta.loc> References: <1158322831.4558.6.camel@perun.kabelta.loc> Message-ID: <20060915163222.19dfce27@ludwig-alpha> On Fri, 15 Sep 2006 14:20:31 +0200, Tomas Mraz wrote: > Is the attached patch OK to add czech language support group to FE > comps? Looks fine to me. Christian From ville.skytta at iki.fi Fri Sep 15 14:41:35 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Fri, 15 Sep 2006 17:41:35 +0300 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-15 In-Reply-To: <450AB05B.4000004@leemhuis.info> References: <20060915114443.28724.4978@extras64.linux.duke.edu> <450AB05B.4000004@leemhuis.info> Message-ID: <1158331295.2902.2.camel@viper.local> On Fri, 2006-09-15 at 15:53 +0200, Thorsten Leemhuis wrote: > [...] > > ville.skytta AT iki.fi > > kmod-em8300 - 0.15.3-7.2.6.17_1.2174_FC5.i586 > > kmod-em8300 - 0.15.3-7.2.6.17_1.2174_FC5.i686 > > kmod-em8300 - 0.15.3-7.2.6.17_1.2174_FC5.ppc > > kmod-em8300 - 0.15.3-7.2.6.17_1.2174_FC5.x86_64 > > kmod-em8300-kdump - 0.15.3-7.2.6.17_1.2174_FC5.i686 > > kmod-em8300-kdump - 0.15.3-7.2.6.17_1.2174_FC5.x86_64 > > kmod-em8300-smp - 0.15.3-7.2.6.17_1.2174_FC5.i686 > > kmod-em8300-smp - 0.15.3-7.2.6.17_1.2174_FC5.ppc > > kmod-em8300-xen0 - 0.15.3-7.2.6.17_1.2174_FC5.i686 > > kmod-em8300-xen0 - 0.15.3-7.2.6.17_1.2174_FC5.x86_64 > [...] > > package: kmod-em8300-xen0 - 0.15.3-7.2.6.17_1.2174_FC5.i686 from fedora-extras-5-i386 > > unresolved deps: > > kernel-i686 = 0:2.6.17-1.2174_FC5xen0 > > False positive? The kernel seems to still be around... I don't know the details how this script works, but I guess if it examines only the newest version of each package in the repos, that could be the culprit (ie. in this case a new kernel was available so maybe it ignored the 2nd newest one even if it was there?). From bugs.michael at gmx.net Fri Sep 15 14:53:51 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 15 Sep 2006 16:53:51 +0200 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-15 In-Reply-To: <450AB05B.4000004@leemhuis.info> References: <20060915114443.28724.4978@extras64.linux.duke.edu> <450AB05B.4000004@leemhuis.info> Message-ID: <20060915165351.d6c4901c.bugs.michael@gmx.net> On Fri, 15 Sep 2006 15:53:31 +0200, Thorsten Leemhuis wrote: > Two minor things: > > Fedora Extras repoclosure schrieb: > > Summary of broken packages (by owner): > > ---------------------------------------------------------------------- > [...] > > byte AT fedoraproject.org > > gaim-guifications - 2.12-3.fc5.i386 (3 days) > > gaim-guifications - 2.12-3.fc5.ppc (3 days) > > gaim-guifications - 2.12-3.fc5.x86_64 (3 days) > > Just out of interest - why is the "days" counter reseted for this and > several other packages now and then? This package is broken for months IIRC. Yes, 58 days. I've messed with the history information files when fixing a tiny bug in the report and copied backup files to a wrong path. ;) > [...] > > ville.skytta AT iki.fi > > kmod-em8300 - 0.15.3-7.2.6.17_1.2174_FC5.i586 > > kmod-em8300 - 0.15.3-7.2.6.17_1.2174_FC5.i686 > > kmod-em8300 - 0.15.3-7.2.6.17_1.2174_FC5.ppc > > kmod-em8300 - 0.15.3-7.2.6.17_1.2174_FC5.x86_64 > > kmod-em8300-kdump - 0.15.3-7.2.6.17_1.2174_FC5.i686 > > kmod-em8300-kdump - 0.15.3-7.2.6.17_1.2174_FC5.x86_64 > > kmod-em8300-smp - 0.15.3-7.2.6.17_1.2174_FC5.i686 > > kmod-em8300-smp - 0.15.3-7.2.6.17_1.2174_FC5.ppc > > kmod-em8300-xen0 - 0.15.3-7.2.6.17_1.2174_FC5.i686 > > kmod-em8300-xen0 - 0.15.3-7.2.6.17_1.2174_FC5.x86_64 > [...] > > package: kmod-em8300-xen0 - 0.15.3-7.2.6.17_1.2174_FC5.i686 from fedora-extras-5-i386 > > unresolved deps: > > kernel-i686 = 0:2.6.17-1.2174_FC5xen0 > > False positive? The kernel seems to still be around... Probably "kernel stuff" needs special support. From info at fashioncontent.com Fri Sep 15 15:46:35 2006 From: info at fashioncontent.com (hv @ Fashion Content) Date: Fri, 15 Sep 2006 16:46:35 +0100 Subject: Cyrus IMAP Message-ID: I have been having no luck with a test upgrade from FC2 to FC5 in terms of Cyrus IMAPd. As far as I can tell the upgrade to FC4 should pose few problems, as it is essentially the same data structure, but I just can't get the 2.3 up and running properly. Anyone else experience this? Henrik From paul at xelerance.com Fri Sep 15 17:24:49 2006 From: paul at xelerance.com (Paul Wouters) Date: Fri, 15 Sep 2006 19:24:49 +0200 (CEST) Subject: Extras x86_64 rawhide rebuild in mock status 2006-09-15 In-Reply-To: <20060915073524.A1819@humbolt.us.dell.com> References: <20060915073524.A1819@humbolt.us.dell.com> Message-ID: On Fri, 15 Sep 2006, Matt Domsch wrote: > Note: You will need to rebuild your packages in Fedora Extras for FC6 > starting August 28, 2006. See here for more details: > http://www.redhat.com/archives/fedora-maintainers/2006-August/msg00160.html > s3switch-0.0-9.20020912.fc6 paul at xtdnet.nl That package is not build on x86_64. From the spec file: ExclusiveArch: %{ix86} Paul From smooge at gmail.com Fri Sep 15 17:30:44 2006 From: smooge at gmail.com (Stephen John Smoogen) Date: Fri, 15 Sep 2006 11:30:44 -0600 Subject: Initial Proposal for doing Enterprise Extras Message-ID: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> I would like to suggest the following plan for Enterprise Extras: 1) There are 4 channels per {Scientific/Centos} Enterprise Linux extras extras-devel extras-testing extras-updates [proposed naming convention: extras-2el, extras-3el, extras-4el, extras-5el] 2) Extras are produced/updated on a 6 month basis. Stuff is usually done in extras-devel but at 5 months a lockdown is done and they are pushed as being the next dot release (2.1.0,3.1.0,4.1.0,5.1.0 -> 2.2.0,3.2.0,4.2.0,5.2.0) 3) Extras-devel is where development and feature changes are done for each 6 month lockdown. 4) Extras-testing is where fixes to the current locked down version is completed before being pushed to extras/extras-updates 5) Extras-updates gets security and fixes to the 'locked' down version in extras. So for example: foo-bar-1.0-1 is put into Extras foo-bar-1.2-1 is worked on in extras-devel for the next 6 month release foo-bar-1.0-4 is in Extras-testing to fix a problem in initialization foo-bar-1.0-2 is in Extras-updates to fix a security problem and will be replaced with 1.0-4 when it passes testing. -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From rdieter at math.unl.edu Fri Sep 15 17:43:33 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 15 Sep 2006 12:43:33 -0500 Subject: Initial Proposal for doing Enterprise Extras References: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> Message-ID: Stephen John Smoogen wrote: > I would like to suggest the following plan for Enterprise Extras: > > 1) There are 4 channels per {Scientific/Centos} Enterprise Linux > extras > extras-devel > extras-testing > extras-updates Frankly, *way* too much complexity here. Heck, we don't even have a -testing repo for FE yet. When/if we figure out -testing for *all* of Extras, then EE will naturally benefit from it as well. At least at first, I'd strongly recommend following usual Extras rolling Release policy for EE as well. -- Rex From jwboyer at jdub.homelinux.org Fri Sep 15 18:46:35 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Fri, 15 Sep 2006 13:46:35 -0500 Subject: Initial Proposal for doing Enterprise Extras In-Reply-To: References: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> Message-ID: <1158345995.26996.34.camel@zod.rchland.ibm.com> On Fri, 2006-09-15 at 12:43 -0500, Rex Dieter wrote: > Stephen John Smoogen wrote: > > > I would like to suggest the following plan for Enterprise Extras: > > > > 1) There are 4 channels per {Scientific/Centos} Enterprise Linux > > extras > > extras-devel > > extras-testing > > extras-updates > > Frankly, *way* too much complexity here. Heck, we don't even have > a -testing repo for FE yet. When/if we figure out -testing for *all* of > Extras, then EE will naturally benefit from it as well. > > At least at first, I'd strongly recommend following usual Extras rolling > Release policy for EE as well. FYI, FESCo decided to call this EPEL (Extras Packages for Enterprise Linux) per yesterday's meeting. And we discussed EPEL quite a bit yesterday. The minutes should be available at some point. josh From mmcgrath at fedoraproject.org Fri Sep 15 20:02:36 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Fri, 15 Sep 2006 15:02:36 -0500 Subject: Initial Proposal for doing Enterprise Extras In-Reply-To: References: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> Message-ID: <3237e4410609151302x84d774cmec77d6a4b8cecf0c@mail.gmail.com> On 9/15/06, Rex Dieter wrote: > Stephen John Smoogen wrote: > > > I would like to suggest the following plan for Enterprise Extras: > > > > 1) There are 4 channels per {Scientific/Centos} Enterprise Linux > > extras > > extras-devel > > extras-testing > > extras-updates > > Frankly, *way* too much complexity here. Heck, we don't even have > a -testing repo for FE yet. When/if we figure out -testing for *all* of > Extras, then EE will naturally benefit from it as well. > +1 This project will take off or it won't, we should probably let items like this mature on their own as time goes on and the need for them becomes more apparent. No need to add overhead to something that doesn't even exist yet ;-) -Mike From a.badger at gmail.com Fri Sep 15 22:12:12 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 15 Sep 2006 15:12:12 -0700 Subject: Attention, packagers! Invalid rebuilds In-Reply-To: <20060915031218.7383df35.bugs.michael@gmx.net> References: <20060912161127.2f63db96.bugs.michael@gmx.net> <4507CD9E.3070707@karan.org> <1158157698.2681.9.camel@localhost> <3237e4410609130831j11eedea2j4714a32d6ef0d724@mail.gmail.com> <20060915031218.7383df35.bugs.michael@gmx.net> Message-ID: <1158358332.2856.1.camel@localhost> On Fri, 2006-09-15 at 03:12 +0200, Michael Schwendt wrote: > Do we still have a mailing-list where every package maintainer must be > subscribed? (e.g. fedora-maintainers?) > Everyone is supposed to be subscribed to fedora-maintainers but it recently was discovered that adding people to that is a manual process so there might be some inconsistency. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From michael at knox.net.nz Fri Sep 15 22:53:01 2006 From: michael at knox.net.nz (Michael J. Knox) Date: Sat, 16 Sep 2006 10:53:01 +1200 Subject: Some bad news (well.. maybe) Message-ID: <450B2ECD.2060206@knox.net.nz> Hello All, I am regrettably going to be with drawning my packaging efforts post Fedora Core/Extras 6. I am now working 2 jobs and have little time for my, soon to be wife, let alone Fedora. I will complete the packages I have that are required for FE6 (HelixPlayer and gdk-pixbuf). Once Fedora Core/Extras 6 is released, I will put all my packages up on the orphans wiki page. Thanks Michael From smooge at gmail.com Fri Sep 15 23:13:12 2006 From: smooge at gmail.com (Stephen John Smoogen) Date: Fri, 15 Sep 2006 17:13:12 -0600 Subject: Initial Proposal for doing Enterprise Extras In-Reply-To: <3237e4410609151302x84d774cmec77d6a4b8cecf0c@mail.gmail.com> References: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> <3237e4410609151302x84d774cmec77d6a4b8cecf0c@mail.gmail.com> Message-ID: <80d7e4090609151613i179ac7a7x80e64604f5d08e4e@mail.gmail.com> On 9/15/06, Mike McGrath wrote: > On 9/15/06, Rex Dieter wrote: > > Stephen John Smoogen wrote: > > > > > I would like to suggest the following plan for Enterprise Extras: > > > > > > 1) There are 4 channels per {Scientific/Centos} Enterprise Linux > > > extras > > > extras-devel > > > extras-testing > > > extras-updates > > > > Frankly, *way* too much complexity here. Heck, we don't even have > > a -testing repo for FE yet. When/if we figure out -testing for *all* of > > Extras, then EE will naturally benefit from it as well. > > > > +1 > > This project will take off or it won't, we should probably let items > like this mature on their own as time goes on and the need for them > becomes more apparent. No need to add overhead to something that > doesn't even exist yet ;-) > Sure.. however for Enterprise stuff... there are different expectations for what is wanted than the latest and greatest. I was trying to get some discussion before people start having to fix the engines after the airplane is in the air.. -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From wart at kobold.org Sat Sep 16 00:09:14 2006 From: wart at kobold.org (Michael Thomas) Date: Fri, 15 Sep 2006 17:09:14 -0700 Subject: Some bad news (well.. maybe) In-Reply-To: <450B2ECD.2060206@knox.net.nz> References: <450B2ECD.2060206@knox.net.nz> Message-ID: <450B40AA.8030209@kobold.org> Michael J. Knox wrote: > I will complete the packages I have that are required for FE6 > (HelixPlayer and gdk-pixbuf). Once Fedora Core/Extras 6 is released, I > will put all my packages up on the orphans wiki page. When it's time, could you also post a list of your orphaned game packages to fedora-games-list where they might find owners more quickly? Thanks, --Wart From kevin-fedora-extras at scrye.com Sat Sep 16 03:13:54 2006 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Fri, 15 Sep 2006 21:13:54 -0600 (MDT) Subject: leafnode maintainer AWOL Message-ID: <20060915.211354.894442410.kevin@scrye.com> Greetings. Per the AWOL maintainers policy, I have been trying to contact the current maintainer of leafnode in fedora extras. All such attempts have failed. Does anyone have any alternative contact means for this maintainer? Please see: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185883 For more information. If I am unable to contact him by monday 2006-09-18, I will take over maintainership of this package. Thanks for any help anyone can provide. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From peter at thecodergeek.com Sat Sep 16 05:02:49 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Fri, 15 Sep 2006 22:02:49 -0700 Subject: Some bad news (well.. maybe) In-Reply-To: <450B2ECD.2060206@knox.net.nz> References: <450B2ECD.2060206@knox.net.nz> Message-ID: <450B8579.6010608@thecodergeek.com> Michael J. Knox wrote: > Hello All, > > I am regrettably going to be with drawning my packaging efforts post > Fedora Core/Extras 6. > > I am now working 2 jobs and have little time for my, soon to be wife, > let alone Fedora. Sad to see you leave us for the moment, Michael. Best of wishes for your marriage and jobs. (You'll be rejoining us eventually, right? :O) > I will complete the packages I have that are required for FE6 > (HelixPlayer and gdk-pixbuf). Once Fedora Core/Extras 6 is released, I > will put all my packages up on the orphans wiki page. I am quite a huge fan of AbiWord, and that uses ots. May I take ownership of it when you go, then? Thanks. -- Peter Gordon (codergeek42) GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 My Blog: http://thecodergeek.com/blog/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From michael at knox.net.nz Sat Sep 16 08:37:29 2006 From: michael at knox.net.nz (Michael J. Knox) Date: Sat, 16 Sep 2006 20:37:29 +1200 (NZST) Subject: Some bad news (well.. maybe) In-Reply-To: <450B8579.6010608@thecodergeek.com> References: <450B2ECD.2060206@knox.net.nz> <450B8579.6010608@thecodergeek.com> Message-ID: <50880.203.173.154.142.1158395849.squirrel@www.knox.net.nz> Peter Gordon wrote: > Michael J. Knox wrote: >> Hello All, >> >> I am regrettably going to be with drawning my packaging efforts post >> Fedora Core/Extras 6. >> >> I am now working 2 jobs and have little time for my, soon to be wife, >> let alone Fedora. > Sad to see you leave us for the moment, Michael. Best of wishes for your > marriage and jobs. (You'll be rejoining us eventually, right? :O) Thanks. Yes, thats the intention, once things have returned to "normal" (whatever that is) I hope to get back into it. >> I will complete the packages I have that are required for FE6 >> (HelixPlayer and gdk-pixbuf). Once Fedora Core/Extras 6 is released, I >> will put all my packages up on the orphans wiki page. > I am quite a huge fan of AbiWord, and that uses ots. May I take ownership > of it when you go, then? Thanks. Sure thing! Feel free to claim it when ever you like. Michael From tla-ml at rasmil.dk Sat Sep 16 09:46:18 2006 From: tla-ml at rasmil.dk (Tim Lauridsen) Date: Sat, 16 Sep 2006 11:46:18 +0200 Subject: Initial Proposal for doing Enterprise Extras In-Reply-To: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> References: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> Message-ID: <450BC7EA.4050407@rasmil.dk> Stephen John Smoogen wrote: > I would like to suggest the following plan for Enterprise Extras: > > 1) There are 4 channels per {Scientific/Centos} Enterprise Linux > extras > extras-devel > extras-testing > extras-updates > > [proposed naming convention: extras-2el, extras-3el, extras-4el, > extras-5el] > > 2) Extras are produced/updated on a 6 month basis. Stuff is usually > done in extras-devel but at 5 months a lockdown is done and they are > pushed as being the next dot release (2.1.0,3.1.0,4.1.0,5.1.0 -> > 2.2.0,3.2.0,4.2.0,5.2.0) > > 3) Extras-devel is where development and feature changes are done for > each 6 month lockdown. > > 4) Extras-testing is where fixes to the current locked down version is > completed before being pushed to extras/extras-updates > > 5) Extras-updates gets security and fixes to the 'locked' down version > in extras. > > > So for example: > > foo-bar-1.0-1 is put into Extras > foo-bar-1.2-1 is worked on in extras-devel for the next 6 month release > foo-bar-1.0-4 is in Extras-testing to fix a problem in initialization > foo-bar-1.0-2 is in Extras-updates to fix a security problem and will > be replaced with 1.0-4 when it passes testing. > I sound sane to me. Tim From ville.skytta at iki.fi Sat Sep 16 11:04:56 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sat, 16 Sep 2006 14:04:56 +0300 Subject: rpms/nautilus-sendto/devel .cvsignore, 1.2, NONE needs.rebuild, 1.1, NONE In-Reply-To: <200609151239.k8FCdcbO018060@cvs-int.fedora.redhat.com> References: <200609151239.k8FCdcbO018060@cvs-int.fedora.redhat.com> Message-ID: <1158404696.2902.38.camel@viper.local> On Fri, 2006-09-15 at 05:39 -0700, Paul W. Frields wrote: > Author: pfrields > > Update of /cvs/extras/rpms/nautilus-sendto/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv18045/devel > > Removed Files: > .cvsignore needs.rebuild > Log Message: > devel branch removed -- nautilus-sendto was moved to Core devel/dead.package missing, please add it. http://fedoraproject.org/wiki/Extras/PackageEndOfLife From buildsys at fedoraproject.org Sat Sep 16 12:33:48 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 16 Sep 2006 08:33:48 -0400 (EDT) Subject: Fedora Extras Package Build Report 2006-09-16 Message-ID: <20060916123348.812E015212C@buildsys.fedoraproject.org> Packages built and released for Fedora Extras 5: 20 CGAL-3.2.1-18.fc5 Coin2-2.4.5-3.fc5 R-hdf5-1.6.4-1.fc5 gnome-sudoku-0.5.0-1.fc5 libtasn1-0.3.5-1.fc5 octave-2.9.8-2.fc5 opencdk-0.5.9-1.fc5 perl-CGI-Untaint-email-0.03-2.fc5 perl-Email-Valid-0.176-3.fc5 perl-File-MMagic-XS-0.08-2.fc5 perl-HTML-FormatText-WithLinks-0.06-3.fc5 perl-HTML-Tree-3.21-1.fc5 perl-Image-ExifTool-6.40-1.fc5 perl-version-0.6701-1.fc5 rocksndiamonds-3.2.2-1.fc5 sblim-cmpi-base-1.5.4-3.fc5 scalapack-1.7.4-4.fc5 stratagus-2.1-9.fc5 w3c-markup-validator-0.7.2-4.fc5 xdg-utils-1.0-0.7.beta4.fc5 Packages built and released for Fedora Extras 4: 13 R-hdf5-1.6.4-1.fc4 gnome-sudoku-0.5.0-1.fc4 kmymoney2-0.8.5-1.fc4 perl-CGI-Untaint-email-0.03-2.fc4 perl-Email-Valid-0.176-3.fc4 perl-File-MMagic-XS-0.08-2.fc4 perl-HTML-Tree-3.21-1.fc4 perl-Image-ExifTool-6.40-1.fc4 perl-version-0.6701-1.fc4 rocksndiamonds-3.2.2-1.fc4 scalapack-1.7.4-3.fc4 stratagus-2.1-9.fc4 xdg-utils-1.0-0.7.beta4.fc4 Packages built and released for Fedora Extras development: 133 CGAL-3.2.1-18.fc6 Coin2-2.4.5-3.fc6 QuantLib-0.3.13-4.fc6 R-hdf5-1.6.4-1.fc6 WindowMaker-0.92.0-9.fc6 athcool-0.3.11-5.fc6 cowbell-0.2.7.1-6.fc6 ctapi-common-1.0-4.fc6 cvs2cl-2.59-4.fc6 cvsweb-3.0.6-3.fc6 dejavu-fonts-2.10.0-0.3.20060913svn1149.fc6 directfb-0.9.25.1-3.fc6 dstat-0.6.3-5.fc6 em8300-0.16.0-0.1.rc1.fc6 em8300-kmod-0.16.0-0.2.rc1.2.6.17_1.2647.fc6 fedora-package-config-smart-5.92-7 fig2ps-1.3.5-3.fc6 fortune-firefly-2.1.1-2.fc6 fuse-emulator-0.7.0-6.fc6 fuse-emulator-utils-0.7.0-4.fc6 genchemlab-1.0-4.fc6 gif2png-2.5.1-3.fc6 glitz-0.5.6-4.fc6 gnome-sudoku-0.5.0-1.fc6 gonvert-0.2.15-2.fc6 gtkdatabox-0.7.0.0-3.fc6 gwget-0.97-7.fc6 html401-dtds-4.01-19991224.3.fc6 kismet-0.0.2006.04.R1-4.fc6 lib765-0.3.4-1.fc6 libapreq2-2.09-0.rc1.3.1.fc6 libdsk-1.1.9-1.fc6 libopts-27.1-6.fc6 libspectrum-0.2.2-4.fc6 libsvg-0.1.4-5.fc6 libsvg-cairo-0.1.6-4.fc6 libtasn1-0.3.5-1.fc6 libtomoe-gtk-0.1.0-7.fc6 liferea-1.0.22-2.fc6 mimetic-0.9.1-2.fc6 muine-0.8.5-6.fc6 nant-0.85-7.fc6 nethack-vultures-2.1.0-7.fc6 octave-2.9.8-2.fc6 octave-forge-2006.07.09-5.fc6 opencdk-0.5.9-1.fc6 paraview-2.4.4-1.fc6 perl-CGI-Untaint-email-0.03-2.fc6 perl-Class-DBI-Plugin-0.03-4.fc6 perl-Class-DBI-Plugin-RetrieveAll-1.04-2.fc6 perl-Class-DBI-Plugin-Type-0.02-4.fc6 perl-Class-DBI-SQLite-0.11-2.fc6 perl-Class-Trigger-0.10-2.fc6 perl-Class-Whitehole-0.04-3.fc6 perl-Clone-0.20-2.fc6 perl-Config-Record-1.1.1-2 perl-DBD-AnyData-0.08-3.fc6 perl-DBD-SQLite2-0.33-6.fc6 perl-DBIx-ContextualFetch-1.03-2.fc6 perl-Data-Page-2.00-5.fc6 perl-Email-Valid-0.176-3.fc6 perl-Exporter-Lite-0.01-3.fc6 perl-ExtUtils-XSBuilder-0.28-2.fc6 perl-File-MMagic-XS-0.08-2.fc6 perl-HTML-FormatText-WithLinks-0.06-3.fc6 perl-HTML-Tree-3.21-1.fc6 perl-IO-CaptureOutput-1.03-5.fc6 perl-Ima-DBI-0.34-2.fc6 perl-Image-ExifTool-6.40-1.fc6 perl-Lingua-EN-Inflect-1.89-4.fc6 perl-Lingua-EN-Inflect-Number-1.1-5.fc6 perl-MIME-Types-1.17-2.fc6 perl-OLE-Storage_Lite-0.14-8.fc6 perl-Pod-POM-0.17-6.fc6 perl-SQL-Abstract-1.21-2.fc6 perl-SQL-Abstract-Limit-0.12-3.fc6 perl-Spreadsheet-WriteExcel-2.17-2.fc6 perl-Taint-Runtime-0.02-2.fc6 perl-Template-Plugin-Class-0.13-2.fc6 perl-Template-Toolkit-2.15-2.fc6 perl-Test-MockModule-0.05-4.fc6 perl-Tie-DBI-1.02-2.fc6 perl-X11-Protocol-0.55-5.fc6 perl-XML-RSS-1.10-2.fc6 perl-version-0.6701-1.fc6 perltidy-20060719-2.fc6 php-pear-Mail-1.1.13-1.fc6 physfs-1.0.1-5.fc6 pop-before-smtp-1.41-2.fc6 pychart-1.39-4.fc6 pydot-0.9.10-4.fc6 python-goopy-0.1-3.fc6 python-matplotlib-0.87.5-1.fc6 qcomicbook-0.3.2-6.fc6 rocksndiamonds-3.2.2-1.fc6 rootsh-1.5.2-4.fc6 sblim-cmpi-base-1.5.4-3.fc5 sblim-cmpi-devel-1.0.4-1.fc5 sblim-testsuite-1.2.4-1.fc5 scalapack-1.7.4-4.fc6 scim-skk-0.5.2-8.fc6 scim-tomoe-0.2.0-5.fc6 scponly-4.6-6.fc6 scribus-1.3.3.3-1.fc6 sopwith-1.7.1-4 source-highlight-2.4-1.fc6 ssss-0.5-2.fc6 stratagus-2.1-9.fc6 stripesnoop-1.5-7.fc6 subversion-api-docs-1.3.2-2.1.fc6 svn2cl-0.7-2.fc6 synce-0.9.1-8.fc6 tin-1.8.2-1.fc6 tomoe-0.2.1-6.fc6 torsmo-0.18-6.fc6 treecc-0.3.8-3.fc6 udunits-1.12.4-11.fc6 uudeview-0.5.20-9 veusz-0.10-12.fc6 vnstat-1.4-8.fc6 w3c-libwww-5.4.1-0.4.20060206cvs.fc6 w3c-markup-validator-0.7.2-4.fc6 wmCalClock-1.25-8.fc6 wmacpi-1.34-7.fc6 wmapmload-0.3.4-5.fc6 wmweather+-2.9-4.fc6 wv2-0.2.3-2.fc6 x11-ssh-askpass-1.2.4.1-2.fc6 xca-0.5.1-6.fc6 xdesktopwaves-1.3-8.fc6 xdg-utils-1.0-0.7.beta4.fc6 xmlstarlet-1.0.1-4.fc6 yakuake-2.7.5-3.fc6 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Sat Sep 16 12:34:17 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 16 Sep 2006 08:34:17 -0400 (EDT) Subject: Package EVR problems in FC+FE 2006-09-16 Message-ID: <20060916123417.CCAF015212C@buildsys.fedoraproject.org> UNKNOWN OWNER (possibly Core package): device-mapper FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) FC4-updates > FC6 (0:1.02.07-2.0 > 0:1.02.07-1.1) frysk FC5-updates > FC6 (0:0.0.1.2006.09.15.rh1-1.fc5 > 0:0.0.1.2006.09.08.rh1-2.fc6) lvm2 FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) mozilla FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) nspr FC5-updates > FC6 (0:4.6.3-0.5.fc5 > 0:4.6.2-1.1) nss FC5-updates > FC6 (0:3.11.3-0.5.fc5 > 0:3.11.2-2) quagga FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) tar FC5-updates > FC6 (0:1.15.91-1.FC5 > 0:1.15.91-1) andreas.bierfert AT lowlatency.de: dillo FE3 > FE5 (0:0.8.6-2.fc3 > 0:0.8.6-1.fc5) FE4 > FE5 (0:0.8.6-2.fc4 > 0:0.8.6-1.fc5) libpqxx FE4 > FE6 (0:2.6.7-1.fc4 > 0:2.6.6-1.fc6) FE5 > FE6 (0:2.6.7-1.fc5 > 0:2.6.6-1.fc6) gauret AT free.fr: amarok FE5 > FE6 (0:1.4.3-3.fc5 > 0:1.4.1-3.fc6) mpeters AT mac.com: firestarter FE5 > FE6 (0:1.0.3-11.fc5 > 0:1.0.3-10.fc6) noa AT resare.com: vorbisgain FE5 > FE6 (0:0.34-2.fc5 > 0:0.34-1.fc6) nomis80 AT nomis80.org: camstream FE5 > FE6 (0:0.26.3-10.fc5 > 0:0.26.3-9.fc5) opencv FE5 > FE6 (0:0.9.7-16.fc5 > 0:0.9.7-15.fc5) oliver AT linux-kernel.at: graphviz FE5 > FE6 (0:2.8-4.fc5 > 0:2.8-3.fc5) paul AT all-the-johnsons.co.uk: boo FE5 > FE6 (0:0.7.6.2237-9.fc5 > 0:0.7.6.2237-8.fc6) monodoc FE5 > FE6 (0:1.1.17-5.fc5 > 0:1.1.17-4.fc6) paul AT city-fan.org: perl-String-CRC32 FE3 > FC5-updates (0:1.4-1.fc3 > 0:1.4-1.FC5) FE4 > FC5-updates (0:1.4-1.fc4 > 0:1.4-1.FC5) petersen AT redhat.com: m17n-db FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) ryo-dairiki AT users.sourceforge.net: scim-tomoe FE5 > FE6 (0:0.2.0-6.fc5.1 > 0:0.2.0-5.fc6) splinux AT fedoraproject.org: pessulus FE5 > FE6 (0:2.16.0-3.fc5 > 0:2.16.0-1.fc6) zcerza AT redhat.com: dogtail FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) ---------------------------------------------------------------------- amarok: gauret AT free.fr FE5 > FE6 (0:1.4.3-3.fc5 > 0:1.4.1-3.fc6) boo: paul AT all-the-johnsons.co.uk FE5 > FE6 (0:0.7.6.2237-9.fc5 > 0:0.7.6.2237-8.fc6) camstream: nomis80 AT nomis80.org FE5 > FE6 (0:0.26.3-10.fc5 > 0:0.26.3-9.fc5) device-mapper: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) FC4-updates > FC6 (0:1.02.07-2.0 > 0:1.02.07-1.1) dillo: andreas.bierfert AT lowlatency.de FE3 > FE5 (0:0.8.6-2.fc3 > 0:0.8.6-1.fc5) FE4 > FE5 (0:0.8.6-2.fc4 > 0:0.8.6-1.fc5) dogtail: zcerza AT redhat.com FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) firestarter: mpeters AT mac.com FE5 > FE6 (0:1.0.3-11.fc5 > 0:1.0.3-10.fc6) frysk: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:0.0.1.2006.09.15.rh1-1.fc5 > 0:0.0.1.2006.09.08.rh1-2.fc6) graphviz: oliver AT linux-kernel.at FE5 > FE6 (0:2.8-4.fc5 > 0:2.8-3.fc5) libpqxx: andreas.bierfert AT lowlatency.de FE4 > FE6 (0:2.6.7-1.fc4 > 0:2.6.6-1.fc6) FE5 > FE6 (0:2.6.7-1.fc5 > 0:2.6.6-1.fc6) lvm2: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) m17n-db: petersen AT redhat.com FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) monodoc: paul AT all-the-johnsons.co.uk FE5 > FE6 (0:1.1.17-5.fc5 > 0:1.1.17-4.fc6) mozilla: UNKNOWN OWNER (possibly Core package) FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) nspr: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:4.6.3-0.5.fc5 > 0:4.6.2-1.1) nss: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:3.11.3-0.5.fc5 > 0:3.11.2-2) opencv: nomis80 AT nomis80.org FE5 > FE6 (0:0.9.7-16.fc5 > 0:0.9.7-15.fc5) perl-String-CRC32: paul AT city-fan.org FE3 > FC5-updates (0:1.4-1.fc3 > 0:1.4-1.FC5) FE4 > FC5-updates (0:1.4-1.fc4 > 0:1.4-1.FC5) pessulus: splinux AT fedoraproject.org FE5 > FE6 (0:2.16.0-3.fc5 > 0:2.16.0-1.fc6) quagga: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) scim-tomoe: ryo-dairiki AT users.sourceforge.net FE5 > FE6 (0:0.2.0-6.fc5.1 > 0:0.2.0-5.fc6) tar: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:1.15.91-1.FC5 > 0:1.15.91-1) vorbisgain: noa AT resare.com FE5 > FE6 (0:0.34-2.fc5 > 0:0.34-1.fc6) From buildsys at fedoraproject.org Sat Sep 16 12:52:51 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sat, 16 Sep 2006 12:52:51 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-16 Message-ID: <20060916125251.328.57319@extras64.linux.duke.edu> Summary of broken packages (by owner): ---------------------------------------------------------------------- andreas.bierfert AT lowlatency.de koffice-krita - 1.5.2-1.fc6.i386 (4 days) koffice-krita - 1.5.2-1.fc6.ppc (4 days) koffice-krita - 1.5.2-1.fc6.x86_64 (4 days) bdpepple AT ameritech.net contact-lookup-applet - 0.14-3.fc6.i386 (40 days) contact-lookup-applet - 0.14-3.fc6.ppc (40 days) contact-lookup-applet - 0.14-3.fc6.x86_64 (40 days) byte AT fedoraproject.org gaim-guifications - 2.12-3.fc5.i386 (59 days) gaim-guifications - 2.12-3.fc5.ppc (59 days) gaim-guifications - 2.12-3.fc5.x86_64 (59 days) dcbw AT redhat.com plague - 0.4.4.1-2.fc3.noarch plague - 0.4.4.1-2.fc3.noarch plague - 0.4.4.1-2.fc4.noarch plague - 0.4.4.1-2.fc4.noarch plague - 0.4.4.1-2.fc4.noarch gauret AT free.fr amarok - 1.4.1-3.fc6.i386 (51 days) amarok - 1.4.1-3.fc6.ppc (51 days) showimg-pgsql - 0.9.5-7.fc4.i386 showimg-pgsql - 0.9.5-7.fc4.ppc showimg-pgsql - 0.9.5-7.fc4.x86_64 showimg-pgsql - 0.9.5-7.fc5.i386 showimg-pgsql - 0.9.5-7.fc5.ppc showimg-pgsql - 0.9.5-7.fc5.x86_64 ivazquez AT ivazquez.net ecore-directfb - 0.9.9.026-2.fc6.i386 ecore-directfb - 0.9.9.026-2.fc6.ppc ecore-directfb - 0.9.9.026-2.fc6.x86_64 evas-directfb - 0.9.9.026-2.fc6.i386 evas-directfb - 0.9.9.026-2.fc6.ppc evas-directfb - 0.9.9.026-2.fc6.x86_64 j.w.r.degoede AT hhs.nl tremulous - 1.1.0-2.fc5.i386 tremulous - 1.1.0-2.fc5.ppc tremulous - 1.1.0-2.fc5.x86_64 michael AT knox.net.nz fyre - 1.0.0-14.fc6.i386 (4 days) fyre - 1.0.0-14.fc6.ppc (4 days) fyre - 1.0.0-14.fc6.x86_64 (4 days) mpeters AT mac.com gfontview - 0.5.0-5.fc5.i386 (59 days) gfontview - 0.5.0-5.fc5.ppc (59 days) gfontview - 0.5.0-5.fc5.x86_64 (59 days) gtkhtml36 - 3.6.2-5.fc6.i386 (59 days) gtkhtml36 - 3.6.2-5.fc6.ppc (59 days) gtkhtml36 - 3.6.2-5.fc6.x86_64 (59 days) libvisual-plugins - 0.2.0-3.fc5.i386 (59 days) libvisual-plugins - 0.2.0-3.fc5.i386 (59 days) libvisual-plugins - 0.2.0-3.fc5.ppc (59 days) libvisual-plugins - 0.2.0-3.fc5.ppc (59 days) libvisual-plugins - 0.2.0-3.fc5.x86_64 (59 days) libvisual-plugins - 0.2.0-3.fc5.x86_64 (59 days) raven AT pmail.pl gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.i386 gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.ppc gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.x86_64 tcallawa AT redhat.com scalapack - 1.7.4-3.fc4.i386 scalapack - 1.7.4-3.fc4.ppc scalapack - 1.7.4-3.fc4.x86_64 Broken packages in fedora-extras-5-i386: ---------------------------------------------------------------------- libvisual-plugins-0.2.0-3.fc5.i386 requires libvisual.so.0 showimg-pgsql-0.9.5-7.fc5.i386 requires libpqxx-2.6.6.so tremulous-1.1.0-2.fc5.i386 requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-5-x86_64: ---------------------------------------------------------------------- libvisual-plugins-0.2.0-3.fc5.x86_64 requires libvisual.so.0()(64bit) showimg-pgsql-0.9.5-7.fc5.x86_64 requires libpqxx-2.6.6.so()(64bit) tremulous-1.1.0-2.fc5.x86_64 requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-5-ppc: ---------------------------------------------------------------------- libvisual-plugins-0.2.0-3.fc5.ppc requires libvisual.so.0 showimg-pgsql-0.9.5-7.fc5.ppc requires libpqxx-2.6.6.so tremulous-1.1.0-2.fc5.ppc requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-4-i386: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 scalapack-1.7.4-3.fc4.i386 requires lam-devel showimg-pgsql-0.9.5-7.fc4.i386 requires libpqxx-2.6.6.so Broken packages in fedora-extras-4-x86_64: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 scalapack-1.7.4-3.fc4.x86_64 requires lam-devel showimg-pgsql-0.9.5-7.fc4.x86_64 requires libpqxx-2.6.6.so()(64bit) Broken packages in fedora-extras-4-ppc: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 scalapack-1.7.4-3.fc4.ppc requires lam-devel showimg-pgsql-0.9.5-7.fc4.ppc requires libpqxx-2.6.6.so Broken packages in fedora-extras-3-i386: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc3.noarch requires createrepo >= 0:0.4.3 Broken packages in fedora-extras-3-x86_64: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc3.noarch requires createrepo >= 0:0.4.3 Broken packages in fedora-extras-development-i386: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.i386 requires HelixPlayer contact-lookup-applet-0.14-3.fc6.i386 requires libebook-1.2.so.5 ecore-directfb-0.9.9.026-2.fc6.i386 requires libdirect-0.9.so.24 ecore-directfb-0.9.9.026-2.fc6.i386 requires libfusion-0.9.so.24 ecore-directfb-0.9.9.026-2.fc6.i386 requires libdirectfb-0.9.so.24 evas-directfb-0.9.9.026-2.fc6.i386 requires libdirect-0.9.so.24 evas-directfb-0.9.9.026-2.fc6.i386 requires libfusion-0.9.so.24 evas-directfb-0.9.9.026-2.fc6.i386 requires libdirectfb-0.9.so.24 fyre-1.0.0-14.fc6.i386 requires libImath.so.2 fyre-1.0.0-14.fc6.i386 requires libIlmImf.so.2 fyre-1.0.0-14.fc6.i386 requires libHalf.so.2 fyre-1.0.0-14.fc6.i386 requires libIex.so.2 gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.i386 requires gaim = 0:2.0.0-0.11.beta3.fc6 gaim-guifications-2.12-3.fc5.i386 requires gaim < 1:2 gfontview-0.5.0-5.fc5.i386 requires libttf.so.2 gtkhtml36-3.6.2-5.fc6.i386 requires libgailutil.so.17 koffice-krita-1.5.2-1.fc6.i386 requires libIlmImf.so.2 koffice-krita-1.5.2-1.fc6.i386 requires libImath.so.2 koffice-krita-1.5.2-1.fc6.i386 requires libIex.so.2 koffice-krita-1.5.2-1.fc6.i386 requires libHalf.so.2 libvisual-plugins-0.2.0-3.fc5.i386 requires libvisual.so.0 Broken packages in fedora-extras-development-x86_64: ---------------------------------------------------------------------- contact-lookup-applet-0.14-3.fc6.x86_64 requires libebook-1.2.so.5()(64bit) ecore-directfb-0.9.9.026-2.fc6.x86_64 requires libdirect-0.9.so.24()(64bit) ecore-directfb-0.9.9.026-2.fc6.x86_64 requires libfusion-0.9.so.24()(64bit) ecore-directfb-0.9.9.026-2.fc6.x86_64 requires libdirectfb-0.9.so.24()(64bit) evas-directfb-0.9.9.026-2.fc6.x86_64 requires libdirect-0.9.so.24()(64bit) evas-directfb-0.9.9.026-2.fc6.x86_64 requires libfusion-0.9.so.24()(64bit) evas-directfb-0.9.9.026-2.fc6.x86_64 requires libdirectfb-0.9.so.24()(64bit) fyre-1.0.0-14.fc6.x86_64 requires libIlmImf.so.2()(64bit) fyre-1.0.0-14.fc6.x86_64 requires libImath.so.2()(64bit) fyre-1.0.0-14.fc6.x86_64 requires libHalf.so.2()(64bit) fyre-1.0.0-14.fc6.x86_64 requires libIex.so.2()(64bit) gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.x86_64 requires gaim = 0:2.0.0-0.11.beta3.fc6 gaim-guifications-2.12-3.fc5.x86_64 requires gaim < 1:2 gfontview-0.5.0-5.fc5.x86_64 requires libttf.so.2()(64bit) gtkhtml36-3.6.2-5.fc6.x86_64 requires libgailutil.so.17()(64bit) koffice-krita-1.5.2-1.fc6.x86_64 requires libIlmImf.so.2()(64bit) koffice-krita-1.5.2-1.fc6.x86_64 requires libHalf.so.2()(64bit) koffice-krita-1.5.2-1.fc6.x86_64 requires libImath.so.2()(64bit) koffice-krita-1.5.2-1.fc6.x86_64 requires libIex.so.2()(64bit) libvisual-plugins-0.2.0-3.fc5.x86_64 requires libvisual.so.0()(64bit) Broken packages in fedora-extras-development-ppc: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.ppc requires HelixPlayer contact-lookup-applet-0.14-3.fc6.ppc requires libebook-1.2.so.5 ecore-directfb-0.9.9.026-2.fc6.ppc requires libdirect-0.9.so.24 ecore-directfb-0.9.9.026-2.fc6.ppc requires libfusion-0.9.so.24 ecore-directfb-0.9.9.026-2.fc6.ppc requires libdirectfb-0.9.so.24 evas-directfb-0.9.9.026-2.fc6.ppc requires libdirect-0.9.so.24 evas-directfb-0.9.9.026-2.fc6.ppc requires libfusion-0.9.so.24 evas-directfb-0.9.9.026-2.fc6.ppc requires libdirectfb-0.9.so.24 fyre-1.0.0-14.fc6.ppc requires libImath.so.2 fyre-1.0.0-14.fc6.ppc requires libIlmImf.so.2 fyre-1.0.0-14.fc6.ppc requires libHalf.so.2 fyre-1.0.0-14.fc6.ppc requires libIex.so.2 gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.ppc requires gaim = 0:2.0.0-0.11.beta3.fc6 gaim-guifications-2.12-3.fc5.ppc requires gaim < 1:2 gfontview-0.5.0-5.fc5.ppc requires libttf.so.2 gtkhtml36-3.6.2-5.fc6.ppc requires libgailutil.so.17 koffice-krita-1.5.2-1.fc6.ppc requires libIlmImf.so.2 koffice-krita-1.5.2-1.fc6.ppc requires libImath.so.2 koffice-krita-1.5.2-1.fc6.ppc requires libIex.so.2 koffice-krita-1.5.2-1.fc6.ppc requires libHalf.so.2 libvisual-plugins-0.2.0-3.fc5.ppc requires libvisual.so.0 ====================================================================== New report for: ivazquez AT ivazquez.net package: ecore-directfb - 0.9.9.026-2.fc6.i386 from fedora-extras-development-i386 unresolved deps: libdirect-0.9.so.24 libfusion-0.9.so.24 libdirectfb-0.9.so.24 package: evas-directfb - 0.9.9.026-2.fc6.i386 from fedora-extras-development-i386 unresolved deps: libdirect-0.9.so.24 libfusion-0.9.so.24 libdirectfb-0.9.so.24 package: ecore-directfb - 0.9.9.026-2.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libdirect-0.9.so.24()(64bit) libfusion-0.9.so.24()(64bit) libdirectfb-0.9.so.24()(64bit) package: evas-directfb - 0.9.9.026-2.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libdirect-0.9.so.24()(64bit) libfusion-0.9.so.24()(64bit) libdirectfb-0.9.so.24()(64bit) package: ecore-directfb - 0.9.9.026-2.fc6.ppc from fedora-extras-development-ppc unresolved deps: libdirect-0.9.so.24 libfusion-0.9.so.24 libdirectfb-0.9.so.24 package: evas-directfb - 0.9.9.026-2.fc6.ppc from fedora-extras-development-ppc unresolved deps: libdirect-0.9.so.24 libfusion-0.9.so.24 libdirectfb-0.9.so.24 ====================================================================== New report for: tcallawa AT redhat.com package: scalapack - 1.7.4-3.fc4.i386 from fedora-extras-4-i386 unresolved deps: lam-devel package: scalapack - 1.7.4-3.fc4.x86_64 from fedora-extras-4-x86_64 unresolved deps: lam-devel package: scalapack - 1.7.4-3.fc4.ppc from fedora-extras-4-ppc unresolved deps: lam-devel From ville.skytta at iki.fi Sat Sep 16 12:55:50 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sat, 16 Sep 2006 15:55:50 +0300 Subject: Invalid/ignored FE builds 2006-09-16 In-Reply-To: <20060916123348.812E015212C@buildsys.fedoraproject.org> References: <20060916123348.812E015212C@buildsys.fedoraproject.org> Message-ID: <1158411351.2902.66.camel@viper.local> Packages apparently rebuilt without any NEVR changes and thus *not published* even if the build report says otherwise: FC-5: hamzy AT us.ibm.com sblim-cmpi-base devel: hamzy AT us.ibm.com sblim-cmpi-base sblim-cmpi-devel sblim-testsuite paul AT all-the-johnsons.co.uk fuse-emulator-utils genchemlab gonvert lib765 libdsk libopts More info: http://www.redhat.com/archives/fedora-extras-list/2006-September/msg00293.html From paul at city-fan.org Sat Sep 16 13:02:03 2006 From: paul at city-fan.org (Paul Howarth) Date: Sat, 16 Sep 2006 14:02:03 +0100 Subject: leafnode maintainer AWOL In-Reply-To: <20060915.211354.894442410.kevin@scrye.com> References: <20060915.211354.894442410.kevin@scrye.com> Message-ID: <1158411723.12938.2.camel@metropolis.intra.city-fan.org> On Fri, 2006-09-15 at 21:13 -0600, Kevin Fenzi wrote: > Greetings. > > Per the AWOL maintainers policy, I have been trying to contact the > current maintainer of leafnode in fedora extras. > > All such attempts have failed. > > Does anyone have any alternative contact means for this maintainer? > > Please see: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185883 > > For more information. > > If I am unable to contact him by monday 2006-09-18, I will take over > maintainership of this package. > > Thanks for any help anyone can provide. David does show up on fedora-list from time to time. I reminded him a couple of times that a rebuild was needed for FC5 and he did say he'd do it but I don't think it ever happened. Looks a fire-and-forget package. Paul. From tibbs at math.uh.edu Sat Sep 16 14:33:04 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Sat, 16 Sep 2006 09:33:04 -0500 Subject: Some bad news (well.. maybe) In-Reply-To: <50880.203.173.154.142.1158395849.squirrel@www.knox.net.nz> (Michael J. Knox's message of "Sat, 16 Sep 2006 20:37:29 +1200 (NZST)") References: <450B2ECD.2060206@knox.net.nz> <450B8579.6010608@thecodergeek.com> <50880.203.173.154.142.1158395849.squirrel@www.knox.net.nz> Message-ID: Could you comment on what should happen to your currently open review tickets? - J< From Axel.Thimm at ATrpms.net Sat Sep 16 14:38:23 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sat, 16 Sep 2006 16:38:23 +0200 Subject: Attention, packagers! Invalid rebuilds In-Reply-To: <1158358332.2856.1.camel@localhost> References: <20060912161127.2f63db96.bugs.michael@gmx.net> <4507CD9E.3070707@karan.org> <1158157698.2681.9.camel@localhost> <3237e4410609130831j11eedea2j4714a32d6ef0d724@mail.gmail.com> <20060915031218.7383df35.bugs.michael@gmx.net> <1158358332.2856.1.camel@localhost> Message-ID: <20060916143823.GC18521@neu.nirvana> On Fri, Sep 15, 2006 at 03:12:12PM -0700, Toshio Kuratomi wrote: > On Fri, 2006-09-15 at 03:12 +0200, Michael Schwendt wrote: > > Do we still have a mailing-list where every package maintainer must be > > subscribed? (e.g. fedora-maintainers?) > > > Everyone is supposed to be subscribed to fedora-maintainers but it > recently was discovered that adding people to that is a manual process > so there might be some inconsistency. At least I wasn't aware of that. I think that at the time I performed all steps this wasn't listed in the docs. Maybe someone who can lookup the list members should check whether more people from owner.list are missing? -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From stickster at gmail.com Sat Sep 16 14:46:04 2006 From: stickster at gmail.com (Paul W. Frields) Date: Sat, 16 Sep 2006 10:46:04 -0400 Subject: rpms/nautilus-sendto/devel .cvsignore, 1.2, NONE needs.rebuild, 1.1, NONE In-Reply-To: <1158404696.2902.38.camel@viper.local> References: <200609151239.k8FCdcbO018060@cvs-int.fedora.redhat.com> <1158404696.2902.38.camel@viper.local> Message-ID: <1158417964.23085.0.camel@localhost.localdomain> On Sat, 2006-09-16 at 14:04 +0300, Ville Skytt? wrote: > On Fri, 2006-09-15 at 05:39 -0700, Paul W. Frields wrote: > > Author: pfrields > > > > Update of /cvs/extras/rpms/nautilus-sendto/devel > > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv18045/devel > > > > Removed Files: > > .cvsignore needs.rebuild > > Log Message: > > devel branch removed -- nautilus-sendto was moved to Core > > devel/dead.package missing, please add it. > http://fedoraproject.org/wiki/Extras/PackageEndOfLife Done, thanks for the link Ville. -- Paul W. Frields, RHCE http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 Fedora Project Board: http://fedoraproject.org/wiki/Board Fedora Docs Project: http://fedoraproject.org/wiki/DocsProject -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From triad at df.lth.se Sat Sep 16 15:26:42 2006 From: triad at df.lth.se (Linus Walleij) Date: Sat, 16 Sep 2006 17:26:42 +0200 (CEST) Subject: Initial Proposal for doing Enterprise Extras In-Reply-To: <3237e4410609151302x84d774cmec77d6a4b8cecf0c@mail.gmail.com> References: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> <3237e4410609151302x84d774cmec77d6a4b8cecf0c@mail.gmail.com> Message-ID: Stephen John Smoogen wrote: > I would like to suggest the following plan for Enterprise Extras: > > 1) There are 4 channels per {Scientific/Centos} Enterprise Linux > extras > extras-devel > extras-testing > extras-updates If we're gonna duplicate what Debian already does, then atleast keep their naming scheme so people don't get confused just because of the old "not invented here" reason, i.e. please: extras => extras-stable extras-testing => extras-testing extras-devel => extras-unstable (And updates is updates.) But please enlighten me, I have a value feeling that this funny name "channels" instead of "repos" is something related to the RedHat Update Manager, yes? Linus From frank-buettner at gmx.net Sat Sep 16 15:42:40 2006 From: frank-buettner at gmx.net (=?ISO-8859-15?Q?Frank_B=FCttner?=) Date: Sat, 16 Sep 2006 17:42:40 +0200 Subject: build problem for x86_64 Message-ID: <450C1B70.2030502@gmx.net> Hello, for the new ctapi package version 2.0.11 I must disable the EMT64 build, because the install script fails. And without such an system it is not possible to solve it, because on the mock system I can't see the generated files:( When someone with some time and an EMT64 system can fix it then I can enable the build for EMT64. The srpm file shut be available next time. Or contact me for the spec file. Thanks Frank -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 4285 bytes Desc: S/MIME Cryptographic Signature URL: From opensource at till.name Sat Sep 16 16:02:13 2006 From: opensource at till.name (Till Maas) Date: Sat, 16 Sep 2006 18:02:13 +0200 Subject: Attention, packagers! Invalid rebuilds In-Reply-To: <20060916143823.GC18521@neu.nirvana> References: <20060912161127.2f63db96.bugs.michael@gmx.net> <1158358332.2856.1.camel@localhost> <20060916143823.GC18521@neu.nirvana> Message-ID: <200609161802.30630.opensource@till.name> On Saturday 16 September 2006 16:38, Axel Thimm wrote: > Maybe someone who can lookup the list members should check whether > more people from owner.list are missing? I know that at least I am missing. I sent a subscription email twice but never got subscribed. I only received a message that a moderator will decide whether or not I get subscribed. Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From rdieter at math.unl.edu Sat Sep 16 16:35:02 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Sat, 16 Sep 2006 11:35:02 -0500 Subject: build problem for x86_64 In-Reply-To: <450C1B70.2030502@gmx.net> References: <450C1B70.2030502@gmx.net> Message-ID: Frank B?ttner wrote: > Hello, for the new ctapi package version 2.0.11 I must disable the EMT64 > build, because the install script fails. A reference to a failed build.log would help. (: -- Rex From mtasaka at ioa.s.u-tokyo.ac.jp Sat Sep 16 16:27:11 2006 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Sun, 17 Sep 2006 01:27:11 +0900 Subject: build problem for x86_64 In-Reply-To: References: <450C1B70.2030502@gmx.net> Message-ID: <450C25DF.2030504@ioa.s.u-tokyo.ac.jp> Rex Dieter wrote: > Frank B?ttner wrote: >> Hello, for the new ctapi package version 2.0.11 I must disable the EMT64 >> build, because the install script fails. > > A reference to a failed build.log would help. (: > > -- Rex > I cannot help this as I don't have x86_64, however, perhaps Frank refers to : http://buildsys.fedoraproject.org/build-status/job.psp?uid=17701 http://buildsys.fedoraproject.org/logs/fedora-development-extras/17701-ctapi-cyberjack-2.0.11-4.fc6/ Mamoru Tasaka From frank-buettner at gmx.net Sat Sep 16 16:31:50 2006 From: frank-buettner at gmx.net (=?ISO-8859-15?Q?Frank_B=FCttner?=) Date: Sat, 16 Sep 2006 18:31:50 +0200 Subject: build problem for x86_64 In-Reply-To: References: <450C1B70.2030502@gmx.net> Message-ID: <450C26F6.80509@gmx.net> Rex Dieter schrieb: > Frank B?ttner wrote: >> Hello, for the new ctapi package version 2.0.11 I must disable the EMT64 >> build, because the install script fails. > > A reference to a failed build.log would help. (: > > -- Rex > here: http://buildsys.fedoraproject.org/logs/fedora-development-extras/17701-ctapi-cyberjack-2.0.11-4.fc6/x86_64/build.log -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 4285 bytes Desc: S/MIME Cryptographic Signature URL: From dakingun at gmail.com Sat Sep 16 16:39:10 2006 From: dakingun at gmail.com (Deji Akingunola) Date: Sat, 16 Sep 2006 12:39:10 -0400 Subject: Attention, packagers! Invalid rebuilds In-Reply-To: <200609161802.30630.opensource@till.name> References: <20060912161127.2f63db96.bugs.michael@gmx.net> <1158358332.2856.1.camel@localhost> <20060916143823.GC18521@neu.nirvana> <200609161802.30630.opensource@till.name> Message-ID: On 9/16/06, Till Maas wrote: > On Saturday 16 September 2006 16:38, Axel Thimm wrote: > > > Maybe someone who can lookup the list members should check whether > > more people from owner.list are missing? > > I know that at least I am missing. I sent a subscription email twice but never > got subscribed. I only received a message that a moderator will decide > whether or not I get subscribed. > Me too ;) Deji From wtogami at redhat.com Sat Sep 16 17:22:48 2006 From: wtogami at redhat.com (Warren Togami) Date: Sat, 16 Sep 2006 13:22:48 -0400 Subject: Invalid Branch Requests and Invalid Rebuilds Message-ID: <450C32E8.5070909@redhat.com> Hi Mark, * FC-6 sblim-cmpi-base * FC-6 sblim-cmpi-devel * FC-6 sblim-testsuite * FC-6 sblim-wbemcli I saw that you requested these branches. Please know that CVS branches are only for source RPM packages, not for every binary sub-RPM that outputs from the source package. Also, you have rebuilt these packages without bumping up the release number, which means it will be ineffective in upgrading. Please do a CVS checkout again, bump the number, make tag and make build. Also, please be aware that the "devel" branch is always the current Fedora under development before a stable release. Thus FC-6 requests are invalid at this time. Branch requests are only necessary after a new package import if a branch does not exist for an OS prior to "devel". Warren Togami wtogami at redhat.com From peter at thecodergeek.com Sat Sep 16 18:01:44 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Sat, 16 Sep 2006 11:01:44 -0700 Subject: Some bad news (well.. maybe) In-Reply-To: <50880.203.173.154.142.1158395849.squirrel@www.knox.net.nz> References: <450B2ECD.2060206@knox.net.nz> <450B8579.6010608@thecodergeek.com> <50880.203.173.154.142.1158395849.squirrel@www.knox.net.nz> Message-ID: <450C3C08.7070502@thecodergeek.com> Michael J. Knox wrote: > Thanks. Yes, thats the intention, once things have returned to "normal" > (whatever that is) I hope to get back into it. Yay! ^_^ >> I am quite a huge fan of AbiWord, and that uses ots. May I take ownership >> of it when you go, then? Thanks. > Sure thing! Feel free to claim it when ever you like. Thanks. Should I add your email on the default CC: list? -- Peter Gordon (codergeek42) GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 My Blog: http://thecodergeek.com/blog/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From bugs.michael at gmx.net Sat Sep 16 18:07:35 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 16 Sep 2006 20:07:35 +0200 Subject: build problem for x86_64 In-Reply-To: <450C26F6.80509@gmx.net> References: <450C1B70.2030502@gmx.net> <450C26F6.80509@gmx.net> Message-ID: <20060916200735.549b3931.bugs.michael@gmx.net> On Sat, 16 Sep 2006 18:31:50 +0200, Frank B?ttner wrote: > Rex Dieter schrieb: > > Frank B?ttner wrote: > >> Hello, for the new ctapi package version 2.0.11 I must disable the EMT64 > >> build, because the install script fails. > > > > A reference to a failed build.log would help. (: > > > > -- Rex > > > here: > http://buildsys.fedoraproject.org/logs/fedora-development-extras/17701-ctapi-cyberjack-2.0.11-4.fc6/x86_64/build.log > Just by skimming over the log, three things can be discovered: > + export CFLAGS > + ./configure --disable-static Why doesn't it use the %configure macro? > + make DESTDIR=/var/tmp/ctapi-cyberjack-2.0.11-4.fc6-root-mockbuild install > Making install in doc [...] > /bin/sh ../mkinstalldirs /var/tmp/ctapi-cyberjack-2.0.11-4.fc6-root-mockbuild/usr/lib It here installs into /usr/lib instead of /usr/lib64, either because that is hardcoded somewhere or because %configure isn't used (and %_libdir is /usr/lib). > mv '/var/tmp/ctapi-cyberjack-2.0.11-4.fc6-root-mockbuild/usr/lib64/libctapi-cyberjack*' /var/tmp/ctapi-cyberjack-2.0.11-4.fc6-root-mockbuild/usr/lib64/ctapi/ Here something is done in %_libdir = /usr/lib64, but the software was configured with libdir = /usr/lib From frank-buettner at gmx.net Sat Sep 16 18:20:42 2006 From: frank-buettner at gmx.net (=?ISO-8859-1?Q?Frank_B=FCttner?=) Date: Sat, 16 Sep 2006 20:20:42 +0200 Subject: build problem for x86_64 In-Reply-To: <20060916200735.549b3931.bugs.michael@gmx.net> References: <450C1B70.2030502@gmx.net> <450C26F6.80509@gmx.net> <20060916200735.549b3931.bugs.michael@gmx.net> Message-ID: <450C407A.7080408@gmx.net> Michael Schwendt schrieb: > Just by skimming over the log, three things can be discovered: > >> + export CFLAGS >> + ./configure --disable-static > > Why doesn't it use the %configure macro? > >> + make DESTDIR=/var/tmp/ctapi-cyberjack-2.0.11-4.fc6-root-mockbuild install >> Making install in doc > [...] >> /bin/sh ../mkinstalldirs /var/tmp/ctapi-cyberjack-2.0.11-4.fc6-root-mockbuild/usr/lib > > It here installs into /usr/lib instead of /usr/lib64, either because > that is hardcoded somewhere or because %configure isn't used (and > %_libdir is /usr/lib). > >> mv '/var/tmp/ctapi-cyberjack-2.0.11-4.fc6-root-mockbuild/usr/lib64/libctapi-cyberjack*' /var/tmp/ctapi-cyberjack-2.0.11-4.fc6-root-mockbuild/usr/lib64/ctapi/ > > Here something is done in %_libdir = /usr/lib64, but the software was > configured with libdir = /usr/lib > > I know this, but I can't look in the generated files. I will try what happens when I use %configure -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 4285 bytes Desc: S/MIME Cryptographic Signature URL: From frank-buettner at gmx.net Sat Sep 16 18:42:19 2006 From: frank-buettner at gmx.net (=?ISO-8859-1?Q?Frank_B=FCttner?=) Date: Sat, 16 Sep 2006 20:42:19 +0200 Subject: build problem for x86_64 In-Reply-To: <450C407A.7080408@gmx.net> References: <450C1B70.2030502@gmx.net> <450C26F6.80509@gmx.net> <20060916200735.549b3931.bugs.michael@gmx.net> <450C407A.7080408@gmx.net> Message-ID: <450C458B.5030900@gmx.net> Thanks now it work's with the %configure macro. But another question can I use the %configure too when I must feed the configure script with some other parameter? -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 4285 bytes Desc: S/MIME Cryptographic Signature URL: From lists at timj.co.uk Sat Sep 16 19:05:25 2006 From: lists at timj.co.uk (Tim Jackson) Date: Sat, 16 Sep 2006 20:05:25 +0100 Subject: Attention, packagers! Invalid rebuilds In-Reply-To: References: <20060912161127.2f63db96.bugs.michael@gmx.net> <1158358332.2856.1.camel@localhost> <20060916143823.GC18521@neu.nirvana> <200609161802.30630.opensource@till.name> Message-ID: <450C4AF5.1060708@timj.co.uk> Deji Akingunola wrote: [fedora-maintainers] > On 9/16/06, Till Maas wrote: >> I only received a message that a moderator will decide >> whether or not I get subscribed. > Me too ;) And me, via the web interface. Hmm, I hope nobody's having any important discussions over there assuming that all the Extras packagers are reading... Tim From michael at knox.net.nz Sat Sep 16 19:48:21 2006 From: michael at knox.net.nz (Michael J. Knox) Date: Sun, 17 Sep 2006 07:48:21 +1200 Subject: Some bad news (well.. maybe) In-Reply-To: <450C3C08.7070502@thecodergeek.com> References: <450B2ECD.2060206@knox.net.nz> <450B8579.6010608@thecodergeek.com> <50880.203.173.154.142.1158395849.squirrel@www.knox.net.nz> <450C3C08.7070502@thecodergeek.com> Message-ID: <450C5505.1030709@knox.net.nz> Peter Gordon wrote: >>> I am quite a huge fan of AbiWord, and that uses ots. May I take ownership >>> of it when you go, then? Thanks. >> Sure thing! Feel free to claim it when ever you like. > > Thanks. Should I add your email on the default CC: list? > Sure if you like :) Michael From rdieter at math.unl.edu Sat Sep 16 20:34:55 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Sat, 16 Sep 2006 15:34:55 -0500 Subject: build problem for x86_64 In-Reply-To: <450C458B.5030900@gmx.net> References: <450C1B70.2030502@gmx.net> <450C26F6.80509@gmx.net> <20060916200735.549b3931.bugs.michael@gmx.net> <450C407A.7080408@gmx.net> <450C458B.5030900@gmx.net> Message-ID: Frank B?ttner wrote: > Thanks now it work's with the %configure macro. > But another question can I use the %configure too when I must feed the > configure script with some other parameter? Yep, for example, %configure --disable-static == Rex From fedora at camperquake.de Sat Sep 16 20:21:50 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Sat, 16 Sep 2006 22:21:50 +0200 Subject: build problem for x86_64 In-Reply-To: <450C458B.5030900@gmx.net> References: <450C1B70.2030502@gmx.net> <450C26F6.80509@gmx.net> <20060916200735.549b3931.bugs.michael@gmx.net> <450C407A.7080408@gmx.net> <450C458B.5030900@gmx.net> Message-ID: <450C5CDE.7090209@camperquake.de> Frank B?ttner schrieb: > Thanks now it work's with the %configure macro. > But another question can I use the %configure too when I must feed the > configure script with some other parameter? Yes, just add your parameters after the %configure, as in %configure --enable-foo From paul at all-the-johnsons.co.uk Sat Sep 16 20:57:52 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 16 Sep 2006 21:57:52 +0100 Subject: mono problem on the buildsys for ppc (rawhide)? Message-ID: <1158440272.3845.42.camel@T7.Linux> Hi, I've submitted nant-0.85-9 to the buildsys and it seems to be falling down when building for the ppc http://buildsys.fedoraproject.org/logs/fedora-development-extras/17751-nant-0.85-9.fc6/ It builds fine on x86 and x86_64. The problem looks to be that mono itself is in the wrong directory for the ppc. 1.1.17-2 should have everything in /usr/lib64 on the ppc, but it seems to be under /usr/lib Can someone with access to the buildsys or a ppc running rawhide with mono-1.1.17-2 installed please confirm that I've not gone insane and that the buildsys mono has a problem. I can then wobble off and file it with the big red lizard so the maintainer can gnash his teeth over another bug report ;-p TTFN Paul -- "Bist Du meine Mutter?" - das leere kind -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugs.michael at gmx.net Sat Sep 16 21:25:17 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 16 Sep 2006 23:25:17 +0200 Subject: Invalid/ignored FE builds 2006-09-16 In-Reply-To: <1158411351.2902.66.camel@viper.local> References: <20060916123348.812E015212C@buildsys.fedoraproject.org> <1158411351.2902.66.camel@viper.local> Message-ID: <20060916232517.3991561f.bugs.michael@gmx.net> On Sat, 16 Sep 2006 15:55:50 +0300, Ville Skytt? wrote: > Packages apparently rebuilt without any NEVR changes and thus *not > published* even if the build report says otherwise: > > FC-5: > hamzy AT us.ibm.com > sblim-cmpi-base > > devel: > hamzy AT us.ibm.com > sblim-cmpi-base > sblim-cmpi-devel > sblim-testsuite > paul AT all-the-johnsons.co.uk > fuse-emulator-utils > genchemlab > gonvert > lib765 > libdsk > libopts > > More info: > http://www.redhat.com/archives/fedora-extras-list/2006-September/msg00293.html > For some minutes I thought we could fix this easily at the level of the push-script by excluding such invalid builds. But I didn't think about the way we push individual build-jobs from the need-sign queue -- it is not an atomic operation. It could happen that disk space or file permissions break in the middle of a push, and then the next run would need to continue there (which the script does fine, but it cannot guess too much based on files which exist already in the repository, hence the warnings we see). So, in the meantime it's best if the packagers do the thing. From Christian.Iseli at licr.org Sat Sep 16 21:46:38 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Sat, 16 Sep 2006 23:46:38 +0200 Subject: Some bad news (well.. maybe) In-Reply-To: <450B2ECD.2060206@knox.net.nz> References: <450B2ECD.2060206@knox.net.nz> Message-ID: <20060916234638.168058a2@ludwig-alpha> On Sat, 16 Sep 2006 10:53:01 +1200, Michael J. Knox wrote: > I am regrettably going to be with drawning my packaging efforts post > Fedora Core/Extras 6. Sorry to see you go, and hope to see you again soon. Thanks for your help. All the best to you, and good luck on your future. Cheers, Christian From Christian.Iseli at licr.org Sat Sep 16 21:50:29 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Sat, 16 Sep 2006 23:50:29 +0200 Subject: Attention, packagers! Invalid rebuilds In-Reply-To: <450C4AF5.1060708@timj.co.uk> References: <20060912161127.2f63db96.bugs.michael@gmx.net> <1158358332.2856.1.camel@localhost> <20060916143823.GC18521@neu.nirvana> <200609161802.30630.opensource@till.name> <450C4AF5.1060708@timj.co.uk> Message-ID: <20060916235029.263fcd3e@ludwig-alpha> On Sat, 16 Sep 2006 20:05:25 +0100, Tim Jackson wrote: > Hmm, I hope nobody's having any important discussions over there > assuming that all the Extras packagers are reading... Dunno why you have trouble joining the list, but at least you should be able to read the archives here: https://www.redhat.com/archives/fedora-maintainers Cheers, Christian From opensource at till.name Sat Sep 16 22:12:35 2006 From: opensource at till.name (Till Maas) Date: Sun, 17 Sep 2006 00:12:35 +0200 Subject: Attention, packagers! Invalid rebuilds In-Reply-To: <20060916235029.263fcd3e@ludwig-alpha> References: <20060912161127.2f63db96.bugs.michael@gmx.net> <450C4AF5.1060708@timj.co.uk> <20060916235029.263fcd3e@ludwig-alpha> Message-ID: <200609170012.49637.opensource@till.name> On Saturday 16 September 2006 23:50, Christian Iseli wrote: > On Sat, 16 Sep 2006 20:05:25 +0100, Tim Jackson wrote: > > Hmm, I hope nobody's having any important discussions over there > > assuming that all the Extras packagers are reading... > > Dunno why you have trouble joining the list, but at least you should be > able to read the archives here: > https://www.redhat.com/archives/fedora-maintainers There is also a readonly maintainers mailinglist, joining here works fine without waiting for someone to approve the subscription. https://www.redhat.com/mailman/listinfo/fedora-maintainers-readonly Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From kevin.kofler at chello.at Sat Sep 16 23:50:35 2006 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 16 Sep 2006 23:50:35 +0000 (UTC) Subject: mono problem on the buildsys for ppc (rawhide)? References: <1158440272.3845.42.camel@T7.Linux> Message-ID: Paul writes: > It builds fine on x86 and x86_64. The problem looks to be that mono > itself is in the wrong directory for the ppc. 1.1.17-2 should have > everything in /usr/lib64 on the ppc, but it seems to be under /usr/lib Huh? Isn't ppc (as opposed to ppc64) a 32-bit arch? Or is ppc now 64-bit by default? Kevin Kofler From jwboyer at jdub.homelinux.org Sun Sep 17 00:35:36 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Sat, 16 Sep 2006 19:35:36 -0500 Subject: mono problem on the buildsys for ppc (rawhide)? In-Reply-To: References: <1158440272.3845.42.camel@T7.Linux> Message-ID: <1158453336.2707.2.camel@vader.jdub.homelinux.org> On Sat, 2006-09-16 at 23:50 +0000, Kevin Kofler wrote: > Paul writes: > > It builds fine on x86 and x86_64. The problem looks to be that mono > > itself is in the wrong directory for the ppc. 1.1.17-2 should have > > everything in /usr/lib64 on the ppc, but it seems to be under /usr/lib > > Huh? Isn't ppc (as opposed to ppc64) a 32-bit arch? Or is ppc now 64-bit by > default? ppc is 32 bit for almost everything. I don't see why this should be in /usr/lib64 on ppc. josh From gajownik at gmail.com Sun Sep 17 09:44:48 2006 From: gajownik at gmail.com (Dawid Gajownik) Date: Sun, 17 Sep 2006 11:44:48 +0200 Subject: ldconfig and %{_libdir}/%{name}/*.so files Message-ID: <450D1910.8040202@gmail.com> Hi! May someone explain me whether I have to run ldconfig in %post{,un} sections if package installs .so files in %{_libdir}/%{name} directory? I thought that it's not necessary but I recently saw gaim and gaim-gadugadu spec files? and they run this command. ? http://cvs.fedora.redhat.com/viewcvs/rpms/gaim/devel/gaim.spec?view=markup http://cvs.fedora.redhat.com/viewcvs/rpms/gaim-gadugadu/devel/gaim-gadugadu.spec?root=extras&view=markup Regards, Dawid -- ^_* From pertusus at free.fr Sun Sep 17 10:56:44 2006 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 17 Sep 2006 12:56:44 +0200 Subject: ldconfig and %{_libdir}/%{name}/*.so files In-Reply-To: <450D1910.8040202@gmail.com> References: <450D1910.8040202@gmail.com> Message-ID: <20060917105644.GA2188@free.fr> On Sun, Sep 17, 2006 at 11:44:48AM +0200, Dawid Gajownik wrote: > Hi! > May someone explain me whether I have to run ldconfig in %post{,un} > sections if package installs .so files in %{_libdir}/%{name} directory? > I thought that it's not necessary but I recently saw gaim and I also think it is not necessary, I guess the files in %{_libdir}/gaim are dlopened. > gaim-gadugadu spec files? and they run this command. > > ? > http://cvs.fedora.redhat.com/viewcvs/rpms/gaim/devel/gaim.spec?view=markup In gaim there is %{_libdir}/libgaim-client.so.* > http://cvs.fedora.redhat.com/viewcvs/rpms/gaim-gadugadu/devel/gaim-gadugadu.spec?root=extras&view=markup I would say that it is an error. But I can't say for sure. I have seen that gaim-meanwhile does the same, but gaim-otr and gaim-gaym don't do that ldconfig call. Maybe the good thing would be to fill a bug against gaim-gadugadu and gaim-meanwhile. -- Pat From gajownik at gmail.com Sun Sep 17 11:11:01 2006 From: gajownik at gmail.com (Dawid Gajownik) Date: Sun, 17 Sep 2006 13:11:01 +0200 Subject: ldconfig and %{_libdir}/%{name}/*.so files In-Reply-To: <20060917105644.GA2188@free.fr> References: <450D1910.8040202@gmail.com> <20060917105644.GA2188@free.fr> Message-ID: <450D2D45.6050607@gmail.com> Dnia 09/17/2006 01:00 PM, U?ytkownik Patrice Dumas napisa?: >> gaim-gadugadu spec files? and they run this command. >> >> ? >> http://cvs.fedora.redhat.com/viewcvs/rpms/gaim/devel/gaim.spec?view=markup > > In gaim there is > %{_libdir}/libgaim-client.so.* Uhm... but they run ldconfig only in %{_libdir}/gaim --8<----------------------------------------- %postun /sbin/ldconfig -n %{_libdir}/gaim --8<----------------------------------------- Bug in gaim? Regards, Dawid -- ^_* From bugs.michael at gmx.net Sun Sep 17 11:25:22 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 17 Sep 2006 13:25:22 +0200 Subject: ldconfig and %{_libdir}/%{name}/*.so files In-Reply-To: <450D1910.8040202@gmail.com> References: <450D1910.8040202@gmail.com> Message-ID: <20060917132522.47e482e7.bugs.michael@gmx.net> On Sun, 17 Sep 2006 11:44:48 +0200, Dawid Gajownik wrote: > Hi! > May someone explain me whether I have to run ldconfig in %post{,un} > sections if package installs .so files in %{_libdir}/%{name} directory? > I thought that it's not necessary but I recently saw gaim and > gaim-gadugadu spec files? and they run this command. > > ? http://cvs.fedora.redhat.com/viewcvs/rpms/gaim/devel/gaim.spec?view=markup > http://cvs.fedora.redhat.com/viewcvs/rpms/gaim-gadugadu/devel/gaim-gadugadu.spec?root=extras&view=markup > > Regards, > Dawid It's a packaging bug in both packages. Further, gaim puts a DSO into %_libdir and hence ought to run ldconfig normally instead. From hamzy at us.ibm.com Sun Sep 17 11:18:25 2006 From: hamzy at us.ibm.com (Mark Hamzy) Date: Sun, 17 Sep 2006 06:18:25 -0500 Subject: Fw: Build Error (Job 17645): sblim-wbemcli-1_5_1-1_fc5 on fedora-development-extras Message-ID: I am trying to rebuild the sblim for the upcoming FC-6 release. There is one problem though. sblim-wbemcli is failing as follows: It cannot find ansidecl.h. Is this part of the binutils package and is located in /usr/include/ansidecl.h? This used to build. I haven't changed anything. Does anyone have any ideas? Mark Common Information Model/Web-Based Enterprise Management at http://www.openpegasus.org/ Take a look at the Linux Omni Printer Driver Framework at http://omniprint.sourceforge.net/ ----- Forwarded by Mark Hamzy/Austin/IBM on 09/17/2006 06:16 AM ----- buildsys at fedorapr oject.org To 09/15/2006 05:33 Mark Hamzy/Austin/IBM at IBMUS PM cc Subject Build Error (Job 17645): sblim-wbemcli-1_5_1-1_fc5 on fedora-development-extras Job failed on arch x86_64 Build logs may be found at http://buildsys.fedoraproject.org/logs/fedora-development-extras/17645-sblim-wbemcli-1.5.1-1.fc5/ ------------------------------------------------- checking for memset... yes checking for strcasecmp... yes checking for strchr... yes checking for strdup... yes checking for strncasecmp... yes checking for strndup... yes checking for strpbrk... yes checking for strstr... yes checking for strtol... yes configure: creating ./config.status config.status: creating Makefile config.status: creating sblim-wbemcli.spec config.status: creating man/wbemcli.1.pre config.status: creating config.h config.status: executing depfiles commands + make make all-am make[1]: Entering directory `/builddir/build/BUILD/sblim-wbemcli-1.5.1' if g++ -DHAVE_CONFIG_H -I. -I. -I. -DCACERT=\"/etc/Pegasus/client.pem\" -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -MT wbemcli-main.o -MD -MP -MF ".deps/wbemcli-main.Tpo" -c -o wbemcli-main.o `test -f 'main.cpp' || echo './'`main.cpp; \ then mv -f ".deps/wbemcli-main.Tpo" ".deps/wbemcli-main.Po"; else rm -f ".deps/wbemcli-main.Tpo"; exit 1; fi In file included from main.cpp:28: CimXml.h:34:22: error: ansidecl.h: No such file or directory make[1]: *** [wbemcli-main.o] Error 1 make[1]: Leaving directory `/builddir/build/BUILD/sblim-wbemcli-1.5.1' make: *** [all] Error 2 error: Bad exit status from /var/tmp/rpm-tmp.42426 (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.42426 (%build) -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: pic04522.gif Type: image/gif Size: 1255 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ecblank.gif Type: image/gif Size: 45 bytes Desc: not available URL: From pertusus at free.fr Sun Sep 17 11:20:47 2006 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 17 Sep 2006 13:20:47 +0200 Subject: ldconfig and %{_libdir}/%{name}/*.so files In-Reply-To: <450D2D45.6050607@gmail.com> References: <450D1910.8040202@gmail.com> <20060917105644.GA2188@free.fr> <450D2D45.6050607@gmail.com> Message-ID: <20060917112047.GB2188@free.fr> On Sun, Sep 17, 2006 at 01:11:01PM +0200, Dawid Gajownik wrote: > Dnia 09/17/2006 01:00 PM, U?ytkownik Patrice Dumas napisa?: > >>gaim-gadugadu spec files? and they run this command. > >> > >>? > >>http://cvs.fedora.redhat.com/viewcvs/rpms/gaim/devel/gaim.spec?view=markup > > > >In gaim there is > >%{_libdir}/libgaim-client.so.* > > Uhm... but they run ldconfig only in %{_libdir}/gaim > > --8<----------------------------------------- > %postun > /sbin/ldconfig -n %{_libdir}/gaim > --8<----------------------------------------- Indeed it would at least require a comment in the specfile... But I don't know gaim well, so the gaim packager should certainly be asked. -- Pat From bugs.michael at gmx.net Sun Sep 17 11:48:12 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 17 Sep 2006 13:48:12 +0200 Subject: ldconfig and %{_libdir}/%{name}/*.so files In-Reply-To: <450D2D45.6050607@gmail.com> References: <450D1910.8040202@gmail.com> <20060917105644.GA2188@free.fr> <450D2D45.6050607@gmail.com> Message-ID: <20060917134812.2f040052.bugs.michael@gmx.net> On Sun, 17 Sep 2006 13:11:01 +0200, Dawid Gajownik wrote: > Dnia 09/17/2006 01:00 PM, U?ytkownik Patrice Dumas napisa?: > >> gaim-gadugadu spec files? and they run this command. > >> > >> ? > >> http://cvs.fedora.redhat.com/viewcvs/rpms/gaim/devel/gaim.spec?view=markup > > > > In gaim there is > > %{_libdir}/libgaim-client.so.* > > Uhm... but they run ldconfig only in %{_libdir}/gaim > > --8<----------------------------------------- > %postun > /sbin/ldconfig -n %{_libdir}/gaim > --8<----------------------------------------- > > Bug in gaim? Yes. It's a no-op. Whenever one needs to run ldconfig with -n, this must be in %install, _not_ %post*. Instead, gaim is missing the normal ldconfig run. From mtasaka at ioa.s.u-tokyo.ac.jp Sun Sep 17 11:54:05 2006 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Sun, 17 Sep 2006 20:54:05 +0900 Subject: Fw: Build Error (Job 17645): sblim-wbemcli-1_5_1-1_fc5 on fedora-development-extras In-Reply-To: References: Message-ID: <450D375D.3080302@ioa.s.u-tokyo.ac.jp> Mark Hamzy wrote: > I am trying to rebuild the sblim for the upcoming FC-6 release. There is > one problem though. sblim-wbemcli is failing as follows: It cannot find > ansidecl.h. > Is this part of the binutils package and is located in > /usr/include/ansidecl.h? > This used to build. I haven't changed anything. > > Does anyone have any ideas? > > Mark > It seems that header files are moved to binutils-devel. binutils-devel.i386 2.17.50.0.3-6 development Matched from: /usr/include/ansidecl.h * Wed Sep 06 2006 Jakub Jelinek 2.17.50.0.3-4 - link libopcodes*.so against libbfd*.so (#202327) - split *.a and header files into binutils-devel Mamoru Tasaka From dominik at greysector.net Sun Sep 17 13:06:47 2006 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Sun, 17 Sep 2006 15:06:47 +0200 Subject: Fw: Build Error (Job 17645): sblim-wbemcli-1_5_1-1_fc5 on fedora-development-extras In-Reply-To: <450D375D.3080302@ioa.s.u-tokyo.ac.jp> References: <450D375D.3080302@ioa.s.u-tokyo.ac.jp> Message-ID: <20060917130647.GB4279@rathann.pekin.waw.pl> On Sunday, 17 September 2006 at 13:54, Mamoru Tasaka wrote: > Mark Hamzy wrote: > > I am trying to rebuild the sblim for the upcoming FC-6 release. There is > > one problem though. sblim-wbemcli is failing as follows: It cannot find > > ansidecl.h. > > Is this part of the binutils package and is located in > > /usr/include/ansidecl.h? > > This used to build. I haven't changed anything. > > > > Does anyone have any ideas? > > > > Mark > > > > It seems that header files are moved to binutils-devel. > > binutils-devel.i386 2.17.50.0.3-6 development > Matched from: > /usr/include/ansidecl.h > > * Wed Sep 06 2006 Jakub Jelinek 2.17.50.0.3-4 > - link libopcodes*.so against libbfd*.so (#202327) > - split *.a and header files into binutils-devel Shouldn't this be added to the minimal buildroot? I guess most software would need those to build... Regards, R. -- Fedora Extras contributor http://fedoraproject.org/wiki/DominikMierzejewski MPlayer developer http://rpm.greysector.net/mplayer/ "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From ville.skytta at iki.fi Sun Sep 17 13:34:06 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sun, 17 Sep 2006 16:34:06 +0300 Subject: Fw: Build Error (Job 17645): sblim-wbemcli-1_5_1-1_fc5 on fedora-development-extras In-Reply-To: <20060917130647.GB4279@rathann.pekin.waw.pl> References: <450D375D.3080302@ioa.s.u-tokyo.ac.jp> <20060917130647.GB4279@rathann.pekin.waw.pl> Message-ID: <1158500046.2902.74.camel@viper.local> On Sun, 2006-09-17 at 15:06 +0200, Dominik 'Rathann' Mierzejewski wrote: > On Sunday, 17 September 2006 at 13:54, Mamoru Tasaka wrote: > > > > * Wed Sep 06 2006 Jakub Jelinek 2.17.50.0.3-4 > > - link libopcodes*.so against libbfd*.so (#202327) > > - split *.a and header files into binutils-devel > > Shouldn't this be added to the minimal buildroot? I guess most software would > need those to build... If that was the case, I suppose we'd already seen lots of build failures. From fedora at leemhuis.info Sun Sep 17 15:37:11 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 17 Sep 2006 17:37:11 +0200 Subject: FYI: list of extras contributors that didn't rebuild a single package Message-ID: <450D6BA7.8030403@leemhuis.info> Hi, I had a quick look at the extrs/devel repo *without* the needsign repo (does anyone know why repoquery -a --repoid= --archlist="src" doesn't work for the needsign repo?). In other words: stuff that happend in the past one or two days is missing. Anyway, it seems that the following packagers didn't rebuild a single package: aaron.bennett_AT_olin.edu -- 1 packages ankit644_AT_yahoo.com -- 1 packages anvil_AT_livna.org -- 1 packages bluekuja_AT_ubuntu.com -- 2 packages byte_AT_fedoraproject.org -- 5 packages coldwell_AT_redhat.com -- 1 packages danken_AT_cs.technion.ac.il -- 6 packages davidz_AT_redhat.com -- 1 packages extras-orphan_AT_fedoraproject.org -- 5 packages folkert_AT_vanheusden.com -- 1 packages gijs_AT_gewis.nl -- 2 packages hamzy_AT_us.ibm.com -- 4 packages harald_AT_redhat.com -- 1 packages i.pilcher_AT_comcast.net -- 1 packages ivazquez_AT_ivazquez.net -- 12 packages jdennis_AT_redhat.com -- 1 packages jgarzik_AT_redhat.com -- 1 packages jonathan.underwood_AT_gmail.com -- 4 packages joost_AT_cnoc.nl -- 1 packages jvdias_AT_redhat.com -- 1 packages jylitalo_AT_iki.fi -- 1 packages karsten_AT_redhat.com -- 1 packages llch_AT_redhat.com -- 1 packages markmc_AT_redhat.com -- 1 packages matteo.ricchetti_AT_libero.it -- 1 packages mccann0011_AT_hotmail.com -- 3 packages michel.salim_AT_gmail.com -- 7 packages mpeters_AT_mac.com -- 18 packages noa_AT_resare.com -- 1 packages nomis80_AT_nomis80.org -- 3 package oliver.andrich_AT_gmail.com -- 1 packages otaylor_AT_redhat.com -- 1 packages P_AT_draigBrady.com -- 1 packages petersen_AT_redhat.com -- 10 packages pvrabec_AT_redhat.com -- 1 packages qshen_AT_redhat.com -- 1 packages qwang_AT_redhat.com -- 1 packages robert_AT_marcanoonline.com -- 5 packages roozbeh_AT_farsiweb.info -- 14 packages shahms_AT_shahms.com -- 14 packages <- ignore this one, seems he rebuild them yesterday tamaster_AT_pobox.com -- 1 packages toth_bandi_AT_users.sourceforge.net -- 1 packages woodard_AT_redhat.com -- 1 packages 43 Contributors -- 15 of that use a redhat.com address :-/ Has anyone see those two: mpeters_AT_mac.com -- 18 packages roozbeh_AT_farsiweb.info -- 14 packages They were both quite active in Fedora in the past but they seem to be vanished CU thl From paul at all-the-johnsons.co.uk Sun Sep 17 15:45:08 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 17 Sep 2006 16:45:08 +0100 Subject: FYI: list of extras contributors that didn't rebuild a single package In-Reply-To: <450D6BA7.8030403@leemhuis.info> References: <450D6BA7.8030403@leemhuis.info> Message-ID: <1158507908.3845.55.camel@T7.Linux> Hi, > 15 of that use a redhat.com address :-/ Bloody software engineers - I mean, it's not as if they do any work ;-p This is where having a co-maintainer would be damned useful. Is there a list (online) of who owns what so I can have a quick look at some of the packages to see if I can do the rebuild or would that be against the rules? TTFN Paul -- "Bist Du meine Mutter?" - das leere kind -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From kevin-fedora-extras at scrye.com Sun Sep 17 15:41:59 2006 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Sun, 17 Sep 2006 09:41:59 -0600 (MDT) Subject: leafnode maintainer AWOL References: <20060915.211354.894442410.kevin@scrye.com> <1158411723.12938.2.camel@metropolis.intra.city-fan.org> Message-ID: <20060917.094159.789806989.kevin@scrye.com> >>>>> "Paul" == Paul Howarth writes: Paul> On Fri, 2006-09-15 at 21:13 -0600, Kevin Fenzi wrote: >> Greetings. >> >> Per the AWOL maintainers policy, I have been trying to contact the >> current maintainer of leafnode in fedora extras. >> >> All such attempts have failed. >> >> Does anyone have any alternative contact means for this maintainer? >> >> Please see: >> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185883 >> >> For more information. >> >> If I am unable to contact him by monday 2006-09-18, I will take >> over maintainership of this package. >> >> Thanks for any help anyone can provide. Paul> David does show up on fedora-list from time to time. Paul> I reminded him a couple of times that a rebuild was needed for Paul> FC5 and he did say he'd do it but I don't think it ever Paul> happened. Looks a fire-and-forget package. Yeah, I have mailed him directly several times and never gotten a response. Oh well. Paul> Paul. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From paul at city-fan.org Sun Sep 17 16:02:45 2006 From: paul at city-fan.org (Paul Howarth) Date: Sun, 17 Sep 2006 17:02:45 +0100 Subject: FYI: list of extras contributors that didn't rebuild a single package In-Reply-To: <1158507908.3845.55.camel@T7.Linux> References: <450D6BA7.8030403@leemhuis.info> <1158507908.3845.55.camel@T7.Linux> Message-ID: <1158508965.12938.8.camel@metropolis.intra.city-fan.org> On Sun, 2006-09-17 at 16:45 +0100, Paul wrote: > Hi, > > > 15 of that use a redhat.com address :-/ > > Bloody software engineers - I mean, it's not as if they do any work ;-p > > This is where having a co-maintainer would be damned useful. Is there a > list (online) of who owns what so I can have a quick look at some of the > packages to see if I can do the rebuild or would that be against the > rules? owners.list in cvs of course. The point isn't really just to get these packages rebuilt though; if their maintainers are no longer around, the packages will get orphaned and then someone else will be able to take over maintainership. There's not much point just rebuilding packages if there's nobody to listen to bug reports etc. Paul. From jima at beer.tclug.org Sun Sep 17 16:02:42 2006 From: jima at beer.tclug.org (Jima) Date: Sun, 17 Sep 2006 11:02:42 -0500 (CDT) Subject: FYI: list of extras contributors that didn't rebuild a single package In-Reply-To: <450D6BA7.8030403@leemhuis.info> References: <450D6BA7.8030403@leemhuis.info> Message-ID: On Sun, 17 Sep 2006, Thorsten Leemhuis wrote: > Anyway, it seems that the following packagers didn't rebuild a single > package: I found at least one maintainer (technically) missing from this list. oliver_AT_linux-kernel.at hasn't touched any of his 12 packages. Jason Tibbitts pushed syck through the buildsys (after running it by Oliver, IIRC), but the remaining 11 packages are untouched. I've emailed Oliver off-list asking to take over graphviz (and perhaps others), but haven't yet received a reply. I pushed an update to graphviz/FC-5 on Thursday that fixed three bugs (6, 5, and 2 months old), but I'd prefer to get some validation before making a move on the devel branch. This whole thing wouldn't particular bother me, but someone needing a working graphviz for their thesis was asking around, so I jumped in. :) Since I have such a low package load (3), I wouldn't be opposed to picking up orphaned packages (assuming they're within my realm of understanding to maintain). Jima From i.pilcher at comcast.net Sun Sep 17 16:04:02 2006 From: i.pilcher at comcast.net (Ian Pilcher) Date: Sun, 17 Sep 2006 11:04:02 -0500 Subject: FYI: list of extras contributors that didn't rebuild a single package In-Reply-To: <450D6BA7.8030403@leemhuis.info> References: <450D6BA7.8030403@leemhuis.info> Message-ID: Thorsten Leemhuis wrote: > i.pilcher_AT_comcast.net -- 1 packages Just got the note this Friday after traveling all week. Not sure why I didn't get previous ones. Anyway, is having the dist tag in the release sufficient, or do I really need to bump the releast from 2.fc5 to 3.fc6? Thanks! -- ======================================================================== Ian Pilcher i.pilcher at comcast.net ======================================================================== From jima at beer.tclug.org Sun Sep 17 16:04:37 2006 From: jima at beer.tclug.org (Jima) Date: Sun, 17 Sep 2006 11:04:37 -0500 (CDT) Subject: FYI: list of extras contributors that didn't rebuild a single package In-Reply-To: References: <450D6BA7.8030403@leemhuis.info> Message-ID: On Sun, 17 Sep 2006, Ian Pilcher wrote: > Anyway, is having the dist tag in the release sufficient, or do I really > need to bump the releast from 2.fc5 to 3.fc6? Nope, you need to bump the number. The version in devel *now* already has a dist tag of .fc6, or should. Jima From paul at all-the-johnsons.co.uk Sun Sep 17 16:07:30 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 17 Sep 2006 17:07:30 +0100 Subject: FYI: list of extras contributors that didn't rebuild a single package In-Reply-To: <1158508965.12938.8.camel@metropolis.intra.city-fan.org> References: <450D6BA7.8030403@leemhuis.info> <1158507908.3845.55.camel@T7.Linux> <1158508965.12938.8.camel@metropolis.intra.city-fan.org> Message-ID: <1158509250.3845.57.camel@T7.Linux> Hi, > The point isn't really just to get these packages rebuilt though; if > their maintainers are no longer around, the packages will get orphaned > and then someone else will be able to take over maintainership. There's > not much point just rebuilding packages if there's nobody to listen to > bug reports etc. True enough. However, I was considering the ones from petersen at redhat more than any of the others. I think he's still around. TTFN Paul -- "Bist Du meine Mutter?" - das leere kind -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From fedora at nodata.co.uk Sun Sep 17 16:14:51 2006 From: fedora at nodata.co.uk (nodata) Date: Sun, 17 Sep 2006 18:14:51 +0200 Subject: FYI: list of extras contributors that didn't rebuild a single package In-Reply-To: <450D6BA7.8030403@leemhuis.info> References: <450D6BA7.8030403@leemhuis.info> Message-ID: <1158509691.2597.2.camel@sb-home.lan> Am Sonntag, den 17.09.2006, 17:37 +0200 schrieb Thorsten Leemhuis: > Hi, > > I had a quick look at the extrs/devel repo *without* the needsign repo > (does anyone know why > repoquery -a --repoid= --archlist="src" > doesn't work for the needsign repo?). In other words: stuff that happend > in the past one or two days is missing. > > Anyway, it seems that the following packagers didn't rebuild a single > package: > > aaron.bennett_AT_olin.edu -- 1 packages > ankit644_AT_yahoo.com -- 1 packages > anvil_AT_livna.org -- 1 packages > bluekuja_AT_ubuntu.com -- 2 packages > byte_AT_fedoraproject.org -- 5 packages > coldwell_AT_redhat.com -- 1 packages > danken_AT_cs.technion.ac.il -- 6 packages > davidz_AT_redhat.com -- 1 packages > extras-orphan_AT_fedoraproject.org -- 5 packages > folkert_AT_vanheusden.com -- 1 packages > gijs_AT_gewis.nl -- 2 packages > hamzy_AT_us.ibm.com -- 4 packages > harald_AT_redhat.com -- 1 packages > i.pilcher_AT_comcast.net -- 1 packages > ivazquez_AT_ivazquez.net -- 12 packages > jdennis_AT_redhat.com -- 1 packages > jgarzik_AT_redhat.com -- 1 packages > jonathan.underwood_AT_gmail.com -- 4 packages > joost_AT_cnoc.nl -- 1 packages > jvdias_AT_redhat.com -- 1 packages > jylitalo_AT_iki.fi -- 1 packages > karsten_AT_redhat.com -- 1 packages > llch_AT_redhat.com -- 1 packages > markmc_AT_redhat.com -- 1 packages > matteo.ricchetti_AT_libero.it -- 1 packages > mccann0011_AT_hotmail.com -- 3 packages > michel.salim_AT_gmail.com -- 7 packages > mpeters_AT_mac.com -- 18 packages > noa_AT_resare.com -- 1 packages > nomis80_AT_nomis80.org -- 3 package > oliver.andrich_AT_gmail.com -- 1 packages > otaylor_AT_redhat.com -- 1 packages > P_AT_draigBrady.com -- 1 packages > petersen_AT_redhat.com -- 10 packages > pvrabec_AT_redhat.com -- 1 packages > qshen_AT_redhat.com -- 1 packages > qwang_AT_redhat.com -- 1 packages > robert_AT_marcanoonline.com -- 5 packages > roozbeh_AT_farsiweb.info -- 14 packages > shahms_AT_shahms.com -- 14 packages <- ignore this one, seems he rebuild > them yesterday > tamaster_AT_pobox.com -- 1 packages > toth_bandi_AT_users.sourceforge.net -- 1 packages > woodard_AT_redhat.com -- 1 packages > > 43 Contributors -- 15 of that use a redhat.com address :-/ > > Has anyone see those two: > mpeters_AT_mac.com -- 18 packages > roozbeh_AT_farsiweb.info -- 14 packages > They were both quite active in Fedora in the past but they seem to be > vanished > > CU > thl > I expect the mailing list has too much traffic for the developers above to know about the rebuild. Perhaps adding an additional low traffic mailing list for non-noisy announcements such as the "please rebuild your packages" announcement, or mailing each developer individually, i.e. not through a mailing list, would get rid of this problem. From jima at beer.tclug.org Sun Sep 17 16:17:27 2006 From: jima at beer.tclug.org (Jima) Date: Sun, 17 Sep 2006 11:17:27 -0500 (CDT) Subject: FYI: list of extras contributors that didn't rebuild a single package In-Reply-To: <1158509691.2597.2.camel@sb-home.lan> References: <450D6BA7.8030403@leemhuis.info> <1158509691.2597.2.camel@sb-home.lan> Message-ID: On Sun, 17 Sep 2006, nodata wrote: > I expect the mailing list has too much traffic for the developers above > to know about the rebuild. > > Perhaps adding an additional low traffic mailing list for non-noisy > announcements such as the "please rebuild your packages" announcement, > or mailing each developer individually, i.e. not through a mailing list, > would get rid of this problem. IIRC, there were nagmails sent to each and every maintainer with unbuilt packages a few days ago. So yes, we do this sort of thing. Jima From fedora at leemhuis.info Sun Sep 17 16:23:36 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 17 Sep 2006 18:23:36 +0200 Subject: FYI: list of extras contributors that didn't rebuild a single package In-Reply-To: <1158509691.2597.2.camel@sb-home.lan> References: <450D6BA7.8030403@leemhuis.info> <1158509691.2597.2.camel@sb-home.lan> Message-ID: <450D7688.8050200@leemhuis.info> nodata schrieb: > Am Sonntag, den 17.09.2006, 17:37 +0200 schrieb Thorsten Leemhuis: > > I expect the mailing list has too much traffic for the developers above > to know about the rebuild. They should have gotten two individual nag-mails already from c4chris afaik. > Perhaps adding an additional low traffic mailing list for non-noisy > announcements such as the "please rebuild your packages" announcement, > or mailing each developer individually, i.e. not through a mailing list, > would get rid of this problem. That what fedora-maintainers-list is meant and used for. And the rebuild was announced there. CU thl From fedora at nodata.co.uk Sun Sep 17 16:20:48 2006 From: fedora at nodata.co.uk (nodata) Date: Sun, 17 Sep 2006 18:20:48 +0200 Subject: FYI: list of extras contributors that didn't rebuild a single package In-Reply-To: References: <450D6BA7.8030403@leemhuis.info> <1158509691.2597.2.camel@sb-home.lan> Message-ID: <1158510048.2597.4.camel@sb-home.lan> Am Sonntag, den 17.09.2006, 11:17 -0500 schrieb Jima: > On Sun, 17 Sep 2006, nodata wrote: > > I expect the mailing list has too much traffic for the developers above > > to know about the rebuild. > > > > Perhaps adding an additional low traffic mailing list for non-noisy > > announcements such as the "please rebuild your packages" announcement, > > or mailing each developer individually, i.e. not through a mailing list, > > would get rid of this problem. > > IIRC, there were nagmails sent to each and every maintainer with unbuilt > packages a few days ago. So yes, we do this sort of thing. > > Jima > Are you sure about this? Was it only to maintainers that had not rebuilt, or was it a specific "please rebuild" e-mail to everyone who looks after a package? This sort of thing would have been better done earlier than a few days ago. From fedora at nodata.co.uk Sun Sep 17 16:22:23 2006 From: fedora at nodata.co.uk (nodata) Date: Sun, 17 Sep 2006 18:22:23 +0200 Subject: FYI: list of extras contributors that didn't rebuild a single package In-Reply-To: <450D7688.8050200@leemhuis.info> References: <450D6BA7.8030403@leemhuis.info> <1158509691.2597.2.camel@sb-home.lan> <450D7688.8050200@leemhuis.info> Message-ID: <1158510143.2597.6.camel@sb-home.lan> Am Sonntag, den 17.09.2006, 18:23 +0200 schrieb Thorsten Leemhuis: > > nodata schrieb: > > Am Sonntag, den 17.09.2006, 17:37 +0200 schrieb Thorsten Leemhuis: > > > > I expect the mailing list has too much traffic for the developers above > > to know about the rebuild. > > They should have gotten two individual nag-mails already from c4chris afaik. > > > Perhaps adding an additional low traffic mailing list for non-noisy > > announcements such as the "please rebuild your packages" announcement, > > or mailing each developer individually, i.e. not through a mailing list, > > would get rid of this problem. > > That what fedora-maintainers-list is meant and used for. And the rebuild > was announced there. > > CU > thl > Didn't know about that one. Thanks. From bugs.michael at gmx.net Sun Sep 17 16:57:18 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 17 Sep 2006 18:57:18 +0200 Subject: FYI: list of extras contributors that didn't rebuild a single package In-Reply-To: References: <450D6BA7.8030403@leemhuis.info> Message-ID: <20060917185718.9b67791c.bugs.michael@gmx.net> On Sun, 17 Sep 2006 11:04:37 -0500 (CDT), Jima wrote: > On Sun, 17 Sep 2006, Ian Pilcher wrote: > > Anyway, is having the dist tag in the release sufficient, or do I really > > need to bump the releast from 2.fc5 to 3.fc6? > > Nope, you need to bump the number. The version in devel *now* already > has a dist tag of .fc6, or should. Not true. If the 2.fc5 binaries are in the fc6 "development" repo since they were copied from FC-5 when the branch was created, it is enough to rebuild 2%{?dist} and get 2.fc6 as a result which is newer than 2.fc5. Maybe the jargon is misleading. "To rebuild a package" does NOT mean to simply build it again, without touching its spec/src.rpm. Anybody, who installed foo-1.0-1.i386.rpm on January 1st, won't ever get the foo-1.0-1.i386.rpm which was built again on September 1st. "To rebuild a package" means to build it in any way that produces binary rpms which are seen as _updates_ in RPM version comparison. The most basic way to achieve that is by increasing the "Release" value in the spec and hence the src.rpm (committing the changes, tagging the files, etc). From dwmw2 at infradead.org Sun Sep 17 18:10:20 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Sun, 17 Sep 2006 19:10:20 +0100 Subject: Cross-compilers. In-Reply-To: <1153656919.29989.74.camel@shinybook.infradead.org> References: <1153656919.29989.74.camel@shinybook.infradead.org> Message-ID: <1158516620.24527.260.camel@pmac.infradead.org> On Sun, 2006-07-23 at 08:15 -0400, David Woodhouse wrote: > How much interest would there be in getting a bunch of cross-compilers > into Extras? Starting with binutils.... at http://david.woodhou.se/binutils.spec there's a specfile based on the current Core package which lets you build cross-binutils with for example --define "binutils_target i686-fedora-linux" That approach lets us track the Core package directly, and I think is sanest. What I'm not sure of, however, is how we actually deal with that when building for Extras. Is there a simple way we can build it multiple times with multiple definitions of %binutils_target, or would we have to import it all into multiple directories in CVS with the requisite one-line change and then build each one normally? Another possibility is that we could make a single SRPM spit out _all_ the $ARCH-fedora-linux-binutils binary packages, building them all in a loop. But that might involve diverging even more from the Core specfile, which wouldn't be ideal. On the other hand, if we have to postprocess the Core specfile when we export it from Core to Extras anyway, perhaps we could have a scripted way of converting it to build multiple packages too? Suggestions on a postcard to... -- dwmw2 From otaylor at redhat.com Sun Sep 17 19:32:43 2006 From: otaylor at redhat.com (Owen Taylor) Date: Sun, 17 Sep 2006 15:32:43 -0400 Subject: FYI: list of extras contributors that didn't rebuild a single package In-Reply-To: <450D6BA7.8030403@leemhuis.info> References: <450D6BA7.8030403@leemhuis.info> Message-ID: <1158521563.17645.8.camel@localhost.localdomain> On Sun, 2006-09-17 at 17:37 +0200, Thorsten Leemhuis wrote: > Hi, > > I had a quick look at the extrs/devel repo *without* the needsign repo > (does anyone know why > repoquery -a --repoid= --archlist="src" > doesn't work for the needsign repo?). In other words: stuff that happend > in the past one or two days is missing. > > Anyway, it seems that the following packagers didn't rebuild a single > package: > otaylor_AT_redhat.com -- 1 packages [...] > roozbeh_AT_farsiweb.info -- 14 packages My one package is libuninameslist which is basically just an internal detail of fontforge; it didn't get transferred to Roozbeh when he picked up fontforge; an oversight most likely. But if he's busy with other things and not rebuilding FE packages, there isn't much point in correcting that right now. I'm not going to rebuild it; I see no point in maintaining it separately from the fontforge package, plus I've completely lost track of how the FE build system works. - Owen From ville.skytta at iki.fi Sun Sep 17 20:05:55 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sun, 17 Sep 2006 23:05:55 +0300 Subject: extras-buildsys/utils extras-repomanage.py, NONE, 1.1 extras-repobuild.py, 1.24, 1.25 In-Reply-To: <200609171944.k8HJiaMl014334@cvs-int.fedora.redhat.com> References: <200609171944.k8HJiaMl014334@cvs-int.fedora.redhat.com> Message-ID: <1158523555.2902.108.camel@viper.local> On Sun, 2006-09-17 at 12:44 -0700, Michael Schwendt wrote: > -def do_repo_stuff(repodir, keep=2, nomanage=None): > +def do_repo_stuff(repodir): > compspath = os.path.join(repodir, compsname) > - rpdata = os.path.join(repodir, 'repodata') > - debugprint('removing tree %s' % rpdata) > > - if os.path.exists(rpdata) and not DEBUG: > - shutil.rmtree(rpdata) > + # Why remove the repodata dir? Isn't that entirely createrepo's work? > + #rpdata = os.path.join(repodir, 'repodata') > + #debugprint('removing tree %s' % rpdata) > + #if os.path.exists(rpdata) and not DEBUG: > + # shutil.rmtree(rpdata) I think the repodata dir is completely removed because of https://devel.linux.duke.edu/bugzilla/show_bug.cgi?id=595 -- createrepo runs may blow up because it doesn't like the repoview files being around. It should be fixed in createrepo >= 0.4.6, haven't tested that though. From buildsys at fedoraproject.org Sun Sep 17 20:23:01 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 17 Sep 2006 16:23:01 -0400 (EDT) Subject: Fedora Extras Package Build Report 2006-09-17 Message-ID: <20060917202301.D82F515212C@buildsys.fedoraproject.org> Packages built and released for Fedora Extras 5: 23 apt-0.5.15lorg3.2-7.fc5 dejavu-fonts-2.10-1.fc5 gossip-0.16-1.fc5 kadu-0.5.0-0.8.20060915svn.fc5 kadu-theme-0.5.0-2.fc5 ladspa-1.12-7.fc5 libofa-0.9.3-8.fc5 libtelepathy-0.0.37-1.fc5 mimedefang-2.57-4.fc5 perl-Convert-BinHex-1.119-4.fc5 perl-ExtUtils-ParseXS-2.16-1.fc5 perl-HTML-FormatText-WithLinks-0.07-1.fc5 perl-IO-stringy-2.110-4.fc5 perl-Image-Size-3.01-1.fc5 perl-Module-Signature-0.55-1.fc5 perl-PAR-Dist-0.19-1.fc5 perl-PPI-1.117-1.fc5 perl-Test-Object-0.07-1.fc5 php-pear-Mail-1.1.13-1.fc5 php-pecl-zip-1.7.3-1.fc5 scribus-1.2.5-1.fc5 smart-0.42-38.fc5 wine-0.9.21-1.fc5 Packages built and released for Fedora Extras 4: 8 apt-0.5.15lorg3.2-7.fc4 perl-Convert-BinHex-1.119-4.fc4 perl-ExtUtils-ParseXS-2.16-1.fc4 perl-IO-stringy-2.110-4.fc4 scribus-1.2.5-1.fc4 smart-0.42-38.fc4 swatch-3.2.1-1.fc4 wine-0.9.21-1.fc4 Packages built and released for Fedora Extras 3: 2 scribus-1.2.5-1.fc3 wine-0.9.21-1.fc3 Packages built and released for Fedora Extras development: 81 BackupPC-2.1.2-7.fc6 apt-0.5.15lorg3.2-7.fc6 aspell-he-1.0-2.fc6 atomix-2.14.0-2.fc6 bazaar-1.4.2-8.fc6 boo-0.7.6.2237-9.fc6 bzr-0.10-1.fc6 bzrtools-0.10.0-2.fc6 bzrtools-0.9.1-2.fc6 conntrack-1.0-0.2.beta2.fc6 contact-lookup-applet-0.14-4.fc6 cpanspec-1.68-2.fc6 ctapi-cyberjack-2.0.11-6.fc6 dx-4.4.0-5.fc6 em8300-0.16.0-0.2.rc1.fc6 fluidsynth-dssi-0.9.1-5.fc6 fonts-hebrew-fancy-0.20051122-1.fc6 fpc-2.0.4-2.fc6 freedoom-0.5-1.fc6 fuse-emulator-utils-0.7.0-5.fc6 galeon-2.0.2-1.fc6 genchemlab-1.0-5.fc6 geos-2.2.1-5.fc6 gnomebaker-0.6.0-1.fc6 gonvert-0.2.15-3.fc6 gossip-0.16-1.fc6 htop-0.6.3-2.fc6 hunky-fonts-0.3.1-4.fc6 ipython-0.7.2-3.fc6 irssi-0.8.10-6.a.fc6 kadu-0.5.0-0.9.20060915svn.fc6 kadu-theme-0.5.0-2.fc6 ladspa-1.12-7.fc6 lib765-0.3.4-2.fc6 libopts-27.1-7.fc6 libtelepathy-0.0.37-1.fc6 mimedefang-2.57-4.fc6 nant-0.85-10.fc6 perl-Apache-Session-1.81-2.fc6 perl-Class-ErrorHandler-0.01-3.fc6 perl-Class-Singleton-1.03-3.fc6 perl-Convert-ASCII-Armour-1.4-4.fc6 perl-Convert-BinHex-1.119-4.fc6 perl-Convert-PEM-0.07-4.fc6 perl-Devel-Size-0.64-2.fc6 perl-Exception-Class-1.23-2.fc6 perl-ExtUtils-ParseXS-2.16-1.fc6 perl-HTML-FormatText-WithLinks-0.07-1.fc6 perl-IO-stringy-2.110-4.fc6 perl-IPC-Cmd-0.25-1.fc6 perl-Image-Size-3.01-1.fc6 perl-Locale-Maketext-Simple-0.18-1.fc6 perl-MARC-Record-1.38-1.fc6 perl-PAR-Dist-0.19-1.fc6 perl-Razor-Agent-2.82-1.fc6 perl-String-Format-1.14-1.fc6 php-pecl-zip-1.7.3-1.fc6 proj-4.4.9-4.fc6 python-durus-3.5-2.fc6 python-lxml-1.0.3-2.fc6 python-paramiko-1.6.1-3.fc6 python-paste-script-0.9.8-1.fc6 python-protocols-1.0-0.3.a0dev_r2082.fc6 python-psyco-1.5.1-4.fc6 python-psycopg-1.1.21-5.fc6 python-quixote-2.4-4.fc6 python-simpletal-4.1-4.fc6 python-sqlalchemy-0.2.7-2.fc6 python-tpg-3.1.0-3.fc6 rpmlint-0.77-2.fc6 sblim-cmpi-base-1.5.4-4..fc6 sblim-cmpi-devel-1.0.4-2..fc6 sblim-testsuite-1.2.4-2..fc6 sblim-wbemcli-1.5.1-2..fc6 scim-input-pad-0.1.1-6.fc6 shapelib-1.2.10-12.20060304cvs smart-0.42-38.fc6 taarich-1.20051120-6.fc6 tetex-fonts-hebrew-0.1-7.fc6 wifi-radar-1.9.6-3.fc6 wine-0.9.21-1.fc6 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Sun Sep 17 20:23:37 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 17 Sep 2006 16:23:37 -0400 (EDT) Subject: Package EVR problems in FC+FE 2006-09-17 Message-ID: <20060917202337.6ABAA15212C@buildsys.fedoraproject.org> UNKNOWN OWNER (possibly Core package): device-mapper FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) FC4-updates > FC6 (0:1.02.07-2.0 > 0:1.02.07-1.1) frysk FC5-updates > FC6 (0:0.0.1.2006.09.15.rh1-1.fc5 > 0:0.0.1.2006.09.08.rh1-2.fc6) lvm2 FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) mozilla FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) nspr FC5-updates > FC6 (0:4.6.3-0.5.fc5 > 0:4.6.2-1.1) nss FC5-updates > FC6 (0:3.11.3-0.5.fc5 > 0:3.11.2-2) quagga FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) tar FC5-updates > FC6 (0:1.15.91-1.FC5 > 0:1.15.91-1) andreas.bierfert AT lowlatency.de: dillo FE3 > FE5 (0:0.8.6-2.fc3 > 0:0.8.6-1.fc5) FE4 > FE5 (0:0.8.6-2.fc4 > 0:0.8.6-1.fc5) libpqxx FE4 > FE6 (0:2.6.7-1.fc4 > 0:2.6.6-1.fc6) FE5 > FE6 (0:2.6.7-1.fc5 > 0:2.6.6-1.fc6) gauret AT free.fr: amarok FE5 > FE6 (0:1.4.3-3.fc5 > 0:1.4.1-3.fc6) mpeters AT mac.com: firestarter FE5 > FE6 (0:1.0.3-11.fc5 > 0:1.0.3-10.fc6) noa AT resare.com: vorbisgain FE5 > FE6 (0:0.34-2.fc5 > 0:0.34-1.fc6) nomis80 AT nomis80.org: camstream FE5 > FE6 (0:0.26.3-10.fc5 > 0:0.26.3-9.fc5) opencv FE5 > FE6 (0:0.9.7-16.fc5 > 0:0.9.7-15.fc5) oliver AT linux-kernel.at: graphviz FE5 > FE6 (0:2.8-4.fc5 > 0:2.8-3.fc5) paul AT all-the-johnsons.co.uk: monodoc FE5 > FE6 (0:1.1.17-5.fc5 > 0:1.1.17-4.fc6) paul AT city-fan.org: perl-String-CRC32 FE3 > FC5-updates (0:1.4-1.fc3 > 0:1.4-1.FC5) FE4 > FC5-updates (0:1.4-1.fc4 > 0:1.4-1.FC5) petersen AT redhat.com: m17n-db FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) ryo-dairiki AT users.sourceforge.net: scim-tomoe FE5 > FE6 (0:0.2.0-6.fc5.1 > 0:0.2.0-5.fc6) splinux AT fedoraproject.org: pessulus FE5 > FE6 (0:2.16.0-3.fc5 > 0:2.16.0-1.fc6) zcerza AT redhat.com: dogtail FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) ---------------------------------------------------------------------- amarok: gauret AT free.fr FE5 > FE6 (0:1.4.3-3.fc5 > 0:1.4.1-3.fc6) camstream: nomis80 AT nomis80.org FE5 > FE6 (0:0.26.3-10.fc5 > 0:0.26.3-9.fc5) device-mapper: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) FC4-updates > FC6 (0:1.02.07-2.0 > 0:1.02.07-1.1) dillo: andreas.bierfert AT lowlatency.de FE3 > FE5 (0:0.8.6-2.fc3 > 0:0.8.6-1.fc5) FE4 > FE5 (0:0.8.6-2.fc4 > 0:0.8.6-1.fc5) dogtail: zcerza AT redhat.com FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) firestarter: mpeters AT mac.com FE5 > FE6 (0:1.0.3-11.fc5 > 0:1.0.3-10.fc6) frysk: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:0.0.1.2006.09.15.rh1-1.fc5 > 0:0.0.1.2006.09.08.rh1-2.fc6) graphviz: oliver AT linux-kernel.at FE5 > FE6 (0:2.8-4.fc5 > 0:2.8-3.fc5) libpqxx: andreas.bierfert AT lowlatency.de FE4 > FE6 (0:2.6.7-1.fc4 > 0:2.6.6-1.fc6) FE5 > FE6 (0:2.6.7-1.fc5 > 0:2.6.6-1.fc6) lvm2: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) m17n-db: petersen AT redhat.com FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) monodoc: paul AT all-the-johnsons.co.uk FE5 > FE6 (0:1.1.17-5.fc5 > 0:1.1.17-4.fc6) mozilla: UNKNOWN OWNER (possibly Core package) FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) nspr: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:4.6.3-0.5.fc5 > 0:4.6.2-1.1) nss: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:3.11.3-0.5.fc5 > 0:3.11.2-2) opencv: nomis80 AT nomis80.org FE5 > FE6 (0:0.9.7-16.fc5 > 0:0.9.7-15.fc5) perl-String-CRC32: paul AT city-fan.org FE3 > FC5-updates (0:1.4-1.fc3 > 0:1.4-1.FC5) FE4 > FC5-updates (0:1.4-1.fc4 > 0:1.4-1.FC5) pessulus: splinux AT fedoraproject.org FE5 > FE6 (0:2.16.0-3.fc5 > 0:2.16.0-1.fc6) quagga: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) scim-tomoe: ryo-dairiki AT users.sourceforge.net FE5 > FE6 (0:0.2.0-6.fc5.1 > 0:0.2.0-5.fc6) tar: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:1.15.91-1.FC5 > 0:1.15.91-1) vorbisgain: noa AT resare.com FE5 > FE6 (0:0.34-2.fc5 > 0:0.34-1.fc6) From buildsys at fedoraproject.org Sun Sep 17 20:40:48 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sun, 17 Sep 2006 20:40:48 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-17 Message-ID: <20060917204048.19915.4157@extras64.linux.duke.edu> Summary of broken packages (by owner): ---------------------------------------------------------------------- andreas.bierfert AT lowlatency.de koffice-krita - 1.5.2-1.fc6.i386 (5 days) koffice-krita - 1.5.2-1.fc6.ppc (5 days) koffice-krita - 1.5.2-1.fc6.x86_64 (5 days) wine-arts - 0.9.20-1.fc3.i386 wine-arts - 0.9.20-1.fc4.i386 wine-arts - 0.9.20-1.fc5.i386 wine-arts - 0.9.20-1.fc6.i386 wine-devel - 0.9.20-1.fc3.i386 wine-devel - 0.9.20-1.fc4.i386 wine-devel - 0.9.20-1.fc5.i386 wine-devel - 0.9.20-1.fc6.i386 byte AT fedoraproject.org gaim-guifications - 2.12-3.fc5.i386 (60 days) gaim-guifications - 2.12-3.fc5.ppc (60 days) gaim-guifications - 2.12-3.fc5.x86_64 (60 days) dcbw AT redhat.com plague - 0.4.4.1-2.fc3.noarch plague - 0.4.4.1-2.fc3.noarch plague - 0.4.4.1-2.fc4.noarch plague - 0.4.4.1-2.fc4.noarch plague - 0.4.4.1-2.fc4.noarch gauret AT free.fr amarok - 1.4.1-3.fc6.i386 (52 days) amarok - 1.4.1-3.fc6.ppc (52 days) showimg-pgsql - 0.9.5-7.fc4.i386 showimg-pgsql - 0.9.5-7.fc4.ppc showimg-pgsql - 0.9.5-7.fc4.x86_64 showimg-pgsql - 0.9.5-7.fc5.i386 showimg-pgsql - 0.9.5-7.fc5.ppc showimg-pgsql - 0.9.5-7.fc5.x86_64 ivazquez AT ivazquez.net ecore-directfb - 0.9.9.026-2.fc6.i386 ecore-directfb - 0.9.9.026-2.fc6.ppc ecore-directfb - 0.9.9.026-2.fc6.x86_64 evas-directfb - 0.9.9.026-2.fc6.i386 evas-directfb - 0.9.9.026-2.fc6.ppc evas-directfb - 0.9.9.026-2.fc6.x86_64 j.w.r.degoede AT hhs.nl tremulous - 1.1.0-2.fc5.i386 tremulous - 1.1.0-2.fc5.ppc tremulous - 1.1.0-2.fc5.x86_64 michael AT knox.net.nz fyre - 1.0.0-14.fc6.i386 (5 days) fyre - 1.0.0-14.fc6.ppc (5 days) fyre - 1.0.0-14.fc6.x86_64 (5 days) mpeters AT mac.com gfontview - 0.5.0-5.fc5.i386 (60 days) gfontview - 0.5.0-5.fc5.ppc (60 days) gfontview - 0.5.0-5.fc5.x86_64 (60 days) gtkhtml36 - 3.6.2-5.fc6.i386 (60 days) gtkhtml36 - 3.6.2-5.fc6.ppc (60 days) gtkhtml36 - 3.6.2-5.fc6.x86_64 (60 days) libvisual-plugins - 0.2.0-3.fc5.i386 (60 days) libvisual-plugins - 0.2.0-3.fc5.i386 (60 days) libvisual-plugins - 0.2.0-3.fc5.ppc (60 days) libvisual-plugins - 0.2.0-3.fc5.ppc (60 days) libvisual-plugins - 0.2.0-3.fc5.x86_64 (60 days) libvisual-plugins - 0.2.0-3.fc5.x86_64 (60 days) mr.ecik AT gmail.com kadu-theme-emots - 0.5.0-0.7.20060808svn.fc5.i386 kadu-theme-emots - 0.5.0-0.7.20060808svn.fc5.ppc kadu-theme-emots - 0.5.0-0.7.20060808svn.fc5.x86_64 kadu-theme-emots - 0.5.0-0.8.20060808svn.fc6.i386 kadu-theme-emots - 0.5.0-0.8.20060808svn.fc6.ppc kadu-theme-emots - 0.5.0-0.8.20060808svn.fc6.x86_64 kadu-theme-gg6_compatible - 0.5.0-0.7.20060808svn.fc5.i386 kadu-theme-gg6_compatible - 0.5.0-0.7.20060808svn.fc5.ppc kadu-theme-gg6_compatible - 0.5.0-0.7.20060808svn.fc5.x86_64 kadu-theme-gg6_compatible - 0.5.0-0.8.20060808svn.fc6.i386 kadu-theme-gg6_compatible - 0.5.0-0.8.20060808svn.fc6.ppc kadu-theme-gg6_compatible - 0.5.0-0.8.20060808svn.fc6.x86_64 raven AT pmail.pl gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.i386 gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.ppc gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.x86_64 tcallawa AT redhat.com scalapack - 1.7.4-3.fc4.i386 scalapack - 1.7.4-3.fc4.ppc scalapack - 1.7.4-3.fc4.x86_64 Broken packages in fedora-extras-5-i386: ---------------------------------------------------------------------- kadu-theme-emots-0.5.0-0.7.20060808svn.fc5.i386 requires kadu = 0:0.5.0-0.7.20060808svn.fc5 kadu-theme-gg6_compatible-0.5.0-0.7.20060808svn.fc5.i386 requires kadu = 0:0.5.0-0.7.20060808svn.fc5 libvisual-plugins-0.2.0-3.fc5.i386 requires libvisual.so.0 showimg-pgsql-0.9.5-7.fc5.i386 requires libpqxx-2.6.6.so tremulous-1.1.0-2.fc5.i386 requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-5-x86_64: ---------------------------------------------------------------------- kadu-theme-emots-0.5.0-0.7.20060808svn.fc5.x86_64 requires kadu = 0:0.5.0-0.7.20060808svn.fc5 kadu-theme-gg6_compatible-0.5.0-0.7.20060808svn.fc5.x86_64 requires kadu = 0:0.5.0-0.7.20060808svn.fc5 libvisual-plugins-0.2.0-3.fc5.x86_64 requires libvisual.so.0()(64bit) showimg-pgsql-0.9.5-7.fc5.x86_64 requires libpqxx-2.6.6.so()(64bit) tremulous-1.1.0-2.fc5.x86_64 requires tremulous-data = 0:1.1.0 wine-arts-0.9.20-1.fc5.i386 requires wine-core = 0:0.9.20-1.fc5 wine-devel-0.9.20-1.fc5.i386 requires wine-core = 0:0.9.20-1.fc5 Broken packages in fedora-extras-5-ppc: ---------------------------------------------------------------------- kadu-theme-emots-0.5.0-0.7.20060808svn.fc5.ppc requires kadu = 0:0.5.0-0.7.20060808svn.fc5 kadu-theme-gg6_compatible-0.5.0-0.7.20060808svn.fc5.ppc requires kadu = 0:0.5.0-0.7.20060808svn.fc5 libvisual-plugins-0.2.0-3.fc5.ppc requires libvisual.so.0 showimg-pgsql-0.9.5-7.fc5.ppc requires libpqxx-2.6.6.so tremulous-1.1.0-2.fc5.ppc requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-4-i386: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 scalapack-1.7.4-3.fc4.i386 requires lam-devel showimg-pgsql-0.9.5-7.fc4.i386 requires libpqxx-2.6.6.so Broken packages in fedora-extras-4-x86_64: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 scalapack-1.7.4-3.fc4.x86_64 requires lam-devel showimg-pgsql-0.9.5-7.fc4.x86_64 requires libpqxx-2.6.6.so()(64bit) wine-arts-0.9.20-1.fc4.i386 requires wine-core = 0:0.9.20-1.fc4 wine-devel-0.9.20-1.fc4.i386 requires wine-core = 0:0.9.20-1.fc4 Broken packages in fedora-extras-4-ppc: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 scalapack-1.7.4-3.fc4.ppc requires lam-devel showimg-pgsql-0.9.5-7.fc4.ppc requires libpqxx-2.6.6.so Broken packages in fedora-extras-3-i386: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc3.noarch requires createrepo >= 0:0.4.3 Broken packages in fedora-extras-3-x86_64: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc3.noarch requires createrepo >= 0:0.4.3 wine-arts-0.9.20-1.fc3.i386 requires wine-core = 0:0.9.20-1.fc3 wine-devel-0.9.20-1.fc3.i386 requires wine-core = 0:0.9.20-1.fc3 Broken packages in fedora-extras-development-i386: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.i386 requires HelixPlayer ecore-directfb-0.9.9.026-2.fc6.i386 requires libdirect-0.9.so.24 ecore-directfb-0.9.9.026-2.fc6.i386 requires libfusion-0.9.so.24 ecore-directfb-0.9.9.026-2.fc6.i386 requires libdirectfb-0.9.so.24 evas-directfb-0.9.9.026-2.fc6.i386 requires libdirect-0.9.so.24 evas-directfb-0.9.9.026-2.fc6.i386 requires libfusion-0.9.so.24 evas-directfb-0.9.9.026-2.fc6.i386 requires libdirectfb-0.9.so.24 fyre-1.0.0-14.fc6.i386 requires libImath.so.2 fyre-1.0.0-14.fc6.i386 requires libIlmImf.so.2 fyre-1.0.0-14.fc6.i386 requires libHalf.so.2 fyre-1.0.0-14.fc6.i386 requires libIex.so.2 gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.i386 requires gaim = 0:2.0.0-0.11.beta3.fc6 gaim-guifications-2.12-3.fc5.i386 requires gaim < 1:2 gfontview-0.5.0-5.fc5.i386 requires libttf.so.2 gtkhtml36-3.6.2-5.fc6.i386 requires libgailutil.so.17 kadu-theme-emots-0.5.0-0.8.20060808svn.fc6.i386 requires kadu = 0:0.5.0-0.8.20060808svn.fc6 kadu-theme-gg6_compatible-0.5.0-0.8.20060808svn.fc6.i386 requires kadu = 0:0.5.0-0.8.20060808svn.fc6 koffice-krita-1.5.2-1.fc6.i386 requires libIlmImf.so.2 koffice-krita-1.5.2-1.fc6.i386 requires libImath.so.2 koffice-krita-1.5.2-1.fc6.i386 requires libIex.so.2 koffice-krita-1.5.2-1.fc6.i386 requires libHalf.so.2 libvisual-plugins-0.2.0-3.fc5.i386 requires libvisual.so.0 Broken packages in fedora-extras-development-x86_64: ---------------------------------------------------------------------- ecore-directfb-0.9.9.026-2.fc6.x86_64 requires libdirect-0.9.so.24()(64bit) ecore-directfb-0.9.9.026-2.fc6.x86_64 requires libfusion-0.9.so.24()(64bit) ecore-directfb-0.9.9.026-2.fc6.x86_64 requires libdirectfb-0.9.so.24()(64bit) evas-directfb-0.9.9.026-2.fc6.x86_64 requires libdirect-0.9.so.24()(64bit) evas-directfb-0.9.9.026-2.fc6.x86_64 requires libfusion-0.9.so.24()(64bit) evas-directfb-0.9.9.026-2.fc6.x86_64 requires libdirectfb-0.9.so.24()(64bit) fyre-1.0.0-14.fc6.x86_64 requires libIlmImf.so.2()(64bit) fyre-1.0.0-14.fc6.x86_64 requires libImath.so.2()(64bit) fyre-1.0.0-14.fc6.x86_64 requires libHalf.so.2()(64bit) fyre-1.0.0-14.fc6.x86_64 requires libIex.so.2()(64bit) gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.x86_64 requires gaim = 0:2.0.0-0.11.beta3.fc6 gaim-guifications-2.12-3.fc5.x86_64 requires gaim < 1:2 gfontview-0.5.0-5.fc5.x86_64 requires libttf.so.2()(64bit) gtkhtml36-3.6.2-5.fc6.x86_64 requires libgailutil.so.17()(64bit) kadu-theme-emots-0.5.0-0.8.20060808svn.fc6.x86_64 requires kadu = 0:0.5.0-0.8.20060808svn.fc6 kadu-theme-gg6_compatible-0.5.0-0.8.20060808svn.fc6.x86_64 requires kadu = 0:0.5.0-0.8.20060808svn.fc6 koffice-krita-1.5.2-1.fc6.x86_64 requires libIlmImf.so.2()(64bit) koffice-krita-1.5.2-1.fc6.x86_64 requires libHalf.so.2()(64bit) koffice-krita-1.5.2-1.fc6.x86_64 requires libImath.so.2()(64bit) koffice-krita-1.5.2-1.fc6.x86_64 requires libIex.so.2()(64bit) libvisual-plugins-0.2.0-3.fc5.x86_64 requires libvisual.so.0()(64bit) wine-arts-0.9.20-1.fc6.i386 requires wine-core = 0:0.9.20-1.fc6 wine-devel-0.9.20-1.fc6.i386 requires wine-core = 0:0.9.20-1.fc6 Broken packages in fedora-extras-development-ppc: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.ppc requires HelixPlayer ecore-directfb-0.9.9.026-2.fc6.ppc requires libdirect-0.9.so.24 ecore-directfb-0.9.9.026-2.fc6.ppc requires libfusion-0.9.so.24 ecore-directfb-0.9.9.026-2.fc6.ppc requires libdirectfb-0.9.so.24 evas-directfb-0.9.9.026-2.fc6.ppc requires libdirect-0.9.so.24 evas-directfb-0.9.9.026-2.fc6.ppc requires libfusion-0.9.so.24 evas-directfb-0.9.9.026-2.fc6.ppc requires libdirectfb-0.9.so.24 fyre-1.0.0-14.fc6.ppc requires libImath.so.2 fyre-1.0.0-14.fc6.ppc requires libIlmImf.so.2 fyre-1.0.0-14.fc6.ppc requires libHalf.so.2 fyre-1.0.0-14.fc6.ppc requires libIex.so.2 gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.ppc requires gaim = 0:2.0.0-0.11.beta3.fc6 gaim-guifications-2.12-3.fc5.ppc requires gaim < 1:2 gfontview-0.5.0-5.fc5.ppc requires libttf.so.2 gtkhtml36-3.6.2-5.fc6.ppc requires libgailutil.so.17 kadu-theme-emots-0.5.0-0.8.20060808svn.fc6.ppc requires kadu = 0:0.5.0-0.8.20060808svn.fc6 kadu-theme-gg6_compatible-0.5.0-0.8.20060808svn.fc6.ppc requires kadu = 0:0.5.0-0.8.20060808svn.fc6 koffice-krita-1.5.2-1.fc6.ppc requires libIlmImf.so.2 koffice-krita-1.5.2-1.fc6.ppc requires libImath.so.2 koffice-krita-1.5.2-1.fc6.ppc requires libIex.so.2 koffice-krita-1.5.2-1.fc6.ppc requires libHalf.so.2 libvisual-plugins-0.2.0-3.fc5.ppc requires libvisual.so.0 ====================================================================== New report for: andreas.bierfert AT lowlatency.de package: wine-devel - 0.9.20-1.fc5.i386 from fedora-extras-5-x86_64 unresolved deps: wine-core = 0:0.9.20-1.fc5 package: wine-arts - 0.9.20-1.fc5.i386 from fedora-extras-5-x86_64 unresolved deps: wine-core = 0:0.9.20-1.fc5 package: wine-devel - 0.9.20-1.fc4.i386 from fedora-extras-4-x86_64 unresolved deps: wine-core = 0:0.9.20-1.fc4 package: wine-arts - 0.9.20-1.fc4.i386 from fedora-extras-4-x86_64 unresolved deps: wine-core = 0:0.9.20-1.fc4 package: wine-devel - 0.9.20-1.fc3.i386 from fedora-extras-3-x86_64 unresolved deps: wine-core = 0:0.9.20-1.fc3 package: wine-arts - 0.9.20-1.fc3.i386 from fedora-extras-3-x86_64 unresolved deps: wine-core = 0:0.9.20-1.fc3 package: wine-devel - 0.9.20-1.fc6.i386 from fedora-extras-development-x86_64 unresolved deps: wine-core = 0:0.9.20-1.fc6 package: wine-arts - 0.9.20-1.fc6.i386 from fedora-extras-development-x86_64 unresolved deps: wine-core = 0:0.9.20-1.fc6 ====================================================================== New report for: mr.ecik AT gmail.com package: kadu-theme-gg6_compatible - 0.5.0-0.7.20060808svn.fc5.i386 from fedora-extras-5-i386 unresolved deps: kadu = 0:0.5.0-0.7.20060808svn.fc5 package: kadu-theme-emots - 0.5.0-0.7.20060808svn.fc5.i386 from fedora-extras-5-i386 unresolved deps: kadu = 0:0.5.0-0.7.20060808svn.fc5 package: kadu-theme-emots - 0.5.0-0.7.20060808svn.fc5.x86_64 from fedora-extras-5-x86_64 unresolved deps: kadu = 0:0.5.0-0.7.20060808svn.fc5 package: kadu-theme-gg6_compatible - 0.5.0-0.7.20060808svn.fc5.x86_64 from fedora-extras-5-x86_64 unresolved deps: kadu = 0:0.5.0-0.7.20060808svn.fc5 package: kadu-theme-emots - 0.5.0-0.7.20060808svn.fc5.ppc from fedora-extras-5-ppc unresolved deps: kadu = 0:0.5.0-0.7.20060808svn.fc5 package: kadu-theme-gg6_compatible - 0.5.0-0.7.20060808svn.fc5.ppc from fedora-extras-5-ppc unresolved deps: kadu = 0:0.5.0-0.7.20060808svn.fc5 package: kadu-theme-emots - 0.5.0-0.8.20060808svn.fc6.i386 from fedora-extras-development-i386 unresolved deps: kadu = 0:0.5.0-0.8.20060808svn.fc6 package: kadu-theme-gg6_compatible - 0.5.0-0.8.20060808svn.fc6.i386 from fedora-extras-development-i386 unresolved deps: kadu = 0:0.5.0-0.8.20060808svn.fc6 package: kadu-theme-emots - 0.5.0-0.8.20060808svn.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: kadu = 0:0.5.0-0.8.20060808svn.fc6 package: kadu-theme-gg6_compatible - 0.5.0-0.8.20060808svn.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: kadu = 0:0.5.0-0.8.20060808svn.fc6 package: kadu-theme-emots - 0.5.0-0.8.20060808svn.fc6.ppc from fedora-extras-development-ppc unresolved deps: kadu = 0:0.5.0-0.8.20060808svn.fc6 package: kadu-theme-gg6_compatible - 0.5.0-0.8.20060808svn.fc6.ppc from fedora-extras-development-ppc unresolved deps: kadu = 0:0.5.0-0.8.20060808svn.fc6 From bugs.michael at gmx.net Sun Sep 17 23:31:22 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 18 Sep 2006 01:31:22 +0200 Subject: wine (Re: Summary - Broken dependencies in Fedora Extras - 2006-09-17) In-Reply-To: <20060917204048.19915.4157@extras64.linux.duke.edu> References: <20060917204048.19915.4157@extras64.linux.duke.edu> Message-ID: <20060918013122.2ad7bd0b.bugs.michael@gmx.net> On Sun, 17 Sep 2006 20:40:48 -0000, Fedora Extras repoclosure wrote: > Summary of broken packages (by owner): > ---------------------------------------------------------------------- > andreas.bierfert AT lowlatency.de > wine-arts - 0.9.20-1.fc3.i386 > wine-arts - 0.9.20-1.fc4.i386 > wine-arts - 0.9.20-1.fc5.i386 > wine-arts - 0.9.20-1.fc6.i386 > wine-devel - 0.9.20-1.fc3.i386 > wine-devel - 0.9.20-1.fc4.i386 > wine-devel - 0.9.20-1.fc5.i386 > wine-devel - 0.9.20-1.fc6.i386 wine-arts and wine-devel added to white-list, and running the script to fix these. From robert at marcanoonline.com Mon Sep 18 01:21:46 2006 From: robert at marcanoonline.com (Robert Marcano) Date: Sun, 17 Sep 2006 21:21:46 -0400 Subject: FYI: list of extras contributors that didn't rebuild a single package In-Reply-To: <450D6BA7.8030403@leemhuis.info> References: <450D6BA7.8030403@leemhuis.info> Message-ID: <1158542506.2886.5.camel@localhost.localdomain> On Sun, 2006-09-17 at 17:37 +0200, Thorsten Leemhuis wrote: > Hi, > > I had a quick look at the extrs/devel repo *without* the needsign repo > (does anyone know why > repoquery -a --repoid= --archlist="src" > doesn't work for the needsign repo?). In other words: stuff that happend > in the past one or two days is missing. > > Anyway, it seems that the following packagers didn't rebuild a single > package: > > aaron.bennett_AT_olin.edu -- 1 packages > ankit644_AT_yahoo.com -- 1 packages > anvil_AT_livna.org -- 1 packages > bluekuja_AT_ubuntu.com -- 2 packages > byte_AT_fedoraproject.org -- 5 packages > coldwell_AT_redhat.com -- 1 packages > danken_AT_cs.technion.ac.il -- 6 packages > davidz_AT_redhat.com -- 1 packages > extras-orphan_AT_fedoraproject.org -- 5 packages > folkert_AT_vanheusden.com -- 1 packages > gijs_AT_gewis.nl -- 2 packages > hamzy_AT_us.ibm.com -- 4 packages > harald_AT_redhat.com -- 1 packages > i.pilcher_AT_comcast.net -- 1 packages > ivazquez_AT_ivazquez.net -- 12 packages > jdennis_AT_redhat.com -- 1 packages > jgarzik_AT_redhat.com -- 1 packages > jonathan.underwood_AT_gmail.com -- 4 packages > joost_AT_cnoc.nl -- 1 packages > jvdias_AT_redhat.com -- 1 packages > jylitalo_AT_iki.fi -- 1 packages > karsten_AT_redhat.com -- 1 packages > llch_AT_redhat.com -- 1 packages > markmc_AT_redhat.com -- 1 packages > matteo.ricchetti_AT_libero.it -- 1 packages > mccann0011_AT_hotmail.com -- 3 packages > michel.salim_AT_gmail.com -- 7 packages > mpeters_AT_mac.com -- 18 packages > noa_AT_resare.com -- 1 packages > nomis80_AT_nomis80.org -- 3 package > oliver.andrich_AT_gmail.com -- 1 packages > otaylor_AT_redhat.com -- 1 packages > P_AT_draigBrady.com -- 1 packages > petersen_AT_redhat.com -- 10 packages > pvrabec_AT_redhat.com -- 1 packages > qshen_AT_redhat.com -- 1 packages > qwang_AT_redhat.com -- 1 packages > robert_AT_marcanoonline.com -- 5 packages I think that your method to retrieve this list has problems, I increased the relase, removed the needsrebuild file and did the rebuild, for example see http://cvs.fedora.redhat.com/viewcvs/rpms/eclipse-subclipse/devel/?root=extras&only_with_tag=eclipse-subclipse-1_1_5-2_fc6 I was one of the first to do the rebuild because I was online when the needsrebuild files commits began to appear on my Inbox > roozbeh_AT_farsiweb.info -- 14 packages > shahms_AT_shahms.com -- 14 packages <- ignore this one, seems he rebuild > them yesterday > tamaster_AT_pobox.com -- 1 packages > toth_bandi_AT_users.sourceforge.net -- 1 packages > woodard_AT_redhat.com -- 1 packages > > 43 Contributors -- 15 of that use a redhat.com address :-/ > > Has anyone see those two: > mpeters_AT_mac.com -- 18 packages > roozbeh_AT_farsiweb.info -- 14 packages > They were both quite active in Fedora in the past but they seem to be > vanished > > CU > thl > ________________________________________ Robert Marcano ????????????????? web: http://www.marcanoonline.com/ gpg --keyserver hkp://pgp.mit.edu/ --recv-key 72A0DCFD From wtogami at redhat.com Mon Sep 18 01:42:25 2006 From: wtogami at redhat.com (Warren Togami) Date: Sun, 17 Sep 2006 21:42:25 -0400 Subject: .py* permissions opinions? Message-ID: <450DF981.10900@redhat.com> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=206877 E: bzr-gtk non-executable-script /usr/lib/python2.4/site-packages/bzrlib/plugins/gtk/viz/__init__.py 0644 Do these scripts that are not meant to be run directly really need to have executable permissions? Opinions? Warren Togami wtogami at redhat.com From wtogami at redhat.com Mon Sep 18 01:44:54 2006 From: wtogami at redhat.com (Warren Togami) Date: Sun, 17 Sep 2006 21:44:54 -0400 Subject: FYI: list of extras contributors that didn't rebuild a single package In-Reply-To: <450D6BA7.8030403@leemhuis.info> References: <450D6BA7.8030403@leemhuis.info> Message-ID: <450DFA16.10308@redhat.com> Thorsten Leemhuis wrote: > jvdias_AT_redhat.com -- 1 packages tog-pegasus is now orphaned. Warren Togami wtogami at redhat.com From Matt_Domsch at dell.com Mon Sep 18 02:16:00 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sun, 17 Sep 2006 21:16:00 -0500 Subject: Cross-compilers. In-Reply-To: <1158516620.24527.260.camel@pmac.infradead.org> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> Message-ID: <20060918021600.GB6002@lists.us.dell.com> On Sun, Sep 17, 2006 at 07:10:20PM +0100, David Woodhouse wrote: > On Sun, 2006-07-23 at 08:15 -0400, David Woodhouse wrote: > > How much interest would there be in getting a bunch of cross-compilers > > into Extras? > > Starting with binutils.... at http://david.woodhou.se/binutils.spec > there's a specfile based on the current Core package which lets you > build cross-binutils with for example > --define "binutils_target i686-fedora-linux" > > That approach lets us track the Core package directly, and I think is > sanest. What I'm not sure of, however, is how we actually deal with that > when building for Extras. Is there a simple way we can build it multiple > times with multiple definitions of %binutils_target, or would we have to > import it all into multiple directories in CVS with the requisite > one-line change and then build each one normally? > > Another possibility is that we could make a single SRPM spit out _all_ > the $ARCH-fedora-linux-binutils binary packages, building them all in a > loop. But that might involve diverging even more from the Core specfile, > which wouldn't be ideal. > > On the other hand, if we have to postprocess the Core specfile when we > export it from Core to Extras anyway, perhaps we could have a scripted > way of converting it to build multiple packages too? > > Suggestions on a postcard to... I like the one SRPM -> all binary packages idea. Any reason that *couldn't* be in Core? -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From peter at thecodergeek.com Mon Sep 18 02:26:43 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Sun, 17 Sep 2006 19:26:43 -0700 Subject: rpms/graphviz/devel graphviz.spec,1.26,1.27 In-Reply-To: <200609180159.k8I1xEev009344@cvs-int.fedora.redhat.com> References: <200609180159.k8I1xEev009344@cvs-int.fedora.redhat.com> Message-ID: <450E03E3.6040901@thecodergeek.com> Patrick Laughton (jima) wrote: > Author: jima > > Update of /cvs/extras/rpms/graphviz/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv9318/devel > > Modified Files: > graphviz.spec > Log Message: > > Taking over package with owner's consent; pushing new (hopefully working!) build. [...] Don't forget to update the owners/owners.list file in CVS when you take over the package. :P -- Peter Gordon (codergeek42) GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 My Blog: http://thecodergeek.com/blog/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From peter at thecodergeek.com Mon Sep 18 02:34:43 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Sun, 17 Sep 2006 19:34:43 -0700 Subject: .py* permissions opinions? In-Reply-To: <450DF981.10900@redhat.com> References: <450DF981.10900@redhat.com> Message-ID: <450E05C3.4050407@thecodergeek.com> Warren Togami wrote: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=206877 > > E: bzr-gtk non-executable-script > /usr/lib/python2.4/site-packages/bzrlib/plugins/gtk/viz/__init__.py 0644 > > Do these scripts that are not meant to be run directly really need to > have executable permissions? > > Opinions? I'm not a Python guru or anything, but I agree that since they do not execute on their own (merely imported from another module or script), then they do not need to be executable. Though, you should keep them world-readable! ;) The file in question most likely has a shebang header ("#!/usr/bin/python -tt", for example). Thus, rpmlint thinks it is a script due to that and hence the complaint about it not being executable. From my perspective, that is probably safe to ignore... -- Peter Gordon (codergeek42) GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 My Blog: http://thecodergeek.com/blog/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From blc at redhat.com Mon Sep 18 02:54:19 2006 From: blc at redhat.com (Brendan Conoboy) Date: Sun, 17 Sep 2006 22:54:19 -0400 Subject: Cross-compilers. (resend) Message-ID: <450E0A5B.9060702@redhat.com> Resending since my original message to fedora-extras-list bounced. David Woodhouse wrote: > Starting with binutils.... at http://david.woodhou.se/binutils.spec > there's a specfile based on the current Core package which lets you > build cross-binutils with for example --define "binutils_target i686-fedora-linux" Any particular reason for the binutils in binutils_target? Something like target_triplet could be shared across multiple packages (gcc, gdb). Also, putting some form of Fedora in the name is great, but it should be in some way versioned like i686-fedora5-linux or even i686-fc5-linux. This is a little more specific and will scale better if cross compiler interest blossoms. > That approach lets us track the Core package directly, and I think is > sanest. What I'm not sure of, however, is how we actually deal with that > when building for Extras. Is there a simple way we can build it multiple > times with multiple definitions of %binutils_target, or would we have to > import it all into multiple directories in CVS with the requisite > one-line change and then build each one normally? > > Another possibility is that we could make a single SRPM spit out _all_ > the $ARCH-fedora-linux-binutils binary packages, building them all in a > loop. But that might involve diverging even more from the Core specfile, > which wouldn't be ideal. This seems like a pretty small divergence. Instead of target_triplet use target_triplets, use a for loop and you're scarcely any further from the original spec file. That said, three downsides come to mind: 1. The build will become increasingly slow as targets are added. 2. A build failure of one target may prevent any target RPMs from being produced (optional). 3. If people want to take the idea and run with it for other targets, a single SRPM means less flexible maintainership. The question that's been gnawing on my mind since your original posting is: Where does the sys-root come from? Clearly for the Fedora targets, there exist RPMs that contain the needed files from the existing build process. These need to be available when generating the crosses. Your binutils.spec (nice) assumes there is an installation under "/usr/%{binutils_target}". Whether or not this is the right place, it'd be good for there to be a dependency that ensures this exists. My current thought is that there be a wrapper spec file that takes in the target's RPMs, puts them in a standardized directory "/usr/share/sys-roots/%{target_triplet}" (imperfect location of the day), then makes a noarch RPM out of the contents. Is this possible in the build system? How do we accommodate the GPL here? Assuming this is a viable option, binutils (gcc, etc) could simply require this package prior to building. Having distinct sys-root packages also accommodates other (non-Fedora targeted) systems for which some interest has been shown. It would be great if Fedora could be cross compiled using any host system to produce binaries for any target system, be it a supported and rare host (s390, ia64) or an entirely new target (arm, mips*). -Brendan (blc at redhat.com) From rc040203 at freenet.de Mon Sep 18 03:06:51 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 18 Sep 2006 05:06:51 +0200 Subject: Cross-compilers. In-Reply-To: <450E0746.4090509@redhat.com> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> Message-ID: <1158548811.5558.90.camel@mccallum.corsepiu.local> On Sun, 2006-09-17 at 22:41 -0400, Brendan Conoboy wrote: > David Woodhouse wrote: > > Starting with binutils.... at http://david.woodhou.se/binutils.spec > > there's a specfile based on the current Core package which lets you > > build cross-binutils with for example > > --define "binutils_target i686-fedora-linux" > > Any particular reason for the binutils in binutils_target? Something > like target_triplet could be shared across multiple packages (gcc, gdb). s/could/must/ wrt. GCC > Also, putting some form of Fedora in the name is great, but it should > be in some way versioned like i686-fedora5-linux or even i686-fc5-linux. > This is a little more specific and will scale better if cross compiler > interest blossoms. Using a versioned target-triple is inevitable for cross-toolchains, because the toolchains aren't necessarily compatible. > > That approach lets us track the Core package directly, and I think is > > sanest. What I'm not sure of, however, is how we actually deal with that > > when building for Extras. Is there a simple way we can build it multiple > > times with multiple definitions of %binutils_target, or would we have to > > import it all into multiple directories in CVS with the requisite > > one-line change and then build each one normally? > > > > Another possibility is that we could make a single SRPM spit out _all_ > > the $ARCH-fedora-linux-binutils binary packages, building them all in a > > loop. But that might involve diverging even more from the Core specfile, > > which wouldn't be ideal. > > This seems like a pretty small divergence. Instead of target_triplet > use target_triplets, use a for loop and you're scarcely any further from > the original spec file. That said, three downsides come to mind: > > 1. The build will become increasingly slow as targets are added. > 2. A build failure of one target may prevent any target RPMs from being > produced (optional). This might not be much of an issue for RH-based toolchains, but in general, but in general, in practice, this is a real showstopper to such multiple target cross-toolchains and it renders this approach to be impractical. Experience tells, one target is always broken somewhere and not all GCC versions work for all targets. Furthermore, fixing target specific bugs introduces unnecessary rebuilds for other targets - This renders this approach to be a pain to end-users. > 3. If people want to take the idea and run with it for other targets, a > single SRPM means less flexible maintainership. > > The question that's been gnawing on my mind since your original posting > is: Where does the sys-root come from? The easiest approach is to repackage the original (native) Fedora rpms into noarch rpms containing the sys-root for a cross toolchain. Ralf From tamaster at pobox.com Mon Sep 18 03:38:20 2006 From: tamaster at pobox.com (Greg Houlette) Date: Sun, 17 Sep 2006 23:38:20 -0400 Subject: Final reminder, Fedora Extras rebuild for FC6 In-Reply-To: <20060915000835.007bca73@ludwig-alpha> References: <20060915000835.007bca73@ludwig-alpha> Message-ID: <1158550700.28004.13.camel@pooh.mil-smarthomes> Rootkit Hunter does not (at this time) support Fedora Core 6. The last time the upstream database files were updated was back in May of this year. The last time the OS file digests were updated was even further back (March) with the last Fedora release supported being Core 3. The last time the 'blacklisted' digests were updated was February... It was a pretty good tool in it's day. Wish there were more to say... On Fri, 2006-09-15 at 00:08 +0200, Christian Iseli wrote: > Hi, > > This is the final reminder that all FE packages should be rebuilt for FC-6. > > Please see > https://www.redhat.com/archives/fedora-extras-list/2006-September/msg00367.html > https://www.redhat.com/archives/fedora-extras-list/2006-August/msg00611.html > http://fedoraproject.org/wiki/Extras/Schedule/FC6MassRebuild > > It appears the following packages you maintain still have a needs.rebuild > file in the devel directory. > > Regards, > Christian > ---- > rkhunter ________________________________________________________________________ Greg Houlette Tek Armory Master Chef 52. NO! Not _that_ button! --Top 100 things you don't want the sysadmin to say From a.badger at gmail.com Mon Sep 18 03:49:52 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Sun, 17 Sep 2006 20:49:52 -0700 Subject: .py* permissions opinions? In-Reply-To: <450DF981.10900@redhat.com> References: <450DF981.10900@redhat.com> Message-ID: <1158551392.5063.123.camel@localhost> On Sun, 2006-09-17 at 21:42 -0400, Warren Togami wrote: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=206877 > > E: bzr-gtk non-executable-script > /usr/lib/python2.4/site-packages/bzrlib/plugins/gtk/viz/__init__.py 0644 > > Do these scripts that are not meant to be run directly really need to > have executable permissions? If it's not meant to be run directly I'd say executable permission is not needed. Usually the reason for this warning when the file is inside of %{pythonsitelib} is because there's a #!/usr/bin/python shebang in the file. If there's a test inside or other script that could be executed by someone other than the enduser then it makes sense to ignore the rpmlint warning. If there's no test or other code that can be run by executing this on the commandline then removing the shebang is the most proper. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From fedora at leemhuis.info Mon Sep 18 04:46:16 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 18 Sep 2006 06:46:16 +0200 Subject: Updated list: Re: FYI: list of extras contributors that didn't rebuild a single package In-Reply-To: <1158542506.2886.5.camel@localhost.localdomain> References: <450D6BA7.8030403@leemhuis.info> <1158542506.2886.5.camel@localhost.localdomain> Message-ID: <450E2498.5000706@leemhuis.info> Robert Marcano schrieb: > On Sun, 2006-09-17 at 17:37 +0200, Thorsten Leemhuis wrote: > I think that your method to retrieve this list has problems, I increased > the relase, removed the needsrebuild file and did the rebuild, for > example see > > http://cvs.fedora.redhat.com/viewcvs/rpms/eclipse-subclipse/devel/?root=extras&only_with_tag=eclipse-subclipse-1_1_5-2_fc6 > > I was one of the first to do the rebuild because I was online when the > needsrebuild files commits began to appear on my Inbox Yeah, sorry, didn't get the exact time on the first run -- some of those packagers that were really fast might have fallen trough the test wrongly (like you). Here is an updated list one: aaron.bennett_AT_olin.edu -- 1 packages ankit644_AT_yahoo.com -- 1 packages bluekuja_AT_ubuntu.com -- 2 packages byte_AT_fedoraproject.org -- 5 packages coldwell_AT_redhat.com -- 1 packages davidz_AT_redhat.com -- 1 packages extras-orphan_AT_fedoraproject.org -- 5 packages folkert_AT_vanheusden.com -- 1 packages gijs_AT_gewis.nl -- 2 packages harald_AT_redhat.com -- 1 packages ivazquez_AT_ivazquez.net -- 10 packages jdennis_AT_redhat.com -- 1 packages jgarzik_AT_redhat.com -- 1 packages jvdias_AT_redhat.com -- 1 packages jylitalo_AT_iki.fi -- 1 packages markmc_AT_redhat.com -- 1 packages matteo.ricchetti_AT_libero.it -- 1 packages michel.salim_AT_gmail.com -- 7 packages mpeters_AT_mac.com -- 18 packages noa_AT_resare.com -- 1 packages nomis80_AT_nomis80.org -- 3 packages oliver.andrich_AT_gmail.com -- 1 packages otaylor_AT_redhat.com -- 1 packages P_AT_draigBrady.com -- 1 packages petersen_AT_redhat.com -- 10 packages pvrabec_AT_redhat.com -- 1 packages qshen_AT_redhat.com -- 1 packages qwang_AT_redhat.com -- 1 packages roozbeh_AT_farsiweb.info -- 14 packages tamaster_AT_pobox.com -- 1 packages toth_bandi_AT_users.sourceforge.net -- 1 packages woodard_AT_redhat.com -- 1 packages CU thl From rc040203 at freenet.de Mon Sep 18 04:49:47 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 18 Sep 2006 06:49:47 +0200 Subject: rpms/stratagus/devel stratagus--configure-libs.diff, NONE, 1.1 stratagus--configure_in-libs.diff, NONE, 1.1 stratagus.spec, 1.8, 1.9 In-Reply-To: <200609160852.k8G8qjad012615@cvs-int.fedora.redhat.com> References: <200609160852.k8G8qjad012615@cvs-int.fedora.redhat.com> Message-ID: <1158554988.5558.104.camel@mccallum.corsepiu.local> On Sat, 2006-09-16 at 01:52 -0700, Peter Lemenkov wrote: > Author: peter > > Update of /cvs/extras/rpms/stratagus/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv12592 > --- configure.in 2006-09-16 12:42:28.000000000 +0400 > +++ configure.in 2006-09-16 09:47:55.000000000 +0400 > @@ -2,7 +2,7 @@ > AC_INIT(configure.in) > AC_PREREQ([2.50]) > > -CPPFLAGS="$CPPFLAGS -I/usr/local/include -L/usr/local/lib -I/sw/include -L/sw/lib" > +CPPFLAGS="$CPPFLAGS -I/usr/include -L/usr/lib" > > AC_CHECK_HEADERS(zlib.h,, AC_MSG_ERROR(could not find zlib.h)) > AC_CHECK_HEADERS(png.h,, AC_MSG_ERROR(could not find png.h)) > > This patch is incorrect: 1. Passing -I/usr/include doesn't make sense. /usr/include is on the compiler's system include path, and is always implicitly searched, unless the package is playing tricks with compiler flags. If the package really requires -I/usr/include, it's bugged. 2. CPPFLAGS is supposed to take preprocessor flags. => -L* isn't a preprocessor flag, so passing -L* through CPPFLAGS is abusing CPPFLAGS. Without having checked this package's details you very likely can remove this CPPFLAGS line from configure.in and configure entirely. Ralf From fedora at leemhuis.info Mon Sep 18 04:57:06 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 18 Sep 2006 06:57:06 +0200 Subject: arch: needs.rebuild removed, but no new packages in the repo (Was: Re: Updated list) In-Reply-To: <450E2498.5000706@leemhuis.info> References: <450D6BA7.8030403@leemhuis.info> <1158542506.2886.5.camel@localhost.localdomain> <450E2498.5000706@leemhuis.info> Message-ID: <450E2722.2000004@leemhuis.info> Thorsten Leemhuis schrieb: > Robert Marcano schrieb: > Here is an updated list: And here a list of arch packages where the needsign file was removed, but the files in the repo are still older than Aug 27: andreas.bierfert_AT_lowlatency.de dillo 0.8.6-2.fc6 andreas.bierfert_AT_lowlatency.de libpolyxmass 0.9.0-6.fc5 andreas.bierfert_AT_lowlatency.de libpqxx 2.6.6-1.fc6 danken_AT_cs.technion.ac.il bidiv 1.5-3.fc5 danken_AT_cs.technion.ac.il hspell 1.0-4.fc6 dennis_AT_ausil.us knetworkmanager 0.1-0.3.svn20060809.fc6 fedora_AT_christoph-wickert.de xfce4-weather-plugin 0.4.9-6.fc6 gauret_AT_free.fr amarok 1.4.1-3.fc6 gauret_AT_free.fr basket 0.5.0-5.fc5 michael_AT_knox.net.nz gdk-pixbuf 0.22.0-30.fc6 orion_AT_cora.nwra.com libsynaptics 0.14.6b-2.fc6 paul_AT_all-the-johnsons.co.uk anjuta-gdl 0.6.1-4.fc6 paul_AT_all-the-johnsons.co.uk brandy 1.0.19-3.fc6 paul_AT_all-the-johnsons.co.uk libdsk 1.1.9-1.fc6 paul_AT_city-fan.org libpng10 1.0.20-3.fc6 petersen_AT_redhat.com scim-bridge 0.1.12-1.fc6 splinux_AT_fedoraproject.org gdmap 0.7.5-4.fc6 splinux_AT_fedoraproject.org glipper 0.89-3.fc6 splinux_AT_fedoraproject.org gnubiff 2.2.2-1.fc6 splinux_AT_fedoraproject.org musicbox 0.2.3-3.fc6 steve_AT_silug.org tuxpaint 0.9.15b-1.fc6 tagoh_AT_redhat.com paps 0.6.6-6.fc6 tcallawa_AT_redhat.com ebtables 2.0.8-0.5.rc1.fc6 As always: Might contain some false positives. But it looks like the script detected most of above list correctly. CU thl From enrico.scholz at informatik.tu-chemnitz.de Mon Sep 18 05:39:42 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Mon, 18 Sep 2006 07:39:42 +0200 Subject: Cross-compilers. In-Reply-To: <1158516620.24527.260.camel@pmac.infradead.org> (David Woodhouse's message of "Sun, 17 Sep 2006 19:10:20 +0100") References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> Message-ID: <87ac4xd97l.fsf@kosh.bigo.ensc.de> dwmw2 at infradead.org (David Woodhouse) writes: > Starting with binutils.... at http://david.woodhou.se/binutils.spec > there's a specfile based on the current Core package which lets you > build cross-binutils with for example > --define "binutils_target i686-fedora-linux" Some thoughts (which were brought in other postings already): * for binutils, at least '--enable-targets=%{_host}' should be added to make e.g. stripping of binaries possible by setting %_strip to the cross-strip. * for binutils, there would be an alternative approach to build them with '--enable-targets=all' to create a set of utilities (strip, objdump, ...) which work for all architectures With this method, only assembler and linker must be created separately for every arch. Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 480 bytes Desc: not available URL: From dwmw2 at infradead.org Mon Sep 18 06:58:04 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Mon, 18 Sep 2006 07:58:04 +0100 Subject: Cross-compilers. In-Reply-To: <450E0746.4090509@redhat.com> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> Message-ID: <1158562684.24527.288.camel@pmac.infradead.org> On Sun, 2006-09-17 at 22:41 -0400, Brendan Conoboy wrote: > Any particular reason for the binutils in binutils_target? Something > like target_triplet could be shared across multiple packages (gcc, gdb). > Also, putting some form of Fedora in the name is great, but it should > be in some way versioned like i686-fedora5-linux or even i686-fc5-linux. > This is a little more specific and will scale better if cross compiler > interest blossoms. I only called it that to distinguish it from RPM's _target_cpu, which is the _RPM_ target. And yes, something like i386-fedora6-linux would be better. > This seems like a pretty small divergence. Instead of target_triplet > use target_triplets, use a for loop and you're scarcely any further from > the original spec file. That said, three downsides come to mind: > > 1. The build will become increasingly slow as targets are added. > 2. A build failure of one target may prevent any target RPMs from being > produced (optional). > 3. If people want to take the idea and run with it for other targets, a > single SRPM means less flexible maintainership. Perhaps we could build all the Fedora cross-toolchains in a loop like that, but let people take it and do more esoteric targets individually in Extras. > The question that's been gnawing on my mind since your original posting > is: Where does the sys-root come from? Clearly for the Fedora targets, > there exist RPMs that contain the needed files from the existing build > process. These need to be available when generating the crosses. Your > binutils.spec (nice) assumes there is an installation under > "/usr/%{binutils_target}". Whether or not this is the right place, it'd > be good for there to be a dependency that ensures this exists. Binutils doesn't need it. I can build kernels quite happily without. > My current thought is that there be a wrapper spec file that takes in > the target's RPMs, puts them in a standardized directory > "/usr/share/sys-roots/%{target_triplet}" (imperfect location of the > day), then makes a noarch RPM out of the contents. Is this possible in > the build system? How do we accommodate the GPL here? If it's our own packages then we're already shipping the source, so the GPL shouldn't be an issue if we repackage them. Note that we want all this for populating qemu sysroots already. And we want to _share_ our sysroot with qemu. We might want ia32el using the same system too. I don't actually think we _do_ want to repackage them. If I want to be able to install the proper i686 acrobat reader packages in to my i686 qemu/gcc sysroot, I want to just use yum -- or at _least_ RPM. I don't want to have to repackage everything as noarch. We should be able to use them directly, even if we have to modify rpm a little. > Assuming this is a viable option, binutils (gcc, etc) could simply > require this package prior to building. Having distinct sys-root > packages also accommodates other (non-Fedora targeted) systems for > which some interest has been shown. I don't want to require it _prior_ to building. That might be OK for Fedora where we _have_ the sysroot prior to building the compiler, but when we don't have a pre-existing sysroot, we need to build the compiler first. See rants elsewhere over the last decade or so about dependencies and building everything three times :) > It would be great if Fedora could be cross compiled using any host > system to produce binaries for any target system, be it a supported and > rare host (s390, ia64) or an entirely new target (arm, mips*). You'll never do that until we ban autoconf in packaging. Packages in _general_ won't cross-compile. We'll always have to have a "native" environment, although qemu can fake that and your _compiler_ binary can be a real native binary in the middle of a target-sysroot, so it's nice and fast. See scratchbox, for example. -- dwmw2 From dwmw2 at infradead.org Mon Sep 18 07:01:55 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Mon, 18 Sep 2006 08:01:55 +0100 Subject: Cross-compilers. In-Reply-To: <87ac4xd97l.fsf@kosh.bigo.ensc.de> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <87ac4xd97l.fsf@kosh.bigo.ensc.de> Message-ID: <1158562915.24527.292.camel@pmac.infradead.org> On Mon, 2006-09-18 at 07:39 +0200, Enrico Scholz wrote: > dwmw2 at infradead.org (David Woodhouse) writes: > > > Starting with binutils.... at http://david.woodhou.se/binutils.spec > > there's a specfile based on the current Core package which lets you > > build cross-binutils with for example > > --define "binutils_target i686-fedora-linux" > > Some thoughts (which were brought in other postings already): > > * for binutils, at least '--enable-targets=%{_host}' should be added to > make e.g. stripping of binaries possible by setting %_strip to the > cross-strip. It certainly does no harm to do this -- but when would I want to strip _native_ binaries with i386-fedora5-linux-strip? > * for binutils, there would be an alternative approach to build them > with '--enable-targets=all' to create a set of utilities (strip, > objdump, ...) which work for all architectures > With this method, only assembler and linker must be created separately > for every arch. Yeah, that's actually the reason I abandoned the binutils-multi approach -- since we have to build the separate packages anyway, and the user has to _install_ the separate packages anyway, I figured we might as well not be poking around in the _Core_ binutils package to enable all architectures. On the other hand, if Jakub would be happy with --enable-targets=all, and we switch to generating only gas and ld on the non-native architectures, that would be a way to reduce the duplication when we end up with a lot of cross-toolchains installed. It does make the basic install bigger though, for those who aren't using cross-toolchains. I haven't looked recently at how _much_ it bloats the basic install. -- dwmw2 From rc040203 at freenet.de Mon Sep 18 07:47:28 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 18 Sep 2006 09:47:28 +0200 Subject: Cross-compilers. In-Reply-To: <1158562684.24527.288.camel@pmac.infradead.org> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> Message-ID: <1158565648.5044.7.camel@mccallum.corsepiu.local> On Mon, 2006-09-18 at 07:58 +0100, David Woodhouse wrote: > > > It would be great if Fedora could be cross compiled using any host > > system to produce binaries for any target system, be it a supported and > > rare host (s390, ia64) or an entirely new target (arm, mips*). > > You'll never do that until we ban autoconf in packaging. Sigh - Will you ever stop reiterating this FUD? All properly packaged "single-targeted" autoconf/automake based packages do support cross-compilation, OTB. Few packages do support mixed native/cross compilation and even less do support multi-target configurations. > Packages in _general_ won't cross-compile. Yes, because many packagers don't test it and because rpm doesn't support it. Ralf From sundaram at fedoraproject.org Mon Sep 18 07:50:32 2006 From: sundaram at fedoraproject.org (Rahul) Date: Mon, 18 Sep 2006 13:20:32 +0530 Subject: Brasero - burning software for GNOME Message-ID: <450E4FC8.6020402@fedoraproject.org> Hi FE candidate. http://fedoraforum.org/forum/showthread.php?t=124497 Rahul From dwmw2 at infradead.org Mon Sep 18 07:57:11 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Mon, 18 Sep 2006 08:57:11 +0100 Subject: Cross-compilers. In-Reply-To: <1158565648.5044.7.camel@mccallum.corsepiu.local> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <1158565648.5044.7.camel@mccallum.corsepiu.local> Message-ID: <1158566231.24527.308.camel@pmac.infradead.org> On Mon, 2006-09-18 at 09:47 +0200, Ralf Corsepius wrote: > On Mon, 2006-09-18 at 07:58 +0100, David Woodhouse wrote: > > > > > > It would be great if Fedora could be cross compiled using any host > > > system to produce binaries for any target system, be it a supported and > > > rare host (s390, ia64) or an entirely new target (arm, mips*). > > > > You'll never do that until we ban autoconf in packaging. > > Sigh - Will you ever stop reiterating this FUD? > All properly packaged "single-targeted" autoconf/automake based packages > do support cross-compilation, OTB. Then there are few of what you call 'properly packaged single-targeted' packages out there, because seamless support for cross-compilation has _not_ been my experience. > Few packages do support mixed native/cross compilation and even less do > support multi-target configurations. > > > Packages in _general_ won't cross-compile. > Yes, because many packagers don't test it and because rpm doesn't > support it. I've spent a lot of time attempting to cross-build the distribution. RPM actually handles it just fine -- the problems were mostly caused by the (possibly incorrect) use of autotools in the package itself. I agree, however, that there is nothing _fundamentally_ evil about autotools. Autotools don't kill cross-compilation; people do. Autotools just seem to make it easy. -- dwmw2 From fonya at fatav.hu Mon Sep 18 07:38:09 2006 From: fonya at fatav.hu (Szabo Akos) Date: Mon, 18 Sep 2006 09:38:09 +0200 Subject: Cyrus IMAP In-Reply-To: References: Message-ID: <1158565089.4164.3.camel@loon.fatav.hu> On Fri, 2006-09-15 at 16:46 +0100, hv @ Fashion Content wrote: > I have been having no luck with a test upgrade from FC2 to FC5 in terms of > Cyrus IMAPd. > > As far as I can tell the upgrade to FC4 should pose few problems, as it is > essentially the same data structure, but > I just can't get the 2.3 up and running properly. > > Anyone else experience this? I just upgrade, without problem, but if You read install-upgrade.html, You will find some db related config changes etc. -- Ciao: Fonya Rendszergazda vagyok. Ha r?h?gni l?t, mentsen! PGP key ID F86614E5, GPG key ID 83AD9365 From rc040203 at freenet.de Mon Sep 18 08:23:04 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 18 Sep 2006 10:23:04 +0200 Subject: Cross-compilers. In-Reply-To: <1158566231.24527.308.camel@pmac.infradead.org> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <1158565648.5044.7.camel@mccallum.corsepiu.local> <1158566231.24527.308.camel@pmac.infradead.org> Message-ID: <1158567785.5044.21.camel@mccallum.corsepiu.local> On Mon, 2006-09-18 at 08:57 +0100, David Woodhouse wrote: > On Mon, 2006-09-18 at 09:47 +0200, Ralf Corsepius wrote: > > On Mon, 2006-09-18 at 07:58 +0100, David Woodhouse wrote: > > > > > > > > > It would be great if Fedora could be cross compiled using any host > > > > system to produce binaries for any target system, be it a supported and > > > > rare host (s390, ia64) or an entirely new target (arm, mips*). > > > > > > You'll never do that until we ban autoconf in packaging. > > > > Sigh - Will you ever stop reiterating this FUD? > > > All properly packaged "single-targeted" autoconf/automake based packages > > do support cross-compilation, OTB. > > Then there are few of what you call 'properly packaged single-targeted' > packages out there, because seamless support for cross-compilation has > _not_ been my experience. Well, I'd estimate 90% of all lib* packages do work OTB. It's the packages' authors who ship broken configurations, because they hard-code stupid things like run-time checks or hard-coding compiler/system features (byte-order, type-sizes etc.). > > Few packages do support mixed native/cross compilation and even less do > > support multi-target configurations. > > > > > Packages in _general_ won't cross-compile. > > Yes, because many packagers don't test it and because rpm doesn't > > support it. > > I've spent a lot of time attempting to cross-build the distribution. > RPM actually handles it just fine -- the problems were mostly caused by > the (possibly incorrect) use of autotools in the package itself. Well, this is NOT my experience. RPM doesn't even get the target/host/build-tuple right for native noarch building. Building cross-compilers (Note: These are native apps!) is PITA, because RPM doesn't handle foreign binaries correctly (stripping, debug info etc. all are treated as -elf). Cross building (rpmbuild --target= ...) isn't even close to be be functional, because rpm screws up various target/host/build platforms setting (e.g. %rpmopt), and doesn't properly distinguish between target/host/build and contain many hard-coded redhat specifics (We are cross building cross-toolchain rpms to mingw, cygwin and solaris). > I agree, however, that there is nothing _fundamentally_ evil about > autotools. Autotools don't kill cross-compilation; people do. Autotools > just seem to make it easy. Right, that's a statement I can live with. Ralf From denis at poolshark.org Mon Sep 18 08:52:21 2006 From: denis at poolshark.org (Denis Leroy) Date: Mon, 18 Sep 2006 10:52:21 +0200 Subject: Brasero - burning software for GNOME In-Reply-To: <450E4FC8.6020402@fedoraproject.org> References: <450E4FC8.6020402@fedoraproject.org> Message-ID: <450E5E45.80504@poolshark.org> Rahul wrote: > Hi > > FE candidate. > > http://fedoraforum.org/forum/showthread.php?t=124497 > > Rahul https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=192420 Should probably be closed, and a new review reopened. There were some issues building on x86_64, but not sure whether that's still the case or not. Had no problems building 0.4.4 on i386. From dwmw2 at infradead.org Mon Sep 18 08:56:56 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Mon, 18 Sep 2006 09:56:56 +0100 Subject: Cross-compilers. In-Reply-To: <1158567785.5044.21.camel@mccallum.corsepiu.local> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <1158565648.5044.7.camel@mccallum.corsepiu.local> <1158566231.24527.308.camel@pmac.infradead.org> <1158567785.5044.21.camel@mccallum.corsepiu.local> Message-ID: <1158569816.24527.322.camel@pmac.infradead.org> On Mon, 2006-09-18 at 10:23 +0200, Ralf Corsepius wrote: > Well, I'd estimate 90% of all lib* packages do work OTB. Either things have got a _lot_ better since I was doing this, or you've been a lot luckier than I was. > It's the packages' authors who ship broken configurations, because they > hard-code stupid things like run-time checks or hard-coding > compiler/system features (byte-order, type-sizes etc.). Yes. Autotools seems to encourage this behaviour, rather than just encouraging people to write sane portable code in the first place. For example, why do runtime checks for word-size when you can just use explicitly sized C99 types if you actually care? But autotools makes it easy... and suddenly your package no longer compiles. Maybe autotools wouldn't be so bad if it was made much harder to do stupid things. > > > Few packages do support mixed native/cross compilation and even less do > > > support multi-target configurations. > > > > > > > Packages in _general_ won't cross-compile. > > > Yes, because many packagers don't test it and because rpm doesn't > > > support it. > > > > I've spent a lot of time attempting to cross-build the distribution. > > RPM actually handles it just fine -- the problems were mostly caused by > > the (possibly incorrect) use of autotools in the package itself. > > Well, this is NOT my experience. > > RPM doesn't even get the target/host/build-tuple right for native noarch > building. You mean in %configure? I don't recall it screwing that up, but again I haven't tried this recently. If it broke, file a bug. I suspect it's a problem with redhat-rpm-config instead of rpm itself. > Building cross-compilers (Note: These are native apps!) is PITA, because > RPM doesn't handle foreign binaries correctly (stripping, debug info > etc. all are treated as -elf). I have a vague recollection of overriding %strip. But binutils-multi would also help with this. > Cross building (rpmbuild --target= ...) isn't even close to be be > functional, because rpm screws up various target/host/build platforms > setting (e.g. %rpmopt), and doesn't properly distinguish between > target/host/build and contain many hard-coded redhat specifics (We are > cross building cross-toolchain rpms to mingw, cygwin and solaris). I haven't looked at cross-building to non-Linux RPMs. I can well believe that it's more problematic, but certainly I've had reasonable success with cross-building _Linux_ RPMs. As I said, the majority of failures I saw were with autotools being used to do the wrong thing. Not really with RPM itself. -- dwmw2 From roger at gwch.net Mon Sep 18 11:19:37 2006 From: roger at gwch.net (Roger Grosswiler) Date: Mon, 18 Sep 2006 13:19:37 +0200 (CEST) Subject: Cyrus IMAP In-Reply-To: <1158565089.4164.3.camel@loon.fatav.hu> References: <1158565089.4164.3.camel@loon.fatav.hu> Message-ID: <28913.193.223.193.103.1158578377.squirrel@www.gwch.net> > On Fri, 2006-09-15 at 16:46 +0100, hv @ Fashion Content wrote: >> I have been having no luck with a test upgrade from FC2 to FC5 in terms >> of >> Cyrus IMAPd. >> >> As far as I can tell the upgrade to FC4 should pose few problems, as it >> is >> essentially the same data structure, but >> I just can't get the 2.3 up and running properly. >> >> Anyone else experience this? > > I just upgrade, without problem, but if You read install-upgrade.html, > You will find some db related config changes etc. > > -- > Ciao: > Fonya > I remember having those problems by the migration from fc3 to fc4 too (or equal) at this stage, i had problems with the installed db4-version, if i remember right, i had to install the latest version manually. Roger From dwmw2 at infradead.org Mon Sep 18 11:27:22 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Mon, 18 Sep 2006 12:27:22 +0100 Subject: Cross-compilers. In-Reply-To: <20060918110953.GB16138@devserv.devel.redhat.com> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <1158565648.5044.7.camel@mccallum.corsepiu.local> <1158566231.24527.308.camel@pmac.infradead.org> <20060918110953.GB16138@devserv.devel.redhat.com> Message-ID: <1158578843.24527.349.camel@pmac.infradead.org> On Mon, 2006-09-18 at 07:09 -0400, Alan Cox wrote: > Autotools also makes it extremely hard to debug a cross compilation problem. > Neither does it deal with repeatability, consider what happens if you cross > build a package during beta and it works then native build it during final > and it doesn't. The vaguaries of the compiler and cross compiler suite can > cause this to bite you very occasionally. I particularly like the way bridge-utils will build _entirely_ differently according to whether it happens to detect libsysfs in the system or not. And sometimes it fails to detect libsysfs even when it's present, so it silently builds for a 2.4 kernel :) -- dwmw2 From jwboyer at jdub.homelinux.org Mon Sep 18 10:47:59 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Mon, 18 Sep 2006 05:47:59 -0500 Subject: Final reminder, Fedora Extras rebuild for FC6 In-Reply-To: <1158550700.28004.13.camel@pooh.mil-smarthomes> References: <20060915000835.007bca73@ludwig-alpha> <1158550700.28004.13.camel@pooh.mil-smarthomes> Message-ID: <1158576479.2632.0.camel@vader.jdub.homelinux.org> On Sun, 2006-09-17 at 23:38 -0400, Greg Houlette wrote: > Rootkit Hunter does not (at this time) support Fedora Core 6. The last > time the upstream database files were updated was back in May of this > year. The last time the OS file digests were updated was even further > back (March) with the last Fedora release supported being Core 3. The > last time the 'blacklisted' digests were updated was February... > > It was a pretty good tool in it's day. Wish there were more to say... Then it needs to be removed from the devel repo and marked as a dead package. josh From jima at beer.tclug.org Mon Sep 18 11:38:10 2006 From: jima at beer.tclug.org (Jima) Date: Mon, 18 Sep 2006 06:38:10 -0500 (CDT) Subject: rpms/graphviz/devel graphviz.spec,1.26,1.27 In-Reply-To: <450E03E3.6040901@thecodergeek.com> References: <200609180159.k8I1xEev009344@cvs-int.fedora.redhat.com> <450E03E3.6040901@thecodergeek.com> Message-ID: On Sun, 17 Sep 2006, Peter Gordon wrote: > Don't forget to update the owners/owners.list file in CVS when you take > over the package. :P Oh, I know; I was waiting until Oliver got back to me about the other packages I offered to take over (change them in one fell swoop, and whatnot). I understand your concern, though. :) Jima From enrico.scholz at informatik.tu-chemnitz.de Mon Sep 18 12:11:29 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Mon, 18 Sep 2006 14:11:29 +0200 Subject: Cross-compilers. In-Reply-To: <1158562915.24527.292.camel@pmac.infradead.org> (David Woodhouse's message of "Mon, 18 Sep 2006 08:01:55 +0100") References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <87ac4xd97l.fsf@kosh.bigo.ensc.de> <1158562915.24527.292.camel@pmac.infradead.org> Message-ID: <87mz8xl6ha.fsf@fc5.bigo.ensc.de> dwmw2 at infradead.org (David Woodhouse) writes: >> * for binutils, at least '--enable-targets=%{_host}' should be added to >> make e.g. stripping of binaries possible by setting %_strip to the >> cross-strip. > > It certainly does no harm to do this -- but when would I want to strip > _native_ binaries with i386-fedora5-linux-strip? E.g. when having a package shipping both native and cross binaries. gcc is an example because you might want to generate a -debuginfo package with symbols for both the native cross-gcc and the cross libraries. Enrico From tcallawa at redhat.com Mon Sep 18 12:31:15 2006 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Mon, 18 Sep 2006 07:31:15 -0500 Subject: arch: needs.rebuild removed, but no new packages in the repo (Was: Re: Updated list) In-Reply-To: <450E2722.2000004@leemhuis.info> References: <450D6BA7.8030403@leemhuis.info> <1158542506.2886.5.camel@localhost.localdomain> <450E2498.5000706@leemhuis.info> <450E2722.2000004@leemhuis.info> Message-ID: <1158582675.7015.4.camel@localhost.localdomain> On Mon, 2006-09-18 at 06:57 +0200, Thorsten Leemhuis wrote: > tcallawa_AT_redhat.com ebtables 2.0.8-0.5.rc1.fc6 Whoops. You'd think I never read the section on how to do versioning, much less wrote it. ;) Just fixed it and kicked off builds. ~spot -- Tom "spot" Callaway || Red Hat || Fedora || Aurora || GPG ID: 93054260 "We must not confuse dissent with disloyalty. We must remember always that accusation is not proof and that conviction depends upon evidence and due process of law. We will not walk in fear, one of another. We will not be driven by fear into an age of unreason, if we dig deep in our history and our doctrine, and remember that we are not descended from fearful men -- not from men who feared to write, to speak, to associate and to defend causes that were, for the moment, unpopular." -- Edward R. Murrow, March 9, 1954 From rc040203 at freenet.de Mon Sep 18 13:16:19 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 18 Sep 2006 15:16:19 +0200 Subject: Cross-compilers. In-Reply-To: <20060918110953.GB16138@devserv.devel.redhat.com> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <1158565648.5044.7.camel@mccallum.corsepiu.local> <1158566231.24527.308.camel@pmac.infradead.org> <20060918110953.GB16138@devserv.devel.redhat.com> Message-ID: <1158585380.5044.34.camel@mccallum.corsepiu.local> On Mon, 2006-09-18 at 07:09 -0400, Alan Cox wrote: > On Mon, Sep 18, 2006 at 08:57:11AM +0100, David Woodhouse wrote: > > I agree, however, that there is nothing _fundamentally_ evil about > > There is a lot fundamentally evil about autotools, it uses perl to start > with. Except that you personally seem to hate Perl and apparently feel like having to reiterate your opinion, it's an implementation detail, not of any importance to it's function. BTW: perl is the least problematic part of the autotools. The most problematic ones are shells and m4, plus people outsmarting themselves by abusing the autotools. > > autotools. Autotools don't kill cross-compilation; people do. Autotools > > just seem to make it easy. > > Autotools also makes it extremely hard to debug a cross compilation problem. How that? > Neither does it deal with repeatability, consider what happens if you cross > build a package during beta and it works then native build it during final > and it doesn't. And how is this problem related to the autotools? Use 2 different build directories and appropriate host/build/target tuples and you're done. > The vaguaries of the compiler and cross compiler suite can > cause this to bite you very occasionally. Sure, ... this would you hit with other buildsystem in the same way. > It would be good to be able to cross build Fedora, if only for slow old > architectures and embedded where its pretty essential. Sure. Ralf From rc040203 at freenet.de Mon Sep 18 13:17:38 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 18 Sep 2006 15:17:38 +0200 Subject: Cross-compilers. In-Reply-To: <1158578843.24527.349.camel@pmac.infradead.org> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <1158565648.5044.7.camel@mccallum.corsepiu.local> <1158566231.24527.308.camel@pmac.infradead.org> <20060918110953.GB16138@devserv.devel.redhat.com> <1158578843.24527.349.camel@pmac.infradead.org> Message-ID: <1158585458.5044.37.camel@mccallum.corsepiu.local> On Mon, 2006-09-18 at 12:27 +0100, David Woodhouse wrote: > On Mon, 2006-09-18 at 07:09 -0400, Alan Cox wrote: > > Autotools also makes it extremely hard to debug a cross compilation problem. > > Neither does it deal with repeatability, consider what happens if you cross > > build a package during beta and it works then native build it during final > > and it doesn't. The vaguaries of the compiler and cross compiler suite can > > cause this to bite you very occasionally. > > I particularly like the way bridge-utils will build _entirely_ > differently according to whether it happens to detect libsysfs in the > system or not. And sometimes it fails to detect libsysfs even when it's > present, so it silently builds for a 2.4 kernel :) Blame this package's authors and don't blame the tools ;) Ralf From dhowells at redhat.com Mon Sep 18 13:58:54 2006 From: dhowells at redhat.com (David Howells) Date: Mon, 18 Sep 2006 14:58:54 +0100 Subject: Cross-compilers. In-Reply-To: <1158569816.24527.322.camel@pmac.infradead.org> References: <1158569816.24527.322.camel@pmac.infradead.org> <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <1158565648.5044.7.camel@mccallum.corsepiu.local> <1158566231.24527.308.camel@pmac.infradead.org> <1158567785.5044.21.camel@mccallum.corsepiu.local> Message-ID: <21645.1158587934@warthog.cambridge.redhat.com> David Woodhouse wrote: > For example, why do runtime checks for word-size when you can just use > explicitly sized C99 types if you actually care? But you might have to build with a compiler that doesn't support them. > Maybe autotools wouldn't be so bad if it was made much harder to do > stupid things. We could take your compiler away from you and make you use Java too. David From rc040203 at freenet.de Mon Sep 18 14:07:10 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 18 Sep 2006 16:07:10 +0200 Subject: Cross-compilers. In-Reply-To: <21645.1158587934@warthog.cambridge.redhat.com> References: <1158569816.24527.322.camel@pmac.infradead.org> <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <1158565648.5044.7.camel@mccallum.corsepiu.local> <1158566231.24527.308.camel@pmac.infradead.org> <1158567785.5044.21.camel@mccallum.corsepiu.local> <21645.1158587934@warthog.cambridge.redhat.com> Message-ID: <1158588430.5044.51.camel@mccallum.corsepiu.local> On Mon, 2006-09-18 at 14:58 +0100, David Howells wrote: > David Woodhouse wrote: > > > For example, why do runtime checks for word-size when you can just use > > explicitly sized C99 types if you actually care? In autoconf >= 2.49 (released several years ago), size-type checks are compile-time checks, not run-time checks. > But you might have to build with a compiler that doesn't support them. Exactly ... but there generally is nothing wrong with using size-type checks _inside_ of a package. The real problem is people exporting the results to external header files ("exporting autoheaders"). Autoconf already does a hard job at preventing people from this, nevertheless people still do it. Ralf From hamzy at us.ibm.com Mon Sep 18 14:25:30 2006 From: hamzy at us.ibm.com (Mark Hamzy) Date: Mon, 18 Sep 2006 09:25:30 -0500 Subject: FYI: list of extras contributors that didn't rebuild a single package In-Reply-To: <20060918065810.6BC3A73272@hormel.redhat.com> Message-ID: > Thorsten Leemhuis wrote: > > jvdias_AT_redhat.com -- 1 packages > > tog-pegasus is now orphaned. > > Warren Togami > wtogami at redhat.com I can take that one over if necessary. I work on the Pegasus team. Mark Common Information Model/Web-Based Enterprise Management at http://www.openpegasus.org/ Take a look at the Linux Omni Printer Driver Framework at http://omniprint.sourceforge.net/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From blc at redhat.com Mon Sep 18 14:48:47 2006 From: blc at redhat.com (Brendan Conoboy) Date: Mon, 18 Sep 2006 10:48:47 -0400 Subject: Cross-compilers. In-Reply-To: <1158562684.24527.288.camel@pmac.infradead.org> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> Message-ID: <450EB1CF.2020108@redhat.com> David Woodhouse wrote: > Perhaps we could build all the Fedora cross-toolchains in a loop like > that, but let people take it and do more esoteric targets individually > in Extras. Sure. It would be great if core's gcc and binutils made the mesh already. > Binutils doesn't need it. I can build kernels quite happily without. That's fine if all you want to do is build a kernel, but any package is a candidate for cross compilation. > If it's our own packages then we're already shipping the source, so the > GPL shouldn't be an issue if we repackage them. This doesn't sound right. We're talking about two different repositories (core vs extras). > I don't actually think we _do_ want to repackage them. If I want to be > able to install the proper i686 acrobat reader packages in to my i686 > qemu/gcc sysroot, I want to just use yum -- or at _least_ RPM. I don't > want to have to repackage everything as noarch. We should be able to use > them directly, even if we have to modify rpm a little. Modifying rpm may be the best long term option. If RPM had a magic incantation like 'rpm -i --sysroot somepackage.mipsel.rpm' that knew to put it under /usr/sysroots/mipsel-linux-gnu that'd be great. Or we could abolish /usr/include and /usr/lib in favor of sys-roots from the ground-up. Any takers? :-) > I don't want to require it _prior_ to building. That might be OK for > Fedora where we _have_ the sysroot prior to building the compiler, but > when we don't have a pre-existing sysroot, we need to build the compiler > first. How about seeding the build system with a hand-made sys-root for the first generation? After that you can iterate using previous builds. > See rants elsewhere over the last decade or so about dependencies and > building everything three times :) Please, no... > You'll never do that until we ban autoconf in packaging. Packages in > _general_ won't cross-compile. We'll always have to have a "native" > environment, although qemu can fake that and your _compiler_ binary can > be a real native binary in the middle of a target-sysroot, so it's nice > and fast. See scratchbox, for example. Autoconf and cross compilation can work just fine together. That said, there are plenty of auto* tests that are cross-ignorant and need fixing. It's not insurmountable, but it does require every package to play nicely. I haven't looked at scratchbox before. Will do that now. -Brendan (blc at redhat.com) From dwmw2 at infradead.org Mon Sep 18 14:55:45 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Mon, 18 Sep 2006 15:55:45 +0100 Subject: Cross-compilers. In-Reply-To: <450EB1CF.2020108@redhat.com> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <450EB1CF.2020108@redhat.com> Message-ID: <1158591345.24527.376.camel@pmac.infradead.org> On Mon, 2006-09-18 at 10:48 -0400, Brendan Conoboy wrote: > > I don't want to require it _prior_ to building. That might be OK for > > Fedora where we _have_ the sysroot prior to building the compiler, but > > when we don't have a pre-existing sysroot, we need to build the compiler > > first. > > How about seeding the build system with a hand-made sys-root for the > first generation? After that you can iterate using previous builds. That should be a last resort if we really cannot fix dependencies in any other way. It's really not an ideal situation. How about just building binutils, then the compiler, then some libraries? -- dwmw2 From blc at redhat.com Mon Sep 18 15:07:28 2006 From: blc at redhat.com (Brendan Conoboy) Date: Mon, 18 Sep 2006 11:07:28 -0400 Subject: Cross-compilers. In-Reply-To: <1158591345.24527.376.camel@pmac.infradead.org> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <450EB1CF.2020108@redhat.com> <1158591345.24527.376.camel@pmac.infradead.org> Message-ID: <450EB630.6090400@redhat.com> David Woodhouse wrote: > How about just building binutils, then the compiler, then some libraries? That would be great if it's possible. How is this going to work with only the headers supplied in binutils and gcc? -Brendan (blc at redhat.com) From rc040203 at freenet.de Mon Sep 18 15:23:11 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 18 Sep 2006 17:23:11 +0200 Subject: Cross-compilers. In-Reply-To: <1158569816.24527.322.camel@pmac.infradead.org> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <1158565648.5044.7.camel@mccallum.corsepiu.local> <1158566231.24527.308.camel@pmac.infradead.org> <1158567785.5044.21.camel@mccallum.corsepiu.local> <1158569816.24527.322.camel@pmac.infradead.org> Message-ID: <1158592991.5044.72.camel@mccallum.corsepiu.local> On Mon, 2006-09-18 at 09:56 +0100, David Woodhouse wrote: > On Mon, 2006-09-18 at 10:23 +0200, Ralf Corsepius wrote: > > > > Few packages do support mixed native/cross compilation and even less do > > > > support multi-target configurations. > > > > > > > > > Packages in _general_ won't cross-compile. > > > > Yes, because many packagers don't test it and because rpm doesn't > > > > support it. > > > > > > I've spent a lot of time attempting to cross-build the distribution. > > > RPM actually handles it just fine -- the problems were mostly caused by > > > the (possibly incorrect) use of autotools in the package itself. > > > > Well, this is NOT my experience. > > > > RPM doesn't even get the target/host/build-tuple right for native noarch > > building. > > You mean in %configure? Yes. > I don't recall it screwing that up, but again I > haven't tried this recently. If it broke, file a bug. I suspect it's a > problem with redhat-rpm-config instead of rpm itself. %configure passes --target=noarch-redhat-linux to configure for noarch packages - The issue is known to RH developers for quite a while, but has been ignored so far (I don't know if there is a PR on this.) > > Building cross-compilers (Note: These are native apps!) is PITA, > because > > RPM doesn't handle foreign binaries correctly (stripping, debug info > > etc. all are treated as -elf). > > I have a vague recollection of overriding %strip. But binutils-multi > would also help with this. Nope, it would not help us much. 1. We are using patched binutils and rely upon canonicalized binutils. Therefore, non-canonicalized tools builts from HJLu's sources or vanilla FSF sources don't help us much. 2. Cross-built rpms consist of both target and native binaries. RPM treats all of them as native. We need to patch the scripts to use the correct search path. > > Cross building (rpmbuild --target= ...) isn't even close to be be > > functional, because rpm screws up various target/host/build platforms > > setting (e.g. %rpmopt), and doesn't properly distinguish between > > target/host/build and contain many hard-coded redhat specifics (We are > > cross building cross-toolchain rpms to mingw, cygwin and solaris). > > I haven't looked at cross-building to non-Linux RPMs. I can well believe > that it's more problematic, but certainly I've had reasonable success > with cross-building _Linux_ RPMs. As I said, the majority of failures I > saw were with autotools being used to do the wrong thing. Probably because you either * use ancient autotools * mix up on --host/--build/--target * are not applying canonicalization * rely upon config.cache, or worse config.site. ... > Not really with RPM itself. Conversely for me. Ralf From rc040203 at freenet.de Mon Sep 18 15:26:31 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 18 Sep 2006 17:26:31 +0200 Subject: Cross-compilers. In-Reply-To: <450EB630.6090400@redhat.com> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <450EB1CF.2020108@redhat.com> <1158591345.24527.376.camel@pmac.infradead.org> <450EB630.6090400@redhat.com> Message-ID: <1158593191.5044.76.camel@mccallum.corsepiu.local> On Mon, 2006-09-18 at 11:07 -0400, Brendan Conoboy wrote: > David Woodhouse wrote: > > How about just building binutils, then the compiler, then some libraries? > > That would be great if it's possible. How is this going to work with > only the headers supplied in binutils and gcc? It doesn't work at all. You at least need glibc, too. [BTW: None of the components involved needs the binutils headers/libs.] Ralf From dwmw2 at infradead.org Mon Sep 18 15:30:57 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Mon, 18 Sep 2006 16:30:57 +0100 Subject: Cross-compilers. In-Reply-To: <450EB630.6090400@redhat.com> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <450EB1CF.2020108@redhat.com> <1158591345.24527.376.camel@pmac.infradead.org> <450EB630.6090400@redhat.com> Message-ID: <1158593457.24527.389.camel@pmac.infradead.org> On Mon, 2006-09-18 at 11:07 -0400, Brendan Conoboy wrote: > David Woodhouse wrote: > > How about just building binutils, then the compiler, then some libraries? > > That would be great if it's possible. How is this going to work with > only the headers supplied in binutils and gcc? I believe it ought to go something like binutils < gcc < glibc < libgcc We might want to put libgcc into a separate package for the cross-toolchain, unless we can _fake_ the presence of glibc. We might only really need a dummy DSO to link libgcc against; it doesn't actually have to be glibc -- it only needs about 10 symbols to be present iirc. -- dwmw2 From mr.ecik at gmail.com Mon Sep 18 15:42:07 2006 From: mr.ecik at gmail.com (=?ISO-8859-2?Q?Micha=B3_Bentkowski?=) Date: Mon, 18 Sep 2006 17:42:07 +0200 Subject: .py* permissions opinions? In-Reply-To: <450DF981.10900@redhat.com> References: <450DF981.10900@redhat.com> Message-ID: <668bb39a0609180842m3e45b111lffe465d87c861998@mail.gmail.com> 2006/9/18, Warren Togami : > Do these scripts that are not meant to be run directly really need to > have executable permissions? > As far as I know these scripts absolutely don't need executable permissions. From rc040203 at freenet.de Mon Sep 18 15:42:32 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 18 Sep 2006 17:42:32 +0200 Subject: Cross-compilers. In-Reply-To: <1158593457.24527.389.camel@pmac.infradead.org> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <450EB1CF.2020108@redhat.com> <1158591345.24527.376.camel@pmac.infradead.org> <450EB630.6090400@redhat.com> <1158593457.24527.389.camel@pmac.infradead.org> Message-ID: <1158594152.5044.80.camel@mccallum.corsepiu.local> On Mon, 2006-09-18 at 16:30 +0100, David Woodhouse wrote: > On Mon, 2006-09-18 at 11:07 -0400, Brendan Conoboy wrote: > > David Woodhouse wrote: > > > How about just building binutils, then the compiler, then some libraries? > > > > That would be great if it's possible. How is this going to work with > > only the headers supplied in binutils and gcc? > > I believe it ought to go something like > > binutils < gcc < glibc < libgcc > > We might want to put libgcc into a separate package for the > cross-toolchain, unless we can _fake_ the presence of glibc. As mentioned a dozen of times before: Simply repackage the glibc binary rpms into a sys-rooted environment (for those GCC's supporting it - Older versions don't). Ralf From rdieter at math.unl.edu Mon Sep 18 15:50:05 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 18 Sep 2006 10:50:05 -0500 Subject: Cross-compilers. References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <1158565648.5044.7.camel@mccallum.corsepiu.local> <1158566231.24527.308.camel@pmac.infradead.org> <1158567785.5044.21.camel@mccallum.corsepiu.local> <1158569816.24527.322.camel@pmac.infradead.org> <1158592991.5044.72.camel@mccallum.corsepiu.local> Message-ID: Ralf Corsepius wrote: > On Mon, 2006-09-18 at 09:56 +0100, David Woodhouse wrote: >> I don't recall it screwing that up, but again I >> haven't tried this recently. If it broke, file a bug. I suspect it's a >> problem with redhat-rpm-config instead of rpm itself. > %configure passes --target=noarch-redhat-linux to configure for noarch > packages - The issue is known to RH developers for quite a while, but Maybe you could enlighten me on why/how --target=noarch-redhat-linux is wrong or why this *is* an issue?. I've used it (successfully, I might add) on a few occasions to generate .noarch rpms. -- Rex From rc040203 at freenet.de Mon Sep 18 16:16:23 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 18 Sep 2006 18:16:23 +0200 Subject: Cross-compilers. In-Reply-To: References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <1158565648.5044.7.camel@mccallum.corsepiu.local> <1158566231.24527.308.camel@pmac.infradead.org> <1158567785.5044.21.camel@mccallum.corsepiu.local> <1158569816.24527.322.camel@pmac.infradead.org> <1158592991.5044.72.camel@mccallum.corsepiu.local> Message-ID: <1158596183.5044.98.camel@mccallum.corsepiu.local> On Mon, 2006-09-18 at 10:50 -0500, Rex Dieter wrote: > Ralf Corsepius wrote: > > > On Mon, 2006-09-18 at 09:56 +0100, David Woodhouse wrote: > > >> I don't recall it screwing that up, but again I > >> haven't tried this recently. If it broke, file a bug. I suspect it's a > >> problem with redhat-rpm-config instead of rpm itself. > > > %configure passes --target=noarch-redhat-linux to configure for noarch > > packages - The issue is known to RH developers for quite a while, but > > Maybe you could enlighten me on why/how --target=noarch-redhat-linux is > wrong or why this *is* an issue?. I've used it (successfully, I might add) > on a few occasions to generate .noarch rpms. Because, 1) In autoconf terms, --target is the target-tuple of a cross tool. It is very rarely useful at all (only by cross-tools), so passing it on to configure call is very questionable and rare used, and even less often required. 2) The tool to check for validity of an architecture being utilized by the autotools is "config.sub". It contains a list of valid architectures, and (correctly) rejects noarch-<*>, because the initial part of a target tuple (CPU-MANUFACTURER-OS) is supposed to contain a valid cpu. noarch isn't one. I.e. there are at least different issues at once: a) broken configure scripts which mix up target/host/build. This is the typical case which triggers this break down in packages. AFAICT, several mono packages suffer from this issue. b) rpm passing an incorrect value to --target. "none" is the value config.sub has reserved for such purposes. c) rpm passing --target at all. It is very rarely used at all nor required at all. Not even building a native GNU toolchain needs it. David would need to override it for his multi-target binutils, I need it for my cross-compilers. Ralf From rdieter at math.unl.edu Mon Sep 18 16:19:52 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 18 Sep 2006 11:19:52 -0500 Subject: Cross-compilers. References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <1158565648.5044.7.camel@mccallum.corsepiu.local> <1158566231.24527.308.camel@pmac.infradead.org> <1158567785.5044.21.camel@mccallum.corsepiu.local> <1158569816.24527.322.camel@pmac.infradead.org> <1158592991.5044.72.camel@mccallum.corsepiu.local> <1158596183.5044.98.camel@mccallum.corsepiu.local> Message-ID: Ralf Corsepius wrote: > On Mon, 2006-09-18 at 10:50 -0500, Rex Dieter wrote: >> Maybe you could enlighten me on why/how --target=noarch-redhat-linux is >> wrong or why this *is* an issue?. I've used it (successfully, I might >> add) on a few occasions to generate .noarch rpms. ... > I.e. there are at least different issues at once: > b) rpm passing an incorrect value to --target. > "none" is the value config.sub has reserved for such purposes. This looks like the easiest quick-fix/short-term solution to me. -- Rex From mr.ecik at gmail.com Mon Sep 18 16:46:19 2006 From: mr.ecik at gmail.com (=?ISO-8859-2?Q?Micha=B3_Bentkowski?=) Date: Mon, 18 Sep 2006 18:46:19 +0200 Subject: Problem with Kadu themes Message-ID: <668bb39a0609180946x4d339b63i8717b2448a5c5bf@mail.gmail.com> Hi! Recently I decided to split my kadu package to kadu and kadu-theme. Before, themes were made by kadu spec and they were updated each time I released new kadu version - it was unnecessary. To avoid these not needed updates themes are now created by separate spec. But now there is a problem with yum update. `yum update kadu` causes following message: Error: Missing Dependency: kadu = 0.5.0-0.7.20060808svn.fc5 is needed by package kadu-theme-nuvola16 Error: Missing Dependency: kadu = 0.5.0-0.7.20060808svn.fc5 is needed by package kadu-theme-emots Error: Missing Dependency: kadu = 0.5.0-0.7.20060808svn.fc5 is needed by package kadu-theme-nuvola22 Error: Missing Dependency: kadu = 0.5.0-0.7.20060808svn.fc5 is needed by package kadu-theme-crystal16 Error: Missing Dependency: kadu = 0.5.0-0.7.20060808svn.fc5 is needed by package kadu-theme-crystal22 Error: Missing Dependency: kadu = 0.5.0-0.7.20060808svn.fc5 is needed by package kadu-theme-gg6_compatible Error: Missing Dependency: kadu = 0.5.0-0.7.20060808svn.fc5 is needed by package kadu-theme-glass22 Error: Missing Dependency: kadu = 0.5.0-0.7.20060808svn.fc5 is needed by package kadu-theme-glass16 But never versions of them are available in repo, `yum list kadu-theme\*` Installed Packages kadu-theme-crystal16.x86_64 0.5.0-0.7.20060808svn. installed kadu-theme-crystal22.x86_64 0.5.0-0.7.20060808svn. installed kadu-theme-emots.x86_64 0.5.0-0.7.20060808svn. installed kadu-theme-gg6_compatible.x86_64 0.5.0-0.7.20060808svn. installed kadu-theme-glass16.x86_64 0.5.0-0.7.20060808svn. installed kadu-theme-glass22.x86_64 0.5.0-0.7.20060808svn. installed kadu-theme-nuvola16.x86_64 0.5.0-0.7.20060808svn. installed kadu-theme-nuvola22.x86_64 0.5.0-0.7.20060808svn. installed Available Packages kadu-theme-crystal16.noarch 0.5.0-2.fc5 extras kadu-theme-crystal22.noarch 0.5.0-2.fc5 extras kadu-theme-glass16.noarch 0.5.0-2.fc5 extras kadu-theme-glass22.noarch 0.5.0-2.fc5 extras kadu-theme-nuvola16.noarch 0.5.0-2.fc5 extras kadu-theme-nuvola22.noarch 0.5.0-2.fc5 extras And for example: # yum update kadu-theme-crystal16 Loading "installonlyn" plugin Setting up Update Process Setting up repositories livna [1/5] updates-released [2/5] core [3/5] macromedia [4/5] extras [5/5] Reading repository metadata in from local files Could not find update match for kadu-theme-crystal16 No Packages marked for Update/Obsoletion Why can't yum see that never version? Maybe all arch-dependent kadu-theme packages should be removed from repo (like kadu-theme-gg6_compatible and kadu-theme-emots which I have already requested to remove on Extras/FCXStatus wiki page). Maybe other ideas? Thanks in advance. Micha?. From otaylor at redhat.com Mon Sep 18 16:46:37 2006 From: otaylor at redhat.com (Owen Taylor) Date: Mon, 18 Sep 2006 12:46:37 -0400 Subject: libuninameslist orphaned Message-ID: <1158597997.15462.172.camel@localhost.localdomain> I've added libuninameslist to: http://fedoraproject.org/wiki/Extras/OrphanedPackages This package is for all practical purposes an internal detail of fontforge (owned by Roozbeh Pournader, not very maintained at the moment either), so if you are interested, you probably want to contact Roozbeh and pick up both at once. - Owen From orion at cora.nwra.com Mon Sep 18 16:47:27 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Mon, 18 Sep 2006 10:47:27 -0600 Subject: arch: needs.rebuild removed, but no new packages in the repo (Was: Re: Updated list) In-Reply-To: <450E2722.2000004@leemhuis.info> References: <450D6BA7.8030403@leemhuis.info> <1158542506.2886.5.camel@localhost.localdomain> <450E2498.5000706@leemhuis.info> <450E2722.2000004@leemhuis.info> Message-ID: <450ECD9F.8010401@cora.nwra.com> Thorsten Leemhuis wrote: > > Thorsten Leemhuis schrieb: >> Robert Marcano schrieb: >> Here is an updated list: > > And here a list of arch packages where the needsign file was removed, > but the files in the repo are still older than Aug 27: > > orion_AT_cora.nwra.com libsynaptics 0.14.6b-2.fc6 Got dropped during my mass rebuild. Build kicked off. -- Orion Poplawski System Administrator 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From rc040203 at freenet.de Mon Sep 18 17:11:00 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 18 Sep 2006 19:11:00 +0200 Subject: Cross-compilers. In-Reply-To: <1158594152.5044.80.camel@mccallum.corsepiu.local> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <450EB1CF.2020108@redhat.com> <1158591345.24527.376.camel@pmac.infradead.org> <450EB630.6090400@redhat.com> <1158593457.24527.389.camel@pmac.infradead.org> <1158594152.5044.80.camel@mccallum.corsepiu.local> Message-ID: <1158599460.5044.115.camel@mccallum.corsepiu.local> On Mon, 2006-09-18 at 17:42 +0200, Ralf Corsepius wrote: > On Mon, 2006-09-18 at 16:30 +0100, David Woodhouse wrote: > > On Mon, 2006-09-18 at 11:07 -0400, Brendan Conoboy wrote: > > > David Woodhouse wrote: > > > > How about just building binutils, then the compiler, then some libraries? > > > > > > That would be great if it's possible. How is this going to work with > > > only the headers supplied in binutils and gcc? > > > > I believe it ought to go something like > > > > binutils < gcc < glibc < libgcc Forgot to mention: - libgcc is part of GCC. - The dependency GCC and glibc (and the kernel-headers) is circular. Splitting out libgcc from GCC IMO is an attempt to break this circular dependency from the wrong end. > > We might want to put libgcc into a separate package for the > > cross-toolchain, unless we can _fake_ the presence of glibc. > As mentioned a dozen of times before: Simply repackage the glibc binary > rpms into a sys-rooted environment (for those GCC's supporting it - > Older versions don't). Using the binary glibc, breaks this dependencies into the same linear, incremental dependency chain as being used for native compilation and re-uses the identical target library binaries as being used natively. Ralf From rc040203 at freenet.de Mon Sep 18 17:14:57 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 18 Sep 2006 19:14:57 +0200 Subject: Cross-compilers. In-Reply-To: References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <1158565648.5044.7.camel@mccallum.corsepiu.local> <1158566231.24527.308.camel@pmac.infradead.org> <1158567785.5044.21.camel@mccallum.corsepiu.local> <1158569816.24527.322.camel@pmac.infradead.org> <1158592991.5044.72.camel@mccallum.corsepiu.local> <1158596183.5044.98.camel@mccallum.corsepiu.local> Message-ID: <1158599697.5044.119.camel@mccallum.corsepiu.local> On Mon, 2006-09-18 at 11:19 -0500, Rex Dieter wrote: > Ralf Corsepius wrote: > > > On Mon, 2006-09-18 at 10:50 -0500, Rex Dieter wrote: > > >> Maybe you could enlighten me on why/how --target=noarch-redhat-linux is > >> wrong or why this *is* an issue?. I've used it (successfully, I might > >> add) on a few occasions to generate .noarch rpms. > ... > > I.e. there are at least different issues at once: > > > b) rpm passing an incorrect value to --target. > > "none" is the value config.sub has reserved for such purposes. > > This looks like the easiest quick-fix/short-term solution to me. To address broken configure scripts without patching rpm, yes. The real fix would be rpm to drop passing --target and leave appending it to those maintainers who really need it. Ralf From a.badger at gmail.com Mon Sep 18 17:29:27 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 18 Sep 2006 10:29:27 -0700 Subject: FESCo Meeting Minutes 2006-09-14 Message-ID: <1158600568.2836.2.camel@localhost> = 2006 September 18 FESCo = Meeting Summaries are posted on the wiki at: http://www.fedoraproject.org/wiki/Extras/SteeringCommittee/Meetings == Attending == * thl * jwb * c4chris * scop * bpepple * tibbs * spot * rdieter * abadger1999 * dgilmore == Summary == === Mass Rebuild === * Lot's of people didn't understand "bump Epoch-Version-Release" to mean EVR has to be incremented before rebuilding. * perl packages should be rebuilt too. Only "*large* noarch content" such as game data is excluded. * Packages not rebuilt will be removed from the download repository. === Extras Packages for Enterprise Linux aka EPEL aka Enterprise Extras === * Name will be Extras Packages for Enterprise Linux (by Fedora) aka EPEL * RHEL will be used in the mock buildroots. Contributers can test on CentOS, there shouldn't be any difference between the two. * Disttag will be .elX. * Will EPEL start with RHEL4 or RHEL5? ==== How long will EPEL be supported ==== * RHEL is three years of feature adds and 4 years of security updates. * EPEL packages will be supported for the full length of the targetted RHEL release. * We would like to be able to hand off updating of older EPEL releases to another maintainer (in case the current maintainer no longer is running the older RHEL release.) * Can a miantainer orphan a package or do they have to find a new maintainer first? * EPEL is a rolling release (at least for now) * Open question: Do we target the base RHEL release or the RHEL+updates releases? === Legacy in BuildRoots === * Will be added this weekend === Maintainer Repsonsibilities === * http://fedoraproject.org/wiki/Extras/Schedule/MaintainerResponsibilityPolicy === Packaging Committee Report === * Update to the pkgconfig guidelines: http://www.fedoraproject.org/wiki/Packaging Drafts/pkgconfig * Directory ownership wording change: "Packages must not own files or directories already owned by other packages that they depend on. Exceptions to this rule are: perl...." with more detailed text explaining how and when perl packages are excluded from this * New bylaw that a Package Committee member missing four meetings in a row without notifying the list is removed. === AWOL Policy === * To be discussed on the list. == Log == {{{ (10:00:29) thl has changed the topic to: FESCo Meeting in progress (10:00:32) jima: ack! (10:00:37) thl: Thursdays again already (10:00:40) ***jwb is here (10:00:44) thl: who's around? (10:00:50) c4chris: thl, hi (10:00:51) jima: blarney: i suppose we should quiet down for the duration of the meeting ;) (10:00:52) scop [n=scop] entered the room. (10:00:56) blarney: jima: k (10:00:56) ***bpepple is here. (10:01:05) scop: yo (10:01:06) thl: jwb, I might have to leave in half an hour or a bit later (10:01:12) jwb: ok (10:01:13) blarney: jima: message me off-channel (10:01:14) ***jima is logging as rabble, in case anyone needs the log afterward. (10:01:22) thl: jwb, could you finish the meeting in that case? (10:01:26) jwb: thl, yep (10:01:34) thl: jwb, tia (10:01:44) tibbs: I'm here. (10:01:47) ***spot is here (10:01:52) spot: (for once) (10:01:54) rdieter: here (10:01:56) thl: so, welcome everybody! (10:01:57) ***abadger1999 here (10:02:10) thl has changed the topic to: FESCo Meeting in progress -- M{ae}ss-Rebuild (10:02:17) thl: scop, any status update? (10:02:40) scop: not here (10:03:00) ***mmcgrath is here. (10:03:05) scop: except that I'm flabbergasted how people didn't grok "bump the EVR" (10:03:09) c4chris: still a ways to go... (10:03:28) ***abadger1999 hit EVR with a stick, does that count? (10:03:38) tibbs: scop: If it's not written down in bold type, most people will miss it. (10:03:43) thl: scop, what about perl packages? (10:03:48) thl: do they need a rebuild? (10:03:48) tibbs: If it is written down in bold type, half of the people will miss it. (10:03:56) thl: a lot of then were not rebuild yet afaics (10:03:59) jwb: can't we add a script in CVS to check if release has been bumped or not? (10:04:03) tibbs: Honestly, why not just rebuild everything and get it over with? (10:04:06) sankarshan left the room (quit: "/me goes off to take a break"). (10:04:28) scop: noarch perl-* which install into the latest perl's versioned dir don't really benefit that much (10:04:31) thl: tibbs, we need to find AWOL maintainers IMHO (10:04:35) scop: (assuming they still build, of course) (10:04:55) thl: well, should we enforce the rebuild for those packages? (10:04:56) ***cweyl is lurking (in other meeting) (10:05:00) tibbs: thl: Of course, that's one of the goals of having everything rebuilt. (10:05:08) thl: scop, that might make stuff easier when we build stuff for RHEL5 later (10:05:08) ***dgilmore is here (10:05:15) tibbs: I wasn't implying that we (or an automated system) should do the rebuilds. (10:05:28) thl: tibbs, ohh, sorry, then I misunderstood you comment (10:05:47) thl: I really think we should poke all packagers (10:06:02) thl: only stuff where it doesn't make any sense at all to rebuild should be left out (10:06:03) scop: the original intention of leaving only *large* noarch content packages such as game date without a rebuild hasn't really happened (10:06:04) dgilmore: scop: yeah i dont get how people thought not bumping EVR would work (10:06:11) thl: e.g. large data packages (10:06:20) c4chris: k, I'll poke again (10:06:41) c4chris: all the ones that still have the needs.rebuild file (10:06:41) thl: c4chris, please poke all packagers of noach packages, too (10:06:54) thl: or does someone dislike that? (10:07:02) bpepple: thl: Sounds good. (10:07:18) c4chris: plus all those not rebuilt ? (10:07:56) thl: c4chris, well, we probably have to manually look at those not rebuild yet where the needs.rebuild file was removed (10:08:25) c4chris: thl, k, but that migth be a piece of work... (10:08:27) thl: c4chris, maybe just mail them and tell them that only "*large* noarch content packages such as game data" don't need a rebuild (10:08:38) c4chris: I'll try to produce some sort of list (10:08:47) thl: c4chris, thx (10:08:56) thl: k, anything else regarding the rebuild? (10:08:58) abadger1999: Is the EVR problem big enough that we need a script to look into that? (10:09:02) thl: what do we do after Sunday? (10:09:18) thl: abadger1999, I don't think so -- maybe in the longer term (10:09:18) dgilmore: thl: send emails and remove unbuilt packages (10:09:28) scop: no (10:09:31) scop: proceed as planned (10:09:38) thl: dgilmore, that might rebult in a great mess (10:09:44) scop: remove packages whose needs.rebuild is not taken care of (10:09:46) tibbs: Unbuild packages should not be in FC6, though. (10:09:52) jima: err, what about in the case of an AWOL maintainer? (10:10:01) thl: scop, +1 (10:10:10) bpepple: scop: +1 (10:10:13) c4chris: scop, +1 (10:10:18) abadger1999: Better to break now than later +1 (10:10:20) spot: +1 (10:10:25) jwb: +1 (10:10:30) c4chris: jima, orphan process... (10:10:36) thl: scop, will you take care of that after Sunday? (10:10:39) tibbs: Is it reasonable to just not auto-branch them for FC-6? (10:10:50) thl: tibbs, they need to be removed from the repo (10:10:56) thl: otherwise they'll be in FE6 (10:11:01) scop: I can take care of that, yes (10:11:10) jima: c4chris: whee. i'd better get moving on that. (10:11:17) thl: scop, move then only aways -- just in case ;-) (10:11:19) Rathann [n=rathann] entered the room. (10:11:27) scop: ha! (10:11:46) scop: (I'll think about that ;)) (10:11:50) thl: scop, could you maybe send a small warning/heads up to the list before they get removed? (10:11:56) thl: maybe today/tomorrow? (10:12:03) ***Rathann sits quietly in the back row (10:12:11) scop: will do (10:12:19) thl: scop, tia (10:12:21) tibbs: When you say "remove from the repo", are you deleting FC-5 and older branches as well? (10:12:31) bpepple: tibbs: -1 (10:12:31) dgilmore: tibbs: no just devel (10:12:33) scop: poke me if I forget, I have a thousand things to do ATM (10:12:35) thl: tibbs, no, only devel (10:12:55) tibbs: OK. (10:13:00) thl: we normally never remove stuff from released version (10:13:04) thl: only devel (10:13:11) thl: okay, anything else? (10:13:19) thl: (regaing the mess rebuild)? (10:13:38) bpepple: If a package is removed to not being rebuilt, how can it be re-added in the future. (10:13:58) tibbs: We'll need a mechanism for requesting devel branches. (10:13:58) dgilmore: bpepple: someone takes ove and requests a branch (10:14:01) nirik: what about dependencies? (10:14:10) c4chris: bpepple, normal orphan process I guess (10:14:13) liquidat [n=liquidat] entered the room. (10:14:20) bpepple: I've got a package that currently be built due to changed in the e-d-s api, that I haven't had a chance to fix. (10:14:21) nirik: ie, something is needs.rebuild and has other items that already rebuilt using the older unrebuilt version? (10:14:27) tibbs: We'll just have to sort out dependency problems as they happen. (10:14:55) c4chris: tibbs, yes (10:15:07) c4chris: they should be reported to f-e-l (10:15:16) scop: we're not going to remove anything from CVS, just the devel package repo (10:15:30) scop: s/just the/just from/ (10:15:35) dgregor [i=dennis] entered the room. (10:15:44) liquidat left the room ("Konversation terminated!"). (10:15:45) dgregor left the room (quit: Read error: 104 (Connection reset by peer)). (10:15:47) scop: at least immediately, I think (10:15:59) dgilmore: scop: that sounds right (10:16:10) dgilmore: and add a dead.package file in cvs (10:16:45) thl: dgilmore, we should re-visit this when we come closer to FC6/FE6 (10:16:58) thl: that's probably the best solution (10:17:04) thl: that okay for everybody? (10:17:08) dgilmore: sure (10:17:12) c4chris: thl, agreed (10:17:15) scop: yes (10:17:16) abadger1999: ye (10:17:21) thl has changed the topic to: FESCo Meeting in progress -- Enterprise Extras (10:17:26) thl: k, let's move on (10:17:32) thl: mmcgrath, z00dax, are you around? (10:17:36) mmcgrath: pong (10:17:45) thl: hi mmcgrath (10:17:53) thl: just wanted to give you a heads-up (10:18:07) ***mmcgrath is also troubleshooting our torrent system so I'm kind of here and not here. (10:18:21) thl: well, after the last meeting I was wondering if we really need/want CentOS builders (10:18:36) mmcgrath: What are we going to build them on? (10:18:39) thl: wouldn't RHEL in the mock buildroots work better? (10:18:43) jwb: wait (10:18:48) jwb: can we agree on a name first? (10:18:49) mmcgrath: does mock require yum? (10:18:58) thl: people can test on centos if they want (10:19:04) thl: there should be no difference (10:19:14) thl has changed the topic to: FESCo Meeting in progress -- Enterprise Extras -- Name? (10:19:18) tibbs: Isn't the name kind of the least important thing? (10:19:33) jwb: tibbs, perhaps. but it's something we _should_ be able to accomplish today (10:19:34) mmcgrath: its also caused the most discussion. (10:19:38) tibbs: It doesn't block any technical or organizational work. (10:19:43) mmcgrath: I think the name depends on whether or not we consider this a branch or a fork. (10:19:45) spot: Fedora RPMS: Enterprise Extras (10:19:46) spot: FREE (10:19:49) ***spot giggles (10:19:49) tibbs: Fedora Extras. (10:19:50) thl: FEEL (10:19:58) jwb: Enterprise Extras (10:20:11) thl: (Fedora Extras for Enterprise Linux) (10:20:18) thl: or Fedora Extras (10:20:25) thl: those get my vote (10:20:31) mmcgrath: I personally like EE, nice generic and easy to understand. (10:20:42) jwb: i'm fine with either EE or FE (10:20:45) bpepple: +1 Fedora Extras. (10:20:48) c4chris: FEEL is the most descriptive of what it actually is (10:21:02) rdieter: FEEL++ (10:21:02) jwb: that's ok too i guess (10:21:08) ***spot thinks having "Fedora" in it will confuse RHEL end-users... but doesn't care. (10:21:14) mmcgrath: +1 to spot. (10:21:17) tibbs: I'd really like to see Fedora in there. (10:21:20) thl: spot, we can always rename it later (10:21:21) jwb: i don't want RH* to be in the name (10:21:22) mmcgrath: these packages will never make it on to a Fedora machine. (10:21:24) bpepple: tibbs: +1 (10:21:25) thl: jwb, +1 (10:21:31) jwb: ok, FEEL+1 (10:21:43) ***dgilmore preferes EE (10:21:55) spot: EE (from Fedora) (10:22:16) abadger1999: spot: How about EE (by Fedora) ? (10:22:22) spot: abadger1999: sure. (10:22:23) bpepple: FEE? (10:22:46) c4chris: abadger1999, ok too (10:22:56) tibbs: I could get behind EE (by Fedora). (10:23:07) jwb: or FEE (10:23:20) scop: FREE or FEE? ;) (10:23:20) spot: FEE: It'll cost you! ;) (10:23:30) thl: I agree slightly with mschwendt when he said that EE sounds like "Software for Enterprise" (10:23:37) ***mmcgrath doesn't understand why such pride exists over making sure Fedora gets into a package brand that will never be on a Fedora machine. (10:23:58) tibbs: Fedora is the project I have volunteered so much of my time to. (10:24:12) tibbs: My packages are Fedora packages. (10:24:17) jwb: wait, stop (10:24:35) jwb: lets settle on 3 options and then vote. EE, FEEL, EE (by Fedora) (10:24:43) c4chris: not necessarily pride, just honesty where they come from... (10:24:58) bpepple: No FEE? :( (10:25:14) abadger1999: bpepple: it's neither fee as in beer, nor fee as in freedom. :-) (10:25:15) spot: bpepple: no, it doesn't cost anything except bandwidth and time. ;) (10:25:23) ***thl considers "Extras Packages for Enterrpise Linux" (10:25:28) thl: EPEL (10:25:34) dgilmore: i think it needs to be distro agnostic as it will be used on RHEL and CentOS and other rebuilds (10:25:44) jwb: dgilmore, fair point (10:25:56) jwb: thl's new suggestion sounds distro agnostic (10:26:04) spot: Enterprise Extras Packages (EEP!) (10:26:17) jwb: spot, stop polluting the name pool ;) (10:26:24) spot: sorry. ;) (10:26:34) thl: spot, same old problems; sound like software for enterprise usage (10:26:35) bpepple: spot: Gotta have a little fun. (10:26:35) abadger1999: spot: As long as the logo has a (!) (10:26:41) dgilmore: i could live with thl's suggestion (10:26:47) thl: "Extras Packages for Enterrpise Linux (by Fedora)" (10:27:05) jwb: does anyone _not_ like EPEL? (10:27:14) spot: shouldn't there be a GNU in there somewhere? *ducks* (10:27:27) c4chris: EPEL is fine with me (10:27:30) ***spot likes EPEL fine (10:27:31) ***thl hits spot with the stick (10:27:36) rdieter: GNUEPEL (10:27:42) dgilmore: EPEL +1 (10:27:42) rdieter: +1 (for any name, really, don't care, there's bigger fish to fry) (10:27:49) abadger1999: EPEL fine (10:27:52) jwb: tibbs, ? (10:28:07) tibbs: I'm thinking. (10:28:20) tibbs: I won't object to it, but I still would like Fedora in the name. (10:28:21) ***jwb hums the jeopardy theme (10:28:29) jima: that name seems to have a lot of EPEL... (10:28:30) ***bpepple agrees with tibbs. (10:28:31) ***jima hides (10:28:52) mmcgrath: +1 epel (10:29:11) jwb: epel +1 (10:29:14) ***spot is _starving_ ... brb, going to steal training food (10:29:17) thl: epel +1 (10:29:19) jwb: i think that's a majority (10:29:51) thl: jwb, agreed (10:29:55) jwb: yay, we accomplished something today! (10:29:56) jwb: :) (10:29:59) mmcgrath: lol (10:30:00) thl: we can still revisit it if poeple don#t like it (10:30:05) jwb: right (10:30:35) thl has changed the topic to: FESCo Meeting in progress -- Enterprise Extras -- build on centos or RHEL (10:30:40) spot: eww. really bad chinese. (10:30:41) thl: okay, back to this one (10:30:49) mmcgrath: thl: honestly I'd be fine packaging both. (10:30:58) dgilmore: thl: either is fine (10:31:04) mmcgrath: I'm just unfamiliar with mock building RHEL (10:31:06) bpepple: either seems ok. (10:31:08) thl: I'd prefer RHEL (10:31:09) spot: do we want a different dist tag for centos? (10:31:14) jwb: thl, why? (10:31:17) spot: we have established tags for RHEL (10:31:17) thl: centos should always be compatible to RHEL (10:31:21) rdieter: spot: imo, no. (10:31:22) spot: but none for centos (10:31:27) dgilmore: spot: nope disttag of .el5 (10:31:28) thl: centos -> RHEL should work too (10:31:36) mmcgrath: yeah, I'd say we could give these a dist tag similar to .el or .epel (10:31:46) spot: ok, so if centos == RHEL, lets use RHEL. Red Hat will give us RHEL, i'm sure of it. (10:31:58) dgilmore: i sya stick with .el? its already setup (10:31:59) mmcgrath: Not to mention if the centos guys want branding, they're a build away from getting it :-) (10:31:59) jwb: i can't test on RHEL though (10:32:08) spot: jwb: but centos == RHEL (10:32:18) spot: anything that differs is a centos bug (10:32:19) thl: jwb, testing on centos should wrok, too (10:32:19) spot: not a RHEL bug (10:32:21) thl: or not? (10:32:31) thl: (me has no access to rhel, only centos (10:32:37) dgilmore: thl: same (10:32:41) jwb: it doesn't bother me much (10:32:50) mmcgrath: If packages don't cross-work then we should aid in correcting the OS. (10:32:54) dgilmore: i think we can asuse for the most part binary compatability (10:32:56) spot: mmcgrath: +1 (10:32:57) thl: mmcgrath, +1 (10:32:57) mmcgrath: in theory anyway :) (10:33:05) rdieter: mmcgrath: +1 (10:33:10) spot: so, since RHEL is everyone's lowest common denominator... (10:33:23) jwb: ok, that makes sense (10:33:26) c4chris: spot, :) (10:33:31) dgilmore: we use RHEL on builders (10:33:41) dgilmore: easy to do (10:33:46) thl: spot, can you help us getting a RHEL in a local yum-repo on the builders? (10:33:46) jwb: dgilmore, we being EPEL or CentOS? (10:33:53) thl: spot, with updates of course? (10:33:55) dgilmore: jwb: EPEL (10:33:56) spot: thl: sure. (10:34:06) spot: thl: just tell me where you want it. (10:34:08) jwb: k (10:34:18) thl: spot: dgilmore and mmcgrath will know (10:34:32) spot: i don't know either of them very well, but ok. ;) (10:34:40) ***dgilmore slaps spot (10:34:40) mmcgrath: hah (10:34:53) scop: for how long are packagers expected to support RHEL releases? (10:35:11) thl has changed the topic to: FESCo Meeting in progress -- Enterprise Extras -- how long are packagers expected to support RHEL releases (10:35:18) thl: scop, good question (10:35:23) tibbs: Probably the full seven years or whatever it is. (10:35:27) scop: I'm interested in participating, but not for older EL/CentOS versions than what I use (10:35:27) dgilmore: scop: as long as RH does but we need a process to allow them to step down (10:35:29) mmcgrath: actually we can get rhel copies from humphrey (10:35:41) spot: the 7 years of RHEL isn't seven years of updates... its 3 years of feature adds, then the rest is just security (10:35:54) thl: scop, I think we are talking about building for RHEL4 and later afaics (10:36:01) scop: yes (10:36:02) thl: or does anyone want to build for RHEL3? (10:36:06) dgilmore: thl: i thought for RHEL5 (10:36:08) bpepple: thl: -1 (10:36:09) jwb: i think we should start with RHEL5 (10:36:09) thl: (jsut to be sure) (10:36:15) c4chris: thl, nope (10:36:23) thl: I think we should start with RHEL4 (10:36:24) scop: anyway, RHEL4 or not, that makes a fine example (10:36:25) mmcgrath: I think http://www.redhat.com/security/updates/ should be authoritative (10:36:33) tibbs: Packagers are going to have to think hard about whether they want to branch for EL at all. (10:36:44) scop: I use 4 today, but will pretty quickly update everything to 5 when it's out (10:36:49) thl: tibbs, +1 (10:36:54) tibbs: I imagine that some will only branch once someone shows up who wants to co-maintain on EL. (10:37:02) jwb: tibbs, yes (10:37:02) scop: after that I'm not personally too keen on working on 4 (10:37:11) mmcgrath: we also have xen boxes now so in theory when a developer can't test something we should be able to set an instance up for them, though that hasn't really been discussed as far as how possible it is. (10:37:12) scop: does that preclude me from contributing? (10:37:31) dgilmore: scop: i dont think so (10:37:38) spot: scop: i say no, as long as you're willing to let someone else do any dists you don't want to (10:37:51) scop: okay, good (10:38:02) mmcgrath: Thats my question, what do we do when someone owns a package and doesn't want to create a branch for EL or for a specific version of it? (10:38:03) scop: (of course I have nothing against others chiming in on earlier releases) (10:38:04) c4chris: spot, sounds good to me (10:38:13) tibbs: What architectures are we going to build on? (10:38:25) dgilmore: mmcgrath: then it doesnt get done (10:38:29) spot: tibbs: right now? x86, x86_64, ppc. ;) (10:38:37) jwb: dgilmore, why? (10:38:43) spot: unless someone has an s390 lying around. (10:38:43) jwb: dgilmore, why couldn't someone else do it? (10:38:44) ***thl has to leave now (10:38:56) mmcgrath: later thl (10:39:01) jwb: thl, ok i'll run (10:39:01) dgilmore: jwb: if no one wants to branch for EL then it doesnt branch (10:39:03) thl: sorry guys; I'm sure you'll have a nice meeting without me (10:39:06) c4chris: thl, later (10:39:08) jwb: dgilmore, that wasn't the question (10:39:15) dgilmore: jwb: someone else could if wanted (10:39:24) jwb: dgilmore, ok that's what i was getting at (10:39:49) mmcgrath: who's going to be topic mediator while thl's out? (10:39:53) jwb: me (10:40:27) jwb: so have we agreed that EPEL packages should be supported for the full RHEL release? (10:40:36) bpepple: jwb: +1 (10:40:41) ***scop needs to go in 10 minutes (10:40:42) rdieter: +1 (10:40:45) c4chris: jwb, +1 (10:40:48) tibbs: +1 (10:40:49) mmcgrath: +1 (10:40:51) jwb: +1 (10:40:53) mmcgrath: as much as possible. (10:40:56) spot: ehh, why not. i wanna be owning lapack until i die. (10:41:21) jwb: ok, so we've got full release support and building on RHEL (10:41:23) spot: what about update releases of RHEL? (10:41:33) spot: every quarter or so, RHEL respins itself with new packages (10:41:46) c4chris: spot, we do rolling releases (10:41:47) jwb: spot, do those get a new full 7 years? (10:41:51) tibbs: There's no reason we have to sync to any release. (10:41:53) mmcgrath: hmmmm. (10:41:55) spot: jwb: no, we don't. (10:42:05) mmcgrath: I'd be fine doing releases as well. (10:42:06) spot: but these update releases might (shouldn't) break ABI/API (10:42:23) mmcgrath: EPELu4 (10:42:33) rdieter: then deal with breakage on a case-by-case basis. (10:42:33) jwb: spot, i think a rolling release strategy will cope with that (10:42:37) spot: jwb: ok. (10:42:41) c4chris: mmcgrath, EPEL-4u3 ? (10:42:44) jwb: or does anyone disagree? (10:42:55) rdieter: rolling++ (10:43:01) mmcgrath: EPEL4-u3, Spot, they're really just snapshots right? (10:43:11) c4chris: rolling++ (10:43:11) mmcgrath: so literally we'd be talking about making a copy of a point in time? (10:43:23) dgilmore: rolling ++ (10:43:33) jwb: mmcgrath, snapshots for what? (10:43:42) mmcgrath: for the specific releases of a redhat update. (10:43:43) spot: mdomsch: yeah (10:43:54) spot: err... mmcgrath: yeah (10:43:56) jwb: mmcgrath, why are those needed? (10:44:17) mmcgrath: I don't think they're needed really, but they would better comply with upstream. (10:44:22) dgilmore: jwb: you could take a snapshot and release a CD (10:44:26) spot: RHEL might add a feature to a library in U2 (10:44:27) mmcgrath: We can revisit that later though. (10:44:36) mmcgrath: Its trivial to add later. (10:44:43) spot: a EPEL package decides it wants to use that (10:44:47) jwb: i say we cross that bridge later then (10:44:55) spot: ok. (10:45:01) jwb: we don't do Extras CDs ATM either (10:45:08) dgilmore: spot: then they add BR's etc and build a new version (10:45:15) ***mmcgrath is in an enterprise environment where the 'official releases' are a big deal. (10:45:25) dgilmore: jwb: no but we shoul when core can support them at install time (10:45:39) jwb: dgilmore, i don't disagree. but that's a different topic ;) (10:45:44) dgilmore: yup (10:45:52) jwb: dgilmore, and we can handle it then so both Extras and EPEL can cope (10:46:00) jwb: or at least i would think (10:46:09) dgilmore: jwb: yeah i agree with you (10:46:18) jwb: ok. anything left for EPEL today? (10:46:43) jwb has changed the topic to: FESCo Meeting in progress -- comps.xml (10:46:50) mmcgrath: not right now, I have plenty of other questions to bring up later. (10:46:52) jwb: c4chris, dgilmore: ? (10:47:05) dgilmore: jwb: nothing to add right now (10:47:07) c4chris: not much new (10:47:07) jwb: mmcgrath, sure no problem. just trying to get to some other stuff today :) (10:47:07) mmcgrath: brb, lunch (10:47:14) ***mmcgrath ^z (10:47:19) jwb: ok. anyone else on comps? (10:47:33) dgilmore: jwb: nope (10:47:43) jwb has changed the topic to: FESCo Meeting in progress -- Activate legacy in buildroots (10:47:53) jwb: dgilmore, you're up again :) (10:48:12) dgilmore: jwb: it will be done by endf of weekend (10:48:17) dgilmore: end of (10:48:28) dgilmore: ive cleared up some things and will get it done (10:48:35) jwb: ok good. is anyone working on the maintainers responsibilities part? (10:49:04) jwb: i take that as a no (10:49:08) tibbs: Well, there was the draft, but I haven't received any comments. (10:49:18) jwb: tibbs, where was that again? (10:49:29) abadger1999: tibbs: Hey -- I posted :-) (10:49:38) tibbs: Let me see if I can find it agai. (10:49:43) abadger1999: (Too the list, not the wiki) (10:49:57) tibbs: http://fedoraproject.org/wiki/Extras/Schedule/MaintainerResponsibilityPolicy (10:50:01) jwb: dgilmore, and you will document in the wiki the FE branches in maintenance mode use Legacy packages? (10:50:22) jwb: tibbs, can you add a link to that in the status section? or do you think it needs to be it's own topic? (10:50:35) dgilmore: jwb: it will be done (10:50:44) tibbs: I thought thl had done so when he moved it under Extras/Schedule. (10:50:44) jwb: dgilmore, excellent (10:51:06) jwb: tibbs, i don't see it (10:51:12) ***scop needs to go now, seeya (10:51:15) tibbs: Honestly I think it should be its own topic. (10:51:23) jwb: tibbs, i agree. want to add it? (10:51:30) tibbs: Yes, I'm in there now. (10:51:38) jwb: great (10:51:45) jwb: ok, anything else on this? (10:52:01) jwb has changed the topic to: FESCo Meeting in progress -- PC report (10:52:08) jwb: anything from the PC this week? (10:52:09) c4chris: scop, later (10:52:17) jwb: bye scop (10:52:19) tibbs: We did make some progress. (10:52:52) tibbs: Unfortunately it really needs to be written up in a presentable format. (10:53:09) tibbs: We have to get these meetings separated in time a bit. (10:53:09) spot: ok, so here are the items that we handled (10:53:24) jwb: tibbs, understand (10:53:40) spot: We approved an update to the pkgconfig guideline. (10:53:42) spot: PackagingDrafts/pkgconfig (10:54:11) spot: We also approved a change in wording around Directory ownership: (10:54:20) spot: "Packages must not own files or directories already owned by other packages that they depend on. Exceptions to this rule are: perl...." (10:54:48) spot: with more detailed text explaining how and when perl packages are excluded from this (10:55:32) spot: And: We passed a rule that if a PC member misses four meetings in a row (without notifying the list), they're removed. (10:55:33) jwb: ok (10:55:41) jwb: oh (10:55:43) jwb: ok (10:55:45) spot: They get a warning at three. (10:55:59) jwb: has that been a problem? (10:56:05) spot: unfortunately, yes. (10:56:19) jwb: well i'm glad to see FESCo hasn't hit that yet :) (10:56:25) jwb: spot, ok. anything else? (10:56:32) spot: nope. thats a lot for us. :) (10:56:41) xris [n=xris] entered the room. (10:56:44) jwb: ok. thanks (10:56:46) jima: might not be a bad idea to vote in that idea for FESCo. (10:57:01) jwb: jima, perhaps. but not this week (10:57:08) jwb: ok, we've got 1 minute (10:57:10) bpepple: jima: It doesn't seem to be a problem so far. (10:57:16) jima: bpepple: so far. (10:57:29) jwb: is there anything people want to discuss that needs to be done this week? (10:57:40) tibbs: AWOL Policy. (10:57:49) tibbs: But we can do this on-list. (10:58:01) jwb: tibbs, yes let's do it on-list this week (10:58:09) jwb: thanks for emailing that out (10:58:28) jwb: ok. i have to leave now, but you guys can keep going (10:58:30) jwb: who wants the topic baton? (10:58:44) pygi left the room (quit: Read error: 110 (Connection timed out)). (10:58:46) jwb: or i'll ajourn in 30 (10:58:55) bpepple: ajourn. (10:59:02) tibbs: Sorry, I'm buried in wikicode. (10:59:12) tibbs: I have nothing else to add. (10:59:26) abadger1999: nothing from me either. (10:59:27) jwb: ok. it seems like a good stopping point anyway (10:59:35) ***jwb closes the meeting (10:59:50) jwb: -- MARK -- }}} -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From blc at redhat.com Mon Sep 18 17:51:25 2006 From: blc at redhat.com (Brendan Conoboy) Date: Mon, 18 Sep 2006 13:51:25 -0400 Subject: Cross-compilers. In-Reply-To: <1158593457.24527.389.camel@pmac.infradead.org> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <450EB1CF.2020108@redhat.com> <1158591345.24527.376.camel@pmac.infradead.org> <450EB630.6090400@redhat.com> <1158593457.24527.389.camel@pmac.infradead.org> Message-ID: <450EDC9D.1000306@redhat.com> David Woodhouse wrote: > We might want to put libgcc into a separate package for the > cross-toolchain, unless we can _fake_ the presence of glibc. We might > only really need a dummy DSO to link libgcc against; it doesn't actually > have to be glibc -- it only needs about 10 symbols to be present iirc. Would you trust a gcc built against a fake glibc? I wouldn't. When bootstrapping a glibc targeted cross compiler, my method is: 1. Create minimal sys-root with glibc-kernheaders (Haven't done this since the package change) plus a few fake headers that glibc would normally provide. 2. Create target-gcc with step 1 headers. 3. Create target-glibc sys-root with step 2. 4. Create final target-gcc with step 3. 5. Create final target-glibc with step 4. Steps 1-3 are throw-away bits. Placing cross compilers in Fedora does not require all this because the build system does not need to solve the chicken&egg problem. The main problem to be solved is The Right Way (tm) to leverage those already-generated files that a sys-root is composed of. Suggestions: 1. Repackage binary rpms as noarch rpms under a sys-root tree. 2. Modify rpm such that RPMs of different architectures can be installed in a sys-root tree. 3. Modify Fedora so that all headers and libraries are by default in a sys-root. 4. Modify something (rpm? all packages?) such that an optional sys-root package is emitted along with devel packages. Sort of like debuginfo. ... -Brendan (blc at redhat.com) From bugs.michael at gmx.net Mon Sep 18 19:04:47 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 18 Sep 2006 21:04:47 +0200 Subject: Problem with Kadu themes In-Reply-To: <668bb39a0609180946x4d339b63i8717b2448a5c5bf@mail.gmail.com> References: <668bb39a0609180946x4d339b63i8717b2448a5c5bf@mail.gmail.com> Message-ID: <20060918210447.0c1ebdb3.bugs.michael@gmx.net> On Mon, 18 Sep 2006 18:46:19 +0200, Micha? Bentkowski wrote: > Hi! > Recently I decided to split my kadu package to kadu and kadu-theme. > Before, themes were made by kadu spec and they were updated each time > I released new kadu version - it was unnecessary. To avoid these not > needed updates themes are now created by separate spec. > But now there is a problem with yum update. > `yum update kadu` causes following message: > Error: Missing Dependency: kadu = 0.5.0-0.7.20060808svn.fc5 is needed > by package kadu-theme-nuvola16 > Error: Missing Dependency: kadu = 0.5.0-0.7.20060808svn.fc5 is needed > by package kadu-theme-emots > But never versions of them are available in repo, `yum list kadu-theme\*` > Installed Packages > kadu-theme-crystal16.x86_64 0.5.0-0.7.20060808svn. installed > kadu-theme-crystal22.x86_64 0.5.0-0.7.20060808svn. installed > kadu-theme-emots.x86_64 0.5.0-0.7.20060808svn. installed > kadu-theme-gg6_compatible.x86_64 0.5.0-0.7.20060808svn. installed > kadu-theme-glass16.x86_64 0.5.0-0.7.20060808svn. installed > kadu-theme-glass22.x86_64 0.5.0-0.7.20060808svn. installed > kadu-theme-nuvola16.x86_64 0.5.0-0.7.20060808svn. installed > kadu-theme-nuvola22.x86_64 0.5.0-0.7.20060808svn. installed > Available Packages > kadu-theme-crystal16.noarch 0.5.0-2.fc5 extras > kadu-theme-crystal22.noarch 0.5.0-2.fc5 extras > kadu-theme-glass16.noarch 0.5.0-2.fc5 extras > kadu-theme-glass22.noarch 0.5.0-2.fc5 extras > kadu-theme-nuvola16.noarch 0.5.0-2.fc5 extras > kadu-theme-nuvola22.noarch 0.5.0-2.fc5 extras You've switched from non-noarch to noarch (or vice versa), which confuses package resolvers (why exactly, I always forget - but it would make sense if it were because both package types could coexist nicely). This is a thing packagers should avoid like the plague. I get the same broken deps on i386 when I run sudo yum install kadu-theme-nuvola16 but no such problems when I do sudo yum install kadu-theme-nuvola16.noarch What I can do at the repository level is to get rid of any old non-noarch rpms. I believe that is enough to "fix" it. From mr.ecik at gmail.com Mon Sep 18 19:15:52 2006 From: mr.ecik at gmail.com (=?ISO-8859-2?Q?Micha=B3_Bentkowski?=) Date: Mon, 18 Sep 2006 21:15:52 +0200 Subject: Problem with Kadu themes In-Reply-To: <20060918210447.0c1ebdb3.bugs.michael@gmx.net> References: <668bb39a0609180946x4d339b63i8717b2448a5c5bf@mail.gmail.com> <20060918210447.0c1ebdb3.bugs.michael@gmx.net> Message-ID: <668bb39a0609181215p29a25d9at3013dec3600baca7@mail.gmail.com> 2006/9/18, Michael Schwendt : > What I can do at the repository level is to get rid of any old non-noarch > rpms. I believe that is enough to "fix" it. So, you'll fix it or I should report it on http://fedoraproject.org/wiki/Extras/FC5Status site? From will.partain at verilab.com Mon Sep 18 19:10:35 2006 From: will.partain at verilab.com (Will Partain) Date: Mon, 18 Sep 2006 20:10:35 +0100 Subject: Cyrus IMAP References: Message-ID: > I have been having no luck with a test upgrade from FC2 to FC5 in terms of > Cyrus IMAPd. > > As far as I can tell the upgrade to FC4 should pose few problems, as it is > essentially the same data structure, but > I just can't get the 2.3 up and running properly. When I did a yum-upgrade from FC4 (cyrus-imapd 2.2.x) to FC5 (2.3.x), i.e. started up 2.3 with 2.2 files sitting on disk, it set about converting things. The conversion of the deliver.db [BDB format] went off into la-la land (I killed it after it had dribbled 1GB onto the disk). Instead, I did... rm tls_sessions.db deliver.db ... and let it convert the rest. (There's a Mac OS X upgrade script out there that does exactly this, by the way.) The resulting FC5 mail system has *not* been thoroughly tested. Your mileage may vary. I may not know what I'm talking about. Will From sodarock at gmail.com Mon Sep 18 20:01:15 2006 From: sodarock at gmail.com (John Villalovos) Date: Mon, 18 Sep 2006 13:01:15 -0700 Subject: Mock and the [groups] files Message-ID: <5e61b72f0609181301t63a01251rdb42c54d6a182694@mail.gmail.com> I am looking for documentation on how to create the directory structure that the [groups] entry point to when using Mock? I would like to use Mock to build some packages for CentOS 4.4 but I am unsure on how to create the files that the [groups] entry points to. So in the one for Fedora Core 5 I see: buildroots.xml buildsys-macros-5-2.fc5.noarch.rpm buildsys-build-0.5-1.noarch.rpm buildsys-macros-5-2.fc5.src.rpm buildsys-build-0.5-3.fc5.noarch.rpm repodata/ I found the spec file to create a buildsys-build rpm. Though not sure if it is as simple as doing an rpmbuild -ba buildsys-build.spec, while running on CentOS 4.4 But after that I am kind of lost. Thanks for any info, John From fedora-extras-list.listman at linuxnetz.de Mon Sep 18 20:52:14 2006 From: fedora-extras-list.listman at linuxnetz.de (Robert Scheck) Date: Mon, 18 Sep 2006 22:52:14 +0200 Subject: librsync orphaned Message-ID: <20060918205214.GA2116@hurricane.linuxnetz.de> Hello folks, from my understanding when reading Extras/Schedule/FC6MassRebuild, the package librsync is orphaned now, right? I would be interested in taking it, am I allowed to do so? librsync-0.9.7-4.src.rpm 28-Feb-2006 15:03 442K Greetings, Robert From ville.skytta at iki.fi Mon Sep 18 20:52:55 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Mon, 18 Sep 2006 23:52:55 +0300 Subject: Extras packages queued for removal after (non-)rebuild Message-ID: <1158612775.2902.140.camel@viper.local> Hi, The deadline for the FE mass rebuild for FC6 was today, 153 packages which are still in the devel (package) repo have not had their needs.rebuild file treated in CVS. Attachments: - not-treated.txt: the 153 packages above - not-treated-already-removed.txt: not treated, but already removed - not-treated-deps.txt: packages that have dependencies to the above or subpackages of the above, but are not listed in the above The not-treated-deps.txt list is informational -- it may contain false positives and lack some packages, and it does not take build dependencies into account. Maintainers of packages listed in it may want to look into it anyway. Cleanup of packages listed in not-treated.txt from the devel package repo will start today. Changing their status to orphaned and removing them from comps will be done a bit later, and packages that have dependencies to those removed will be cleaned up incrementally in the next few days. Package dirs in CVS will be taken care of later, but anyway I suppose before FC-6 is branched. -------------- next part -------------- adns alacarte alsa-tools amaya artwiz-aleczapka-fonts autotrace banner blam blktool bwm-ng camstream cdlabelgen cfs charis-fonts cpan2rpm ctorrent cvsplot daap-sharp darcs ddclient ddskk doulos-fonts ecore edb edje eet embryo evas firestarter flim fontforge fonttools FreeWnn fslint gai gaim-guifications gaim-otr gai-pal gdeskcal gdl gentium-fonts gfontview ghc gnet2 gnome-build gnomesword gnome-yum gnugo gourmet grhino gstreamer08-python gstreamer-python gtk2hs gtkhtml36 gtranslator haddock hexter-dssi html-xml-utils ifplugd jakarta-commons-cli jikes jlint john koffice koffice-langpack lcdf-typetools lcov lft libannodex libcmml libdnet libifp liblrdf liboggz librsync libstatgrab libuninameslist libvisual-plugins linux-libertine-fonts lsscsi mach MagicPoint mantis mediawiki mod_annodex NetworkManager-vpnc notecase nucleo opencv openmpi pan pdsh pengupop perl-Apache-LogRegex perl-File-BOM perl-Gnome2-Canvas perl-Gtk2-GladeXML perl-Imager perl-Mail-Alias perl-Readonly perl-Readonly-XS perl-Spoon perl-Spreadsheet-ParseExcel perl-Unix-Statgrab perl-YAML-Parser-Syck polyxmass-common polyxmass-data polyxmass-doc PyRTF python-adns python-cherrypy python-cherrytemplate python-enchant python-nltk python-twisted PyX pyxdg qascade quadkonsole quarry rblcheck rdiff-backup repoml rkhunter rman rpmDirectoryCheck ruby-mysql sabayon scanssh scim-chinese-standard scim-fcitx scribus-templates skkdic spicctrl Sprog ss5 straw sword synce-software-manager synce-trayicon system-config-control t1lib t1utils taskjuggler tetex-fontools tetex-prosper translate-toolkit ttf2pt1 v2strip vorbisgain xplanet z88dk zeroinstall-injector -------------- next part -------------- alsa-firmware dogtail dxpc gnome-applet-netmon Gtk-Perl icmpdn initng leafnode libevent libmatchbox oooqs2 pyspi R-RScaLAPACK silky zoo -------------- next part -------------- amarok amarok-visualisation ardour azureus blacs blacs-devel buildbot duplicity fbdesk flumotion fluxbox fluxconf fyre gai-temp gcombust gnash-plugin grace grace-devel gurlchecker ip6sic istanbul kadu-amarok mftrace mod_annodex paraview paraview-data paraview-mpi perl-Kwiki perl-Kwiki-Archive-Rcs perl-Kwiki-Attachments perl-Kwiki-Diff perl-Kwiki-ModPerl perl-Kwiki-NewPage perl-Kwiki-Raw perl-Kwiki-RecentChanges perl-Kwiki-Revisions perl-Kwiki-Search perl-Kwiki-UserName perl-Kwiki-UserPreferences perl-Kwiki-Users-Remote pyicq-t pyicq-t-mysql python-cvstoys rosegarden4 scalapack scalapack-devel scim-skk serpentine smeg soundconverter statgrab-tools TurboGears From orion at cora.nwra.com Mon Sep 18 21:16:54 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Mon, 18 Sep 2006 15:16:54 -0600 Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: <1158612775.2902.140.camel@viper.local> References: <1158612775.2902.140.camel@viper.local> Message-ID: <450F0CC6.5040702@cora.nwra.com> Ville Skytt? wrote: > Hi, > > The deadline for the FE mass rebuild for FC6 was today, 153 packages > which are still in the devel (package) repo have not had their > needs.rebuild file treated in CVS. > > Attachments: > - not-treated.txt: the 153 packages above > - not-treated-already-removed.txt: not treated, but already removed > - not-treated-deps.txt: packages that have dependencies to the above or > subpackages of the above, but are not listed in the above > > The not-treated-deps.txt list is informational -- it may contain false > positives and lack some packages, and it does not take build > dependencies into account. Maintainers of packages listed in it may > want to look into it anyway. > > Cleanup of packages listed in not-treated.txt from the devel package > repo will start today. Changing their status to orphaned and removing > them from comps will be done a bit later, and packages that have > dependencies to those removed will be cleaned up incrementally in the > next few days. Package dirs in CVS will be taken care of later, but > anyway I suppose before FC-6 is branched. So, if I want to take over maintaining any of these, when can I do it? When they are officially orphaned? Will this be done before being removed from comps (to avoid having to re-add them)? -- Orion Poplawski System Administrator 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From tcallawa at redhat.com Mon Sep 18 21:43:49 2006 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Mon, 18 Sep 2006 16:43:49 -0500 Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: <1158612775.2902.140.camel@viper.local> References: <1158612775.2902.140.camel@viper.local> Message-ID: <1158615829.7015.72.camel@localhost.localdomain> On Mon, 2006-09-18 at 23:52 +0300, Ville Skytt? wrote: > Hi, > > The deadline for the FE mass rebuild for FC6 was today, 153 packages > which are still in the devel (package) repo have not had their > needs.rebuild file treated in CVS. > > Attachments: > - not-treated.txt: the 153 packages above > - not-treated-already-removed.txt: not treated, but already removed > - not-treated-deps.txt: packages that have dependencies to the above or > subpackages of the above, but are not listed in the above > > The not-treated-deps.txt list is informational -- it may contain false > positives and lack some packages, and it does not take build > dependencies into account. Maintainers of packages listed in it may > want to look into it anyway. scalapack/scalapack-devel were built on Friday, needs.rebuild was removed then. I've finally managed to figure out why R-RScaLAPACK wasn't building, its now built for development, and needs.rebuild is removed. ~spot -- Tom "spot" Callaway || Red Hat || Fedora || Aurora || GPG ID: 93054260 "We must not confuse dissent with disloyalty. We must remember always that accusation is not proof and that conviction depends upon evidence and due process of law. We will not walk in fear, one of another. We will not be driven by fear into an age of unreason, if we dig deep in our history and our doctrine, and remember that we are not descended from fearful men -- not from men who feared to write, to speak, to associate and to defend causes that were, for the moment, unpopular." -- Edward R. Murrow, March 9, 1954 From buildsys at fedoraproject.org Mon Sep 18 21:57:58 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 18 Sep 2006 17:57:58 -0400 (EDT) Subject: Package EVR problems in FC+FE 2006-09-18 Message-ID: <20060918215758.55DD715212C@buildsys.fedoraproject.org> UNKNOWN OWNER (possibly Core package): device-mapper FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) FC4-updates > FC6 (0:1.02.07-2.0 > 0:1.02.07-1.1) frysk FC5-updates > FC6 (0:0.0.1.2006.09.15.rh1-1.fc5 > 0:0.0.1.2006.09.08.rh1-2.fc6) lvm2 FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) mozilla FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) nspr FC5-updates > FC6 (0:4.6.3-0.5.fc5 > 0:4.6.2-1.1) nss FC5-updates > FC6 (0:3.11.3-0.5.fc5 > 0:3.11.2-2) quagga FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) tar FC5-updates > FC6 (0:1.15.91-1.FC5 > 0:1.15.91-1) andreas.bierfert AT lowlatency.de: dillo FE3 > FE5 (0:0.8.6-2.fc3 > 0:0.8.6-1.fc5) FE4 > FE5 (0:0.8.6-2.fc4 > 0:0.8.6-1.fc5) libpqxx FE4 > FE6 (0:2.6.7-1.fc4 > 0:2.6.6-1.fc6) FE5 > FE6 (0:2.6.7-1.fc5 > 0:2.6.6-1.fc6) denis AT poolshark.org: galeon FE4 > FE5 (0:2.0.2-1.fc4 > 0:2.0.1-4.fc5) gauret AT free.fr: amarok FE5 > FE6 (0:1.4.3-3.fc5 > 0:1.4.1-3.fc6) mpeters AT mac.com: firestarter FE5 > FE6 (0:1.0.3-11.fc5 > 0:1.0.3-10.fc6) noa AT resare.com: vorbisgain FE5 > FE6 (0:0.34-2.fc5 > 0:0.34-1.fc6) nomis80 AT nomis80.org: camstream FE5 > FE6 (0:0.26.3-10.fc5 > 0:0.26.3-9.fc5) opencv FE5 > FE6 (0:0.9.7-16.fc5 > 0:0.9.7-15.fc5) paul AT all-the-johnsons.co.uk: monodoc FE5 > FE6 (0:1.1.17-5.fc5 > 0:1.1.17-4.fc6) paul AT city-fan.org: perl-String-CRC32 FE3 > FC5-updates (0:1.4-1.fc3 > 0:1.4-1.FC5) FE4 > FC5-updates (0:1.4-1.fc4 > 0:1.4-1.FC5) petersen AT redhat.com: m17n-db FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) ryo-dairiki AT users.sourceforge.net: scim-tomoe FE5 > FE6 (0:0.2.0-6.fc5.1 > 0:0.2.0-5.fc6) splinux AT fedoraproject.org: pessulus FE5 > FE6 (0:2.16.0-3.fc5 > 0:2.16.0-1.fc6) zcerza AT redhat.com: dogtail FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) ---------------------------------------------------------------------- amarok: gauret AT free.fr FE5 > FE6 (0:1.4.3-3.fc5 > 0:1.4.1-3.fc6) camstream: nomis80 AT nomis80.org FE5 > FE6 (0:0.26.3-10.fc5 > 0:0.26.3-9.fc5) device-mapper: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) FC4-updates > FC6 (0:1.02.07-2.0 > 0:1.02.07-1.1) dillo: andreas.bierfert AT lowlatency.de FE3 > FE5 (0:0.8.6-2.fc3 > 0:0.8.6-1.fc5) FE4 > FE5 (0:0.8.6-2.fc4 > 0:0.8.6-1.fc5) dogtail: zcerza AT redhat.com FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) firestarter: mpeters AT mac.com FE5 > FE6 (0:1.0.3-11.fc5 > 0:1.0.3-10.fc6) frysk: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:0.0.1.2006.09.15.rh1-1.fc5 > 0:0.0.1.2006.09.08.rh1-2.fc6) galeon: denis AT poolshark.org FE4 > FE5 (0:2.0.2-1.fc4 > 0:2.0.1-4.fc5) libpqxx: andreas.bierfert AT lowlatency.de FE4 > FE6 (0:2.6.7-1.fc4 > 0:2.6.6-1.fc6) FE5 > FE6 (0:2.6.7-1.fc5 > 0:2.6.6-1.fc6) lvm2: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) m17n-db: petersen AT redhat.com FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) monodoc: paul AT all-the-johnsons.co.uk FE5 > FE6 (0:1.1.17-5.fc5 > 0:1.1.17-4.fc6) mozilla: UNKNOWN OWNER (possibly Core package) FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) nspr: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:4.6.3-0.5.fc5 > 0:4.6.2-1.1) nss: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:3.11.3-0.5.fc5 > 0:3.11.2-2) opencv: nomis80 AT nomis80.org FE5 > FE6 (0:0.9.7-16.fc5 > 0:0.9.7-15.fc5) perl-String-CRC32: paul AT city-fan.org FE3 > FC5-updates (0:1.4-1.fc3 > 0:1.4-1.FC5) FE4 > FC5-updates (0:1.4-1.fc4 > 0:1.4-1.FC5) pessulus: splinux AT fedoraproject.org FE5 > FE6 (0:2.16.0-3.fc5 > 0:2.16.0-1.fc6) quagga: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) scim-tomoe: ryo-dairiki AT users.sourceforge.net FE5 > FE6 (0:0.2.0-6.fc5.1 > 0:0.2.0-5.fc6) tar: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:1.15.91-1.FC5 > 0:1.15.91-1) vorbisgain: noa AT resare.com FE5 > FE6 (0:0.34-2.fc5 > 0:0.34-1.fc6) From tcallawa at redhat.com Mon Sep 18 21:59:46 2006 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Mon, 18 Sep 2006 16:59:46 -0500 Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: <1158612775.2902.140.camel@viper.local> References: <1158612775.2902.140.camel@viper.local> Message-ID: <1158616786.7015.78.camel@localhost.localdomain> gaim-guifications was on the list of packages not rebuilt. Since I'm a happy user of this and would rather not see it die, is it OK if I take over maintainership of this and rebuild it? I've already got a working SRPM for FC-6. ~spot -- Tom "spot" Callaway || Red Hat || Fedora || Aurora || GPG ID: 93054260 "We must not confuse dissent with disloyalty. We must remember always that accusation is not proof and that conviction depends upon evidence and due process of law. We will not walk in fear, one of another. We will not be driven by fear into an age of unreason, if we dig deep in our history and our doctrine, and remember that we are not descended from fearful men -- not from men who feared to write, to speak, to associate and to defend causes that were, for the moment, unpopular." -- Edward R. Murrow, March 9, 1954 From buildsys at fedoraproject.org Mon Sep 18 21:57:30 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 18 Sep 2006 17:57:30 -0400 (EDT) Subject: Fedora Extras Package Build Report 2006-09-18 Message-ID: <20060918215730.AB00215212C@buildsys.fedoraproject.org> Packages built and released for Fedora Extras 5: 29 atomix-2.14.0-2.fc5 dstat-0.6.3-5.fc5 dx-4.4.0-5.fc5 ebtables-2.0.8-0.6.rc2.fc5 ekg-1.7-0.3.rc2.fc5 gg2-2.2.9-7.fc5 gnupg2-1.9.22-6.fc5 libgadu-1.7.0-1.fc5 liferea-1.0.23-1.fc5 multitail-4.2.0-1.fc5 mysql-query-browser-1.1.18-4.fc5 perl-Calendar-Simple-1.14-1.fc5 perl-Devel-Size-0.64-2.fc5 perl-MARC-Record-1.38-1.fc5 perl-Maypole-2.11-1.fc5 perl-POE-Component-IRC-5.03-1.fc5 perl-POE-Component-SSLify-0.05-1.fc5 perl-POE-Filter-IRCD-2.1-1.fc5 perl-Params-Util-0.19-1.fc5 perl-String-Format-1.14-1.fc5 perl-WWW-Myspace-0.57-1.fc5 picocom-1.4-2.fc5 puppet-0.19.1-1.fc5 python-pydns-2.3.0-4.fc5 python-pyspf-1.7-5.fc5 qcomicbook-0.3.2-6.fc5 rekall-2.4.3-4.fc5 sysconftool-0.15-3.fc5 xbae-4.60.4-4.fc5.1 Packages built and released for Fedora Extras 4: 11 ebtables-2.0.8-0.6.rc2.fc4 galeon-2.0.2-1.fc4 gnupg2-1.9.22-6.fc4 multitail-4.2.0-1.fc4 perl-Calendar-Simple-1.14-1.fc4 perl-Maypole-2.11-1.fc4 perl-Params-Util-0.19-1.fc4 puppet-0.19.1-1.fc4 rekall-2.4.3-4.fc4 scalapack-1.7.4-3.fc4.1 sysconftool-0.15-3.fc4 Packages built and released for Fedora Extras 3: 1 gnupg2-1.9.22-6.fc3 Packages built and released for Fedora Extras development: 98 Thunar-0.4.0-0.5.rc1.fc6 amavisd-new-2.4.2-3.fc6 cyrus-imapd-2.3.7-3.fc6 dhcp-forwarder-0.7-10.fc6 dynamite-0.1-5.fc6 ebtables-2.0.8-0.6.rc2.fc6 ekg-1.7-0.3.rc2.fc6 fbida-2.06-1.fc6 filelight-1.0-8.fc6 fyre-1.0.0-15.fc6 gg2-2.2.9-7.fc6 gnupg2-1.9.22-6.fc6 gpgme-1.1.2-6.fc6 graphviz-2.8-4.fc6 ibmonitor-1.3-4 ip-sentinel-0.12-8.fc6 jhead-2.6-2.fc6 kover-2.9.6-7 libcdio-0.76-3.fc6 libgadu-1.7.0-1.fc6 libsynaptics-0.14.6b-3.fc6 licq-1.3.2-10 liferea-1.0.23-1.fc6 lock-keys-applet-1.0-11.fc6 milter-greylist-2.1.12-2.fc6 mimetex-1.60-3.fc6 moin-1.5.5-1.fc6 most-4.10.2-4.fc6 mtd-utils-1.0.1-1.fc6 multitail-4.2.0-1.fc6 nexuiz-2.0-3.fc6 ninja-1.5.8.1-5 orange-0.3-2.cvs20051118.fc6 perl-Algorithm-Diff-1.1902-2.fc6 perl-Archive-Extract-0.12-2.fc6 perl-CPAN-DistnameInfo-0.06-2.fc6 perl-Calendar-Simple-1.14-1.fc6 perl-Class-Container-0.12-4.fc6 perl-Convert-TNEF-0.17-6.fc6 perl-Crypt-DES_EDE3-0.01-4.fc6 perl-DateTime-Event-ICal-0.09-2.fc6 perl-DateTime-Event-Recurrence-0.16-3.fc6 perl-DateTime-Format-ICal-0.08-3.fc6 perl-DateTime-Format-Strptime-1.0700-2.fc6 perl-DateTime-Set-0.25-3.fc6 perl-File-Fetch-0.08-2.fc6 perl-File-ReadBackwards-1.04-2.fc6 perl-File-Type-0.22-3.fc6 perl-Graphics-ColorNames-1.06-3.fc6 perl-HTML-Mason-1.33-3.fc6 perl-IO-All-0.35-4.fc6 perl-IO-Null-1.01-2.fc6 perl-Log-Message-0.01-2.fc6 perl-Log-Message-Simple-0.01-2.fc6 perl-Maypole-2.11-1.fc6 perl-Module-Build-0.2805-2.fc6 perl-Module-Info-0.30-4.fc6 perl-Module-Install-0.64-2.fc6 perl-Module-Load-0.10-2.fc6 perl-Module-Load-Conditional-0.12-2.fc6 perl-Module-Loaded-0.01-2.fc6 perl-Module-Pluggable-3.10-2.fc6 perl-Net-CIDR-Lite-0.20-2.fc6 perl-Object-Accessor-0.21-2.fc6 perl-OpenFrame-3.05-5.fc6 perl-POE-Component-IRC-5.03-1.fc6 perl-POE-Component-SSLify-0.05-1.fc6 perl-POE-Filter-IRCD-2.1-1.fc6 perl-Package-Constants-0.01-2.fc6 perl-Params-Check-0.25-2.fc6 perl-Params-Util-0.19-1.fc6 perl-Parse-CPAN-Packages-2.26-3.fc6 perl-Pipeline-3.12-3.fc6 perl-Pod-Readme-0.081-3.fc6 perl-Set-Infinite-0.61-2.fc6 perl-Term-UI-0.12-2.fc6 perl-Test-Base-0.52-2.fc6 perl-Test-Deep-0.095-2.fc6 perl-Test-NoWarnings-0.082-2.fc6 perl-Test-Portability-Files-0.05-3.fc6 perl-Test-Prereq-1.031-2.fc6 perl-Test-Tester-0.103-2.fc6 perl-WWW-Myspace-0.57-1.fc6 perl-YAML-0.62-2.fc6 picocom-1.4-2.fc6 puppet-0.19.1-1.fc6 python-paste-0.9.8.1-1.fc6 python-paste-deploy-0.9.6-1.fc6 rekall-2.4.3-4.fc6 sblim-cmpi-base-1.5.4-5.fc6 sblim-cmpi-devel-1.0.4-3.fc6 sblim-testsuite-1.2.4-3.fc6 sblim-wbemcli-1.5.1-3.fc6 synce-gnomevfs-0.9.0-4.fc6 sysconftool-0.15-3.fc6 telepathy-gabble-0.3.5-1.fc6 unshield-0.5-4.fc6 util-vserver-0.30.210-4.fc6 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From orion at cora.nwra.com Mon Sep 18 22:15:32 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Mon, 18 Sep 2006 16:15:32 -0600 Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: <1158612775.2902.140.camel@viper.local> References: <1158612775.2902.140.camel@viper.local> Message-ID: <450F1A84.70006@cora.nwra.com> Ville Skytt? wrote: > Hi, > > The deadline for the FE mass rebuild for FC6 was today, 153 packages > which are still in the devel (package) repo have not had their > needs.rebuild file treated in CVS. > > > gdl This slipped through my fingers and now I'm battling an apparent gcc issue. It built fine on Jul 3, but fails now. -- Orion Poplawski System Administrator 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From steve at silug.org Mon Sep 18 22:16:30 2006 From: steve at silug.org (Steven Pritchard) Date: Mon, 18 Sep 2006 17:16:30 -0500 Subject: arch: needs.rebuild removed, but no new packages in the repo (Was: Re: Updated list) In-Reply-To: <450E2722.2000004@leemhuis.info> References: <450D6BA7.8030403@leemhuis.info> <1158542506.2886.5.camel@localhost.localdomain> <450E2498.5000706@leemhuis.info> <450E2722.2000004@leemhuis.info> Message-ID: <20060918221630.GB13273@osiris.silug.org> On Mon, Sep 18, 2006 at 06:57:06AM +0200, Thorsten Leemhuis wrote: > And here a list of arch packages where the needsign file was removed, > but the files in the repo are still older than Aug 27: [...] > steve_AT_silug.org tuxpaint 0.9.15b-1.fc6 I started with arch-specific packages, but for whatever reason I wanted to spend a bit more time on tuxpaint and uuid. (uuid needed a version upgrade, IIRC.) I planned to work on them after I finished rebuilding the rest of my packages. I just finished building the other 90+ packages yesterday, so I'll get to those last two this week. (I tried to actually go through all of them and update them manually, but *wow* that takes a lot of time for that many packages. ;-) I wonder why uuid didn't show up in your list... Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From buildsys at fedoraproject.org Mon Sep 18 22:17:01 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Mon, 18 Sep 2006 22:17:01 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-18 Message-ID: <20060918221701.5827.3468@extras64.linux.duke.edu> Summary of broken packages (by owner): ---------------------------------------------------------------------- andreas.bierfert AT lowlatency.de koffice-krita - 1.5.2-1.fc6.i386 (6 days) koffice-krita - 1.5.2-1.fc6.ppc (6 days) koffice-krita - 1.5.2-1.fc6.x86_64 (6 days) wine-core - 0.9.21-1.fc5.i386 byte AT fedoraproject.org gaim-guifications - 2.12-3.fc5.i386 (61 days) gaim-guifications - 2.12-3.fc5.ppc (61 days) gaim-guifications - 2.12-3.fc5.x86_64 (61 days) dcbw AT redhat.com plague - 0.4.4.1-2.fc3.noarch plague - 0.4.4.1-2.fc3.noarch plague - 0.4.4.1-2.fc4.noarch plague - 0.4.4.1-2.fc4.noarch plague - 0.4.4.1-2.fc4.noarch gauret AT free.fr amarok - 1.4.1-3.fc6.i386 (53 days) amarok - 1.4.1-3.fc6.ppc (53 days) showimg-pgsql - 0.9.5-7.fc4.i386 showimg-pgsql - 0.9.5-7.fc4.ppc showimg-pgsql - 0.9.5-7.fc4.x86_64 showimg-pgsql - 0.9.5-7.fc5.i386 showimg-pgsql - 0.9.5-7.fc5.ppc showimg-pgsql - 0.9.5-7.fc5.x86_64 ivazquez AT ivazquez.net ecore-directfb - 0.9.9.026-2.fc6.i386 ecore-directfb - 0.9.9.026-2.fc6.ppc ecore-directfb - 0.9.9.026-2.fc6.x86_64 evas-directfb - 0.9.9.026-2.fc6.i386 evas-directfb - 0.9.9.026-2.fc6.ppc evas-directfb - 0.9.9.026-2.fc6.x86_64 j.w.r.degoede AT hhs.nl tremulous - 1.1.0-2.fc5.i386 tremulous - 1.1.0-2.fc5.ppc tremulous - 1.1.0-2.fc5.x86_64 mpeters AT mac.com gfontview - 0.5.0-5.fc5.i386 (61 days) gfontview - 0.5.0-5.fc5.ppc (61 days) gfontview - 0.5.0-5.fc5.x86_64 (61 days) gtkhtml36 - 3.6.2-5.fc6.i386 (61 days) gtkhtml36 - 3.6.2-5.fc6.ppc (61 days) gtkhtml36 - 3.6.2-5.fc6.x86_64 (61 days) libvisual-plugins - 0.2.0-3.fc5.i386 (61 days) libvisual-plugins - 0.2.0-3.fc5.i386 (61 days) libvisual-plugins - 0.2.0-3.fc5.ppc (61 days) libvisual-plugins - 0.2.0-3.fc5.ppc (61 days) libvisual-plugins - 0.2.0-3.fc5.x86_64 (61 days) libvisual-plugins - 0.2.0-3.fc5.x86_64 (61 days) raven AT pmail.pl gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.i386 (3 days) gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.ppc (3 days) gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.x86_64 (3 days) Broken packages in fedora-extras-5-i386: ---------------------------------------------------------------------- libvisual-plugins-0.2.0-3.fc5.i386 requires libvisual.so.0 showimg-pgsql-0.9.5-7.fc5.i386 requires libpqxx-2.6.6.so tremulous-1.1.0-2.fc5.i386 requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-5-x86_64: ---------------------------------------------------------------------- libvisual-plugins-0.2.0-3.fc5.x86_64 requires libvisual.so.0()(64bit) showimg-pgsql-0.9.5-7.fc5.x86_64 requires libpqxx-2.6.6.so()(64bit) tremulous-1.1.0-2.fc5.x86_64 requires tremulous-data = 0:1.1.0 wine-core-0.9.21-1.fc5.i386 requires libsane.so.1 Broken packages in fedora-extras-5-ppc: ---------------------------------------------------------------------- libvisual-plugins-0.2.0-3.fc5.ppc requires libvisual.so.0 showimg-pgsql-0.9.5-7.fc5.ppc requires libpqxx-2.6.6.so tremulous-1.1.0-2.fc5.ppc requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-4-i386: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.i386 requires libpqxx-2.6.6.so Broken packages in fedora-extras-4-x86_64: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.x86_64 requires libpqxx-2.6.6.so()(64bit) Broken packages in fedora-extras-4-ppc: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.ppc requires libpqxx-2.6.6.so Broken packages in fedora-extras-3-i386: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc3.noarch requires createrepo >= 0:0.4.3 Broken packages in fedora-extras-3-x86_64: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc3.noarch requires createrepo >= 0:0.4.3 Broken packages in fedora-extras-development-i386: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.i386 requires HelixPlayer ecore-directfb-0.9.9.026-2.fc6.i386 requires libdirect-0.9.so.24 ecore-directfb-0.9.9.026-2.fc6.i386 requires libfusion-0.9.so.24 ecore-directfb-0.9.9.026-2.fc6.i386 requires libdirectfb-0.9.so.24 evas-directfb-0.9.9.026-2.fc6.i386 requires libdirect-0.9.so.24 evas-directfb-0.9.9.026-2.fc6.i386 requires libfusion-0.9.so.24 evas-directfb-0.9.9.026-2.fc6.i386 requires libdirectfb-0.9.so.24 gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.i386 requires gaim = 0:2.0.0-0.11.beta3.fc6 gaim-guifications-2.12-3.fc5.i386 requires gaim < 1:2 gfontview-0.5.0-5.fc5.i386 requires libttf.so.2 gtkhtml36-3.6.2-5.fc6.i386 requires libgailutil.so.17 koffice-krita-1.5.2-1.fc6.i386 requires libIlmImf.so.2 koffice-krita-1.5.2-1.fc6.i386 requires libImath.so.2 koffice-krita-1.5.2-1.fc6.i386 requires libIex.so.2 koffice-krita-1.5.2-1.fc6.i386 requires libHalf.so.2 libvisual-plugins-0.2.0-3.fc5.i386 requires libvisual.so.0 Broken packages in fedora-extras-development-x86_64: ---------------------------------------------------------------------- ecore-directfb-0.9.9.026-2.fc6.x86_64 requires libdirect-0.9.so.24()(64bit) ecore-directfb-0.9.9.026-2.fc6.x86_64 requires libfusion-0.9.so.24()(64bit) ecore-directfb-0.9.9.026-2.fc6.x86_64 requires libdirectfb-0.9.so.24()(64bit) evas-directfb-0.9.9.026-2.fc6.x86_64 requires libdirect-0.9.so.24()(64bit) evas-directfb-0.9.9.026-2.fc6.x86_64 requires libfusion-0.9.so.24()(64bit) evas-directfb-0.9.9.026-2.fc6.x86_64 requires libdirectfb-0.9.so.24()(64bit) gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.x86_64 requires gaim = 0:2.0.0-0.11.beta3.fc6 gaim-guifications-2.12-3.fc5.x86_64 requires gaim < 1:2 gfontview-0.5.0-5.fc5.x86_64 requires libttf.so.2()(64bit) gtkhtml36-3.6.2-5.fc6.x86_64 requires libgailutil.so.17()(64bit) koffice-krita-1.5.2-1.fc6.x86_64 requires libIlmImf.so.2()(64bit) koffice-krita-1.5.2-1.fc6.x86_64 requires libHalf.so.2()(64bit) koffice-krita-1.5.2-1.fc6.x86_64 requires libImath.so.2()(64bit) koffice-krita-1.5.2-1.fc6.x86_64 requires libIex.so.2()(64bit) libvisual-plugins-0.2.0-3.fc5.x86_64 requires libvisual.so.0()(64bit) Broken packages in fedora-extras-development-ppc: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.ppc requires HelixPlayer ecore-directfb-0.9.9.026-2.fc6.ppc requires libdirect-0.9.so.24 ecore-directfb-0.9.9.026-2.fc6.ppc requires libfusion-0.9.so.24 ecore-directfb-0.9.9.026-2.fc6.ppc requires libdirectfb-0.9.so.24 evas-directfb-0.9.9.026-2.fc6.ppc requires libdirect-0.9.so.24 evas-directfb-0.9.9.026-2.fc6.ppc requires libfusion-0.9.so.24 evas-directfb-0.9.9.026-2.fc6.ppc requires libdirectfb-0.9.so.24 gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.ppc requires gaim = 0:2.0.0-0.11.beta3.fc6 gaim-guifications-2.12-3.fc5.ppc requires gaim < 1:2 gfontview-0.5.0-5.fc5.ppc requires libttf.so.2 gtkhtml36-3.6.2-5.fc6.ppc requires libgailutil.so.17 koffice-krita-1.5.2-1.fc6.ppc requires libIlmImf.so.2 koffice-krita-1.5.2-1.fc6.ppc requires libImath.so.2 koffice-krita-1.5.2-1.fc6.ppc requires libIex.so.2 koffice-krita-1.5.2-1.fc6.ppc requires libHalf.so.2 libvisual-plugins-0.2.0-3.fc5.ppc requires libvisual.so.0 ====================================================================== New report for: andreas.bierfert AT lowlatency.de package: wine-core - 0.9.21-1.fc5.i386 from fedora-extras-5-x86_64 unresolved deps: libsane.so.1 From denis at poolshark.org Mon Sep 18 22:18:01 2006 From: denis at poolshark.org (Denis Leroy) Date: Tue, 19 Sep 2006 00:18:01 +0200 Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: <1158612775.2902.140.camel@viper.local> References: <1158612775.2902.140.camel@viper.local> Message-ID: <450F1B19.2000504@poolshark.org> Ville Skytt? wrote: > gstreamer-python I'll pick up this one, as one of my packages depend on it. > amarok > ardour > azureus > gnash-plugin Whoah, hold your horses here. There are some pretty big names in this list. Can we dissect the culprits before we start cvs-removing things willy nilly ? From pertusus at free.fr Mon Sep 18 22:34:53 2006 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 19 Sep 2006 00:34:53 +0200 Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: <450F1B19.2000504@poolshark.org> References: <1158612775.2902.140.camel@viper.local> <450F1B19.2000504@poolshark.org> Message-ID: <20060918223453.GB6181@free.fr> On Tue, Sep 19, 2006 at 12:18:01AM +0200, Denis Leroy wrote: > Ville Skytt? wrote: > > >amarok > >ardour > >azureus > >gnash-plugin > > Whoah, hold your horses here. There are some pretty big names in this > list. Can we dissect the culprits before we start cvs-removing things > willy nilly ? These won't be removed, they are listed because some of their dependencies are to be removed (as a side note for gnash-plugin it seems to be a false positive...). -- Pat From bugs.michael at gmx.net Mon Sep 18 23:23:47 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 19 Sep 2006 01:23:47 +0200 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-18 In-Reply-To: <20060918221701.5827.3468@extras64.linux.duke.edu> References: <20060918221701.5827.3468@extras64.linux.duke.edu> Message-ID: <20060919012347.4d826f12.bugs.michael@gmx.net> On Mon, 18 Sep 2006 22:17:01 -0000, Fedora Extras repoclosure wrote: > package: wine-core - 0.9.21-1.fc5.i386 from fedora-extras-5-x86_64 > unresolved deps: > libsane.so.1 The new sane-backends-libs i386 package is missing in x86_64 updates. [Seems as if the Sep 18th sane-backend* package split and rename in FC5 Released Updates broke Core's multilib resolver. I know my own unfinished code would break, too, and I would need to run "ExtrasMultiLib.py 5" to fix the repo. One of the first things we need soon is backend code which makes it easier and faster to run createrepo in specific arch-repositories as everything else would slow down smarter/mightier multilib depsolving.] From chris.stone at gmail.com Tue Sep 19 00:21:38 2006 From: chris.stone at gmail.com (Christopher Stone) Date: Mon, 18 Sep 2006 17:21:38 -0700 Subject: Transaction Check Error In-Reply-To: <45022EB4.4030109@ioa.s.u-tokyo.ac.jp> References: <45022EB4.4030109@ioa.s.u-tokyo.ac.jp> Message-ID: On 9/8/06, Mamoru Tasaka wrote: > Jima wrote: > > On Fri, 8 Sep 2006, Christopher Stone wrote: > >> Transaction Check Error: file /usr/share/man/man6/worm.6.gz from > >> install of xscreensaver-extras-4.24-3.fc5 conflicts with file from > >> package bsd-games-2.17-10.fc5 > >> > >> Do we currently have any way to check for these? > > > > Yep! I wrote a script yesterday and ran it against the FC5 tree. > > Today I revised it, and ran it against the FC6 tree. I've passed the > > results on to Christian Iseli (of the QA SIG), and discussed a few > > things with Jesse Keating. Not much progress yet, but I've had useful > > data for less than a day. (For the record, FC6 is in WAY better shape > > than FC5 was, but we've still got a ways to go.) > > > >> And how do we resolve which package gets to own this file? > > > > The package owners battle it out in a fight to the death. This gets > > complicated if the same maintainer owns both packages (but then, they > > should have noticed the overlap, shouldn't they?). > > Honestly, no idea -- sounds like a matter for FESCo! (Sorry guys!) > > > > Jima > > > > Ah... I should have remembered xscreensaver<-> bsd-games issue. > Indeed for FC/E devel this issue is resolved by: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=197741 > > However, I forgot when moving man entry of FC5 core xscreensaver from > 1 (this conflicts with barcode in FE) to 6, this again conflicts with bsd-games > (in FE). > Did this ever get fixed? I'm still getting transaction check errors. From dominik at greysector.net Tue Sep 19 00:52:22 2006 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Tue, 19 Sep 2006 02:52:22 +0200 Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: <1158612775.2902.140.camel@viper.local> References: <1158612775.2902.140.camel@viper.local> Message-ID: <20060919005222.GA18605@rathann.pekin.waw.pl> On Monday, 18 September 2006 at 22:52, Ville Skytt? wrote: > Hi, > > The deadline for the FE mass rebuild for FC6 was today, 153 packages > which are still in the devel (package) repo have not had their > needs.rebuild file treated in CVS. > > Attachments: > - not-treated.txt: the 153 packages above > - not-treated-already-removed.txt: not treated, but already removed > - not-treated-deps.txt: packages that have dependencies to the above or > subpackages of the above, but are not listed in the above > > The not-treated-deps.txt list is informational -- it may contain false > positives and lack some packages, and it does not take build > dependencies into account. Maintainers of packages listed in it may > want to look into it anyway. > > Cleanup of packages listed in not-treated.txt from the devel package > repo will start today. Changing their status to orphaned and removing > them from comps will be done a bit later, and packages that have > dependencies to those removed will be cleaned up incrementally in the > next few days. Package dirs in CVS will be taken care of later, but > anyway I suppose before FC-6 is branched. I'll happily take over the following: > openmpi > rblcheck > tetex-prosper What's the problem with: > grace > grace-devel ? -- Fedora Extras contributor http://fedoraproject.org/wiki/DominikMierzejewski MPlayer developer http://rpm.greysector.net/mplayer/ "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From cweyl at alumni.drew.edu Tue Sep 19 00:52:09 2006 From: cweyl at alumni.drew.edu (Chris Weyl) Date: Mon, 18 Sep 2006 17:52:09 -0700 Subject: automatic way to determine non-legacy branches? Message-ID: <7dd7ab490609181752t4e63db9bu3b32c4dec7b1d635@mail.gmail.com> Hey all-- Is there a way to determine (aka at a script level) what branches are not currently legacy? If not, maybe we could put a "current-branches" file in the common module, with: FC-5 devel as the contents? As time goes on, we'd add FC-6, then drop FC-5, etc, etc, but this would be a good way for a script to determine which branches are legacy or not. -Chris -- Chris Weyl Ex astris, scientia From dakingun at gmail.com Tue Sep 19 01:04:43 2006 From: dakingun at gmail.com (Deji Akingunola) Date: Mon, 18 Sep 2006 21:04:43 -0400 Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: <20060919005222.GA18605@rathann.pekin.waw.pl> References: <1158612775.2902.140.camel@viper.local> <20060919005222.GA18605@rathann.pekin.waw.pl> Message-ID: On 9/18/06, Dominik 'Rathann' Mierzejewski wrote: > On Monday, 18 September 2006 at 22:52, Ville Skytt? wrote: > > Hi, > > > > The deadline for the FE mass rebuild for FC6 was today, 153 packages > > which are still in the devel (package) repo have not had their > > needs.rebuild file treated in CVS. > > > > Attachments: > > - not-treated.txt: the 153 packages above > > - not-treated-already-removed.txt: not treated, but already removed > > - not-treated-deps.txt: packages that have dependencies to the above or > > subpackages of the above, but are not listed in the above > > > > The not-treated-deps.txt list is informational -- it may contain false > > positives and lack some packages, and it does not take build > > dependencies into account. Maintainers of packages listed in it may > > want to look into it anyway. > > > > Cleanup of packages listed in not-treated.txt from the devel package > > repo will start today. Changing their status to orphaned and removing > > them from comps will be done a bit later, and packages that have > > dependencies to those removed will be cleaned up incrementally in the > > next few days. Package dirs in CVS will be taken care of later, but > > anyway I suppose before FC-6 is branched. > > I'll happily take over the following: > > > openmpi openmpi is in core for FC6. From orion at cora.nwra.com Tue Sep 19 03:03:53 2006 From: orion at cora.nwra.com (orion at cora.nwra.com) Date: Mon, 18 Sep 2006 21:03:53 -0600 (MDT) Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: <20060919005222.GA18605@rathann.pekin.waw.pl> References: <1158612775.2902.140.camel@viper.local> <20060919005222.GA18605@rathann.pekin.waw.pl> Message-ID: <1372.71.208.225.44.1158635033.squirrel@www.cora.nwra.com> > On Monday, 18 September 2006 at 22:52, Ville Skytt? wrote: > > I'll happily take over the following: > >> openmpi This is (apparently) moving to core. - Orion From rc040203 at freenet.de Tue Sep 19 03:35:05 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 19 Sep 2006 05:35:05 +0200 Subject: Cross-compilers. In-Reply-To: <450F1B6B.2000706@balister.org> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <450EB1CF.2020108@redhat.com> <1158591345.24527.376.camel@pmac.infradead.org> <450EB630.6090400@redhat.com> <1158593457.24527.389.camel@pmac.infradead.org> <1158594152.5044.80.camel@mccallum.corsepiu.local> <1158599460.5044.115.camel@mccallum.corsepiu.local> <450F1B6B.2000706@balister.org> Message-ID: <1158636905.5044.145.camel@mccallum.corsepiu.local> On Mon, 2006-09-18 at 18:19 -0400, Philip Balister wrote: > Once again, several other open source projects have solved this problem. > The problem is not the lack of cross building systems, rather than there > are so many. There are so many because none of them meets the demands of vendors. We (RTEMS) have a working system meeting our demands and giving us the amount of control we need for our purposes => Switching to yet another approach claiming to have solved "all problems" is not necessarily interesting. Ralf From green at redhat.com Tue Sep 19 05:35:39 2006 From: green at redhat.com (Anthony Green) Date: Mon, 18 Sep 2006 22:35:39 -0700 Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: <450F1B19.2000504@poolshark.org> References: <1158612775.2902.140.camel@viper.local> <450F1B19.2000504@poolshark.org> Message-ID: <1158644139.8157.46.camel@localhost.localdomain> On Tue, 2006-09-19 at 00:18 +0200, Denis Leroy wrote: > > amarok > > ardour > > azureus > > gnash-plugin > > Whoah, hold your horses here. There are some pretty big names in this > list. Ardour, azureus and all of my other Extras packages were rebuilt today (it's still Sep 18 here on the west coast :-) AG From jamatos at fc.up.pt Tue Sep 19 06:20:00 2006 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Tue, 19 Sep 2006 07:20:00 +0100 Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: <20060919005222.GA18605@rathann.pekin.waw.pl> References: <1158612775.2902.140.camel@viper.local> <20060919005222.GA18605@rathann.pekin.waw.pl> Message-ID: <200609190720.01362.jamatos@fc.up.pt> On Tuesday 19 September 2006 01:52, Dominik 'Rathann' Mierzejewski wrote: > What's the problem with: > > grace > > grace-devel I maintain those. The reason they are there is because one of its dependencies, t1lib, was not rebuilt in the last three weeks. -- Jos? Ab?lio From ville.skytta at iki.fi Tue Sep 19 06:38:40 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 19 Sep 2006 09:38:40 +0300 Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: <1158615829.7015.72.camel@localhost.localdomain> References: <1158612775.2902.140.camel@viper.local> <1158615829.7015.72.camel@localhost.localdomain> Message-ID: <1158647920.2902.146.camel@viper.local> On Mon, 2006-09-18 at 16:43 -0500, Tom 'spot' Callaway wrote: > On Mon, 2006-09-18 at 23:52 +0300, Ville Skytt? wrote: > > - not-treated-deps.txt: packages that have dependencies to the above or > > subpackages of the above, but are not listed in the above > > scalapack/scalapack-devel were built on Friday, needs.rebuild was > removed then. As said, scalapack is in the list of packages whose dependencies (recursively) had not possibly been taken care of -- its own needs.rebuild status is not relevant to it being in that list. It might be a false positive, though. From ville.skytta at iki.fi Tue Sep 19 06:48:18 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 19 Sep 2006 09:48:18 +0300 Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: <20060918223453.GB6181@free.fr> References: <1158612775.2902.140.camel@viper.local> <450F1B19.2000504@poolshark.org> <20060918223453.GB6181@free.fr> Message-ID: <1158648498.2902.153.camel@viper.local> On Tue, 2006-09-19 at 00:34 +0200, Patrice Dumas wrote: > On Tue, Sep 19, 2006 at 12:18:01AM +0200, Denis Leroy wrote: > > Ville Skytt? wrote: > > > > >amarok > > >ardour > > >azureus > > >gnash-plugin > > > > Whoah, hold your horses here. There are some pretty big names in this > > list. Can we dissect the culprits before we start cvs-removing things > > willy nilly ? > > These won't be removed, they are listed because some of their dependencies > are to be removed If their dependencies are not taken care of soon, they will be removed from the *package* repository too. It doesn't make sense to ship uninstallable packages. As for removing files from the package repository vs. the CVS repository, read my mail which started this thread. Even if they are removed from the package repository, it's not the end of the world, all that needs to be done is the current maintainer to bump+rebuild it or someone to take over and do it. There's 3 weeks until FC6 to sort things like that out. From giallu at gmail.com Tue Sep 19 06:59:01 2006 From: giallu at gmail.com (Gianluca Sforna) Date: Tue, 19 Sep 2006 08:59:01 +0200 Subject: librsync orphaned In-Reply-To: <20060918205214.GA2116@hurricane.linuxnetz.de> References: <20060918205214.GA2116@hurricane.linuxnetz.de> Message-ID: On 9/18/06, Robert Scheck wrote: > from my understanding when reading Extras/Schedule/FC6MassRebuild, the > package librsync is orphaned now, right? I would be interested in taking > it, am I allowed to do so? > > librsync-0.9.7-4.src.rpm 28-Feb-2006 15:03 442K I think you just have to follow the guidelines here: http://fedoraproject.org/wiki/Extras/Policy/AWOL_Maintainers From paul at city-fan.org Tue Sep 19 07:29:46 2006 From: paul at city-fan.org (Paul Howarth) Date: Tue, 19 Sep 2006 08:29:46 +0100 Subject: Mock and the [groups] files In-Reply-To: <5e61b72f0609181301t63a01251rdb42c54d6a182694@mail.gmail.com> References: <5e61b72f0609181301t63a01251rdb42c54d6a182694@mail.gmail.com> Message-ID: <1158650986.20742.12.camel@metropolis.intra.city-fan.org> On Mon, 2006-09-18 at 13:01 -0700, John Villalovos wrote: > I am looking for documentation on how to create the directory > structure that the [groups] entry point to when using Mock? I would > like to use Mock to build some packages for CentOS 4.4 but I am unsure > on how to create the files that the [groups] entry points to. > > So in the one for Fedora Core 5 I see: > buildroots.xml > buildsys-macros-5-2.fc5.noarch.rpm > buildsys-build-0.5-1.noarch.rpm > buildsys-macros-5-2.fc5.src.rpm > buildsys-build-0.5-3.fc5.noarch.rpm > repodata/ > > > I found the spec file to create a buildsys-build rpm. Though not sure > if it is as simple as doing an rpmbuild -ba buildsys-build.spec, while > running on CentOS 4.4 > > But after that I am kind of lost. You don't really need the xml file any more, as mock defaults to using buildsys-build to populate the root; the xml file was there to create the package groups that were used in older versions of mock. A simple build of the buildsys-build package may not be sufficient, since it requires the buildsystem macros to be set correctly. You could do this manually on the rpmbuild command line. You'll also need a buildsys-macros package for CentOS 4/RHEL4 that sets the %{rhel} and %{dist} macros appropriately. You could build these yourself, but here are some I prepared earlier: http://www.city-fan.org/ftp/contrib/buildsys/ I use the "rhel4" packages for CentOS 4.x builds. Paul. From jamatos at fc.up.pt Tue Sep 19 09:09:16 2006 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Tue, 19 Sep 2006 10:09:16 +0100 Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: <1158648498.2902.153.camel@viper.local> References: <1158612775.2902.140.camel@viper.local> <20060918223453.GB6181@free.fr> <1158648498.2902.153.camel@viper.local> Message-ID: <200609191009.18540.jamatos@fc.up.pt> On Tuesday 19 September 2006 07:48, Ville Skytt? wrote: > If their dependencies are not taken care of soon, they will be removed > from the *package* repository too. ?It doesn't make sense to ship > uninstallable packages. ?As for removing files from the package > repository vs. the CVS repository, read my mail which started this > thread. It is not as if we are discussing doomsday. :-) Previously we had a defined schedule, all packages should have been rebuild until September 18th. That was fair. > Even if they are removed from the package repository, it's not the end > of the world, all that needs to be done is the current maintainer to > bump+rebuild it or someone to take over and do it. ?There's 3 weeks > until FC6 to sort things like that out. How does that plays with the time periods defined in http://fedoraproject.org/wiki/Extras/Policy/AWOL_Maintainers ? It seems to me that this case was not considered there. Note that I don't oppose this procedure I would like to have clear guidelines to proceed. Is it enough to rebuild the missing packages and only later take ownership of the packages according to the procedures described in the above page? What are the possible solutions? I have interest in some of the listed packages, and I would like to fix their status. At the same time I don't want to step over other packagers toes. -- Jos? Ab?lio From dhowells at redhat.com Tue Sep 19 09:12:15 2006 From: dhowells at redhat.com (David Howells) Date: Tue, 19 Sep 2006 10:12:15 +0100 Subject: Cross-compilers. In-Reply-To: <450EDC9D.1000306@redhat.com> References: <450EDC9D.1000306@redhat.com> <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <450EB1CF.2020108@redhat.com> <1158591345.24527.376.camel@pmac.infradead.org> <450EB630.6090400@redhat.com> <1158593457.24527.389.camel@pmac.infradead.org> Message-ID: <23942.1158657135@warthog.cambridge.redhat.com> Brendan Conoboy wrote: > > We might want to put libgcc into a separate package for the > > cross-toolchain, unless we can _fake_ the presence of glibc. We might > > only really need a dummy DSO to link libgcc against; it doesn't actually > > have to be glibc -- it only needs about 10 symbols to be present iirc. > > Would you trust a gcc built against a fake glibc? I wouldn't. When > bootstrapping a glibc targeted cross compiler, my method is: Is there any particular reason libgcc needs to be built as part of gcc? Can they be split so that you can build: gcc, glibc, libgcc in that order? David From bugs.michael at gmx.net Tue Sep 19 10:18:53 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 19 Sep 2006 12:18:53 +0200 Subject: Problem with Kadu themes In-Reply-To: <668bb39a0609181215p29a25d9at3013dec3600baca7@mail.gmail.com> References: <668bb39a0609180946x4d339b63i8717b2448a5c5bf@mail.gmail.com> <20060918210447.0c1ebdb3.bugs.michael@gmx.net> <668bb39a0609181215p29a25d9at3013dec3600baca7@mail.gmail.com> Message-ID: <20060919121853.fa6064a4.bugs.michael@gmx.net> On Mon, 18 Sep 2006 21:15:52 +0200, Micha? Bentkowski wrote: > > What I can do at the repository level is to get rid of any old non-noarch > > rpms. I believe that is enough to "fix" it. > > So, you'll fix it or I should report it on > http://fedoraproject.org/wiki/Extras/FC5Status site? Meanwhile, the old "offending" binary kadu-theme-* packages should be gone from both FC-5 and development. From fedora-extras-list.listman at linuxnetz.de Tue Sep 19 10:47:54 2006 From: fedora-extras-list.listman at linuxnetz.de (Robert Scheck) Date: Tue, 19 Sep 2006 12:47:54 +0200 Subject: librsync orphaned In-Reply-To: References: <20060918205214.GA2116@hurricane.linuxnetz.de> Message-ID: <20060919104754.GA23552@hurricane.linuxnetz.de> Hello folks, On Tue, 19 Sep 2006, Gianluca Sforna wrote: > I think you just have to follow the guidelines here: > > http://fedoraproject.org/wiki/Extras/Policy/AWOL_Maintainers why just wait another three weeks (!) when the maintainer already had three weeks time after the initial reminder for the mass rebuild? Original maintainer didn't build the package until now, so I really would like to take it soon. I talked with Thorsten resulting in when there's no real complaining by the folks here, taking should work... Greetings, Robert From dlutter at redhat.com Tue Sep 19 11:06:04 2006 From: dlutter at redhat.com (David Lutterkort) Date: Tue, 19 Sep 2006 13:06:04 +0200 Subject: Mock and the [groups] files In-Reply-To: <5e61b72f0609181301t63a01251rdb42c54d6a182694@mail.gmail.com> References: <5e61b72f0609181301t63a01251rdb42c54d6a182694@mail.gmail.com> Message-ID: <1158663964.20726.36.camel@localhost.localdomain> On Mon, 2006-09-18 at 13:01 -0700, John Villalovos wrote: > I am looking for documentation on how to create the directory > structure that the [groups] entry point to when using Mock? I would > like to use Mock to build some packages for CentOS 4.4 but I am unsure > on how to create the files that the [groups] entry points to. I just wrote up[1] what I do for my RHEL4 buildroot. Comments more than welcome. David [1] http://watzmann.net/blog/index.php?title=using_mock_to_build_rhel_packages&more=1&c=1&tb=1&pb=1 From paul at city-fan.org Tue Sep 19 12:13:20 2006 From: paul at city-fan.org (Paul Howarth) Date: Tue, 19 Sep 2006 13:13:20 +0100 Subject: rpms/Gtk-Perl/devel dead.package, NONE, 1.1 Gtk-Perl.spec, 1.5, NONE Makefile, 1.1, NONE filter-depends.sh, 1.1, NONE needs.rebuild, 1.1, NONE sources, 1.2, NONE In-Reply-To: <200609191209.k8JC9dH6014061@cvs-int.fedora.redhat.com> References: <200609191209.k8JC9dH6014061@cvs-int.fedora.redhat.com> Message-ID: <450FDEE0.8090305@city-fan.org> Christian Iseli (c4chris) wrote: > Author: c4chris > > Update of /cvs/extras/rpms/Gtk-Perl/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv14045 > > Added Files: > dead.package > Removed Files: > Gtk-Perl.spec Makefile filter-depends.sh needs.rebuild sources > Log Message: > Gtk-Perl is retired > > > --- NEW FILE dead.package --- > Depends on ancient gnome libs, old gnome libs being dropped in FC-6 gnome-libs has moved to Extras already actually. Paul. From Christian.Iseli at licr.org Tue Sep 19 12:22:38 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Tue, 19 Sep 2006 14:22:38 +0200 Subject: rpms/Gtk-Perl/devel dead.package, NONE, 1.1 Gtk-Perl.spec, 1.5, NONE Makefile, 1.1, NONE filter-depends.sh, 1.1, NONE needs.rebuild, 1.1, NONE sources, 1.2, NONE In-Reply-To: <450FDEE0.8090305@city-fan.org> References: <200609191209.k8JC9dH6014061@cvs-int.fedora.redhat.com> <450FDEE0.8090305@city-fan.org> Message-ID: <20060919142238.4666c13d@ludwig-alpha> On Tue, 19 Sep 2006 13:13:20 +0100, Paul Howarth wrote: > gnome-libs has moved to Extras already actually. True, but the Gtk-Perl package was long orphaned, so I thought I'd do some cleanup... :-) There are 6 more orphaned packages that I'm thinking of marking as dead too (they still have a needs.rebuild file): cvsplot dxpc jikes jlint lft qascade Cheers, Christian From triad at df.lth.se Tue Sep 19 13:30:08 2006 From: triad at df.lth.se (Linus Walleij) Date: Tue, 19 Sep 2006 15:30:08 +0200 (CEST) Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: <1158612775.2902.140.camel@viper.local> References: <1158612775.2902.140.camel@viper.local> Message-ID: On Mon, 18 Sep 2006, Ville Skytt? wrote: > - not-treated-deps.txt: packages that have dependencies to the above or > subpackages of the above, but are not listed in the above Packages that have BR on one of the removed packages doesn't seem to be included. For example I believe wine has a BR on fontforge. (Could have been changed tho, I don't have access to the CVS here.) Linus From jima at beer.tclug.org Tue Sep 19 13:48:04 2006 From: jima at beer.tclug.org (Jima) Date: Tue, 19 Sep 2006 08:48:04 -0500 (CDT) Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: <20060919005222.GA18605@rathann.pekin.waw.pl> References: <1158612775.2902.140.camel@viper.local> <20060919005222.GA18605@rathann.pekin.waw.pl> Message-ID: On Tue, 19 Sep 2006, Dominik 'Rathann' Mierzejewski wrote: > I'll happily take over the following: > >> openmpi >> rblcheck >> tetex-prosper I think I may have undercut you on rblcheck. I emailed Oliver Falk and got his approval to take over banner, bwm-ng, graphviz, ngrep, rblcheck, and scanssh. All of these packages (except graphviz, which was a couple days ago) have been rebuilt as of his morning, as he just gave me his okay. If you really do want rblcheck, or want to co-maintain, feel free to let me know. Jima From tibbs at math.uh.edu Tue Sep 19 14:13:37 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Tue, 19 Sep 2006 09:13:37 -0500 Subject: lft (was: rpms/Gtk-Perl/devel dead.package, NONE, 1.1 Gtk-Perl.spec, 1.5, NONE Makefile, 1.1, NONE filter-depends.sh, 1.1, NONE needs.rebuild, 1.1, NONE sources, 1.2, NONE) In-Reply-To: <20060919142238.4666c13d@ludwig-alpha> (Christian Iseli's message of "Tue, 19 Sep 2006 14:22:38 +0200") References: <200609191209.k8JC9dH6014061@cvs-int.fedora.redhat.com> <450FDEE0.8090305@city-fan.org> <20060919142238.4666c13d@ludwig-alpha> Message-ID: >>>>> "CI" == Christian Iseli writes: CI> There are 6 more orphaned packages that I'm thinking of marking as CI> dead too (they still have a needs.rebuild file): CI> lft Hmm, I use this quite a bit and it still seems to be supported upstream. I'll happily take it over unless someone else wants it. - J< From skadz1 at gmail.com Tue Sep 19 14:26:53 2006 From: skadz1 at gmail.com (Ryan Skadberg) Date: Tue, 19 Sep 2006 10:26:53 -0400 Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: <1158612775.2902.140.camel@viper.local> References: <1158612775.2902.140.camel@viper.local> Message-ID: <8719b8230609190726i6d37b293u25d98a846a10b492@mail.gmail.com> I'd be willing to take over straw (as I am one of the maintainers of straw), but am currently not an extras contributor. I looked over the process and it seems like most of it is based on putting a new package in to extras. Since this is just taking over the maintainership of a package, is there a different path to take? Skadz On 9/18/06, Ville Skytt? wrote: > Hi, > > The deadline for the FE mass rebuild for FC6 was today, 153 packages > which are still in the devel (package) repo have not had their > needs.rebuild file treated in CVS. > > Attachments: > - not-treated.txt: the 153 packages above > - not-treated-already-removed.txt: not treated, but already removed > - not-treated-deps.txt: packages that have dependencies to the above or > subpackages of the above, but are not listed in the above > > The not-treated-deps.txt list is informational -- it may contain false > positives and lack some packages, and it does not take build > dependencies into account. Maintainers of packages listed in it may > want to look into it anyway. > > Cleanup of packages listed in not-treated.txt from the devel package > repo will start today. Changing their status to orphaned and removing > them from comps will be done a bit later, and packages that have > dependencies to those removed will be cleaned up incrementally in the > next few days. Package dirs in CVS will be taken care of later, but > anyway I suppose before FC-6 is branched. > > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > > > > From giallu at gmail.com Tue Sep 19 14:30:29 2006 From: giallu at gmail.com (Gianluca Sforna) Date: Tue, 19 Sep 2006 16:30:29 +0200 Subject: librsync orphaned In-Reply-To: <20060919104754.GA23552@hurricane.linuxnetz.de> References: <20060918205214.GA2116@hurricane.linuxnetz.de> <20060919104754.GA23552@hurricane.linuxnetz.de> Message-ID: On 9/19/06, Robert Scheck wrote: > On Tue, 19 Sep 2006, Gianluca Sforna wrote: > > I think you just have to follow the guidelines here: > > > > http://fedoraproject.org/wiki/Extras/Policy/AWOL_Maintainers > > why just wait another three weeks (!) when the maintainer already had three > weeks time after the initial reminder for the mass rebuild? Because rules are rules? > > Original maintainer didn't build the package until now, so I really would > like to take it soon. I talked with Thorsten resulting in when there's no > real complaining by the folks here, taking should work... > If someone from the upper spheres (a.k.a. Thorsten) agrees with you short-circuiting the policy, that's fine also for me. From bugzilla at redhat.com Tue Sep 19 14:34:04 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 19 Sep 2006 10:34:04 -0400 Subject: [Bug 167034] Review Request: foremost -- Recover files by "carving" them from a disk image In-Reply-To: Message-ID: <200609191434.k8JEY4pM020608@bugzilla.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: foremost -- Recover files by "carving" them from a disk image https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167034 bugzilla at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC|fedora-extras- | |list at redhat.com | CC| |fedora-package- | |review at redhat.com CC|fedora-package- | |review at redhat.com | CC| |fedora-extras- | |list at redhat.com opensource at till.name changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fedora-devel at mx-solutions.de ------- Additional Comments From opensource at till.name 2006-09-19 10:33 EST ------- *** Bug 204227 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From paul at xelerance.com Tue Sep 19 14:54:13 2006 From: paul at xelerance.com (Paul Wouters) Date: Tue, 19 Sep 2006 16:54:13 +0200 (CEST) Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: <1158612775.2902.140.camel@viper.local> References: <1158612775.2902.140.camel@viper.local> Message-ID: On Mon, 18 Sep 2006, Ville Skytt? wrote: > The deadline for the FE mass rebuild for FC6 was today, 153 packages > which are still in the devel (package) repo have not had their > needs.rebuild file treated in CVS. > > Attachments: > - not-treated.txt: the 153 packages above > Cleanup of packages listed in not-treated.txt from the devel package > repo will start today. Changing their status to orphaned and removing > them from comps will be done a bit later gaim-otr does not build in mock. It seems the configure script is not generated. I cannot reproduce this, as it builds fine on my machines. So it is not a lack of maintaining that is causing gaim-otr to have not been rebuild. So please don't orphan the package. Paul From tcallawa at redhat.com Tue Sep 19 14:57:42 2006 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Tue, 19 Sep 2006 09:57:42 -0500 Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: <1158616786.7015.78.camel@localhost.localdomain> References: <1158612775.2902.140.camel@viper.local> <1158616786.7015.78.camel@localhost.localdomain> Message-ID: <1158677862.6156.9.camel@localhost.localdomain> On Mon, 2006-09-18 at 16:59 -0500, Tom 'spot' Callaway wrote: > gaim-guifications was on the list of packages not rebuilt. Since I'm a > happy user of this and would rather not see it die, is it OK if I take > over maintainership of this and rebuild it? I've already got a working > SRPM for FC-6. Since no one objected, I added myself to the CC list of gaim-guifications as a co-maintainer, successfully rebuilt this package, and nuked the needs.rebuild. ~spot -- Tom "spot" Callaway || Red Hat || Fedora || Aurora || GPG ID: 93054260 "We must not confuse dissent with disloyalty. We must remember always that accusation is not proof and that conviction depends upon evidence and due process of law. We will not walk in fear, one of another. We will not be driven by fear into an age of unreason, if we dig deep in our history and our doctrine, and remember that we are not descended from fearful men -- not from men who feared to write, to speak, to associate and to defend causes that were, for the moment, unpopular." -- Edward R. Murrow, March 9, 1954 From fedora at leemhuis.info Tue Sep 19 15:11:39 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 19 Sep 2006 17:11:39 +0200 Subject: librsync orphaned In-Reply-To: References: <20060918205214.GA2116@hurricane.linuxnetz.de> <20060919104754.GA23552@hurricane.linuxnetz.de> Message-ID: <451008AB.2010309@leemhuis.info> Gianluca Sforna schrieb: > On 9/19/06, Robert Scheck wrote: >> On Tue, 19 Sep 2006, Gianluca Sforna wrote: >>> I think you just have to follow the guidelines here: >>> http://fedoraproject.org/wiki/Extras/Policy/AWOL_Maintainers >> why just wait another three weeks (!) when the maintainer already had three >> weeks time after the initial reminder for the mass rebuild? > Because rules are rules? IMHO: No. No. No. Getting stuff done is the most important thing. Rules help organizing "getting stuff done" when a large number of people work together. But let's not stick to them blindly just because there are rules. We should consider most of our rules (not all!) more as guidelines IMHO and we should adjust them quickly if needed. >> Original maintainer didn't build the package until now, so I really would >> like to take it soon. I talked with Thorsten resulting in when there's no >> real complaining by the folks here, taking should work... > If someone from the upper spheres (a.k.a. Thorsten) agrees with you > short-circuiting the policy, that's fine also for me. Well, we didn't talk about this case explicit in FESCo IIRC. But my 2 cents on the whole issue: A kind of AWOL process indirectly was started when the mass rebuild was announced (that was more then three weeks ago). If maintainers didn't showe up to rebuild their stuff -> packages considered mostly orphaned (at least *if* the packager didn't rebuild one of his packages and seems to be AWOL by common sense -- e.g. no other commits in the past weeks, no posts on this mailing list and stuff like that). Other people should be able to take over the packages quickly now in time to get the tree in shape before FC6. E.g. announce it in the wiki and on the list that you want to take over a package, wait two or three days, recheck if packager is still AWOL, take it over. If the packager shows up again in the next weeks -> give him his package back. Just to be sure: That just my opinion. But I'd say if the other FESCo-Members agree with this or a slightly adjusted variant of above scheme let's just start using it. CU thl From fedora at leemhuis.info Tue Sep 19 15:17:05 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 19 Sep 2006 17:17:05 +0200 Subject: librsync orphaned In-Reply-To: <451008AB.2010309@leemhuis.info> References: <20060918205214.GA2116@hurricane.linuxnetz.de> <20060919104754.GA23552@hurricane.linuxnetz.de> <451008AB.2010309@leemhuis.info> Message-ID: <451009F1.90107@leemhuis.info> Thorsten Leemhuis schrieb: > Gianluca Sforna schrieb: >> On 9/19/06, Robert Scheck wrote: >>> On Tue, 19 Sep 2006, Gianluca Sforna wrote: >>>> I think you just have to follow the guidelines here: >>>> http://fedoraproject.org/wiki/Extras/Policy/AWOL_Maintainers >>> why just wait another three weeks (!) when the maintainer already had three >>> weeks time after the initial reminder for the mass rebuild? >> Because rules are rules? > > IMHO: No. No. No. > > Getting stuff done is the most important thing. Rules help organizing > "getting stuff done" when a large number of people work together. But > let's not stick to them blindly just because there are rules. We should > consider most of our rules (not all!) more as guidelines IMHO and we > should adjust them quickly if needed. > >>> Original maintainer didn't build the package until now, so I really would >>> like to take it soon. I talked with Thorsten resulting in when there's no >>> real complaining by the folks here, taking should work... >> If someone from the upper spheres (a.k.a. Thorsten) agrees with you >> short-circuiting the policy, that's fine also for me. > > Well, we didn't talk about this case explicit in FESCo IIRC. But my 2 > cents on the whole issue: > > A kind of AWOL process indirectly was started when the mass rebuild was > announced (that was more then three weeks ago). If maintainers didn't > showe up to rebuild their stuff -> packages considered mostly orphaned > (at least *if* the packager didn't rebuild one of his packages and seems > to be AWOL by common sense -- e.g. no other commits in the past weeks, > no posts on this mailing list and stuff like that). Other people should > be able to take over the packages quickly now in time to get the tree in > shape before FC6. E.g. announce it in the wiki and on the list that you > want to take over a package, wait two or three days, recheck if packager > is still AWOL, take it over. s/take it over/& as comaintainer for some weeks before you take it over completely/ > If the packager shows up again in the next > weeks -> give him his package back. > > Just to be sure: That just my opinion. But I'd say if the other > FESCo-Members agree with this or a slightly adjusted variant of above > scheme let's just start using it. > > CU > thl > From ville.skytta at iki.fi Tue Sep 19 15:26:40 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 19 Sep 2006 18:26:40 +0300 Subject: rpms/Gtk-Perl/devel dead.package, NONE, 1.1 Gtk-Perl.spec, 1.5, NONE Makefile, 1.1, NONE filter-depends.sh, 1.1, NONE needs.rebuild, 1.1, NONE sources, 1.2, NONE In-Reply-To: <20060919142238.4666c13d@ludwig-alpha> References: <200609191209.k8JC9dH6014061@cvs-int.fedora.redhat.com> <450FDEE0.8090305@city-fan.org> <20060919142238.4666c13d@ludwig-alpha> Message-ID: <1158679600.2902.164.camel@viper.local> On Tue, 2006-09-19 at 14:22 +0200, Christian Iseli wrote: > There are 6 more orphaned packages that I'm thinking of marking as dead > too (they still have a needs.rebuild file): > > cvsplot > dxpc > jikes > jlint > lft > qascade Go ahead (except lft which found a new maintainer); those have been orphaned for some time already. From ville.skytta at iki.fi Tue Sep 19 15:30:21 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 19 Sep 2006 18:30:21 +0300 Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: References: <1158612775.2902.140.camel@viper.local> Message-ID: <1158679821.2902.167.camel@viper.local> On Tue, 2006-09-19 at 16:54 +0200, Paul Wouters wrote: > gaim-otr does not build in mock. It seems the configure script is not > generated. I cannot reproduce this, as it builds fine on my machines. > So it is not a lack of maintaining that is causing gaim-otr to have not > been rebuild. So please don't orphan the package. Ack. From dakingun at gmail.com Tue Sep 19 15:37:15 2006 From: dakingun at gmail.com (Deji Akingunola) Date: Tue, 19 Sep 2006 11:37:15 -0400 Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: <1158612775.2902.140.camel@viper.local> References: <1158612775.2902.140.camel@viper.local> Message-ID: If no one objects, I'll like to add myself as co-maintainer for 'sword' and 'gnomesword' packages, and rebuild them for FC6. Deji From bpepple at fedoraproject.org Tue Sep 19 15:48:45 2006 From: bpepple at fedoraproject.org (Brian Pepple) Date: Tue, 19 Sep 2006 11:48:45 -0400 Subject: librsync orphaned In-Reply-To: <451008AB.2010309@leemhuis.info> References: <20060918205214.GA2116@hurricane.linuxnetz.de> <20060919104754.GA23552@hurricane.linuxnetz.de> <451008AB.2010309@leemhuis.info> Message-ID: <1158680925.20264.2.camel@shuttle.piedmont.com> On Tue, 2006-09-19 at 17:11 +0200, Thorsten Leemhuis wrote: > > Well, we didn't talk about this case explicit in FESCo IIRC. But my 2 > cents on the whole issue: > > A kind of AWOL process indirectly was started when the mass rebuild was > announced (that was more then three weeks ago). If maintainers didn't > showe up to rebuild their stuff -> packages considered mostly orphaned > (at least *if* the packager didn't rebuild one of his packages and seems > to be AWOL by common sense -- e.g. no other commits in the past weeks, > no posts on this mailing list and stuff like that). Other people should > be able to take over the packages quickly now in time to get the tree in > shape before FC6. E.g. announce it in the wiki and on the list that you > want to take over a package, wait two or three days, recheck if packager > is still AWOL, take it over. If the packager shows up again in the next > weeks -> give him his package back. I agree. I think maintainers have been given plenty of time to handle rebuilds, and what your suggesting sounds fine to me. /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From rc040203 at freenet.de Tue Sep 19 15:52:48 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 19 Sep 2006 17:52:48 +0200 Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: References: <1158612775.2902.140.camel@viper.local> Message-ID: <1158681168.5044.258.camel@mccallum.corsepiu.local> On Tue, 2006-09-19 at 16:54 +0200, Paul Wouters wrote: > On Mon, 18 Sep 2006, Ville Skytt? wrote: > > > The deadline for the FE mass rebuild for FC6 was today, 153 packages > > which are still in the devel (package) repo have not had their > > needs.rebuild file treated in CVS. > > > > Attachments: > > - not-treated.txt: the 153 packages above > > > Cleanup of packages listed in not-treated.txt from the devel package > > repo will start today. Changing their status to orphaned and removing > > them from comps will be done a bit later > > gaim-otr does not build in mock. It seems the configure script is not > generated. I cannot reproduce this, as it builds fine on my machines. > So it is not a lack of maintaining that is causing gaim-otr to have not > been rebuild. So please don't orphan the package. Did you read http://www.redhat.com/archives/fedora-extras-list/2006-August/msg00108.html Your tarball is mal-packaged, your spec is broken. Fixing this is straight forward. Ralf From bpepple at fedoraproject.org Tue Sep 19 15:55:19 2006 From: bpepple at fedoraproject.org (Brian Pepple) Date: Tue, 19 Sep 2006 11:55:19 -0400 Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: <1158612775.2902.140.camel@viper.local> References: <1158612775.2902.140.camel@viper.local> Message-ID: <1158681319.20264.5.camel@shuttle.piedmont.com> daap-sharp The rebuild for this is being held up due to this bug: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185692 /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From rc040203 at freenet.de Tue Sep 19 15:56:50 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 19 Sep 2006 17:56:50 +0200 Subject: librsync orphaned In-Reply-To: <451009F1.90107@leemhuis.info> References: <20060918205214.GA2116@hurricane.linuxnetz.de> <20060919104754.GA23552@hurricane.linuxnetz.de> <451008AB.2010309@leemhuis.info> <451009F1.90107@leemhuis.info> Message-ID: <1158681410.5044.263.camel@mccallum.corsepiu.local> On Tue, 2006-09-19 at 17:17 +0200, Thorsten Leemhuis wrote: > > Thorsten Leemhuis schrieb: > > Gianluca Sforna schrieb: > >> On 9/19/06, Robert Scheck wrote: > >>> On Tue, 19 Sep 2006, Gianluca Sforna wrote: > >>>> I think you just have to follow the guidelines here: > >>>> http://fedoraproject.org/wiki/Extras/Policy/AWOL_Maintainers > >>> why just wait another three weeks (!) when the maintainer already had three > >>> weeks time after the initial reminder for the mass rebuild? > >> Because rules are rules? > > > > IMHO: No. No. No. > > > > Getting stuff done is the most important thing. Rules help organizing > > "getting stuff done" when a large number of people work together. But > > let's not stick to them blindly just because there are rules. We should > > consider most of our rules (not all!) more as guidelines IMHO and we > > should adjust them quickly if needed. > > > >>> Original maintainer didn't build the package until now, so I really would > >>> like to take it soon. I talked with Thorsten resulting in when there's no > >>> real complaining by the folks here, taking should work... > >> If someone from the upper spheres (a.k.a. Thorsten) agrees with you > >> short-circuiting the policy, that's fine also for me. > > > > Well, we didn't talk about this case explicit in FESCo IIRC. But my 2 > > cents on the whole issue: > > > > A kind of AWOL process indirectly was started when the mass rebuild was > > announced (that was more then three weeks ago). If maintainers didn't > > showe up to rebuild their stuff -> packages considered mostly orphaned > > (at least *if* the packager didn't rebuild one of his packages and seems > > to be AWOL by common sense -- e.g. no other commits in the past weeks, > > no posts on this mailing list and stuff like that). Other people should > > be able to take over the packages quickly now in time to get the tree in > > shape before FC6. E.g. announce it in the wiki and on the list that you > > want to take over a package, wait two or three days, recheck if packager > > is still AWOL, take it over. > > s/take it over/& as comaintainer for some weeks before you take it over > completely/ > > > If the packager shows up again in the next > > weeks -> give him his package back. > > > > Just to be sure: That just my opinion. But I'd say if the other > > FESCo-Members agree with this or a slightly adjusted variant of above > > scheme let's just start using it. And how about taking further consequences? I wouldn't find revoking accounts to be a fault to people going AWOL -- but that's just my opinion. Ralf From mtasaka at ioa.s.u-tokyo.ac.jp Tue Sep 19 15:57:59 2006 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Wed, 20 Sep 2006 00:57:59 +0900 Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: <1158612775.2902.140.camel@viper.local> References: <1158612775.2902.140.camel@viper.local> Message-ID: <45101387.1070404@ioa.s.u-tokyo.ac.jp> Ville Skytt? wrote: > Hi, > > The deadline for the FE mass rebuild for FC6 was today, 153 packages > which are still in the devel (package) repo have not had their > needs.rebuild file treated in CVS. > > Attachments: > - not-treated.txt: the 153 packages above > - not-treated-already-removed.txt: not treated, but already removed > - not-treated-deps.txt: packages that have dependencies to the above or > subpackages of the above, but are not listed in the above > > The not-treated-deps.txt list is informational -- it may contain false > positives and lack some packages, and it does not take build > dependencies into account. Maintainers of packages listed in it may > want to look into it anyway. > > Cleanup of packages listed in not-treated.txt from the devel package > repo will start today. Changing their status to orphaned and removing > them from comps will be done a bit later, and packages that have > dependencies to those removed will be cleaned up incrementally in the > next few days. Package dirs in CVS will be taken care of later, but > anyway I suppose before FC-6 is branched. > > > ------------------------------------------------------------------------ > xplanet Now I could contact xplanet maintainer and he agreed that I will maintain this package with him. I upgraded xplanet to 1.2.0 and so I removed needs.rebuild. Mamoru Tasaka From mr.ecik at gmail.com Tue Sep 19 16:00:25 2006 From: mr.ecik at gmail.com (=?ISO-8859-2?Q?Micha=B3_Bentkowski?=) Date: Tue, 19 Sep 2006 18:00:25 +0200 Subject: Problem with Kadu themes In-Reply-To: <20060919121853.fa6064a4.bugs.michael@gmx.net> References: <668bb39a0609180946x4d339b63i8717b2448a5c5bf@mail.gmail.com> <20060918210447.0c1ebdb3.bugs.michael@gmx.net> <668bb39a0609181215p29a25d9at3013dec3600baca7@mail.gmail.com> <20060919121853.fa6064a4.bugs.michael@gmx.net> Message-ID: <668bb39a0609190900m5e273121p233cc8bcf752b614@mail.gmail.com> 2006/9/19, Michael Schwendt : > Meanwhile, the old "offending" binary kadu-theme-* packages > should be gone from both FC-5 and development. Thank you very much, `yum update kadu` now works fine. Regards. Micha? From Christian.Iseli at licr.org Tue Sep 19 16:06:21 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Tue, 19 Sep 2006 18:06:21 +0200 Subject: librsync orphaned In-Reply-To: <451008AB.2010309@leemhuis.info> References: <20060918205214.GA2116@hurricane.linuxnetz.de> <20060919104754.GA23552@hurricane.linuxnetz.de> <451008AB.2010309@leemhuis.info> Message-ID: <20060919180621.66143c30@ludwig-alpha> On Tue, 19 Sep 2006 17:11:39 +0200, Thorsten Leemhuis wrote: > A kind of AWOL process indirectly was started when the mass rebuild was > announced (that was more then three weeks ago). If maintainers didn't > showe up to rebuild their stuff -> packages considered mostly orphaned > (at least *if* the packager didn't rebuild one of his packages and seems > to be AWOL by common sense -- e.g. no other commits in the past weeks, > no posts on this mailing list and stuff like that). Other people should > be able to take over the packages quickly now in time to get the tree in > shape before FC6. E.g. announce it in the wiki and on the list that you > want to take over a package, wait two or three days, recheck if packager > is still AWOL, take it over. If the packager shows up again in the next > weeks -> give him his package back. > > Just to be sure: That just my opinion. But I'd say if the other > FESCo-Members agree with this or a slightly adjusted variant of above > scheme let's just start using it. and also: > s/take it over/& as comaintainer for some weeks before you take it over > completely/ The above (as amended) is fine with me. Christian From cweyl at alumni.drew.edu Tue Sep 19 16:08:26 2006 From: cweyl at alumni.drew.edu (Chris Weyl) Date: Tue, 19 Sep 2006 09:08:26 -0700 Subject: automatic way to determine non-legacy branches? In-Reply-To: <7dd7ab490609181752t4e63db9bu3b32c4dec7b1d635@mail.gmail.com> References: <7dd7ab490609181752t4e63db9bu3b32c4dec7b1d635@mail.gmail.com> Message-ID: <7dd7ab490609190908s446eb39esb1846208be4889df@mail.gmail.com> On 9/18/06, Chris Weyl wrote: > Hey all-- > > Is there a way to determine (aka at a script level) what branches are > not currently legacy? If not, maybe we could put a "current-branches" > file in the common module, with: [...snip...] Ok, to follow up to myself, it doesn't appear as if there is any method in place currently. If I don't hear any screams (admonishments, swats, "just what do you think you're doing", etc) in the next day or so, I'll add a file to the common module called "current-branches" that will be the same as the branches file, except with only entries for FC-5 and devel. Using this, and patching a Makefile (upper-level, not in a branch dir) thus, allows for a build-all command to build all current branches: --- Makefile 12 Aug 2006 04:06:09 -0000 1.1 +++ Makefile 19 Sep 2006 04:54:28 -0000 @@ -1,4 +1,8 @@ # Top level Makefile for module perl-POE-Component-SSLify + +# for target build-all +BRANCHES := $(shell cat common/current-branches | sed -e 's/:.*//') + all : CVS/Root common-update @cvs update @@ -8,6 +12,10 @@ common : CVS/Root @cvs checkout common +# tag & build all non-dead non-legacy branches +build-all : common-update + @for br in ${BRANCHES} ; do echo Building $$br ; cd $$br && test -f dead.package || make tag plague ; cd .. ; done + CVS/Root : @echo "ERROR: This does not look like a CVS checkout" && exit 1 This way such a build target can exist w/o needing to be updated every time a new release comes out or an old release goes legacy. -Chris -- Chris Weyl Ex astris, scientia From Christian.Iseli at licr.org Tue Sep 19 16:17:57 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Tue, 19 Sep 2006 18:17:57 +0200 Subject: rpms/Gtk-Perl/devel dead.package, NONE, 1.1 Gtk-Perl.spec, 1.5, NONE Makefile, 1.1, NONE filter-depends.sh, 1.1, NONE needs.rebuild, 1.1, NONE sources, 1.2, NONE In-Reply-To: <1158679600.2902.164.camel@viper.local> References: <200609191209.k8JC9dH6014061@cvs-int.fedora.redhat.com> <450FDEE0.8090305@city-fan.org> <20060919142238.4666c13d@ludwig-alpha> <1158679600.2902.164.camel@viper.local> Message-ID: <20060919181757.6192990c@ludwig-alpha> On Tue, 19 Sep 2006 18:26:40 +0300, Ville Skytt? wrote: > On Tue, 2006-09-19 at 14:22 +0200, Christian Iseli wrote: > > > There are 6 more orphaned packages that I'm thinking of marking as dead > > too (they still have a needs.rebuild file): > > > > cvsplot > > dxpc > > jikes > > jlint > > lft > > qascade > > Go ahead (except lft which found a new maintainer); those have been > orphaned for some time already. Done. C From ville.skytta at iki.fi Tue Sep 19 16:25:13 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 19 Sep 2006 19:25:13 +0300 Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: <200609191009.18540.jamatos@fc.up.pt> References: <1158612775.2902.140.camel@viper.local> <20060918223453.GB6181@free.fr> <1158648498.2902.153.camel@viper.local> <200609191009.18540.jamatos@fc.up.pt> Message-ID: <1158683113.2902.210.camel@viper.local> On Tue, 2006-09-19 at 10:09 +0100, Jos? Matos wrote: > Previously we had a defined schedule, all packages should have been rebuild > until September 18th. That was fair. After which, as documented and announced, packages not taken care of become orphaned. And the procedure how to take over maintainership is described at http://fedoraproject.org/wiki/Extras/OrphanedPackages I'll try to keep owners.list in CVS and the above Wiki page up to date as I purge stuff from the (package) repo, and will send separate mails here containing lists of actually removed packages. > I have interest in some of the listed packages, and I would like to fix > their status. At the same time I don't want to step over other packagers > toes. Start by pinging the (possibly former) maintainers of the packages in question and ask whether they have any plans for them? From kevin-fedora-extras at scrye.com Tue Sep 19 16:31:28 2006 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Tue, 19 Sep 2006 10:31:28 -0600 (MDT) Subject: Extras packages queued for removal after (non-)rebuild References: <1158612775.2902.140.camel@viper.local> Message-ID: <20060919.103128.438022490.kevin@scrye.com> I would be happy to co-maintain and then take over the following if the maintainers do not re-appear: rdiff-backup gentium-fonts charis-fonts linux-libertine-fonts If I don't hear anything otherwise I will add myself to the CC and push out new builds of these later today. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From fedora at leemhuis.info Tue Sep 19 16:48:37 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 19 Sep 2006 18:48:37 +0200 Subject: inactive extras contributors in cvsextras (was Re: librsync orphaned) In-Reply-To: <1158681410.5044.263.camel@mccallum.corsepiu.local> References: <20060918205214.GA2116@hurricane.linuxnetz.de> <20060919104754.GA23552@hurricane.linuxnetz.de> <451008AB.2010309@leemhuis.info> <451009F1.90107@leemhuis.info> <1158681410.5044.263.camel@mccallum.corsepiu.local> Message-ID: <45101F65.2070409@leemhuis.info> Ralf Corsepius schrieb: > On Tue, 2006-09-19 at 17:17 +0200, Thorsten Leemhuis wrote: > > And how about taking further consequences? I wouldn't find revoking > accounts to be a fault to people going AWOL -- but that's just my > opinion. Hmmm, yes, we probably have lot of AWOL maintainers in cvsextras. We probably should take a closer look at the cvsexras group. /me wanders off and runs some commands > wget -O - -q https://www.redhat.com/archives/fedora-extras-commits/2006-September.txt.gz https://www.redhat.com/archives/fedora-extras-commits/2006-August.txt.gz | zcat | grep '^Author: ' | sort | uniq | sed 's/Author: //' > list_of_active_maintainers > wget -O - -q 'https://admin.fedora.redhat.com/accounts/dump-group.cgi?group=cvsextras&format=txt' | sed 's/,/ /' | awk '{print $1}' > list_of_cvsextrasmembers > diff -u list_of_active_maintainers list_of_cvsextrasmembers | grep -e '^+' > +++ list_of_cvsextrasmembers 2006-09-19 18:34:48.000000000 +0200 > +aluchko > +ankit > +aoliva > +behdad > +bluekuja > +buildsys > +byte > +caolanm > +cra > +danielm > +davea > +davej > +davidz > +dcantrel > +didier > +dledford > +dmoser > +dnielsen > +dwalsh > +ellson > +eyecon > +gdk > +gijs > +harald > +hunter > +iprone > +ivazquez > +jgarzik > +jjneely > +jmasters > +jparsons > +jrb > +jspaleta > +kjcole > +ksfiles > +kwade > +laroche > +mariuslj > +markmc > +mharmsen > +mickael > +mjs > +mpeters > +noa > +nomis80 > +oa > +otaylor > +qshen > +qwang > +riel > +rstrode > +salimma > +sgrubb > +smooge > +sopwith > +sundaram > +symbiont > +tamaster > +tbandi72 > +tfox > +than > +twaugh > +twillber > +veillard > +walters Okay, what do do with all of those? Any false positives? CU thl From sundaram at fedoraproject.org Tue Sep 19 16:49:51 2006 From: sundaram at fedoraproject.org (Rahul) Date: Tue, 19 Sep 2006 22:19:51 +0530 Subject: inactive extras contributors in cvsextras (was Re: librsync orphaned) In-Reply-To: <45101F65.2070409@leemhuis.info> References: <20060918205214.GA2116@hurricane.linuxnetz.de> <20060919104754.GA23552@hurricane.linuxnetz.de> <451008AB.2010309@leemhuis.info> <451009F1.90107@leemhuis.info> <1158681410.5044.263.camel@mccallum.corsepiu.local> <45101F65.2070409@leemhuis.info> Message-ID: <45101FAF.1050201@fedoraproject.org> Thorsten Leemhuis wrote: > Ralf Corsepius schrieb: >> On Tue, 2006-09-19 at 17:17 +0200, Thorsten Leemhuis wrote: >> >> And how about taking further consequences? I wouldn't find revoking >> accounts to be a fault to people going AWOL -- but that's just my >> opinion. > > Hmmm, yes, we probably have lot of AWOL maintainers in cvsextras. We > probably should take a closer look at the cvsexras group. > > /me wanders off and runs some commands > >> wget -O - -q https://www.redhat.com/archives/fedora-extras-commits/2006-September.txt.gz https://www.redhat.com/archives/fedora-extras-commits/2006-August.txt.gz | zcat | grep '^Author: ' | sort | uniq | sed 's/Author: //' > list_of_active_maintainers >> wget -O - -q 'https://admin.fedora.redhat.com/accounts/dump-group.cgi?group=cvsextras&format=txt' | sed 's/,/ /' | awk '{print $1}' > list_of_cvsextrasmembers >> diff -u list_of_active_maintainers list_of_cvsextrasmembers | grep -e '^+' >> +++ list_of_cvsextrasmembers 2006-09-19 18:34:48.000000000 +0200 >> +aluchko >> +ankit >> +aoliva >> +behdad >> +bluekuja >> +buildsys >> +byte >> +caolanm >> +cra >> +danielm >> +davea >> +davej >> +davidz >> +dcantrel >> +didier >> +dledford >> +dmoser >> +dnielsen >> +dwalsh >> +ellson >> +eyecon >> +gdk >> +gijs >> +harald >> +hunter >> +iprone >> +ivazquez >> +jgarzik >> +jjneely >> +jmasters >> +jparsons >> +jrb >> +jspaleta >> +kjcole >> +ksfiles >> +kwade >> +laroche >> +mariuslj >> +markmc >> +mharmsen >> +mickael >> +mjs >> +mpeters >> +noa >> +nomis80 >> +oa >> +otaylor >> +qshen >> +qwang >> +riel >> +rstrode >> +salimma >> +sgrubb >> +smooge >> +sopwith >> +sundaram >> +symbiont >> +tamaster >> +tbandi72 >> +tfox >> +than >> +twaugh >> +twillber >> +veillard >> +walters > > Okay, what do do with all of those? Any false positives? > > CU > thl You can remove me off the cvsextras group. Someone picked up the package I was interest in maintaining so I havent gotten involved. Rahul From nicolas.mailhot at laposte.net Tue Sep 19 17:03:12 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 19 Sep 2006 19:03:12 +0200 Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: <20060919.103128.438022490.kevin@scrye.com> References: <1158612775.2902.140.camel@viper.local> <20060919.103128.438022490.kevin@scrye.com> Message-ID: <1158685392.10331.2.camel@rousalka.dyndns.org> Le mardi 19 septembre 2006 ? 10:31 -0600, Kevin Fenzi a ?crit : > I would be happy to co-maintain and then take over the following if > the maintainers do not re-appear: > > rdiff-backup > gentium-fonts > charis-fonts > linux-libertine-fonts Make sure to check dejavu-lgc-fonts (in core) and dejavu-fonts (in extras) since the fontconfig bits have changed a little since FC5 time. Regards, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From jamatos at fc.up.pt Tue Sep 19 17:06:46 2006 From: jamatos at fc.up.pt (=?utf-8?q?Jos=C3=A9_Matos?=) Date: Tue, 19 Sep 2006 18:06:46 +0100 Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: <1158612775.2902.140.camel@viper.local> References: <1158612775.2902.140.camel@viper.local> Message-ID: <200609191806.47062.jamatos@fc.up.pt> On Monday 18 September 2006 21:52, Ville Skytt? wrote: > Hi, > > Cleanup of packages listed in not-treated.txt from the devel package > repo will start today. Changing their status to orphaned and removing > them from comps will be done a bit later, and packages that have > dependencies to those removed will be cleaned up incrementally in the > next few days. Package dirs in CVS will be taken care of later, but > anyway I suppose before FC-6 is branched. I would be happy to co-maintain the following packages in not-treated list: PyRTF PyX rman python-cherrypy python-cherrytemplate python-enchant t1lib t1utils I intend to rebuild them for FC6 for now. -- Jos? Ab?lio From bpepple at fedoraproject.org Tue Sep 19 17:09:57 2006 From: bpepple at fedoraproject.org (Brian Pepple) Date: Tue, 19 Sep 2006 13:09:57 -0400 Subject: inactive extras contributors in cvsextras In-Reply-To: <45101F65.2070409@leemhuis.info> References: <20060918205214.GA2116@hurricane.linuxnetz.de> <20060919104754.GA23552@hurricane.linuxnetz.de> <451008AB.2010309@leemhuis.info> <451009F1.90107@leemhuis.info> <1158681410.5044.263.camel@mccallum.corsepiu.local> <45101F65.2070409@leemhuis.info> Message-ID: <1158685797.2687.3.camel@shuttle.piedmont.com> On Tue, 2006-09-19 at 18:48 +0200, Thorsten Leemhuis wrote: > > Hmmm, yes, we probably have lot of AWOL maintainers in cvsextras. We > probably should take a closer look at the cvsexras group. > > /me wanders off and runs some commands > > Okay, what do do with all of those? Any false positives? Personally, if they don't have any packages due to the AWOL packages, I don't think they should be in the cvsextras group. They can always go thru the maintainers process again if they wish to maintain a package in the future. /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jamatos at fc.up.pt Tue Sep 19 17:17:46 2006 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Tue, 19 Sep 2006 18:17:46 +0100 Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: <1158683113.2902.210.camel@viper.local> References: <1158612775.2902.140.camel@viper.local> <200609191009.18540.jamatos@fc.up.pt> <1158683113.2902.210.camel@viper.local> Message-ID: <200609191817.46388.jamatos@fc.up.pt> On Tuesday 19 September 2006 17:25, Ville Skytt? wrote: > Start by pinging the (possibly former) maintainers of the packages in > question and ask whether they have any plans for them? I will do it. Thanks. -- Jos? Ab?lio From notting at redhat.com Tue Sep 19 17:33:06 2006 From: notting at redhat.com (Bill Nottingham) Date: Tue, 19 Sep 2006 13:33:06 -0400 Subject: inactive extras contributors in cvsextras In-Reply-To: <1158685797.2687.3.camel@shuttle.piedmont.com> References: <20060918205214.GA2116@hurricane.linuxnetz.de> <20060919104754.GA23552@hurricane.linuxnetz.de> <451008AB.2010309@leemhuis.info> <451009F1.90107@leemhuis.info> <1158681410.5044.263.camel@mccallum.corsepiu.local> <45101F65.2070409@leemhuis.info> <1158685797.2687.3.camel@shuttle.piedmont.com> Message-ID: <20060919173306.GB7691@nostromo.devel.redhat.com> Brian Pepple (bpepple at fedoraproject.org) said: > Personally, if they don't have any packages due to the AWOL packages, I > don't think they should be in the cvsextras group. They can always go > thru the maintainers process again if they wish to maintain a package in > the future. I don't know about redoing the process - maybe just set an 'inactive' flag? For example, at least one of the people you mentioned is currently on an extended vacation.... Bill From fedora at leemhuis.info Tue Sep 19 17:47:17 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 19 Sep 2006 19:47:17 +0200 Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: <1158612775.2902.140.camel@viper.local> References: <1158612775.2902.140.camel@viper.local> Message-ID: <45102D25.2010201@leemhuis.info> Ville Skytt? schrieb: > The deadline for the FE mass rebuild for FC6 was today, 153 packages > which are still in the devel (package) repo have not had their > needs.rebuild file treated in CVS. > Attachments: > - not-treated.txt: the 153 packages above > [...] > > alacarte > openmpi Those two should simply be removed and marked as dead.package in cvs -- they are in core now. paps is also still in the repo, but already marked as dead.package in cvs. Cu thl From fedora at leemhuis.info Tue Sep 19 17:53:27 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 19 Sep 2006 19:53:27 +0200 Subject: inactive extras contributors in cvsextras In-Reply-To: <20060919173306.GB7691@nostromo.devel.redhat.com> References: <20060918205214.GA2116@hurricane.linuxnetz.de> <20060919104754.GA23552@hurricane.linuxnetz.de> <451008AB.2010309@leemhuis.info> <451009F1.90107@leemhuis.info> <1158681410.5044.263.camel@mccallum.corsepiu.local> <45101F65.2070409@leemhuis.info> <1158685797.2687.3.camel@shuttle.piedmont.com> <20060919173306.GB7691@nostromo.devel.redhat.com> Message-ID: <45102E97.1080706@leemhuis.info> Bill Nottingham schrieb: > Brian Pepple (bpepple at fedoraproject.org) said: >> Personally, if they don't have any packages due to the AWOL packages, I >> don't think they should be in the cvsextras group. They can always go >> thru the maintainers process again if they wish to maintain a package in >> the future. +0.75 (see below for the other 0.25) > I don't know about redoing the process - maybe just set an 'inactive' flag? Would be a good idea, but the accounts system doesn't offer one. > For example, at least one of the people you mentioned is currently on an > extended vacation.... Well, they only get removed from the cvsextras group. We can re-add them easily later at any point without much overhead if we want to. Call that process "'inactive' flag" Cu thl From cweyl at alumni.drew.edu Tue Sep 19 18:36:30 2006 From: cweyl at alumni.drew.edu (Chris Weyl) Date: Tue, 19 Sep 2006 11:36:30 -0700 Subject: inactive extras contributors in cvsextras In-Reply-To: <45102E97.1080706@leemhuis.info> References: <20060918205214.GA2116@hurricane.linuxnetz.de> <20060919104754.GA23552@hurricane.linuxnetz.de> <451008AB.2010309@leemhuis.info> <451009F1.90107@leemhuis.info> <1158681410.5044.263.camel@mccallum.corsepiu.local> <45101F65.2070409@leemhuis.info> <1158685797.2687.3.camel@shuttle.piedmont.com> <20060919173306.GB7691@nostromo.devel.redhat.com> <45102E97.1080706@leemhuis.info> Message-ID: <7dd7ab490609191136g367a201n4778c863420927fc@mail.gmail.com> On 9/19/06, Thorsten Leemhuis wrote: > Well, they only get removed from the cvsextras group. We can re-add them > easily later at any point without much overhead if we want to. Call that > process "'inactive' flag" I think the question lurking in the background is: would they need to go through the sponsorship process again, or would a "please readd me" note to the list do? -Chris -- Chris Weyl Ex astris, scientia From a.badger at gmail.com Tue Sep 19 18:58:45 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 19 Sep 2006 11:58:45 -0700 Subject: automatic way to determine non-legacy branches? In-Reply-To: <7dd7ab490609181752t4e63db9bu3b32c4dec7b1d635@mail.gmail.com> References: <7dd7ab490609181752t4e63db9bu3b32c4dec7b1d635@mail.gmail.com> Message-ID: <1158692325.2838.3.camel@localhost> On Mon, 2006-09-18 at 17:52 -0700, Chris Weyl wrote: > Hey all-- > > Is there a way to determine (aka at a script level) what branches are > not currently legacy? If not, maybe we could put a "current-branches" > file in the common module, with: > > FC-5 > devel > > as the contents? As time goes on, we'd add FC-6, then drop FC-5, etc, > etc, but this would be a good way for a script to determine which > branches are legacy or not. I don't know of anyplace this information is kept currently. In the future it will be in the package database (some branches will be active, some inactive.) Depending on what you're planning to do with this information, one wrinkle may be what to do with co-maintained branches or branches that are only used if additional requirements are met (ie: EPEL branches will only exist if someone has vlunteered to maintain them and should only be built by that volunteer.) -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From fedora at leemhuis.info Tue Sep 19 19:06:28 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 19 Sep 2006 21:06:28 +0200 Subject: inactive extras contributors in cvsextras In-Reply-To: <7dd7ab490609191136g367a201n4778c863420927fc@mail.gmail.com> References: <20060918205214.GA2116@hurricane.linuxnetz.de> <20060919104754.GA23552@hurricane.linuxnetz.de> <451008AB.2010309@leemhuis.info> <451009F1.90107@leemhuis.info> <1158681410.5044.263.camel@mccallum.corsepiu.local> <45101F65.2070409@leemhuis.info> <1158685797.2687.3.camel@shuttle.piedmont.com> <20060919173306.GB7691@nostromo.devel.redhat.com> <45102E97.1080706@leemhuis.info> <7dd7ab490609191136g367a201n4778c863420927fc@mail.gmail.com> Message-ID: <45103FB4.6060901@leemhuis.info> Chris Weyl schrieb: > On 9/19/06, Thorsten Leemhuis wrote: >> Well, they only get removed from the cvsextras group. We can re-add them >> easily later at any point without much overhead if we want to. Call that >> process "'inactive' flag" > I think the question lurking in the background is: would they need to > go through the sponsorship process again, or would a "please readd me" > note to the list do? I think it should decided on a case-by-case basis. If ignacio, mpeters or some trusted redhat people show up again with a good explanation why they were AWOL -> just re-add then. In other cases -> sponsorship. CU thl From mspevack at redhat.com Tue Sep 19 20:07:18 2006 From: mspevack at redhat.com (Max Spevack) Date: Tue, 19 Sep 2006 16:07:18 -0400 (EDT) Subject: add FE-Legal to ReviewGuidelines In-Reply-To: <1155139246.2997.224.camel@localhost.localdomain> References: <20060808150750.GA3131@free.fr> <20060808201146.GC15994@rathann.pekin.waw.pl> <44D98751.3070805@fedoraproject.org> <20060809101856.GB29291@rathann.pekin.waw.pl> <1155139246.2997.224.camel@localhost.localdomain> Message-ID: On Wed, 9 Aug 2006, Ville Skytt? wrote: > You are not. In this particular case, I have asked other FESCO members > in January, discussed with some of them on IRC about it later (getting > comments like "legal doesn't deal with issues like that" without getting > an answer to "well, who to contact, then?"), and a month or so ago > pinged Max Spevack after his clarification [0] who to contact about > legal issues. He quickly ack'd the ping, but I haven't heard back > since. Max, any news about this one? > > I've also tried some other channels than the above over time in > other cases, including the official ones whatever they were at the time, > but pretty much consistently failed to get answers :( Ville, I apologize for the length of time that these issues sit unresolved. I will speak to Mark Webbink and ask him who on our staff can give us time to clear out everything on FE-Legal as soon as possible. --Max -- Max Spevack + http://fedoraproject.org/wiki/MaxSpevack + gpg key -- http://spevack.org/max.asc + fingerprint -- CD52 5E72 369B B00D 9E9A 773E 2FDB CB46 5A17 CF21 From sodarock at gmail.com Tue Sep 19 20:14:58 2006 From: sodarock at gmail.com (John Villalovos) Date: Tue, 19 Sep 2006 13:14:58 -0700 Subject: Mock and the [groups] files In-Reply-To: <1158663964.20726.36.camel@localhost.localdomain> References: <5e61b72f0609181301t63a01251rdb42c54d6a182694@mail.gmail.com> <1158663964.20726.36.camel@localhost.localdomain> Message-ID: <5e61b72f0609191314h32776de4kbb401bc4292beb8d@mail.gmail.com> Thanks for all the info guys. I was going to update the Wiki at http://fedoraproject.org/wiki/Legacy/Mock but it was way too much work to get editing priviledges there :( Thanks again, John From jwboyer at jdub.homelinux.org Tue Sep 19 20:49:38 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Tue, 19 Sep 2006 15:49:38 -0500 Subject: inactive extras contributors in cvsextras In-Reply-To: <45103FB4.6060901@leemhuis.info> References: <20060918205214.GA2116@hurricane.linuxnetz.de> <20060919104754.GA23552@hurricane.linuxnetz.de> <451008AB.2010309@leemhuis.info> <451009F1.90107@leemhuis.info> <1158681410.5044.263.camel@mccallum.corsepiu.local> <45101F65.2070409@leemhuis.info> <1158685797.2687.3.camel@shuttle.piedmont.com> <20060919173306.GB7691@nostromo.devel.redhat.com> <45102E97.1080706@leemhuis.info> <7dd7ab490609191136g367a201n4778c863420927fc@mail.gmail.com> <45103FB4.6060901@leemhuis.info> Message-ID: <1158698978.3121.12.camel@zod.rchland.ibm.com> On Tue, 2006-09-19 at 21:06 +0200, Thorsten Leemhuis wrote: > Chris Weyl schrieb: > > On 9/19/06, Thorsten Leemhuis wrote: > >> Well, they only get removed from the cvsextras group. We can re-add them > >> easily later at any point without much overhead if we want to. Call that > >> process "'inactive' flag" > > I think the question lurking in the background is: would they need to > > go through the sponsorship process again, or would a "please readd me" > > note to the list do? > > I think it should decided on a case-by-case basis. If ignacio, mpeters > or some trusted redhat people show up again with a good explanation why > they were AWOL -> just re-add then. In other cases -> sponsorship. I agree. "Only the Sith deal in absolutes." josh From Christian.Iseli at licr.org Tue Sep 19 20:53:38 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Tue, 19 Sep 2006 22:53:38 +0200 Subject: inactive extras contributors in cvsextras In-Reply-To: <45103FB4.6060901@leemhuis.info> References: <20060918205214.GA2116@hurricane.linuxnetz.de> <20060919104754.GA23552@hurricane.linuxnetz.de> <451008AB.2010309@leemhuis.info> <451009F1.90107@leemhuis.info> <1158681410.5044.263.camel@mccallum.corsepiu.local> <45101F65.2070409@leemhuis.info> <1158685797.2687.3.camel@shuttle.piedmont.com> <20060919173306.GB7691@nostromo.devel.redhat.com> <45102E97.1080706@leemhuis.info> <7dd7ab490609191136g367a201n4778c863420927fc@mail.gmail.com> <45103FB4.6060901@leemhuis.info> Message-ID: <20060919225338.0a87ebe2@ludwig-alpha> On Tue, 19 Sep 2006 21:06:28 +0200, Thorsten Leemhuis wrote: > I think it should decided on a case-by-case basis. If ignacio, mpeters > or some trusted redhat people show up again with a good explanation why > they were AWOL -> just re-add then. In other cases -> sponsorship. Sounds like a good plan. C From ville.skytta at iki.fi Tue Sep 19 21:19:28 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Wed, 20 Sep 2006 00:19:28 +0300 Subject: Packages removed from FE devel repo 2006-09-19 Message-ID: <1158700768.2902.233.camel@viper.local> The following packages have been removed from the FE devel repo today. There were some issues with the push, so this batch is not yet in the public repo, but will soon be. The upcoming broken deps report should give a fairly good picture of what's queued for removal next... I tried to not remove packages that people said they'd take over or care of really soon now, will watch for a bit if they actually get rebuilt: blktool, koffice, koffice-langpack, librsync, PyRTF, PyX, python-cherrytemplate, python-enchant, rdiff-backup, rman, straw, t1lib, t1utils, tetex-prosper OrphanedPackages and FC6Status in Wiki should be up to date. Removed 2006-09-19: adns alsa-tools artwiz-aleczapka-fonts autotrace blam camstream cdlabelgen charis-fonts cpan2rpm ctorrent darcs ddclient ddskk doulos-fonts ecore edb edje eet embryo evas firestarter flim fontforge fonttools FreeWnn gdeskcal gentium-fonts gfontview ghc gnet2 gnome-build gnomesword gnome-yum gnugo gourmet grhino gstreamer08-python gtk2hs gtkhtml36 gtranslator haddock html-xml-utils ifplugd john lcdf-typetools lcov libannodex libcmml libifp liboggz libvisual-plugins linux-libertine-fonts MagicPoint mediawiki mod_annodex NetworkManager-vpnc notecase nucleo opencv pan perl-Apache-LogRegex perl-File-BOM perl-Gnome2-Canvas perl-Gtk2-GladeXML perl-Imager perl-Mail-Alias perl-Readonly perl-Readonly-XS perl-Spreadsheet-ParseExcel perl-Unix-Statgrab perl-YAML-Parser-Syck polyxmass-common polyxmass-data polyxmass-doc python-adns python-nltk python-twisted pyxdg quadkonsole quarry repoml rkhunter ruby-mysql scim-chinese-standard scim-fcitx scribus-templates skkdic spicctrl Sprog ss5 sword system-config-control taskjuggler tetex-fontools translate-toolkit ttf2pt1 v2strip vorbisgain z88dk zeroinstall-injector From notting at redhat.com Tue Sep 19 21:23:05 2006 From: notting at redhat.com (Bill Nottingham) Date: Tue, 19 Sep 2006 17:23:05 -0400 Subject: Packages removed from FE devel repo 2006-09-19 In-Reply-To: <1158700768.2902.233.camel@viper.local> References: <1158700768.2902.233.camel@viper.local> Message-ID: <20060919212305.GA12506@nostromo.devel.redhat.com> Ville Skytt? (ville.skytta at iki.fi) said: > NetworkManager-vpnc I'll take this. Bill From Matt_Domsch at dell.com Tue Sep 19 21:33:37 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Tue, 19 Sep 2006 16:33:37 -0500 Subject: Packages removed from FE devel repo 2006-09-19 In-Reply-To: <1158700768.2902.233.camel@viper.local> References: <1158700768.2902.233.camel@viper.local> Message-ID: <20060919213337.GA27964@lists.us.dell.com> On Wed, Sep 20, 2006 at 12:19:28AM +0300, Ville Skytt? wrote: > OrphanedPackages and FC6Status in Wiki should be up to date. > ddclient I'll take this if no one else wants it. Thanks, Matt -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From buildsys at fedoraproject.org Tue Sep 19 21:44:05 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 19 Sep 2006 17:44:05 -0400 (EDT) Subject: Fedora Extras Package Build Report 2006-09-19 Message-ID: <20060919214405.F35C215212D@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 60 R-RScaLAPACK-0.5.1-7.fc6 ardour-0.99.3-6.fc6 azureus-2.5.0.0-6.fc6 banner-1.3.1-3.fc6 basket-0.5.0-9.fc6 bwm-ng-0.5-7.fc6 dssi-0.9.1-9.fc6 exiv2-0.11-2.fc6 fatsort-0.9.6.1-7.fc6 fluidsynth-1.0.7-7.a.fc6 fluidsynth-dssi-0.9.1-6.fc6 fslint-2.11-3 gai-0.5.10-7.fc6 gai-pal-0.7-10 gaim-guifications-2.13-0.2.beta3.fc6 gajim-0.10.1-2.fc6 galeon-2.0.3-1.fc6 gdl-0.9-0.pre3.fc6 gstreamer-python-0.10.4-2.fc6 hexter-dssi-0.5.9-5.fc6 itext-1.3-2.fc6 jakarta-commons-cli-1.0-6jpp_9.fc6 jasper-1.701.0-15.fc6 jogl-1.0.0-5.6.beta5.fc6 kawa-1.8-9.fc6 kdesvn-0.9.3-1.fc6 kita-0.177.3-9.fc6 kphotoalbum-2.2-5.fc6 lash-0.5.1-8.fc6 lft-2.5-5.fc6 libdnet-1.10-3.fc6 liblo-0.23-10.fc6 liblrdf-0.4.0-8.fc6 libstatgrab-0.13-2.fc6 lsscsi-0.17-3 mach-0.9.0-2.fc6 maxima-5.9.3.99-0.10.rc4.fc6 monodevelop-0.12-3.fc6 mxml-2.2.2-6.fc6 netpanzer-data-0.8-4 ngrep-1.44-6.fc6 pdsh-2.11-4.fc6 pengupop-2.1.4-2.fc6 perl-Email-MIME-Encodings-1.310-2.fc6 perl-POE-Component-SSLify-0.06-1.fc6 perl-POE-Component-SimpleDBI-1.14-1.fc6 perl-Spoon-0.23-5.fc6 phpldapadmin-1.0.1-1.fc6 python-cherrypy-2.2.1-3.fc6 raptor-1.4.9-4.fc6 rblcheck-1.5-11.fc6 rssowl-1.2.2-4.fc6 sabayon-2.12.4-3.fc6 scanssh-2.1-8.fc6 swh-plugins-0.4.15-3.fc6 synce-software-manager-0.9.0-6.fc6 synce-trayicon-0.9.0-7.fc6 xplanet-1.2.0-1.fc6 xscreensaver-5.01-1.fc6 zynaddsubfx-2.2.1-12.fc6 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Tue Sep 19 21:44:39 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 19 Sep 2006 17:44:39 -0400 (EDT) Subject: Package EVR problems in FC+FE 2006-09-19 Message-ID: <20060919214439.832E415212D@buildsys.fedoraproject.org> UNKNOWN OWNER (possibly Core package): device-mapper FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) FC4-updates > FC6 (0:1.02.07-2.0 > 0:1.02.07-1.1) jessie FC5-updates > FC6 (0:1.0.1-5 > 0:1.0.1-4) lvm2 FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) mozilla FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) quagga FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) tar FC5-updates > FC6 (0:1.15.91-1.FC5 > 0:1.15.91-1) andreas.bierfert AT lowlatency.de: dillo FE3 > FE5 (0:0.8.6-2.fc3 > 0:0.8.6-1.fc5) FE4 > FE5 (0:0.8.6-2.fc4 > 0:0.8.6-1.fc5) libpqxx FE4 > FE6 (0:2.6.7-1.fc4 > 0:2.6.6-1.fc6) FE5 > FE6 (0:2.6.7-1.fc5 > 0:2.6.6-1.fc6) gauret AT free.fr: amarok FE5 > FE6 (0:1.4.3-3.fc5 > 0:1.4.1-3.fc6) paul AT all-the-johnsons.co.uk: monodoc FE5 > FE6 (0:1.1.17-5.fc5 > 0:1.1.17-4.fc6) paul AT city-fan.org: perl-String-CRC32 FE3 > FC5-updates (0:1.4-1.fc3 > 0:1.4-1.FC5) FE4 > FC5-updates (0:1.4-1.fc4 > 0:1.4-1.FC5) petersen AT redhat.com: m17n-db FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) ryo-dairiki AT users.sourceforge.net: scim-tomoe FE5 > FE6 (0:0.2.0-6.fc5.1 > 0:0.2.0-5.fc6) splinux AT fedoraproject.org: pessulus FE5 > FE6 (0:2.16.0-3.fc5 > 0:2.16.0-1.fc6) zcerza AT redhat.com: dogtail FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) ---------------------------------------------------------------------- amarok: gauret AT free.fr FE5 > FE6 (0:1.4.3-3.fc5 > 0:1.4.1-3.fc6) device-mapper: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) FC4-updates > FC6 (0:1.02.07-2.0 > 0:1.02.07-1.1) dillo: andreas.bierfert AT lowlatency.de FE3 > FE5 (0:0.8.6-2.fc3 > 0:0.8.6-1.fc5) FE4 > FE5 (0:0.8.6-2.fc4 > 0:0.8.6-1.fc5) dogtail: zcerza AT redhat.com FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) jessie: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:1.0.1-5 > 0:1.0.1-4) libpqxx: andreas.bierfert AT lowlatency.de FE4 > FE6 (0:2.6.7-1.fc4 > 0:2.6.6-1.fc6) FE5 > FE6 (0:2.6.7-1.fc5 > 0:2.6.6-1.fc6) lvm2: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) m17n-db: petersen AT redhat.com FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) monodoc: paul AT all-the-johnsons.co.uk FE5 > FE6 (0:1.1.17-5.fc5 > 0:1.1.17-4.fc6) mozilla: UNKNOWN OWNER (possibly Core package) FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) perl-String-CRC32: paul AT city-fan.org FE3 > FC5-updates (0:1.4-1.fc3 > 0:1.4-1.FC5) FE4 > FC5-updates (0:1.4-1.fc4 > 0:1.4-1.FC5) pessulus: splinux AT fedoraproject.org FE5 > FE6 (0:2.16.0-3.fc5 > 0:2.16.0-1.fc6) quagga: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) scim-tomoe: ryo-dairiki AT users.sourceforge.net FE5 > FE6 (0:0.2.0-6.fc5.1 > 0:0.2.0-5.fc6) tar: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:1.15.91-1.FC5 > 0:1.15.91-1) From ville.skytta at iki.fi Tue Sep 19 21:52:33 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Wed, 20 Sep 2006 00:52:33 +0300 Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: <8719b8230609190726i6d37b293u25d98a846a10b492@mail.gmail.com> References: <1158612775.2902.140.camel@viper.local> <8719b8230609190726i6d37b293u25d98a846a10b492@mail.gmail.com> Message-ID: <1158702753.2902.244.camel@viper.local> On Tue, 2006-09-19 at 10:26 -0400, Ryan Skadberg wrote: > I'd be willing to take over straw (as I am one of the maintainers of > straw), but am currently not an extras contributor. I looked over the > process and it seems like most of it is based on putting a new package > in to extras. Since this is just taking over the maintainership of a > package, is there a different path to take? Possibly, your scenario is one of the cases being planned in http://fedoraproject.org/wiki/Extras/Schedule/Comaintainership Not sure what the above means in practice as of now, but I thought I'd mention it anyway ;) From paul at all-the-johnsons.co.uk Tue Sep 19 21:49:01 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Tue, 19 Sep 2006 22:49:01 +0100 Subject: Packages removed from FE devel repo 2006-09-19 In-Reply-To: <1158700768.2902.233.camel@viper.local> References: <1158700768.2902.233.camel@viper.local> Message-ID: <1158702541.3845.74.camel@T7.Linux> Hi, > z88dk Dunno how this slipped under the radar. It's now been updated. TTFN Paul -- "Der einzige Weg, Leute zu kontrollieren ist sie anzul?gen" - L. Ron "Ich kann kein Science-Fiction schreiben" Hubbard; L?gner, Betr?ger, Fixer und Wohlt?ter zu niemandem -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From buildsys at fedoraproject.org Tue Sep 19 22:06:32 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Tue, 19 Sep 2006 22:06:32 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-19 Message-ID: <20060919220632.17972.93892@extras64.linux.duke.edu> Summary of broken packages (by owner): ---------------------------------------------------------------------- andreas.bierfert AT lowlatency.de fluxbox - 0.9.15.1-2.fc6.i386 fluxbox - 0.9.15.1-2.fc6.ppc fluxbox - 0.9.15.1-2.fc6.x86_64 koffice-krita - 1.5.2-1.fc6.i386 (7 days) koffice-krita - 1.5.2-1.fc6.ppc (7 days) koffice-krita - 1.5.2-1.fc6.x86_64 (7 days) wine-core - 0.9.21-1.fc5.i386 byte AT fedoraproject.org straw - 0.22.1-6.noarch straw - 0.22.1-6.noarch straw - 0.22.1-6.noarch dcbw AT redhat.com plague - 0.4.4.1-2.fc3.noarch plague - 0.4.4.1-2.fc3.noarch plague - 0.4.4.1-2.fc4.noarch plague - 0.4.4.1-2.fc4.noarch plague - 0.4.4.1-2.fc4.noarch gauret AT free.fr amarok - 1.4.1-3.fc6.i386 (54 days) amarok - 1.4.1-3.fc6.ppc (54 days) amarok - 1.4.1-3.fc6.x86_64 (54 days) showimg-pgsql - 0.9.5-7.fc4.i386 showimg-pgsql - 0.9.5-7.fc4.ppc showimg-pgsql - 0.9.5-7.fc4.x86_64 showimg-pgsql - 0.9.5-7.fc5.i386 showimg-pgsql - 0.9.5-7.fc5.ppc showimg-pgsql - 0.9.5-7.fc5.x86_64 j.w.r.degoede AT hhs.nl tremulous - 1.1.0-2.fc5.i386 tremulous - 1.1.0-2.fc5.ppc tremulous - 1.1.0-2.fc5.x86_64 jeff AT ocjtech.us pyicq-t - 0.7-5.fc6.noarch pyicq-t - 0.7-5.fc6.noarch pyicq-t - 0.7-5.fc6.noarch matthias AT rpmforge.net gcombust - 1:0.1.55-9.i386 gcombust - 1:0.1.55-9.ppc gcombust - 1:0.1.55-9.x86_64 michael AT knox.net.nz buildbot - 0.7.4-2.fc6.noarch buildbot - 0.7.4-2.fc6.noarch buildbot - 0.7.4-2.fc6.noarch fyre - 1.0.0-15.fc6.i386 fyre - 1.0.0-15.fc6.ppc fyre - 1.0.0-15.fc6.x86_64 gurlchecker - 0.10.0-4.fc6.i386 gurlchecker - 0.10.0-4.fc6.ppc gurlchecker - 0.10.0-4.fc6.x86_64 python-cvstoys - 1.0.10-5.fc6.noarch python-cvstoys - 1.0.10-5.fc6.noarch python-cvstoys - 1.0.10-5.fc6.noarch mpeters AT mac.com libvisual-plugins - 0.2.0-3.fc5.i386 (62 days) libvisual-plugins - 0.2.0-3.fc5.ppc (62 days) libvisual-plugins - 0.2.0-3.fc5.x86_64 (62 days) qspencer AT ieee.org mftrace - 1.2.4-4.fc6.i386 mftrace - 1.2.4-4.fc6.ppc mftrace - 1.2.4-4.fc6.x86_64 raven AT pmail.pl gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.i386 (4 days) gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.ppc (4 days) gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.x86_64 (4 days) ryo-dairiki AT users.sourceforge.net scim-skk - 0.5.2-8.fc6.i386 scim-skk - 0.5.2-8.fc6.ppc scim-skk - 0.5.2-8.fc6.x86_64 tagoh AT redhat.com kinput2 - v3.1-29.fc6.i386 kinput2 - v3.1-29.fc6.ppc kinput2 - v3.1-29.fc6.x86_64 uim-skk - 1.2.1-2.fc6.i386 uim-skk - 1.2.1-2.fc6.ppc uim-skk - 1.2.1-2.fc6.x86_64 w3m-el - 1.4.4-5.fc6.noarch w3m-el - 1.4.4-5.fc6.noarch w3m-el - 1.4.4-5.fc6.noarch w3m-el-xemacs - 1.4.4-5.fc6.noarch w3m-el-xemacs - 1.4.4-5.fc6.noarch w3m-el-xemacs - 1.4.4-5.fc6.noarch thomas AT apestaart.org flumotion - 0.2.1-3.fc6.i386 flumotion - 0.2.1-3.fc6.ppc flumotion - 0.2.1-3.fc6.x86_64 tmraz AT redhat.com workrave - 1.8.3-2.fc6.i386 workrave - 1.8.3-2.fc6.ppc workrave - 1.8.3-2.fc6.x86_64 ville.skytta AT iki.fi xemacs - 21.5.27-3.fc6.i386 xemacs - 21.5.27-3.fc6.ppc xemacs - 21.5.27-3.fc6.x86_64 Broken packages in fedora-extras-5-i386: ---------------------------------------------------------------------- libvisual-plugins-0.2.0-3.fc5.i386 requires libvisual.so.0 showimg-pgsql-0.9.5-7.fc5.i386 requires libpqxx-2.6.6.so tremulous-1.1.0-2.fc5.i386 requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-5-x86_64: ---------------------------------------------------------------------- libvisual-plugins-0.2.0-3.fc5.x86_64 requires libvisual.so.0()(64bit) showimg-pgsql-0.9.5-7.fc5.x86_64 requires libpqxx-2.6.6.so()(64bit) tremulous-1.1.0-2.fc5.x86_64 requires tremulous-data = 0:1.1.0 wine-core-0.9.21-1.fc5.i386 requires libsane.so.1 Broken packages in fedora-extras-5-ppc: ---------------------------------------------------------------------- libvisual-plugins-0.2.0-3.fc5.ppc requires libvisual.so.0 showimg-pgsql-0.9.5-7.fc5.ppc requires libpqxx-2.6.6.so tremulous-1.1.0-2.fc5.ppc requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-4-i386: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.i386 requires libpqxx-2.6.6.so Broken packages in fedora-extras-4-x86_64: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.x86_64 requires libpqxx-2.6.6.so()(64bit) Broken packages in fedora-extras-4-ppc: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.ppc requires libpqxx-2.6.6.so Broken packages in fedora-extras-3-i386: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc3.noarch requires createrepo >= 0:0.4.3 Broken packages in fedora-extras-3-x86_64: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc3.noarch requires createrepo >= 0:0.4.3 Broken packages in fedora-extras-development-i386: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.i386 requires libifp.so.4 amarok-1.4.1-3.fc6.i386 requires HelixPlayer buildbot-0.7.4-2.fc6.noarch requires python-twisted >= 0:1.3.0 flumotion-0.2.1-3.fc6.i386 requires python-twisted >= 0:1.3.0 fluxbox-0.9.15.1-2.fc6.i386 requires pyxdg fluxbox-0.9.15.1-2.fc6.i386 requires artwiz-aleczapka-fonts fyre-1.0.0-15.fc6.i386 requires libgnet-2.0.so.0 gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.i386 requires gaim = 0:2.0.0-0.11.beta3.fc6 gcombust-1:0.1.55-9.i386 requires cdlabelgen >= 0:1.5.0 gurlchecker-0.10.0-4.fc6.i386 requires gnet2 gurlchecker-0.10.0-4.fc6.i386 requires libgnet-2.0.so.0 kinput2-v3.1-29.fc6.i386 requires libwnn.so.0 koffice-krita-1.5.2-1.fc6.i386 requires libIlmImf.so.2 koffice-krita-1.5.2-1.fc6.i386 requires libImath.so.2 koffice-krita-1.5.2-1.fc6.i386 requires libIex.so.2 koffice-krita-1.5.2-1.fc6.i386 requires libHalf.so.2 mftrace-1.2.4-4.fc6.i386 requires autotrace mftrace-1.2.4-4.fc6.i386 requires fontforge pyicq-t-0.7-5.fc6.noarch requires python-twisted python-cvstoys-1.0.10-5.fc6.noarch requires python-twisted scim-skk-0.5.2-8.fc6.i386 requires skkdic straw-0.22.1-6.noarch requires python-adns uim-skk-1.2.1-2.fc6.i386 requires skkdic w3m-el-1.4.4-5.fc6.noarch requires flim w3m-el-xemacs-1.4.4-5.fc6.noarch requires flim-xemacs workrave-1.8.3-2.fc6.i386 requires libgnet-2.0.so.0 xemacs-21.5.27-3.fc6.i386 requires libwnn.so.0 Broken packages in fedora-extras-development-x86_64: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.x86_64 requires libifp.so.4()(64bit) buildbot-0.7.4-2.fc6.noarch requires python-twisted >= 0:1.3.0 flumotion-0.2.1-3.fc6.x86_64 requires python-twisted >= 0:1.3.0 fluxbox-0.9.15.1-2.fc6.x86_64 requires artwiz-aleczapka-fonts fluxbox-0.9.15.1-2.fc6.x86_64 requires pyxdg fyre-1.0.0-15.fc6.x86_64 requires libgnet-2.0.so.0()(64bit) gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.x86_64 requires gaim = 0:2.0.0-0.11.beta3.fc6 gcombust-1:0.1.55-9.x86_64 requires cdlabelgen >= 0:1.5.0 gurlchecker-0.10.0-4.fc6.x86_64 requires libgnet-2.0.so.0()(64bit) gurlchecker-0.10.0-4.fc6.x86_64 requires gnet2 kinput2-v3.1-29.fc6.x86_64 requires libwnn.so.0()(64bit) koffice-krita-1.5.2-1.fc6.x86_64 requires libIlmImf.so.2()(64bit) koffice-krita-1.5.2-1.fc6.x86_64 requires libHalf.so.2()(64bit) koffice-krita-1.5.2-1.fc6.x86_64 requires libImath.so.2()(64bit) koffice-krita-1.5.2-1.fc6.x86_64 requires libIex.so.2()(64bit) mftrace-1.2.4-4.fc6.x86_64 requires autotrace mftrace-1.2.4-4.fc6.x86_64 requires fontforge pyicq-t-0.7-5.fc6.noarch requires python-twisted python-cvstoys-1.0.10-5.fc6.noarch requires python-twisted scim-skk-0.5.2-8.fc6.x86_64 requires skkdic straw-0.22.1-6.noarch requires python-adns uim-skk-1.2.1-2.fc6.x86_64 requires skkdic w3m-el-1.4.4-5.fc6.noarch requires flim w3m-el-xemacs-1.4.4-5.fc6.noarch requires flim-xemacs workrave-1.8.3-2.fc6.x86_64 requires libgnet-2.0.so.0()(64bit) xemacs-21.5.27-3.fc6.x86_64 requires libwnn.so.0()(64bit) Broken packages in fedora-extras-development-ppc: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.ppc requires libifp.so.4 amarok-1.4.1-3.fc6.ppc requires HelixPlayer buildbot-0.7.4-2.fc6.noarch requires python-twisted >= 0:1.3.0 flumotion-0.2.1-3.fc6.ppc requires python-twisted >= 0:1.3.0 fluxbox-0.9.15.1-2.fc6.ppc requires pyxdg fluxbox-0.9.15.1-2.fc6.ppc requires artwiz-aleczapka-fonts fyre-1.0.0-15.fc6.ppc requires libgnet-2.0.so.0 gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.ppc requires gaim = 0:2.0.0-0.11.beta3.fc6 gcombust-1:0.1.55-9.ppc requires cdlabelgen >= 0:1.5.0 gurlchecker-0.10.0-4.fc6.ppc requires gnet2 gurlchecker-0.10.0-4.fc6.ppc requires libgnet-2.0.so.0 kinput2-v3.1-29.fc6.ppc requires libwnn.so.0 koffice-krita-1.5.2-1.fc6.ppc requires libIlmImf.so.2 koffice-krita-1.5.2-1.fc6.ppc requires libImath.so.2 koffice-krita-1.5.2-1.fc6.ppc requires libIex.so.2 koffice-krita-1.5.2-1.fc6.ppc requires libHalf.so.2 mftrace-1.2.4-4.fc6.ppc requires autotrace mftrace-1.2.4-4.fc6.ppc requires fontforge pyicq-t-0.7-5.fc6.noarch requires python-twisted python-cvstoys-1.0.10-5.fc6.noarch requires python-twisted scim-skk-0.5.2-8.fc6.ppc requires skkdic straw-0.22.1-6.noarch requires python-adns uim-skk-1.2.1-2.fc6.ppc requires skkdic w3m-el-1.4.4-5.fc6.noarch requires flim w3m-el-xemacs-1.4.4-5.fc6.noarch requires flim-xemacs workrave-1.8.3-2.fc6.ppc requires libgnet-2.0.so.0 xemacs-21.5.27-3.fc6.ppc requires libwnn.so.0 ====================================================================== New report for: michael AT knox.net.nz package: python-cvstoys - 1.0.10-5.fc6.noarch from fedora-extras-development-i386 unresolved deps: python-twisted package: gurlchecker - 0.10.0-4.fc6.i386 from fedora-extras-development-i386 unresolved deps: gnet2 libgnet-2.0.so.0 package: buildbot - 0.7.4-2.fc6.noarch from fedora-extras-development-i386 unresolved deps: python-twisted >= 0:1.3.0 package: fyre - 1.0.0-15.fc6.i386 from fedora-extras-development-i386 unresolved deps: libgnet-2.0.so.0 package: gurlchecker - 0.10.0-4.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libgnet-2.0.so.0()(64bit) gnet2 package: fyre - 1.0.0-15.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libgnet-2.0.so.0()(64bit) package: python-cvstoys - 1.0.10-5.fc6.noarch from fedora-extras-development-x86_64 unresolved deps: python-twisted package: buildbot - 0.7.4-2.fc6.noarch from fedora-extras-development-x86_64 unresolved deps: python-twisted >= 0:1.3.0 package: gurlchecker - 0.10.0-4.fc6.ppc from fedora-extras-development-ppc unresolved deps: gnet2 libgnet-2.0.so.0 package: buildbot - 0.7.4-2.fc6.noarch from fedora-extras-development-ppc unresolved deps: python-twisted >= 0:1.3.0 package: python-cvstoys - 1.0.10-5.fc6.noarch from fedora-extras-development-ppc unresolved deps: python-twisted package: fyre - 1.0.0-15.fc6.ppc from fedora-extras-development-ppc unresolved deps: libgnet-2.0.so.0 ====================================================================== New report for: ville.skytta AT iki.fi package: xemacs - 21.5.27-3.fc6.i386 from fedora-extras-development-i386 unresolved deps: libwnn.so.0 package: xemacs - 21.5.27-3.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libwnn.so.0()(64bit) package: xemacs - 21.5.27-3.fc6.ppc from fedora-extras-development-ppc unresolved deps: libwnn.so.0 ====================================================================== New report for: andreas.bierfert AT lowlatency.de package: fluxbox - 0.9.15.1-2.fc6.i386 from fedora-extras-development-i386 unresolved deps: pyxdg artwiz-aleczapka-fonts package: fluxbox - 0.9.15.1-2.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: artwiz-aleczapka-fonts pyxdg package: fluxbox - 0.9.15.1-2.fc6.ppc from fedora-extras-development-ppc unresolved deps: pyxdg artwiz-aleczapka-fonts ====================================================================== New report for: tmraz AT redhat.com package: workrave - 1.8.3-2.fc6.i386 from fedora-extras-development-i386 unresolved deps: libgnet-2.0.so.0 package: workrave - 1.8.3-2.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libgnet-2.0.so.0()(64bit) package: workrave - 1.8.3-2.fc6.ppc from fedora-extras-development-ppc unresolved deps: libgnet-2.0.so.0 ====================================================================== New report for: byte AT fedoraproject.org package: straw - 0.22.1-6.noarch from fedora-extras-development-i386 unresolved deps: python-adns package: straw - 0.22.1-6.noarch from fedora-extras-development-x86_64 unresolved deps: python-adns package: straw - 0.22.1-6.noarch from fedora-extras-development-ppc unresolved deps: python-adns ====================================================================== New report for: qspencer AT ieee.org package: mftrace - 1.2.4-4.fc6.i386 from fedora-extras-development-i386 unresolved deps: autotrace fontforge package: mftrace - 1.2.4-4.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: autotrace fontforge package: mftrace - 1.2.4-4.fc6.ppc from fedora-extras-development-ppc unresolved deps: autotrace fontforge ====================================================================== New report for: tagoh AT redhat.com package: w3m-el - 1.4.4-5.fc6.noarch from fedora-extras-development-i386 unresolved deps: flim package: kinput2 - v3.1-29.fc6.i386 from fedora-extras-development-i386 unresolved deps: libwnn.so.0 package: uim-skk - 1.2.1-2.fc6.i386 from fedora-extras-development-i386 unresolved deps: skkdic package: w3m-el-xemacs - 1.4.4-5.fc6.noarch from fedora-extras-development-i386 unresolved deps: flim-xemacs package: uim-skk - 1.2.1-2.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: skkdic package: w3m-el-xemacs - 1.4.4-5.fc6.noarch from fedora-extras-development-x86_64 unresolved deps: flim-xemacs package: kinput2 - v3.1-29.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libwnn.so.0()(64bit) package: w3m-el - 1.4.4-5.fc6.noarch from fedora-extras-development-x86_64 unresolved deps: flim package: kinput2 - v3.1-29.fc6.ppc from fedora-extras-development-ppc unresolved deps: libwnn.so.0 package: w3m-el - 1.4.4-5.fc6.noarch from fedora-extras-development-ppc unresolved deps: flim package: uim-skk - 1.2.1-2.fc6.ppc from fedora-extras-development-ppc unresolved deps: skkdic package: w3m-el-xemacs - 1.4.4-5.fc6.noarch from fedora-extras-development-ppc unresolved deps: flim-xemacs ====================================================================== New report for: jeff AT ocjtech.us package: pyicq-t - 0.7-5.fc6.noarch from fedora-extras-development-i386 unresolved deps: python-twisted package: pyicq-t - 0.7-5.fc6.noarch from fedora-extras-development-x86_64 unresolved deps: python-twisted package: pyicq-t - 0.7-5.fc6.noarch from fedora-extras-development-ppc unresolved deps: python-twisted ====================================================================== New report for: ryo-dairiki AT users.sourceforge.net package: scim-skk - 0.5.2-8.fc6.i386 from fedora-extras-development-i386 unresolved deps: skkdic package: scim-skk - 0.5.2-8.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: skkdic package: scim-skk - 0.5.2-8.fc6.ppc from fedora-extras-development-ppc unresolved deps: skkdic ====================================================================== New report for: thomas AT apestaart.org package: flumotion - 0.2.1-3.fc6.i386 from fedora-extras-development-i386 unresolved deps: python-twisted >= 0:1.3.0 package: flumotion - 0.2.1-3.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: python-twisted >= 0:1.3.0 package: flumotion - 0.2.1-3.fc6.ppc from fedora-extras-development-ppc unresolved deps: python-twisted >= 0:1.3.0 ====================================================================== New report for: matthias AT rpmforge.net package: gcombust - 1:0.1.55-9.i386 from fedora-extras-development-i386 unresolved deps: cdlabelgen >= 0:1.5.0 package: gcombust - 1:0.1.55-9.x86_64 from fedora-extras-development-x86_64 unresolved deps: cdlabelgen >= 0:1.5.0 package: gcombust - 1:0.1.55-9.ppc from fedora-extras-development-ppc unresolved deps: cdlabelgen >= 0:1.5.0 From bpepple at fedoraproject.org Tue Sep 19 22:17:53 2006 From: bpepple at fedoraproject.org (Brian Pepple) Date: Tue, 19 Sep 2006 18:17:53 -0400 Subject: Packages removed from FE devel repo 2006-09-19 In-Reply-To: <1158700768.2902.233.camel@viper.local> References: <1158700768.2902.233.camel@viper.local> Message-ID: <1158704273.31826.0.camel@shuttle.piedmont.com> On Wed, 2006-09-20 at 00:19 +0300, Ville Skytt? wrote: > Removed 2006-09-19: > vorbisgain I'll take this one, since I use it. /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From dakingun at gmail.com Tue Sep 19 22:30:11 2006 From: dakingun at gmail.com (Deji Akingunola) Date: Tue, 19 Sep 2006 18:30:11 -0400 Subject: Packages removed from FE devel repo 2006-09-19 In-Reply-To: <1158700768.2902.233.camel@viper.local> References: <1158700768.2902.233.camel@viper.local> Message-ID: > gnomesword > sword I've already indicated my interested in these 2, will take them. Deji From mpeters at mac.com Tue Sep 19 22:30:51 2006 From: mpeters at mac.com (Michael A. Peters) Date: Tue, 19 Sep 2006 15:30:51 -0700 Subject: In respect of your Fedora packages In-Reply-To: References: Message-ID: <1158705051.2999.2.camel@atlantis.mpeters.local> Hi. You can take over as maintainer. I've suddenly got an aweful lot going on, and it doesn't look like my load will lighten any for time. I'm going to announce intent to orphan to lists later today, something I should have done earlier, for which I apologize. On Tue, 2006-09-19 at 11:43 -0400, Deji Akingunola wrote: > Hi Michael, > > I hope you're doing well, it's been some time since you reacted to the > packages you are maintaining for fedora extras. Recently there has > been a call to rebuild all fedora extras packages for upcoming FC6, > and those that are not built are to be orphaned and dropped from the > tree. As I'm particularly interested in sword and gnomesword which you > maintain, I hope you would mind if I add myself as co-maintainer for > those packages and rebuild them for FC6. > Take care. God bless you. > > Cheers, > Deji > From dominik at greysector.net Tue Sep 19 22:49:49 2006 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Wed, 20 Sep 2006 00:49:49 +0200 Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: References: <1158612775.2902.140.camel@viper.local> <20060919005222.GA18605@rathann.pekin.waw.pl> Message-ID: <20060919224949.GB24745@rathann.pekin.waw.pl> On Tuesday, 19 September 2006 at 15:48, Jima wrote: > On Tue, 19 Sep 2006, Dominik 'Rathann' Mierzejewski wrote: > >I'll happily take over the following: > > > >>openmpi > >>rblcheck > >>tetex-prosper > > I think I may have undercut you on rblcheck. I emailed Oliver Falk and > got his approval to take over banner, bwm-ng, graphviz, ngrep, rblcheck, > and scanssh. All of these packages (except graphviz, which was a couple > days ago) have been rebuilt as of his morning, as he just gave me his > okay. > If you really do want rblcheck, or want to co-maintain, feel free to let > me know. Not a problem. That leaves tetex-prosper for me, yes? I'll contact the maintainer. Regards, R. -- Fedora Extras contributor http://fedoraproject.org/wiki/DominikMierzejewski MPlayer developer http://rpm.greysector.net/mplayer/ "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From dominik at greysector.net Tue Sep 19 23:56:08 2006 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Wed, 20 Sep 2006 01:56:08 +0200 Subject: Fwd: Re: tetex-prosper package in Fedora Extras In-Reply-To: <20060919224949.GB24745@rathann.pekin.waw.pl> Message-ID: <20060919235605.GA32347@rathann.pekin.waw.pl> Taken. ----- Forwarded message from "Michael A. Peters" ----- Subject: Re: tetex-prosper package in Fedora Extras From: "Michael A. Peters" To: Dominik 'Rathann' Mierzejewski Date: Tue, 19 Sep 2006 16:20:00 -0700 You may take it. On Wed, 2006-09-20 at 00:59 +0200, Dominik 'Rathann' Mierzejewski wrote: > Hi. > > Looks like you've dropped out of net-existence. None of the packages > maintained by you in Fedora Extras have been rebuilt during the latest Mass > Rebuild before FC6. Since the time is up, I'd like to take over your > tetex-prosper package. Feel free to tell me if you want it back. > > Best regards, > R. > ----- End forwarded message ----- -- Fedora Extras contributor http://fedoraproject.org/wiki/DominikMierzejewski MPlayer developer http://rpm.greysector.net/mplayer/ "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From cweyl at alumni.drew.edu Wed Sep 20 01:28:20 2006 From: cweyl at alumni.drew.edu (Chris Weyl) Date: Tue, 19 Sep 2006 18:28:20 -0700 Subject: automatic way to determine non-legacy branches? In-Reply-To: <1158692325.2838.3.camel@localhost> References: <7dd7ab490609181752t4e63db9bu3b32c4dec7b1d635@mail.gmail.com> <1158692325.2838.3.camel@localhost> Message-ID: <7dd7ab490609191828q4cc874fco179af10c904918e@mail.gmail.com> On 9/19/06, Toshio Kuratomi wrote: > I don't know of anyplace this information is kept currently. In the > future it will be in the package database (some branches will be active, > some inactive.) > > Depending on what you're planning to do with this information, one > wrinkle may be what to do with co-maintained branches or branches that > are only used if additional requirements are met (ie: EPEL branches will > only exist if someone has vlunteered to maintain them and should only be > built by that volunteer.) Yah, this is more a tactical solution than a long term one. It's not intended for EPEL branches at the moment (I'm sure that'll get hashed out as EPEL planning goes on)... co-maintainership I don't think will be much of an issue but the instant makefile target implementation is inadequate for situations where different people maintain different branches. However it's used, I see a need for this information to be stored somewhere. -Chris -- Chris Weyl Ex astris, scientia From jwboyer at jdub.homelinux.org Wed Sep 20 01:35:41 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Tue, 19 Sep 2006 20:35:41 -0500 Subject: Packages removed from FE devel repo 2006-09-19 In-Reply-To: <20060919213337.GA27964@lists.us.dell.com> References: <1158700768.2902.233.camel@viper.local> <20060919213337.GA27964@lists.us.dell.com> Message-ID: <1158716141.3043.2.camel@vader.jdub.homelinux.org> On Tue, 2006-09-19 at 16:33 -0500, Matt Domsch wrote: > On Wed, Sep 20, 2006 at 12:19:28AM +0300, Ville Skytt? wrote: > > OrphanedPackages and FC6Status in Wiki should be up to date. > > > ddclient > > I'll take this if no one else wants it. Was just going to say the same. You're welcome to it as long as someone picks it up. josh From rc040203 at freenet.de Wed Sep 20 03:38:40 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 20 Sep 2006 05:38:40 +0200 Subject: inactive extras contributors in cvsextras In-Reply-To: <45103FB4.6060901@leemhuis.info> References: <20060918205214.GA2116@hurricane.linuxnetz.de> <20060919104754.GA23552@hurricane.linuxnetz.de> <451008AB.2010309@leemhuis.info> <451009F1.90107@leemhuis.info> <1158681410.5044.263.camel@mccallum.corsepiu.local> <45101F65.2070409@leemhuis.info> <1158685797.2687.3.camel@shuttle.piedmont.com> <20060919173306.GB7691@nostromo.devel.redhat.com> <45102E97.1080706@leemhuis.info> <7dd7ab490609191136g367a201n4778c863420927fc@mail.gmail.com> <45103FB4.6060901@leemhuis.info> Message-ID: <1158723520.5044.305.camel@mccallum.corsepiu.local> On Tue, 2006-09-19 at 21:06 +0200, Thorsten Leemhuis wrote: > Chris Weyl schrieb: > > On 9/19/06, Thorsten Leemhuis wrote: > >> Well, they only get removed from the cvsextras group. We can re-add them > >> easily later at any point without much overhead if we want to. Call that > >> process "'inactive' flag" > > I think the question lurking in the background is: would they need to > > go through the sponsorship process again, or would a "please readd me" > > note to the list do? > > I think it should decided on a case-by-case basis. Hmm, I don't see any reason for doing this. > If ignacio, mpeters > or some trusted redhat people show up again with a good explanation why > they were AWOL -> just re-add then. In other cases -> sponsorship. IMO, it should simply be: "AWOL and you're out" (Less aggressively formulated "Your account has expired"). For well-reputed packagers, it should not be much of a problem to pass through the accounting process quickly again. Ralf From panemade at gmail.com Wed Sep 20 04:43:24 2006 From: panemade at gmail.com (=?UTF-8?Q?Parag_N(=E0=A4=AA=E0=A4=B0=E0=A4=BE=E0=A5=9A)?=) Date: Wed, 20 Sep 2006 10:13:24 +0530 Subject: Packages removed from FE devel repo 2006-09-19 In-Reply-To: <1158716141.3043.2.camel@vader.jdub.homelinux.org> References: <1158700768.2902.233.camel@viper.local> <20060919213337.GA27964@lists.us.dell.com> <1158716141.3043.2.camel@vader.jdub.homelinux.org> Message-ID: I will take alsa-tools and rebuild it On 9/20/06, Josh Boyer wrote: > On Tue, 2006-09-19 at 16:33 -0500, Matt Domsch wrote: > > On Wed, Sep 20, 2006 at 12:19:28AM +0300, Ville Skytt? wrote: > > > OrphanedPackages and FC6Status in Wiki should be up to date. > > > > > ddclient > > > > I'll take this if no one else wants it. > > Was just going to say the same. You're welcome to it as long as someone > picks it up. > > josh > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > From panemade at gmail.com Wed Sep 20 04:47:42 2006 From: panemade at gmail.com (=?UTF-8?Q?Parag_N(=E0=A4=AA=E0=A4=B0=E0=A4=BE=E0=A5=9A)?=) Date: Wed, 20 Sep 2006 10:17:42 +0530 Subject: Packages removed from FE devel repo 2006-09-19 In-Reply-To: References: <1158700768.2902.233.camel@viper.local> <20060919213337.GA27964@lists.us.dell.com> <1158716141.3043.2.camel@vader.jdub.homelinux.org> Message-ID: Oops forget to ask what should i follow precedure to take maintainership of alsa-tools?? On 9/20/06, Parag N(????) wrote: > I will take alsa-tools and rebuild it > > On 9/20/06, Josh Boyer wrote: > > On Tue, 2006-09-19 at 16:33 -0500, Matt Domsch wrote: > > > On Wed, Sep 20, 2006 at 12:19:28AM +0300, Ville Skytt? wrote: > > > > OrphanedPackages and FC6Status in Wiki should be up to date. > > > > > > > ddclient > > > > > > I'll take this if no one else wants it. > > > > Was just going to say the same. You're welcome to it as long as someone > > picks it up. > > > > josh > > > > -- > > fedora-extras-list mailing list > > fedora-extras-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-extras-list > > > From fedora at leemhuis.info Wed Sep 20 05:14:44 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 20 Sep 2006 07:14:44 +0200 Subject: Packages removed from FE devel repo 2006-09-19 In-Reply-To: References: <1158700768.2902.233.camel@viper.local> <20060919213337.GA27964@lists.us.dell.com> <1158716141.3043.2.camel@vader.jdub.homelinux.org> Message-ID: <4510CE44.1060001@leemhuis.info> Parag N(????) schrieb: > Oops forget to ask what should i follow precedure to take > maintainership of alsa-tools?? Well, the maintainer of alsa-tools is still around -- awjb (andreas.bierfert at lowlatency.de) took it over from me some weeks ago. You should probably ask him why he didn't rebuild it. There is probably a reason and maybe no need to take it over. Also: you should also take it alsa-firmware over if you take alsa-tools because they depend in parts on each other. Someone really should sort out the mess with alsa-firmware and look closer what parts of it can be shipped in Extras and what not. CU thl > On 9/20/06, Parag N(????) wrote: >> I will take alsa-tools and rebuild it >> >> On 9/20/06, Josh Boyer wrote: >>> On Tue, 2006-09-19 at 16:33 -0500, Matt Domsch wrote: >>>> On Wed, Sep 20, 2006 at 12:19:28AM +0300, Ville Skytt? wrote: >>>>> OrphanedPackages and FC6Status in Wiki should be up to date. >>>>> ddclient >>>> I'll take this if no one else wants it. >>> Was just going to say the same. You're welcome to it as long as someone >>> picks it up. >>> >>> josh >>> >>> -- >>> fedora-extras-list mailing list >>> fedora-extras-list at redhat.com >>> https://www.redhat.com/mailman/listinfo/fedora-extras-list >>> > From dakingun at gmail.com Wed Sep 20 06:10:01 2006 From: dakingun at gmail.com (Deji Akingunola) Date: Wed, 20 Sep 2006 02:10:01 -0400 Subject: Packages removed from FE devel repo 2006-09-19 In-Reply-To: References: <1158700768.2902.233.camel@viper.local> Message-ID: On 9/19/06, Deji Akingunola wrote: > > gnomesword > > sword > I've already indicated my interested in these 2, will take them. > Micheal Peters, the original maintainer of the above 2 have agreed that I take them over, will rebuild them tomorrow. Deji From j.w.r.degoede at hhs.nl Wed Sep 20 11:37:40 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 20 Sep 2006 13:37:40 +0200 Subject: txukart -> supertuxkart, new package? Message-ID: <45112804.1000307@hhs.nl> Hi, A group of developers has recently picked up tuxkart and called the resulting improved version supertuxkart. As such I would like to upgrade the tuxkart currently in FE to their supertuxkart version. Now the easiest way todo this is to just leave it called tuxkart and drop in the new sources (and adjust patches, etc, bla). This has 2 disadvantages though: 1) people explicitly seeking for supertuxkart will not find it 2) I need to be creative with the version no (no big problem there) My main concern is 1) which makes one wish we had package aliases :) I could partially fix 1 by providing supertuxkart, so that yum install supertuxkart will work. But that won't fix yum list. The alternative is to submit a new supertuxkart package which obsoletes tuxkart, question will this cause automatic upgrades of tuxkart to supertuxkart? Anyways I'm not sure which path is the best to follow, hence this mail. Regards, Hans From Christian.Iseli at licr.org Wed Sep 20 12:38:16 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Wed, 20 Sep 2006 14:38:16 +0200 Subject: txukart -> supertuxkart, new package? In-Reply-To: <45112804.1000307@hhs.nl> References: <45112804.1000307@hhs.nl> Message-ID: <20060920143816.2cb9a83c@ludwig-alpha> On Wed, 20 Sep 2006 13:37:40 +0200, Hans de Goede wrote: > The alternative is to submit a new supertuxkart package which obsoletes > tuxkart, I'd prefer we stick to upstream names... > question will this cause automatic upgrades of tuxkart to > supertuxkart? Given proper RPM tags (which escape me ATM), I think this should work :-) C From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Wed Sep 20 12:40:33 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Wed, 20 Sep 2006 14:40:33 +0200 Subject: txukart -> supertuxkart, new package? In-Reply-To: <45112804.1000307@hhs.nl> References: <45112804.1000307@hhs.nl> Message-ID: <20060920144033.59e0abc4@python2> Hans de Goede wrote : > My main concern is 1) which makes one wish we had package aliases :) > I could partially fix 1 by providing supertuxkart, so that yum install > supertuxkart will work. But that won't fix yum list. You can simply "Provides: supertuxkart = %{version}-%{release}". > The alternative is to submit a new supertuxkart package which obsoletes > tuxkart, question will this cause automatic upgrades of tuxkart to > supertuxkart? This would definitely be best. Don't forget to obsolete the last known version of tuxkart which seems to be 0.4.0-5.fc6 with : Obsoletes: tuxkart < 0.4.0-6 (release is higher, that way you "catch" any dist tag) Now the real question is : Do you need to go through the new package submission process? I'm afraid the easiest would be to do so... Don't forget to "retire" tuxkart properly (dead.package file etc.). Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 5.92 (FC6 Test3) - Linux kernel 2.6.17-1.2647.fc6 Load : 0.59 0.37 0.25 From rdieter at math.unl.edu Wed Sep 20 13:02:42 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 20 Sep 2006 08:02:42 -0500 Subject: tuxkart -> supertuxkart, new package? References: <45112804.1000307@hhs.nl> <20060920144033.59e0abc4@python2> Message-ID: Hans de Goede wrote: > A group of developers has recently picked up tuxkart and called the > resulting improved version supertuxkart. > As such I would like to upgrade the tuxkart currently in FE to their > supertuxkart version. Is tuxkart development dead? Matthias Saou wrote: > Now the real question is : Do you need to go through the new package > submission process? Since this is technically a different package by different developers, in general, I'd lean toward yes. -- Rex From fedora at leemhuis.info Wed Sep 20 13:06:08 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 20 Sep 2006 15:06:08 +0200 Subject: txukart -> supertuxkart, new package? In-Reply-To: <20060920144033.59e0abc4@python2> References: <45112804.1000307@hhs.nl> <20060920144033.59e0abc4@python2> Message-ID: <45113CC0.3070304@leemhuis.info> Matthias Saou schrieb: > Hans de Goede wrote : >> The alternative is to submit a new supertuxkart package which obsoletes >> tuxkart, question will this cause automatic upgrades of tuxkart to >> supertuxkart? > This would definitely be best. +1 >[...] > Now the real question is : Do you need to go through the new package > submission process? I think this once again needs to be handled on a case-by-case basis: If upstream changed a lot of stuff or if the spec file was heavily reworked -> new review. If it's more like a regular update with a name-change -> announce it on fedora-extras list and attach a spec-file diff so interested people can quickly skim over it and veto if they see blockers. If everything is quiet for 48 hours -> just import it,request branches, ... CU thl From rdieter at math.unl.edu Wed Sep 20 13:13:57 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 20 Sep 2006 08:13:57 -0500 Subject: txukart -> supertuxkart, new package? References: <45112804.1000307@hhs.nl> <20060920144033.59e0abc4@python2> <45113CC0.3070304@leemhuis.info> Message-ID: Thorsten Leemhuis wrote: >> Now the real question is : Do you need to go through the new package >> submission process? > > I think this once again needs to be handled on a case-by-case basis: > > If upstream changed a lot of stuff or if the spec file was heavily > reworked -> new review. > > If it's more like a regular update with a name-change -> announce it on > fedora-extras list and attach a spec-file diff so interested people can > quickly skim over it and veto if they see blockers. If everything is > quiet for 48 hours -> just import it,request branches, ... Well said, +1. -- Rex From j.w.r.degoede at hhs.nl Wed Sep 20 13:51:24 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 20 Sep 2006 15:51:24 +0200 Subject: txukart -> supertuxkart, new package? In-Reply-To: <45113CC0.3070304@leemhuis.info> References: <45112804.1000307@hhs.nl> <20060920144033.59e0abc4@python2> <45113CC0.3070304@leemhuis.info> Message-ID: <4511475C.2080806@hhs.nl> Thorsten Leemhuis wrote: > > Matthias Saou schrieb: >> Hans de Goede wrote : >>> The alternative is to submit a new supertuxkart package which obsoletes >>> tuxkart, question will this cause automatic upgrades of tuxkart to >>> supertuxkart? >> This would definitely be best. > > +1 > >> [...] >> Now the real question is : Do you need to go through the new package >> submission process? > > I think this once again needs to be handled on a case-by-case basis: > > If upstream changed a lot of stuff or if the spec file was heavily > reworked -> new review. > > If it's more like a regular update with a name-change -> announce it on > fedora-extras list and attach a spec-file diff so interested people can > quickly skim over it and veto if they see blockers. If everything is > quiet for 48 hours -> just import it,request branches, ... > > CU > thl > Its more like a regular update, I'll put it through the review requests anyways to make Chris' scripts happy. I assume someone will do a quick review for me then. I'll send a mail asking for such a "quick" review when I'm ready. Regards, Hans From fedora at leemhuis.info Wed Sep 20 15:13:34 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 20 Sep 2006 17:13:34 +0200 Subject: [Fwd: Release Notes freeze for FC6] Message-ID: <45115A9E.4060207@leemhuis.info> Is there anything we want to be documented in the release notes? Yes? Then please add it to http://fedoraproject.org/wiki/Docs/Beats/Extras tia! CU thl -------------- next part -------------- An embedded message was scrubbed... From: "Paul W. Frields" Subject: Release Notes freeze for FC6 Date: Wed, 20 Sep 2006 10:01:02 -0400 Size: 6292 URL: From paul at city-fan.org Wed Sep 20 15:25:53 2006 From: paul at city-fan.org (Paul Howarth) Date: Wed, 20 Sep 2006 16:25:53 +0100 Subject: rpms/gnet2/devel gnet2.spec,1.7,1.8 needs.rebuild,1.1,NONE In-Reply-To: <200609201517.k8KFHQhb006999@cvs-int.fedora.redhat.com> References: <200609201517.k8KFHQhb006999@cvs-int.fedora.redhat.com> Message-ID: <45115D81.1070701@city-fan.org> Tomas Mraz (tmraz) wrote: > Author: tmraz > > Update of /cvs/extras/rpms/gnet2/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv6982 > > Modified Files: > gnet2.spec > Removed Files: > needs.rebuild > Log Message: > * Wed Sep 20 2006 Ignacio Vazquez-Abrams 2.0.7-7 > - Rebuild for Fedora Extras 6 This changelog entry appears to have been mis-attributed; I thought for a moment that Ignacio was back. Paul. From tmraz at redhat.com Wed Sep 20 15:31:16 2006 From: tmraz at redhat.com (Tomas Mraz) Date: Wed, 20 Sep 2006 17:31:16 +0200 Subject: Packages removed from FE devel repo 2006-09-19 In-Reply-To: <1158700768.2902.233.camel@viper.local> References: <1158700768.2902.233.camel@viper.local> Message-ID: <1158766276.6360.8.camel@perun.kabelta.loc> On Wed, 2006-09-20 at 00:19 +0300, Ville Skytt? wrote: > The following packages have been removed from the FE devel repo today. > There were some issues with the push, so this batch is not yet in the > public repo, but will soon be. > > The upcoming broken deps report should give a fairly good picture of > what's queued for removal next... > > I tried to not remove packages that people said they'd take over or care > of really soon now, will watch for a bit if they actually get rebuilt: > blktool, koffice, koffice-langpack, librsync, PyRTF, PyX, > python-cherrytemplate, python-enchant, rdiff-backup, rman, straw, t1lib, > t1utils, tetex-prosper > > OrphanedPackages and FC6Status in Wiki should be up to date. > > gnet2 I'll take this one as workrave depends on it. -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb From tmraz at redhat.com Wed Sep 20 15:45:45 2006 From: tmraz at redhat.com (Tomas Mraz) Date: Wed, 20 Sep 2006 17:45:45 +0200 Subject: rpms/gnet2/devel gnet2.spec,1.7,1.8 needs.rebuild,1.1,NONE In-Reply-To: <45115D81.1070701@city-fan.org> References: <200609201517.k8KFHQhb006999@cvs-int.fedora.redhat.com> <45115D81.1070701@city-fan.org> Message-ID: <1158767145.6360.10.camel@perun.kabelta.loc> On Wed, 2006-09-20 at 16:25 +0100, Paul Howarth wrote: > Tomas Mraz (tmraz) wrote: > > Author: tmraz > > > > Update of /cvs/extras/rpms/gnet2/devel > > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv6982 > > > > Modified Files: > > gnet2.spec > > Removed Files: > > needs.rebuild > > Log Message: > > * Wed Sep 20 2006 Ignacio Vazquez-Abrams 2.0.7-7 > > - Rebuild for Fedora Extras 6 > > This changelog entry appears to have been mis-attributed; I thought for > a moment that Ignacio was back. Oops. That happens when you do multiple things simultaneously. -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb From orion at cora.nwra.com Wed Sep 20 17:26:14 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 20 Sep 2006 11:26:14 -0600 Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: <1158612775.2902.140.camel@viper.local> References: <1158612775.2902.140.camel@viper.local> Message-ID: <451179B6.1080901@cora.nwra.com> Ville Skytt? wrote: > Hi, > > The deadline for the FE mass rebuild for FC6 was today, 153 packages > which are still in the devel (package) repo have not had their > needs.rebuild file treated in CVS. > > ruby-mysql I'll take this. -- Orion Poplawski System Administrator 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From jima at beer.tclug.org Wed Sep 20 17:31:54 2006 From: jima at beer.tclug.org (Jima) Date: Wed, 20 Sep 2006 12:31:54 -0500 (CDT) Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: <451179B6.1080901@cora.nwra.com> References: <1158612775.2902.140.camel@viper.local> <451179B6.1080901@cora.nwra.com> Message-ID: On Wed, 20 Sep 2006, Orion Poplawski wrote: > Ville Skytt? wrote: >> ruby-mysql > > I'll take this. Anyone got an updated list of what's unclaimed/unfixed? I'm feeling a bit lazy. :) Jima From buildsys at fedoraproject.org Wed Sep 20 18:02:50 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 20 Sep 2006 14:02:50 -0400 (EDT) Subject: Fedora Extras Package Build Report 2006-09-20 Message-ID: <20060920180250.0AD1F15212D@buildsys.fedoraproject.org> Packages built and released for Fedora Extras 5: 20 bzr-0.10-1.fc5 bzrtools-0.10.0-2.fc5 dx-samples-4.4.0-3.fc5 exiv2-0.11-2.fc5 filelight-1.0-8.fc5 galeon-2.0.3-1.fc5 gnomeradio-1.6-3.fc5 kita-0.177.3-9.fc5 kphotoalbum-2.2-5.fc5 leafnode-1.11.5-1.fc5 maxima-5.9.3.99-0.10.rc4.fc5 openbabel-2.0.2-3.fc5 perl-Class-C3-0.13-4.fc5 perl-Email-MIME-Encodings-1.310-2.fc5 perl-Gtk2-GladeXML-1.005-5.fc5 perl-POE-API-Peek-1.06-2.fc5 perl-POE-Component-SSLify-0.06-1.fc5 perl-POE-Component-SimpleDBI-1.14-1.fc5 perl-Term-ProgressBar-2.09-2.fc5 xplanet-1.2.0-1.fc5 Packages built and released for Fedora Extras 4: 5 exiv2-0.11-2.fc4 galeon-2.0.3-1.fc4 kphotoalbum-2.2-5.fc4 openbabel-2.0.2-3.fc4 perl-Email-MIME-Encodings-1.310-2.fc4 Packages built and released for Fedora Extras development: 38 PyRTF-0.45-2.fc6 PyX-0.9-2.fc6 bzr-gtk-0.10.0-2.fc6 charis-fonts-4.0.02-2.fc6 dap-freeform_handler-3.7.2-1.fc6 dap-hdf4_handler-3.7.2-2.fc6 dap-netcdf_handler-3.7.3-1.fc6 dap-server-3.7.1-1.fc6 dx-samples-4.4.0-3.fc6 gentium-fonts-1.02-4.fc6 gnet2-2.0.7-8.fc6 gnome-build-0.1.3-10.fc6 leafnode-1.11.5-1.fc6 libdap-3.7.2-1.fc6 libnc-dap-3.6.2-3.fc6 linux-libertine-fonts-2.1.9-2.fc6 openbabel-2.0.2-4.fc6 perl-Cache-2.04-2.fc6 perl-Class-C3-0.13-4.fc6 perl-Gnome2-Canvas-1.002-5.fc6 perl-Gtk2-GladeXML-1.005-5.fc6 perl-POE-API-Peek-1.06-2.fc6 perl-Readonly-1.03-5.fc6 perl-Readonly-XS-1.04-4.fc6 perl-Term-ProgressBar-2.09-2.fc6 python-cherrytemplate-1.0.0-3.fc6 python-enchant-1.1.5-4.fc6 rdiff-backup-1.0.4-2.fc6 rman-3.2-4.fc6 t1lib-5.1.0-7.fc6 t1utils-1.32-7.fc6 tellico-1.2.2-1.fc6 tetex-prosper-1.5-3.fc6 vorbisgain-0.34-2.fc6 xemacs-21.5.27-4.fc6 xfce4-weather-plugin-0.4.9-7.fc6 xmlrpc-c-1.06.04-2.fc6 z88dk-1.6-9.fc6 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Wed Sep 20 18:03:17 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 20 Sep 2006 14:03:17 -0400 (EDT) Subject: Package EVR problems in FC+FE 2006-09-20 Message-ID: <20060920180317.858FA15212D@buildsys.fedoraproject.org> UNKNOWN OWNER (possibly Core package): device-mapper FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) FC4-updates > FC6 (0:1.02.07-2.0 > 0:1.02.07-1.1) jessie FC5-updates > FC6 (0:1.0.1-5 > 0:1.0.1-4) lvm2 FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) mozilla FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) quagga FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) tar FC5-updates > FC6 (0:1.15.91-1.FC5 > 0:1.15.91-1) andreas.bierfert AT lowlatency.de: dillo FE3 > FE5 (0:0.8.6-2.fc3 > 0:0.8.6-1.fc5) FE4 > FE5 (0:0.8.6-2.fc4 > 0:0.8.6-1.fc5) libpqxx FE4 > FE6 (0:2.6.7-1.fc4 > 0:2.6.6-1.fc6) FE5 > FE6 (0:2.6.7-1.fc5 > 0:2.6.6-1.fc6) gauret AT free.fr: amarok FE5 > FE6 (0:1.4.3-3.fc5 > 0:1.4.1-3.fc6) paul AT all-the-johnsons.co.uk: monodoc FE5 > FE6 (0:1.1.17-5.fc5 > 0:1.1.17-4.fc6) paul AT city-fan.org: perl-String-CRC32 FE3 > FC5-updates (0:1.4-1.fc3 > 0:1.4-1.FC5) FE4 > FC5-updates (0:1.4-1.fc4 > 0:1.4-1.FC5) petersen AT redhat.com: m17n-db FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) ryo-dairiki AT users.sourceforge.net: scim-tomoe FE5 > FE6 (0:0.2.0-6.fc5.1 > 0:0.2.0-5.fc6) splinux AT fedoraproject.org: pessulus FE5 > FE6 (0:2.16.0-3.fc5 > 0:2.16.0-1.fc6) zcerza AT redhat.com: dogtail FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) ---------------------------------------------------------------------- amarok: gauret AT free.fr FE5 > FE6 (0:1.4.3-3.fc5 > 0:1.4.1-3.fc6) device-mapper: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) FC4-updates > FC6 (0:1.02.07-2.0 > 0:1.02.07-1.1) dillo: andreas.bierfert AT lowlatency.de FE3 > FE5 (0:0.8.6-2.fc3 > 0:0.8.6-1.fc5) FE4 > FE5 (0:0.8.6-2.fc4 > 0:0.8.6-1.fc5) dogtail: zcerza AT redhat.com FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) jessie: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:1.0.1-5 > 0:1.0.1-4) libpqxx: andreas.bierfert AT lowlatency.de FE4 > FE6 (0:2.6.7-1.fc4 > 0:2.6.6-1.fc6) FE5 > FE6 (0:2.6.7-1.fc5 > 0:2.6.6-1.fc6) lvm2: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) m17n-db: petersen AT redhat.com FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) monodoc: paul AT all-the-johnsons.co.uk FE5 > FE6 (0:1.1.17-5.fc5 > 0:1.1.17-4.fc6) mozilla: UNKNOWN OWNER (possibly Core package) FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) perl-String-CRC32: paul AT city-fan.org FE3 > FC5-updates (0:1.4-1.fc3 > 0:1.4-1.FC5) FE4 > FC5-updates (0:1.4-1.fc4 > 0:1.4-1.FC5) pessulus: splinux AT fedoraproject.org FE5 > FE6 (0:2.16.0-3.fc5 > 0:2.16.0-1.fc6) quagga: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) scim-tomoe: ryo-dairiki AT users.sourceforge.net FE5 > FE6 (0:0.2.0-6.fc5.1 > 0:0.2.0-5.fc6) tar: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:1.15.91-1.FC5 > 0:1.15.91-1) From kevin-fedora-extras at scrye.com Wed Sep 20 18:17:57 2006 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Wed, 20 Sep 2006 12:17:57 -0600 (MDT) Subject: Extras packages queued for removal after (non-)rebuild References: <1158612775.2902.140.camel@viper.local> <20060919.103128.438022490.kevin@scrye.com> <1158685392.10331.2.camel@rousalka.dyndns.org> Message-ID: <20060920.121757.533578632.kevin@scrye.com> >>>>> "Nicolas" == Nicolas Mailhot writes: Nicolas> Le mardi 19 septembre 2006 ? 10:31 -0600, Kevin Fenzi a ?crit Nicolas> : >> I would be happy to co-maintain and then take over the following if >> the maintainers do not re-appear: >> >> rdiff-backup gentium-fonts charis-fonts linux-libertine-fonts Nicolas> Make sure to check dejavu-lgc-fonts (in core) and Nicolas> dejavu-fonts (in extras) since the fontconfig bits have Nicolas> changed a little since FC5 time. Can you be more specific on what changes? I went ahead and added myself to CC for the above and rebuilt them. However, linux-libertine-fonts Requires: fontforge, which in turn BuildRequires: libuninameslist-devel So, I am going to look at pinging those maintainers and pushing out builds for fc6, unless someone else would like to look at them first. :) Nicolas> Regards, Nicolas> -- Nicolas Mailhot kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ville.skytta at iki.fi Wed Sep 20 18:27:07 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Wed, 20 Sep 2006 21:27:07 +0300 Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: References: <1158612775.2902.140.camel@viper.local> <451179B6.1080901@cora.nwra.com> Message-ID: <1158776827.2902.292.camel@viper.local> On Wed, 2006-09-20 at 12:31 -0500, Jima wrote: > On Wed, 20 Sep 2006, Orion Poplawski wrote: > > Ville Skytt? wrote: > >> ruby-mysql > > > > I'll take this. > > Anyone got an updated list of what's unclaimed/unfixed? I'm feeling a > bit lazy. :) ls */devel/needs.rebuild grep extras-orphan owners.list http://fedoraproject.org/wiki/Extras/FC6Status http://fedoraproject.org/wiki/Extras/OrphanedPackages From buildsys at fedoraproject.org Wed Sep 20 18:42:07 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Wed, 20 Sep 2006 18:42:07 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-20 Message-ID: <20060920184207.20340.85722@extras64.linux.duke.edu> Summary of broken packages (by owner): ---------------------------------------------------------------------- andreas.bierfert AT lowlatency.de fluxbox - 0.9.15.1-2.fc6.i386 fluxbox - 0.9.15.1-2.fc6.ppc fluxbox - 0.9.15.1-2.fc6.x86_64 koffice-krita - 1.5.2-1.fc6.i386 (8 days) koffice-krita - 1.5.2-1.fc6.ppc (8 days) koffice-krita - 1.5.2-1.fc6.x86_64 (8 days) wine-core - 0.9.21-1.fc5.i386 byte AT fedoraproject.org straw - 0.22.1-6.noarch straw - 0.22.1-6.noarch straw - 0.22.1-6.noarch dcbw AT redhat.com plague - 0.4.4.1-2.fc3.noarch plague - 0.4.4.1-2.fc3.noarch plague - 0.4.4.1-2.fc4.noarch plague - 0.4.4.1-2.fc4.noarch plague - 0.4.4.1-2.fc4.noarch extras-orphan AT fedoraproject.org libvisual-plugins - 0.2.0-3.fc5.i386 (63 days) libvisual-plugins - 0.2.0-3.fc5.ppc (63 days) libvisual-plugins - 0.2.0-3.fc5.x86_64 (63 days) gauret AT free.fr amarok - 1.4.1-3.fc6.i386 (55 days) amarok - 1.4.1-3.fc6.ppc (55 days) amarok - 1.4.1-3.fc6.x86_64 (55 days) showimg-pgsql - 0.9.5-7.fc4.i386 showimg-pgsql - 0.9.5-7.fc4.ppc showimg-pgsql - 0.9.5-7.fc4.x86_64 showimg-pgsql - 0.9.5-7.fc5.i386 showimg-pgsql - 0.9.5-7.fc5.ppc showimg-pgsql - 0.9.5-7.fc5.x86_64 j.w.r.degoede AT hhs.nl tremulous - 1.1.0-2.fc5.i386 tremulous - 1.1.0-2.fc5.ppc tremulous - 1.1.0-2.fc5.x86_64 jeff AT ocjtech.us pyicq-t - 0.7-5.fc6.noarch pyicq-t - 0.7-5.fc6.noarch pyicq-t - 0.7-5.fc6.noarch matthias AT rpmforge.net gcombust - 1:0.1.55-9.i386 gcombust - 1:0.1.55-9.ppc gcombust - 1:0.1.55-9.x86_64 michael AT knox.net.nz buildbot - 0.7.4-2.fc6.noarch buildbot - 0.7.4-2.fc6.noarch buildbot - 0.7.4-2.fc6.noarch python-cvstoys - 1.0.10-5.fc6.noarch python-cvstoys - 1.0.10-5.fc6.noarch python-cvstoys - 1.0.10-5.fc6.noarch pertusus AT free.fr grads - 1.9b4-15.fc6.i386 grads - 1.9b4-15.fc6.ppc grads - 1.9b4-15.fc6.x86_64 qspencer AT ieee.org mftrace - 1.2.4-4.fc6.i386 mftrace - 1.2.4-4.fc6.ppc mftrace - 1.2.4-4.fc6.x86_64 octave-forge - 2006.07.09-5.fc6.i386 octave-forge - 2006.07.09-5.fc6.ppc octave-forge - 2006.07.09-5.fc6.x86_64 raven AT pmail.pl gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.i386 (5 days) gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.ppc (5 days) gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.x86_64 (5 days) ryo-dairiki AT users.sourceforge.net scim-skk - 0.5.2-8.fc6.i386 scim-skk - 0.5.2-8.fc6.ppc scim-skk - 0.5.2-8.fc6.x86_64 tagoh AT redhat.com kinput2 - v3.1-29.fc6.i386 kinput2 - v3.1-29.fc6.ppc kinput2 - v3.1-29.fc6.x86_64 uim-skk - 1.2.1-2.fc6.i386 uim-skk - 1.2.1-2.fc6.ppc uim-skk - 1.2.1-2.fc6.x86_64 w3m-el - 1.4.4-5.fc6.noarch w3m-el - 1.4.4-5.fc6.noarch w3m-el - 1.4.4-5.fc6.noarch w3m-el-xemacs - 1.4.4-5.fc6.noarch w3m-el-xemacs - 1.4.4-5.fc6.noarch w3m-el-xemacs - 1.4.4-5.fc6.noarch thomas AT apestaart.org flumotion - 0.2.1-3.fc6.i386 flumotion - 0.2.1-3.fc6.ppc flumotion - 0.2.1-3.fc6.x86_64 Broken packages in fedora-extras-5-i386: ---------------------------------------------------------------------- libvisual-plugins-0.2.0-3.fc5.i386 requires libvisual.so.0 showimg-pgsql-0.9.5-7.fc5.i386 requires libpqxx-2.6.6.so tremulous-1.1.0-2.fc5.i386 requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-5-x86_64: ---------------------------------------------------------------------- libvisual-plugins-0.2.0-3.fc5.x86_64 requires libvisual.so.0()(64bit) showimg-pgsql-0.9.5-7.fc5.x86_64 requires libpqxx-2.6.6.so()(64bit) tremulous-1.1.0-2.fc5.x86_64 requires tremulous-data = 0:1.1.0 wine-core-0.9.21-1.fc5.i386 requires libsane.so.1 Broken packages in fedora-extras-5-ppc: ---------------------------------------------------------------------- libvisual-plugins-0.2.0-3.fc5.ppc requires libvisual.so.0 showimg-pgsql-0.9.5-7.fc5.ppc requires libpqxx-2.6.6.so tremulous-1.1.0-2.fc5.ppc requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-4-i386: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.i386 requires libpqxx-2.6.6.so Broken packages in fedora-extras-4-x86_64: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.x86_64 requires libpqxx-2.6.6.so()(64bit) Broken packages in fedora-extras-4-ppc: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.ppc requires libpqxx-2.6.6.so Broken packages in fedora-extras-3-i386: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc3.noarch requires createrepo >= 0:0.4.3 Broken packages in fedora-extras-3-x86_64: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc3.noarch requires createrepo >= 0:0.4.3 Broken packages in fedora-extras-development-i386: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.i386 requires libifp.so.4 amarok-1.4.1-3.fc6.i386 requires HelixPlayer buildbot-0.7.4-2.fc6.noarch requires python-twisted >= 0:1.3.0 flumotion-0.2.1-3.fc6.i386 requires python-twisted >= 0:1.3.0 fluxbox-0.9.15.1-2.fc6.i386 requires pyxdg fluxbox-0.9.15.1-2.fc6.i386 requires artwiz-aleczapka-fonts gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.i386 requires gaim = 0:2.0.0-0.11.beta3.fc6 gcombust-1:0.1.55-9.i386 requires cdlabelgen >= 0:1.5.0 grads-1.9b4-15.fc6.i386 requires libdap.so.5 kinput2-v3.1-29.fc6.i386 requires libwnn.so.0 koffice-krita-1.5.2-1.fc6.i386 requires libIlmImf.so.2 koffice-krita-1.5.2-1.fc6.i386 requires libImath.so.2 koffice-krita-1.5.2-1.fc6.i386 requires libIex.so.2 koffice-krita-1.5.2-1.fc6.i386 requires libHalf.so.2 mftrace-1.2.4-4.fc6.i386 requires autotrace mftrace-1.2.4-4.fc6.i386 requires fontforge octave-forge-2006.07.09-5.fc6.i386 requires libdap.so.5 pyicq-t-0.7-5.fc6.noarch requires python-twisted python-cvstoys-1.0.10-5.fc6.noarch requires python-twisted scim-skk-0.5.2-8.fc6.i386 requires skkdic straw-0.22.1-6.noarch requires python-adns uim-skk-1.2.1-2.fc6.i386 requires skkdic w3m-el-1.4.4-5.fc6.noarch requires flim w3m-el-xemacs-1.4.4-5.fc6.noarch requires flim-xemacs Broken packages in fedora-extras-development-x86_64: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.x86_64 requires libifp.so.4()(64bit) buildbot-0.7.4-2.fc6.noarch requires python-twisted >= 0:1.3.0 flumotion-0.2.1-3.fc6.x86_64 requires python-twisted >= 0:1.3.0 fluxbox-0.9.15.1-2.fc6.x86_64 requires artwiz-aleczapka-fonts fluxbox-0.9.15.1-2.fc6.x86_64 requires pyxdg gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.x86_64 requires gaim = 0:2.0.0-0.11.beta3.fc6 gcombust-1:0.1.55-9.x86_64 requires cdlabelgen >= 0:1.5.0 grads-1.9b4-15.fc6.x86_64 requires libdap.so.5()(64bit) kinput2-v3.1-29.fc6.x86_64 requires libwnn.so.0()(64bit) koffice-krita-1.5.2-1.fc6.x86_64 requires libIlmImf.so.2()(64bit) koffice-krita-1.5.2-1.fc6.x86_64 requires libHalf.so.2()(64bit) koffice-krita-1.5.2-1.fc6.x86_64 requires libImath.so.2()(64bit) koffice-krita-1.5.2-1.fc6.x86_64 requires libIex.so.2()(64bit) mftrace-1.2.4-4.fc6.x86_64 requires autotrace mftrace-1.2.4-4.fc6.x86_64 requires fontforge octave-forge-2006.07.09-5.fc6.x86_64 requires libdap.so.5()(64bit) pyicq-t-0.7-5.fc6.noarch requires python-twisted python-cvstoys-1.0.10-5.fc6.noarch requires python-twisted scim-skk-0.5.2-8.fc6.x86_64 requires skkdic straw-0.22.1-6.noarch requires python-adns uim-skk-1.2.1-2.fc6.x86_64 requires skkdic w3m-el-1.4.4-5.fc6.noarch requires flim w3m-el-xemacs-1.4.4-5.fc6.noarch requires flim-xemacs Broken packages in fedora-extras-development-ppc: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.ppc requires libifp.so.4 amarok-1.4.1-3.fc6.ppc requires HelixPlayer buildbot-0.7.4-2.fc6.noarch requires python-twisted >= 0:1.3.0 flumotion-0.2.1-3.fc6.ppc requires python-twisted >= 0:1.3.0 fluxbox-0.9.15.1-2.fc6.ppc requires pyxdg fluxbox-0.9.15.1-2.fc6.ppc requires artwiz-aleczapka-fonts gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.ppc requires gaim = 0:2.0.0-0.11.beta3.fc6 gcombust-1:0.1.55-9.ppc requires cdlabelgen >= 0:1.5.0 grads-1.9b4-15.fc6.ppc requires libdap.so.5 kinput2-v3.1-29.fc6.ppc requires libwnn.so.0 koffice-krita-1.5.2-1.fc6.ppc requires libIlmImf.so.2 koffice-krita-1.5.2-1.fc6.ppc requires libImath.so.2 koffice-krita-1.5.2-1.fc6.ppc requires libIex.so.2 koffice-krita-1.5.2-1.fc6.ppc requires libHalf.so.2 mftrace-1.2.4-4.fc6.ppc requires autotrace mftrace-1.2.4-4.fc6.ppc requires fontforge octave-forge-2006.07.09-5.fc6.ppc requires libdap.so.5 pyicq-t-0.7-5.fc6.noarch requires python-twisted python-cvstoys-1.0.10-5.fc6.noarch requires python-twisted scim-skk-0.5.2-8.fc6.ppc requires skkdic straw-0.22.1-6.noarch requires python-adns uim-skk-1.2.1-2.fc6.ppc requires skkdic w3m-el-1.4.4-5.fc6.noarch requires flim w3m-el-xemacs-1.4.4-5.fc6.noarch requires flim-xemacs ====================================================================== New report for: pertusus AT free.fr package: grads - 1.9b4-15.fc6.i386 from fedora-extras-development-i386 unresolved deps: libdap.so.5 package: grads - 1.9b4-15.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libdap.so.5()(64bit) package: grads - 1.9b4-15.fc6.ppc from fedora-extras-development-ppc unresolved deps: libdap.so.5 ====================================================================== New report for: qspencer AT ieee.org package: octave-forge - 2006.07.09-5.fc6.i386 from fedora-extras-development-i386 unresolved deps: libdap.so.5 package: octave-forge - 2006.07.09-5.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libdap.so.5()(64bit) package: octave-forge - 2006.07.09-5.fc6.ppc from fedora-extras-development-ppc unresolved deps: libdap.so.5 From christoph.wickert at nurfuerspam.de Wed Sep 20 21:10:59 2006 From: christoph.wickert at nurfuerspam.de (Christoph Wickert) Date: Wed, 20 Sep 2006 23:10:59 +0200 Subject: arch: needs.rebuild removed, but no new packages in the repo (Was: Re: Updated list) In-Reply-To: <450E2722.2000004@leemhuis.info> References: <450D6BA7.8030403@leemhuis.info> <1158542506.2886.5.camel@localhost.localdomain> <450E2498.5000706@leemhuis.info> <450E2722.2000004@leemhuis.info> Message-ID: <1158786659.3876.1.camel@hal9000.local.lan> Am Montag, den 18.09.2006, 06:57 +0200 schrieb Thorsten Leemhuis: > > And here a list of arch packages where the needsign file was removed, > but the files in the repo are still older than Aug 27: > > ... > fedora_AT_christoph-wickert.de xfce4-weather-plugin 0.4.9-6.fc6 Rebuilt today, so please don't remove from the repo. Christoph From dakingun at gmail.com Wed Sep 20 21:47:12 2006 From: dakingun at gmail.com (Deji Akingunola) Date: Wed, 20 Sep 2006 17:47:12 -0400 Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: References: <1158612775.2902.140.camel@viper.local> Message-ID: On 9/19/06, Deji Akingunola wrote: > If no one objects, I'll like to add myself as co-maintainer for > 'sword' and 'gnomesword' packages, and rebuild them for FC6. > I've picked up gnomesword and sword, and rebuilt them for FC6. > Deji > From kwade at redhat.com Wed Sep 20 22:25:40 2006 From: kwade at redhat.com (Karsten Wade) Date: Wed, 20 Sep 2006 15:25:40 -0700 Subject: Final release notes deadline - 23 Sep Wiki freeze Message-ID: <1158791140.2714.329.camel@erato.phig.org> The release notes Wiki for FC6 are frozen on 23 Sep. 23:59 UTC for translation and inclusion in the ISO. This is your last chance to get content into the actual ISO. http://fedoraproject.org/wiki/Docs/Beats See below for a complete list of all beats that have no content for FC6[1]. These beats are going to be *dropped* from the final release notes, so no heading or content will appear. If you have anything that needs to be in the release notes, now is the time. After that, 07 Oct. is the next snapshot of the Wiki for the Web-only release of the notes. The Web-only release is not guaranteed to be translated. If you have filed any bugs or sent email to relnotes at fedoraproject.org, etc., that content is going to be included in the next few days. Any bugs must block 197471[2]. Best idea is to just edit the Wiki. :) Thanks again to all contributors; we set the bar high and once again made the hurdle to produce the best release notes in all Linux. - Karsten [1] Beats with no new content for FC6: http://fedoraproject.org/wiki/Docs/Beats/Printing http://fedoraproject.org/wiki/Docs/Beats/Samba http://fedoraproject.org/wiki/Docs/Beats/Security http://fedoraproject.org/wiki/Docs/Beats/DatabaseServers http://fedoraproject.org/wiki/Docs/Beats/ServerTools http://fedoraproject.org/wiki/Docs/Beats/Xorg http://fedoraproject.org/wiki/Docs/Beats/FileServers http://fedoraproject.org/wiki/Docs/Beats/PackageChanges http://fedoraproject.org/wiki/Docs/Beats/SystemDaemons http://fedoraproject.org/wiki/Docs/Beats/Legacy http://fedoraproject.org/wiki/Docs/Beats/ArchSpecific/x86 http://fedoraproject.org/wiki/Docs/Beats/Networking [2] https://bugzilla.redhat.com/bugzilla/showdependencytree.cgi?id=197471&hide_resolved=1 -- Karsten Wade, RHCE, 108 Editor ^ Fedora Documentation Project Sr. Developer Relations Mgr. | fedoraproject.org/wiki/DocsProject quaid.108.redhat.com | gpg key: AD0E0C41 ////////////////////////////////// \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From rc040203 at freenet.de Thu Sep 21 02:51:43 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 21 Sep 2006 04:51:43 +0200 Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: <1158612775.2902.140.camel@viper.local> References: <1158612775.2902.140.camel@viper.local> Message-ID: <1158807103.24566.73.camel@mccallum.corsepiu.local> I would be happy to co-maintain and take care about rebuilding opencv should the maintainer not re-appear. Ralf From nomis80 at nomis80.org Thu Sep 21 11:42:16 2006 From: nomis80 at nomis80.org (Simon Perreault) Date: Thu, 21 Sep 2006 07:42:16 -0400 Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: <1158807103.24566.73.camel@mccallum.corsepiu.local> References: <1158612775.2902.140.camel@viper.local> <1158807103.24566.73.camel@mccallum.corsepiu.local> Message-ID: <200609210742.16624.nomis80@nomis80.org> On Wednesday September 20 2006 22:51, Ralf Corsepius wrote: > I would be happy to co-maintain and take care about rebuilding > > opencv > > should the maintainer not re-appear. Go ahead. I confirm my awolness. From giallu at gmail.com Thu Sep 21 14:07:56 2006 From: giallu at gmail.com (Gianluca Sforna) Date: Thu, 21 Sep 2006 16:07:56 +0200 Subject: Orphaning 'mantis' (Web-based bugtracking system) In-Reply-To: <87lkor4n7u.fsf@kosh.bigo.ensc.de> References: <87lkor4n7u.fsf@kosh.bigo.ensc.de> Message-ID: On 9/10/06, Enrico Scholz wrote: > I am going to discontinue maintainer-ship of the 'mantis' package. It is > not used by me anymore and I do not want to implement upgrade mechanisms > (which would be probably required for the current FC-5 version) without > testing them. I am actively using that at my workplace, so I could get it. The problem is, I am still looking for a sponsor: would like to get me past this step? I would really really really appreciate that... From fedora at leemhuis.info Thu Sep 21 15:29:57 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 21 Sep 2006 17:29:57 +0200 Subject: Initial Proposal for doing Enterprise Extras In-Reply-To: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> References: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> Message-ID: <4512AFF5.5010703@leemhuis.info> Hi all! I've waited until now to reply because I've thought about this suggestion for a while... smooge, thx for your suggestions! Stephen John Smoogen schrieb: > I would like to suggest the following plan for Enterprise Extras: > > 1) There are 4 channels per {Scientific/Centos} Enterprise Linux > extras > extras-devel > extras-testing > extras-updates > > [proposed naming convention: extras-2el, extras-3el, extras-4el, extras-5el] The idea is nice, but I think this is going to be much to complicated. > 2) Extras are produced/updated on a 6 month basis. That might be a nice to have. > [...] > 4) Extras-testing is where fixes to the current locked down version is > completed before being pushed to extras/extras-updates We IMHO need some kind of extras-testing in the long term. > [...] But as I said: I thinks it's to complicated. So I put up the following up for discussion - it's just and idea, I'm not really sure it it doable (or worth realizing): Two devel repos for now: * el-devel * el-devel-1 (after RHEL5) * el4 * el5 el-devel -> Rolling release scheme for the current version of {RHEL|CentOS}, repo depends on el{current}. Repo gets into a feature freeze round about two weeks before each next {RHEL|CentOS} dot release update (4.4 -> 4.5 or 5.0 -> 5.1) and packages get copied over to the stable repo when that dot release get's published el-devel-1 -> Rolling release scheme for the ((current RHEL version)-1) -- that would be RHEL3 currently (no, we probably don't start building for RHEL3, it's just to explain the scheme) and will be RHEL4 soon. Same handling as el-devel. And no, there shouldn't be any el-devel-2 (fixme: where to test updates later when RHEL6 is out?). el5 and el4 -> contain the packages for {RHEL|CentOS}{45}. Packages are locked down there and only get updated for security reasons (after they were tested or in devel for two (?) days) and on each dot release synced from devel. Opinions? Probably to complicated as well... CU thl From tibbs at math.uh.edu Thu Sep 21 15:31:16 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Thu, 21 Sep 2006 10:31:16 -0500 Subject: Orphaning 'mantis' (Web-based bugtracking system) In-Reply-To: (Gianluca Sforna's message of "Thu, 21 Sep 2006 16:07:56 +0200") References: <87lkor4n7u.fsf@kosh.bigo.ensc.de> Message-ID: >>>>> "GS" == Gianluca Sforna writes: GS> I am actively using that at my workplace, so I could get it. The GS> problem is, I am still looking for a sponsor: would like to get me GS> past this step? I would really really really appreciate that... Let me see if I can help. But beware of the Mantis package; it has several open security tickets going back to FC3 which have not been fixed. The security team would really like for someone to look at those. - J< From Christian.Iseli at licr.org Thu Sep 21 15:32:13 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Thu, 21 Sep 2006 17:32:13 +0200 Subject: FE Package Status of Sep 21, 2006 Message-ID: <20060921173213.79bf52fb@ludwig-alpha> Hi folks, This week's edition, hot off the script... We can see the effects of the mass-rebuild... Thorsten: sorry, still haven't found the time to wrap my head around your changes proposal, but it's in my TODO queue somewhere... I'll try to have a go at the comps stuff. Cheers, C ---- FE Package Status of Sep 21, 2006 The full report can be found here: http://fedoraproject.org/wiki/Extras/PackageStatus Owners file stats: - 2304 packages - 135 orphans - 10 packages not available in extras devel or release cweyl at alumni dot drew dot edu perl-GStreamer dennis at ausil dot us oooqs2 fredrik at dolda2000 dot com icmpdn ghenry at suretecsystems dot com gnome-applet-netmon panemade at gmail dot com perl-perlmenu paul at all-the-johnsons dot co dot uk gconvert tcallawa at redhat dot com comical toniw at iki dot fi silky toniw at iki dot fi libmatchbox wart at kobold dot org libmodelfile - 8 packages not available in extras devel but present in release andreas at bawue dot net ddrescue cweyl at alumni dot drew dot edu gaim-gaym dakingun at gmail dot com sword dakingun at gmail dot com gnomesword gemi at bluewin dot ch TeXmacs ivazquez at ivazquez dot net libifp kevin at tummy dot com libuninameslist orion at cora dot nwra dot com ruby-mysql - 2 packages which have not yet been FE-APPROVE'd... https://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_id=189375 Maelstrom notting at redhat.com https://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_id=203864 tripwire fedora at theholbrooks.org - 1 packages present in the development repo which have no owners entry system-switch-im - 48 packages that moved to core FE-ACCEPT packages stats: - 1350 accepted, closed package reviews - 48 accepted, closed package reviews not in repo - 3 accepted, closed package reviews not in owners - 7 accepted, open package reviews older than 4 weeks; - 9 accepted, open package reviews with a package already in the repo FE-REVIEW packages stats: - 84 open tickets - 23 tickets with no activity in eight weeks - 13 tickets with no activity in four weeks - 4 closed tickets FE-NEW packages stats: - 149 open tickets - 16 tickets with no activity in eight weeks - 33 tickets with no activity in four weeks FE-NEEDSPONSOR packages stats: - 26 open tickets - 1 tickets with no activity in eight weeks - 6 tickets with no activity in four weeks FE-LEGAL packages stats: - 4 open tickets FE-GUIDELINES packages stats: - 2 open tickets - 1 tickets with no activity in eight weeks OPEN-BUGS packages stats: - 242 open tickets - 124 tickets with no activity in eight weeks - 23 tickets with no activity in four weeks CVS stats: - 2296 packages with a devel directory - 13 packages with no owners entry initng libchewing libexif perl-Convert-ASN1 perl-DateManip perl-RPM-Specfile perl-XML-LibXML-Common perl-XML-NamespaceSupport perl-XML-SAX php-pecl-Fileinfo python-ldap scim-chewing zoo - 3 packages in CVS devel *and* Core dogtail libevent pyspi - 135 packages were dropped from extras Maintainers stats: - 222 maintainers - 2 inactive maintainers with open bugs - 2 inactive maintainers Dropped FC packages: - 288 packages were dropped from core since FC 1 Comps.xml files stats: - 732 packages in comps-fe6 file - 433 packages missing from comps-fe6 file - 56 packages in comps-fe6 but not in repo - 607 packages in comps-fe5 file - 543 packages missing from comps-fe5 file - 18 packages in comps-fe5 but not in repo From tibbs at math.uh.edu Thu Sep 21 15:32:44 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Thu, 21 Sep 2006 10:32:44 -0500 Subject: Orphaning 'mantis' (Web-based bugtracking system) In-Reply-To: (Gianluca Sforna's message of "Thu, 21 Sep 2006 16:07:56 +0200") References: <87lkor4n7u.fsf@kosh.bigo.ensc.de> Message-ID: Hmm, actually it looks like you've already received an offer of sponsorship and have never responded to it: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203694 What's going on there? - J< From mtasaka at ioa.s.u-tokyo.ac.jp Thu Sep 21 16:01:42 2006 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Fri, 22 Sep 2006 01:01:42 +0900 Subject: FE Package Status of Sep 21, 2006 In-Reply-To: <20060921173213.79bf52fb@ludwig-alpha> References: <20060921173213.79bf52fb@ludwig-alpha> Message-ID: <4512B766.1090800@ioa.s.u-tokyo.ac.jp> Hello. Christian Iseli wrote: > FE Package Status of Sep 21, 2006 > > Comps.xml files stats: > - 732 packages in comps-fe6 file > - 433 packages missing from comps-fe6 file > - 56 packages in comps-fe6 but not in repo > - 607 packages in comps-fe5 file > - 543 packages missing from comps-fe5 file > - 18 packages in comps-fe5 but not in repo > I saw in http://fedoraproject.org/wiki/Extras/PackageStatus that xscreensaver (currently I maintain it) is not on comps-fe6 . I already added the "binary" rpm names of xscreensaver-related packages (i.e. xscreensaver-{base,extras,gl-extras}, however, I didn't add the src name "xscreensaver" to comps-fc6.in. So, my question is, which name(s) should I add to comps-fc6.in ? Mamoru Tasaka From dominik at greysector.net Thu Sep 21 16:16:29 2006 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Thu, 21 Sep 2006 18:16:29 +0200 Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: <1158776827.2902.292.camel@viper.local> References: <1158612775.2902.140.camel@viper.local> <451179B6.1080901@cora.nwra.com> <1158776827.2902.292.camel@viper.local> Message-ID: <20060921161629.GC10979@rathann.pekin.waw.pl> On Wednesday, 20 September 2006 at 20:27, Ville Skytt? wrote: > On Wed, 2006-09-20 at 12:31 -0500, Jima wrote: > > On Wed, 20 Sep 2006, Orion Poplawski wrote: > > > Ville Skytt? wrote: > > >> ruby-mysql > > > > > > I'll take this. > > > > Anyone got an updated list of what's unclaimed/unfixed? I'm feeling a > > bit lazy. :) > > ls */devel/needs.rebuild > grep extras-orphan owners.list > http://fedoraproject.org/wiki/Extras/FC6Status > http://fedoraproject.org/wiki/Extras/OrphanedPackages I'd like to take cdlabelgen and ctorrent. Cc'ing their maintainers. Regards, R. -- Fedora Extras contributor http://fedoraproject.org/wiki/DominikMierzejewski MPlayer developer http://rpm.greysector.net/mplayer/ "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From smooge at gmail.com Thu Sep 21 17:35:41 2006 From: smooge at gmail.com (Stephen John Smoogen) Date: Thu, 21 Sep 2006 11:35:41 -0600 Subject: Initial Proposal for doing Enterprise Extras In-Reply-To: <4512AFF5.5010703@leemhuis.info> References: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> <4512AFF5.5010703@leemhuis.info> Message-ID: <80d7e4090609211035l1535d43ep4b87d407e0a56528@mail.gmail.com> On 9/21/06, Thorsten Leemhuis wrote: > Hi all! > > I've waited until now to reply because I've thought about this > suggestion for a while... > > smooge, thx for your suggestions! > > Stephen John Smoogen schrieb: > > I would like to suggest the following plan for Enterprise Extras: > > > > 1) There are 4 channels per {Scientific/Centos} Enterprise Linux > > extras > > extras-devel > > extras-testing > > extras-updates > > > > [proposed naming convention: extras-2el, extras-3el, extras-4el, extras-5el] > > The idea is nice, but I think this is going to be much to complicated. > It is probably too complicated, but I have not seen a proposal that would be useful for an enterprise environment that is not complicated :/. What does someone who is running an enterprise environment want from "extras" A) Transperancy of the methods of how a package is created, maintained, qa'd and pushed into production. B) That the level of testing would meet what someone who is running mission critical apps have a level of trust. C) That if a package is broken, how is it broken, why is it broken, and who/when is fixing it. Basically if I am subscribing to a repository for my systems.. I want to know that it is NOT going to cause my mail cluster to stop recieving emails at 2 am because someone pushed out the brand-new release from squirrel-nuts.org of a perl module that had a side effect but no one bothered to test it before it hit extras. Enterprise level extra packages are definately where I would want someone like Ralf keeping an eye on things. You do not want a package monkey "Oh I wanted VOCP for our paging system.. so here is it for Enterprise Extras.. if it breaks.. keep all the pieces." [This is where the packager gets a 'polite' email from Ralf saying please try again in the way that only Ralf can.] -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From paul at xelerance.com Thu Sep 21 18:45:46 2006 From: paul at xelerance.com (Paul Wouters) Date: Thu, 21 Sep 2006 20:45:46 +0200 (CEST) Subject: gcc-c++ broken on build system? Message-ID: I am getting: file:///pub/fedora/linux/core/development/i386/os/Fedora/RPMS/gcc-c++-4.1.1- 23.i386.rpm: [Errno -1] Header is not complete. Paul From rdieter at math.unl.edu Thu Sep 21 18:49:22 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 21 Sep 2006 13:49:22 -0500 Subject: gcc-c++ broken on build system? References: Message-ID: Paul Wouters wrote: > > I am getting: > > file:///pub/fedora/linux/core/development/i386/os/Fedora/RPMS/gcc-c++-4.1.1- > 23.i386.rpm: [Errno -1] Header is not complete. Maybe you caught the system in the middle of a repo push/sync? I'd suggest waiting 15-20 minutes, and try again. Yell louder if problem persists. -- Rex From wolters.liste at gmx.net Thu Sep 21 19:17:05 2006 From: wolters.liste at gmx.net (Roland Wolters) Date: Thu, 21 Sep 2006 21:17:05 +0200 Subject: FE Package Status of Sep 21, 2006 In-Reply-To: <20060921173213.79bf52fb@ludwig-alpha> References: <20060921173213.79bf52fb@ludwig-alpha> Message-ID: <200609212117.14965.wolters.liste@gmx.net> Hm, I was so sure that I already added my stuff, but it was missing - anyway, I now added ktorrent and rsibreak which were missing in the comps-fe6.xml.in file. Roland -- "Aus Anonymit?tsgr?nden nennen wir sie Lisa S. Oder nein, doch lieber L. Simpson." -- Schuldirektor Skinner -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From buildsys at fedoraproject.org Thu Sep 21 19:54:53 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 21 Sep 2006 15:54:53 -0400 (EDT) Subject: Fedora Extras Package Build Report 2006-09-21 Message-ID: <20060921195453.4804A15212D@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 32 cdlabelgen-3.6.0-1.fc6 ddclient-3.6.6-2.fc6 gnomesword-2.1.6-4.fc6 gputils-0.13.4-1.fc6 grads-1.9b4-16.fc6 koffice-1.5.2-2.fc6 libannodex-0.7.3-4.fc6 libcmml-0.9.1-2.fc6 libmodelfile-0.1.92-3.fc6 liboggz-0.9.4-2.fc6 libpqxx-2.6.8-1.fc6 librsync-0.9.7-5.fc6 libuninameslist-0.0-5.20060907 libvisual-plugins-0.4.0-1.fc6 lyx-1.4.3-1.fc6 maxima-5.10.0-1.fc6 mod_annodex-0.2.2-5.fc6 openbox-3.3.1-2.fc6 opencv-0.9.9-2.fc6 perl-Config-Record-1.1.1-3.fc6 perl-Device-SerialPort-1.002-2.fc6 php-pecl-Fileinfo-1.0.3-2.fc6 pikdev-0.9.2-1.fc6 python-twisted-1.3.0-6.fc6 rafkill-1.2.2-3.fc6 ruby-mysql-2.7.1-1.fc6 showimg-0.9.5-10.fc6 ss5-3.5.9-1 sword-1.5.8-9.fc6 uw-imap-2006-2.fc6 xdg-utils-1.0-0.8.rc1.fc6 xmlrpc-c-1.06.05-1.fc6 Packages built and released for Fedora Extras 5: 14 cdlabelgen-3.6.0-1.fc5 ctorrent-1.3.4-1.fc5 fpc-2.0.4-2.fc5 gputils-0.13.4-1.fc5 librsync-0.9.7-5.fc5 libvisual-plugins-0.4.0-1.fc5 lyx-1.4.3-1.fc5 maxima-5.10.0-1.fc5 openbox-3.3.1-2.fc5 perl-Device-SerialPort-1.002-2.fc5 pikdev-0.9.2-1.fc5 qcomicbook-0.3.3-2.fc5 tellico-1.2.2-1.fc5 xdg-utils-1.0-0.8.rc1.fc5 Packages built and released for Fedora Extras 4: 6 fpc-2.0.4-2.fc4 gputils-0.13.4-1.fc4 librsync-0.9.7-5.fc4 openbox-3.3.1-2.fc4 pikdev-0.9.2-1.fc4 xdg-utils-1.0-0.8.rc1.fc4 Packages built and released for Fedora Extras 3: 1 gputils-0.13.4-1.fc3 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Thu Sep 21 19:55:23 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 21 Sep 2006 15:55:23 -0400 (EDT) Subject: Package EVR problems in FC+FE 2006-09-21 Message-ID: <20060921195523.6D39015212D@buildsys.fedoraproject.org> UNKNOWN OWNER (possibly Core package): device-mapper FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) FC4-updates > FC6 (0:1.02.07-2.0 > 0:1.02.07-1.1) jessie FC5-updates > FC6 (0:1.0.1-5 > 0:1.0.1-4) lvm2 FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) mozilla FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) quagga FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) tar FC5-updates > FC6 (0:1.15.91-1.FC5 > 0:1.15.91-1) andreas.bierfert AT lowlatency.de: dillo FE3 > FE5 (0:0.8.6-2.fc3 > 0:0.8.6-1.fc5) FE4 > FE5 (0:0.8.6-2.fc4 > 0:0.8.6-1.fc5) gauret AT free.fr: amarok FE5 > FE6 (0:1.4.3-3.fc5 > 0:1.4.1-3.fc6) paul AT all-the-johnsons.co.uk: monodoc FE5 > FE6 (0:1.1.17-5.fc5 > 0:1.1.17-4.fc6) paul AT city-fan.org: perl-String-CRC32 FE3 > FC5-updates (0:1.4-1.fc3 > 0:1.4-1.FC5) FE4 > FC5-updates (0:1.4-1.fc4 > 0:1.4-1.FC5) petersen AT redhat.com: m17n-db FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) ryo-dairiki AT users.sourceforge.net: scim-tomoe FE5 > FE6 (0:0.2.0-6.fc5.1 > 0:0.2.0-5.fc6) scott AT perturb.org: qcomicbook FE5 > FE6 (0:0.3.3-2.fc5 > 0:0.3.2-6.fc6) splinux AT fedoraproject.org: pessulus FE5 > FE6 (0:2.16.0-3.fc5 > 0:2.16.0-1.fc6) zcerza AT redhat.com: dogtail FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) ---------------------------------------------------------------------- amarok: gauret AT free.fr FE5 > FE6 (0:1.4.3-3.fc5 > 0:1.4.1-3.fc6) device-mapper: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) FC4-updates > FC6 (0:1.02.07-2.0 > 0:1.02.07-1.1) dillo: andreas.bierfert AT lowlatency.de FE3 > FE5 (0:0.8.6-2.fc3 > 0:0.8.6-1.fc5) FE4 > FE5 (0:0.8.6-2.fc4 > 0:0.8.6-1.fc5) dogtail: zcerza AT redhat.com FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) jessie: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:1.0.1-5 > 0:1.0.1-4) lvm2: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) m17n-db: petersen AT redhat.com FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) monodoc: paul AT all-the-johnsons.co.uk FE5 > FE6 (0:1.1.17-5.fc5 > 0:1.1.17-4.fc6) mozilla: UNKNOWN OWNER (possibly Core package) FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) perl-String-CRC32: paul AT city-fan.org FE3 > FC5-updates (0:1.4-1.fc3 > 0:1.4-1.FC5) FE4 > FC5-updates (0:1.4-1.fc4 > 0:1.4-1.FC5) pessulus: splinux AT fedoraproject.org FE5 > FE6 (0:2.16.0-3.fc5 > 0:2.16.0-1.fc6) qcomicbook: scott AT perturb.org FE5 > FE6 (0:0.3.3-2.fc5 > 0:0.3.2-6.fc6) quagga: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) scim-tomoe: ryo-dairiki AT users.sourceforge.net FE5 > FE6 (0:0.2.0-6.fc5.1 > 0:0.2.0-5.fc6) tar: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:1.15.91-1.FC5 > 0:1.15.91-1) From bugs.michael at gmx.net Thu Sep 21 20:08:19 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 21 Sep 2006 22:08:19 +0200 Subject: Initial Proposal for doing Enterprise Extras In-Reply-To: <80d7e4090609211035l1535d43ep4b87d407e0a56528@mail.gmail.com> References: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> <4512AFF5.5010703@leemhuis.info> <80d7e4090609211035l1535d43ep4b87d407e0a56528@mail.gmail.com> Message-ID: <20060921220819.bda280fb.bugs.michael@gmx.net> On Thu, 21 Sep 2006 11:35:41 -0600, Stephen John Smoogen wrote: > It is probably too complicated, but I have not seen a proposal that > would be useful for an enterprise environment that is not complicated > :/. Yes. Not necessarily "complicated", but much more complex than what we (= Fedora Extras) have used so far. Proposals are not helpful when currently we demonstrate that we run into quite severe problems while preparing FE6 despite the fact that we don't have any "complicated" requirements (e.g. at the QA-level). A simple "rebuild everything for a new target platform" won't suffice. > C) That if a package is broken, how is it broken, why is it broken, > and who/when is fixing it. Same applies to _all_ updates, so preferably there are few cases of "engaging into a release-race with upstream projects just for fun". > Basically if I am subscribing to a repository for my systems.. I want > to know that it is NOT going to cause my mail cluster to stop > recieving emails at 2 am because someone pushed out the brand-new > release from squirrel-nuts.org of a perl module that had a side effect > but no one bothered to test it before it hit extras. Along the same line of thinking, you also don't want to be confronted with "unexpectedly orphaned packages" either. From ville.skytta at iki.fi Thu Sep 21 20:07:56 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 21 Sep 2006 23:07:56 +0300 Subject: General notes about mass rebuild fallout status Message-ID: <1158869276.3036.51.camel@viper.local> Just a few general notes about mass rebuild removal status, other reports will follow soon: There have been a bunch of rebuilds without *any* changes to owners.list in CVS or OrphanedPackages in wiki, and some of those done by people who have AFAICT not announced that they'd be interested in taking something over nor are the former maintainers of the packages in question. Some of these have left needs.rebuild behind, some not. (Note: this is different from the ok practice some have taken by announcing the intention to take over something, adding themselves to initialcclist in owners.list and kicking a rebuild.) Unless packages are unorphaned for real, all these rebuilds are effectively no-ops - all packages that remain orphaned will be (re-)removed from the repo before FC6 anyway. Additionally, some packages that were removed due to not being taken care of before the deadline have been sneakily rebuilt without any trace in CVS (no EVR bump, no changelog, needs.rebuild still there), owners.list, Wiki or anything - still in orphaned status. Please don't do that. These have re-entered the package repo in tonight's push, but have been already re-removed from the package set which will be pushed next. The packagers in question have been notified. From buildsys at fedoraproject.org Thu Sep 21 20:36:01 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Thu, 21 Sep 2006 20:36:01 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-21 Message-ID: <20060921203601.32123.48180@extras64.linux.duke.edu> Summary of broken packages (by owner): ---------------------------------------------------------------------- andreas.bierfert AT lowlatency.de fluxbox - 0.9.15.1-2.fc6.i386 fluxbox - 0.9.15.1-2.fc6.ppc fluxbox - 0.9.15.1-2.fc6.x86_64 wine-core - 0.9.21-1.fc5.i386 byte AT fedoraproject.org straw - 0.22.1-6.noarch straw - 0.22.1-6.noarch straw - 0.22.1-6.noarch dcbw AT redhat.com plague - 0.4.4.1-2.fc3.noarch plague - 0.4.4.1-2.fc3.noarch plague - 0.4.4.1-2.fc4.noarch plague - 0.4.4.1-2.fc4.noarch plague - 0.4.4.1-2.fc4.noarch gauret AT free.fr amarok - 1.4.1-3.fc6.i386 (56 days) amarok - 1.4.1-3.fc6.ppc (56 days) amarok - 1.4.1-3.fc6.x86_64 (56 days) showimg-pgsql - 0.9.5-7.fc4.i386 showimg-pgsql - 0.9.5-7.fc4.ppc showimg-pgsql - 0.9.5-7.fc4.x86_64 showimg-pgsql - 0.9.5-7.fc5.i386 showimg-pgsql - 0.9.5-7.fc5.ppc showimg-pgsql - 0.9.5-7.fc5.x86_64 j.w.r.degoede AT hhs.nl tremulous - 1.1.0-2.fc5.i386 tremulous - 1.1.0-2.fc5.ppc tremulous - 1.1.0-2.fc5.x86_64 qspencer AT ieee.org mftrace - 1.2.4-4.fc6.i386 mftrace - 1.2.4-4.fc6.ppc mftrace - 1.2.4-4.fc6.x86_64 octave-forge - 2006.07.09-5.fc6.i386 octave-forge - 2006.07.09-5.fc6.ppc octave-forge - 2006.07.09-5.fc6.x86_64 raven AT pmail.pl gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.i386 (6 days) gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.ppc (6 days) gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.x86_64 (6 days) ryo-dairiki AT users.sourceforge.net scim-skk - 0.5.2-8.fc6.i386 scim-skk - 0.5.2-8.fc6.ppc scim-skk - 0.5.2-8.fc6.x86_64 tagoh AT redhat.com kinput2 - v3.1-29.fc6.i386 kinput2 - v3.1-29.fc6.ppc kinput2 - v3.1-29.fc6.x86_64 uim-skk - 1.2.1-2.fc6.i386 uim-skk - 1.2.1-2.fc6.ppc uim-skk - 1.2.1-2.fc6.x86_64 w3m-el - 1.4.4-5.fc6.noarch w3m-el - 1.4.4-5.fc6.noarch w3m-el - 1.4.4-5.fc6.noarch w3m-el-xemacs - 1.4.4-5.fc6.noarch w3m-el-xemacs - 1.4.4-5.fc6.noarch w3m-el-xemacs - 1.4.4-5.fc6.noarch ville.skytta AT iki.fi kmod-em8300 - 0.16.0-0.2.rc1.2.6.17_1.2647.fc6.i586 kmod-em8300 - 0.16.0-0.2.rc1.2.6.17_1.2647.fc6.i686 kmod-em8300 - 0.16.0-0.2.rc1.2.6.17_1.2647.fc6.ppc kmod-em8300 - 0.16.0-0.2.rc1.2.6.17_1.2647.fc6.x86_64 kmod-em8300-PAE - 0.16.0-0.2.rc1.2.6.17_1.2647.fc6.i686 kmod-em8300-kdump - 0.16.0-0.2.rc1.2.6.17_1.2647.fc6.i686 kmod-em8300-kdump - 0.16.0-0.2.rc1.2.6.17_1.2647.fc6.x86_64 kmod-em8300-smp - 0.16.0-0.2.rc1.2.6.17_1.2647.fc6.ppc kmod-em8300-xen - 0.16.0-0.2.rc1.2.6.17_1.2647.fc6.i686 kmod-em8300-xen - 0.16.0-0.2.rc1.2.6.17_1.2647.fc6.x86_64 Broken packages in fedora-extras-5-i386: ---------------------------------------------------------------------- showimg-pgsql-0.9.5-7.fc5.i386 requires libpqxx-2.6.6.so tremulous-1.1.0-2.fc5.i386 requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-5-x86_64: ---------------------------------------------------------------------- showimg-pgsql-0.9.5-7.fc5.x86_64 requires libpqxx-2.6.6.so()(64bit) tremulous-1.1.0-2.fc5.x86_64 requires tremulous-data = 0:1.1.0 wine-core-0.9.21-1.fc5.i386 requires libsane.so.1 Broken packages in fedora-extras-5-ppc: ---------------------------------------------------------------------- showimg-pgsql-0.9.5-7.fc5.ppc requires libpqxx-2.6.6.so tremulous-1.1.0-2.fc5.ppc requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-4-i386: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.i386 requires libpqxx-2.6.6.so Broken packages in fedora-extras-4-x86_64: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.x86_64 requires libpqxx-2.6.6.so()(64bit) Broken packages in fedora-extras-4-ppc: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.ppc requires libpqxx-2.6.6.so Broken packages in fedora-extras-3-i386: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc3.noarch requires createrepo >= 0:0.4.3 Broken packages in fedora-extras-3-x86_64: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc3.noarch requires createrepo >= 0:0.4.3 Broken packages in fedora-extras-development-i386: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.i386 requires libifp.so.4 amarok-1.4.1-3.fc6.i386 requires HelixPlayer fluxbox-0.9.15.1-2.fc6.i386 requires pyxdg fluxbox-0.9.15.1-2.fc6.i386 requires artwiz-aleczapka-fonts gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.i386 requires gaim = 0:2.0.0-0.11.beta3.fc6 kinput2-v3.1-29.fc6.i386 requires libwnn.so.0 kmod-em8300-0.16.0-0.2.rc1.2.6.17_1.2647.fc6.i586 requires kernel-i586 = 0:2.6.17-1.2647.fc6 kmod-em8300-0.16.0-0.2.rc1.2.6.17_1.2647.fc6.i686 requires kernel-i686 = 0:2.6.17-1.2647.fc6 kmod-em8300-PAE-0.16.0-0.2.rc1.2.6.17_1.2647.fc6.i686 requires kernel-i686 = 0:2.6.17-1.2647.fc6PAE kmod-em8300-kdump-0.16.0-0.2.rc1.2.6.17_1.2647.fc6.i686 requires kernel-i686 = 0:2.6.17-1.2647.fc6kdump kmod-em8300-xen-0.16.0-0.2.rc1.2.6.17_1.2647.fc6.i686 requires kernel-i686 = 0:2.6.17-1.2647.fc6xen mftrace-1.2.4-4.fc6.i386 requires autotrace mftrace-1.2.4-4.fc6.i386 requires fontforge octave-forge-2006.07.09-5.fc6.i386 requires libdap.so.5 scim-skk-0.5.2-8.fc6.i386 requires skkdic straw-0.22.1-6.noarch requires python-adns uim-skk-1.2.1-2.fc6.i386 requires skkdic w3m-el-1.4.4-5.fc6.noarch requires flim w3m-el-xemacs-1.4.4-5.fc6.noarch requires flim-xemacs Broken packages in fedora-extras-development-x86_64: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.x86_64 requires libifp.so.4()(64bit) fluxbox-0.9.15.1-2.fc6.x86_64 requires artwiz-aleczapka-fonts fluxbox-0.9.15.1-2.fc6.x86_64 requires pyxdg gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.x86_64 requires gaim = 0:2.0.0-0.11.beta3.fc6 kinput2-v3.1-29.fc6.x86_64 requires libwnn.so.0()(64bit) kmod-em8300-0.16.0-0.2.rc1.2.6.17_1.2647.fc6.x86_64 requires kernel-x86_64 = 0:2.6.17-1.2647.fc6 kmod-em8300-kdump-0.16.0-0.2.rc1.2.6.17_1.2647.fc6.x86_64 requires kernel-x86_64 = 0:2.6.17-1.2647.fc6kdump kmod-em8300-xen-0.16.0-0.2.rc1.2.6.17_1.2647.fc6.x86_64 requires kernel-x86_64 = 0:2.6.17-1.2647.fc6xen mftrace-1.2.4-4.fc6.x86_64 requires autotrace mftrace-1.2.4-4.fc6.x86_64 requires fontforge octave-forge-2006.07.09-5.fc6.x86_64 requires libdap.so.5()(64bit) scim-skk-0.5.2-8.fc6.x86_64 requires skkdic straw-0.22.1-6.noarch requires python-adns uim-skk-1.2.1-2.fc6.x86_64 requires skkdic w3m-el-1.4.4-5.fc6.noarch requires flim w3m-el-xemacs-1.4.4-5.fc6.noarch requires flim-xemacs Broken packages in fedora-extras-development-ppc: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.ppc requires libifp.so.4 amarok-1.4.1-3.fc6.ppc requires HelixPlayer fluxbox-0.9.15.1-2.fc6.ppc requires pyxdg fluxbox-0.9.15.1-2.fc6.ppc requires artwiz-aleczapka-fonts gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.ppc requires gaim = 0:2.0.0-0.11.beta3.fc6 kinput2-v3.1-29.fc6.ppc requires libwnn.so.0 kmod-em8300-0.16.0-0.2.rc1.2.6.17_1.2647.fc6.ppc requires kernel-ppc = 0:2.6.17-1.2647.fc6 kmod-em8300-smp-0.16.0-0.2.rc1.2.6.17_1.2647.fc6.ppc requires kernel-ppc = 0:2.6.17-1.2647.fc6smp mftrace-1.2.4-4.fc6.ppc requires autotrace mftrace-1.2.4-4.fc6.ppc requires fontforge octave-forge-2006.07.09-5.fc6.ppc requires libdap.so.5 scim-skk-0.5.2-8.fc6.ppc requires skkdic straw-0.22.1-6.noarch requires python-adns uim-skk-1.2.1-2.fc6.ppc requires skkdic w3m-el-1.4.4-5.fc6.noarch requires flim w3m-el-xemacs-1.4.4-5.fc6.noarch requires flim-xemacs ====================================================================== New report for: ville.skytta AT iki.fi package: kmod-em8300-PAE - 0.16.0-0.2.rc1.2.6.17_1.2647.fc6.i686 from fedora-extras-development-i386 unresolved deps: kernel-i686 = 0:2.6.17-1.2647.fc6PAE package: kmod-em8300 - 0.16.0-0.2.rc1.2.6.17_1.2647.fc6.i686 from fedora-extras-development-i386 unresolved deps: kernel-i686 = 0:2.6.17-1.2647.fc6 package: kmod-em8300 - 0.16.0-0.2.rc1.2.6.17_1.2647.fc6.i586 from fedora-extras-development-i386 unresolved deps: kernel-i586 = 0:2.6.17-1.2647.fc6 package: kmod-em8300-kdump - 0.16.0-0.2.rc1.2.6.17_1.2647.fc6.i686 from fedora-extras-development-i386 unresolved deps: kernel-i686 = 0:2.6.17-1.2647.fc6kdump package: kmod-em8300-xen - 0.16.0-0.2.rc1.2.6.17_1.2647.fc6.i686 from fedora-extras-development-i386 unresolved deps: kernel-i686 = 0:2.6.17-1.2647.fc6xen package: kmod-em8300-kdump - 0.16.0-0.2.rc1.2.6.17_1.2647.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: kernel-x86_64 = 0:2.6.17-1.2647.fc6kdump package: kmod-em8300-xen - 0.16.0-0.2.rc1.2.6.17_1.2647.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: kernel-x86_64 = 0:2.6.17-1.2647.fc6xen package: kmod-em8300 - 0.16.0-0.2.rc1.2.6.17_1.2647.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: kernel-x86_64 = 0:2.6.17-1.2647.fc6 package: kmod-em8300-smp - 0.16.0-0.2.rc1.2.6.17_1.2647.fc6.ppc from fedora-extras-development-ppc unresolved deps: kernel-ppc = 0:2.6.17-1.2647.fc6smp package: kmod-em8300 - 0.16.0-0.2.rc1.2.6.17_1.2647.fc6.ppc from fedora-extras-development-ppc unresolved deps: kernel-ppc = 0:2.6.17-1.2647.fc6 From giallu at gmail.com Thu Sep 21 20:46:46 2006 From: giallu at gmail.com (Gianluca Sforna) Date: Thu, 21 Sep 2006 22:46:46 +0200 Subject: Orphaning 'mantis' (Web-based bugtracking system) In-Reply-To: References: <87lkor4n7u.fsf@kosh.bigo.ensc.de> Message-ID: On 9/21/06, Jason L Tibbitts III wrote: > Hmm, actually it looks like you've already received an offer of > sponsorship and have never responded to it: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203694 > mmm it was not on my inbox... time to check what is going on with gmail... From Christian.Iseli at licr.org Thu Sep 21 23:10:22 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Fri, 22 Sep 2006 01:10:22 +0200 Subject: FE Package Status of Sep 21, 2006 In-Reply-To: <4512B766.1090800@ioa.s.u-tokyo.ac.jp> References: <20060921173213.79bf52fb@ludwig-alpha> <4512B766.1090800@ioa.s.u-tokyo.ac.jp> Message-ID: <20060922011022.1d70835c@ludwig-alpha> On Fri, 22 Sep 2006 01:01:42 +0900, Mamoru Tasaka wrote: > I already added the "binary" rpm names of xscreensaver-related packages > (i.e. xscreensaver-{base,extras,gl-extras}, however, I didn't add the > src name "xscreensaver" to comps-fc6.in. So, my question is, which name(s) > should I add to comps-fc6.in ? You did the correct thing. There is no need to add the src package name in your case. I guess I should try to fix my script... Regards, C From ville.skytta at iki.fi Fri Sep 22 06:28:18 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Fri, 22 Sep 2006 09:28:18 +0300 Subject: Packages with dependencies to removed mass-rebuild ones Message-ID: <1158906498.3036.108.camel@viper.local> Here's lists of packages from the FE devel repo that have dependencies to ones removed after the mass rebuild. These are queued for removal early next week. Packages which have already been removed are not listed here. Packages with dropped/to-be-dropped dependencies: amarok amarok-visualisation fbdesk fluxbox fluxconf kadu-amarok kinput2 mftrace scim-skk straw uim-skk w3m-el w3m-el-common w3m-el-xemacs Packages with dropped build dependencies (packages listed above not re-listed here): curry (ghc) dejavu-fonts (fontforge) lilypond (mftrace) linux-libertine-fonts (fontforge) wine (fontforge) From gauret at free.fr Fri Sep 22 09:56:29 2006 From: gauret at free.fr (Aurelien Bompard) Date: Fri, 22 Sep 2006 11:56:29 +0200 Subject: Packages with dependencies to removed mass-rebuild ones References: <1158906498.3036.108.camel@viper.local> Message-ID: > amarok > amarok-visualisation I'm taking over libifp as a dependency of Amarok. Please don't remove it ! A. -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr "Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning." -- Rich Cook From bugs.michael at gmx.net Fri Sep 22 10:31:16 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 22 Sep 2006 12:31:16 +0200 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-15 In-Reply-To: <1158331295.2902.2.camel@viper.local> References: <20060915114443.28724.4978@extras64.linux.duke.edu> <450AB05B.4000004@leemhuis.info> <1158331295.2902.2.camel@viper.local> Message-ID: <20060922123116.da7dac7f.bugs.michael@gmx.net> On Fri, 15 Sep 2006 17:41:35 +0300, Ville Skytt? wrote: > On Fri, 2006-09-15 at 15:53 +0200, Thorsten Leemhuis wrote: > > > [...] > > > ville.skytta AT iki.fi > > > kmod-em8300 - 0.15.3-7.2.6.17_1.2174_FC5.i586 > > > kmod-em8300 - 0.15.3-7.2.6.17_1.2174_FC5.i686 > > > kmod-em8300 - 0.15.3-7.2.6.17_1.2174_FC5.ppc > > > kmod-em8300 - 0.15.3-7.2.6.17_1.2174_FC5.x86_64 > > > kmod-em8300-kdump - 0.15.3-7.2.6.17_1.2174_FC5.i686 > > > kmod-em8300-kdump - 0.15.3-7.2.6.17_1.2174_FC5.x86_64 > > > kmod-em8300-smp - 0.15.3-7.2.6.17_1.2174_FC5.i686 > > > kmod-em8300-smp - 0.15.3-7.2.6.17_1.2174_FC5.ppc > > > kmod-em8300-xen0 - 0.15.3-7.2.6.17_1.2174_FC5.i686 > > > kmod-em8300-xen0 - 0.15.3-7.2.6.17_1.2174_FC5.x86_64 > > [...] > > > package: kmod-em8300-xen0 - 0.15.3-7.2.6.17_1.2174_FC5.i686 from fedora-extras-5-i386 > > > unresolved deps: > > > kernel-i686 = 0:2.6.17-1.2174_FC5xen0 > > > > False positive? The kernel seems to still be around... > > I don't know the details how this script works, but I guess if it > examines only the newest version of each package in the repos, that > could be the culprit (ie. in this case a new kernel was available so > maybe it ignored the 2nd newest one even if it was there?). Yes. Checking against only the newest version of every package is intentional, since for the majority of packages, an ordinary "yum update" also retrieves the newest packages, removing old versions. Only then dep breakage is discovered. Yesterday's report is positive, however. Dependencies on old kernels are permitted, now, except if the old kernel is not available anymore. From fedora at leemhuis.info Fri Sep 22 10:46:40 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 22 Sep 2006 12:46:40 +0200 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-15 In-Reply-To: <20060922123116.da7dac7f.bugs.michael@gmx.net> References: <20060915114443.28724.4978@extras64.linux.duke.edu> <450AB05B.4000004@leemhuis.info> <1158331295.2902.2.camel@viper.local> <20060922123116.da7dac7f.bugs.michael@gmx.net> Message-ID: <4513BF10.109@leemhuis.info> Michael Schwendt schrieb: > On Fri, 15 Sep 2006 17:41:35 +0300, Ville Skytt? wrote: >> On Fri, 2006-09-15 at 15:53 +0200, Thorsten Leemhuis wrote: >>> [...] >>>> ville.skytta AT iki.fi >>>> kmod-em8300 - 0.15.3-7.2.6.17_1.2174_FC5.i586 >>> [...] >>>> package: kmod-em8300-xen0 - 0.15.3-7.2.6.17_1.2174_FC5.i686 from fedora-extras-5-i386 >>>> unresolved deps: >>>> kernel-i686 = 0:2.6.17-1.2174_FC5xen0 >>> False positive? The kernel seems to still be around... >> I don't know the details how this script works, but I guess if it >> examines only the newest version of each package in the repos, that >> could be the culprit (ie. in this case a new kernel was available so >> maybe it ignored the 2nd newest one even if it was there?). > Yes. Checking against only the newest version of every package is > intentional, since for the majority of packages, an ordinary "yum update" > also retrieves the newest packages, removing old versions. Only then dep > breakage is discovered. > > Yesterday's report is positive, however. Dependencies on old kernels are > permitted, now, except if the old kernel is not available anymore. mschwendt and scop: Many thanks for all your work on the scripts that push the repo and check it afterwards! And of course also thx to c4chris and mjk for the scripts that create the PackageStatus stuff in the wiki. CU thl From nphilipp at redhat.com Fri Sep 22 11:32:19 2006 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 22 Sep 2006 13:32:19 +0200 Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: <1158612775.2902.140.camel@viper.local> References: <1158612775.2902.140.camel@viper.local> Message-ID: <1158924739.29188.17.camel@gibraltar.stuttgart.redhat.com> On Mon, 2006-09-18 at 23:52 +0300, Ville Skytt? wrote: > The deadline for the FE mass rebuild for FC6 was today, 153 packages > which are still in the devel (package) repo have not had their > needs.rebuild file treated in CVS. > > Attachments: > - not-treated.txt: the 153 packages above > - not-treated-already-removed.txt: not treated, but already removed > - not-treated-deps.txt: packages that have dependencies to the above or > subpackages of the above, but are not listed in the above As I use it regularly, I volunteer for NetworkManager-vpnc (unless davidz objects). Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From kevin.kofler at chello.at Fri Sep 22 11:47:25 2006 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 22 Sep 2006 11:47:25 +0000 (UTC) Subject: Packages with dependencies to removed mass-rebuild ones References: <1158906498.3036.108.camel@viper.local> Message-ID: Aurelien Bompard writes: > > amarok > > amarok-visualisation > > I'm taking over libifp as a dependency of Amarok. Please don't remove it ! But you also need to do something about the missing engine problem, i.e. any of: 1. get HelixPlayer into extras-development. (It was dropped from Core and is still missing from Extras.) 2. get a stripped-down xine-lib into extras-development (which means you need to rip off all the patent-encumbered stuff). 3. get the GStreamer engine to work again (apparently non-trivial, it's too bad they removed it instead of doing the maintenance required to keep it working (which would probably have been much less work than the feature additions they did to the other engines), it worked fine on 1.4.0 Beta 3). The easiest route is probably "1." (what happened to the review request?), though Helix does have its limitations (no FLAC or MPC support despite these being unencumbered, no x86_64 support, ...). Kevin Kofler From kevin-fedora-extras at scrye.com Fri Sep 22 15:48:31 2006 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Fri, 22 Sep 2006 09:48:31 -0600 (MDT) Subject: Packages with dependencies to removed mass-rebuild ones References: <1158906498.3036.108.camel@viper.local Message-ID: <20060922.094831.994141169.kevin@scrye.com> >>>>> "Ville" == Ville Skytt writes: Ville> Here's lists of packages from the FE devel repo that have Ville> dependencies to ones removed after the mass rebuild. These are Ville> queued for removal early next week. Packages which have Ville> already been removed are not listed here. Ville> Packages with dropped/to-be-dropped dependencies: Ville> amarok amarok-visualisation fbdesk fluxbox fluxconf kadu-amarok Ville> kinput2 mftrace scim-skk straw uim-skk w3m-el w3m-el-common Ville> w3m-el-xemacs Ville> Packages with dropped build dependencies (packages listed above Ville> not re-listed here): Ville> curry (ghc) dejavu-fonts (fontforge) lilypond (mftrace) Ville> linux-libertine-fonts (fontforge) wine (fontforge) I went ahead and took over fontforge, and pushed out an update. I'd be happy to hand it off to any other interested party... kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From tcallawa at redhat.com Fri Sep 22 16:43:05 2006 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Fri, 22 Sep 2006 11:43:05 -0500 Subject: Packages with dependencies to removed mass-rebuild ones In-Reply-To: <1158906498.3036.108.camel@viper.local> References: <1158906498.3036.108.camel@viper.local> Message-ID: <1158943385.8583.9.camel@localhost.localdomain> On Fri, 2006-09-22 at 09:28 +0300, Ville Skytt? wrote: > Here's lists of packages from the FE devel repo that have dependencies > to ones removed after the mass rebuild. These are queued for removal > early next week. Packages which have already been removed are not > listed here. > > Packages with dropped/to-be-dropped dependencies: > fbdesk > fluxbox > fluxconf I'll take these (if only to avoid the screaming on /. of Fedora crippling for fluxbox users), and their deps. What were the dropped deps for these guys? > wine (fontforge) I'll also take this if the original maintainer is AWOL. ~spot -- Tom "spot" Callaway || Red Hat || Fedora || Aurora || GPG ID: 93054260 "We must not confuse dissent with disloyalty. We must remember always that accusation is not proof and that conviction depends upon evidence and due process of law. We will not walk in fear, one of another. We will not be driven by fear into an age of unreason, if we dig deep in our history and our doctrine, and remember that we are not descended from fearful men -- not from men who feared to write, to speak, to associate and to defend causes that were, for the moment, unpopular." -- Edward R. Murrow, March 9, 1954 From kevin-fedora-extras at scrye.com Fri Sep 22 17:19:13 2006 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Fri, 22 Sep 2006 11:19:13 -0600 (MDT) Subject: Packages with dependencies to removed mass-rebuild ones References: <1158906498.3036.108.camel@viper.local> <1158943385.8583.9.camel@localhost.localdomain> Message-ID: <20060922.111913.435530625.kevin@scrye.com> >>>>> "Tom" == Tom Callaway writes: Tom> On Fri, 2006-09-22 at 09:28 +0300, Ville Skytt? wrote: >> Here's lists of packages from the FE devel repo that have >> dependencies to ones removed after the mass rebuild. These are >> queued for removal early next week. Packages which have already >> been removed are not listed here. >> >> Packages with dropped/to-be-dropped dependencies: >> fbdesk fluxbox fluxconf Tom> I'll take these (if only to avoid the screaming on /. of Fedora Tom> crippling for fluxbox users), and their deps. What were the Tom> dropped deps for these guys? >> wine (fontforge) Tom> I'll also take this if the original maintainer is AWOL. I went ahead and took fontforge and pushed out an update already. You are quite welcome to take it over from me tho. ;) kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From qspencer at ieee.org Fri Sep 22 16:18:01 2006 From: qspencer at ieee.org (Quentin Spencer) Date: Fri, 22 Sep 2006 11:18:01 -0500 Subject: Packages with dependencies to removed mass-rebuild ones In-Reply-To: <1158906498.3036.108.camel@viper.local> References: <1158906498.3036.108.camel@viper.local> Message-ID: <45140CB9.5050902@ieee.org> Ville Skytt? wrote: > Here's lists of packages from the FE devel repo that have dependencies > to ones removed after the mass rebuild. These are queued for removal > early next week. Packages which have already been removed are not > listed here. > > Packages with dropped/to-be-dropped dependencies: > > amarok > amarok-visualisation > fbdesk > fluxbox > fluxconf > kadu-amarok > kinput2 > mftrace > scim-skk > straw > uim-skk > w3m-el > w3m-el-common > w3m-el-xemacs > > Packages with dropped build dependencies (packages listed above not > re-listed here): > > curry (ghc) > dejavu-fonts (fontforge) > lilypond (mftrace) > linux-libertine-fonts (fontforge) > wine (fontforge) > I just took over autotrace, which was needed by mftrace. Both of them should be rebuilt shortly. Quentin From tcallawa at redhat.com Fri Sep 22 17:54:57 2006 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Fri, 22 Sep 2006 12:54:57 -0500 Subject: Packages with dependencies to removed mass-rebuild ones In-Reply-To: <20060922.111913.435530625.kevin@scrye.com> References: <1158906498.3036.108.camel@viper.local> <1158943385.8583.9.camel@localhost.localdomain> <20060922.111913.435530625.kevin@scrye.com> Message-ID: <1158947697.8583.15.camel@localhost.localdomain> On Fri, 2006-09-22 at 11:19 -0600, Kevin Fenzi wrote: > I went ahead and took fontforge and pushed out an update already. > You are quite welcome to take it over from me tho. ;) I was referring to wine... ~spot -- Tom "spot" Callaway || Red Hat || Fedora || Aurora || GPG ID: 93054260 "We must not confuse dissent with disloyalty. We must remember always that accusation is not proof and that conviction depends upon evidence and due process of law. We will not walk in fear, one of another. We will not be driven by fear into an age of unreason, if we dig deep in our history and our doctrine, and remember that we are not descended from fearful men -- not from men who feared to write, to speak, to associate and to defend causes that were, for the moment, unpopular." -- Edward R. Murrow, March 9, 1954 From nicolas.mailhot at laposte.net Wed Sep 20 18:30:27 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 20 Sep 2006 20:30:27 +0200 Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: <20060920.121757.533578632.kevin@scrye.com> References: <1158612775.2902.140.camel@viper.local> <20060919.103128.438022490.kevin@scrye.com> <1158685392.10331.2.camel@rousalka.dyndns.org> <20060920.121757.533578632.kevin@scrye.com> Message-ID: <1158777027.3271.5.camel@rousalka.dyndns.org> Le mercredi 20 septembre 2006 ? 12:17 -0600, Kevin Fenzi a ?crit : > >>>>> "Nicolas" == Nicolas Mailhot writes: > > Nicolas> Le mardi 19 septembre 2006 ? 10:31 -0600, Kevin Fenzi a ?crit > Nicolas> : > >> I would be happy to co-maintain and then take over the following if > >> the maintainers do not re-appear: > >> > >> rdiff-backup gentium-fonts charis-fonts linux-libertine-fonts > > Nicolas> Make sure to check dejavu-lgc-fonts (in core) and > Nicolas> dejavu-fonts (in extras) since the fontconfig bits have > Nicolas> changed a little since FC5 time. > > Can you be more specific on what changes? New fontconfig conf file organisation : 1. if these packages provide a fontconfig conf file it probably needs to be reviewed and renamed 2. if they don't the system has become streamlined enough they should get one > I went ahead and added myself to CC for the above and rebuilt them. > However, linux-libertine-fonts Requires: fontforge, Surely this is a BR there > which in turn > BuildRequires: libuninameslist-devel > > So, I am going to look at pinging those maintainers and pushing out > builds for fc6 You probably want to update the fontconfig snapshot at the same time Regards, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From kevin-fedora-extras at scrye.com Fri Sep 22 19:04:11 2006 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Fri, 22 Sep 2006 13:04:11 -0600 (MDT) Subject: Extras packages queued for removal after (non-)rebuild References: <1158612775.2902.140.camel@viper.local> <20060919.103128.438022490.kevin@scrye.com> <1158685392.10331.2.camel@rousalka.dyndns.org> <20060920.121757.533578632.kevin@scrye.com> <1158777027.3271.5.camel@rousalka.dyndns.org> Message-ID: <20060922.130411.817727380.kevin@scrye.com> >>>>> "Nicolas" == Nicolas Mailhot writes: Nicolas> Make sure to check dejavu-lgc-fonts (in core) and Nicolas> dejavu-fonts (in extras) since the fontconfig bits have Nicolas> changed a little since FC5 time. >> Can you be more specific on what changes? Nicolas> New fontconfig conf file organisation : 1. if these packages Nicolas> provide a fontconfig conf file it probably needs to be Nicolas> reviewed and renamed 2. if they don't the system has become Nicolas> streamlined enough they should get one None of them provide fontconfig conf files. How should I go about generating one? Perhaps you could update a wiki page about font packaging? It might be nice to have all the fonts follow some "best practices" guidelines... ? >> I went ahead and added myself to CC for the above and rebuilt >> them. However, linux-libertine-fonts Requires: fontforge, Nicolas> Surely this is a BR there Yeah, sorry... it's a BuildRequires. >> which in turn BuildRequires: libuninameslist-devel >> >> So, I am going to look at pinging those maintainers and pushing out >> builds for fc6 Nicolas> You probably want to update the fontconfig snapshot at the Nicolas> same time In where? fontconfig is in core... I did update libuninameslist and fontforge to the latest versions. Nicolas> Regards, kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From nicolas.mailhot at laposte.net Sat Sep 23 07:34:24 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sat, 23 Sep 2006 09:34:24 +0200 Subject: Extras packages queued for removal after (non-)rebuild In-Reply-To: <20060922.130411.817727380.kevin@scrye.com> References: <1158612775.2902.140.camel@viper.local> <20060919.103128.438022490.kevin@scrye.com> <1158685392.10331.2.camel@rousalka.dyndns.org> <20060920.121757.533578632.kevin@scrye.com> <1158777027.3271.5.camel@rousalka.dyndns.org> <20060922.130411.817727380.kevin@scrye.com> Message-ID: <1158996865.20990.1.camel@rousalka.dyndns.org> Le vendredi 22 septembre 2006 ? 13:04 -0600, Kevin Fenzi a ?crit : > >>>>> "Nicolas" == Nicolas Mailhot writes: > Nicolas> New fontconfig conf file organisation : 1. if these packages > Nicolas> provide a fontconfig conf file it probably needs to be > Nicolas> reviewed and renamed 2. if they don't the system has become > Nicolas> streamlined enough they should get one > > None of them provide fontconfig conf files. > How should I go about generating one? You use the time honoured cut, paste and adapt method > Nicolas> You probably want to update the fontconfig snapshot at the > Nicolas> same time > > In where? fontconfig is in core... Should have been fontforge there -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From ville.skytta at iki.fi Sat Sep 23 08:53:08 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sat, 23 Sep 2006 11:53:08 +0300 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-15 In-Reply-To: <20060922123116.da7dac7f.bugs.michael@gmx.net> References: <20060915114443.28724.4978@extras64.linux.duke.edu> <450AB05B.4000004@leemhuis.info> <1158331295.2902.2.camel@viper.local> <20060922123116.da7dac7f.bugs.michael@gmx.net> Message-ID: <1159001588.11970.38.camel@viper.local> On Fri, 2006-09-22 at 12:31 +0200, Michael Schwendt wrote: > Yesterday's report is positive, however. Dependencies on old kernels are > permitted, now, except if the old kernel is not available anymore. Yep. Rawhide's push was broken at the time and there was no new kernel available for x86_64 - I didn't bother to hack around it. From ville.skytta at iki.fi Sat Sep 23 09:35:55 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sat, 23 Sep 2006 12:35:55 +0300 Subject: Packages with dependencies to removed mass-rebuild ones In-Reply-To: <1158943385.8583.9.camel@localhost.localdomain> References: <1158906498.3036.108.camel@viper.local> <1158943385.8583.9.camel@localhost.localdomain> Message-ID: <1159004155.11970.54.camel@viper.local> On Fri, 2006-09-22 at 11:43 -0500, Tom 'spot' Callaway wrote: > > > > Packages with dropped/to-be-dropped dependencies: > > > fbdesk > > fluxbox > > fluxconf > > I'll take these (if only to avoid the screaming on /. of Fedora > crippling for fluxbox users), and their deps. Note that packages in this list are not in need for a new maintainer per se. Some packages they *depend on* are. > What were the dropped deps for these guys? http://www.redhat.com/archives/fedora-extras-list/2006-September/msg00686.html fluxbox: artwiz-aleczapka-fonts, pyxdg fbdesk, fluxconf: fluxbox From buildsys at fedoraproject.org Sat Sep 23 11:12:14 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 23 Sep 2006 07:12:14 -0400 (EDT) Subject: Fedora Extras Package Build Report 2006-09-23 Message-ID: <20060923111214.74D3715212D@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 37 FreeWnn-1.1.1_a021-1.fc6 SDL_gfx-2.0.13-6.fc6 XaraLX-0.7-6.fc6.r1759 autotrace-0.31.1-13.fc6 blktool-4-5.fc6 bochs-2.3-2.fc6 childsplay-0.83.1-1.fc6 clamav-0.88.4-3.fc6 ctorrent-1.3.4-1.fc6 dx-4.4.4-1.fc6 em8300-kmod-0.16.0-0.2.rc1.2.6.18_1.2689.fc6 fontforge-20060822-1.fc6 freedoom-freedm-0.5-1.fc6 gaim-otr-3.0.1-0.1.20060921cvs.fc6 git-1.4.2.1-1.fc6 gkrellm-2.2.9-9.fc6 gnomad2-2.8.9-1.fc6 gtkwave-3.0.12-1.fc6 kicad-2006.08.28-1.fc6 libifp-1.0.0.2-3.fc6 lighttpd-1.4.12-0.1.r1332.fc6 mftrace-1.2.4-4.fc6 mysql-connector-java-3.1.12-2.fc6 ode-0.7-1.fc6 oooqs2-1.0-2.fc6 openct-0.6.9-1.fc6 perl-Module-ScanDeps-0.64-1.fc6 perl-Object-Accessor-0.30-1.fc6 skkdic-20050614-2.fc6 smarteiffel-2.2-5.fc6 smbldap-tools-0.9.2-3.fc6 sylpheed-2.2.9-1.fc6 telepathy-gabble-0.3.6-1.fc6 tuxpaint-0.9.15b-3.fc6 uuid-1.5.1-1.fc6 xchm-1.9-3.fc6 xplanet-1.2.0-2.fc6 Packages built and released for Fedora Extras 5: 26 QuantLib-0.3.13-4.fc5 SDL_gfx-2.0.13-6.fc5 XaraLX-0.7-6.fc5.r1759 ant-contrib-1.0-0.4.b2.fc5 bochs-2.3-2.fc5 dx-4.4.4-1.fc5 git-1.4.2.1-1.fc5 gnomad2-2.8.9-1.fc5 gtkwave-3.0.12-1.fc5 kicad-2006.08.28-1.fc5 libreadline-java-0.8.0-13.fc5 mysql-connector-java-3.1.12-2.fc5 ncarg-4.4.1-4.fc5 oooqs2-1.0-2.fc5 openct-0.6.9-1.fc5 opencv-0.9.9-2.fc5 perl-Cache-2.04-2.fc5 perl-Heap-0.71-2.fc5 perl-Module-ScanDeps-0.64-1.fc5 php-pecl-Fileinfo-1.0.3-2.fc5 rafkill-1.2.2-3.fc5 showimg-0.9.5-10.fc5 smbldap-tools-0.9.2-3.fc5 uw-imap-2006-2.fc5.1 xchm-1.9-3.fc5 xplanet-1.2.0-2.fc5 Packages built and released for Fedora Extras 4: 9 QuantLib-0.3.13-4.fc4 SDL_gfx-2.0.13-6.fc4 git-1.4.2.1-1.fc4 gnomad2-2.8.9-1.fc4 gtkwave-3.0.12-1.fc4 kicad-2006.08.28-1.fc4 opencv-0.9.9-2.fc4 smbldap-tools-0.9.2-3.fc4 xplanet-1.2.0-2.fc4 Packages built and released for Fedora Extras 3: 2 git-1.4.2.1-1.fc3 gnomad2-2.8.9-1.fc3 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Sat Sep 23 11:17:46 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 23 Sep 2006 07:17:46 -0400 (EDT) Subject: Package EVR problems in FC+FE 2006-09-23 Message-ID: <20060923111746.9A4E715212D@buildsys.fedoraproject.org> UNKNOWN OWNER (possibly Core package): audit FC5-updates > FC6 (0:1.2.7-4.fc5 > 0:1.2.7-2) device-mapper FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) FC4-updates > FC6 (0:1.02.07-2.0 > 0:1.02.07-1.1) eclipse-changelog FC4 > FC6 (1:2.0.1_fc-21 > 0:2.3.1-1.fc6) FC5-updates > FC6 (1:2.1.0_fc-2 > 0:2.3.1-1.fc6) lvm2 FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) mozilla FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) quagga FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) tar FC5-updates > FC6 (0:1.15.91-1.FC5 > 0:1.15.91-1) andreas.bierfert AT lowlatency.de: dillo FE3 > FE5 (0:0.8.6-2.fc3 > 0:0.8.6-1.fc5) FE4 > FE5 (0:0.8.6-2.fc4 > 0:0.8.6-1.fc5) gauret AT free.fr: amarok FE5 > FE6 (0:1.4.3-3.fc5 > 0:1.4.1-3.fc6) paul AT all-the-johnsons.co.uk: monodoc FE5 > FE6 (0:1.1.17-5.fc5 > 0:1.1.17-4.fc6) paul AT city-fan.org: perl-String-CRC32 FE3 > FC5-updates (0:1.4-1.fc3 > 0:1.4-1.FC5) FE4 > FC5-updates (0:1.4-1.fc4 > 0:1.4-1.FC5) petersen AT redhat.com: m17n-db FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) ryo-dairiki AT users.sourceforge.net: scim-tomoe FE5 > FE6 (0:0.2.0-6.fc5.1 > 0:0.2.0-5.fc6) scott AT perturb.org: qcomicbook FE5 > FE6 (0:0.3.3-2.fc5 > 0:0.3.2-6.fc6) splinux AT fedoraproject.org: pessulus FE5 > FE6 (0:2.16.0-3.fc5 > 0:2.16.0-1.fc6) zcerza AT redhat.com: dogtail FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) ---------------------------------------------------------------------- amarok: gauret AT free.fr FE5 > FE6 (0:1.4.3-3.fc5 > 0:1.4.1-3.fc6) audit: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:1.2.7-4.fc5 > 0:1.2.7-2) device-mapper: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) FC4-updates > FC6 (0:1.02.07-2.0 > 0:1.02.07-1.1) dillo: andreas.bierfert AT lowlatency.de FE3 > FE5 (0:0.8.6-2.fc3 > 0:0.8.6-1.fc5) FE4 > FE5 (0:0.8.6-2.fc4 > 0:0.8.6-1.fc5) dogtail: zcerza AT redhat.com FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) eclipse-changelog: UNKNOWN OWNER (possibly Core package) FC4 > FC6 (1:2.0.1_fc-21 > 0:2.3.1-1.fc6) FC5-updates > FC6 (1:2.1.0_fc-2 > 0:2.3.1-1.fc6) lvm2: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) m17n-db: petersen AT redhat.com FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) monodoc: paul AT all-the-johnsons.co.uk FE5 > FE6 (0:1.1.17-5.fc5 > 0:1.1.17-4.fc6) mozilla: UNKNOWN OWNER (possibly Core package) FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) perl-String-CRC32: paul AT city-fan.org FE3 > FC5-updates (0:1.4-1.fc3 > 0:1.4-1.FC5) FE4 > FC5-updates (0:1.4-1.fc4 > 0:1.4-1.FC5) pessulus: splinux AT fedoraproject.org FE5 > FE6 (0:2.16.0-3.fc5 > 0:2.16.0-1.fc6) qcomicbook: scott AT perturb.org FE5 > FE6 (0:0.3.3-2.fc5 > 0:0.3.2-6.fc6) quagga: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) scim-tomoe: ryo-dairiki AT users.sourceforge.net FE5 > FE6 (0:0.2.0-6.fc5.1 > 0:0.2.0-5.fc6) tar: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:1.15.91-1.FC5 > 0:1.15.91-1) From ville.skytta at iki.fi Sat Sep 23 11:21:24 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sat, 23 Sep 2006 14:21:24 +0300 Subject: Fedora Extras Package Build Report 2006-09-23 In-Reply-To: <20060923111214.74D3715212D@buildsys.fedoraproject.org> References: <20060923111214.74D3715212D@buildsys.fedoraproject.org> Message-ID: <1159010485.11970.59.camel@viper.local> On Sat, 2006-09-23 at 07:12 -0400, buildsys at fedoraproject.org wrote: > Packages built and released for Fedora Extras development: 37 > mftrace-1.2.4-4.fc6 > > Packages built and released for Fedora Extras 5: 26 > ant-contrib-1.0-0.4.b2.fc5 The above two packages were ignored and not pushed, they were rebuilt without EVR changes. From buildsys at fedoraproject.org Sat Sep 23 11:57:57 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sat, 23 Sep 2006 11:57:57 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-23 Message-ID: <20060923115757.28077.27154@extras64.linux.duke.edu> Summary of broken packages (by owner): ---------------------------------------------------------------------- andreas.bierfert AT lowlatency.de fluxbox - 0.9.15.1-2.fc6.i386 (4 days) fluxbox - 0.9.15.1-2.fc6.ppc (4 days) fluxbox - 0.9.15.1-2.fc6.x86_64 (4 days) dcbw AT redhat.com plague - 0.4.4.1-2.fc3.noarch plague - 0.4.4.1-2.fc3.noarch plague - 0.4.4.1-2.fc4.noarch plague - 0.4.4.1-2.fc4.noarch plague - 0.4.4.1-2.fc4.noarch gauret AT free.fr amarok - 1.4.1-3.fc6.i386 (58 days) amarok - 1.4.1-3.fc6.ppc (58 days) showimg-pgsql - 0.9.5-7.fc4.i386 showimg-pgsql - 0.9.5-7.fc4.ppc showimg-pgsql - 0.9.5-7.fc4.x86_64 j.w.r.degoede AT hhs.nl tremulous - 1.1.0-2.fc5.i386 tremulous - 1.1.0-2.fc5.ppc tremulous - 1.1.0-2.fc5.x86_64 qspencer AT ieee.org octave-forge - 2006.07.09-5.fc6.i386 (3 days) octave-forge - 2006.07.09-5.fc6.ppc (3 days) octave-forge - 2006.07.09-5.fc6.x86_64 (3 days) raven AT pmail.pl gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.i386 (8 days) gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.ppc (8 days) gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.x86_64 (8 days) tagoh AT redhat.com w3m-el - 1.4.4-5.fc6.noarch (4 days) w3m-el - 1.4.4-5.fc6.noarch (4 days) w3m-el - 1.4.4-5.fc6.noarch (4 days) w3m-el-xemacs - 1.4.4-5.fc6.noarch (4 days) w3m-el-xemacs - 1.4.4-5.fc6.noarch (4 days) w3m-el-xemacs - 1.4.4-5.fc6.noarch (4 days) Broken packages in fedora-extras-5-i386: ---------------------------------------------------------------------- tremulous-1.1.0-2.fc5.i386 requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-5-x86_64: ---------------------------------------------------------------------- tremulous-1.1.0-2.fc5.x86_64 requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-5-ppc: ---------------------------------------------------------------------- tremulous-1.1.0-2.fc5.ppc requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-4-i386: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.i386 requires libpqxx-2.6.6.so Broken packages in fedora-extras-4-x86_64: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.x86_64 requires libpqxx-2.6.6.so()(64bit) Broken packages in fedora-extras-4-ppc: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.ppc requires libpqxx-2.6.6.so Broken packages in fedora-extras-3-i386: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc3.noarch requires createrepo >= 0:0.4.3 Broken packages in fedora-extras-3-x86_64: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc3.noarch requires createrepo >= 0:0.4.3 Broken packages in fedora-extras-development-i386: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.i386 requires HelixPlayer fluxbox-0.9.15.1-2.fc6.i386 requires pyxdg fluxbox-0.9.15.1-2.fc6.i386 requires artwiz-aleczapka-fonts gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.i386 requires gaim = 0:2.0.0-0.11.beta3.fc6 octave-forge-2006.07.09-5.fc6.i386 requires libdap.so.5 w3m-el-1.4.4-5.fc6.noarch requires flim w3m-el-xemacs-1.4.4-5.fc6.noarch requires flim-xemacs Broken packages in fedora-extras-development-x86_64: ---------------------------------------------------------------------- fluxbox-0.9.15.1-2.fc6.x86_64 requires artwiz-aleczapka-fonts fluxbox-0.9.15.1-2.fc6.x86_64 requires pyxdg gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.x86_64 requires gaim = 0:2.0.0-0.11.beta3.fc6 octave-forge-2006.07.09-5.fc6.x86_64 requires libdap.so.5()(64bit) w3m-el-1.4.4-5.fc6.noarch requires flim w3m-el-xemacs-1.4.4-5.fc6.noarch requires flim-xemacs Broken packages in fedora-extras-development-ppc: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.ppc requires HelixPlayer fluxbox-0.9.15.1-2.fc6.ppc requires pyxdg fluxbox-0.9.15.1-2.fc6.ppc requires artwiz-aleczapka-fonts gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.ppc requires gaim = 0:2.0.0-0.11.beta3.fc6 octave-forge-2006.07.09-5.fc6.ppc requires libdap.so.5 w3m-el-1.4.4-5.fc6.noarch requires flim w3m-el-xemacs-1.4.4-5.fc6.noarch requires flim-xemacs From Matt_Domsch at dell.com Sat Sep 23 13:09:28 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 23 Sep 2006 08:09:28 -0500 Subject: Extras x86_64 rawhide rebuild in mock status 2006-09-23 Message-ID: <20060923080928.A29236@humbolt.us.dell.com> Extras Rawhide-in-Mock Build Results for x86_64 Sat Sep 23 04:23:01 CDT 2006 Note: This is using a reduced set of packages in the build chroot starting with FC6test2. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Note: You will need to rebuild your packages in Fedora Extras for FC6 starting August 28, 2006. See here for more details: http://www.redhat.com/archives/fedora-maintainers/2006-August/msg00160.html Total packages: 2075 Number failed to build: 33 Number expected to fail due to ExclusiveArch or ExcludeArch: 19 Leaving: 14 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 14 ---------------------------------- atitvout-0.4-6 andreas.bierfert at lowlatency.de dejavu-fonts-2.10.0-0.3.20060913svn1149.fc6 nicolas.mailhot at laposte.net dillo-0.8.6-2.fc6 andreas.bierfert at lowlatency.de em8300-kmod-0.16.0-0.2.rc1.2.6.17_1.2647.fc6 ville.skytta at iki.fi kerry-0.1.1-3.fc6 hugo at devin.com.br libpolyxmass-0.9.0-6.fc5 andreas.bierfert at lowlatency.de linux-libertine-fonts-2.1.9-2.fc6 frank at scirocco-5v-turbo.de mlton-20051202-8.fc6.1 adam at spicenitz.org nautilus-actions-1.4-4.fc6 dakingun at gmail.com python-reportlab-1.21.1-1.fc6 bdpepple at ameritech.net s3switch-0.0-9.20020912.fc6 paul at xelerance.com sblim-cmpi-base-1.5.4-5.fc6 hamzy at us.ibm.com w3m-el-1.4.4-5.fc6 tagoh at redhat.com wine-0.9.21-1.fc6 andreas.bierfert at lowlatency.de With bugs filed: 0 ---------------------------------- Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Sat Sep 23 13:09:39 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 23 Sep 2006 08:09:39 -0500 Subject: Extras i386 rawhide rebuild in mock status 2006-09-23 Message-ID: <20060923080939.A29252@humbolt.us.dell.com> Extras Rawhide-in-Mock Build Results for i386 Sat Sep 23 04:26:38 CDT 2006 Note: This is using a reduced set of packages in the build chroot starting with FC6test2. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Note: You will need to rebuild your packages in Fedora Extras for FC6 starting August 28, 2006. See here for more details: http://www.redhat.com/archives/fedora-maintainers/2006-August/msg00160.html Total packages: 2075 Number failed to build: 7 Number expected to fail due to ExclusiveArch or ExcludeArch: 1 Leaving: 6 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 6 ---------------------------------- dejavu-fonts-2.10.0-0.3.20060913svn1149.fc6 nicolas.mailhot at laposte.net dillo-0.8.6-2.fc6 andreas.bierfert at lowlatency.de em8300-kmod-0.16.0-0.2.rc1.2.6.17_1.2647.fc6 ville.skytta at iki.fi linux-libertine-fonts-2.1.9-2.fc6 frank at scirocco-5v-turbo.de w3m-el-1.4.4-5.fc6 tagoh at redhat.com wine-0.9.21-1.fc6 andreas.bierfert at lowlatency.de With bugs filed: 0 ---------------------------------- Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From qspencer at ieee.org Sat Sep 23 13:40:30 2006 From: qspencer at ieee.org (Quentin Spencer) Date: Sat, 23 Sep 2006 08:40:30 -0500 Subject: Fedora Extras Package Build Report 2006-09-23 In-Reply-To: <1159010485.11970.59.camel@viper.local> References: <20060923111214.74D3715212D@buildsys.fedoraproject.org> <1159010485.11970.59.camel@viper.local> Message-ID: <4515394E.5050307@ieee.org> Ville Skytt? wrote: > On Sat, 2006-09-23 at 07:12 -0400, buildsys at fedoraproject.org wrote: > >> Packages built and released for Fedora Extras development: 37 >> mftrace-1.2.4-4.fc6 >> >> Packages built and released for Fedora Extras 5: 26 >> ant-contrib-1.0-0.4.b2.fc5 >> > > The above two packages were ignored and not pushed, they were rebuilt > without EVR changes. > mftrace was removed a few days ago because it was missing a dependency. Since I was only rebuilding it to get it back in the repo, I figured incrementing the version was not necessary. Are you really going to make me rebuild with a higher version number? From fedora at leemhuis.info Sat Sep 23 14:00:15 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 23 Sep 2006 16:00:15 +0200 Subject: List of inactive members in cvsextras that will be removed soon Message-ID: <45153DEF.2050406@leemhuis.info> Hi, I did a check for inactive extras contributors now that the mass-rebuild is done. It was agreed on by FESCo that all inactive contributors will get removed from the cvsextras group in the accountssystem (they won't have access to extras-cvs in the future due to this) -- they of course will stay in cladone and can be re-added to cvsextras easily. That will a new sponsorship-process normally, but FESCo can make exceptions on a case-by-case basis. I produced the list with roughly this commands: > wget -O - -q https://www.redhat.com/archives/fedora-extras-commits/2006-September.txt.gz https://www.redhat.com/archives/fedora-extras-commits/2006-August.txt.gz | zcat | grep '^Author: ' | sed 's/Author: //' | tr A-Z a-z | sort | uniq > list_of_active_maintainers > wget -O - -q 'https://admin.fedora.redhat.com/accounts/dump-group.cgi?group=cvsextras&format=txt' | sed 's/,/ /' | awk '{print $1}' | tr A-Z a-z > list_of_cvsextrasmembers > diff -u list_of_active_maintainers list_of_cvsextrasmembers | grep -e '^+' | sed 's/+//' | grep -w -e "buildsys" -e "sopwith" -e "gdk" > list_of_inactive_maintainers > wget -O - -q 'https://admin.fedora.redhat.com/accounts/dump-group.cgi?group=cvsextras&format=txt' | sed 's/,/ /g' | grep -w -f list_of_inactive_maintainers >list_of_inactive_maintainers_with_mail Maybe this hit some false-positives. So here is the list up for review and comments before I go into the accounts system (I'll probably do this on monday night CEST) and remove people accidentally (people that were removed accidentally of course will be re-added without going though the sponsorship process). Here is the list (some false-positives that I know of were removed: jspaleta for example), slitted into those with and without redhat.com in the email-address: ankit ankit644_AT_yahoo.com Ankit Patel user 0 aoliva oliva_AT_lsd.ic.unicamp.br Alexandre Oliva user 0 bluekuja bluekuja_AT_ubuntu.com Andrea Veri user 0 byte byte_AT_aeon.com.my Colin Charles user 0 cra cra_AT_WPI.EDU Charles R. Anderson user 0 danielm daner964_AT_student.liu.se Daniel Malmgren user 0 davea davea_AT_sucs.org Dave Arter user 0 didier didier_AT_microtronyx.com Didier F.B. Casse user 0 dmoser derrick_moser_AT_yahoo.com Derrick Moser user 0 dnielsen david_AT_lovesunix.net David Nielsen user 0 ellson ellson_AT_research.att.com John Ellson user 0 eyecon DavidHart_AT_TQMcube.com David Cary Hart user 0 gijs gijs_AT_gewis.nl Gijs Hollestelle user 0 hunter thm_AT_duke.edu Hunter Matthews user 0 iprone hula-kevin_AT_iprone.com Kevin Gray user 0 ivazquez ivazquez_AT_ivazquez.net Ignacio Vazquez-Abrams sponsor 4 jjneely jjneely_AT_ncsu.edu Jack Neely user 0 kjcole kjcole_AT_gri.gallaudet.edu Kevin Cole user 0 ksfiles ksfiles_AT_gmail.com Kirby Files user 0 mariuslj mariuslj_AT_student.matnat.uio.no Marius L. J?hndal sponsor 0 mickael dreadyman_AT_gmail.com Mickael Bailly user 0 mjs menno_AT_freshfoo.com Menno Smits user 0 mpeters mpeters_AT_mac.com Michael A. Peters user 0 noa noa_AT_resare.com Noa Resare user 0 nomis80 nomis80_AT_nomis80.org Simon Perreault user 0 oa oliver.andrich_AT_gmail.com Oliver Andrich user 0 salimma michel.salim_AT_gmail.com Michel Alexandre Salim user 0 smooge smooge_AT_mindspring.com Stephen J Smoogen user 0 symbiont symbiont_AT_berlios.de Jeffrey Robert Pitman user 0 tamaster tamaster_AT_pobox.com Gregory Lynn Houlette user 0 tbandi72 toth_bandi_AT_users.sourceforge.net Andr?s T?th user 0 twillber toniw_AT_iki.fi Toni Willberg user 0 aluchko aluchko_AT_redhat.com Aaron Luchko user 0 behdad besfahbo_AT_redhat.com Behdad Esfahbod user 0 caolanm caolanm_AT_redhat.com Caolan McNamara user 0 davej davej_AT_redhat.com Dave Jones user 0 davidz davidz_AT_redhat.com David Zeuthen user 0 dcantrel dcantrell_AT_redhat.com David Cantrell user 0 dledford dledford_AT_redhat.com Doug Ledford user 0 dwalsh dwalsh_AT_redhat.com Daniel J Walsh user 0 harald harald_AT_redhat.com Harald Hoyer user 0 jmasters jcm_AT_redhat.com Jon Masters user 0 jparsons jparsons_AT_redhat.com Jim Parsons user 0 jrb jrb_AT_redhat.com Jonathan Blandford user 0 kwade kwade_AT_redhat.com Karsten Wade user 0 laroche laroche_AT_redhat.com Florian La Roche user 0 markmc markmc_AT_redhat.com Mark McLoughlin user 0 mharmsen mharmsen_AT_redhat.com Matthew Harmsen user 0 otaylor otaylor_AT_redhat.com Owen Taylor user 0 qshen qshen_AT_redhat.com Qian Shen user 0 qwang qwang_AT_redhat.com Qingyu Wang user 0 riel riel_AT_redhat.com Rik van Riel user 0 rstrode rstrode_AT_redhat.com Ray Strode sponsor 0 sgrubb sgrubb_AT_redhat.com Steve Grubb user 0 sundaram sundaram_AT_redhat.com Rahul Sundaram user 0 tfox tfox_AT_redhat.com Tammy Fox user 0 than than_AT_redhat.com Than Ngo user 0 twaugh twaugh_AT_redhat.com Tim Waugh user 0 veillard veillard_AT_redhat.com Daniel Veillard sponsor 7 walters walters_AT_redhat.com Colin Walters user 0 Tell me if there are any contributors in this list that should stay in cvsextras. tia! CU thl From tcallawa at redhat.com Sat Sep 23 14:41:54 2006 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Sat, 23 Sep 2006 09:41:54 -0500 Subject: Packages with dependencies to removed mass-rebuild ones In-Reply-To: <1159004155.11970.54.camel@viper.local> References: <1158906498.3036.108.camel@viper.local> <1158943385.8583.9.camel@localhost.localdomain> <1159004155.11970.54.camel@viper.local> Message-ID: <1159022514.8583.68.camel@localhost.localdomain> On Sat, 2006-09-23 at 12:35 +0300, Ville Skytt? wrote: > On Fri, 2006-09-22 at 11:43 -0500, Tom 'spot' Callaway wrote: > > > > > > Packages with dropped/to-be-dropped dependencies: > > > > > fbdesk > > > fluxbox > > > fluxconf > > > > I'll take these (if only to avoid the screaming on /. of Fedora > > crippling for fluxbox users), and their deps. > > Note that packages in this list are not in need for a new maintainer per > se. Some packages they *depend on* are. > > > What were the dropped deps for these guys? > > http://www.redhat.com/archives/fedora-extras-list/2006-September/msg00686.html > > fluxbox: artwiz-aleczapka-fonts, pyxdg > fbdesk, fluxconf: fluxbox Got artwiz-aleczapka-fonts, pyxdg. Both should be built now for devel. ~spot -- Tom "spot" Callaway || Red Hat || Fedora || Aurora || GPG ID: 93054260 "We must not confuse dissent with disloyalty. We must remember always that accusation is not proof and that conviction depends upon evidence and due process of law. We will not walk in fear, one of another. We will not be driven by fear into an age of unreason, if we dig deep in our history and our doctrine, and remember that we are not descended from fearful men -- not from men who feared to write, to speak, to associate and to defend causes that were, for the moment, unpopular." -- Edward R. Murrow, March 9, 1954 From jonathan.underwood at gmail.com Sat Sep 23 16:52:11 2006 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Sat, 23 Sep 2006 17:52:11 +0100 Subject: Initial Proposal for doing Enterprise Extras In-Reply-To: <20060921220819.bda280fb.bugs.michael@gmx.net> References: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> <4512AFF5.5010703@leemhuis.info> <80d7e4090609211035l1535d43ep4b87d407e0a56528@mail.gmail.com> <20060921220819.bda280fb.bugs.michael@gmx.net> Message-ID: <645d17210609230952q20ad538ehe06cd2d24f645892@mail.gmail.com> Hi I've been following the discussions about the technical issues regarding having an Extras for RHEL, and a thought keeps recurring. Dag, Dries, Mathias Saou and a a handful of other people have been successfully shipping rpms for Fedora and RHEL (and others) for a while now. I realize that requirements of the new repository and build system are very very different, but really, wouldn't it be worth talking more with those guys, as I'm sure they've learnt a lot of hard lessons during their work, which this new project could learn from. Jonathan. From ville.skytta at iki.fi Sat Sep 23 17:45:02 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sat, 23 Sep 2006 20:45:02 +0300 Subject: Fedora Extras Package Build Report 2006-09-23 In-Reply-To: <4515394E.5050307@ieee.org> References: <20060923111214.74D3715212D@buildsys.fedoraproject.org> <1159010485.11970.59.camel@viper.local> <4515394E.5050307@ieee.org> Message-ID: <1159033502.11970.83.camel@viper.local> On Sat, 2006-09-23 at 08:40 -0500, Quentin Spencer wrote: > mftrace was removed a few days ago because it was missing a dependency. No it wasn't, it was reported being queued for removal early next week. http://www.redhat.com/archives/fedora-extras-list/2006-September/msg00689.html > Since I was only rebuilding it to get it back in the repo, I figured > incrementing the version was not necessary. Are you really going to make > me rebuild with a higher version number? Incrementing the EVR is *always* the right thing to do between two successful builds. If mftrace would have been removed and reintroduced without NEVR changes later in form of a new rebuild, there would have been the case that there are two *different* packages with the exact same NEVR installed out in the wild (people who installed the old one before it was removed, and ones who installed the newly rebuilt one). Usually this doesn't require extra attention because the push scripts prevent madness like this from entering the repo by not replacing existing builds with new, different packages (which is what happened in the mftrace case). The mass rebuild removals have introduced a window where people could sneak in no-NEVR-changed rebuilds, but I'm actively trying to catch and prevent it manually. From qspencer at ieee.org Sat Sep 23 19:30:30 2006 From: qspencer at ieee.org (Quentin Spencer) Date: Sat, 23 Sep 2006 14:30:30 -0500 Subject: Fedora Extras Package Build Report 2006-09-23 In-Reply-To: <1159033502.11970.83.camel@viper.local> References: <20060923111214.74D3715212D@buildsys.fedoraproject.org> <1159010485.11970.59.camel@viper.local> <4515394E.5050307@ieee.org> <1159033502.11970.83.camel@viper.local> Message-ID: <45158B56.6040800@ieee.org> Ville Skytt? wrote: > On Sat, 2006-09-23 at 08:40 -0500, Quentin Spencer wrote: > > >> mftrace was removed a few days ago because it was missing a dependency. >> > > No it wasn't, it was reported being queued for removal early next week. > http://www.redhat.com/archives/fedora-extras-list/2006-September/msg00689.html > OK. I guess I had got the impression from one of the broken package e-mails that it had already been removed. From steve at silug.org Sun Sep 24 00:04:23 2006 From: steve at silug.org (Steven Pritchard) Date: Sat, 23 Sep 2006 19:04:23 -0500 Subject: Packages removed from FE devel repo 2006-09-19 In-Reply-To: <1158700768.2902.233.camel@viper.local> References: <1158700768.2902.233.camel@viper.local> Message-ID: <20060924000423.GA17779@osiris.silug.org> On Wed, Sep 20, 2006 at 12:19:28AM +0300, Ville Skytt? wrote: > cpan2rpm Good riddance. ;-) (It's a shame I can't add "Obsoletes: cpan2rpm" to cpanspec.) > ghc I need that for Pugs. > perl-Imager I need that for Bricolage. If someone hasn't beaten me to it by Monday (and there are no objections), I'll get ghc and the rest of the perl-* packages rebuilt then. Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From fedora at leemhuis.info Sun Sep 24 10:59:43 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 24 Sep 2006 12:59:43 +0200 Subject: rpmforge and {enterprise, } Extras (Was Re: Initial Proposal for doing Enterprise Extras= In-Reply-To: <645d17210609230952q20ad538ehe06cd2d24f645892@mail.gmail.com> References: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> <4512AFF5.5010703@leemhuis.info> <80d7e4090609211035l1535d43ep4b87d407e0a56528@mail.gmail.com> <20060921220819.bda280fb.bugs.michael@gmx.net> <645d17210609230952q20ad538ehe06cd2d24f645892@mail.gmail.com> Message-ID: <4516651F.8090803@leemhuis.info> Hi! Reply out-of-order: Jonathan Underwood schrieb: > I realize that requirements of the new repository and build > system are very very different, Why? I can't follow you here. Building extras packages for RHEL/Centos for Fedora Extras probably is nothing more then: cp -r FC-3 EL-4 cvs add EL-4 cd EL-4 make tag build after preparing the builders -- and that's should be quite easy, too. The rules around a "Extras Packages for Enterprise Linux" is the most complicated part AFAICS. Anyway, now to the harder part of the mail. I hope to touch the correct diplomatic tone for this (warning, that often does not work very well because English is not my mother tongue) > I've been following the discussions about the technical issues > regarding having an Extras for RHEL, and a thought keeps recurring. > Dag, Dries, Mathias Saou and a a handful of other people have been > successfully shipping rpms for Fedora and RHEL (and others) for a > while now. [....] > but really, wouldn't it be worth > talking more with those guys, as I'm sure they've learnt a lot of hard > lessons during their work, which this new project could learn from. Well, Mathias Saou is an Extras contributor and Axel Thimm from atrpms (he provides packages for RHEL as well) also. Regarding Dag and Dries and/or the rpmforge project in general: I (and I assume many other FESCo members and Extras contributors feel quite similar) would be really really happy if those two and other rpmforge contributors could participate in Extras. But how to make that work? That's the big question, and I don't have an answer. Someone some weeks ago suggested to me in private that we should merge "Fedora Extras" and rpmforge. That sounds like a good plan to me in general. But a merge always must offer something to make both sides happy. And I'm not sure Fedora Extras can offer enough to make them happy (that's our fault, not theirs). And there are also different goals in FE and rpmforge that will make a merge even more complicated -- I won't go into the details here about the different goals because those are dangerous grounds that can (and will) quickly lead to never-ending flamewars. Maybe someone neutral that's known and trusted on both sides could act as middle man between FE and rpmforge. That middle man could maybe help getting the goals and backgrounds of the different projects understood on the other side. Maybe that could lead to a better cooperation or even a merge in the long term. Any volunteers? CU thl From jonathan.underwood at gmail.com Sun Sep 24 13:14:24 2006 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Sun, 24 Sep 2006 14:14:24 +0100 Subject: rpmforge and {enterprise, } Extras (Was Re: Initial Proposal for doing Enterprise Extras= In-Reply-To: <4516651F.8090803@leemhuis.info> References: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> <4512AFF5.5010703@leemhuis.info> <80d7e4090609211035l1535d43ep4b87d407e0a56528@mail.gmail.com> <20060921220819.bda280fb.bugs.michael@gmx.net> <645d17210609230952q20ad538ehe06cd2d24f645892@mail.gmail.com> <4516651F.8090803@leemhuis.info> Message-ID: <645d17210609240614k79b8efa8u652df8eba09adac@mail.gmail.com> On 24/09/06, Thorsten Leemhuis wrote: > Hi! > > Reply out-of-order: > > Jonathan Underwood schrieb: > > I realize that requirements of the new repository and build > > system are very very different, > > Why? I can't follow you here. Building extras packages for RHEL/Centos > for Fedora Extras probably is nothing more then: > Sorry, I wasn't clear, I meant that there are probably different needs of the build infrastructure of rpmforge compared to that of FE and EE. [Disclaimer: I am not familiar with the internals of either, so am talking from an ignorant POV]. [snip] > Regarding Dag and Dries and/or the rpmforge project in general: I (and I > assume many other FESCo members and Extras contributors feel quite > similar) would be really really happy if those two and other rpmforge > contributors could participate in Extras. > > But how to make that work? That's the big question, and I don't have an > answer. > Well, in the past, as I understand it, the goals of FE and rpmforge have been very different, making a merge not really on the table. Notably, as stated in the rpmforge FAQ, the difference between rpmforge and FE is "The biggest difference is that we provide packages for a range of distributions including older Red Hat distributions, Red Hat Enterprise Linux and others (eg. CentOS, Aurora) and different architectures. If you expect to use both Fedora and Red Hat your safest bet is RPMforge. Of course you can mix both, if you like." The current move to build for centos, EL etc means that this fundemental difference should disappear. Of course, rpmforge provides many useful packages which couldn't move into FE/EE - it wasn't my intention to suggest a merger. What is true though is that Dag, Dries et al. have achieved an awful lot towards the same goals that the proposed EE seems to have. Hence my suggestion that it seems a shame not to approach these guys to say "We're hoping to expand FE to include packages for other distros, and since you guys are the proven leaaders in this field, we'd really value working with you to build up the infrastructure, as we are sure your knowledge and experience are valuable" > Someone some weeks ago suggested to me in private that we should merge > "Fedora Extras" and rpmforge. That sounds like a good plan to me in > general. But a merge always must offer something to make both sides > happy. And I'm not sure Fedora Extras can offer enough to make them > happy (that's our fault, not theirs). More cooporation generally will lead to more packaging work getting done and removal of duplication where possible i.e. a bigger community. I can't believe either "side" can't see such benefits. > And there are also different goals > in FE and rpmforge that will make a merge even more complicated -- I > won't go into the details here about the different goals because those > are dangerous grounds that can (and will) quickly lead to never-ending > flamewars. Other than licensing issues with some packages, i think the goals of both projects seem to be converging. Or rather, FE/EE is moving to having some similar goals to rpmforge. I don't think flamewars are inevitable here. Perhaps my grasp of the situation is naive. > > Maybe someone neutral that's known and trusted on both sides could act > as middle man between FE and rpmforge. That middle man could maybe help > getting the goals and backgrounds of the different projects understood > on the other side. Maybe that could lead to a better cooperation or even > a merge in the long term. Any volunteers? > I don't consider myself known or trusted enough on both sides, but am happy to do anything I can to help. Jonathan. From fedora at leemhuis.info Sun Sep 24 14:01:04 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 24 Sep 2006 16:01:04 +0200 Subject: rpmforge and {enterprise, } Extras (Was Re: Initial Proposal for doing Enterprise Extras= In-Reply-To: <645d17210609240614k79b8efa8u652df8eba09adac@mail.gmail.com> References: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> <4512AFF5.5010703@leemhuis.info> <80d7e4090609211035l1535d43ep4b87d407e0a56528@mail.gmail.com> <20060921220819.bda280fb.bugs.michael@gmx.net> <645d17210609230952q20ad538ehe06cd2d24f645892@mail.gmail.com> <4516651F.8090803@leemhuis.info> <645d17210609240614k79b8efa8u652df8eba09adac@mail.gmail.com> Message-ID: <45168FA0.6080201@leemhuis.info> Jonathan Underwood schrieb: > On 24/09/06, Thorsten Leemhuis wrote: >> Reply out-of-order: >> Jonathan Underwood schrieb: >[...] >> Regarding Dag and Dries and/or the rpmforge project in general: I (and I >> assume many other FESCo members and Extras contributors feel quite >> similar) would be really really happy if those two and other rpmforge >> contributors could participate in Extras. >> But how to make that work? That's the big question, and I don't have an >> answer. > Well, in the past, as I understand it, the goals of FE and rpmforge > have been very different, making a merge not really on the table. > Notably, as stated in the rpmforge FAQ, the difference between > rpmforge and FE is > > "The biggest difference is that we provide packages for a range of > distributions including older Red Hat distributions, Red Hat > Enterprise Linux and others (eg. CentOS, Aurora) and different > architectures. If you expect to use both Fedora and Red Hat your > safest bet is RPMforge. Of course you can mix both, if you like." Well, after my first more diplomatic shot I'm willing to touch more dangerous grounds now. There are afaics (and *please* correct me if I'm wrong) some more big differences: - rpmforge wants to (or does already?) build for distributions like Suse or SLES (someone indicated that to me in private on IRC some weeks ago) There were two more in the past, I don't know if they are still valid: - rpmforge now and then replaced packages from the the distributions is was build for (RHEL, Fedora Core and Extras, which i consider as a integrated part for Fedora Core, but that's just my view); - rpmforge builds new packages often for several distributions including those that are in "Maintenance state" (FC3, FC4 currently); Fedora Extras is more conservative here > The current move to build for centos, EL etc means that this > fundemental difference should disappear. Of course, rpmforge provides > many useful packages which couldn't move into FE/EE - it wasn't my > intention to suggest a merger. Well, why not? Merge the stuff into Extras that can be there; merge the other stuff with livna and atrpms and everybody is happy because "repo wars" would be mostly history then. > What is true though is that Dag, Dries > et al. have achieved an awful lot towards the same goals that the > proposed EE seems to have. Hence my suggestion that it seems a shame > not to approach these guys to say "We're hoping to expand FE to > include packages for other distros, and since you guys are the proven > leaaders in this field, we'd really value working with you to build up > the infrastructure, as we are sure your knowledge and experience are > valuable" Well, yeah, that might be a good idea. But note that we try to get z00dax from http://centos.karan.org/ involved. He AFAIK is in contact with dag and dries. >> Someone some weeks ago suggested to me in private that we should merge >> "Fedora Extras" and rpmforge. That sounds like a good plan to me in >> general. But a merge always must offer something to make both sides >> happy. And I'm not sure Fedora Extras can offer enough to make them >> happy (that's our fault, not theirs). > More cooporation generally will lead to more packaging work getting > done and removal of duplication where possible i.e. a bigger > community. I agree with that. > I can't believe either "side" can't see such benefits. Yeah, but what can Fedora Extras offer them? We are heavily tight to Core and Red Hat and that heavily limits the things we can offer. They of course are always invited to join us and I'd try my best to give them everything we can to make it interesting for them to join us. But I suppose that's not enough. >> And there are also different goals >> in FE and rpmforge that will make a merge even more complicated -- I >> won't go into the details here about the different goals because those >> are dangerous grounds that can (and will) quickly lead to never-ending >> flamewars. > Other than licensing issues with some packages, i think the goals of > both projects seem to be converging. Or rather, FE/EE is moving to > having some similar goals to rpmforge. I don't think flamewars are > inevitable here. Perhaps my grasp of the situation is naive. It would be helpful if dag and dries could share their view on this idea here. >> Maybe someone neutral that's known and trusted on both sides could act >> as middle man between FE and rpmforge. That middle man could maybe help >> getting the goals and backgrounds of the different projects understood >> on the other side. Maybe that could lead to a better cooperation or even >> a merge in the long term. Any volunteers? > I don't consider myself known or trusted enough on both sides, but am > happy to do anything I can to help. Well, maybe forward them this discussion and invite them to participate would be a good start. CU thl From jonathan.underwood at gmail.com Sun Sep 24 14:09:31 2006 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Sun, 24 Sep 2006 15:09:31 +0100 Subject: rpmforge and {enterprise, } Extras (Was Re: Initial Proposal for doing Enterprise Extras= In-Reply-To: <45168FA0.6080201@leemhuis.info> References: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> <4512AFF5.5010703@leemhuis.info> <80d7e4090609211035l1535d43ep4b87d407e0a56528@mail.gmail.com> <20060921220819.bda280fb.bugs.michael@gmx.net> <645d17210609230952q20ad538ehe06cd2d24f645892@mail.gmail.com> <4516651F.8090803@leemhuis.info> <645d17210609240614k79b8efa8u652df8eba09adac@mail.gmail.com> <45168FA0.6080201@leemhuis.info> Message-ID: <645d17210609240709q615afaeem64b4013b19b0e445@mail.gmail.com> On 24/09/06, Thorsten Leemhuis wrote: > Well, maybe forward them this discussion and invite them to participate > would be a good start. Will do. Jonathan. From fedora at leemhuis.info Sun Sep 24 15:36:07 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 24 Sep 2006 17:36:07 +0200 Subject: repo layout for EPEL (Re: Initial Proposal for doing Enterprise Extras) In-Reply-To: <4512AFF5.5010703@leemhuis.info> References: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> <4512AFF5.5010703@leemhuis.info> Message-ID: <4516A5E7.1040800@leemhuis.info> Thorsten Leemhuis schrieb: > But as I said: I thinks it's to complicated. So I put up the > following up for discussion - it's just and idea, I'm not really sure > it it doable (or worth realizing): > > Two devel repos for now: I've thought about this some more; I think it's to complicated as well. So how about this layout: testing/el4/ testing/el5/ el4/ el5/ testing/el{45}/ (and later 6789...) -- All new packages goto here normally. Testing will use a rolling release scheme. Repo depends on the corresponding el{45} branch. Repo gets into a feature freeze round about two (four?) weeks before each {RHEL|CentOS} dot release update (4.4 -> 4.5 or 5.0 -> 5.1) and packages get copied over to the stable repo when that dot release gets published. el{45}/ (and later 6789...) -- stable branch; contains the packages for {RHEL|CentOS}{45}. Packages are locked down there and only get updated for security reasons after they were tested in testing for two (?) days. Opinions? BTW, I know that I bring the much hated "testing" repo into the discussion again with this idea. But we afaics need support for in in the buildsys (and/or somewhere else) in any case when Core and Extras "merge". Or does anyone want to use brand new kernels that weren't in a updates-testing repo for a while? CU thl From tcallawa at redhat.com Sun Sep 24 15:42:35 2006 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Sun, 24 Sep 2006 10:42:35 -0500 Subject: repo layout for EPEL (Re: Initial Proposal for doing Enterprise Extras) In-Reply-To: <4516A5E7.1040800@leemhuis.info> References: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> <4512AFF5.5010703@leemhuis.info> <4516A5E7.1040800@leemhuis.info> Message-ID: <1159112555.8583.121.camel@localhost.localdomain> On Sun, 2006-09-24 at 17:36 +0200, Thorsten Leemhuis wrote: > Opinions? The idea of a "testing" repo doesn't work. Very few users want to be a guinea pig, even fewer enterprise users have time to be a guinea pig. It will get virtually no use, and when you move it from "testing" to official, and it still is broken, you're going to have mislead users into thinking that some sort of formalized QA process occurred. User> Hey, why didn't this work right? It went through "testing"? This is pretty much why we dropped "testing" repos from Fedora. When we have a team of dedicated QA engineers who can test every single EPEL package through a matrix of tests and usecases, then and only then should we consider "testing" repos. If this is not in place, we should be honest and upfront about the quality of EPEL bits as "best effort", and not delay them unnecessarily. ~spot -- Tom "spot" Callaway || Red Hat || Fedora || Aurora || GPG ID: 93054260 "We must not confuse dissent with disloyalty. We must remember always that accusation is not proof and that conviction depends upon evidence and due process of law. We will not walk in fear, one of another. We will not be driven by fear into an age of unreason, if we dig deep in our history and our doctrine, and remember that we are not descended from fearful men -- not from men who feared to write, to speak, to associate and to defend causes that were, for the moment, unpopular." -- Edward R. Murrow, March 9, 1954 From jkeating at redhat.com Sun Sep 24 15:45:12 2006 From: jkeating at redhat.com (Jesse Keating) Date: Sun, 24 Sep 2006 11:45:12 -0400 Subject: repo layout for EPEL (Re: Initial Proposal for doing Enterprise Extras) In-Reply-To: <1159112555.8583.121.camel@localhost.localdomain> References: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> <4516A5E7.1040800@leemhuis.info> <1159112555.8583.121.camel@localhost.localdomain> Message-ID: <200609241145.13033.jkeating@redhat.com> On Sunday 24 September 2006 11:42, Tom 'spot' Callaway wrote: > This is pretty much why we dropped "testing" repos from Fedora. updates-testing still exists and is used today... -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From fedora at leemhuis.info Sun Sep 24 16:01:14 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 24 Sep 2006 18:01:14 +0200 Subject: repo layout for EPEL (Re: Initial Proposal for doing Enterprise Extras) In-Reply-To: <1159112555.8583.121.camel@localhost.localdomain> References: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> <4512AFF5.5010703@leemhuis.info> <4516A5E7.1040800@leemhuis.info> <1159112555.8583.121.camel@localhost.localdomain> Message-ID: <4516ABCA.5070908@leemhuis.info> Tom 'spot' Callaway schrieb: > On Sun, 2006-09-24 at 17:36 +0200, Thorsten Leemhuis wrote: >> Opinions? > The idea of a "testing" repo doesn't work. I disagree. > Very few users want to be a > guinea pig, even fewer enterprise users have time to be a guinea pig. Well, I'd say "only a few users" want to be a guinea pig. But that's IMHO still better then nothing. I'd be even glad if nearly all EPEL contributors would have testing enabled. That far more testing then the packager itself can do because he often not even has access to all the archs that the packages is build for. Same for Fedora {Core,Extras}. CU thl From nicolas.mailhot at laposte.net Sun Sep 24 15:58:46 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sun, 24 Sep 2006 17:58:46 +0200 Subject: repo layout for EPEL (Re: Initial Proposal for doing Enterprise Extras) In-Reply-To: <4516A5E7.1040800@leemhuis.info> References: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> <4512AFF5.5010703@leemhuis.info> <4516A5E7.1040800@leemhuis.info> Message-ID: <1159113526.6801.5.camel@rousalka.dyndns.org> Le dimanche 24 septembre 2006 ? 17:36 +0200, Thorsten Leemhuis a ?crit : > > Thorsten Leemhuis schrieb: > > But as I said: I thinks it's to complicated. So I put up the > > following up for discussion - it's just and idea, I'm not really sure > > it it doable (or worth realizing): > > > > Two devel repos for now: > > I've thought about this some more; I think it's to complicated as well. What I'd really like once the package database happens is Fedora Extra stratums, with packages being auto promoted/demoted from one stratum to the other based on : - time-available in Extras for the package - time-available in Extras for this version of the package - number of past and present bugs - status of the packages depending on this package, status of the packages it depends on - user/fedora commitee scoring - ? with Fedora Core being only stratum zero, and magazines/third-parties choosing to ship from startum zero upwards -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From fedora at leemhuis.info Sun Sep 24 16:02:21 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 24 Sep 2006 18:02:21 +0200 Subject: repo layout for EPEL (Re: Initial Proposal for doing Enterprise Extras) In-Reply-To: <200609241145.13033.jkeating@redhat.com> References: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> <4516A5E7.1040800@leemhuis.info> <1159112555.8583.121.camel@localhost.localdomain> <200609241145.13033.jkeating@redhat.com> Message-ID: <4516AC0D.6030604@leemhuis.info> Jesse Keating schrieb: > On Sunday 24 September 2006 11:42, Tom 'spot' Callaway wrote: >> This is pretty much why we dropped "testing" repos from Fedora. > updates-testing still exists and is used today... Exactly. And people even complained when KDE 3.5.3 (iirc) was pushed to the proper updates repo without being in testing first. Cu thl From jonathan.underwood at gmail.com Sun Sep 24 16:37:29 2006 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Sun, 24 Sep 2006 17:37:29 +0100 Subject: repo layout for EPEL (Re: Initial Proposal for doing Enterprise Extras) In-Reply-To: <1159112555.8583.121.camel@localhost.localdomain> References: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> <4512AFF5.5010703@leemhuis.info> <4516A5E7.1040800@leemhuis.info> <1159112555.8583.121.camel@localhost.localdomain> Message-ID: <645d17210609240937p330442b0x3ab403b647718f96@mail.gmail.com> On 24/09/06, Tom 'spot' Callaway wrote: > The idea of a "testing" repo doesn't work. Very few users want to be a > guinea pig, even fewer enterprise users have time to be a guinea pig. It > will get virtually no use, and when you move it from "testing" to > official, and it still is broken, you're going to have mislead users > into thinking that some sort of formalized QA process occurred. > > User> Hey, why didn't this work right? It went through "testing"? > > This is pretty much why we dropped "testing" repos from Fedora. I think the testing repos are still there for Core. Although they don't get heavy testing, they still get some. Also, they seem to be very useful during bug fixing - I've sometimes seen package maintainers say "please try the updated version in updates-testing to see if that fixes this bug". It'd be good to still have that. J. From buildsys at fedoraproject.org Sun Sep 24 17:02:43 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 24 Sep 2006 13:02:43 -0400 (EDT) Subject: Fedora Extras Package Build Report 2006-09-24 Message-ID: <20060924170243.EDCA115212D@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 31 aiccu-2006.07.25-1.fc6 artwiz-aleczapka-fonts-1.3-5.fc6 cfengine-2.1.21-1.fc6 dejavu-fonts-2.10.0-2.fc6 dvb-apps-1.1.1-6.fc6 eds-feed-0.5.0-1.fc6 eventlog-0.2.5-1.fc6 farsight-0.1.8-2.fc6 gaim-galago-0.5.0-2.fc6 gnash-0.7.1-8.fc6 gnochm-0.9.8-4.fc6 gnokii-0.6.14-1.fc6 kdiff3-0.9.90-6.fc6 libcddb-1.2.1-5.fc6 libcdio-0.77-1.fc6 libgalago-gtk-0.5.0-2.fc6 libpaper-1.1.20-4.fc6 manaworld-music-0.0.20-1.fc6 octave-forge-2006.07.09-6.fc6 perl-Feed-Find-0.06-2.fc6 perl-Module-ScanDeps-0.66-1.fc6 perl-PPI-1.118-1.fc6 perl-Perl-Critic-0.2-1.fc6 perl-Test-File-1.16-1.fc6 pessulus-2.16.0-4.fc6 php-pear-PEAR-Command-Packaging-0.1.2-5.fc6 php-pear-PHP-Compat-1.5.0-1.fc6 pyxdg-0.15-3.fc6 rpmlint-0.78-1.fc6 whatmask-1.2-3.fc6 xchm-1.9-4.fc6 Packages built and released for Fedora Extras 5: 18 aiccu-2006.07.25-1.fc5 cfengine-2.1.21-1.fc5 dvb-apps-1.1.1-3.fc5.1 eventlog-0.2.5-1.fc5 farsight-0.1.8-2.fc5 freedoom-freedm-0.5-1.fc5 gaim-galago-0.5.0-2.fc5 kdiff3-0.9.90-6.fc5 libgalago-gtk-0.5.0-2.fc5 libpaper-1.1.20-4.fc5 perl-Module-ScanDeps-0.66-1.fc5 perl-PPI-1.118-1.fc5 perl-Perl-Critic-0.2-1.fc5 perl-Test-File-1.16-1.fc5 php-pear-PHP-Compat-1.5.0-1.fc5.1 rpmlint-0.78-1.fc5 smarteiffel-2.2-5.fc5 xchm-1.9-4.fc5 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Sun Sep 24 17:03:06 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 24 Sep 2006 13:03:06 -0400 (EDT) Subject: Package EVR problems in FC+FE 2006-09-24 Message-ID: <20060924170306.3B1FB15212D@buildsys.fedoraproject.org> UNKNOWN OWNER (possibly Core package): audit FC5-updates > FC6 (0:1.2.7-4.fc5 > 0:1.2.7-2) device-mapper FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) FC4-updates > FC6 (0:1.02.07-2.0 > 0:1.02.07-1.1) eclipse-changelog FC4 > FC6 (1:2.0.1_fc-21 > 0:2.3.1-1.fc6) FC5-updates > FC6 (1:2.1.0_fc-2 > 0:2.3.1-1.fc6) lvm2 FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) mozilla FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) quagga FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) tar FC5-updates > FC6 (0:1.15.91-1.FC5 > 0:1.15.91-1) andreas.bierfert AT lowlatency.de: dillo FE3 > FE5 (0:0.8.6-2.fc3 > 0:0.8.6-1.fc5) FE4 > FE5 (0:0.8.6-2.fc4 > 0:0.8.6-1.fc5) gauret AT free.fr: amarok FE5 > FE6 (0:1.4.3-3.fc5 > 0:1.4.1-3.fc6) paul AT all-the-johnsons.co.uk: monodoc FE5 > FE6 (0:1.1.17-5.fc5 > 0:1.1.17-4.fc6) paul AT city-fan.org: perl-String-CRC32 FE3 > FC5-updates (0:1.4-1.fc3 > 0:1.4-1.FC5) FE4 > FC5-updates (0:1.4-1.fc4 > 0:1.4-1.FC5) petersen AT redhat.com: m17n-db FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) ryo-dairiki AT users.sourceforge.net: scim-tomoe FE5 > FE6 (0:0.2.0-6.fc5.1 > 0:0.2.0-5.fc6) scott AT perturb.org: qcomicbook FE5 > FE6 (0:0.3.3-2.fc5 > 0:0.3.2-6.fc6) zcerza AT redhat.com: dogtail FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) ---------------------------------------------------------------------- amarok: gauret AT free.fr FE5 > FE6 (0:1.4.3-3.fc5 > 0:1.4.1-3.fc6) audit: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:1.2.7-4.fc5 > 0:1.2.7-2) device-mapper: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) FC4-updates > FC6 (0:1.02.07-2.0 > 0:1.02.07-1.1) dillo: andreas.bierfert AT lowlatency.de FE3 > FE5 (0:0.8.6-2.fc3 > 0:0.8.6-1.fc5) FE4 > FE5 (0:0.8.6-2.fc4 > 0:0.8.6-1.fc5) dogtail: zcerza AT redhat.com FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) eclipse-changelog: UNKNOWN OWNER (possibly Core package) FC4 > FC6 (1:2.0.1_fc-21 > 0:2.3.1-1.fc6) FC5-updates > FC6 (1:2.1.0_fc-2 > 0:2.3.1-1.fc6) lvm2: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) m17n-db: petersen AT redhat.com FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) monodoc: paul AT all-the-johnsons.co.uk FE5 > FE6 (0:1.1.17-5.fc5 > 0:1.1.17-4.fc6) mozilla: UNKNOWN OWNER (possibly Core package) FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) perl-String-CRC32: paul AT city-fan.org FE3 > FC5-updates (0:1.4-1.fc3 > 0:1.4-1.FC5) FE4 > FC5-updates (0:1.4-1.fc4 > 0:1.4-1.FC5) qcomicbook: scott AT perturb.org FE5 > FE6 (0:0.3.3-2.fc5 > 0:0.3.2-6.fc6) quagga: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) scim-tomoe: ryo-dairiki AT users.sourceforge.net FE5 > FE6 (0:0.2.0-6.fc5.1 > 0:0.2.0-5.fc6) tar: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:1.15.91-1.FC5 > 0:1.15.91-1) From buildsys at fedoraproject.org Sun Sep 24 17:37:55 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sun, 24 Sep 2006 17:37:55 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-24 Message-ID: <20060924173755.25271.52120@extras64.linux.duke.edu> Summary of broken packages (by owner): ---------------------------------------------------------------------- dcbw AT redhat.com plague - 0.4.4.1-2.fc3.noarch (9 days) plague - 0.4.4.1-2.fc3.noarch (9 days) plague - 0.4.4.1-2.fc4.noarch (9 days) plague - 0.4.4.1-2.fc4.noarch (9 days) plague - 0.4.4.1-2.fc4.noarch (9 days) gauret AT free.fr amarok - 1.4.1-3.fc6.i386 (59 days) amarok - 1.4.1-3.fc6.ppc (59 days) showimg-pgsql - 0.9.5-7.fc4.i386 (12 days) showimg-pgsql - 0.9.5-7.fc4.ppc (12 days) showimg-pgsql - 0.9.5-7.fc4.x86_64 (12 days) j.w.r.degoede AT hhs.nl tremulous - 1.1.0-2.fc5.i386 (12 days) tremulous - 1.1.0-2.fc5.ppc (12 days) tremulous - 1.1.0-2.fc5.x86_64 (12 days) raven AT pmail.pl gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.i386 (9 days) gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.ppc (9 days) gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.x86_64 (9 days) tagoh AT redhat.com w3m-el - 1.4.4-5.fc6.noarch (5 days) w3m-el - 1.4.4-5.fc6.noarch (5 days) w3m-el - 1.4.4-5.fc6.noarch (5 days) w3m-el-xemacs - 1.4.4-5.fc6.noarch (5 days) w3m-el-xemacs - 1.4.4-5.fc6.noarch (5 days) w3m-el-xemacs - 1.4.4-5.fc6.noarch (5 days) Broken packages in fedora-extras-5-i386: ---------------------------------------------------------------------- tremulous-1.1.0-2.fc5.i386 requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-5-x86_64: ---------------------------------------------------------------------- tremulous-1.1.0-2.fc5.x86_64 requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-5-ppc: ---------------------------------------------------------------------- tremulous-1.1.0-2.fc5.ppc requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-4-i386: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.i386 requires libpqxx-2.6.6.so Broken packages in fedora-extras-4-x86_64: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.x86_64 requires libpqxx-2.6.6.so()(64bit) Broken packages in fedora-extras-4-ppc: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.ppc requires libpqxx-2.6.6.so Broken packages in fedora-extras-3-i386: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc3.noarch requires createrepo >= 0:0.4.3 Broken packages in fedora-extras-3-x86_64: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc3.noarch requires createrepo >= 0:0.4.3 Broken packages in fedora-extras-development-i386: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.i386 requires HelixPlayer gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.i386 requires gaim = 0:2.0.0-0.11.beta3.fc6 w3m-el-1.4.4-5.fc6.noarch requires flim w3m-el-xemacs-1.4.4-5.fc6.noarch requires flim-xemacs Broken packages in fedora-extras-development-x86_64: ---------------------------------------------------------------------- gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.x86_64 requires gaim = 0:2.0.0-0.11.beta3.fc6 w3m-el-1.4.4-5.fc6.noarch requires flim w3m-el-xemacs-1.4.4-5.fc6.noarch requires flim-xemacs Broken packages in fedora-extras-development-ppc: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.ppc requires HelixPlayer gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.ppc requires gaim = 0:2.0.0-0.11.beta3.fc6 w3m-el-1.4.4-5.fc6.noarch requires flim w3m-el-xemacs-1.4.4-5.fc6.noarch requires flim-xemacs From jima at beer.tclug.org Sun Sep 24 17:37:45 2006 From: jima at beer.tclug.org (Jima) Date: Sun, 24 Sep 2006 12:37:45 -0500 (CDT) Subject: rpmforge and {enterprise, } Extras (Was Re: Initial Proposal for doing Enterprise Extras= In-Reply-To: <645d17210609240614k79b8efa8u652df8eba09adac@mail.gmail.com> References: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> <4512AFF5.5010703@leemhuis.info> <80d7e4090609211035l1535d43ep4b87d407e0a56528@mail.gmail.com> <20060921220819.bda280fb.bugs.michael@gmx.net> <645d17210609230952q20ad538ehe06cd2d24f645892@mail.gmail.com> <4516651F.8090803@leemhuis.info> <645d17210609240614k79b8efa8u652df8eba09adac@mail.gmail.com> Message-ID: On Sun, 24 Sep 2006, Jonathan Underwood wrote: > Well, in the past, as I understand it, the goals of FE and rpmforge > have been very different, making a merge not really on the table. > Notably, as stated in the rpmforge FAQ, the difference between > rpmforge and FE is > > "The biggest difference is that we provide packages for a range of > distributions including older Red Hat distributions, Red Hat > Enterprise Linux and others (eg. CentOS, Aurora) and different > architectures. If you expect to use both Fedora and Red Hat your > safest bet is RPMforge. Of course you can mix both, if you like." While the Aurora part was true not too long ago, it hasn't been true as of Aurora 2.0; our own Dennis Gilmore has been doing a phenomenal job of rebuilding Extras for Aurora. Thanks Dennis! And if we start providing packages for Enterprise distros, that fundamental difference isn't particularly significant anymore. (Other differences there might be...well, that's another story.) Jima From david at lovesunix.net Sun Sep 24 17:48:52 2006 From: david at lovesunix.net (David Nielsen) Date: Sun, 24 Sep 2006 19:48:52 +0200 Subject: repo layout for EPEL (Re: Initial Proposal for doing Enterprise Extras) In-Reply-To: <200609241145.13033.jkeating@redhat.com> References: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> <4516A5E7.1040800@leemhuis.info> <1159112555.8583.121.camel@localhost.localdomain> <200609241145.13033.jkeating@redhat.com> Message-ID: <1159120132.2570.15.camel@price> s?n, 24 09 2006 kl. 11:45 -0400, skrev Jesse Keating: > On Sunday 24 September 2006 11:42, Tom 'spot' Callaway wrote: > > This is pretty much why we dropped "testing" repos from Fedora. > > updates-testing still exists and is used today... > And those of us who actually subject our setups to pre-update testing are very grateful for that. Better my setup which isn't all that important than Joe User' when it comes to breakage. - David Nielsen From ad+lists at uni-x.org Sun Sep 24 17:51:50 2006 From: ad+lists at uni-x.org (Alexander Dalloz) Date: Sun, 24 Sep 2006 19:51:50 +0200 Subject: pan orphaned - willing to volunteer for maintainership Message-ID: <4516C5B6.7070904@uni-x.org> Hi fellows, the Pan newsreader - http://pan.rebelbase.com/ - was so far maintained by mpeters and is now since 2006-09-19 on the list of orphaned packages - http://www.fedoraproject.org/wiki/Extras/OrphanedPackages. To not loose this piece of software from the pool I would jump into it, if nobody else is interested. Pan in the devel branch of CVS is version 0.99, which means it is from the upstream side beta / complete rewrite tree, dated May 28, 2006. FE5 and FE4 both ship the stable upstream release 0.14.2.91, not touched in upstream since Jan 24, 2004. From my point of view I can not judge whether the Pan upstream development will fix bugs and extend functionality to release the 1.0 within the next 6 weeks. Though the Pan site states for the latest beta release from August 18, 2006: "Compared to previous weeks, this is a very incremental relase. 1.0 is just around the corner..." Question: What should be done? There are 2 possible routes I see: a) Keeping the beta / development upstream and doing a pan FE update rebuild from 0.99 -> 0.113. b) Increasing the epoch to get the same stable release version of FE5 and FE4 into devel / soon to be released FE6. This is a call for votes - especially by those of you using Pan. Regards Alexander From laroche at redhat.com Sun Sep 24 18:24:50 2006 From: laroche at redhat.com (Florian La Roche) Date: Sun, 24 Sep 2006 20:24:50 +0200 Subject: repo layout for EPEL (Re: Initial Proposal for doing Enterprise Extras) In-Reply-To: <645d17210609240937p330442b0x3ab403b647718f96@mail.gmail.com> References: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> <4512AFF5.5010703@leemhuis.info> <4516A5E7.1040800@leemhuis.info> <1159112555.8583.121.camel@localhost.localdomain> <645d17210609240937p330442b0x3ab403b647718f96@mail.gmail.com> Message-ID: <20060924182447.GA24842@dudweiler.stuttgart.redhat.com> On Sun, Sep 24, 2006 at 05:37:29PM +0100, Jonathan Underwood wrote: > On 24/09/06, Tom 'spot' Callaway wrote: > >The idea of a "testing" repo doesn't work. Very few users want to be a > >guinea pig, even fewer enterprise users have time to be a guinea pig. It > >will get virtually no use, and when you move it from "testing" to > >official, and it still is broken, you're going to have mislead users > >into thinking that some sort of formalized QA process occurred. > > > >User> Hey, why didn't this work right? It went through "testing"? > > > >This is pretty much why we dropped "testing" repos from Fedora. > > I think the testing repos are still there for Core. > > Although they don't get heavy testing, they still get some. Also, they > seem to be very useful during bug fixing - I've sometimes seen package > maintainers say "please try the updated version in updates-testing to > see if that fixes this bug". It'd be good to still have that. And some packages in "testing" really deserve to stay there. ;-) E.g. for the above mentioned fast release-review cycle you can use "testing" for fast feedback and people on the normal updates packages don't get the high number of package changes. regards, Florian La Roche From pertusus at free.fr Sun Sep 24 18:26:12 2006 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 24 Sep 2006 20:26:12 +0200 Subject: mimetype icon installation help needed Message-ID: <20060924182612.GA3554@ens.fr> Hello, I would like to add an icon for a mime type (application/x-chm). I use the Rodent theme currently in xfce, and I test in thunar and nautilus. I have read some freedesktop documents, and I figured that I should put it in: /usr/share/icons/hicolor/48x48/mimetypes/application-x-chm.png It didn't worked. In fact the only thing that worked was to put the file in /usr/share/icons/Rodent/48x48/mimetypes/gnome-mime-application-x-chm.png I tried gnome-mime-application-x-chm.png and application-x-chm.png in /usr/share/icons/hicolor/48x48/mimetypes/ and /usr/share/icons/gnome/48x48/mimetypes/ since Rodent inherits from gnome, but in both cases the icon used was application.png (or gnome-mime-application.png) from Rodent. What am I doing wrong? Also is there a command which allows the change in mimetypes directories to be taken into account without relogin? -- Pat From mail-lists at karan.org Sun Sep 24 19:11:12 2006 From: mail-lists at karan.org (Karanbir Singh) Date: Sun, 24 Sep 2006 20:11:12 +0100 Subject: Initial Proposal for doing Enterprise Extras In-Reply-To: <4512AFF5.5010703@leemhuis.info> References: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> <4512AFF5.5010703@leemhuis.info> Message-ID: <4516D850.8050809@karan.org> Hi Everyone, There have already been some really good suggestions to this thread! its nice to see some activity and interest for the ExterpriseExtras potential project. Some of my comments.... >> 1) There are 4 channels per {Scientific/Centos} Enterprise Linux >> extras >> extras-devel >> extras-testing >> extras-updates >> >> [proposed naming convention: extras-2el, extras-3el, extras-4el, extras-5el] > > The idea is nice, but I think this is going to be much to complicated. I agree, we'll need to stay with a form of continuous release for each package. Also, i see a major functional overlap in the 'extras' and 'extras-updates' repo, surely since no one is supporting the 'base' there needs to be an effort to ensure that people install and use only the latest released packages. Secondly, extras-devel and extras-testing seem to have a very large overlap as well, > >> 2) Extras are produced/updated on a 6 month basis. > > That might be a nice to have. I dont think Fedora Extras has either the packaging discipline nor the QA support to provide a proper Release System. We're going to save everyone a lot of work and provide the users with a better experience sticking to the idea of continuous release. >> 4) Extras-testing is where fixes to the current locked down version is >> completed before being pushed to extras/extras-updates > We IMHO need some kind of extras-testing in the long term. I would argue that the extras-testing repo comes up first, and based on a set of defined high-water-marks or a pre-defined specification match, packages be moved from extras-testing to extras-stable.[1] > >> [...] > > But as I said: I thinks it's to complicated. So I put up the following > up for discussion - it's just and idea, I'm not really sure it it doable > (or worth realizing): > > Two devel repos for now: > * el-devel > * el-devel-1 (after RHEL5) > * el4 > * el5 > > el-devel -> Rolling release scheme for the current version of > {RHEL|CentOS}, repo depends on el{current}. Repo gets into a feature > freeze round about two weeks before each next {RHEL|CentOS} dot release > update (4.4 -> 4.5 or 5.0 -> 5.1) and packages get copied over to the > stable repo when that dot release get's published because the 'rolling' devel version isnt developed in the wide-open spaces, we have no target. Hence, the latest Fedora Release == 'rolling' EL devel tree. We dont need to build anything for that under the EnterpriseExtras scope. At beta time, its just another release, so should inherit a DistTag, and everything go into extras-testing. > el-devel-1 -> Rolling release scheme for the ((current RHEL version)-1) > -- that would be RHEL3 currently (no, we probably don't start building > for RHEL3, it's just to explain the scheme) and will be RHEL4 soon. Same > handling as el-devel. And no, there shouldn't be any el-devel-2 (fixme: > where to test updates later when RHEL6 is out?). Here is an alternative plan : EL3/{stable,testing}/{arch}/ EL4{stable,testing}/{arch}/ would that be nicer/cleaner/function(er?) ? > el5 and el4 -> contain the packages for {RHEL|CentOS}{45}. Packages are > locked down there and only get updated for security reasons (after they > were tested or in devel for two (?) days) and on each dot release synced > from devel. I am not sure how this 'locked down' approach will work, Are you proposing that someone does a one time snapshot of FE{x} and only packages that get included in that snapshot be allowed updates ? - KB [1] I looked but was unable to find any QA process or QA guideline for each package release, within the FE scope of things. Could someone point me to this, if it exists ? if not, we're going to need to start writing this up. Well before packages actually start building. -- Karanbir Singh : http://www.karan.org/ : 2522219 at icq From mail-lists at karan.org Sun Sep 24 19:14:01 2006 From: mail-lists at karan.org (Karanbir Singh) Date: Sun, 24 Sep 2006 20:14:01 +0100 Subject: Initial Proposal for doing Enterprise Extras In-Reply-To: <80d7e4090609211035l1535d43ep4b87d407e0a56528@mail.gmail.com> References: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> <4512AFF5.5010703@leemhuis.info> <80d7e4090609211035l1535d43ep4b87d407e0a56528@mail.gmail.com> Message-ID: <4516D8F9.409@karan.org> hello! Stephen John Smoogen wrote: > B) That the level of testing would meet what someone who is running > mission critical apps have a level of trust. has someone given thought to what is this level-of-qa required ? and how / who / when / where its going to get done ? > C) That if a package is broken, how is it broken, why is it broken, > and who/when is fixing it. I suppose this will follow on from my question above. - KB -- Karanbir Singh : http://www.karan.org/ : 2522219 at icq From mail-lists at karan.org Sun Sep 24 19:40:49 2006 From: mail-lists at karan.org (Karanbir Singh) Date: Sun, 24 Sep 2006 20:40:49 +0100 Subject: rpmforge and {enterprise, } Extras (Was Re: Initial Proposal for doing Enterprise Extras= In-Reply-To: <45168FA0.6080201@leemhuis.info> References: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> <4512AFF5.5010703@leemhuis.info> <80d7e4090609211035l1535d43ep4b87d407e0a56528@mail.gmail.com> <20060921220819.bda280fb.bugs.michael@gmx.net> <645d17210609230952q20ad538ehe06cd2d24f645892@mail.gmail.com> <4516651F.8090803@leemhuis.info> <645d17210609240614k79b8efa8u652df8eba09adac@mail.gmail.com> <45168FA0.6080201@leemhuis.info> Message-ID: <4516DF41.9070302@karan.org> Talk of an RPMForge / Extras work-together-for-the-common-goal makes me happy. Some of the .spec's in Extras today found root in the rpmforge tree's and the guys there - dag, dries, thias etc have done a fair bit of work over the years, throwing community behind the same goal would be nice way to carry on these efforts. I have some understanding about rpmforge and am in regular contact with the people behind it, and will try to answer these questions as best as I can. [1] Thorsten Leemhuis wrote: > Well, after my first more diplomatic shot I'm willing to touch more > dangerous grounds now. > > There are afaics (and *please* correct me if I'm wrong) some more big > differences: > > - rpmforge wants to (or does already?) build for distributions like Suse > or SLES (someone indicated that to me in private on IRC some weeks ago) I am not sure what the intended significance of this point is ? Does FExtras not want their spec's used elsewhere ? hey, why only SuSe, I'd love to see even MDK etc using the same spec - we only gain from a broader testing/ user base. but apart from that, afaik, rpmforge isnt building/ hosting any non Fedora/Redhat/Aurora builds. > There were two more in the past, I don't know if they are still valid: > > - rpmforge now and then replaced packages from the the distributions is > was build for (RHEL, Fedora Core and Extras, which i consider as a > integrated part for Fedora Core, but that's just my view); I too, have some issues on this front - I dont think we should be replacing pkgs from [base], specially not on a supported platform like EL. However, once a distro is in Maint mode, should this then be allowed ? Also, for still supported distros : could such packages be split into a seperate repo ( CentOSPlus sorts ? ) and then let users make the decision ? > - rpmforge builds new packages often for several distributions including > those that are in "Maintenance state" (FC3, FC4 currently); Fedora > Extras is more conservative here True, but this policy at Extras will need to change quite dramatically if and when Enterprise Extras comes into play, remember - 7 years from now, EL4 will still be a supported platform... >> The current move to build for centos, EL etc means that this >> fundemental difference should disappear. Of course, rpmforge provides >> many useful packages which couldn't move into FE/EE - it wasn't my >> intention to suggest a merger. > > Well, why not? Merge the stuff into Extras that can be there; merge the > other stuff with livna and atrpms and everybody is happy because "repo > wars" would be mostly history then. +1 for that, why even have a livna/atrpms/rpmforge building for the same stuff. Setup a shared svn, and let the builders do their thing. If there is potential for this, I am happy to be the one to co-ordinate with people. ( even if that includes screaming/ yelling / name calling etc - I've developed a rather hard skin over the last few years ) > Yeah, but what can Fedora Extras offer them? I think we all need to take a user specific view on some of these things. I know that FE can offer rpmforge a lot, and similarly rpmforge can offer stuff back. thl, going back to your statement - perhaps we should not consider this as FE/RPMForge at all - but FE/other-repo's-that-build-with-the-same-target. Atleast on a longer term position. >>> And there are also different goals >>> in FE and rpmforge that will make a merge even more complicated -- I > It would be helpful if dag and dries could share their view on this idea > here. I dont speak for RPMForge, but perhaps we could start with a set of pkgs where the goal isnt divergent. And there isnt any Licensing issue... - KB [1] I had already been doing some work on getting the repo's at centos.karan.org ( FE rebuilds for CentOS ) and the El4/EL5 branch of RPMForge to merge, and then get the CentOS community to get involved in expanding the project there. -- Karanbir Singh : http://www.karan.org/ : 2522219 at icq From mail-lists at karan.org Sun Sep 24 19:48:49 2006 From: mail-lists at karan.org (Karanbir Singh) Date: Sun, 24 Sep 2006 20:48:49 +0100 Subject: repo layout for EPEL (Re: Initial Proposal for doing Enterprise Extras) In-Reply-To: <4516A5E7.1040800@leemhuis.info> References: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> <4512AFF5.5010703@leemhuis.info> <4516A5E7.1040800@leemhuis.info> Message-ID: <4516E121.7070208@karan.org> Thorsten Leemhuis wrote: > > Thorsten Leemhuis schrieb: >> But as I said: I thinks it's to complicated. So I put up the >> following up for discussion - it's just and idea, I'm not really sure >> it it doable (or worth realizing): >> >> Two devel repos for now: > > I've thought about this some more; I think it's to complicated as well. > So how about this layout: > > testing/el4/ > testing/el5/ > el4/ > el5/ that looks good to me, with one change. Move testing to under the {release}/ so it becomes el4/{testing,stable}/{arch}/ - makes life a lot easier for Rsync targets. > testing/el{45}/ (and later 6789...) -- All new packages goto here > normally. Testing will use a rolling release scheme. Repo depends on the > corresponding el{45} branch. Repo gets into a feature freeze round about > two (four?) weeks before each {RHEL|CentOS} dot release update (4.4 -> > 4.5 or 5.0 -> 5.1) and packages get copied over to the stable repo when > that dot release gets published. I have a problem with this wallclock based rollover from testing -> stable. I'd be much happier if all non-security-related updates, sat in testing for 100 downloads and/or 10 days. before moving over. w.r.t security-related-updates, we'll - lets talk about those :), eg. it should need atleast 1 person *other* than the packager to approve of it ( at the very least, in the absence of any QA process, as Spot has already pointed out ) > el{45}/ (and later 6789...) -- stable branch; contains the packages for > {RHEL|CentOS}{45}. Packages are locked down there and only get updated > for security reasons after they were tested in testing for two (?) > days. I really dont follow your idea of 'locked down' - if it means a version freeze, much like upstream EL base, I have doubts if thats going to ever work - AFAIK, FExtras does not have the knowledge base amongst packagers to get into issues like backporting fix's and bugs. I might be wrong, but I would be surprised if I was wrong. - KB -- Karanbir Singh : http://www.karan.org/ : 2522219 at icq From mail-lists at karan.org Sun Sep 24 19:51:50 2006 From: mail-lists at karan.org (Karanbir Singh) Date: Sun, 24 Sep 2006 20:51:50 +0100 Subject: repo layout for EPEL (Re: Initial Proposal for doing Enterprise Extras) In-Reply-To: <4516ABCA.5070908@leemhuis.info> References: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> <4512AFF5.5010703@leemhuis.info> <4516A5E7.1040800@leemhuis.info> <1159112555.8583.121.camel@localhost.localdomain> <4516ABCA.5070908@leemhuis.info> Message-ID: <4516E1D6.70104@karan.org> Thorsten Leemhuis wrote: >> Very few users want to be a >> guinea pig, even fewer enterprise users have time to be a guinea pig. > > Well, I'd say "only a few users" want to be a guinea pig. But that's > IMHO still better then nothing. I'd be even glad if nearly all EPEL > contributors would have testing enabled. That far more testing then the > packager itself can do because he often not even has access to all the > archs that the packages is build for. Same for Fedora {Core,Extras}. > right. Also, one point we need to still keep in mind is that *all* of these packages have already seen light+life on FedoraCore{something}, and there isnt any testing-repo there, so its pretty much anyone using the pkg, and doing his/her yum updates regularly, like every good child should, has been eaten/bitten/suckered by most of the bugs. { or do I live in false hope ? } - KB -- Karanbir Singh : http://www.karan.org/ : 2522219 at icq From dennis at ausil.us Sun Sep 24 19:56:20 2006 From: dennis at ausil.us (Dennis Gilmore) Date: Sun, 24 Sep 2006 14:56:20 -0500 Subject: repo layout for EPEL (Re: Initial Proposal for doing Enterprise Extras) In-Reply-To: <4516E121.7070208@karan.org> References: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> <4516A5E7.1040800@leemhuis.info> <4516E121.7070208@karan.org> Message-ID: <200609241456.20390.dennis@ausil.us> On Sunday 24 September 2006 2:48 pm, Karanbir Singh wrote: > > > > testing/el4/ > > testing/el5/ > > el4/ > > el5/ > > that looks good to me, with one change. Move testing to under the > {release}/ so it becomes el4/{testing,stable}/{arch}/ - makes life a lot > easier for Rsync targets. how so ? if i dont want testing i can add --exclude=testing and i wont get it in either scheme if dont want el4 but want testing --exclude=el4 will work also how does adding your extra layer make it easier for rsync? i think we should stay consistent with the existing extras layout. -- Dennis Gilmore, RHCE Proud Australian From mail-lists at karan.org Sun Sep 24 20:02:02 2006 From: mail-lists at karan.org (Karanbir Singh) Date: Sun, 24 Sep 2006 21:02:02 +0100 Subject: repo layout for EPEL (Re: Initial Proposal for doing Enterprise Extras) In-Reply-To: <200609241456.20390.dennis@ausil.us> References: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> <4516A5E7.1040800@leemhuis.info> <4516E121.7070208@karan.org> <200609241456.20390.dennis@ausil.us> Message-ID: <4516E43A.5000309@karan.org> Dennis Gilmore wrote: > On Sunday 24 September 2006 2:48 pm, Karanbir Singh wrote: > >>> testing/el4/ >>> testing/el5/ >>> el4/ >>> el5/ >> that looks good to me, with one change. Move testing to under the >> {release}/ so it becomes el4/{testing,stable}/{arch}/ - makes life a lot >> easier for Rsync targets. > how so ? if i dont want testing i can add --exclude=testing and i wont get > it in either scheme if dont want el4 but want testing --exclude=el4 will > work also how does adding your extra layer make it easier for rsync? > > i think we should stay consistent with the existing extras layout. > good point. However, these packages are not going to be used on Fedora, they will make their way over to the EL tree's where it might make more sense to have a consistent .repo layout with the rest of the distro / repo's ? CentOS already has everything per Release, and looks like RHN is going the same way with el5. -- Karanbir Singh : http://www.karan.org/ : 2522219 at icq From rdieter at math.unl.edu Sun Sep 24 21:46:43 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Sun, 24 Sep 2006 16:46:43 -0500 Subject: repo layout for EPEL (Re: Initial Proposal for doing Enterprise Extras) In-Reply-To: <1159112555.8583.121.camel@localhost.localdomain> References: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> <4512AFF5.5010703@leemhuis.info> <4516A5E7.1040800@leemhuis.info> <1159112555.8583.121.camel@localhost.localdomain> Message-ID: <4516FCC3.1010505@math.unl.edu> Tom 'spot' Callaway wrote: > On Sun, 2006-09-24 at 17:36 +0200, Thorsten Leemhuis wrote: > >> Opinions? > > The idea of a "testing" repo doesn't work. 100% disagree. IMO, it is essential. Anyone who says differently is selling something. (: -- Rex From rdieter at math.unl.edu Sun Sep 24 21:46:54 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Sun, 24 Sep 2006 16:46:54 -0500 Subject: repo layout for EPEL (Re: Initial Proposal for doing Enterprise Extras) In-Reply-To: <1159112555.8583.121.camel@localhost.localdomain> References: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> <4512AFF5.5010703@leemhuis.info> <4516A5E7.1040800@leemhuis.info> <1159112555.8583.121.camel@localhost.localdomain> Message-ID: Tom 'spot' Callaway wrote: > On Sun, 2006-09-24 at 17:36 +0200, Thorsten Leemhuis wrote: > >> Opinions? > > The idea of a "testing" repo doesn't work. 100% disagree. IMO, it is essential. Anyone who says differently is selling something. (: -- Rex From wolfy at nobugconsulting.ro Sun Sep 24 21:43:30 2006 From: wolfy at nobugconsulting.ro (lonely wolf) Date: Mon, 25 Sep 2006 00:43:30 +0300 Subject: rpmforge and {enterprise, } Extras (Was Re: Initial Proposal for doing Enterprise Extras) In-Reply-To: <4516DF41.9070302@karan.org> References: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> <4512AFF5.5010703@leemhuis.info> <80d7e4090609211035l1535d43ep4b87d407e0a56528@mail.gmail.com> <20060921220819.bda280fb.bugs.michael@gmx.net> <645d17210609230952q20ad538ehe06cd2d24f645892@mail.gmail.com> <4516651F.8090803@leemhuis.info> <645d17210609240614k79b8efa8u652df8eba09adac@mail.gmail.com> <45168FA0.6080201@leemhuis.info> <4516DF41.9070302@karan.org> Message-ID: <4516FC02.2020207@nobugconsulting.ro> On 09/24/2006 10:40 PM, Karanbir Singh wrote: > > [1] I had already been doing some work on getting the repo's at > centos.karan.org ( FE rebuilds for CentOS ) and the El4/EL5 branch of > RPMForge to merge[...] > And you are doing an excellent job with that. Thank you. An anonymous but happy user of centos.karan.org From shishz at hotpop.com Sun Sep 24 23:57:53 2006 From: shishz at hotpop.com (Zing) Date: Sun, 24 Sep 2006 19:57:53 -0400 Subject: pan orphaned - willing to volunteer for maintainership References: <4516C5B6.7070904@uni-x.org> Message-ID: On Sun, 24 Sep 2006 19:51:50 +0200, Alexander Dalloz wrote: > Question: > What should be done? There are 2 possible routes I see: a) Keeping the > beta / development upstream and doing a pan FE update rebuild from 0.99 -> > 0.113. > b) Increasing the epoch to get the same stable release version of FE5 and > FE4 into devel / soon to be released FE6. > > This is a call for votes - especially by those of you using Pan. Hello Alexander, I'm a light user of pan (two server cfg with about 30 groups in each). I've never tried the new beta releases, so I'm not really in the position to know how usable it is. That said, I'm fairly content with sticking with 0.14 stable, then doing an update once 1.0 hits. Btw, with option B above, why use an epoch? I'd say if you go that route, just "revert" cvs back to an older release. It's just development. Testers can deal with that type of breakage :) From bugs.michael at gmx.net Mon Sep 25 00:31:48 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 25 Sep 2006 02:31:48 +0200 Subject: Initial Proposal for doing Enterprise Extras In-Reply-To: <4516D850.8050809@karan.org> References: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> <4512AFF5.5010703@leemhuis.info> <4516D850.8050809@karan.org> Message-ID: <20060925023148.f96b08a9.bugs.michael@gmx.net> On Sun, 24 Sep 2006 20:11:12 +0100, Karanbir Singh wrote: > [1] I looked but was unable to find any QA process or QA guideline for > each package release, within the FE scope of things. Could someone point > me to this, if it exists ? if not, we're going to need to start writing > this up. Well before packages actually start building. There is none. The package review process is the only thing in place, but only covers packaging issues and does not comment on any run-time requirements *at all*. There is also no mandatory post-approval reviewing of updates (think "ABI/API breakage", "regression", "dep breakage" and so on). Once a package "is in", there are no requirements left. Except that the packager must not revert any changes required during the review phase, which violate the packaging guidelines. From tcallawa at redhat.com Mon Sep 25 02:57:05 2006 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Sun, 24 Sep 2006 21:57:05 -0500 Subject: repo layout for EPEL (Re: Initial Proposal for doing Enterprise Extras) In-Reply-To: References: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> <4512AFF5.5010703@leemhuis.info> <4516A5E7.1040800@leemhuis.info> <1159112555.8583.121.camel@localhost.localdomain> Message-ID: <1159153025.8583.144.camel@localhost.localdomain> On Sun, 2006-09-24 at 16:46 -0500, Rex Dieter wrote: > Tom 'spot' Callaway wrote: > > On Sun, 2006-09-24 at 17:36 +0200, Thorsten Leemhuis wrote: > > > >> Opinions? > > > > The idea of a "testing" repo doesn't work. > > 100% disagree. IMO, it is essential. Anyone who says differently is > selling something. (: Hey, he asked for opinions. I'm not selling anything (on this list, anyways). ;) ~spot -- Tom "spot" Callaway || Red Hat || Fedora || Aurora || GPG ID: 93054260 "We must not confuse dissent with disloyalty. We must remember always that accusation is not proof and that conviction depends upon evidence and due process of law. We will not walk in fear, one of another. We will not be driven by fear into an age of unreason, if we dig deep in our history and our doctrine, and remember that we are not descended from fearful men -- not from men who feared to write, to speak, to associate and to defend causes that were, for the moment, unpopular." -- Edward R. Murrow, March 9, 1954 From Axel.Thimm at ATrpms.net Mon Sep 25 07:58:22 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Mon, 25 Sep 2006 09:58:22 +0200 Subject: Packages in need of a rebuild just before the release. Message-ID: <20060925075822.GA19556@neu.nirvana> Hi, there are some packages that eithe rwork in rawhide or in a release, these are packages that contain config information to the repos, e.g. yum/apt/smart. yum is taken care of in fedora core, but the other two are in fedora extras and maintained by me. I'd like to postpone make them release ready as much as possible, as that will render the packages useless in rawhide. But I don't want to miss some freezing/forking date and suddenly have FC6 point to rawhide ... :/ When/How should I make the packages FC6 ready? Perhaps there could be a fork in CVS before the release, so I could fix the FC-6 branch? That sounds like the cleanest approach, but I understand that the whole release process - branching/forking/buildsystems - is complicated enough to insert a pause for someone to rebuild two packages, so perhaps just shortly before would be the best practical way. Who is managing the release process BTW (of fedora extras)? Is that Seth? -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From sundaram at fedoraproject.org Mon Sep 25 08:44:08 2006 From: sundaram at fedoraproject.org (Rahul) Date: Mon, 25 Sep 2006 14:14:08 +0530 Subject: repo layout for EPEL (Re: Initial Proposal for doing Enterprise Extras) In-Reply-To: <4516E1D6.70104@karan.org> References: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> <4512AFF5.5010703@leemhuis.info> <4516A5E7.1040800@leemhuis.info> <1159112555.8583.121.camel@localhost.localdomain> <4516ABCA.5070908@leemhuis.info> <4516E1D6.70104@karan.org> Message-ID: <451796D8.1020802@fedoraproject.org> Karanbir Singh wrote: > Also, one point we need to still keep in mind is that *all* of these > packages have already seen light+life on FedoraCore{something}, and > there isnt any testing-repo there, so its pretty much anyone using the > pkg, and doing his/her yum updates regularly, like every good child > should, has been eaten/bitten/suckered by most of the bugs. { or do I > live in false hope ? } Fedora Core has a testing repository. Fedora Extras and EPEL should have one too. Nobody uses the testing repository, so we will skip that process is a lame idea. Rahul From mail-lists at karan.org Mon Sep 25 10:08:00 2006 From: mail-lists at karan.org (Karanbir Singh) Date: Mon, 25 Sep 2006 11:08:00 +0100 Subject: repo layout for EPEL (Re: Initial Proposal for doing Enterprise Extras) In-Reply-To: <451796D8.1020802@fedoraproject.org> References: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> <4512AFF5.5010703@leemhuis.info> <4516A5E7.1040800@leemhuis.info> <1159112555.8583.121.camel@localhost.localdomain> <4516ABCA.5070908@leemhuis.info> <4516E1D6.70104@karan.org> <451796D8.1020802@fedoraproject.org> Message-ID: <4517AA80.5020907@karan.org> Rahul wrote: > Karanbir Singh wrote: > >> Also, one point we need to still keep in mind is that *all* of these >> packages have already seen light+life on FedoraCore{something}, and >> there isnt any testing-repo there, so its pretty much anyone using the >> pkg, and doing his/her yum updates regularly, like every good child >> should, has been eaten/bitten/suckered by most of the bugs. { or do I >> live in false hope ? } > > Fedora Core has a testing repository. Fedora Extras and EPEL should have > one too. Nobody uses the testing repository, so we will skip that > process is a lame idea. > I agree, on the point of a testing repository. What I was trying to say, perhaps not clearly enough, was that since these packages would have already seen action via the FedoraExtras repo's, the criteria setup for moving from Testing to Stable repo's should take that into consideration. - KB -- Karanbir Singh : http://www.karan.org/ : 2522219 at icq From jamatos at fc.up.pt Mon Sep 25 11:37:46 2006 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Mon, 25 Sep 2006 12:37:46 +0100 Subject: Permanent page reference for packages Message-ID: <200609251237.46720.jamatos@fc.up.pt> Hi, recently in the lyx-devel list there was a request for a url regarding lyx in different linux distributions. The outcome was more or less this: * [[Debian -> http://packages.debian.org/lyx]] * [[Gentoo -> http://gentoo-portage.com/app-office/lyx]] * [[SuSE -> \ http://www.novell.com/products/linuxpackages/suselinux/lyx.html]] * [[Fedora Core 5 -> \ http://fedoraproject.org/extras/5/x86_64/repodata/repoview/lyx-0-1.4.3-1.fc5.html]] Is there any generic link for packages like the other distributions above? If not, what needs to be done for Fedora to have one? It would be interesting, if it is not done, to have a single place for Core and Extras packages. -- Jos? Ab?lio From sundaram at fedoraproject.org Mon Sep 25 11:45:46 2006 From: sundaram at fedoraproject.org (Rahul) Date: Mon, 25 Sep 2006 17:15:46 +0530 Subject: compiz manager Message-ID: <4517C16A.7090503@fedoraproject.org> Hi Originated in Mandriva and picked up OpenSUSE. http://linux.wordpress.com/2006/09/24/suse-101-new-compiz-manager-themes/ Would be nice to have this in Fedora Extras. Rahul From fedora at camperquake.de Mon Sep 25 12:28:17 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Mon, 25 Sep 2006 14:28:17 +0200 Subject: Handling optional package requirements Message-ID: <20060925142817.776f3a2a@banea.int.addix.net> Hi. Given that RPM does not (yet) support Suggests: tags or something like this I'd like your opinion on a single case. I maintain fwbuilder in FE, a tool to manage and create firewall rulesets. fwbuilder can work with a version management system (RCS) to create versioned rulesets. Using version control is optional, and fwbuilder works just fine without it. However, it always offers version control, even if RCS is not installed. Trying to enable version control without RCS being installed results in a not-too-helpful error message. So: should fwbuilder Require: rcs? I have not received any bugs about this, but noticed it myself while using fwbuilder. From paul at city-fan.org Mon Sep 25 12:30:20 2006 From: paul at city-fan.org (Paul Howarth) Date: Mon, 25 Sep 2006 13:30:20 +0100 Subject: Permanent page reference for packages In-Reply-To: <200609251237.46720.jamatos@fc.up.pt> References: <200609251237.46720.jamatos@fc.up.pt> Message-ID: <4517CBDC.7090809@city-fan.org> Jos? Matos wrote: > Hi, > recently in the lyx-devel list there was a request for a url regarding lyx in > different linux distributions. > > The outcome was more or less this: > > * [[Debian -> http://packages.debian.org/lyx]] > * [[Gentoo -> http://gentoo-portage.com/app-office/lyx]] > * [[SuSE -> \ > http://www.novell.com/products/linuxpackages/suselinux/lyx.html]] > * [[Fedora Core 5 -> \ > http://fedoraproject.org/extras/5/x86_64/repodata/repoview/lyx-0-1.4.3-1.fc5.html]] > > Is there any generic link for packages like the other distributions above? > If not, what needs to be done for Fedora to have one? > > It would be interesting, if it is not done, to have a single place for Core > and Extras packages. Another option open to packagers to to create a wiki page for their package; some have already done this: http://fedoraproject.org/wiki/CategoryPackages Paul. From pertusus at free.fr Mon Sep 25 12:36:26 2006 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 25 Sep 2006 14:36:26 +0200 Subject: Permanent page reference for packages In-Reply-To: <200609251237.46720.jamatos@fc.up.pt> References: <200609251237.46720.jamatos@fc.up.pt> Message-ID: <20060925123626.GB22976@free.fr> On Mon, Sep 25, 2006 at 12:37:46PM +0100, Jos? Matos wrote: > It would be interesting, if it is not done, to have a single place for Core > and Extras packages. I was also asked the same for 2 packages, it would be very nice to have a page pointing to the rpm/srpms for the latest fedora and/or devel. -- Pat From j.w.r.degoede at hhs.nl Mon Sep 25 12:42:46 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 25 Sep 2006 14:42:46 +0200 Subject: Handling optional package requirements In-Reply-To: <20060925142817.776f3a2a@banea.int.addix.net> References: <20060925142817.776f3a2a@banea.int.addix.net> Message-ID: <4517CEC6.8010104@hhs.nl> Ralf Ertzinger wrote: > Hi. > > Given that RPM does not (yet) support Suggests: tags or something like this > I'd like your opinion on a single case. > > I maintain fwbuilder in FE, a tool to manage and create firewall rulesets. > fwbuilder can work with a version management system (RCS) to create > versioned rulesets. Using version control is optional, and fwbuilder works > just fine without it. However, it always offers version control, even if > RCS is not installed. Trying to enable version control without RCS being > installed results in a not-too-helpful error message. > > So: should fwbuilder Require: rcs? I have not received any bugs about this, > but noticed it myself while using fwbuilder. > Either it should Require: rcs, or you should patch it to give an error message telling the user to install rcs and including instructions howto install rcs. Regards, Hans From fedora at leemhuis.info Mon Sep 25 12:43:21 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 25 Sep 2006 14:43:21 +0200 Subject: Permanent page reference for packages In-Reply-To: <4517CBDC.7090809@city-fan.org> References: <200609251237.46720.jamatos@fc.up.pt> <4517CBDC.7090809@city-fan.org> Message-ID: <4517CEE9.6020206@leemhuis.info> Paul Howarth schrieb: > Jos? Matos wrote: >> Hi, >> recently in the lyx-devel list there was a request for a url regarding lyx in >> different linux distributions. >> >> The outcome was more or less this: >> >> * [[Debian -> http://packages.debian.org/lyx]] >> * [[Gentoo -> http://gentoo-portage.com/app-office/lyx]] >> * [[SuSE -> \ >> http://www.novell.com/products/linuxpackages/suselinux/lyx.html]] >> * [[Fedora Core 5 -> \ >> http://fedoraproject.org/extras/5/x86_64/repodata/repoview/lyx-0-1.4.3-1.fc5.html]] >> >> Is there any generic link for packages like the other distributions above? >> If not, what needs to be done for Fedora to have one? >> >> It would be interesting, if it is not done, to have a single place for Core >> and Extras packages. We had planed a web-interface for this purpose. Work on it never really started. We need one in the longer term, but somebody acutally has to to the hard work designing and implementing it. > Another option open to packagers to to create a wiki page for their > package; some have already done this: > http://fedoraproject.org/wiki/CategoryPackages Yeah, and I don't like that mess. We IMHO should create a proper "namespace" for this (e.g. http://fedoraproject.org/wiki/Packages) and put all the packages with their proper name below that (e.g. http://fedoraproject.org/wiki/Packages/mail-notification ) CU thl From sundaram at fedoraproject.org Mon Sep 25 12:52:49 2006 From: sundaram at fedoraproject.org (Rahul) Date: Mon, 25 Sep 2006 18:22:49 +0530 Subject: Permanent page reference for packages In-Reply-To: <4517CEE9.6020206@leemhuis.info> References: <200609251237.46720.jamatos@fc.up.pt> <4517CBDC.7090809@city-fan.org> <4517CEE9.6020206@leemhuis.info> Message-ID: <4517D121.9020504@fedoraproject.org> Thorsten Leemhuis wrote: > Yeah, and I don't like that mess. We IMHO should create a proper > "namespace" for this (e.g. http://fedoraproject.org/wiki/Packages) and > put all the packages with their proper name below that (e.g. > http://fedoraproject.org/wiki/Packages/mail-notification ) > Using a manual wiki based solution isnt very scalable. We should have a way to automatically do this as part of our infrastructure. Maybe code can be reused looking at what other distributions do. Rahul From fedora at leemhuis.info Mon Sep 25 13:03:03 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 25 Sep 2006 15:03:03 +0200 Subject: Permanent page reference for packages In-Reply-To: <4517D121.9020504@fedoraproject.org> References: <200609251237.46720.jamatos@fc.up.pt> <4517CBDC.7090809@city-fan.org> <4517CEE9.6020206@leemhuis.info> <4517D121.9020504@fedoraproject.org> Message-ID: <4517D387.5000401@leemhuis.info> Rahul schrieb: > Thorsten Leemhuis wrote: > >> Yeah, and I don't like that mess. We IMHO should create a proper >> "namespace" for this (e.g. http://fedoraproject.org/wiki/Packages) and >> put all the packages with their proper name below that (e.g. >> http://fedoraproject.org/wiki/Packages/mail-notification ) > Using a manual wiki based solution isnt very scalable. Sure, I didn't mean to do it only like that. But it might be a good idea until we have a proper solution. The pages later could also provide further informations that won't be possible easily in the "proper solution". > We should have a > way to automatically do this as part of our infrastructure. Maybe code > can be reused looking at what other distributions do. Yeah, someone just needs to do the work. But FE has more important issues to solve ATM (AFAICS). But if there is anybody interested just yell; FESCo will do its best to help with ideas, hints and stuff like that. CU thl From rdieter at math.unl.edu Mon Sep 25 14:03:02 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 25 Sep 2006 09:03:02 -0500 Subject: Permanent page reference for packages References: <200609251237.46720.jamatos@fc.up.pt> <20060925123626.GB22976@free.fr> Message-ID: Patrice Dumas wrote: > On Mon, Sep 25, 2006 at 12:37:46PM +0100, Jos? Matos wrote: >> It would be interesting, if it is not done, to have a single place for >> Core >> and Extras packages. > > I was also asked the same for 2 packages, it would be very nice to have > a page pointing to the rpm/srpms for the latest fedora and/or devel. Kinda like: http://fedoraproject.org/extras/5/i386/repodata/ but unfortunately, the URL's for packages change for every rebuild/release. -- Rex From pertusus at free.fr Mon Sep 25 14:12:51 2006 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 25 Sep 2006 16:12:51 +0200 Subject: rpms/gnome-yum/devel .cvsignore,1.5,1.6 sources,1.5,1.6 In-Reply-To: <200609251402.k8PE2OGl005152@cvs-int.fedora.redhat.com> References: <200609251402.k8PE2OGl005152@cvs-int.fedora.redhat.com> Message-ID: <20060925141251.GA23669@free.fr> On Mon, Sep 25, 2006 at 07:02:22AM -0700, Andr?s T?th wrote: > Author: tbandi72 > > --- .cvsignore 24 Sep 2006 17:28:59 -0000 1.5 > +++ .cvsignore 25 Sep 2006 14:02:19 -0000 1.6 > @@ -1,5 +1,3 @@ > -gnome-yum-0.1.3-1.1.src.rpm > -gnome-yum-0.1.3.tar.bz2 > -gnome-yum.spec > -gnome-yum-0.1.4.tar.bz2 > gnome-yum-0.1.4-1.src.rpm > +gnome-yum-0.1.4.tar.bz2 > +gnome-yum.spec Why is gnome-yum.spec in .cvsignore? > --- sources 24 Sep 2006 17:28:59 -0000 1.5 > +++ sources 25 Sep 2006 14:02:19 -0000 1.6 > @@ -1,5 +1,3 @@ > -c15a362708982d38aad4b9b71451d780 gnome-yum-0.1.3-1.1.src.rpm > -2324da232185e1a52a4927f7c6a657e8 gnome-yum-0.1.3.tar.bz2 > -f4bfe8325e0610947ec6de26d2ea240d gnome-yum-0.1.4.tar.bz2 > e83e8e835da88cf283c6ccb98be09c95 gnome-yum-0.1.4-1.src.rpm > +f4bfe8325e0610947ec6de26d2ea240d gnome-yum-0.1.4.tar.bz2 > 2cfca64d334a7140a1f3cb393fb14205 gnome-yum.spec Why are the .src.rpm and the spec file listed here? I've just done a cvs co of gnome-yum and it appears that the source and src.rpm are commited in cvs... Isn't that wrong? -- Pat From giallu at gmail.com Mon Sep 25 14:37:09 2006 From: giallu at gmail.com (Gianluca Sforna) Date: Mon, 25 Sep 2006 16:37:09 +0200 Subject: Permanent page reference for packages In-Reply-To: <200609251237.46720.jamatos@fc.up.pt> References: <200609251237.46720.jamatos@fc.up.pt> Message-ID: On 9/25/06, Jos? Matos wrote: > Hi, > recently in the lyx-devel list there was a request for a url regarding lyx in > different linux distributions. > > The outcome was more or less this: > > * [[Debian -> http://packages.debian.org/lyx]] > * [[Gentoo -> http://gentoo-portage.com/app-office/lyx]] > * [[SuSE -> \ > http://www.novell.com/products/linuxpackages/suselinux/lyx.html]] > * [[Fedora Core 5 -> \ > http://fedoraproject.org/extras/5/x86_64/repodata/repoview/lyx-0-1.4.3-1.fc5.html]] Mee too for mantis: http://wiki.mantisbugtracker.com/doku.php/mantisbt:distributions the best thing I come to was pointing to the M page of repoview, not so convenient: http://download.fedora.redhat.com/pub/fedora/linux/extras/5/i386/repodata/repoview/M.group.html > > Is there any generic link for packages like the other distributions above? > If not, what needs to be done for Fedora to have one? I think the first step would be to create a repoview-like script which should populate a table of: package | version FCx | version FCy | version FCdevel each of them probably linked to the corresponding repoview page. then I am pretty sure it could easily got a place in fedoraproject.org :) From berrange at redhat.com Mon Sep 25 14:40:45 2006 From: berrange at redhat.com (Daniel P. Berrange) Date: Mon, 25 Sep 2006 15:40:45 +0100 Subject: Permanent page reference for packages In-Reply-To: References: <200609251237.46720.jamatos@fc.up.pt> Message-ID: <20060925144045.GB16283@redhat.com> On Mon, Sep 25, 2006 at 04:37:09PM +0200, Gianluca Sforna wrote: > On 9/25/06, Jos? Matos wrote: > >Hi, > > recently in the lyx-devel list there was a request for a url > > regarding lyx in > >different linux distributions. > > > > The outcome was more or less this: > > > >* [[Debian -> http://packages.debian.org/lyx]] > >* [[Gentoo -> http://gentoo-portage.com/app-office/lyx]] > >* [[SuSE -> \ > > http://www.novell.com/products/linuxpackages/suselinux/lyx.html]] > >* [[Fedora Core 5 -> \ > >http://fedoraproject.org/extras/5/x86_64/repodata/repoview/lyx-0-1.4.3-1.fc5.html]] > > Mee too for mantis: > http://wiki.mantisbugtracker.com/doku.php/mantisbt:distributions > the best thing I come to was pointing to the M page of repoview, not > so convenient: > http://download.fedora.redhat.com/pub/fedora/linux/extras/5/i386/repodata/repoview/M.group.html > > > > > Is there any generic link for packages like the other distributions > > above? > >If not, what needs to be done for Fedora to have one? > > I think the first step would be to create a repoview-like script which > should populate a table of: > package | version FCx | version FCy | version FCdevel And link to the various other resources related to the package, eg the upstream website / download URL, the Bugzilla component, the appropriate path in CVS web and Fedora maintainer's name & email address. Dan. -- |=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=| |=- Perl modules: http://search.cpan.org/~danberr/ -=| |=- Projects: http://freshmeat.net/~danielpb/ -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=| From wart at kobold.org Mon Sep 25 16:16:23 2006 From: wart at kobold.org (Michael Thomas) Date: Mon, 25 Sep 2006 09:16:23 -0700 Subject: man page sections Message-ID: <451800D7.4010108@kobold.org> What are the rules for creating new man page sections? Recently we discovered a file conflict for the worms.6 man page[1] which was half-resolved in rawhide by renaming the xscreensaver-extras man pages from *.6 to *.6x. Unfortunately, in order for 'man 6x worm' to show the correct page, we need to create and move the pages to /usr/share/man/man6x. I filed a bug against man-pages requesting that it create and own this directory, and have suggested that xscreensaver-extras create, but not own, this directory for its man pages. --Wart [1]https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=205796 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3820 bytes Desc: S/MIME Cryptographic Signature URL: From kevin-fedora-extras at scrye.com Mon Sep 25 17:29:59 2006 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Mon, 25 Sep 2006 11:29:59 -0600 (MDT) Subject: mimetype icon installation help needed References: <20060924182612.GA3554@ens.fr> Message-ID: <20060925.112959.367416748.kevin@scrye.com> >>>>> "Patrice" == Patrice Dumas writes: Patrice> Hello, I would like to add an icon for a mime type Patrice> (application/x-chm). I use the Rodent theme currently in Patrice> xfce, and I test in thunar and nautilus. I have read some Patrice> freedesktop documents, and I figured that I should put it in: Patrice> /usr/share/icons/hicolor/48x48/mimetypes/application-x-chm.png Patrice> It didn't worked. In fact the only thing that worked was to Patrice> put the file in Patrice> /usr/share/icons/Rodent/48x48/mimetypes/gnome-mime-application-x-chm.png Patrice> I tried gnome-mime-application-x-chm.png and Patrice> application-x-chm.png in Patrice> /usr/share/icons/hicolor/48x48/mimetypes/ and Patrice> /usr/share/icons/gnome/48x48/mimetypes/ since Rodent inherits Patrice> from gnome, but in both cases the icon used was Patrice> application.png (or gnome-mime-application.png) from Rodent. Patrice> What am I doing wrong? Humm... so what does the .desktop that sets an application for that mime type look for in an icon? http://fedoraproject.org/wiki/NewMIMESystem Perhaps you need to run gtk-update-icon-cache before it will see the new icon? Patrice> Also is there a command which allows the change in mimetypes Patrice> directories to be taken into account without relogin? gtk-update-icon-cache ? http://fedoraproject.org/wiki/PackagingDrafts/ScriptletSnippets/iconcache Patrice> -- Pat kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jspaleta at gmail.com Mon Sep 25 17:48:36 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 25 Sep 2006 09:48:36 -0800 Subject: Permanent page reference for packages In-Reply-To: <20060925144045.GB16283@redhat.com> References: <200609251237.46720.jamatos@fc.up.pt> <20060925144045.GB16283@redhat.com> Message-ID: <604aa7910609251048of07573dvf2030ada35c4139b@mail.gmail.com> On 9/25/06, Daniel P. Berrange wrote: > And link to the various other resources related to the package, eg the upstream > website / download URL, the Bugzilla component, the appropriate path in CVS web > and Fedora maintainer's name & email address. Where exactly do you pull that other resource information from without a lot of manual love from a human or dolphin page content editor? A single overview page can not rely on summarizing package header information across all available versions of the package, because the information for any header field beyond the package name maybe different from release to release. You are going to quickly spiral into a death spiral of complexity and miscommunication if you try to make room in your automated script to summarize resource information that cannot be garunteed to be the same for all releases of the same package. For example, lets talk about Bugzilla component.. if a package moves from Core or Extras between a two fedora releases.. doesn't it's bugzilla component change? Doesn't its maintainer change? I simply don't see how this summary information can be auto-created by a repoview script and be accurate for all releases. I think the best you can do for an auto-generated summary page is to create a simple table for each package that leads to release specific pages with resource details, as previously described. If you try to include all release specific info for all releases, it will just be a big gross messy table of conflicting information that will confuse people. And quite honestly, the most useful information a package specific page could provide is exactly the information that is release specific which is not encoded in the package headers and does not represent a re-telling of systematic Fedora infrastructure information. The best information this page can offer to users is maintainer or developer experience based knowledge per release which would require active editting. Generating yet another web interface to be a link farm to fedora's bugzilla or to fedora's cvs is just wasteful interface re-engineering and will make it more difficult in the future to 'fix' such 'deep links' if the infrastructure tools such as the cvs location or the bug tracking system are updated as Fedora evolves. -jef"For you very clever readers who want to argue semantics, the package name is by definition the same for every release encoded in the page summary as described in this thread since you are creating the webpage based on the package name unless you go all super-crazy and also want to try to keep up with obsolete relationships on the summary page to."spaleta From icon at fedoraproject.org Mon Sep 25 17:56:24 2006 From: icon at fedoraproject.org (Konstantin Ryabitsev) Date: Mon, 25 Sep 2006 13:56:24 -0400 Subject: Permanent page reference for packages In-Reply-To: References: <200609251237.46720.jamatos@fc.up.pt> <20060925123626.GB22976@free.fr> Message-ID: On 9/25/06, Rex Dieter wrote: > > I was also asked the same for 2 packages, it would be very nice to have > > a page pointing to the rpm/srpms for the latest fedora and/or devel. > > Kinda like: > http://fedoraproject.org/extras/5/i386/repodata/ > but unfortunately, the URL's for packages change for every rebuild/release. That's considered a bug and will be fixed (eventually :)). Repoview *will* output a generic URL per package that will be non-version-specific for the very reason this thread started -- so others can link to the package page in the repository. The reason it's not yet implemented is because I'm waiting for the yum-3.0 API to stabilize before rewriting chunks of Repoview that rely on yum package parsing routines. See http://mricon.livejournal.com/334963.html where I talk about plans. Regards, -- Konstantin Ryabitsev Montr?al, Qu?bec From tjb at unh.edu Mon Sep 25 18:02:25 2006 From: tjb at unh.edu (Thomas J. Baker) Date: Mon, 25 Sep 2006 14:02:25 -0400 Subject: pan orphaned - willing to volunteer for maintainership In-Reply-To: <4516C5B6.7070904@uni-x.org> References: <4516C5B6.7070904@uni-x.org> Message-ID: <1159207345.4667.2.camel@raptor.sr.unh.edu> On Sun, 2006-09-24 at 19:51 +0200, Alexander Dalloz wrote: > Hi fellows, > > the Pan newsreader - http://pan.rebelbase.com/ - was so far maintained > by mpeters and is now since 2006-09-19 on the list of orphaned packages > - http://www.fedoraproject.org/wiki/Extras/OrphanedPackages. To not > loose this piece of software from the pool I would jump into it, if > nobody else is interested. > > Pan in the devel branch of CVS is version 0.99, which means it is from > the upstream side beta / complete rewrite tree, dated May 28, 2006. FE5 > and FE4 both ship the stable upstream release 0.14.2.91, not touched in > upstream since Jan 24, 2004. > From my point of view I can not judge whether the Pan upstream > development will fix bugs and extend functionality to release the 1.0 > within the next 6 weeks. Though the Pan site states for the latest beta > release from August 18, 2006: > > "Compared to previous weeks, this is a very incremental relase. 1.0 is > just around the corner..." > > Question: > What should be done? There are 2 possible routes I see: > a) Keeping the beta / development upstream and doing a pan FE update > rebuild from 0.99 -> 0.113. > b) Increasing the epoch to get the same stable release version of FE5 > and FE4 into devel / soon to be released FE6. > > This is a call for votes - especially by those of you using Pan. > > Regards > > Alexander > > I use pan quite a bit and the 0.99 version is much better than the old one as far as memory consumption is concerned. I've not really encountered any bugs but I only use it for reading. I would hope that for at least fc6, you use the 0.99 branch. I've rebuilt your rpm for FC5 and it seems to work fine there as well. tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From pertusus at free.fr Mon Sep 25 18:47:40 2006 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 25 Sep 2006 20:47:40 +0200 Subject: mimetype icon installation help needed In-Reply-To: <20060925.112959.367416748.kevin@scrye.com> References: <20060924182612.GA3554@ens.fr> <20060925.112959.367416748.kevin@scrye.com> Message-ID: <20060925184740.GA6501@free.fr> On Mon, Sep 25, 2006 at 11:29:59AM -0600, Kevin Fenzi wrote: > > http://fedoraproject.org/wiki/NewMIMESystem It is not the issue I am facing... > Perhaps you need to run gtk-update-icon-cache before it will see the > new icon? That was it. Much thanks! And I think that I only saw the changes for the Rodent theme because gtk or the like is certainly doing the equivalent of a gtk-update-icon-cache when initializing, but only for the theme in use. Anyway gtk seems to use only gnome-mime-application-x-chm.png and not application-x-chm.png but there are links, so I'll do that too. -- Pat From buildsys at fedoraproject.org Mon Sep 25 19:52:54 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 25 Sep 2006 15:52:54 -0400 (EDT) Subject: Fedora Extras Package Build Report 2006-09-25 Message-ID: <20060925195254.2CEA715212D@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 16 exim-4.63-4.fc6 flim-1.14.8-2.fc6 gossip-0.17-1.fc6 gpsim-0.21.11-8.fc6 grace-5.1.20-3.fc6 k3d-0.6.2.0-1.fc6 lash-0.5.1-9.fc6 libtunepimp-0.4.3-6.fc6 lighttpd-1.4.12-1.fc6 nexuiz-2.1-1.fc6 nexuiz-data-2.1-1 php-manual-en-20060920-1.fc6 plplot-5.6.1-5.fc6 rawstudio-0.3-1.fc6 uw-imap-2006-3.fc6 wxMaxima-0.7.0a-1.fc6 Packages built and released for Fedora Extras 5: 6 gpsim-0.21.11-7.fc5 lash-0.5.1-9.fc5 libtunepimp-0.4.3-6.fc5 numpy-0.9.8-1.fc5 plplot-5.6.1-4.fc5 sylpheed-2.2.9-1.fc5 Packages built and released for Fedora Extras 4: 3 gpsim-0.21.11-3.fc4 lash-0.5.1-9.fc4 libtunepimp-0.4.3-6.fc4 Packages built and released for Fedora Extras 3: 1 gpsim-0.21.11-3.fc3 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Mon Sep 25 19:53:18 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 25 Sep 2006 15:53:18 -0400 (EDT) Subject: Package EVR problems in FC+FE 2006-09-25 Message-ID: <20060925195318.DE52715212D@buildsys.fedoraproject.org> UNKNOWN OWNER (possibly Core package): audit FC5-updates > FC6 (0:1.2.7-4.fc5 > 0:1.2.7-2) device-mapper FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) FC4-updates > FC6 (0:1.02.07-2.0 > 0:1.02.07-1.1) eclipse-changelog FC4 > FC6 (1:2.0.1_fc-21 > 0:2.3.1-1.fc6) FC5-updates > FC6 (1:2.1.0_fc-2 > 0:2.3.1-1.fc6) lvm2 FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) mozilla FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) quagga FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) tar FC5-updates > FC6 (0:1.15.91-1.FC5 > 0:1.15.91-1) andreas.bierfert AT lowlatency.de: dillo FE3 > FE5 (0:0.8.6-2.fc3 > 0:0.8.6-1.fc5) FE4 > FE5 (0:0.8.6-2.fc4 > 0:0.8.6-1.fc5) gauret AT free.fr: amarok FE5 > FE6 (0:1.4.3-3.fc5 > 0:1.4.1-3.fc6) paul AT all-the-johnsons.co.uk: monodoc FE5 > FE6 (0:1.1.17-5.fc5 > 0:1.1.17-4.fc6) paul AT city-fan.org: perl-String-CRC32 FE3 > FC5-updates (0:1.4-1.fc3 > 0:1.4-1.FC5) FE4 > FC5-updates (0:1.4-1.fc4 > 0:1.4-1.FC5) petersen AT redhat.com: m17n-db FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) ryo-dairiki AT users.sourceforge.net: scim-tomoe FE5 > FE6 (0:0.2.0-6.fc5.1 > 0:0.2.0-5.fc6) scott AT perturb.org: qcomicbook FE5 > FE6 (0:0.3.3-2.fc5 > 0:0.3.2-6.fc6) zcerza AT redhat.com: dogtail FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) ---------------------------------------------------------------------- amarok: gauret AT free.fr FE5 > FE6 (0:1.4.3-3.fc5 > 0:1.4.1-3.fc6) audit: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:1.2.7-4.fc5 > 0:1.2.7-2) device-mapper: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) FC4-updates > FC6 (0:1.02.07-2.0 > 0:1.02.07-1.1) dillo: andreas.bierfert AT lowlatency.de FE3 > FE5 (0:0.8.6-2.fc3 > 0:0.8.6-1.fc5) FE4 > FE5 (0:0.8.6-2.fc4 > 0:0.8.6-1.fc5) dogtail: zcerza AT redhat.com FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) eclipse-changelog: UNKNOWN OWNER (possibly Core package) FC4 > FC6 (1:2.0.1_fc-21 > 0:2.3.1-1.fc6) FC5-updates > FC6 (1:2.1.0_fc-2 > 0:2.3.1-1.fc6) lvm2: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) m17n-db: petersen AT redhat.com FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) monodoc: paul AT all-the-johnsons.co.uk FE5 > FE6 (0:1.1.17-5.fc5 > 0:1.1.17-4.fc6) mozilla: UNKNOWN OWNER (possibly Core package) FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) perl-String-CRC32: paul AT city-fan.org FE3 > FC5-updates (0:1.4-1.fc3 > 0:1.4-1.FC5) FE4 > FC5-updates (0:1.4-1.fc4 > 0:1.4-1.FC5) qcomicbook: scott AT perturb.org FE5 > FE6 (0:0.3.3-2.fc5 > 0:0.3.2-6.fc6) quagga: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) scim-tomoe: ryo-dairiki AT users.sourceforge.net FE5 > FE6 (0:0.2.0-6.fc5.1 > 0:0.2.0-5.fc6) tar: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:1.15.91-1.FC5 > 0:1.15.91-1) From buildsys at fedoraproject.org Mon Sep 25 20:30:09 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Mon, 25 Sep 2006 20:30:09 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-25 Message-ID: <20060925203009.1830.39312@extras64.linux.duke.edu> Summary of broken packages (by owner): ---------------------------------------------------------------------- dcbw AT redhat.com plague - 0.4.4.1-2.fc3.noarch (10 days) plague - 0.4.4.1-2.fc3.noarch (10 days) plague - 0.4.4.1-2.fc4.noarch (10 days) plague - 0.4.4.1-2.fc4.noarch (10 days) plague - 0.4.4.1-2.fc4.noarch (10 days) gauret AT free.fr amarok - 1.4.1-3.fc6.i386 (60 days) amarok - 1.4.1-3.fc6.ppc (60 days) showimg-pgsql - 0.9.5-7.fc4.i386 (13 days) showimg-pgsql - 0.9.5-7.fc4.ppc (13 days) showimg-pgsql - 0.9.5-7.fc4.x86_64 (13 days) j.w.r.degoede AT hhs.nl tremulous - 1.1.0-2.fc5.i386 (13 days) tremulous - 1.1.0-2.fc5.ppc (13 days) tremulous - 1.1.0-2.fc5.x86_64 (13 days) raven AT pmail.pl gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.i386 (10 days) gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.ppc (10 days) gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.x86_64 (10 days) Broken packages in fedora-extras-5-i386: ---------------------------------------------------------------------- tremulous-1.1.0-2.fc5.i386 requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-5-x86_64: ---------------------------------------------------------------------- tremulous-1.1.0-2.fc5.x86_64 requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-5-ppc: ---------------------------------------------------------------------- tremulous-1.1.0-2.fc5.ppc requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-4-i386: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.i386 requires libpqxx-2.6.6.so Broken packages in fedora-extras-4-x86_64: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.x86_64 requires libpqxx-2.6.6.so()(64bit) Broken packages in fedora-extras-4-ppc: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.ppc requires libpqxx-2.6.6.so Broken packages in fedora-extras-3-i386: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc3.noarch requires createrepo >= 0:0.4.3 Broken packages in fedora-extras-3-x86_64: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc3.noarch requires createrepo >= 0:0.4.3 Broken packages in fedora-extras-development-i386: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.i386 requires HelixPlayer gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.i386 requires gaim = 0:2.0.0-0.11.beta3.fc6 Broken packages in fedora-extras-development-x86_64: ---------------------------------------------------------------------- gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.x86_64 requires gaim = 0:2.0.0-0.11.beta3.fc6 Broken packages in fedora-extras-development-ppc: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.ppc requires HelixPlayer gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.ppc requires gaim = 0:2.0.0-0.11.beta3.fc6 From ville.skytta at iki.fi Mon Sep 25 21:22:55 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 26 Sep 2006 00:22:55 +0300 Subject: Extras for FC6 rebuild status Message-ID: <1159219375.2981.75.camel@viper.local> Extras for FC6 rebuild status: 67 packages remain removed from the package repository due to not being rebuilt/reclaimed: http://fedoraproject.org/wiki/Extras/FC6Status Things changed over the weekend, and there are currently no packages that depend on those pending for removal, good. (Except for curry, but I gather ghc will be taken care of soon.) However, there's still a few packages whose status is somewhat unclear in the devel repo - these need to be properly unorphaned in order for them to stay in FE6: - ddclient (Josh Boyer?) - libvisual-plugins (Thomas Vander Stichele?) - python-twisted (Thomas Vander Stichele?) Nothing appears to depend on ddclient or libvisual-plugins, but these have dependencies on python-twisted: buildbot, flumotion, pyicq-t, python-cvstoys. Nothing appears to require those. Overall, I think things are starting to look pretty good. The latest broken dependencies reports have also been remarkably shorter than they have used to be. Let's just iron out the last few bits and I think we'll be in pretty good shape for FC6. From jwboyer at jdub.homelinux.org Mon Sep 25 21:35:16 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Mon, 25 Sep 2006 16:35:16 -0500 Subject: Extras for FC6 rebuild status In-Reply-To: <1159219375.2981.75.camel@viper.local> References: <1159219375.2981.75.camel@viper.local> Message-ID: <1159220117.24836.4.camel@zod.rchland.ibm.com> On Tue, 2006-09-26 at 00:22 +0300, Ville Skytt? wrote: > Extras for FC6 rebuild status: > > 67 packages remain removed from the package repository due to not being > rebuilt/reclaimed: http://fedoraproject.org/wiki/Extras/FC6Status > > Things changed over the weekend, and there are currently no packages > that depend on those pending for removal, good. (Except for curry, but > I gather ghc will be taken care of soon.) > > However, there's still a few packages whose status is somewhat unclear > in the devel repo - these need to be properly unorphaned in order for > them to stay in FE6: > > - ddclient (Josh Boyer?) Yes, I'm taking ddclient. Just haven't gotten to it yet, sorry. I'll get it done tonight. josh From jamatos at fc.up.pt Mon Sep 25 21:56:20 2006 From: jamatos at fc.up.pt (=?utf-8?q?Jos=C3=A9_Matos?=) Date: Mon, 25 Sep 2006 22:56:20 +0100 Subject: Extras for FC6 rebuild status In-Reply-To: <1159219375.2981.75.camel@viper.local> References: <1159219375.2981.75.camel@viper.local> Message-ID: <200609252256.21037.jamatos@fc.up.pt> On Monday 25 September 2006 22:22, Ville Skytt? wrote: > Extras for FC6 rebuild status: > > 67 packages remain removed from the package repository due to not being > rebuilt/reclaimed: http://fedoraproject.org/wiki/Extras/FC6Status > > Things changed over the weekend, and there are currently no packages > that depend on those pending for removal, good. (Except for curry, but > I gather ghc will be taken care of soon.) I will take care of ifplugd, I use it and it is unmaintained. I will do the changes required tomorrow. (wiki+cvs+owners+...) -- Jos? Ab?lio From giallu at gmail.com Mon Sep 25 23:08:13 2006 From: giallu at gmail.com (Gianluca Sforna) Date: Tue, 26 Sep 2006 01:08:13 +0200 Subject: Permanent page reference for packages In-Reply-To: References: <200609251237.46720.jamatos@fc.up.pt> <20060925123626.GB22976@free.fr> Message-ID: On 9/25/06, Konstantin Ryabitsev wrote: > On 9/25/06, Rex Dieter wrote: > > > I was also asked the same for 2 packages, it would be very nice to have > > > a page pointing to the rpm/srpms for the latest fedora and/or devel. > > > > Kinda like: > > http://fedoraproject.org/extras/5/i386/repodata/ > > but unfortunately, the URL's for packages change for every rebuild/release. > > That's considered a bug and will be fixed (eventually :)) Is it in bugzilla yet? > > Repoview *will* output a generic URL per package that will be > non-version-specific for the very reason this thread started -- so > others can link to the package page in the repository. Great! I really can't wait to see this in action :) From icon at fedoraproject.org Mon Sep 25 23:14:22 2006 From: icon at fedoraproject.org (Konstantin Ryabitsev) Date: Mon, 25 Sep 2006 19:14:22 -0400 Subject: Permanent page reference for packages In-Reply-To: References: <200609251237.46720.jamatos@fc.up.pt> <20060925123626.GB22976@free.fr> Message-ID: On 9/25/06, Gianluca Sforna wrote: > > That's considered a bug and will be fixed (eventually :)) > > Is it in bugzilla yet? https://devel.linux.duke.edu/bugzilla/show_bug.cgi?id=592 -- Konstantin Ryabitsev Montr?al, Qu?bec From dledford at redhat.com Tue Sep 26 03:35:07 2006 From: dledford at redhat.com (Doug Ledford) Date: Mon, 25 Sep 2006 23:35:07 -0400 Subject: List of inactive members in cvsextras that will be removed soon In-Reply-To: <45153DEF.2050406@leemhuis.info> References: <45153DEF.2050406@leemhuis.info> Message-ID: <1159241707.5074.2.camel@fc6.xsintricity.com> On Sat, 2006-09-23 at 16:00 +0200, Thorsten Leemhuis wrote: > dledford dledford_AT_redhat.com Doug Ledford user 0 Unless someone activated my account when I wasn't looking, I still don't have access to extras cvs, which would explain why I wasn't active, but not a reason to remove my account. It's reason to either A) activate my account or B) tell me it was activated so I know I can get something done in extras. -- Doug Ledford GPG KeyID: CFBFF194 http://people.redhat.com/dledford Infiniband specific RPMs available at http://people.redhat.com/dledford/Infiniband -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From panemade at gmail.com Tue Sep 26 04:31:33 2006 From: panemade at gmail.com (=?UTF-8?Q?Parag_N(=E0=A4=AA=E0=A4=B0=E0=A4=BE=E0=A5=9A)?=) Date: Tue, 26 Sep 2006 10:01:33 +0530 Subject: Need peoples to test Gutenprint package Message-ID: Hi, Gutenprint is a package of high quality printer drivers for Linux, BSD,Solaris, IRIX, and other UNIX-alike operating systems. Gutenprint was formerly called Gimp-Print. It contains many improved printer drivers and some new printer drivers also. This package is submitted for its review at https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=199108 As i feel its packaging is completed now, i need you peoples to test it and give your feedback here or in bugzilla. My Sponsor Kevin has created a yum repository for this package. To Use this package for FC5(i386/x86_64) and FC6 (i386), use following link to download it. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=199108#c59 Thanks and Regards, Parag. From paul at xelerance.com Tue Sep 26 06:11:15 2006 From: paul at xelerance.com (Paul Wouters) Date: Tue, 26 Sep 2006 08:11:15 +0200 (CEST) Subject: multiple apache module packages fail on %{_libdir} on x86_64 on FC5 Message-ID: ( filed as https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=208059 but posting here anyway, as it might cause faulty builds for extras apache modules as well) (someone prob needs to approve the fedora-devel-list CC:, if it doesnt' auto bounce) I was in the process of making a new apache module (mod_auth_radius). A problem I ran into was that despite using %{_libdir}, the module would install in /usr/lib/httpd/modules instead of /usr/lib64/httpd/modules. This is on an FC5 xenu build with xenguest-install.py on a P4 with an x86_64 kernel. I checked what I could have done wrong by testing two random other modules from extras, mod_cband and mod_security. They turned out to suffer from the same problem, they also install in the wrong directory. So I decided to look at a core module, and picked mod_auth_mysql, which turns out to not even build on x86_64, with a failure to link against libmysqlclient, which is indeed a missing Require (which I bugzilla'ed), but after installing both mysqlclient10 and mysqlclient14, it still couldnt't find the proper library. So I picked mod_auth_pgsql. That compiled fine, but I already had it installed from binary. I peeked: # rpm -ql mod_auth_pgsql /etc/httpd/conf.d/auth_pgsql.conf /usr/lib64/httpd/modules/mod_auth_pgsql.so /usr/share/doc/mod_auth_pgsql-2.0.3 /usr/share/doc/mod_auth_pgsql-2.0.3/INSTALL /usr/share/doc/mod_auth_pgsql-2.0.3/README /var/www/manual/mod/mod_auth_pgsql.html Then I checked my freshly build package: # rpm -qlp /usr/src/redhat/RPMS/x86_64/mod_auth_pgsql-2.0.3-2.3.x86_64.rpm /usr/doc/mod_auth_pgsql-2.0.3 /usr/doc/mod_auth_pgsql-2.0.3/INSTALL /usr/doc/mod_auth_pgsql-2.0.3/README /usr/etc/httpd/conf.d/auth_pgsql.conf /usr/lib/httpd/modules/mod_auth_pgsql.so /var/www/manual/mod/mod_auth_pgsql.html This leads me to believe that the current apxs in httpd-devel is subtly broken. Note this is a freshly installed FC5 with updates. Part of my spec file (which matches other mod_* packages) %build /usr/sbin/apxs -Wc,"%{optflags}" -c mod_auth_radius-2.0.c %install rm -rf %{buildroot} mkdir -p %{buildroot}%{_libdir}/httpd/modules/ mkdir -p %{buildroot}/%{_sysconfdir}/httpd/conf.d/ install -p .libs/mod_auth_radius-2.0.so %{buildroot}/%{_libdir}/httpd/modules/ install -m644 %{SOURCE1} %{buildroot}/%{_sysconfdir}/httpd/conf.d/ relevant bits of output: + cd /usr/src/redhat/BUILD + cd mod_auth_radius-1.5.7 + /usr/sbin/apxs '-Wc,-O2 -g' -c mod_auth_radius-2.0.c /usr/lib64/apr-1/build/libtool --silent --mode=compile gcc -prefer-pic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -pthread -I/usr/include/httpd -I/usr/include/apr-1 -I/usr/include/apr-1 -O2 -g -c -o mod_auth_radius-2.0.lo mod_auth_radius-2.0.c && touch mod_auth_radius-2.0.slo /usr/lib64/apr-1/build/libtool --silent --mode=link gcc -o mod_auth_radius-2.0.la -rpath /usr/lib64/httpd/modules -module -avoid-version mod_auth_radius-2.0.lo + exit 0 Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.599 + umask 022 + cd /usr/src/redhat/BUILD + cd mod_auth_radius-1.5.7 + rm -rf /var/tmp/mod_auth_radius-1.5.7-1-root- + mkdir -p /var/tmp/mod_auth_radius-1.5.7-1-root-/usr/lib/httpd/modules/ + mkdir -p /var/tmp/mod_auth_radius-1.5.7-1-root-//usr/etc/httpd/conf.d/ + install -p .libs/mod_auth_radius-2.0.so /var/tmp/mod_auth_radius-1.5.7-1-root-//usr/lib/httpd/modules/ + install -m644 /usr/src/redhat/SOURCES/mod_auth_radius.conf /var/tmp/mod_auth_radius-1.5.7-1-root-//usr/etc/httpd/conf.d/ + exit 0 As can be seen, apxs seems to reference /usr/lib64/httpd/modules while building, but /var/tmp/mod_auth_radius-1.5.7-1-root-//usr/lib/httpd/modules/ when installing. Paul From a.badger at gmail.com Tue Sep 26 06:11:45 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 25 Sep 2006 23:11:45 -0700 Subject: owners.list to PackageDB translation status and opinions Message-ID: <1159251105.2864.54.camel@localhost> Hey guys, I'm working on a script to parse owners.list and import it into the new PackageDB. So far, the biggest hurdle has been that some email addresses in owners.list do not match with the email addresses in the accounts system. I've tracked most of these down with a few exceptions and caveats. extras-qa [] fedoraproject.org: This is the initial qa contact that is entered into bugzilla for bugs on a package. I'd like to discard this information and start fresh in the new packageDB. If a qa-contact should be applied to the package then it should be entered for each package, otherwise there will be no qa-contact. If we are currently using extras-qa to do something useful please let me know so we can work out what's sane to do here. extras-orphan [] fedoraproject.org: For orphaned packages. I think we're going to create an orphan account to fill this. fedora-perl-devel-list [] redhat.com: It appears that perl packages are adding this mailing list to the initial CC list. In the new packageDB, the plan is to have SIG-groups that can watch a package. People in the SIG would get emailed whenever the SIG was modified. Would this be an acceptable alternative or do people want mail to go specifically to the mailing list? Unknown owner: jylitalo [] iki fi: xplanet This package looks like an import from fedora.us times and the rebuilds in FE seem to have been done by someone other than the packager. I'll ping the packager to see if he wants to orphan it. Unknown initialCClist members: aaron.bennett [] olin.edu: ifplugd carsten [] dvdisaster.de: dvdisaster gary_lerhaupt [] dell.com: dkms jwz [] jwz.org: xscreensaver loic [] gnu.org: cal3d, openalpp, osgal, osgcal, poker-engine, poker-eval, pypoker-eval ludovic.rousseau [] gmail.com: pcsc-lite, pcsc-perl, pcsc-tools mystilleef [] gmail.com: scribes pmatilai [] laiskiainen.org: apt, fedora-package-config-apt, synaptic It looks to me as though these are email addresses for upstream maintainers and interested parties within the Fedora Community that have no active packages. In the current packageDB schema, all the references to people ask for further information from the accounts system. This should help with the current out-of-syncedness we see between owners.list/bugzilla and the accounts system. However, it causes problems when we want to add people to the initialCClist that are not in the accountsDB. I see several possible solutions: 1) Allow packagers to add an account for the upstream person in the accountsDB. This account is a member of no groups and has no rights but will be notified of changes to the Fedora Package. 2) Have the upstream person register their bugzilla email address in the accountsDB and sign up for the packages they want to watch themselves. 3) Allow arbitrary email addresses into the packageDB watchers field instead of accountDB id's. Note that the watcher role currently watches more than just bugzilla. (It is also informed of package commits and other per-package notifications.) I think #1 is closer to what we have now than the other two but upstream maintainers may not want to get cvs commit messages for spec file changes. Maybe defining a bugzilla-watcher group combined with #1 would be the best choice? If you have an idea feel free to send it, otherwise I'll forge ahead on the path I've outlined. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mtasaka at ioa.s.u-tokyo.ac.jp Tue Sep 26 06:22:32 2006 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Tue, 26 Sep 2006 15:22:32 +0900 Subject: owners.list to PackageDB translation status and opinions In-Reply-To: <1159251105.2864.54.camel@localhost> References: <1159251105.2864.54.camel@localhost> Message-ID: <4518C728.6050006@ioa.s.u-tokyo.ac.jp> Toshio Kuratomi wrote: > Unknown owner: > jylitalo [] iki fi: xplanet > > This package looks like an import from fedora.us times and the rebuilds > in FE seem to have been done by someone other than the packager. I'll > ping the packager to see if he wants to orphan it. Rebuild are done by me. The original maintainer (Juha Ylitalo) and me agreed that I will co-maintain xplanet, so I added my address for xplanet entry in owners.list as co-maintainer. See: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186311 If the procedure I took was wrong, please let me know how to deal with this. Thanks. Mamoru Tasaka. From a.badger at gmail.com Tue Sep 26 06:42:08 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 25 Sep 2006 23:42:08 -0700 Subject: owners.list to PackageDB translation status and opinions In-Reply-To: <4518C728.6050006@ioa.s.u-tokyo.ac.jp> References: <1159251105.2864.54.camel@localhost> <4518C728.6050006@ioa.s.u-tokyo.ac.jp> Message-ID: <1159252928.2864.69.camel@localhost> On Tue, 2006-09-26 at 15:22 +0900, Mamoru Tasaka wrote: > Toshio Kuratomi wrote: > > > Unknown owner: > > jylitalo [] iki fi: xplanet > > > > This package looks like an import from fedora.us times and the rebuilds > > in FE seem to have been done by someone other than the packager. I'll > > ping the packager to see if he wants to orphan it. > > Rebuild are done by me. > The original maintainer (Juha Ylitalo) and me > agreed that I will co-maintain xplanet, so I added my address for xplanet > entry in owners.list as co-maintainer. > > See: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186311 > > If the procedure I took was wrong, please let me know how to deal with this. > Thanks. > I think what you did is fine. I'm just preparing scripts that will import owners.list information into the packageDB when we build it. So I need to find out whether Juha has an account in the present accountsDB. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From aportal at univ-montp2.fr Tue Sep 26 08:31:39 2006 From: aportal at univ-montp2.fr (Alain PORTAL) Date: Tue, 26 Sep 2006 10:31:39 +0200 Subject: GNOME desktop entry categories Message-ID: <200609261031.39358.aportal@univ-montp2.fr> Hi, As I'm using KDE, I don't know the GNOME menu. I should want to know if there is an equivalent for the category "X-KDE-Utilities-File". Where can I find a full list of GNOME categories or a GNOME menu structure? Regards, Alain -- Les pages de manuel Linux en fran?ais http://manpagesfr.free.fr -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From aportal at univ-montp2.fr Tue Sep 26 08:34:03 2006 From: aportal at univ-montp2.fr (Alain PORTAL) Date: Tue, 26 Sep 2006 10:34:03 +0200 Subject: Absolute symlinks Message-ID: <200609261034.03765.aportal@univ-montp2.fr> Hi, rpmlint reports me this warning: W: kbackup symlink-should-be-relative /usr/share/doc/HTML/de/kbackup/common /usr/share/doc/HTML/de/common How can I fix this? Regards, Alain. -- Les pages de manuel Linux en fran?ais http://manpagesfr.free.fr -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From Christian.Iseli at licr.org Tue Sep 26 08:57:30 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Tue, 26 Sep 2006 10:57:30 +0200 Subject: Absolute symlinks In-Reply-To: <200609261034.03765.aportal@univ-montp2.fr> References: <200609261034.03765.aportal@univ-montp2.fr> Message-ID: <20060926105730.1a6f1c17@ludwig-alpha> On Tue, 26 Sep 2006 10:34:03 +0200, Alain PORTAL wrote: > W: kbackup > symlink-should-be-relative /usr/share/doc/HTML/de/kbackup/common /usr/share/doc/HTML/de/common > > How can I fix this? ln -s ../common instead of ln -s /usr/share/doc/HTML/de/common Cheers, C From aportal at univ-montp2.fr Tue Sep 26 09:27:14 2006 From: aportal at univ-montp2.fr (Alain PORTAL) Date: Tue, 26 Sep 2006 11:27:14 +0200 Subject: Absolute symlinks In-Reply-To: <20060926105730.1a6f1c17@ludwig-alpha> References: <200609261034.03765.aportal@univ-montp2.fr> <20060926105730.1a6f1c17@ludwig-alpha> Message-ID: <200609261127.14515.aportal@univ-montp2.fr> Le mardi 26 septembre 2006 10:57, Christian Iseli a ?crit?: > On Tue, 26 Sep 2006 10:34:03 +0200, Alain PORTAL wrote: > > W: kbackup > > symlink-should-be-relative /usr/share/doc/HTML/de/kbackup/common > > /usr/share/doc/HTML/de/common > > > > How can I fix this? > > ln -s ../common > > instead of > > ln -s /usr/share/doc/HTML/de/common Thanks. But there is still a "problem": W: kbackup dangling-relative-symlink /usr/share/doc/HTML/de/kbackup/common ../common The relative symbolic link points nowhere. ??? Regards Alain. -- Les pages de manuel Linux en fran?ais http://manpagesfr.free.fr -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From Christian.Iseli at licr.org Tue Sep 26 11:11:37 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Tue, 26 Sep 2006 13:11:37 +0200 Subject: Absolute symlinks In-Reply-To: <200609261127.14515.aportal@univ-montp2.fr> References: <200609261034.03765.aportal@univ-montp2.fr> <20060926105730.1a6f1c17@ludwig-alpha> <200609261127.14515.aportal@univ-montp2.fr> Message-ID: <20060926131137.770a8955@ludwig-alpha> On Tue, 26 Sep 2006 11:27:14 +0200, Alain PORTAL wrote: > But there is still a "problem": > > W: kbackup > dangling-relative-symlink /usr/share/doc/HTML/de/kbackup/common ../common > The relative symbolic link points nowhere. Well, /usr/share/doc/HTML/de/common looks like one of those directories that are "owned" by several packages. The k3b package, for example, simply creates it and owns it... You could also get in touch with the other KDE developers and decide on a package that should properly own it... Cheers, C From thomas at apestaart.org Tue Sep 26 11:40:13 2006 From: thomas at apestaart.org (Thomas Vander Stichele) Date: Tue, 26 Sep 2006 13:40:13 +0200 Subject: orphaning directfb Message-ID: <1159270813.31039.35.camel@otto.amantes> Hi everyone, for various reasons I want to offer directfb up for adoption. The new owner is expected to give it tender loving care, find a solution to deal with the fact that upstream changes the library name for each version, and that it tends to present all sorts of fun problems like figuring out what to do with libsysfs upgrades and invalid kernel includes. Thanks, Thomas From dennis at ausil.us Tue Sep 26 11:50:09 2006 From: dennis at ausil.us (Dennis Gilmore) Date: Tue, 26 Sep 2006 06:50:09 -0500 Subject: Absolute symlinks In-Reply-To: <20060926131137.770a8955@ludwig-alpha> References: <200609261034.03765.aportal@univ-montp2.fr> <200609261127.14515.aportal@univ-montp2.fr> <20060926131137.770a8955@ludwig-alpha> Message-ID: <200609260650.09439.dennis@ausil.us> On Tuesday 26 September 2006 6:11 am, Christian Iseli wrote: > On Tue, 26 Sep 2006 11:27:14 +0200, Alain PORTAL wrote: > > But there is still a "problem": > > > > W: kbackup > > dangling-relative-symlink /usr/share/doc/HTML/de/kbackup/common ../common > > The relative symbolic link points nowhere. > > Well, /usr/share/doc/HTML/de/common looks like one of those directories > that are "owned" by several packages. The k3b package, for example, > simply creates it and owns it... > > You could also get in touch with the other KDE developers and decide on > a package that should properly own it... it should be provided by either kdelibs or one of the language packages it is for common kde documentation. and should be dangling in kde packages. your package should require kdelibs. which rpm should do for you. and there is an assumption that if you are usuing a language other than english then you will have the neccesary language pack installed -- Dennis Gilmore, RHCE Proud Australian From daner964 at student.liu.se Tue Sep 26 14:06:17 2006 From: daner964 at student.liu.se (Daniel Malmgren) Date: Tue, 26 Sep 2006 16:06:17 +0200 Subject: cvsextras membership Message-ID: Hi. (If this mail reaches the list twice I'm sorry. The first mail I sent didn't seem to reach the list) Until yesterday I was a member of the cvsextras group. Apparently I was sorted out because of inactivity. Now I've got my package (initng) approved and can't do that. I was told to ask on this list to get my membership back. Someone please help me? /Daniel From aportal at univ-montp2.fr Tue Sep 26 14:21:48 2006 From: aportal at univ-montp2.fr (Alain PORTAL) Date: Tue, 26 Sep 2006 16:21:48 +0200 Subject: Absolute symlinks In-Reply-To: <20060926131137.770a8955@ludwig-alpha> References: <200609261034.03765.aportal@univ-montp2.fr> <200609261127.14515.aportal@univ-montp2.fr> <20060926131137.770a8955@ludwig-alpha> Message-ID: <200609261621.49029.aportal@univ-montp2.fr> Le mardi 26 septembre 2006 13:11, Christian Iseli a ?crit?: > On Tue, 26 Sep 2006 11:27:14 +0200, Alain PORTAL wrote: > > But there is still a "problem": > > > > W: kbackup > > dangling-relative-symlink /usr/share/doc/HTML/de/kbackup/common ../common > > The relative symbolic link points nowhere. > > Well, /usr/share/doc/HTML/de/common looks like one of those directories > that are "owned" by several packages. Fedora Extras don't allow this. > The k3b package, for example, > simply creates it and owns it... I'm not sure that this package is a great example: [alain@ download]$ rpmlint k3b-0.12.15-0.FC5.1.i386.rpm | grep E: | wc -l 2 [alain@ download]$ rpmlint k3b-0.12.15-0.FC5.1.i386.rpm | grep W: | wc -l 117 Probably, this package won't be accepted in FE. > You could also get in touch with the other KDE developers and decide on > a package that should properly own it... It seems to me that the "/usr/share/doc/HTML/$LANG/common" directory should be owned by kde-i18n-$LANG package I found something strange [alain@ ~]$ rpm -q kde-i18n-French kde-i18n-French-3.5.4-0.1.fc5 [alain@ ~]$ rpm -ql kde-i18n-French | grep "/usr/share/doc/HTML/fr/common" [alain@ ~]$ /usr/share/doc/HTML/fr/common is empty! I download the German one, that is the same.... Somedoby know why? Regards, Alain -- Les pages de manuel Linux en fran?ais http://manpagesfr.free.fr -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Tue Sep 26 14:22:41 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Tue, 26 Sep 2006 16:22:41 +0200 Subject: orphaning directfb In-Reply-To: <1159270813.31039.35.camel@otto.amantes> References: <1159270813.31039.35.camel@otto.amantes> Message-ID: <20060926162241.728888e7@python3.es.egwn.lan> Thomas Vander Stichele wrote : > for various reasons I want to offer directfb up for adoption. > > The new owner is expected to give it tender loving care, find a solution > to deal with the fact that upstream changes the library name for each > version, and that it tends to present all sorts of fun problems like > figuring out what to do with libsysfs upgrades and invalid kernel > includes. I suppose you haven't noticed that I've already taken maintainership of it, right? :-) Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 5.92 (FC6 Test3) - Linux kernel 2.6.18-1.2689.fc6 Load : 0.24 0.17 0.18 From fedora at leemhuis.info Tue Sep 26 14:43:56 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 26 Sep 2006 16:43:56 +0200 Subject: cvsextras membership In-Reply-To: References: Message-ID: <45193CAC.7090203@leemhuis.info> Daniel Malmgren schrieb: > Until yesterday I was a member of the cvsextras group. Apparently I was > sorted out because of inactivity. Yes, I removed all inactive users yesterday (as announced on fedora-maintainers earlier). > Now I've got my package (initng) > approved and can't do that. I was told to ask on this list to get my > membership back. Someone please help me? Should be no problem. Why were you inactive or why were you in the cvsextras already? Who was your sponsor? Is he willing to sponsor you again? If yes -> just apply for cvsextra membership again and let he sponsor you again. Cu thl From nicolas.mailhot at laposte.net Tue Sep 26 14:49:48 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 26 Sep 2006 16:49:48 +0200 (CEST) Subject: orphaning directfb In-Reply-To: <20060926162241.728888e7@python3.es.egwn.lan> References: <1159270813.31039.35.camel@otto.amantes> <20060926162241.728888e7@python3.es.egwn.lan> Message-ID: <22952.192.54.193.51.1159282188.squirrel@rousalka.dyndns.org> Le Mar 26 septembre 2006 16:22, Matthias Saou a ?crit : > Thomas Vander Stichele wrote : > >> for various reasons I want to offer directfb up for adoption. >> >> The new owner is expected to give it tender loving care, > I suppose you haven't noticed that I've already taken maintainership of > it, right? :-) But are you loving enough? -- Nicolas Mailhot From rdieter at math.unl.edu Tue Sep 26 14:46:33 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 26 Sep 2006 09:46:33 -0500 Subject: Absolute symlinks References: <200609261034.03765.aportal@univ-montp2.fr> <200609261127.14515.aportal@univ-montp2.fr> <20060926131137.770a8955@ludwig-alpha> <200609261621.49029.aportal@univ-montp2.fr> Message-ID: Alain PORTAL wrote: > It seems to me that the "/usr/share/doc/HTML/$LANG/common" directory > should be owned by kde-i18n-$LANG package (imo) Correct. > I found something strange > > [alain@ ~]$ rpm -q kde-i18n-French > kde-i18n-French-3.5.4-0.1.fc5 > [alain@ ~]$ rpm -ql kde-i18n-French | grep "/usr/share/doc/HTML/fr/common" > /usr/share/doc/HTML/fr/common is empty! > I download the German one, that is the same.... > Somedoby know why? Packaging bug (probably). -- Rex From thomas at apestaart.org Tue Sep 26 14:51:51 2006 From: thomas at apestaart.org (Thomas Vander Stichele) Date: Tue, 26 Sep 2006 16:51:51 +0200 Subject: Extras for FC6 rebuild status In-Reply-To: <1159219375.2981.75.camel@viper.local> References: <1159219375.2981.75.camel@viper.local> Message-ID: <1159282311.31039.52.camel@otto.amantes> Hi, > - libvisual-plugins (Thomas Vander Stichele?) I do not intend to maintain it, I just gave it a kick to jump from 0.2.0 to 0.4.0. This package had broken yum upgrade for people for over 40 days, which one could take as a failure of the system in some way. (But I'm sure people know my opinion about the fact that yum upgrade gives up as soon as the smallest dependency problem is found) There are two open bugs open about that, but for some reason I could not actually comment on them. Its maintainer recently mailed the various lists that he was going to stop maintaining his packages, so it's now effectively orphaned. > - python-twisted (Thomas Vander Stichele?) This one is a lot more tricky. With the 2.0 release of twisted, Twisted was split up in over 10 separate tarballs. While I'm happy with the modularity, it does mean that it is unclear how to upgrade it in Extras. I had submitted an initial packaging to Bugzilla: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171543 but haven't managed to convince enough people to look at it yet, and I'm still not sure if there is a way for me to push this as an upgrade of the existing python-twisted package (note that the collection of these packages, together with the python-twisted rpm - whic his now an umbrella package), it should be a complete drop-in replacement, and it works with flumotion and buildbot) The current plan for this is as follows: - each of these packages is going to be submitted as a new package for devel Extras - they can hit the repository step by step since python-twisted is currently not in devel - when the whole stack is in place, we could consider doing a push to FC5 as well (which I would really like to see happen) Does that sound sane ? Thomas From paul at city-fan.org Tue Sep 26 14:56:45 2006 From: paul at city-fan.org (Paul Howarth) Date: Tue, 26 Sep 2006 15:56:45 +0100 Subject: Extras for FC6 rebuild status In-Reply-To: <1159282311.31039.52.camel@otto.amantes> References: <1159219375.2981.75.camel@viper.local> <1159282311.31039.52.camel@otto.amantes> Message-ID: <45193FAD.6070404@city-fan.org> Thomas Vander Stichele wrote: >> - python-twisted (Thomas Vander Stichele?) > > This one is a lot more tricky. With the 2.0 release of twisted, Twisted > was split up in over 10 separate tarballs. While I'm happy with the > modularity, it does mean that it is unclear how to upgrade it in Extras. > > I had submitted an initial packaging to Bugzilla: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171543 but haven't > managed to convince enough people to look at it yet, and I'm still not > sure if there is a way for me to push this as an upgrade of the existing > python-twisted package (note that the collection of these packages, > together with the python-twisted rpm - whic his now an umbrella > package), it should be a complete drop-in replacement, and it works with > flumotion and buildbot) > > The current plan for this is as follows: > - each of these packages is going to be submitted as a new package for > devel Extras > - they can hit the repository step by step since python-twisted is > currently not in devel > - when the whole stack is in place, we could consider doing a push to > FC5 as well (which I would really like to see happen) > > Does that sound sane ? Sounds great. I'll do some of the reviews when the submissions come in. Paul. From paul at xelerance.com Tue Sep 26 15:04:39 2006 From: paul at xelerance.com (Paul Wouters) Date: Tue, 26 Sep 2006 17:04:39 +0200 (CEST) Subject: %{_libdir} wrong on x86_64 xenU on FC5 from xenguest-install.py In-Reply-To: References: Message-ID: On Tue, 26 Sep 2006, Paul Wouters wrote: An update on this. It is not apache specific. It seems the stock FC5 xenguest-install.py on x86_64, despite running the proper 64bit kernel/userland, is somehow using /usr/lib as %{_libdir}. This is odd, as it is a virgin xenguest install from a x86_86 xen0, where the xen0 properly expands %{_libdir} to /usr/lib64, but the installed xenU does not. I've changed the bugzilla item to the xen component. Paul > Date: Tue, 26 Sep 2006 08:11:15 +0200 (CEST) > From: Paul Wouters > Cc: fedora-devel-list at redhat.com > To: Discussion related to Fedora Extras > Subject: multiple apache module packages fail on %{_libdir} on x86_64 on FC5 > > > ( filed as https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=208059 but posting > here anyway, as it might cause faulty builds for extras apache modules as well) > > (someone prob needs to approve the fedora-devel-list CC:, if it doesnt' auto bounce) > > I was in the process of making a new apache module (mod_auth_radius). A problem I > ran into was that despite using %{_libdir}, the module would install in > /usr/lib/httpd/modules instead of /usr/lib64/httpd/modules. This is on an FC5 > xenu build with xenguest-install.py on a P4 with an x86_64 kernel. > > I checked what I could have done wrong by testing two random other modules from > extras, mod_cband and mod_security. They turned out to suffer from the same > problem, they also install in the wrong directory. > > So I decided to look at a core module, and picked mod_auth_mysql, which turns > out to not even build on x86_64, with a failure to link against libmysqlclient, > which is indeed a missing Require (which I bugzilla'ed), but after installing > both mysqlclient10 and mysqlclient14, it still couldnt't find the proper > library. > > So I picked mod_auth_pgsql. That compiled fine, but I already had it installed > from binary. I peeked: > > # rpm -ql mod_auth_pgsql > /etc/httpd/conf.d/auth_pgsql.conf > /usr/lib64/httpd/modules/mod_auth_pgsql.so > /usr/share/doc/mod_auth_pgsql-2.0.3 > /usr/share/doc/mod_auth_pgsql-2.0.3/INSTALL > /usr/share/doc/mod_auth_pgsql-2.0.3/README > /var/www/manual/mod/mod_auth_pgsql.html > > Then I checked my freshly build package: > > # rpm -qlp /usr/src/redhat/RPMS/x86_64/mod_auth_pgsql-2.0.3-2.3.x86_64.rpm > /usr/doc/mod_auth_pgsql-2.0.3 > /usr/doc/mod_auth_pgsql-2.0.3/INSTALL > /usr/doc/mod_auth_pgsql-2.0.3/README > /usr/etc/httpd/conf.d/auth_pgsql.conf > /usr/lib/httpd/modules/mod_auth_pgsql.so > /var/www/manual/mod/mod_auth_pgsql.html > > > This leads me to believe that the current apxs in httpd-devel is subtly > broken. Note this is a freshly installed FC5 with updates. > > Part of my spec file (which matches other mod_* packages) > > %build > /usr/sbin/apxs -Wc,"%{optflags}" -c mod_auth_radius-2.0.c > > %install > rm -rf %{buildroot} > mkdir -p %{buildroot}%{_libdir}/httpd/modules/ > mkdir -p %{buildroot}/%{_sysconfdir}/httpd/conf.d/ > install -p .libs/mod_auth_radius-2.0.so %{buildroot}/%{_libdir}/httpd/modules/ > install -m644 %{SOURCE1} %{buildroot}/%{_sysconfdir}/httpd/conf.d/ > > relevant bits of output: > > + cd /usr/src/redhat/BUILD > + cd mod_auth_radius-1.5.7 > + /usr/sbin/apxs '-Wc,-O2 -g' -c mod_auth_radius-2.0.c > /usr/lib64/apr-1/build/libtool --silent --mode=compile gcc -prefer-pic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -pthread -I/usr/include/httpd -I/usr/include/apr-1 -I/usr/include/apr-1 -O2 -g -c -o mod_auth_radius-2.0.lo mod_auth_radius-2.0.c && touch mod_auth_radius-2.0.slo > > /usr/lib64/apr-1/build/libtool --silent --mode=link gcc -o mod_auth_radius-2.0.la -rpath /usr/lib64/httpd/modules -module -avoid-version mod_auth_radius-2.0.lo > + exit 0 > Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.599 > + umask 022 > + cd /usr/src/redhat/BUILD > + cd mod_auth_radius-1.5.7 > + rm -rf /var/tmp/mod_auth_radius-1.5.7-1-root- > + mkdir -p /var/tmp/mod_auth_radius-1.5.7-1-root-/usr/lib/httpd/modules/ > + mkdir -p /var/tmp/mod_auth_radius-1.5.7-1-root-//usr/etc/httpd/conf.d/ > + install -p .libs/mod_auth_radius-2.0.so /var/tmp/mod_auth_radius-1.5.7-1-root-//usr/lib/httpd/modules/ > + install -m644 /usr/src/redhat/SOURCES/mod_auth_radius.conf /var/tmp/mod_auth_radius-1.5.7-1-root-//usr/etc/httpd/conf.d/ > + exit 0 > > As can be seen, apxs seems to reference /usr/lib64/httpd/modules while building, but /var/tmp/mod_auth_radius-1.5.7-1-root-//usr/lib/httpd/modules/ when installing. > > Paul > > -- Building and integrating Virtual Private Networks with Openswan: http://www.amazon.com/gp/product/1904811256/104-3099591-2946327?n=283155 From rdieter at math.unl.edu Tue Sep 26 15:02:13 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 26 Sep 2006 10:02:13 -0500 Subject: Absolute symlinks References: <200609261034.03765.aportal@univ-montp2.fr> <200609261127.14515.aportal@univ-montp2.fr> <20060926131137.770a8955@ludwig-alpha> <200609261621.49029.aportal@univ-montp2.fr> Message-ID: Rex Dieter wrote: > Alain PORTAL wrote: > > >> It seems to me that the "/usr/share/doc/HTML/$LANG/common" directory >> should be owned by kde-i18n-$LANG package > > (imo) Correct. FYI, turns out recent kde changed "common" to be at %_docdir/HTML/$LANG/docs/common >> /usr/share/doc/HTML/fr/common is empty! >> I download the German one, that is the same.... >> Somedoby know why? > > Packaging bug (probably). OK, upon further checking, not necessarily a bug, but it wouldn't hurt to maintain backward compatibility to create a symlink %_docdir/HTML/$LANG/common -> %_docdir/HTML/$LANG/common -- Rex From andy at smile.org.ua Tue Sep 26 15:26:25 2006 From: andy at smile.org.ua (Andy Shevchenko) Date: Tue, 26 Sep 2006 18:26:25 +0300 Subject: Absolute symlinks In-Reply-To: References: <200609261034.03765.aportal@univ-montp2.fr> <200609261127.14515.aportal@univ-montp2.fr> <20060926131137.770a8955@ludwig-alpha> <200609261621.49029.aportal@univ-montp2.fr> Message-ID: <451946A1.1090307@smile.org.ua> Rex Dieter wrote: > OK, upon further checking, not necessarily a bug, but it wouldn't hurt to > maintain backward compatibility to create a symlink > > %_docdir/HTML/$LANG/common -> %_docdir/HTML/$LANG/common What this link is mean? -- With best regards, Andy Shevchenko. mailto: andy at smile.org.ua From sundaram at fedoraproject.org Tue Sep 26 15:52:30 2006 From: sundaram at fedoraproject.org (Rahul) Date: Tue, 26 Sep 2006 21:22:30 +0530 Subject: owners.list to PackageDB translation status and opinions In-Reply-To: <1159251105.2864.54.camel@localhost> References: <1159251105.2864.54.camel@localhost> Message-ID: <45194CBE.4080007@fedoraproject.org> Toshio Kuratomi wrote: > Hey guys, > > I'm working on a script to parse owners.list and import it into the new > PackageDB. So far, the biggest hurdle has been that some email > addresses in owners.list do not match with the email addresses in the > accounts system. I've tracked most of these down with a few exceptions > and caveats. > > extras-qa [] fedoraproject.org: This is the initial qa contact that is > entered into bugzilla for bugs on a package. I'd like to discard this > information and start fresh in the new packageDB. If a qa-contact > should be applied to the package then it should be entered for each > package, otherwise there will be no qa-contact. If we are currently > using extras-qa to do something useful please let me know so we can work > out what's sane to do here. > > extras-orphan [] fedoraproject.org: For orphaned packages. I think > we're going to create an orphan account to fill this. > Is there any particular reason this should be changed from nobody [] fedoraproject.org? Rahul From rdieter at math.unl.edu Tue Sep 26 16:04:48 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 26 Sep 2006 11:04:48 -0500 Subject: Absolute symlinks References: <200609261034.03765.aportal@univ-montp2.fr> <200609261127.14515.aportal@univ-montp2.fr> <20060926131137.770a8955@ludwig-alpha> <200609261621.49029.aportal@univ-montp2.fr> <451946A1.1090307@smile.org.ua> Message-ID: Andy Shevchenko wrote: > Rex Dieter wrote: >> OK, upon further checking, not necessarily a bug, but it wouldn't hurt to >> maintain backward compatibility to create a symlink >> >> %_docdir/HTML/$LANG/common -> %_docdir/HTML/$LANG/common > What this link is mean? Not much as written ): This is better: %_docdir/HTML/$LANG/common -> %_docdir/HTML/$LANG/docs/common -- Rex From a.badger at gmail.com Tue Sep 26 16:41:31 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 26 Sep 2006 09:41:31 -0700 Subject: owners.list to PackageDB translation status and opinions In-Reply-To: <45194CBE.4080007@fedoraproject.org> References: <1159251105.2864.54.camel@localhost> <45194CBE.4080007@fedoraproject.org> Message-ID: <1159288891.2606.27.camel@localhost> On Tue, 2006-09-26 at 21:22 +0530, Rahul wrote: > Toshio Kuratomi wrote: > > extras-orphan [] fedoraproject.org: For orphaned packages. I think > > we're going to create an orphan account to fill this. > > > > Is there any particular reason this should be changed from nobody [] > fedoraproject.org? Is extras-orphan mail being forwarded to nobody [] fp.org? There's no reason that should stop. But neither extras-orphan nor nobody have an account with the Fedora Project, they're both just email addresses. Since the package database refers to the accounts system for information about who owns/watches/comaintains packages the account system needs to know who extras-orphan is. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From a.badger at gmail.com Tue Sep 26 19:07:16 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 26 Sep 2006 12:07:16 -0700 Subject: FESCo Meeting Minutes 2006-09-21 Message-ID: <1159297636.2606.37.camel@localhost> = 2006 September 21 FESCo Meeting = Meeting Summaries are posted on the wiki at: http://www.fedoraproject.org/wiki/Extras/SteeringCommittee/Meetings == Attending == * thl * bpepple * awjb * warren * c4chris * spot * rdieter * scop * abadger1999 * tibbs * jwb == Summary == === Comps.xml === * One more round of nagmails before FC7. * comps.xml will start being generated in a subdirectory so people aren't confused about editing comps.xml.in vs comps.xml === Approve KMods === * FPB chose to allow kernel modules. * kmod guidelines are to be followed. * KMod blocker bug to be created so that it's easy to find all KMods. * Many members of FESCo want KMod approval to hinge on the kmod being able to go upstream. However, this is not yet documented or at full consensus. * Rules for deciding whether a KMod should be approved needs to be discussed on the list. * Kmods built by Extras should already taint the kernel because they are not signed (which helps kernel maintainers separate bug reports that involve kmods vs ones that are on the vanilla kernel.) === FESCo Decisions === * How does FESCo make decisions when things come to a vote? * Proposed: voice vote first (ie, no one screams), else majority (of those present). === Mass Rebuild === * Packages that aren't rebuilt to be orphaned. * Can just follow the unorphan process to make things work. === EPEL/Enterprise Extras === * Discussion to continue on f-e-l for now (rather than a new list.) * spot and mmcgrath to arrange a non-public RHEL 4 repository for the builders. * Opinions solicited for EPEL repositories plan: https://www.redhat.com/archives/fedora-extras-list/2006-September/msg00672.html * People want it as simple as possible to start. * Will packages land within Fedora Space: http://download.fedora.redhat.com/pub/fedora/linux/extras/{el4,el5} or Red Hat space: http://mirrors.kernel.org/redhat/redhat/linux/beta/RHEL5-Beta1/client/i386/ === Packaging Committee Report === * Selecting new members: open nominations followed by voting by current members. Currently no open seats to be filled. === Misc: Remove inactive members === * Inactive members will have cvsextras removed from their account. * List of people with cvsextras removed will be kept on the wiki in case it's needed to readd people. * Will also remove all the declined memberships. === Free Discussion: Competition Packaging === * tor is the specific case that brought this up. * How to ensure that the technically "best" package wins? * c4chris: I think the idea is: do not encourage competition, but allow it in some cases * No rules for the general case were established. For tor abadger1999 agreed to take over reviewing. === Free Discussion: current-branches File === * File to list which branches are currently active (as opposed to maintenance or EOL). * This will be available in the packageDB; do we need the file until the packageDB is ready? * To be discussed next week. == Log == {{{ (10:00:03) thl has changed the topic to: FESCO Meeting in progress -- init (10:00:09) thl: hi everyone (10:00:13) thl: who's around? (10:00:14) ***bpepple is here. (10:00:18) ***awjb is here. (10:00:21) warren: here, but I need to get my car real soon (10:00:26) warren: (across the street at the shop) (10:00:27) ***c4chris is here (10:00:48) ***mmcgrath =true (10:01:00) che left the room (quit: Read error: 110 (Connection timed out)). (10:01:03) ***nirik is in the rabble seats with his cup of coffee. (10:01:17) ***thl has some tea (10:01:26) ***spot is here (10:01:32) spot: but the packaging meeting is running a bit long (10:01:33) ***c4chris just had a bear :-) (10:01:40) c4chris: beer (10:01:43) c4chris: oops (10:02:07) scop [n=scop] entered the room. (10:02:11) ***rdieter is 1/2 here (10:02:18) ***thl wonders if starting here is wise until the pc meeting finished (10:02:22) ***scop ditto (10:02:51) abadger1999: \me arrives (10:03:08) thl: well, let's start with some easy stuff (10:03:19) thl has changed the topic to: FESCO Meeting in progress -- Use comps.xml properly (10:03:22) warren: I better get my car now... (10:03:30) thl: dgilmore: automate comps file during push or via cron; see also [WWW] this mail on f-e-l (10:03:58) thl: c4chris in parallel -- is there anything else regarding comps.xml that needs to be done/discussed? (10:04:19) spot: thl: maybe someone (not me) could check comps.xml against FE and send out emails to maintainers? (10:04:41) thl: spot, c4chris did that already (at least once) (10:04:56) ***cweyl is here, post coffee-run (rabble) (10:04:58) c4chris: should be ok (10:05:05) ***spot is pretty sure most of his stuff isn't in comps, but doesn't remember getting nagged about it (10:05:11) c4chris: just planning to go through the list once again before FC6 (10:05:37) c4chris: talked to jeremy about putting the non .in files in a subdirectory (10:05:58) c4chris: need to talk to mschwendt and dgilmore now... (10:06:04) nirik: can you acl them off so people can't edit them? (10:06:39) c4chris: spot, I need to check (10:07:26) thl: okay, so let's move on then (10:07:38) thl has changed the topic to: FESCO Meeting in progress -- Activate legacy in buildroots (10:07:57) thl: dgilmore did some stuff -- I at least saw some commits with new config files (10:07:58) c4chris: spot, nagged you on Aug 16 (10:08:12) thl: anyway, he seems not be around, so I just skip this (10:08:15) spot: c4chris: i'll have to go back and look at that (10:08:20) ***scop 4/5 here (10:08:25) pygi left the room. (10:08:32) thl has changed the topic to: FESCO Meeting in progress -- Sponsorship nominations (10:08:33) c4chris: spot, np (10:08:39) thl: any new nominations? (10:09:12) c4chris: pfj is still a candidate afaik (10:09:16) ***mmcgrath ? (10:10:09) thl: c4chris, I have problems with all the pauls... (10:10:23) bpepple: Has mmcgrath done any reviews? (10:10:28) thl: c4chris, pfj = nodoid? (10:10:35) c4chris: thl, yes (10:10:50) thl: c4chris, I told him some days ago to ask his sponsor for his opinion (10:11:09) c4chris: thl, ah, ok. let's wait then (10:11:45) thl: mmcgrath, reviews? (10:12:45) mmcgrath: Just MySQL-query-browser in the last month. I've laxed quite a bit. Save my nomination for another time when I have more reviews :D (10:12:54) bpepple: ok. (10:12:58) thl: mmcgrath, k, thx (10:13:17) thl: mmcgrath, if you need sponsorship status for EPEL stuff just yell (10:13:27) mmcgrath: will do. (10:13:28) thl: k, moving on (10:13:29) ***mmcgrath brb. (10:13:39) thl has changed the topic to: FESCO Meeting in progress -- approve kmod's (10:13:42) thl: just to note: (10:13:55) thl: FPB chose to allow kmods in general (10:14:25) thl: http://www.redhat.com/archives/fedora-advisory-board/2006-September/msg00045.html (10:14:25) scop: hmm (10:14:30) jima: with or without fesco approval individually? (10:14:36) thl: so I think we just go ahed with the old plans? (10:14:48) thl: jima, they didn't want to get involved into the details (10:14:49) abadger1999: jima: That's up to fesco (us) (10:14:50) spot: jima: they said kmods are ok, we say which kmods are ok. (10:14:56) scop: thl, are you sure that message is an indication of a decision? (10:14:58) cweyl: thl: from my read of the email it was "ok to kmods, you figure out the implementation details" (10:15:03) jima: 'k. (10:15:11) thl: scop, well, rdieter told so on fesco-list (10:15:21) thl: cweyl, exactly (10:15:30) rdieter: yay. (10:15:35) spot: which kmods are pending approval? (10:15:38) cweyl: very yay :) (10:15:52) thl: spot, well, there are a lot (ten?) up for review (10:16:05) spot: again, "which". :) (10:16:13) awjb: ^^ (10:16:24) thl: spot, non are pending approval (10:16:32) spot: so, we dont have to approve any from us? (10:16:36) thl: but some modules up for review were not approved (10:16:54) thl: spot, ? (10:17:03) spot: sorry, i know that made absolutely no sense. :) (10:17:09) cweyl: just for sanity purposes, this approval is the preliminary "go ahead and package", not "approved to be imported", right? (10:17:10) spot: Does FESCO need to approve any kmods? (10:17:22) tibbs: There have been some new submissions, but so far they don't have the required information and need to be pinged. (10:17:27) thl: spot, well, I think we should proceed as planed in the past (10:17:32) nirik: perhaps a KMOD blocker would be nice? (10:17:34) thl: spot, so yes, we should approve them (10:17:37) rdieter: how does it work, approve first, then review, or vice-versa (or it doesn't matter)? (10:17:52) thl: rdieter, ask first, then review normally (10:17:56) rdieter: +1 to kmod blocker (it would help finding them at least) (10:18:04) thl: +1 to kmod blocker (10:18:07) scop: +1 (10:18:08) awjb: +1 (10:18:11) c4chris: +1 (10:18:12) bpepple: +1 (10:18:12) tibbs: +1 (10:18:21) abadger1999: +1 (10:18:26) thl: just to be sure: (10:18:28) rdieter: blocker for "kmod needs approval" or just "kmod" in general? (10:18:29) nirik: so whats the status on zaptel kmod then? is it approved? or rejected because they don't want to submit upstream? (10:18:43) thl: rdieter, maybe both? (10:18:57) bpepple: nirik: I'd lean toward reject. (10:19:02) scop: I don't think we've actually voted on that (10:19:06) cweyl: nirik: it is GPL. (10:19:16) thl: nirik, I'd also still lean toward reject (10:19:22) scop: (nor am I sure if we have defined what determines the outcome of a vote) (10:19:23) rdieter: submission to upstream is required, so if that's not in the plans, then no/reject. (10:19:28) Rathann: which reminds me, I'll withdraw my acx100 kmod because I'm told there's some effort to get it upstream (10:19:34) cweyl: just because it has a commercial fork shouldn't be a blocker IMHO, mysql does the same thing and it's in fedora (10:19:45) tibbs: Rathann: that's backwards. (10:19:47) awjb: rdieter: but why I do not see and never saw the point in it... (10:19:50) spot: if they have no plan to put code upstream, i'll vote against it. (10:19:55) thl: Rathann, see the annoucment of the last mm-kernel -- might get dropped (10:19:59) tibbs: If there's effort to get it upstream then it's definitely wanted. (10:20:12) thl: tibbs, +1 (10:20:22) Rathann: tibbs: I just saw a mail in acx100-users saying something to the contrary (10:20:23) bpepple: tibbs: agreed. (10:20:24) rdieter: awjb: if you haven't figured it out by now... (10:20:33) thl: but saying "we don't want it upstream" is IMHO a no-go (10:20:38) thl: I don#t want such modules (10:20:49) cweyl: thl: from a support issue? (10:20:53) tibbs: Of course, other issues could keep it out of upstream... (10:20:54) thl: it might happen that someone tells us that they want it upstream but it never happens (10:20:57) thl: but that's life (10:21:37) thl: cweyl, more a "be a nice open-source citizen" (10:21:48) ***jwb is here now (10:21:55) nirik: ok, so is zaptel-kmod ready for a formal +/- vote? or do the criteria need more discussion on list or the like? (10:22:07) thl: nirik, did the zaptel guys ever get back in the bugreport (10:22:17) thl: we should tell them why we don#t want there module (10:22:21) spot: i -1 zaptel if they're not even trying to take the code upstream. (10:22:22) thl: maybe they change there ming (10:22:23) nirik: They just posted the one thing on the bug... (10:22:31) scop: if the consensus is that "we don't want it upstream" is a blocker, then it needs to be documented (10:22:32) nirik: I can ping them/the bug again (10:22:36) Rathann: tibbs: http://sourceforge.net/mailarchive/message.php?msg_id=36862141 (10:22:39) awjb: rdieter: maybe I am to stupid... but for me this is a strange view on kmods ... only thing I can think of is gpl issues but thats about it... nothing from the technical point that I could find against it (10:22:40) thl: nirik, please do so (10:23:04) thl: and let's get back to zaptel later (10:23:08) nirik: ok, let me do that... and bring up results next week? (10:23:10) thl: that okay for everybody? (10:23:13) spot: sure (10:23:18) thl: nirik, if possible: yes (10:23:20) bpepple: works for me. (10:23:25) c4chris: thl, yup (10:23:31) nirik: who is going to make the FE_KMOD / FE_KMOD_NEEDS_FESCO blockers? (10:23:38) thl: spot, and yes, we should document it (10:23:43) thl: s/spot/scop/ (10:23:50) scop: but I don't agree with that (10:24:09) thl: spot, then let's discuss it on the list during the next week (10:24:18) thl: that's probably better (10:24:21) thl: s/spot/scop/ (10:24:23) thl: :-/ (10:24:25) c4chris: scop, "that" = ? (10:24:27) ***spot scratches his head (10:24:36) thl: sorry spot (10:24:44) scop: "that" == "we don't want it upstream is a blocker" (10:24:44) rdieter: maybe we clarify the policy on kmods in the wiki, to help out folks understand the "why" (like awjb)? (10:24:56) c4chris: scop, ah, ok (10:25:00) thl: rdieter, exactly (10:25:05) abadger1999: awjb: The argument is that it's very hard to maintain kmods outside of the kernel due to the fast moving nature of the kernel-module ABI. (10:25:07) c4chris: scop, and how about the blocker bugs ? (10:25:15) awjb: scop: i don't agree with this either ... (10:25:36) warren: back (10:25:39) ***scop is confused ;) (10:25:47) thl: we all are a bit confused now (10:25:48) scop: blocker bugs are definitely good (10:25:53) thl: let's discuss it on the list (10:26:03) awjb: abadger1999: thought someone would bring this up... but that the nice thing about os even people who don't work on the kernel can read changelogs and read lkml (10:26:03) c4chris: thl, yes (10:26:10) scop: before moving on: (10:26:13) thl: warren, can you create two new tracker bug assiged to nobody at fp.org? (10:26:27) thl: FE_KMOD and FE_KMOD_NEEDS_APPROVAL ? (10:26:35) nirik: I can go thru and add them to all the pending kmod reviews after they are created. (10:26:49) scop: when something comes up for a vote, how many votes / what percentage do we need for something to pass? (10:26:54) nirik: unless someone else wants to. ;) (10:26:57) thl: warren, or can you tell me the pw for nobody at fp.org ? (10:27:03) warren: oh (10:27:03) warren: ok (10:27:12) cweyl: scop: I think it's the "if no screams..." rule :) (10:27:13) ***warren finds it... (10:27:32) scop: 100%? (10:27:34) scop: eek (10:27:35) thl: cweyl, normally yes (10:27:53) jwb: scop, i think it's majority vote (10:27:58) thl: but sooner or later we have to make decisions where somebody yells (10:28:09) thl: then at least 51% of the members should attend (10:28:09) c4chris: scop, I'd think 51% of the quorum... (10:28:12) scop: yes, and we need to define the rules *beforehand* (10:28:22) thl: and at least 51% of those have to vote +1 (10:28:23) warren: thl, sent you mail (10:28:26) thl: warren, thx (10:28:26) rdieter: thl: voice vote first (ie, no one screams), else majority (of those present). (10:28:27) abadger1999: awjb: A second argument is that the kernel maintainers don't want to wade through kernel bug reports where external kernel modules are involved. (10:28:34) thl: rdieter, exactly (10:28:39) jwb: abadger1999, that's a weak argument (10:28:40) abadger1999: awjb: There may be other arguments as well. (10:28:41) bpepple: rdieter: +1 (10:28:47) jwb: abadger1999, they should already be screening for that (10:28:54) abadger1999: awjb: I've lost track :-) (10:28:56) cweyl: abadger1999: didn't FPB settle that with "kmods are ok"? (10:29:03) jwb: cweyl, yes (10:29:05) awjb: abadger1999: ^^ lets take it to the list (10:29:09) warren: Don't they already have "tainted" messages? (10:29:18) jwb: warren, not sure (10:29:23) spot: warren: yeah, but nothing we approve should taint. (10:29:24) cweyl: I think we're past the do we or don't we decision, we have that. we're at the implementation details stage, no? (10:29:34) jwb: cweyl, yes (10:29:34) rdieter: kernel maintainers are likely to insist bugs be reproduced without extra kmods. (10:29:42) thl has changed the topic to: FESCO Meeting in progress -- M{ae}ss-Rebuild (10:29:45) jwb: rdieter, that is fine (10:29:49) thl: I'd like to move on now (10:30:01) thl: let's stop talking about kmods for today ;-) (10:30:06) jwb: but they (10:30:09) jwb: 're so fun (10:30:10) jwb: ;) (10:30:18) thl: :) (10:30:19) rdieter: kmod, kmod, kmod, kmod! OK, out of my system. (10:30:22) spot: jwb: don't make me get Axel. ;) (10:30:24) warren: spot, yes they should (10:30:30) thl: scop, status update for M{ae}ss-Rebuild? (10:30:37) thl: anything we need to discuss` (10:30:39) jwb: warren, no they shouldn't. and off to the list with that (10:30:41) warren: spot, our modules aren't gpg signed (10:30:42) scop: see wiki (10:30:47) spot: warren: ah. (10:30:47) scop: another push coming up tonight (10:30:57) scop: and status update after it (10:31:14) rdieter: fyi, saved libpqxx/koffice from being dropped yesterday. (: (10:31:33) cweyl: scop: if you've flagged something as "orphaned due to no rebuild", all it takes to get it back in the repos is to claim & rebuild, right? (10:31:41) ***nirik is trying to get fontforge happy, but it's not building right in devel. ;( (10:31:54) jwb: cweyl, yes (10:31:54) c4chris: scop, good job, I'd liek to say (10:32:01) awjb: rdieter: yes thanks again for it... wonder why libpqxx was bitching around so much... (10:32:02) jwb: yes, good job scop (10:32:12) thl: scop, yeah, thx for all your work (10:32:15) scop: thanks (10:32:33) thl: anything else regarding the mass-build? (10:32:40) scop: but IMHO grabbing something from the orphaned page should go through the normal unorphan process (10:32:43) rdieter: awjb: a combination of -fvisibility generating warnings, and -Werror (10:32:45) Rathann: do I have to wait for a reply from former maintainers if I want to take something over? (10:33:06) scop: except perhaps if the old maintainer of a package grabs it due to having missed the deadline by a few days (10:33:11) thl: scop, well, I think we don't have time to wait a whole week (10:33:12) awjb: rdieter: I will look at it later... still have 3 packages to go \o/ (10:33:17) cweyl: Rathann: they've had several nags, and weeks to rebuild their packages (10:33:22) Rathann: ok (10:33:31) cweyl: if they were going to reply, I think they would have done so by now :) (10:33:32) thl: scop, well, people also should check if the maintainer is still around (10:33:32) scop: thl, no problem, my opinion is a humble one ;) (10:33:36) Rathann: I'll rebuild the two I want tonight (10:33:42) thl: if he is -> talk to him (10:33:48) cweyl: thl: of course (10:33:56) Rathann: I Cc'd them in my mail to -extras (10:34:03) cweyl: and then berate them soundly for not rebuilding ;) (10:34:06) thl: that's why I send out the "maitainers that didn#t rebuild a single package report" (10:34:32) cweyl: thl: I liked that. helped differentiate packages that just "slipped" from people who may well have vanished (10:34:41) scop: I plan to list packages that are broken due to some of their deps being dropped tonight/tomorrow (10:35:06) scop: then maybe drop them early next week? (10:35:22) thl: scop, yeah, might be okay (10:35:26) thl: send that to the list (10:35:26) cweyl: is there a way to take packages and assign them to sigs? (after talking to that sig, of course) (10:35:35) thl: if to many people yell wait a bit longer (10:35:47) scop: ok (10:35:51) Rathann: should I leave the former maintainer's email in the last field in owners.list? (10:35:54) scop: also, comps.xml needs to be cleaned up from dropped packages, planning to do that in the weekend (10:36:06) rdieter: Rathann: imo, yeah. (10:36:10) cweyl: e.g. there are a number of perl modules orphaned up there... that sig may want to take them over en-mass. (10:36:12) Rathann: will do (10:36:12) scop: Rathann, I think that makes sense if there was no response (10:36:25) thl: c4chris, might be a good idea to check for that (comps.xml needs to be cleaned up from dropped packages) in your scripts as well (10:36:25) xover left the room (quit: Read error: 110 (Connection timed out)). (10:36:39) c4chris: thl, it does in principle (10:36:47) thl: ohh? nice :-)) (10:37:04) c4chris: there's a list near the bottom (10:37:09) ***thl will jump to the next item on the schedule soon (10:37:19) c4chris: (I think I like your plitting idea more and more...) (10:37:34) c4chris: splitting (10:37:40) thl has changed the topic to: FESCO Meeting in progress -- Enterprise Extras (10:37:48) thl: c4chris, no need to hurry with that (10:37:53) thl: so, EPEL now (10:38:00) thl: create a public mailinglist -- what name? (10:38:06) thl: fedora-extras-el-list ? (10:38:19) quaid [n=quaid] entered the room. (10:38:29) jwb: that sounds fine with me (10:38:36) scop: no fedora in "epel", no fedora in list name? (10:38:37) thl: or can we/do we want to live without a special mailinglist for now (10:38:37) cweyl: do we need a separate list yet? (10:38:38) errr: is it possible for me to package for fedora 4,5,6 all from one system (running fc5) its getting kind of old to fire off vmware to build for fc4 and 6 (10:38:43) ***nirik groans at yet another list. (10:38:51) cweyl: thl: I'd say hash it out on extras-list first (10:39:02) c4chris: extras for now I'd say (10:39:15) ***mmcgrath doesn't care what the list is called. (10:39:24) jwb: errr, yes use mock (10:39:26) thl: cweyl, maybe; other requested a sepecial mailing list already "because the traffic on f-e-l is so high" (10:39:31) errr: thanks jwb (10:39:45) c4chris: thl, ah, right (10:39:55) cweyl: thl: yah... but I'd think something like this you'd want a lot of eyeballs on it to start with :) (10:40:05) rdieter: cweyl: +1 (10:40:14) thl: well, then let's use f-e-l until people complain :) (10:40:27) mmcgrath: thats fine. (10:40:35) c4chris: thl, yup. 20 msg a day is not so high in my book... (10:40:35) thl: mmcgrath, spot , what about RHEL4 + updates for the builders? (10:40:47) thl: any process? (10:40:53) RTLM [n=RTLM] entered the room. (10:40:55) mmcgrath: To my knowledge no progress has been made in that area as of yet. (10:41:01) spot: no one ever told me where to put the files. (10:41:06) ***spot coughs (10:41:13) mmcgrath: spot: one sec. (10:41:45) mmcgrath: spot: somewhere on ntap-fedora1.fedora.phx.redhat.com? (10:41:57) spot: mmcgrath: email me and tell me exactly where. (10:42:08) thl: mmcgrath, spot, thx (10:42:15) mmcgrath: K, I might have to check with Stacy about some of it... (10:42:17) thl: mmcgrath, can you prepare the builder after that? (10:42:29) mmcgrath: Yeah, myself or dgilmore. (10:43:05) thl: mmcgrath, just go ahead then when you have everything together; (10:43:23) thl: did anybody read https://www.redhat.com/archives/fedora-extras-list/2006-September/msg00672.html ? (10:43:36) thl: Am I just stupid? is that much to complicated? (10:43:54) rdieter: +1 too complicated (and I said as much on the list too) (10:44:11) abadger1999: smooge definitely went overboard there. (10:44:21) jwb: i ignored it for now (10:44:26) c4chris: I'd like to start real simple (10:44:38) rdieter: c4chris: +1 (10:44:39) abadger1999: At least for a first (or second) iteration. (10:44:44) thl: abadger1999, that's not smooge's mail (10:44:46) ***spot is unsure why we're not just doing el4, el5, devel (10:44:51) c4chris: evolution has good sides... (10:45:08) jwb: spot, i thought it was just el5, devel? (10:45:18) ***cweyl likes simple (10:45:22) thl: el4 also (10:45:25) thl: just start now (10:45:29) spot: if so, why am i populating a RHEL 4 builder? :) (10:45:31) mmcgrath: We can always make it more complicated later :D (10:45:32) jwb: oh, yes makes sense (10:45:34) thl: or "soon" (10:45:37) jwb: el5 isn't out :) (10:45:39) abadger1999: thl: Oh sorry. (10:45:59) nirik: since el5 isn't out, wouldn't it be just el4, devel? (10:46:01) thl: abadger1999, np :) (10:46:12) c4chris: nirik, yes (10:46:19) thl: spot, what would devel be in your scheme? (10:46:32) thl: there is normally now rawhide rhel to build for (10:46:38) thl: s/now/no/ (10:47:01) spot: devel would be el5 betas (10:47:11) jwb: are those public? (10:47:14) spot: yep. (10:47:29) thl: spot, well, there are noemally no "betas" (10:47:37) jwb: erm (10:47:45) thl: only in those two or three months were in now (10:47:55) spot: thl: devel is composed of the fc6 test releases on the fedora side (10:48:10) spot: devel is composed of the el5 beta releases on the el side (10:48:15) nirik: I would think the latest publicly released beta... (10:48:16) thl: why not just crate a el5 branch now (10:48:20) thl: and build for the betas? (10:48:28) ***spot is fine with either (10:48:33) jwb: i like that better (10:48:34) thl: s/build/& there/ (10:48:54) c4chris: thl, fine too (10:49:08) thl: k (10:49:27) thl: another thing: where shall we upload the stuff to? (10:49:27) c4chris: avoids branching later... (10:49:34) thl: http://download.fedora.redhat.com/pub/fedora/linux/extras/{el4,el5} ? (10:49:44) thl: http://download.fedora.redhat.com/pub/fedora/linux/extras/el/{45} ? (10:50:11) mmcgrath: jbw: http://mirrors.kernel.org/redhat/redhat/linux/beta/RHEL5-Beta1/client/i386/ (10:50:41) nirik: oh yeah, should extras just be one tree, or a client/server branches? (10:50:48) c4chris: extras/{el4,el5} (10:51:07) mmcgrath: Is it the opinion of most people here that this is a branch or a fork? (10:51:10) spot: one tree seems reasonable. (10:51:21) thl: one tree +1 (10:51:28) ***jwb regrettably has to go (10:51:31) thl: mmcgrath, well, it's a branch afaics (10:51:32) c4chris: one tree +1 (10:51:40) c4chris: branch (10:51:47) jwb: there can be only one (10:51:52) jwb: +1 (10:52:03) mmcgrath: my concern is that people will think its a fedora branch. (10:52:07) rdieter: branch/one_tree: +1 (10:52:19) cweyl: this rabble likes branch/one_tree... (10:52:42) mmcgrath: IE they go to the fedora site, click on fedora mirrors, click on extras and start downloading. (10:52:49) rdieter: mmcgrath: who cares? Or are you just concerned about perception? (10:53:20) thl: mmcgrath, we can move it somewhere else later if we really want to (10:53:20) tibbs: I would hope that they could go to a fedora site, click around and start downloading. (10:54:10) thl: we're slowing down... shall we stop on this topic for today? (10:54:15) mmcgrath: I still believe this is a fork. After all, none of this software will end up on any fedora machines, ever. (10:54:25) mmcgrath: Yeah. we can go on. This discussion would probably be better on the list. (10:54:31) bpepple: thl: +1 (10:54:37) c4chris: thl, +1 (10:54:42) thl has changed the topic to: FESCO Meeting in progress -- Packaging Committee Report (10:54:54) thl: scop, spot, rdieter, tibbs, abadger1999, ... ? (10:54:59) tibbs: Again, not much to report. (10:55:09) spot: we didn't decide anything other than that we will be taking open nominations for new seats on the committee (10:55:29) tibbs: Not that there are currently any open seats... (10:55:30) spot: those nominations will be voted on by the existing members to determine new membership (10:55:49) spot: Yep. Right now, there are no open seats. (10:56:27) thl: k, anything else? (10:56:29) spot: nope. (10:56:56) thl has changed the topic to: FESCO Meeting in progress -- MISC -- remove inactive extras contributors from cvsextras (10:57:06) thl: https://www.redhat.com/archives/fedora-extras-list/2006-September/msg00612.html (10:57:09) thl: remove them? (10:57:28) bpepple: thl: +1 (10:57:29) c4chris: sure (10:57:43) cweyl: should we keep a list of people removed for inactivity on the wiki somewhere? (10:57:44) thl: sopwith or other that might need access can be readded later easily (10:57:52) thl: cweyl, yes (10:57:55) cweyl: might come in handy for those who later decide they want back in :) (10:58:02) awjb: cweyl, +1 (10:58:16) thl: I'll probably also will remove all those taht have the status "declined" (10:58:25) scop: I suppose such a page should have an ACL on it (10:58:31) thl: (most of them applied for cvsextras accidentally) (10:58:38) xover [n=link] entered the room. (10:58:39) thl: scop, well, maybe (10:58:48) thl: scop, but we can always look into the history (10:58:54) thl: isn't that enough? (10:59:03) nirik: could you just add a 'inactive' status? then they could be readded and you could see that they were once there? (10:59:04) c4chris: thl, watch it like the schedule... (10:59:07) ***thl is not sure himselfs (10:59:18) ***scop loathes wiki's history interface (10:59:30) thl: well, I'll look at it (10:59:31) abadger1999: One or two of the inactivity people are active. (10:59:39) c4chris: easier to search in the ml archive (10:59:40) thl: maybe ACls are the best for this job (10:59:51) thl: abadger1999, I'll recreate the list (10:59:55) abadger1999: jspaleta, for instance has been having someone else do commits for him because of his internet situation. (11:00:01) thl: abadger1999, and check it before i actually remove those poeple (11:00:10) thl: abadger1999, k, noted (11:00:17) green_ left the room (quit: Read error: 110 (Connection timed out)). (11:00:26) scop: thl, did you take owners.list into account when looking for inactive people? (11:00:42) thl: scop, no (11:00:59) scop: ok (11:01:02) Tjikkun left the room (quit: Read error: 113 (No route to host)). (11:01:03) thl: scop, I did only that rough check that's described in the mail (11:01:14) thl: I'll take a closer look (11:01:30) scop: actually, I think your method should be ok (11:01:31) thl: and as I said: people that got removed accidentally can be readded later easily (11:01:50) scop: those folks' bugzilla account won't go anywhere anyway (11:01:55) ***thl considers this settled (11:01:59) warren left the room ("Leaving"). (11:02:00) abadger1999: Would htey have to resign cla and so on? (11:02:01) cweyl: so long as there's a record to establish "yes, you were removed accidentally", I like it (11:02:06) Tjikkun [n=tjikkun] entered the room. (11:02:08) thl: abadger1999, no (11:02:22) abadger1999: Sounds easily reversible then. (11:02:24) thl: another group in the ac handles the cla status (11:02:37) thl: that "cladone" iirc (11:02:39) nirik: they would likely just have to re-request cvsextras... (11:02:48) thl: nirik, yes, I think so (11:02:59) thl: getting late -- moving on (11:03:12) thl has changed the topic to: FESCO Meeting in progress -- MISC -- enhance AWOL (11:03:19) thl: did anybody look into it (11:03:24) ***thl did not :-/ (11:03:38) ***c4chris neither (11:04:15) thl: k, then let's skip this and look at it in the next meeting (11:04:26) thl has changed the topic to: FESCO Meeting in progress -- free discussion around extrs (11:04:34) thl: anything else we should discuss? (11:04:48) cweyl: thl: I'd like to add a "current-branches" file to common (11:04:49) c4chris: you wanted the competition packaging... (11:05:02) warren [n=warren] entered the room. (11:05:04) warren: oops (11:05:17) cweyl: so scripties/people can automagically determine what's a current fedora release... (11:05:23) thl has changed the topic to: FESCO Meeting in progress -- competition packaging (aka tor) (11:05:34) thl: well, what do we want to do about it (11:05:47) thl: wait another week and hope that it all works out somehow? (11:05:51) abadger1999: I don't really like it. (11:06:12) thl: abadger1999, "it" = competition packaging | wait another week" ? (11:06:19) abadger1999: competition packaging. (11:06:22) c4chris: thl, yea maybe work out a proposal first... (11:06:25) ***scop is off to take care of today's push+massrebuild things (11:06:34) thl: abadger1999, well, I agree in general (11:06:38) rdieter: I think I like competition packaging, but I'm not sure how best to actually do it. (11:06:45) scop: btw, there's a precedent in the smart package (11:06:46) tibbs: In this case, though, someone just needs to submit another package and get it over with. (11:06:47) c4chris: scop, may the force be with you :-) (11:06:58) thl: abadger1999, but now and then "competition packaging" might be the best (11:07:08) rdieter: to ensure the "best" package wins, that is. (11:07:22) abadger1999: tibbs: But I think Enrico's packaging choices may be valid in this case.... (11:07:34) rdieter: best doesn't necessarily equate to fastest review. (11:07:44) c4chris: abadger1999, so why doesn't his package get approved ? (11:07:44) abadger1999: tibbs: it's a poor situation where both choices are less than ideal. (11:07:49) ***Rathann looks at ctorrent package he's just taken over (11:07:58) abadger1999: rdieter: I agree. (11:08:03) tibbs: Tor isn't really a complicated package, though. (11:08:07) rdieter: The reviewer disagrees with Enrico's choice(s). And neither will back down. (11:08:23) ***Rathann wonders how on earth did this pass review (11:08:29) ***nirik also doesn't agree with the tor packageing.... so I dropped the review and let someone else try. (11:08:43) thl: well then let's just note something like this: "normally packagers should work together in one bug getting a certain software packaged; but htere is no rule yet that disallows opening another bug with and alternative package of the same software" (11:08:50) awjb: bugnumber plz (11:09:06) rdieter: IMO, if the submitter/reviewer reach an impasse, the reviewer should step away. (11:09:08) thl: awjb, 175433 (11:09:11) nirik: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175433 (11:09:11) awjb: ty (11:09:24) c4chris: rdieter, yes (11:09:30) nirik: rdieter: thats what I did many months ago... extras still has no tor. (11:09:50) c4chris: thl, I find it ok. (11:09:52) rdieter: nirik: good, imo, you did the right thing. (11:10:03) abadger1999: nirik: You were close to approving it a couple times. Was the split of packages the only remaining issue? (11:10:16) c4chris: the caveat is that such review requests tend to get closed/duplicate (11:10:20) abadger1999: or were there other things that combined to give you a general bad feeling? (11:10:29) c4chris: so a clear marking should be used in cases like this... (11:10:38) nirik: yes. It's complicated and confusing, and only to make things nicer for a non fedora env... (11:11:02) rdieter: nirik: like el4? (: (11:11:20) bakers [n=bakers] entered the room. (11:11:21) nirik: no, like ensc's minimal/embeded boxes with no SysVinit. (11:11:55) tibbs: Some of the subpackages depend on things not in Fedora. (11:12:12) nirik: tibbs: yeah, he had those commented. (11:12:18) poolshark: rdieter: i don't mind stepping down as reviewer, but then still no tor in fedora... (11:12:24) c4chris: I think the idea is: do not encourage competition, but allow it in some cases (11:12:35) thl: c4chris, +1 (11:12:44) bpepple: c4chris: +1 (11:12:47) nirik: I also had email from the upstream tor that they didn't like that they would get support emails about the complexity of the package (11:13:09) nirik: I think they posted in the bug too. (11:13:09) rdieter: poolshark: so either someone else submit a better one, or someone else reviews the current submission. it's the only way. (11:13:22) tibbs: The "tons of subpackages" approach hasn't really worked well with clamav. (11:13:43) ***nirik really dislikes the extras clamav package as well. ;( (11:13:45) rdieter: tibbs: mostly because it (the packagine) was buggy (apparently). (11:13:46) poolshark: rdieter: one was already submitted, but closed as duplicate. can it be reopened ? (11:13:57) thl: poolshark, sure (11:14:02) rdieter: poolshark: imo, yes, that's what we're saying here. (11:14:09) poolshark: ty (11:14:14) c4chris: poolshark, yup and add a small explanation (11:14:18) nirik: poolshark: does the submitter still want to submit it? might ping them? (11:14:31) tibbs: I think the submitter is here. (11:14:39) abadger1999: ugh. But what happens if someone starts reviewing ensc's version again? (11:14:39) poolshark: nirik: will do (Paul Wouters) (11:14:45) abadger1999: And seems to agree with him? (11:14:56) abadger1999: First through the post wins does not seem very ideal... (11:15:07) tibbs: No-rules cage match. (11:15:14) c4chris: abadger1999, ah well... in this case we'll have to vote here (11:15:16) nirik: poolshark: might also cc the tor upstream? their rpm guy wanted to submit, but didn't because it was already there? (11:15:18) poolshark: after 10 monts, what are the odds ? (11:15:26) poolshark: nirik: sure (11:15:47) nirik: poolshark: thanks. (11:15:50) rdieter: imo, if upstream wants to maintain it, that would be ideal. (11:16:00) abadger1999: Hell, if we just want tor in Extras, I'll review tor tonight. (11:16:11) thl: abadger1999, then do that (11:16:19) thl: poolshark, can you wait one more week? (11:16:28) abadger1999: I don't mind ensc's split package aproach -- don't know if there's other things I'd dislike though... (11:16:32) thl: give abadger1999 and ensc some time for it (11:16:33) poolshark: thl: sure (11:16:38) nirik: poolshark: Paul Wouters is the upstream rpm maintainer. (11:16:56) thl: poolshark, tia (11:17:01) thl: k, so let's move on (11:17:13) abadger1999: For the future, I think we need to figure out how to evaluate something that's better, technically, though... (11:17:24) warren: ensc is being unreasonable (11:17:27) thl has changed the topic to: FESCO Meeting in progress -- "current-branches" (11:17:40) c4chris: just add the file (11:17:42) abadger1999: poolshark: Which person are you? I'll send you an email if I think the review's going to hang up on something else. (11:17:49) ensc: warren: I hate such metadiscussions which does not provide a single argument (11:18:08) warren: ensc your arguments are based on inconveniencing you vs. everyone else. (11:18:31) thl: c4chris, --verbose ? (11:18:39) warren: That is my only thought. I don't care about this package personally. (11:18:40) ensc: there is no policy regarding it and I do not accept "everybody else it doing it so" (11:18:48) ensc: I have good reason not to do it so (11:18:52) c4chris: thl, just create the current-branches file (11:19:12) thl: c4chris, for what purpose? (11:19:16) c4chris: (I thought that was the topic) (11:19:33) c4chris: thl: I'd like to add a "current-branches" file to common (11:19:59) ***thl confused cweyl and c4chris -- sorry (11:20:03) c4chris: to list which of the branches are current (11:20:16) c4chris: thl, np (11:20:38) thl: I still fail to see the purpose for it -- sorry (11:20:48) ***thl seems to lack context (11:20:49) warren: "current" meaning what? (11:20:51) c4chris: cweyl, ? (11:21:08) thl: cweyl seems to be afk (11:21:15) c4chris: I think he wanted an automatic way to get the currently maintained FC branches (11:21:27) c4chris: currently FC5 and devel (11:21:28) thl: I think we can wait another week with this (11:21:36) c4chris: thl, right (11:21:44) thl has changed the topic to: FESCO Meeting in progress -- anything else? (11:21:47) bakers: Does anyone here use xchat? (11:22:08) nirik: bakers: yes, but you might wait to ask questions until the meeting is over. ;) (11:22:08) c4chris: thl, nope (11:22:09) bakers: I'm trying to script it to auto send my password when I connect (11:22:13) ***thl will close the meeting in 45 (11:22:44) thl: bakers, see nirik's comment (or just look into the freenode faq) (11:22:52) ***thl will close the meeting in 15 (11:22:58) nirik: bakers: yeah, see the freenode faq. It has instructions. (11:23:09) thl: -- MARK -- Meeting over (11:23:27) thl: thx everyone (11:23:31) c4chris: thl, thx }}} -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From buildsys at fedoraproject.org Tue Sep 26 20:01:53 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 26 Sep 2006 16:01:53 -0400 (EDT) Subject: Fedora Extras Package Build Report 2006-09-26 Message-ID: <20060926200153.4C35515212D@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 32 adns-1.2-4.fc6 cogito-0.17.4-1.fc6 dap-server-3.7.1-2.fc6 gcin-1.2.6-1.fc6 gnochm-0.9.8-5.fc6 grace-5.1.20-5.fc6 gstreamer-python-0.10.5-1.fc6 gtk-sharp-1.0.10-10.fc6 gtorrentviewer-0.2b-11.fc6 ipe-6.0-0.13.pre27.fc6 jd-1.7.0-0.1.rc060921.fc6 kbackup-0.5-5.fc6 libassuan-0.9.0-2.fc6 libetpan-0.46-1.fc6 librsync-0.9.7-6.fc6 libtunepimp-0.5.1-2.fc6 monodevelop-0.12-4.fc6 monodoc-1.1.17-5.fc6 perl-Alien-wxWidgets-0.21-1.fc6 perl-Class-C3-0.14-1.fc6 perl-Object-InsideOut-2.02-1.fc6 perl-Test-Perl-Critic-0.07-1.fc6 perl-Time-Period-1.20-1.fc6 puppet-0.19.3-1.fc6 seq24-0.8.7-5.fc6 ss5-3.5.9-2 sylpheed-claws-2.5.1-1.fc6 tor-0.1.1.23-4.fc6 transmission-0.6.1-2.fc6 uw-imap-2006-4.fc6 xchm-1.9-5.fc6 xscreensaver-5.01-2.fc6 Packages built and released for Fedora Extras 5: 20 cogito-0.17.4-1.fc5 eds-feed-0.5.0-1.fc5 gcin-1.2.6-1.fc5 gnochm-0.9.8-5.fc5 grace-5.1.20-5.fc5 gtorrentviewer-0.2b-11.fc5 ipe-6.0-0.13.pre27.fc5 libetpan-0.46-1.fc5 librsync-0.9.7-6.fc5 libtunepimp-0.4.3-7.fc5 perl-Class-C3-0.14-1.fc5 perl-Object-InsideOut-2.02-1.fc5 php-manual-en-20060920-1.fc5 puppet-0.19.3-1.fc5 rawstudio-0.3-1.fc5 scim-bridge-0.4.5-1.fc5 sylpheed-claws-2.5.1-1.fc5 whatmask-1.2-3.fc5 wxMaxima-0.7.0a-1.fc5 xchm-1.9-5.fc5 Packages built and released for Fedora Extras 4: 6 cogito-0.17.4-1.fc4 gcin-1.2.6-1.fc4 gtorrentviewer-0.2b-11.fc4 ipe-6.0-0.13.pre27.fc4 librsync-0.9.7-6.fc4 puppet-0.19.3-1.fc4 Packages built and released for Fedora Extras 3: 3 cogito-0.17.4-1.fc3 gcin-1.2.6-1.fc3 librsync-0.9.7-6.fc3 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Tue Sep 26 20:02:31 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 26 Sep 2006 16:02:31 -0400 (EDT) Subject: Package EVR problems in FC+FE 2006-09-26 Message-ID: <20060926200231.9136515212D@buildsys.fedoraproject.org> UNKNOWN OWNER (possibly Core package): audit FC5-updates > FC6 (0:1.2.7-4.fc5 > 0:1.2.7-2) device-mapper FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) FC4-updates > FC6 (0:1.02.07-2.0 > 0:1.02.07-1.1) eclipse-changelog FC4 > FC6 (1:2.0.1_fc-21 > 0:2.3.1-1.fc6) FC5-updates > FC6 (1:2.1.0_fc-2 > 0:2.3.1-1.fc6) lvm2 FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) mozilla FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) quagga FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) tar FC5-updates > FC6 (0:1.15.91-1.FC5 > 0:1.15.91-1) andreas.bierfert AT lowlatency.de: dillo FE3 > FE5 (0:0.8.6-2.fc3 > 0:0.8.6-1.fc5) FE4 > FE5 (0:0.8.6-2.fc4 > 0:0.8.6-1.fc5) gauret AT free.fr: amarok FE5 > FE6 (0:1.4.3-3.fc5 > 0:1.4.1-3.fc6) paul AT city-fan.org: perl-String-CRC32 FE3 > FC5-updates (0:1.4-1.fc3 > 0:1.4-1.FC5) FE4 > FC5-updates (0:1.4-1.fc4 > 0:1.4-1.FC5) petersen AT redhat.com: m17n-db FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) ryo-dairiki AT users.sourceforge.net: scim-tomoe FE5 > FE6 (0:0.2.0-6.fc5.1 > 0:0.2.0-5.fc6) scott AT perturb.org: qcomicbook FE5 > FE6 (0:0.3.3-2.fc5 > 0:0.3.2-6.fc6) zcerza AT redhat.com: dogtail FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) ---------------------------------------------------------------------- amarok: gauret AT free.fr FE5 > FE6 (0:1.4.3-3.fc5 > 0:1.4.1-3.fc6) audit: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:1.2.7-4.fc5 > 0:1.2.7-2) device-mapper: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) FC4-updates > FC6 (0:1.02.07-2.0 > 0:1.02.07-1.1) dillo: andreas.bierfert AT lowlatency.de FE3 > FE5 (0:0.8.6-2.fc3 > 0:0.8.6-1.fc5) FE4 > FE5 (0:0.8.6-2.fc4 > 0:0.8.6-1.fc5) dogtail: zcerza AT redhat.com FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) eclipse-changelog: UNKNOWN OWNER (possibly Core package) FC4 > FC6 (1:2.0.1_fc-21 > 0:2.3.1-1.fc6) FC5-updates > FC6 (1:2.1.0_fc-2 > 0:2.3.1-1.fc6) lvm2: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) m17n-db: petersen AT redhat.com FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) mozilla: UNKNOWN OWNER (possibly Core package) FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) perl-String-CRC32: paul AT city-fan.org FE3 > FC5-updates (0:1.4-1.fc3 > 0:1.4-1.FC5) FE4 > FC5-updates (0:1.4-1.fc4 > 0:1.4-1.FC5) qcomicbook: scott AT perturb.org FE5 > FE6 (0:0.3.3-2.fc5 > 0:0.3.2-6.fc6) quagga: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) scim-tomoe: ryo-dairiki AT users.sourceforge.net FE5 > FE6 (0:0.2.0-6.fc5.1 > 0:0.2.0-5.fc6) tar: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:1.15.91-1.FC5 > 0:1.15.91-1) From buildsys at fedoraproject.org Tue Sep 26 20:45:29 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Tue, 26 Sep 2006 20:45:29 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-26 Message-ID: <20060926204529.7698.24702@extras64.linux.duke.edu> Summary of broken packages (by owner): ---------------------------------------------------------------------- adrian AT lisas.de fbida-ida - 2.05-1.fc6.i386 fbida-ida - 2.05-1.fc6.ppc fbida-ida - 2.05-1.fc6.x86_64 andreas.bierfert AT lowlatency.de sylpheed-claws-plugins-etpan-privacy - 2.4.0-1.fc5.i386 sylpheed-claws-plugins-etpan-privacy - 2.4.0-1.fc5.ppc sylpheed-claws-plugins-etpan-privacy - 2.4.0-1.fc5.x86_64 sylpheed-claws-plugins-etpan-privacy - 2.4.0-2.fc6.i386 sylpheed-claws-plugins-etpan-privacy - 2.4.0-2.fc6.ppc sylpheed-claws-plugins-etpan-privacy - 2.4.0-2.fc6.x86_64 dcbw AT redhat.com plague - 0.4.4.1-2.fc3.noarch (11 days) plague - 0.4.4.1-2.fc3.noarch (11 days) plague - 0.4.4.1-2.fc4.noarch (11 days) plague - 0.4.4.1-2.fc4.noarch (11 days) plague - 0.4.4.1-2.fc4.noarch (11 days) gauret AT free.fr amarok - 1.4.1-3.fc6.i386 (61 days) amarok - 1.4.1-3.fc6.ppc (61 days) amarok - 1.4.1-3.fc6.x86_64 (61 days) showimg-pgsql - 0.9.5-7.fc4.i386 (14 days) showimg-pgsql - 0.9.5-7.fc4.ppc (14 days) showimg-pgsql - 0.9.5-7.fc4.x86_64 (14 days) j.w.r.degoede AT hhs.nl tremulous - 1.1.0-2.fc5.i386 (14 days) tremulous - 1.1.0-2.fc5.ppc (14 days) tremulous - 1.1.0-2.fc5.x86_64 (14 days) matt AT truch.net gpsd-clients - 2.33-4.fc6.i386 gpsd-clients - 2.33-4.fc6.ppc gpsd-clients - 2.33-4.fc6.x86_64 petersen AT redhat.com scim-bridge-gtk - 0.4.5-1.fc5.i386 scim-bridge-gtk - 0.4.5-1.fc5.ppc scim-bridge-gtk - 0.4.5-1.fc5.x86_64 scim-bridge-qt - 0.4.5-1.fc5.i386 scim-bridge-qt - 0.4.5-1.fc5.ppc scim-bridge-qt - 0.4.5-1.fc5.x86_64 raven AT pmail.pl gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.i386 (11 days) gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.ppc (11 days) gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.x86_64 (11 days) rc040203 AT freenet.de Inventor-demos - 2.1.5-21.fc6.i386 Inventor-demos - 2.1.5-21.fc6.ppc Inventor-demos - 2.1.5-21.fc6.x86_64 InventorXt - 2.1.5-21.fc6.i386 InventorXt - 2.1.5-21.fc6.ppc InventorXt - 2.1.5-21.fc6.x86_64 InventorXt-devel - 2.1.5-21.fc6.i386 InventorXt-devel - 2.1.5-21.fc6.ppc InventorXt-devel - 2.1.5-21.fc6.x86_64 rdieter AT math.unl.edu kdemultimedia-extras - 6:3.5.4-6.fc6.i386 kdemultimedia-extras - 6:3.5.4-6.fc6.ppc kdemultimedia-extras - 6:3.5.4-6.fc6.x86_64 rpm AT greysector.net dx - 4.4.4-1.fc6.i386 dx - 4.4.4-1.fc6.ppc dx - 4.4.4-1.fc6.x86_64 steve AT silug.org amavisd-new - 2.4.2-3.fc6.noarch amavisd-new - 2.4.2-3.fc6.noarch amavisd-new - 2.4.2-3.fc6.noarch ville.skytta AT iki.fi kid3 - 0.7-2.fc6.i386 kid3 - 0.7-2.fc6.ppc kid3 - 0.7-2.fc6.x86_64 kmod-em8300 - 0.16.0-0.2.rc1.2.6.18_1.2689.fc6.i586 kmod-em8300 - 0.16.0-0.2.rc1.2.6.18_1.2689.fc6.i686 kmod-em8300 - 0.16.0-0.2.rc1.2.6.18_1.2689.fc6.ppc kmod-em8300 - 0.16.0-0.2.rc1.2.6.18_1.2689.fc6.x86_64 kmod-em8300-PAE - 0.16.0-0.2.rc1.2.6.18_1.2689.fc6.i686 kmod-em8300-kdump - 0.16.0-0.2.rc1.2.6.18_1.2689.fc6.i686 kmod-em8300-kdump - 0.16.0-0.2.rc1.2.6.18_1.2689.fc6.x86_64 kmod-em8300-smp - 0.16.0-0.2.rc1.2.6.18_1.2689.fc6.ppc kmod-em8300-xen - 0.16.0-0.2.rc1.2.6.18_1.2689.fc6.i686 kmod-em8300-xen - 0.16.0-0.2.rc1.2.6.18_1.2689.fc6.x86_64 Broken packages in fedora-extras-5-i386: ---------------------------------------------------------------------- scim-bridge-gtk-0.4.5-1.fc5.i386 requires scim-bridge-0.4.5-1.fc5 scim-bridge-qt-0.4.5-1.fc5.i386 requires scim-bridge-0.4.5-1.fc5 sylpheed-claws-plugins-etpan-privacy-2.4.0-1.fc5.i386 requires libetpan.so.6 tremulous-1.1.0-2.fc5.i386 requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-5-x86_64: ---------------------------------------------------------------------- scim-bridge-gtk-0.4.5-1.fc5.x86_64 requires scim-bridge-0.4.5-1.fc5 scim-bridge-qt-0.4.5-1.fc5.x86_64 requires scim-bridge-0.4.5-1.fc5 sylpheed-claws-plugins-etpan-privacy-2.4.0-1.fc5.x86_64 requires libetpan.so.6()(64bit) tremulous-1.1.0-2.fc5.x86_64 requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-5-ppc: ---------------------------------------------------------------------- scim-bridge-gtk-0.4.5-1.fc5.ppc requires scim-bridge-0.4.5-1.fc5 scim-bridge-qt-0.4.5-1.fc5.ppc requires scim-bridge-0.4.5-1.fc5 sylpheed-claws-plugins-etpan-privacy-2.4.0-1.fc5.ppc requires libetpan.so.6 tremulous-1.1.0-2.fc5.ppc requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-4-i386: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.i386 requires libpqxx-2.6.6.so Broken packages in fedora-extras-4-x86_64: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.x86_64 requires libpqxx-2.6.6.so()(64bit) Broken packages in fedora-extras-4-ppc: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.ppc requires libpqxx-2.6.6.so Broken packages in fedora-extras-3-i386: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc3.noarch requires createrepo >= 0:0.4.3 Broken packages in fedora-extras-3-x86_64: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc3.noarch requires createrepo >= 0:0.4.3 Broken packages in fedora-extras-development-i386: ---------------------------------------------------------------------- Inventor-demos-2.1.5-21.fc6.i386 requires libXm.so.4 InventorXt-2.1.5-21.fc6.i386 requires libXm.so.4 InventorXt-devel-2.1.5-21.fc6.i386 requires openmotif-devel amarok-1.4.1-3.fc6.i386 requires libtunepimp.so.3 amarok-1.4.1-3.fc6.i386 requires HelixPlayer amavisd-new-2.4.2-3.fc6.noarch requires lha dx-4.4.4-1.fc6.i386 requires libXm.so.4 fbida-ida-2.05-1.fc6.i386 requires libXm.so.4 gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.i386 requires gaim = 0:2.0.0-0.11.beta3.fc6 gpsd-clients-2.33-4.fc6.i386 requires libXm.so.4 kdemultimedia-extras-6:3.5.4-6.fc6.i386 requires libtunepimp.so.3 kid3-0.7-2.fc6.i386 requires libtunepimp.so.3 kmod-em8300-0.16.0-0.2.rc1.2.6.18_1.2689.fc6.i586 requires kernel-i586 = 0:2.6.18-1.2689.fc6 kmod-em8300-0.16.0-0.2.rc1.2.6.18_1.2689.fc6.i686 requires kernel-i686 = 0:2.6.18-1.2689.fc6 kmod-em8300-PAE-0.16.0-0.2.rc1.2.6.18_1.2689.fc6.i686 requires kernel-i686 = 0:2.6.18-1.2689.fc6PAE kmod-em8300-kdump-0.16.0-0.2.rc1.2.6.18_1.2689.fc6.i686 requires kernel-i686 = 0:2.6.18-1.2689.fc6kdump kmod-em8300-xen-0.16.0-0.2.rc1.2.6.18_1.2689.fc6.i686 requires kernel-i686 = 0:2.6.18-1.2689.fc6xen sylpheed-claws-plugins-etpan-privacy-2.4.0-2.fc6.i386 requires libetpan.so.6 Broken packages in fedora-extras-development-x86_64: ---------------------------------------------------------------------- Inventor-demos-2.1.5-21.fc6.x86_64 requires libXm.so.4()(64bit) InventorXt-2.1.5-21.fc6.x86_64 requires libXm.so.4()(64bit) InventorXt-devel-2.1.5-21.fc6.x86_64 requires openmotif-devel amarok-1.4.1-3.fc6.x86_64 requires libtunepimp.so.3()(64bit) amavisd-new-2.4.2-3.fc6.noarch requires lha dx-4.4.4-1.fc6.x86_64 requires libXm.so.4()(64bit) fbida-ida-2.05-1.fc6.x86_64 requires libXm.so.4()(64bit) gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.x86_64 requires gaim = 0:2.0.0-0.11.beta3.fc6 gpsd-clients-2.33-4.fc6.x86_64 requires libXm.so.4()(64bit) kdemultimedia-extras-6:3.5.4-6.fc6.x86_64 requires libtunepimp.so.3()(64bit) kid3-0.7-2.fc6.x86_64 requires libtunepimp.so.3()(64bit) kmod-em8300-0.16.0-0.2.rc1.2.6.18_1.2689.fc6.x86_64 requires kernel-x86_64 = 0:2.6.18-1.2689.fc6 kmod-em8300-kdump-0.16.0-0.2.rc1.2.6.18_1.2689.fc6.x86_64 requires kernel-x86_64 = 0:2.6.18-1.2689.fc6kdump kmod-em8300-xen-0.16.0-0.2.rc1.2.6.18_1.2689.fc6.x86_64 requires kernel-x86_64 = 0:2.6.18-1.2689.fc6xen sylpheed-claws-plugins-etpan-privacy-2.4.0-2.fc6.x86_64 requires libetpan.so.6()(64bit) Broken packages in fedora-extras-development-ppc: ---------------------------------------------------------------------- Inventor-demos-2.1.5-21.fc6.ppc requires libXm.so.4 InventorXt-2.1.5-21.fc6.ppc requires libXm.so.4 InventorXt-devel-2.1.5-21.fc6.ppc requires openmotif-devel amarok-1.4.1-3.fc6.ppc requires libtunepimp.so.3 amarok-1.4.1-3.fc6.ppc requires HelixPlayer amavisd-new-2.4.2-3.fc6.noarch requires lha dx-4.4.4-1.fc6.ppc requires libXm.so.4 fbida-ida-2.05-1.fc6.ppc requires libXm.so.4 gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.ppc requires gaim = 0:2.0.0-0.11.beta3.fc6 gpsd-clients-2.33-4.fc6.ppc requires libXm.so.4 kdemultimedia-extras-6:3.5.4-6.fc6.ppc requires libtunepimp.so.3 kid3-0.7-2.fc6.ppc requires libtunepimp.so.3 kmod-em8300-0.16.0-0.2.rc1.2.6.18_1.2689.fc6.ppc requires kernel-ppc = 0:2.6.18-1.2689.fc6 kmod-em8300-smp-0.16.0-0.2.rc1.2.6.18_1.2689.fc6.ppc requires kernel-ppc = 0:2.6.18-1.2689.fc6smp sylpheed-claws-plugins-etpan-privacy-2.4.0-2.fc6.ppc requires libetpan.so.6 ====================================================================== New report for: matt AT truch.net package: gpsd-clients - 2.33-4.fc6.i386 from fedora-extras-development-i386 unresolved deps: libXm.so.4 package: gpsd-clients - 2.33-4.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libXm.so.4()(64bit) package: gpsd-clients - 2.33-4.fc6.ppc from fedora-extras-development-ppc unresolved deps: libXm.so.4 ====================================================================== New report for: ville.skytta AT iki.fi package: kmod-em8300-PAE - 0.16.0-0.2.rc1.2.6.18_1.2689.fc6.i686 from fedora-extras-development-i386 unresolved deps: kernel-i686 = 0:2.6.18-1.2689.fc6PAE package: kmod-em8300-xen - 0.16.0-0.2.rc1.2.6.18_1.2689.fc6.i686 from fedora-extras-development-i386 unresolved deps: kernel-i686 = 0:2.6.18-1.2689.fc6xen package: kmod-em8300 - 0.16.0-0.2.rc1.2.6.18_1.2689.fc6.i686 from fedora-extras-development-i386 unresolved deps: kernel-i686 = 0:2.6.18-1.2689.fc6 package: kmod-em8300-kdump - 0.16.0-0.2.rc1.2.6.18_1.2689.fc6.i686 from fedora-extras-development-i386 unresolved deps: kernel-i686 = 0:2.6.18-1.2689.fc6kdump package: kmod-em8300 - 0.16.0-0.2.rc1.2.6.18_1.2689.fc6.i586 from fedora-extras-development-i386 unresolved deps: kernel-i586 = 0:2.6.18-1.2689.fc6 package: kid3 - 0.7-2.fc6.i386 from fedora-extras-development-i386 unresolved deps: libtunepimp.so.3 package: kmod-em8300-kdump - 0.16.0-0.2.rc1.2.6.18_1.2689.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: kernel-x86_64 = 0:2.6.18-1.2689.fc6kdump package: kmod-em8300-xen - 0.16.0-0.2.rc1.2.6.18_1.2689.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: kernel-x86_64 = 0:2.6.18-1.2689.fc6xen package: kmod-em8300 - 0.16.0-0.2.rc1.2.6.18_1.2689.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: kernel-x86_64 = 0:2.6.18-1.2689.fc6 package: kid3 - 0.7-2.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libtunepimp.so.3()(64bit) package: kmod-em8300 - 0.16.0-0.2.rc1.2.6.18_1.2689.fc6.ppc from fedora-extras-development-ppc unresolved deps: kernel-ppc = 0:2.6.18-1.2689.fc6 package: kid3 - 0.7-2.fc6.ppc from fedora-extras-development-ppc unresolved deps: libtunepimp.so.3 package: kmod-em8300-smp - 0.16.0-0.2.rc1.2.6.18_1.2689.fc6.ppc from fedora-extras-development-ppc unresolved deps: kernel-ppc = 0:2.6.18-1.2689.fc6smp ====================================================================== New report for: andreas.bierfert AT lowlatency.de package: sylpheed-claws-plugins-etpan-privacy - 2.4.0-1.fc5.i386 from fedora-extras-5-i386 unresolved deps: libetpan.so.6 package: sylpheed-claws-plugins-etpan-privacy - 2.4.0-1.fc5.x86_64 from fedora-extras-5-x86_64 unresolved deps: libetpan.so.6()(64bit) package: sylpheed-claws-plugins-etpan-privacy - 2.4.0-1.fc5.ppc from fedora-extras-5-ppc unresolved deps: libetpan.so.6 package: sylpheed-claws-plugins-etpan-privacy - 2.4.0-2.fc6.i386 from fedora-extras-development-i386 unresolved deps: libetpan.so.6 package: sylpheed-claws-plugins-etpan-privacy - 2.4.0-2.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libetpan.so.6()(64bit) package: sylpheed-claws-plugins-etpan-privacy - 2.4.0-2.fc6.ppc from fedora-extras-development-ppc unresolved deps: libetpan.so.6 ====================================================================== New report for: petersen AT redhat.com package: scim-bridge-qt - 0.4.5-1.fc5.i386 from fedora-extras-5-i386 unresolved deps: scim-bridge-0.4.5-1.fc5 package: scim-bridge-gtk - 0.4.5-1.fc5.i386 from fedora-extras-5-i386 unresolved deps: scim-bridge-0.4.5-1.fc5 package: scim-bridge-gtk - 0.4.5-1.fc5.x86_64 from fedora-extras-5-x86_64 unresolved deps: scim-bridge-0.4.5-1.fc5 package: scim-bridge-qt - 0.4.5-1.fc5.x86_64 from fedora-extras-5-x86_64 unresolved deps: scim-bridge-0.4.5-1.fc5 package: scim-bridge-qt - 0.4.5-1.fc5.ppc from fedora-extras-5-ppc unresolved deps: scim-bridge-0.4.5-1.fc5 package: scim-bridge-gtk - 0.4.5-1.fc5.ppc from fedora-extras-5-ppc unresolved deps: scim-bridge-0.4.5-1.fc5 ====================================================================== New report for: steve AT silug.org package: amavisd-new - 2.4.2-3.fc6.noarch from fedora-extras-development-i386 unresolved deps: lha package: amavisd-new - 2.4.2-3.fc6.noarch from fedora-extras-development-x86_64 unresolved deps: lha package: amavisd-new - 2.4.2-3.fc6.noarch from fedora-extras-development-ppc unresolved deps: lha ====================================================================== New report for: rc040203 AT freenet.de package: InventorXt - 2.1.5-21.fc6.i386 from fedora-extras-development-i386 unresolved deps: libXm.so.4 package: InventorXt-devel - 2.1.5-21.fc6.i386 from fedora-extras-development-i386 unresolved deps: openmotif-devel package: Inventor-demos - 2.1.5-21.fc6.i386 from fedora-extras-development-i386 unresolved deps: libXm.so.4 package: InventorXt - 2.1.5-21.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libXm.so.4()(64bit) package: Inventor-demos - 2.1.5-21.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libXm.so.4()(64bit) package: InventorXt-devel - 2.1.5-21.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: openmotif-devel package: InventorXt-devel - 2.1.5-21.fc6.ppc from fedora-extras-development-ppc unresolved deps: openmotif-devel package: InventorXt - 2.1.5-21.fc6.ppc from fedora-extras-development-ppc unresolved deps: libXm.so.4 package: Inventor-demos - 2.1.5-21.fc6.ppc from fedora-extras-development-ppc unresolved deps: libXm.so.4 ====================================================================== New report for: rdieter AT math.unl.edu package: kdemultimedia-extras - 6:3.5.4-6.fc6.i386 from fedora-extras-development-i386 unresolved deps: libtunepimp.so.3 package: kdemultimedia-extras - 6:3.5.4-6.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libtunepimp.so.3()(64bit) package: kdemultimedia-extras - 6:3.5.4-6.fc6.ppc from fedora-extras-development-ppc unresolved deps: libtunepimp.so.3 ====================================================================== New report for: rpm AT greysector.net package: dx - 4.4.4-1.fc6.i386 from fedora-extras-development-i386 unresolved deps: libXm.so.4 package: dx - 4.4.4-1.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libXm.so.4()(64bit) package: dx - 4.4.4-1.fc6.ppc from fedora-extras-development-ppc unresolved deps: libXm.so.4 ====================================================================== New report for: adrian AT lisas.de package: fbida-ida - 2.05-1.fc6.i386 from fedora-extras-development-i386 unresolved deps: libXm.so.4 package: fbida-ida - 2.05-1.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libXm.so.4()(64bit) package: fbida-ida - 2.05-1.fc6.ppc from fedora-extras-development-ppc unresolved deps: libXm.so.4 From rdieter at math.unl.edu Tue Sep 26 20:55:03 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 26 Sep 2006 15:55:03 -0500 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-26 References: <20060926204529.7698.24702@extras64.linux.duke.edu> Message-ID: Fedora Extras repoclosure wrote: > ====================================================================== > New report for: rdieter AT math.unl.edu > > package: kdemultimedia-extras - 6:3.5.4-6.fc6.i386 from > fedora-extras-development-i386 > unresolved deps: > libtunepimp.so.3 Damn, my rebuild must've missed the repo push by minutes. ): -- Rex From madcheese at canutt.net Wed Sep 27 04:42:26 2006 From: madcheese at canutt.net (Madcheese) Date: Tue, 26 Sep 2006 21:42:26 -0700 Subject: confirm be17e0a4e89080f20ab56e9ae33e0debebc92deb In-Reply-To: Message-ID: On 9/26/06 9:39 PM, "fedora-extras-list-request at redhat.com" wrote: > Mailing list removal confirmation notice for mailing list > fedora-extras-list > > We have received a request for the removal of your email address, > "madcheese at canutt.net" from the fedora-extras-list at redhat.com mailing > list. To confirm that you want to be removed from this mailing list, > simply reply to this message, keeping the Subject: header intact. Or > visit this web page: > > > https://www.redhat.com/mailman/confirm/fedora-extras-list/be17e0a4e89080f20ab5 > 6e9ae33e0debebc92deb > > > Or include the following line -- and only the following line -- in a > message to fedora-extras-list-request at redhat.com: > > confirm be17e0a4e89080f20ab56e9ae33e0debebc92deb > > Note that simply sending a `reply' to this message should work from > most mail readers, since that usually leaves the Subject: line in the > right form (additional "Re:" text in the Subject: is okay). > > If you do not wish to be removed from this list, please simply > disregard this message. If you think you are being maliciously > removed from the list, or have any other questions, send them to > fedora-extras-list-owner at redhat.com. From rc040203 at freenet.de Wed Sep 27 04:46:46 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 27 Sep 2006 06:46:46 +0200 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-26 In-Reply-To: <20060926204529.7698.24702@extras64.linux.duke.edu> References: <20060926204529.7698.24702@extras64.linux.duke.edu> Message-ID: <1159332406.13363.11.camel@mccallum.corsepiu.local> On Tue, 2006-09-26 at 20:45 +0000, Fedora Extras repoclosure wrote: > Inventor-demos-2.1.5-21.fc6.i386 requires libXm.so.4 > InventorXt-2.1.5-21.fc6.i386 requires libXm.so.4 > InventorXt-devel-2.1.5-21.fc6.i386 requires openmotif-devel > dx-4.4.4-1.fc6.i386 requires libXm.so.4 > fbida-ida-2.05-1.fc6.i386 requires libXm.so.4 > gpsd-clients-2.33-4.fc6.i386 requires libXm.so.4 Wasn't there supposed to be a package freeze before the mass-rebuild? Apparently not, ... Ralf From kevin.kofler at chello.at Wed Sep 27 05:20:50 2006 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 27 Sep 2006 05:20:50 +0000 (UTC) Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-26 References: <20060926204529.7698.24702@extras64.linux.duke.edu> <1159332406.13363.11.camel@mccallum.corsepiu.local> Message-ID: Ralf Corsepius writes: > Wasn't there supposed to be a package freeze before the mass-rebuild? > > Apparently not, ... "Open"Motif was zapped for licensing reasons, this was announced well in advance. The affected packages have to be rebuilt against lesstif. Kevin Kofler From rc040203 at freenet.de Wed Sep 27 05:45:00 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 27 Sep 2006 07:45:00 +0200 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-26 In-Reply-To: References: <20060926204529.7698.24702@extras64.linux.duke.edu> <1159332406.13363.11.camel@mccallum.corsepiu.local> Message-ID: <1159335900.13363.24.camel@mccallum.corsepiu.local> On Wed, 2006-09-27 at 05:20 +0000, Kevin Kofler wrote: > Ralf Corsepius writes: > > Wasn't there supposed to be a package freeze before the mass-rebuild? > > > > Apparently not, ... > > "Open"Motif was zapped for licensing reasons, this was announced well in > advance. The affected packages have to be rebuilt against lesstif. If you're on this list for a little while, you know my opinion on this matter and on how this was exercised. Fact is: The OpenMotif packages had been around during the mass rebuild. Release management has failed to remove them in time - lack of coordination between FC and FE. Ralf From nicolas.mailhot at laposte.net Wed Sep 27 08:08:51 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 27 Sep 2006 10:08:51 +0200 (CEST) Subject: Adding georgian support in anaconda In-Reply-To: <519a81d30609261440w9e027fdwbd254f8144013027@mail.gmail.com> References: <519a81d30609261440w9e027fdwbd254f8144013027@mail.gmail.com> Message-ID: <35663.192.54.193.51.1159344531.squirrel@rousalka.dyndns.org> Le Mar 26 septembre 2006 23:40, George Machitidze a ?crit : > I see there is a freeze, but i want to test georgianized version, > because i know there are problems with fonts. I have created patch > for anaconda for georgian schools, but i get cubes with georgian > support, so i removed ka.po from anaconda package. After installation > i've got some ugly fonts (there are no unicode fonts for georgian in > fedora, but maybe i saw ugly "fixed" or "unifont") On Georgian truetype support in Fedora : You can work on pushing these GPL fonts in Fedora Extras http://bpg.sytes.net/BPG-InfoTech/sppro/bpg/publication_view.asp?iabspos=1&vjob=vdocid,146407 or find some people interested in designing/learning to design glyphs and work with the dejavu project (dejavu.sf.net). Unfortunately the GPL licensing of BGP is uncompatible with the license Bitream chose for Vera, so a font merge is not possible (it would require some work anyway to make the metrics and style compatible, though certainly less than starting from scratch). DejaVu recently gained and Armenian block so adding Georgian would certainly make sense. On the FC6 timeline : It's way too late to push this in FC6. Moreover I think you'll find out that between testing fonts and apps for georgian support, fixing problems and so on you really need to start now if you want to be ready by FC7 time Regards, -- Nicolas Mailhot From pertusus at free.fr Wed Sep 27 08:09:28 2006 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 27 Sep 2006 10:09:28 +0200 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-26 In-Reply-To: <1159335900.13363.24.camel@mccallum.corsepiu.local> References: <20060926204529.7698.24702@extras64.linux.duke.edu> <1159332406.13363.11.camel@mccallum.corsepiu.local> <1159335900.13363.24.camel@mccallum.corsepiu.local> Message-ID: <20060927080928.GA2542@free.fr> On Wed, Sep 27, 2006 at 07:45:00AM +0200, Ralf Corsepius wrote: > Fact is: The OpenMotif packages had been around during the mass rebuild. > Release management has failed to remove them in time - lack of > coordination between FC and FE. In my opinion it is more than lack of coordination. There is a will to remove completly openmotif from fedora core for FC-6 whatever the temporary breakages are. Another symptom is that an important package coming from core, ddd, is (in my opinion) still not ready for inclusion in extras although it was allready more or less approved. And lastly there is no openmotif package packaged which would have contained shared libs only and would have eased the transition a lot. As I repeated allready lot of times, doing the transition so abruptly, especially when there are very easy possiblities to do otherwise is detrimental for the users. The transition could easily be smoothened by shipping a package containing the openmotif libs only; even better and not hard would have been making parallele installable packages except for -devel subpackage which would have conflict. Making completly parallel packages isn't impossible, though it may be more difficult and less easy to use. -- Pat From rc040203 at freenet.de Wed Sep 27 08:54:01 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 27 Sep 2006 10:54:01 +0200 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-26 In-Reply-To: <20060927080928.GA2542@free.fr> References: <20060926204529.7698.24702@extras64.linux.duke.edu> <1159332406.13363.11.camel@mccallum.corsepiu.local> <1159335900.13363.24.camel@mccallum.corsepiu.local> <20060927080928.GA2542@free.fr> Message-ID: <1159347241.13363.52.camel@mccallum.corsepiu.local> On Wed, 2006-09-27 at 10:09 +0200, Patrice Dumas wrote: > On Wed, Sep 27, 2006 at 07:45:00AM +0200, Ralf Corsepius wrote: > > Fact is: The OpenMotif packages had been around during the mass rebuild. > > Release management has failed to remove them in time - lack of > > coordination between FC and FE. > > In my opinion it is more than lack of coordination. Agreed, it's religious fanatism and more. > There is a will > to remove completly openmotif from fedora core for FC-6 whatever the > temporary breakages are. Another symptom is that an important package > coming from core, ddd, is (in my opinion) still not ready for inclusion > in extras although it was allready more or less approved Removing an essential core application such as the only functional debugger GUI from Core to me is beyond reason. > As I repeated allready lot of times, doing the transition so abruptly, > especially when there are very easy possiblities to do otherwise is > detrimental for the users. Once again: It was YOU, Spot and Rex, who performed this abrupt transition - It is all of you who are responsible for this non-sense. But: this all is OT to this thread: This thread is about Fedora Core release management having voided the mass-rebuild. Ralf From aportal at univ-montp2.fr Wed Sep 27 10:33:10 2006 From: aportal at univ-montp2.fr (Alain PORTAL) Date: Wed, 27 Sep 2006 12:33:10 +0200 Subject: Absolute symlinks In-Reply-To: References: <200609261034.03765.aportal@univ-montp2.fr> <451946A1.1090307@smile.org.ua> Message-ID: <200609271233.10661.aportal@univ-montp2.fr> Le mardi 26 septembre 2006 18:04, Rex Dieter a ?crit?: > Andy Shevchenko wrote: > > Rex Dieter wrote: > >> OK, upon further checking, not necessarily a bug, but it wouldn't hurt > >> to maintain backward compatibility to create a symlink > >> > >> %_docdir/HTML/$LANG/common -> %_docdir/HTML/$LANG/common > > > > What this link is mean? > > Not much as written ): This is better: > > %_docdir/HTML/$LANG/common -> %_docdir/HTML/$LANG/docs/common OK, I fixed. Thanks. Regards, Alain. -- Les pages de manuel Linux en fran?ais http://manpagesfr.free.fr -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From pertusus at free.fr Wed Sep 27 10:38:27 2006 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 27 Sep 2006 12:38:27 +0200 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-26 In-Reply-To: <1159347241.13363.52.camel@mccallum.corsepiu.local> References: <20060926204529.7698.24702@extras64.linux.duke.edu> <1159332406.13363.11.camel@mccallum.corsepiu.local> <1159335900.13363.24.camel@mccallum.corsepiu.local> <20060927080928.GA2542@free.fr> <1159347241.13363.52.camel@mccallum.corsepiu.local> Message-ID: <20060927103827.GB2542@free.fr> On Wed, Sep 27, 2006 at 10:54:01AM +0200, Ralf Corsepius wrote: > Removing an essential core application such as the only functional > debugger GUI from Core to me is beyond reason. There is no trouble if it is in Extras. -- Pat From dan at danny.cz Wed Sep 27 11:06:57 2006 From: dan at danny.cz (Dan Hor=?ISO-8859-2?Q?=E1?=k) Date: Wed, 27 Sep 2006 13:06:57 +0200 Subject: nagios and SELinux Message-ID: <200609271306.AA1167327384@danny.cz> Hello, I have troubles with running Nagios on a CentOS 4 machine with SELinux enabled. Can be run Nagios from Extras on Fedora Core with SELinux in enforcing mode? Dan From rc040203 at freenet.de Wed Sep 27 11:12:07 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 27 Sep 2006 13:12:07 +0200 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-26 In-Reply-To: <20060927103827.GB2542@free.fr> References: <20060926204529.7698.24702@extras64.linux.duke.edu> <1159332406.13363.11.camel@mccallum.corsepiu.local> <1159335900.13363.24.camel@mccallum.corsepiu.local> <20060927080928.GA2542@free.fr> <1159347241.13363.52.camel@mccallum.corsepiu.local> <20060927103827.GB2542@free.fr> Message-ID: <1159355528.13363.66.camel@mccallum.corsepiu.local> On Wed, 2006-09-27 at 12:38 +0200, Patrice Dumas wrote: > On Wed, Sep 27, 2006 at 10:54:01AM +0200, Ralf Corsepius wrote: > > Removing an essential core application such as the only functional > > debugger GUI from Core to me is beyond reason. > > There is no trouble if it is in Extras. Patrice, I am really stumped by your naivity. RH's step implies: They abandoned _supporting_ a fundamental functionality without replacement, for political motives (killing Motif). Ralf From pertusus at free.fr Wed Sep 27 11:29:26 2006 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 27 Sep 2006 13:29:26 +0200 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-26 In-Reply-To: <1159355528.13363.66.camel@mccallum.corsepiu.local> References: <20060926204529.7698.24702@extras64.linux.duke.edu> <1159332406.13363.11.camel@mccallum.corsepiu.local> <1159335900.13363.24.camel@mccallum.corsepiu.local> <20060927080928.GA2542@free.fr> <1159347241.13363.52.camel@mccallum.corsepiu.local> <20060927103827.GB2542@free.fr> <1159355528.13363.66.camel@mccallum.corsepiu.local> Message-ID: <20060927112925.GC2542@free.fr> On Wed, Sep 27, 2006 at 01:12:07PM +0200, Ralf Corsepius wrote: > On Wed, 2006-09-27 at 12:38 +0200, Patrice Dumas wrote: > Patrice, I am really stumped by your naivity. > > RH's step implies: They abandoned _supporting_ a fundamental > functionality without replacement, for political motives (killing > Motif). And? There is no reason why the Extras community support shouldn't be as good as the RH support. And since it is an important piece of Fedora it is in RH interest to keep on eye on ddd even though it is in Extras. -- Pat From rc040203 at freenet.de Wed Sep 27 11:40:21 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 27 Sep 2006 13:40:21 +0200 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-26 In-Reply-To: <20060927112925.GC2542@free.fr> References: <20060926204529.7698.24702@extras64.linux.duke.edu> <1159332406.13363.11.camel@mccallum.corsepiu.local> <1159335900.13363.24.camel@mccallum.corsepiu.local> <20060927080928.GA2542@free.fr> <1159347241.13363.52.camel@mccallum.corsepiu.local> <20060927103827.GB2542@free.fr> <1159355528.13363.66.camel@mccallum.corsepiu.local> <20060927112925.GC2542@free.fr> Message-ID: <1159357221.13363.69.camel@mccallum.corsepiu.local> On Wed, 2006-09-27 at 13:29 +0200, Patrice Dumas wrote: > On Wed, Sep 27, 2006 at 01:12:07PM +0200, Ralf Corsepius wrote: > > On Wed, 2006-09-27 at 12:38 +0200, Patrice Dumas wrote: > > Patrice, I am really stumped by your naivity. > > > > RH's step implies: They abandoned _supporting_ a fundamental > > functionality without replacement, for political motives (killing > > Motif). > > And? There is no reason why the Extras community support shouldn't > be as good as the RH support. Shall I pronounce the obvious? > And since it is an important piece of Fedora it is in RH interest to > keep on eye on ddd even though it is in Extras. ROTFL .... Good night Fedora. Ralf From mtasaka at ioa.s.u-tokyo.ac.jp Wed Sep 27 13:08:04 2006 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Wed, 27 Sep 2006 22:08:04 +0900 Subject: Undefined non-weak symbol from rpmlint Message-ID: <451A77B4.10004@ioa.s.u-tokyo.ac.jp> I am currently reviewing toped : https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=208200 In the review process, I checked the binary rpm rebuilt by rpmlint as "rpmlint toped-0.8.1-1.fc6.i386.rpm", and the result was clean. However, once I install toped and try "rpmlint toped", I get lots of "undefined non-weak symbol" complaint like: W: toped undefined-non-weak-symbol /usr/lib/libtpd_common.so.0.0.0 wxEVT_LOG_ERRMESSAGE W: toped undefined-non-weak-symbol /usr/lib/libtpd_common.so.0.0.0 CmdList W: toped undefined-non-weak-symbol /usr/lib/libtpd_common.so.0.0.0 wxEVT_FUNC_BROWSER W: toped undefined-non-weak-symbol /usr/lib/libtpd_DB.so.0.0.0 Properties W: toped undefined-non-weak-symbol /usr/lib/libtpd_DB.so.0.0.0 _ZNK5DBboxmlERK3CTM W: toped undefined-non-weak-symbol /usr/lib/libtpd_DB.so.0.0.0 _ZN8SGBitSetD1Ev W: toped undefined-non-weak-symbol /usr/lib/libtpd_DB.so.0.0.0 _ZN9polycross11segmentlistD1Ev ............................ So my question is: A. why is these complaints suppressed by "rpmlint ***.i386.rpm" ? Is this a default of rpmlint? B. Are these complaints BLOCKERs for approving this package? Thank you in advance. Mamoru Tasaka From aportal at univ-montp2.fr Wed Sep 27 13:10:02 2006 From: aportal at univ-montp2.fr (Alain PORTAL) Date: Wed, 27 Sep 2006 15:10:02 +0200 Subject: comps.xml Message-ID: <200609271510.02311.aportal@univ-montp2.fr> Hi, I have two packages that need to be in comps.xml, but I don't know where put them. - utrac: universal text recognizer and converter - tetex-eurofont: a tetex package to display the euro symbol Somebody can help me? Regards Alain -- Les pages de manuel Linux en fran?ais http://manpagesfr.free.fr -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From rdieter at math.unl.edu Wed Sep 27 13:11:31 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 27 Sep 2006 08:11:31 -0500 Subject: Undefined non-weak symbol from rpmlint References: <451A77B4.10004@ioa.s.u-tokyo.ac.jp> Message-ID: Mamoru Tasaka wrote: > I am currently reviewing toped : > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=208200 > > In the review process, I checked the binary rpm rebuilt by rpmlint > as "rpmlint toped-0.8.1-1.fc6.i386.rpm", and the result was clean. > However, once I install toped and try "rpmlint toped", I get lots > of "undefined non-weak symbol" complaint like: > > W: toped undefined-non-weak-symbol /usr/lib/libtpd_common.so.0.0.0 > wxEVT_LOG_ERRMESSAGE W: toped undefined-non-weak-symbol > /usr/lib/libtpd_common.so.0.0.0 CmdList W: toped undefined-non-weak-symbol > /usr/lib/libtpd_common.so.0.0.0 wxEVT_FUNC_BROWSER W: toped > undefined-non-weak-symbol /usr/lib/libtpd_DB.so.0.0.0 Properties W: toped > undefined-non-weak-symbol /usr/lib/libtpd_DB.so.0.0.0 _ZNK5DBboxmlERK3CTM > W: toped undefined-non-weak-symbol /usr/lib/libtpd_DB.so.0.0.0 > _ZN8SGBitSetD1Ev W: toped undefined-non-weak-symbol > /usr/lib/libtpd_DB.so.0.0.0 _ZN9polycross11segmentlistD1Ev > ............................ > > So my question is: > B. Are these complaints BLOCKERs for approving this package? Probably. It should at least be looked into. -- Rex From mtasaka at ioa.s.u-tokyo.ac.jp Wed Sep 27 13:19:42 2006 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Wed, 27 Sep 2006 22:19:42 +0900 Subject: Undefined non-weak symbol from rpmlint In-Reply-To: References: <451A77B4.10004@ioa.s.u-tokyo.ac.jp> Message-ID: <451A7A6E.7060709@ioa.s.u-tokyo.ac.jp> Rex Dieter wrote: > Mamoru Tasaka wrote: > >> I am currently reviewing toped : >> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=208200 >> >> In the review process, I checked the binary rpm rebuilt by rpmlint >> as "rpmlint toped-0.8.1-1.fc6.i386.rpm", and the result was clean. >> However, once I install toped and try "rpmlint toped", I get lots >> of "undefined non-weak symbol" complaint like: >> >> W: toped undefined-non-weak-symbol /usr/lib/libtpd_common.so.0.0.0 >> wxEVT_LOG_ERRMESSAGE W: toped undefined-non-weak-symbol >> /usr/lib/libtpd_common.so.0.0.0 CmdList W: toped undefined-non-weak-symbol >> /usr/lib/libtpd_common.so.0.0.0 wxEVT_FUNC_BROWSER W: toped >> undefined-non-weak-symbol /usr/lib/libtpd_DB.so.0.0.0 Properties W: toped >> undefined-non-weak-symbol /usr/lib/libtpd_DB.so.0.0.0 _ZNK5DBboxmlERK3CTM >> W: toped undefined-non-weak-symbol /usr/lib/libtpd_DB.so.0.0.0 >> _ZN8SGBitSetD1Ev W: toped undefined-non-weak-symbol >> /usr/lib/libtpd_DB.so.0.0.0 _ZN9polycross11segmentlistD1Ev >> ............................ >> >> So my question is: >> B. Are these complaints BLOCKERs for approving this package? > > Probably. It should at least be looked into. > > -- Rex > Well, it seems difficult for me to resolve these complaints. I asked the submitter of this bug to contact upstream, however, it would be appreciated if someone would resolve this issue. Mamoru From paul at city-fan.org Wed Sep 27 13:21:28 2006 From: paul at city-fan.org (Paul Howarth) Date: Wed, 27 Sep 2006 14:21:28 +0100 Subject: Undefined non-weak symbol from rpmlint In-Reply-To: <451A77B4.10004@ioa.s.u-tokyo.ac.jp> References: <451A77B4.10004@ioa.s.u-tokyo.ac.jp> Message-ID: <451A7AD8.10101@city-fan.org> Mamoru Tasaka wrote: > I am currently reviewing toped : > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=208200 > > In the review process, I checked the binary rpm rebuilt by rpmlint > as "rpmlint toped-0.8.1-1.fc6.i386.rpm", and the result was clean. > However, once I install toped and try "rpmlint toped", I get lots > of "undefined non-weak symbol" complaint like: > > W: toped undefined-non-weak-symbol /usr/lib/libtpd_common.so.0.0.0 wxEVT_LOG_ERRMESSAGE > W: toped undefined-non-weak-symbol /usr/lib/libtpd_common.so.0.0.0 CmdList > W: toped undefined-non-weak-symbol /usr/lib/libtpd_common.so.0.0.0 wxEVT_FUNC_BROWSER > W: toped undefined-non-weak-symbol /usr/lib/libtpd_DB.so.0.0.0 Properties > W: toped undefined-non-weak-symbol /usr/lib/libtpd_DB.so.0.0.0 _ZNK5DBboxmlERK3CTM > W: toped undefined-non-weak-symbol /usr/lib/libtpd_DB.so.0.0.0 _ZN8SGBitSetD1Ev > W: toped undefined-non-weak-symbol /usr/lib/libtpd_DB.so.0.0.0 _ZN9polycross11segmentlistD1Ev > ............................ > > So my question is: > A. why is these complaints suppressed by "rpmlint ***.i386.rpm" ? Is this a default > of rpmlint? There are some checks that can only be done on installed packages. This is one of them. The complaints are not suppressed when you run rpmlint against the rpm package file, they are simply not checked for. You may be able to fix the problems by linking against the libraries that provide these symbols. Paul. From pertusus at free.fr Wed Sep 27 13:19:57 2006 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 27 Sep 2006 15:19:57 +0200 Subject: Undefined non-weak symbol from rpmlint In-Reply-To: <451A77B4.10004@ioa.s.u-tokyo.ac.jp> References: <451A77B4.10004@ioa.s.u-tokyo.ac.jp> Message-ID: <20060927131957.GD2542@free.fr> On Wed, Sep 27, 2006 at 10:08:04PM +0900, Mamoru Tasaka wrote: > So my question is: > A. why is these complaints suppressed by "rpmlint ***.i386.rpm" ? Is this a default > of rpmlint? No, this test can only be done on installed packages. You could have a look at https://www.redhat.com/archives/fedora-extras-list/2006-July/msg00569.html > B. Are these complaints BLOCKERs for approving this package? In my opinion it isn't. But upstream should be warned and pointed at ldd -r output on the files/libs. -- Pat From denis at poolshark.org Wed Sep 27 13:25:24 2006 From: denis at poolshark.org (Denis Leroy) Date: Wed, 27 Sep 2006 15:25:24 +0200 Subject: Undefined non-weak symbol from rpmlint In-Reply-To: <451A77B4.10004@ioa.s.u-tokyo.ac.jp> References: <451A77B4.10004@ioa.s.u-tokyo.ac.jp> Message-ID: <451A7BC4.8070003@poolshark.org> Mamoru Tasaka wrote: > I am currently reviewing toped : > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=208200 > > In the review process, I checked the binary rpm rebuilt by rpmlint > as "rpmlint toped-0.8.1-1.fc6.i386.rpm", and the result was clean. > However, once I install toped and try "rpmlint toped", I get lots > of "undefined non-weak symbol" complaint like: > > W: toped undefined-non-weak-symbol /usr/lib/libtpd_common.so.0.0.0 wxEVT_LOG_ERRMESSAGE > W: toped undefined-non-weak-symbol /usr/lib/libtpd_common.so.0.0.0 CmdList > W: toped undefined-non-weak-symbol /usr/lib/libtpd_common.so.0.0.0 wxEVT_FUNC_BROWSER > W: toped undefined-non-weak-symbol /usr/lib/libtpd_DB.so.0.0.0 Properties > W: toped undefined-non-weak-symbol /usr/lib/libtpd_DB.so.0.0.0 _ZNK5DBboxmlERK3CTM > W: toped undefined-non-weak-symbol /usr/lib/libtpd_DB.so.0.0.0 _ZN8SGBitSetD1Ev > W: toped undefined-non-weak-symbol /usr/lib/libtpd_DB.so.0.0.0 _ZN9polycross11segmentlistD1Ev > ............................ > > So my question is: > A. why is these complaints suppressed by "rpmlint ***.i386.rpm" ? Is this a default > of rpmlint? > B. Are these complaints BLOCKERs for approving this package? A: undefined non weak symbol means the dynamic library was not compiled with all its dependent libraries on the link line. It should be avoided if possible, but is not a blocking problem. These warnings can be difficult to avoid sometimes, especially if it involves a lot of reorganization of the autoconf/automake system, which is difficult to do with patches. It certainly should be reported upstream. The best way to approach it is to determine where the missing symbols come from. Sometimes, it's really just a missing '-lfoo' on the link line. Also, does it prevent the application from working correctly ? i.e. when it loads the libtpd_* libs, can it always resolve the missing syms ? B: should not be blockers imo, though there is a cost associated with those warnings: the startup time of the application will be a bit slower as the dynamic linker has to resolve the missing deps at launch time. Let me know if you need more help, I'll try to take some time to look at it. From denis at poolshark.org Wed Sep 27 13:28:11 2006 From: denis at poolshark.org (Denis Leroy) Date: Wed, 27 Sep 2006 15:28:11 +0200 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-26 In-Reply-To: <1159355528.13363.66.camel@mccallum.corsepiu.local> References: <20060926204529.7698.24702@extras64.linux.duke.edu> <1159332406.13363.11.camel@mccallum.corsepiu.local> <1159335900.13363.24.camel@mccallum.corsepiu.local> <20060927080928.GA2542@free.fr> <1159347241.13363.52.camel@mccallum.corsepiu.local> <20060927103827.GB2542@free.fr> <1159355528.13363.66.camel@mccallum.corsepiu.local> Message-ID: <451A7C6B.2080206@poolshark.org> Ralf Corsepius wrote: > On Wed, 2006-09-27 at 12:38 +0200, Patrice Dumas wrote: > >>On Wed, Sep 27, 2006 at 10:54:01AM +0200, Ralf Corsepius wrote: >> >>>Removing an essential core application such as the only functional >>>debugger GUI from Core to me is beyond reason. >> >>There is no trouble if it is in Extras. > > > Patrice, I am really stumped by your naivity. > > RH's step implies: They abandoned _supporting_ a fundamental > functionality without replacement, for political motives (killing > Motif). Does ddd work well with lesstif ? If if does, I'm not sure I understand what the problem is. Things are moved from Core to Extras all the time, I don't think that makes ddd a second-class citizen by any means. -d From mtasaka at ioa.s.u-tokyo.ac.jp Wed Sep 27 13:39:03 2006 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Wed, 27 Sep 2006 22:39:03 +0900 Subject: Undefined non-weak symbol from rpmlint In-Reply-To: <451A7BC4.8070003@poolshark.org> References: <451A77B4.10004@ioa.s.u-tokyo.ac.jp> <451A7BC4.8070003@poolshark.org> Message-ID: <451A7EF7.5080101@ioa.s.u-tokyo.ac.jp> Denis Leroy wrote: > Mamoru Tasaka wrote: >> I am currently reviewing toped : >> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=208200 >> >> In the review process, I checked the binary rpm rebuilt by rpmlint >> as "rpmlint toped-0.8.1-1.fc6.i386.rpm", and the result was clean. >> However, once I install toped and try "rpmlint toped", I get lots >> of "undefined non-weak symbol" complaint like: >> >> W: toped undefined-non-weak-symbol /usr/lib/libtpd_common.so.0.0.0 >> wxEVT_LOG_ERRMESSAGE >> W: toped undefined-non-weak-symbol /usr/lib/libtpd_common.so.0.0.0 >> CmdList >> W: toped undefined-non-weak-symbol /usr/lib/libtpd_common.so.0.0.0 >> wxEVT_FUNC_BROWSER >> W: toped undefined-non-weak-symbol /usr/lib/libtpd_DB.so.0.0.0 Properties >> W: toped undefined-non-weak-symbol /usr/lib/libtpd_DB.so.0.0.0 >> _ZNK5DBboxmlERK3CTM >> W: toped undefined-non-weak-symbol /usr/lib/libtpd_DB.so.0.0.0 >> _ZN8SGBitSetD1Ev >> W: toped undefined-non-weak-symbol /usr/lib/libtpd_DB.so.0.0.0 >> _ZN9polycross11segmentlistD1Ev >> ............................ >> >> So my question is: >> A. why is these complaints suppressed by "rpmlint ***.i386.rpm" ? Is >> this a default >> of rpmlint? >> B. Are these complaints BLOCKERs for approving this package? > > A: Also, does it prevent the application from working correctly ? > i.e. when it loads the libtpd_* libs, can it always resolve the missing > syms ? Actually the application (in this case /usr/bin/toped) seems to work with no problem. > B: > Let me know if you need more help, I'll try to take some time to look at > it. > Perhaps I can search from which wxEVT_LOG_ERRMESSAGE or so come, however, I have no idea about _ZN9polycross11segmentlistD1Ev or so (I have never saw the function name like this). I would appreciate it if you can help for this, thanks. Well, for now I will take this warning as NOT a blocker. From jwboyer at jdub.homelinux.org Wed Sep 27 13:47:02 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Wed, 27 Sep 2006 08:47:02 -0500 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-26 In-Reply-To: <1159357221.13363.69.camel@mccallum.corsepiu.local> References: <20060926204529.7698.24702@extras64.linux.duke.edu> <1159332406.13363.11.camel@mccallum.corsepiu.local> <1159335900.13363.24.camel@mccallum.corsepiu.local> <20060927080928.GA2542@free.fr> <1159347241.13363.52.camel@mccallum.corsepiu.local> <20060927103827.GB2542@free.fr> <1159355528.13363.66.camel@mccallum.corsepiu.local> <20060927112925.GC2542@free.fr> <1159357221.13363.69.camel@mccallum.corsepiu.local> Message-ID: <1159364822.31597.28.camel@zod.rchland.ibm.com> On Wed, 2006-09-27 at 13:40 +0200, Ralf Corsepius wrote: > On Wed, 2006-09-27 at 13:29 +0200, Patrice Dumas wrote: > > On Wed, Sep 27, 2006 at 01:12:07PM +0200, Ralf Corsepius wrote: > > > On Wed, 2006-09-27 at 12:38 +0200, Patrice Dumas wrote: > > > Patrice, I am really stumped by your naivity. > > > > > > RH's step implies: They abandoned _supporting_ a fundamental > > > functionality without replacement, for political motives (killing > > > Motif). > > > > And? There is no reason why the Extras community support shouldn't > > be as good as the RH support. > Shall I pronounce the obvious? Please do, because I don't see what's wrong with Patrice's comment. And be careful with your reply. As a contributor to Extras, _you_ are included in the community. josh From pertusus at free.fr Wed Sep 27 13:43:39 2006 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 27 Sep 2006 15:43:39 +0200 Subject: Undefined non-weak symbol from rpmlint In-Reply-To: <451A7EF7.5080101@ioa.s.u-tokyo.ac.jp> References: <451A77B4.10004@ioa.s.u-tokyo.ac.jp> <451A7BC4.8070003@poolshark.org> <451A7EF7.5080101@ioa.s.u-tokyo.ac.jp> Message-ID: <20060927134339.GE2542@free.fr> > > Perhaps I can search from which wxEVT_LOG_ERRMESSAGE or so come, > however, I have no idea about _ZN9polycross11segmentlistD1Ev or so (I have > never saw the function name like this). I would appreciate it if you > can help for this, thanks. _ZN9polycross11segmentlistD1Ev seems like a mangled name function. It seems to me that symbols are mangled by the C++ compiler. Maybe it is something like polycross::segmentlist. Anyway it should be mangled similarly in the library providing the symbol. -- Pat From splinux at fedoraproject.org Wed Sep 27 15:52:42 2006 From: splinux at fedoraproject.org (Damien Durand) Date: Wed, 27 Sep 2006 17:52:42 +0200 Subject: Firestarter and Notecase for fc6 Message-ID: Hi all, I've rebuild Firestarter and upgraded Notecase to 1.1.9. These packages are ready for fc6 and I'm volunteer to maintain these packages. Regards, Damien Durand -------------- next part -------------- An HTML attachment was scrubbed... URL: From pertusus at free.fr Wed Sep 27 16:01:38 2006 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 27 Sep 2006 18:01:38 +0200 Subject: comps.xml In-Reply-To: <200609271510.02311.aportal@univ-montp2.fr> References: <200609271510.02311.aportal@univ-montp2.fr> Message-ID: <20060927160138.GH2542@free.fr> On Wed, Sep 27, 2006 at 03:10:02PM +0200, Alain PORTAL wrote: > Hi, > > I have two packages that need to be in comps.xml, but I don't know where put > them. > - utrac: universal text recognizer and converter Maybe 'Sound and Video'. It may not be perfect, but other categories seem worse to me. > - tetex-eurofont: a tetex package to display the euro symbol This certainly goes in 'Authoring and Publishing'. -- Pat From aportal at univ-montp2.fr Wed Sep 27 16:21:24 2006 From: aportal at univ-montp2.fr (Alain PORTAL) Date: Wed, 27 Sep 2006 18:21:24 +0200 Subject: comps.xml In-Reply-To: <20060927160138.GH2542@free.fr> References: <200609271510.02311.aportal@univ-montp2.fr> <20060927160138.GH2542@free.fr> Message-ID: <200609271821.24729.aportal@univ-montp2.fr> Le mercredi 27 septembre 2006 18:01, Patrice Dumas a ?crit?: > On Wed, Sep 27, 2006 at 03:10:02PM +0200, Alain PORTAL wrote: > > Hi, > > > > I have two packages that need to be in comps.xml, but I don't know where > > put them. > > - utrac: universal text recognizer and converter > > Maybe 'Sound and Video'. It may not be perfect, but other categories > seem worse to me. Humm.. Not terrible. > > - tetex-eurofont: a tetex package to display the euro symbol > > This certainly goes in 'Authoring and Publishing'. Ok, thanks. Regards. Alain -- Les pages de manuel Linux en fran?ais http://manpagesfr.free.fr -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From pertusus at free.fr Wed Sep 27 16:27:49 2006 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 27 Sep 2006 18:27:49 +0200 Subject: comps.xml In-Reply-To: <20060927160138.GH2542@free.fr> References: <200609271510.02311.aportal@univ-montp2.fr> <20060927160138.GH2542@free.fr> Message-ID: <20060927162749.GI2542@free.fr> On Wed, Sep 27, 2006 at 06:01:38PM +0200, Patrice Dumas wrote: > On Wed, Sep 27, 2006 at 03:10:02PM +0200, Alain PORTAL wrote: > > Hi, > > > > I have two packages that need to be in comps.xml, but I don't know where put > > them. > > - utrac: universal text recognizer and converter I misunderstood text conversion as text to audio conversion. It certainly goes to 'Authoring and Publishing' (or maybe 'Development Tools'). -- Pat From aportal at univ-montp2.fr Wed Sep 27 16:43:37 2006 From: aportal at univ-montp2.fr (Alain PORTAL) Date: Wed, 27 Sep 2006 18:43:37 +0200 Subject: comps.xml In-Reply-To: <20060927162749.GI2542@free.fr> References: <200609271510.02311.aportal@univ-montp2.fr> <20060927160138.GH2542@free.fr> <20060927162749.GI2542@free.fr> Message-ID: <200609271843.37631.aportal@univ-montp2.fr> Le mercredi 27 septembre 2006 18:27, Patrice Dumas a ?crit?: > On Wed, Sep 27, 2006 at 06:01:38PM +0200, Patrice Dumas wrote: > > On Wed, Sep 27, 2006 at 03:10:02PM +0200, Alain PORTAL wrote: > > > Hi, > > > > > > I have two packages that need to be in comps.xml, but I don't know > > > where put them. > > > - utrac: universal text recognizer and converter > > I misunderstood text conversion as text to audio conversion. It certainly > goes to 'Authoring and Publishing' (or maybe 'Development Tools'). It's a tool like iconv. -- Les pages de manuel Linux en fran?ais http://manpagesfr.free.fr -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From pertusus at free.fr Wed Sep 27 16:56:31 2006 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 27 Sep 2006 18:56:31 +0200 Subject: comps.xml In-Reply-To: <200609271843.37631.aportal@univ-montp2.fr> References: <200609271510.02311.aportal@univ-montp2.fr> <20060927160138.GH2542@free.fr> <20060927162749.GI2542@free.fr> <200609271843.37631.aportal@univ-montp2.fr> Message-ID: <20060927165631.GJ2542@free.fr> On Wed, Sep 27, 2006 at 06:43:37PM +0200, Alain PORTAL wrote: > Le mercredi 27 septembre 2006 18:27, Patrice Dumas a ?crit?: > > On Wed, Sep 27, 2006 at 06:01:38PM +0200, Patrice Dumas wrote: > > > On Wed, Sep 27, 2006 at 03:10:02PM +0200, Alain PORTAL wrote: > > > > Hi, > > > > > > > > I have two packages that need to be in comps.xml, but I don't know > > > > where put them. > > > > - utrac: universal text recognizer and converter > > > > I misunderstood text conversion as text to audio conversion. It certainly > > goes to 'Authoring and Publishing' (or maybe 'Development Tools'). > > It's a tool like iconv. Then I would certainly chose 'Development Tools'. -- Pat From jonathan.underwood at gmail.com Wed Sep 27 17:13:56 2006 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Wed, 27 Sep 2006 18:13:56 +0100 Subject: Firestarter and Notecase for fc6 In-Reply-To: References: Message-ID: <645d17210609271013n4851a729n9b69c59beb4ea315@mail.gmail.com> On 27/09/06, Damien Durand wrote: > Hi all, > > I've rebuild Firestarter and upgraded Notecase to 1.1.9. These packages are > ready for fc6 and I'm volunteer to maintain these packages. Does the new firestarter package still have the problem listed in bug 179248? Jonathan From green at redhat.com Wed Sep 27 18:17:35 2006 From: green at redhat.com (Anthony Green) Date: Wed, 27 Sep 2006 11:17:35 -0700 Subject: New comps group proposal: audio-production Message-ID: <1159381055.3121.14.camel@localhost.localdomain> Fedora Extras now contains a collection of applications geared towards music and audio production. These packages have, for the most part, migrated from PlanetCCRMA to Extras. I only learned about editing the comps.xml file today, and noticed that the most applicable group is.... sound-and-video <_name>Sound and Video <_description>From CD recording to playing audio CDs and multimedia files, \this package group allows you to work with sound and video on the system. I'd like to propose a new group for these new apps... audio-production <_name>Audio Production <_description>This is a collection of applications and plugins geared towards audio production and includes audio recorders, MIDI sequencers and software synthesizers. The initial list of packages for this group would be something like ... ardour audacity fluidsynth fluidsynth-dssi hexter-dssi jack-audio-connection-kit lash qjackctl qsynth rosegarden4 seq24 soundtracker sweep swh-plugins zynaddsubfx AG From ville.skytta at iki.fi Wed Sep 27 18:47:19 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Wed, 27 Sep 2006 21:47:19 +0300 Subject: Packages in need of a rebuild just before the release. In-Reply-To: <20060925075822.GA19556@neu.nirvana> References: <20060925075822.GA19556@neu.nirvana> Message-ID: <1159382839.2981.227.camel@viper.local> On Mon, 2006-09-25 at 09:58 +0200, Axel Thimm wrote: > Perhaps there could be > a fork in CVS before the release, so I could fix the FC-6 branch? That's how it has been done before. I'm not aware when the FC-6 branch is planned to be forked off devel, but I'm pretty sure you'll have time to prepare the FC-6 packages from the FC-6 branch. > Who is managing the release process BTW (of fedora extras)? What? :) I'm not sure if the release process consists of anything else besides the mass rebuild and eventually taking snapshots of the devel package and CVS repos and relabeling the snapshots as FC-6. I'm watching the rebuild, don't know if the latter tasks have been assigned to anyone yet. I suppose they should be done roughly at the same time when FC CVS is branched for FC-6. From sundaram at fedoraproject.org Wed Sep 27 18:53:26 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 28 Sep 2006 00:23:26 +0530 Subject: nagios and SELinux In-Reply-To: <200609271306.AA1167327384@danny.cz> References: <200609271306.AA1167327384@danny.cz> Message-ID: <451AC8A6.6010503@fedoraproject.org> Dan Hor?k wrote: > Hello, > > I have troubles with running Nagios on a CentOS 4 machine with SELinux > enabled. Can be run Nagios from Extras on Fedora Core with SELinux in > enforcing mode? Yes it does. I havent used it extensively though. So there might be policy issues. Rahul From Axel.Thimm at ATrpms.net Wed Sep 27 19:07:19 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Wed, 27 Sep 2006 21:07:19 +0200 Subject: Packages in need of a rebuild just before the release. In-Reply-To: <1159382839.2981.227.camel@viper.local> References: <20060925075822.GA19556@neu.nirvana> <1159382839.2981.227.camel@viper.local> Message-ID: <20060927190719.GD20815@neu.nirvana> On Wed, Sep 27, 2006 at 09:47:19PM +0300, Ville Skytt? wrote: > On Mon, 2006-09-25 at 09:58 +0200, Axel Thimm wrote: > > > Perhaps there could be > > a fork in CVS before the release, so I could fix the FC-6 branch? > > That's how it has been done before. I'm not aware when the FC-6 branch > is planned to be forked off devel, but I'm pretty sure you'll have time > to prepare the FC-6 packages from the FC-6 branch. OK, thanks! > > Who is managing the release process BTW (of fedora extras)? > > What? :) I guess that's you then :) > I'm not sure if the release process consists of anything else besides > the mass rebuild and eventually taking snapshots of the devel package > and CVS repos and relabeling the snapshots as FC-6. I'm watching the > rebuild, don't know if the latter tasks have been assigned to anyone > yet. I suppose they should be done roughly at the same time when FC CVS > is branched for FC-6. I'll wait until I see a post about branching FE-6 and will adjust the packages after that, thanks. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dan at danny.cz Wed Sep 27 19:42:45 2006 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Wed, 27 Sep 2006 21:42:45 +0200 Subject: nagios and SELinux In-Reply-To: <451AC8A6.6010503@fedoraproject.org> References: <200609271306.AA1167327384@danny.cz> <451AC8A6.6010503@fedoraproject.org> Message-ID: <1159386165.3500.12.camel@eagle.danny.cz> Rahul Sundaram p??e v ?t 28. 09. 2006 v 00:23 +0530: > Dan Hor?k wrote: > > Hello, > > > > I have troubles with running Nagios on a CentOS 4 machine with SELinux > > enabled. Can be run Nagios from Extras on Fedora Core with SELinux in > > enforcing mode? > > > Yes it does. I havent used it extensively though. So there might be > policy issues. I forgot to write that the problems are with the web interface (cgi scripts trying to read the logs from /var/log or even to be started). The monitoring part runs well. And yes, they are policy issues with httpd. The starting of the cgi is quite easy to fix (set the context to httpd_sys_script_exec_t), but the read access for /var/log/nagios looks bad. At least for me :-) Dan From sundaram at fedoraproject.org Wed Sep 27 19:52:31 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 28 Sep 2006 01:22:31 +0530 Subject: nagios and SELinux In-Reply-To: <1159386165.3500.12.camel@eagle.danny.cz> References: <200609271306.AA1167327384@danny.cz> <451AC8A6.6010503@fedoraproject.org> <1159386165.3500.12.camel@eagle.danny.cz> Message-ID: <451AD67F.5060501@fedoraproject.org> Dan Hor?k wrote: > Rahul Sundaram p??e v ?t 28. 09. 2006 v 00:23 +0530: >> Dan Hor?k wrote: >>> Hello, >>> >>> I have troubles with running Nagios on a CentOS 4 machine with SELinux >>> enabled. Can be run Nagios from Extras on Fedora Core with SELinux in >>> enforcing mode? >> >> Yes it does. I havent used it extensively though. So there might be >> policy issues. > > I forgot to write that the problems are with the web interface (cgi > scripts trying to read the logs from /var/log or even to be started). > The monitoring part runs well. > > And yes, they are policy issues with httpd. The starting of the cgi is > quite easy to fix (set the context to httpd_sys_script_exec_t), but the > read access for /var/log/nagios looks bad. At least for me :-) > If you have these issues on the Fedora package, file those against selinux policy package. Rahul From paul at city-fan.org Wed Sep 27 20:15:34 2006 From: paul at city-fan.org (Paul Howarth) Date: Wed, 27 Sep 2006 21:15:34 +0100 Subject: nagios and SELinux In-Reply-To: <1159386165.3500.12.camel@eagle.danny.cz> References: <200609271306.AA1167327384@danny.cz> <451AC8A6.6010503@fedoraproject.org> <1159386165.3500.12.camel@eagle.danny.cz> Message-ID: <1159388134.31570.1.camel@metropolis.intra.city-fan.org> On Wed, 2006-09-27 at 21:42 +0200, Dan Hor?k wrote: > Rahul Sundaram p??e v ?t 28. 09. 2006 v 00:23 +0530: > > Dan Hor?k wrote: > > > Hello, > > > > > > I have troubles with running Nagios on a CentOS 4 machine with SELinux > > > enabled. Can be run Nagios from Extras on Fedora Core with SELinux in > > > enforcing mode? > > > > > > Yes it does. I havent used it extensively though. So there might be > > policy issues. > > I forgot to write that the problems are with the web interface (cgi > scripts trying to read the logs from /var/log or even to be started). > The monitoring part runs well. > > And yes, they are policy issues with httpd. The starting of the cgi is > quite easy to fix (set the context to httpd_sys_script_exec_t), but the > read access for /var/log/nagios looks bad. At least for me :-) You might try changing the CGI's context type to httpd_unconfined_script_exec_t as a simple workaround, until a more constrained policy is written. Paul. From dan at danny.cz Wed Sep 27 20:36:07 2006 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Wed, 27 Sep 2006 22:36:07 +0200 Subject: nagios and SELinux In-Reply-To: <451AD67F.5060501@fedoraproject.org> References: <200609271306.AA1167327384@danny.cz> <451AC8A6.6010503@fedoraproject.org> <1159386165.3500.12.camel@eagle.danny.cz> <451AD67F.5060501@fedoraproject.org> Message-ID: <1159389367.3500.22.camel@eagle.danny.cz> Rahul Sundaram p??e v ?t 28. 09. 2006 v 01:22 +0530: > Dan Hor?k wrote: > > I forgot to write that the problems are with the web interface (cgi > > scripts trying to read the logs from /var/log or even to be started). > > The monitoring part runs well. > > > > And yes, they are policy issues with httpd. The starting of the cgi is > > quite easy to fix (set the context to httpd_sys_script_exec_t), but the > > read access for /var/log/nagios looks bad. At least for me :-) > > > > If you have these issues on the Fedora package, file those against > selinux policy package. It is on CentOS, so I wanted to compare it to nagios from Extras. I have checked the sources for Fedora's selinux-policy and it contains support for nagios. Perhaps it will be possible to transfer this support to CentOS 4. Dan From buildsys at fedoraproject.org Wed Sep 27 20:38:30 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 27 Sep 2006 16:38:30 -0400 (EDT) Subject: Fedora Extras Package Build Report 2006-09-27 Message-ID: <20060927203830.D666015212D@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 48 PyKDE-3.16.0-1.fc6 ddskk-12.2.0-9.fc6 dx-4.4.4-2.fc6 ed2k_hash-0.4.0-3.fc6 fftw-3.1.2-2.fc6 firestarter-1.0.3-14.fc6 ghc-6.4.2-3.fc6 gnochm-0.9.8-6.fc6 gpsd-2.33-5.fc6 ifplugd-0.28-3 initng-0.6.8-3.fc6 jd-1.7.0-1.fc6 kbackup-0.5-6.fc6 kdemultimedia-extras-3.5.4-7.fc6 kid3-0.7-3.fc6 kst-1.3.0-1.fc6 lat-1.2.0.1-1.fc6 maxima-5.10.0-2.fc6 notecase-1.1.9-2.fc6 opensc-0.11.1-3.fc6 pcb-0.20060822-6.fc6 perl-Apache-LogRegex-1.3-1.fc6 perl-Cairo-1.01-1.fc6 perl-DBD-CSV-0.22-5.fc6 perl-File-BOM-0.12-1.fc6 perl-Imager-0.54-1.fc6 perl-Log-Dispatch-2.13-1.fc6 perl-Mail-Alias-1.12-7.fc6 perl-Spreadsheet-ParseExcel-0.2603-2.fc6 perl-Test-Deep-0.096-1.fc6 perl-Unix-Statgrab-0.04-1.fc6 perl-YAML-Parser-Syck-0.01-6.fc6 pylint-0.12.1-1.fc6 python-adns-1.1.0-4.fc6 python-logilab-astng-0.16.1-2.fc6 python-logilab-common-0.19.2-1.fc6 qt4-4.2.0-0.8.rc1.fc6 sbcl-0.9.17-1.fc6 scim-fcitx-3.1.1-6.fc6 smb4k-0.7.3-1.fc6 sylpheed-claws-2.5.2-1.fc6 sylpheed-claws-plugins-2.5.0-1.fc6 taskjuggler-2.3.0-1.fc6 tinyerp-3.4.1-1.fc6 uw-imap-2006a-1.fc6 verbiste-0.1.16-2.fc6 xpdf-3.01-26.fc6 zidrav-1.2.0-2.fc6 Packages built and released for Fedora Extras 5: 25 gnochm-0.9.8-6.fc5 jd-1.7.0-1.fc5 kbackup-0.5-6.fc5 kst-1.3.0-2.fc5 maxima-5.10.0-2.fc5 pcb-0.20060822-6.fc5 perl-Alien-wxWidgets-0.21-1.fc5 perl-Cairo-1.01-1.fc5 perl-DBD-CSV-0.22-5.fc5 perl-List-MoreUtils-0.22-2.fc5 perl-Log-Dispatch-2.13-1.fc5 perl-Test-Perl-Critic-0.07-1.fc5 pylint-0.12.1-1.fc5 python-logilab-astng-0.16.1-2.fc5 python-logilab-common-0.19.2-1.fc5 sbcl-0.9.17-1.fc5 scim-bridge-0.4.5-1.1.fc5 seq24-0.8.7-5.fc5 smb4k-0.7.3-1.fc5 sylpheed-claws-2.5.2-1.fc5 sylpheed-claws-plugins-2.5.0-1.fc5 tinyerp-3.4.1-1.fc5 transmission-0.6.1-2.fc5 verbiste-0.1.16-2.fc5 zidrav-1.2.0-2.fc5 Packages built and released for Fedora Extras 4: 3 perl-DBD-CSV-0.22-5.fc4 perl-Log-Dispatch-2.13-1.fc4 tinyerp-3.4.1-1.fc4 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Wed Sep 27 20:39:01 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 27 Sep 2006 16:39:01 -0400 (EDT) Subject: Package EVR problems in FC+FE 2006-09-27 Message-ID: <20060927203901.31B0B15212D@buildsys.fedoraproject.org> UNKNOWN OWNER (possibly Core package): audit FC5-updates > FC6 (0:1.2.7-4.fc5 > 0:1.2.7-2) device-mapper FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) FC4-updates > FC6 (0:1.02.07-2.0 > 0:1.02.07-1.1) eclipse-changelog FC4 > FC6 (1:2.0.1_fc-21 > 0:2.3.1-1.fc6) FC5-updates > FC6 (1:2.1.0_fc-2 > 0:2.3.1-1.fc6) lvm2 FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) mozilla FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) quagga FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) tar FC5-updates > FC6 (0:1.15.91-1.FC5 > 0:1.15.91-1) andreas.bierfert AT lowlatency.de: dillo FE3 > FE5 (0:0.8.6-2.fc3 > 0:0.8.6-1.fc5) FE4 > FE5 (0:0.8.6-2.fc4 > 0:0.8.6-1.fc5) gauret AT free.fr: amarok FE5 > FE6 (0:1.4.3-3.fc5 > 0:1.4.1-3.fc6) matt AT truch.net: kst FE5 > FE6 (0:1.3.0-2.fc5 > 0:1.3.0-1.fc6) paul AT city-fan.org: perl-String-CRC32 FE3 > FC5-updates (0:1.4-1.fc3 > 0:1.4-1.FC5) FE4 > FC5-updates (0:1.4-1.fc4 > 0:1.4-1.FC5) petersen AT redhat.com: m17n-db FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) ryo-dairiki AT users.sourceforge.net: scim-tomoe FE5 > FE6 (0:0.2.0-6.fc5.1 > 0:0.2.0-5.fc6) scott AT perturb.org: qcomicbook FE5 > FE6 (0:0.3.3-2.fc5 > 0:0.3.2-6.fc6) zcerza AT redhat.com: dogtail FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) ---------------------------------------------------------------------- amarok: gauret AT free.fr FE5 > FE6 (0:1.4.3-3.fc5 > 0:1.4.1-3.fc6) audit: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:1.2.7-4.fc5 > 0:1.2.7-2) device-mapper: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) FC4-updates > FC6 (0:1.02.07-2.0 > 0:1.02.07-1.1) dillo: andreas.bierfert AT lowlatency.de FE3 > FE5 (0:0.8.6-2.fc3 > 0:0.8.6-1.fc5) FE4 > FE5 (0:0.8.6-2.fc4 > 0:0.8.6-1.fc5) dogtail: zcerza AT redhat.com FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) eclipse-changelog: UNKNOWN OWNER (possibly Core package) FC4 > FC6 (1:2.0.1_fc-21 > 0:2.3.1-1.fc6) FC5-updates > FC6 (1:2.1.0_fc-2 > 0:2.3.1-1.fc6) kst: matt AT truch.net FE5 > FE6 (0:1.3.0-2.fc5 > 0:1.3.0-1.fc6) lvm2: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) m17n-db: petersen AT redhat.com FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) mozilla: UNKNOWN OWNER (possibly Core package) FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) perl-String-CRC32: paul AT city-fan.org FE3 > FC5-updates (0:1.4-1.fc3 > 0:1.4-1.FC5) FE4 > FC5-updates (0:1.4-1.fc4 > 0:1.4-1.FC5) qcomicbook: scott AT perturb.org FE5 > FE6 (0:0.3.3-2.fc5 > 0:0.3.2-6.fc6) quagga: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) scim-tomoe: ryo-dairiki AT users.sourceforge.net FE5 > FE6 (0:0.2.0-6.fc5.1 > 0:0.2.0-5.fc6) tar: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:1.15.91-1.FC5 > 0:1.15.91-1) From alain.portal at free.fr Wed Sep 27 21:09:42 2006 From: alain.portal at free.fr (Alain PORTAL) Date: Wed, 27 Sep 2006 23:09:42 +0200 Subject: comps.xml In-Reply-To: <20060927165631.GJ2542@free.fr> References: <200609271510.02311.aportal@univ-montp2.fr> <200609271843.37631.aportal@univ-montp2.fr> <20060927165631.GJ2542@free.fr> Message-ID: <200609272309.44114.alain.portal@free.fr> Le mercredi 27 septembre 2006 18:56, Patrice Dumas a ?crit : > On Wed, Sep 27, 2006 at 06:43:37PM +0200, Alain PORTAL wrote: > > It's a tool like iconv. > > Then I would certainly chose 'Development Tools'. OK, thanks. > -- > Pat -- Les pages de manuel Linux en fran?ais http://manpagesfr.free.fr/ From buildsys at fedoraproject.org Wed Sep 27 21:19:39 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Wed, 27 Sep 2006 21:19:39 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-27 Message-ID: <20060927211939.19458.45031@extras64.linux.duke.edu> Summary of broken packages (by owner): ---------------------------------------------------------------------- adrian AT lisas.de fbida-ida - 2.05-1.fc6.i386 fbida-ida - 2.05-1.fc6.ppc fbida-ida - 2.05-1.fc6.x86_64 daner964 AT student.liu.se initng - 0.6.8-3.fc6.i386 initng - 0.6.8-3.fc6.ppc initng - 0.6.8-3.fc6.x86_64 dcbw AT redhat.com plague - 0.4.4.1-2.fc3.noarch (12 days) plague - 0.4.4.1-2.fc3.noarch (12 days) plague - 0.4.4.1-2.fc4.noarch (12 days) plague - 0.4.4.1-2.fc4.noarch (12 days) plague - 0.4.4.1-2.fc4.noarch (12 days) gauret AT free.fr amarok - 1.4.1-3.fc6.i386 (62 days) amarok - 1.4.1-3.fc6.ppc (62 days) amarok - 1.4.1-3.fc6.x86_64 (62 days) showimg-pgsql - 0.9.5-7.fc4.i386 (15 days) showimg-pgsql - 0.9.5-7.fc4.ppc (15 days) showimg-pgsql - 0.9.5-7.fc4.x86_64 (15 days) j.w.r.degoede AT hhs.nl tremulous - 1.1.0-2.fc5.i386 (15 days) tremulous - 1.1.0-2.fc5.ppc (15 days) tremulous - 1.1.0-2.fc5.x86_64 (15 days) raven AT pmail.pl gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.i386 (12 days) gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.ppc (12 days) gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.x86_64 (12 days) rc040203 AT freenet.de Inventor-demos - 2.1.5-21.fc6.i386 Inventor-demos - 2.1.5-21.fc6.ppc Inventor-demos - 2.1.5-21.fc6.x86_64 InventorXt - 2.1.5-21.fc6.i386 InventorXt - 2.1.5-21.fc6.ppc InventorXt - 2.1.5-21.fc6.x86_64 InventorXt-devel - 2.1.5-21.fc6.i386 InventorXt-devel - 2.1.5-21.fc6.ppc InventorXt-devel - 2.1.5-21.fc6.x86_64 steve AT silug.org amavisd-new - 2.4.2-3.fc6.noarch amavisd-new - 2.4.2-3.fc6.noarch amavisd-new - 2.4.2-3.fc6.noarch ville.skytta AT iki.fi em8300 - 0.16.0-0.2.rc1.fc6.i386 em8300 - 0.16.0-0.2.rc1.fc6.ppc em8300 - 0.16.0-0.2.rc1.fc6.x86_64 Broken packages in fedora-extras-5-i386: ---------------------------------------------------------------------- tremulous-1.1.0-2.fc5.i386 requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-5-x86_64: ---------------------------------------------------------------------- tremulous-1.1.0-2.fc5.x86_64 requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-5-ppc: ---------------------------------------------------------------------- tremulous-1.1.0-2.fc5.ppc requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-4-i386: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.i386 requires libpqxx-2.6.6.so Broken packages in fedora-extras-4-x86_64: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.x86_64 requires libpqxx-2.6.6.so()(64bit) Broken packages in fedora-extras-4-ppc: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.ppc requires libpqxx-2.6.6.so Broken packages in fedora-extras-3-i386: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc3.noarch requires createrepo >= 0:0.4.3 Broken packages in fedora-extras-3-x86_64: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc3.noarch requires createrepo >= 0:0.4.3 Broken packages in fedora-extras-development-i386: ---------------------------------------------------------------------- Inventor-demos-2.1.5-21.fc6.i386 requires libXm.so.4 InventorXt-2.1.5-21.fc6.i386 requires libXm.so.4 InventorXt-devel-2.1.5-21.fc6.i386 requires openmotif-devel amarok-1.4.1-3.fc6.i386 requires libtunepimp.so.3 amarok-1.4.1-3.fc6.i386 requires HelixPlayer amavisd-new-2.4.2-3.fc6.noarch requires lha em8300-0.16.0-0.2.rc1.fc6.i386 requires em8300-kmod >= 0:0.16.0 fbida-ida-2.05-1.fc6.i386 requires libXm.so.4 gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.i386 requires gaim = 0:2.0.0-0.11.beta3.fc6 initng-0.6.8-3.fc6.i386 requires initng(ifiles) >= 0:0.0.6 Broken packages in fedora-extras-development-x86_64: ---------------------------------------------------------------------- Inventor-demos-2.1.5-21.fc6.x86_64 requires libXm.so.4()(64bit) InventorXt-2.1.5-21.fc6.x86_64 requires libXm.so.4()(64bit) InventorXt-devel-2.1.5-21.fc6.x86_64 requires openmotif-devel amarok-1.4.1-3.fc6.x86_64 requires libtunepimp.so.3()(64bit) amavisd-new-2.4.2-3.fc6.noarch requires lha em8300-0.16.0-0.2.rc1.fc6.x86_64 requires em8300-kmod >= 0:0.16.0 fbida-ida-2.05-1.fc6.x86_64 requires libXm.so.4()(64bit) gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.x86_64 requires gaim = 0:2.0.0-0.11.beta3.fc6 initng-0.6.8-3.fc6.x86_64 requires initng(ifiles) >= 0:0.0.6 Broken packages in fedora-extras-development-ppc: ---------------------------------------------------------------------- Inventor-demos-2.1.5-21.fc6.ppc requires libXm.so.4 InventorXt-2.1.5-21.fc6.ppc requires libXm.so.4 InventorXt-devel-2.1.5-21.fc6.ppc requires openmotif-devel amarok-1.4.1-3.fc6.ppc requires libtunepimp.so.3 amarok-1.4.1-3.fc6.ppc requires HelixPlayer amavisd-new-2.4.2-3.fc6.noarch requires lha em8300-0.16.0-0.2.rc1.fc6.ppc requires em8300-kmod >= 0:0.16.0 fbida-ida-2.05-1.fc6.ppc requires libXm.so.4 gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.ppc requires gaim = 0:2.0.0-0.11.beta3.fc6 initng-0.6.8-3.fc6.ppc requires initng(ifiles) >= 0:0.0.6 ====================================================================== New report for: ville.skytta AT iki.fi package: em8300 - 0.16.0-0.2.rc1.fc6.i386 from fedora-extras-development-i386 unresolved deps: em8300-kmod >= 0:0.16.0 package: em8300 - 0.16.0-0.2.rc1.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: em8300-kmod >= 0:0.16.0 package: em8300 - 0.16.0-0.2.rc1.fc6.ppc from fedora-extras-development-ppc unresolved deps: em8300-kmod >= 0:0.16.0 ====================================================================== New report for: daner964 AT student.liu.se package: initng - 0.6.8-3.fc6.i386 from fedora-extras-development-i386 unresolved deps: initng(ifiles) >= 0:0.0.6 package: initng - 0.6.8-3.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: initng(ifiles) >= 0:0.0.6 package: initng - 0.6.8-3.fc6.ppc from fedora-extras-development-ppc unresolved deps: initng(ifiles) >= 0:0.0.6 From chris.stone at gmail.com Wed Sep 27 21:20:08 2006 From: chris.stone at gmail.com (Christopher Stone) Date: Wed, 27 Sep 2006 14:20:08 -0700 Subject: owners.list to PackageDB translation status and opinions In-Reply-To: <1159251105.2864.54.camel@localhost> References: <1159251105.2864.54.camel@localhost> Message-ID: On 9/25/06, Toshio Kuratomi wrote: > Hey guys, Hey. > Unknown initialCClist members: > loic [] gnu.org: cal3d, openalpp, osgal, osgcal, poker-engine, > poker-eval, pypoker-eval This person is an upstream maintainer and only wants to be CC'd on bugs for these packages. From Christian.Iseli at licr.org Wed Sep 27 22:12:11 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Thu, 28 Sep 2006 00:12:11 +0200 Subject: New comps group proposal: audio-production In-Reply-To: <1159381055.3121.14.camel@localhost.localdomain> References: <1159381055.3121.14.camel@localhost.localdomain> Message-ID: <20060928001211.1003ff4b@ludwig-alpha> On Wed, 27 Sep 2006 11:17:35 -0700, Anthony Green wrote: > I'd like to propose a new group for these new apps... > > audio-production > <_name>Audio Production > <_description>This is a collection of applications and plugins > geared towards audio production and includes audio recorders, MIDI > sequencers and software synthesizers. Sounds fine to me. So unless Jeremy starts screaming, I'd say go ahead. C From notting at redhat.com Wed Sep 27 22:15:15 2006 From: notting at redhat.com (Bill Nottingham) Date: Wed, 27 Sep 2006 18:15:15 -0400 Subject: New comps group proposal: audio-production In-Reply-To: <1159381055.3121.14.camel@localhost.localdomain> References: <1159381055.3121.14.camel@localhost.localdomain> Message-ID: <20060927221515.GA19075@nostromo.devel.redhat.com> Anthony Green (green at redhat.com) said: > Fedora Extras now contains a collection of applications geared towards > music and audio production. These packages have, for the most part, > migrated from PlanetCCRMA to Extras. I only learned about editing the > comps.xml file today, and noticed that the most applicable group is.... > > sound-and-video > <_name>Sound and Video > <_description>From CD recording to playing audio CDs and multimedia > files, \this package group allows you to work with sound and video on > the system. > > I'd like to propose a new group for these new apps... > > audio-production > <_name>Audio Production > <_description>This is a collection of applications and plugins > geared towards audio production and includes audio recorders, MIDI > sequencers and software synthesizers. > > The initial list of packages for this group would be something like ... > > ardour > audacity > fluidsynth > fluidsynth-dssi > hexter-dssi > jack-audio-connection-kit > lash > qjackctl > qsynth > rosegarden4 > seq24 > soundtracker > sweep > swh-plugins > zynaddsubfx Hm, I'd like to somewhat avoid fracturing the comps file too much. Is there a reason Sound & Video isn't appropriate? Would we split again for video production? Bill From Christian.Iseli at licr.org Wed Sep 27 23:05:51 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Thu, 28 Sep 2006 01:05:51 +0200 Subject: FE Package Status of Sep 28, 2006 Message-ID: <20060928010551.3742d876@ludwig-alpha> Hi folks, Here is this week's status report. Quite a few orphans now... Cheers, C ---- FE Package Status of Sep 28, 2006 The full report can be found here: http://fedoraproject.org/wiki/Extras/PackageStatus Owners file stats: - 2336 packages - 116 orphans - 11 packages not available in extras devel or release cweyl at alumni dot drew dot edu perl-GStreamer fredrik at dolda2000 dot com icmpdn ghenry at suretecsystems dot com gnome-applet-netmon mdehaan at redhat dot com cobbler mdehaan at redhat dot com koan panemade at gmail dot com perl-perlmenu paul at all-the-johnsons dot co dot uk gconvert paul at all-the-johnsons dot co dot uk gtksharp toniw at iki dot fi silky toniw at iki dot fi libmatchbox triad at df dot lth dot se libmtp - 3 packages not available in extras devel but present in release andreas at bawue dot net ddrescue cweyl at alumni dot drew dot edu gaim-gaym gemi at bluewin dot ch TeXmacs - 3 packages which have not yet been FE-APPROVE'd... https://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_id=189375,192313 Maelstrom notting at redhat.com koan mdehaan at redhat.com https://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_id=203864 tripwire fedora at theholbrooks.org - 6 packages present in the development repo which have no owners entry gtk-sharp libpaper php-pecl-Fileinfo python-astng system-switch-im xpdf - 14 orphaned packages, yet available in extras devel FreeWnn adns ghc libvisual-plugins perl-Apache-LogRegex perl-File-BOM perl-Imager perl-Mail-Alias perl-Spreadsheet-ParseExcel perl-Unix-Statgrab perl-YAML-Parser-Syck python-adns python-twisted scim-fcitx - 48 packages that moved to core FE-ACCEPT packages stats: - 1380 accepted, closed package reviews - 38 accepted, closed package reviews not in repo - 4 accepted, closed package reviews not in owners - 6 accepted, open package reviews older than 4 weeks; - 11 accepted, open package reviews with a package already in the repo FE-REVIEW packages stats: - 85 open tickets - 24 tickets with no activity in eight weeks - 12 tickets with no activity in four weeks - 3 closed tickets FE-NEW packages stats: - 148 open tickets - 14 tickets with no activity in eight weeks - 39 tickets with no activity in four weeks FE-NEEDSPONSOR packages stats: - 28 open tickets - 2 tickets with no activity in eight weeks - 10 tickets with no activity in four weeks FE-LEGAL packages stats: - 4 open tickets FE-GUIDELINES packages stats: - 2 open tickets - 1 tickets with no activity in eight weeks OPEN-BUGS packages stats: - 233 open tickets - 125 tickets with no activity in eight weeks - 13 tickets with no activity in four weeks CVS stats: - 2331 packages with a devel directory - 16 packages with no owners entry gtk-sharp ktechlab libchewing libexif libpaper perl-Convert-ASN1 perl-DateManip perl-RPM-Specfile perl-XML-LibXML-Common perl-XML-NamespaceSupport perl-XML-SAX php-pecl-Fileinfo python-ldap scim-chewing xpdf zoo - 3 packages in CVS devel *and* Core dogtail libevent pyspi - 136 packages were dropped from extras Maintainers stats: - 225 maintainers - 2 inactive maintainers with open bugs - 2 inactive maintainers Dropped FC packages: - 283 packages were dropped from core since FC 1 Comps.xml files stats: - 776 packages in comps-fe6 file - 424 packages missing from comps-fe6 file - 50 packages in comps-fe6 but not in repo - 646 packages in comps-fe5 file - 524 packages missing from comps-fe5 file - 20 packages in comps-fe5 but not in repo From pertusus at free.fr Thu Sep 28 07:02:28 2006 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 28 Sep 2006 09:02:28 +0200 Subject: New comps group proposal: audio-production In-Reply-To: <1159381055.3121.14.camel@localhost.localdomain> References: <1159381055.3121.14.camel@localhost.localdomain> Message-ID: <20060928070228.GA2303@free.fr> On Wed, Sep 27, 2006 at 11:17:35AM -0700, Anthony Green wrote: > > <_name>Sound and Video > <_name>Audio Production I may not be qualified, but it seems to me that if an application fits well into an existing category (which is the case here) we shouldn't add more category. There are certainly some categories missing and allready many categories, so I think that new categories should only added when packages cannot be categorized. -- Pat From nicolas.mailhot at laposte.net Thu Sep 28 07:59:14 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Thu, 28 Sep 2006 09:59:14 +0200 (CEST) Subject: comps.xml In-Reply-To: <20060927165631.GJ2542@free.fr> References: <200609271510.02311.aportal@univ-montp2.fr> <20060927160138.GH2542@free.fr> <20060927162749.GI2542@free.fr> <200609271843.37631.aportal@univ-montp2.fr> <20060927165631.GJ2542@free.fr> Message-ID: <47791.192.54.193.51.1159430354.squirrel@rousalka.dyndns.org> Le Mer 27 septembre 2006 18:56, Patrice Dumas a ?crit : > On Wed, Sep 27, 2006 at 06:43:37PM +0200, Alain PORTAL wrote: >> It's a tool like iconv. > > Then I would certainly chose 'Development Tools'. You may use it for developement but for a lot of people encoding conversions has nothing to do with it -- Nicolas Mailhot From rc040203 at freenet.de Thu Sep 28 08:51:51 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 28 Sep 2006 10:51:51 +0200 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-26 In-Reply-To: <20060926204529.7698.24702@extras64.linux.duke.edu> References: <20060926204529.7698.24702@extras64.linux.duke.edu> Message-ID: <1159433511.13363.125.camel@mccallum.corsepiu.local> On Tue, 2006-09-26 at 20:45 +0000, Fedora Extras repoclosure wrote: > Summary of broken packages (by owner): > rc040203 AT freenet.de > Inventor-demos - 2.1.5-21.fc6.i386 > Inventor-demos - 2.1.5-21.fc6.ppc > Inventor-demos - 2.1.5-21.fc6.x86_64 > InventorXt - 2.1.5-21.fc6.i386 > InventorXt - 2.1.5-21.fc6.ppc > InventorXt - 2.1.5-21.fc6.x86_64 > InventorXt-devel - 2.1.5-21.fc6.i386 > InventorXt-devel - 2.1.5-21.fc6.ppc > InventorXt-devel - 2.1.5-21.fc6.x86_64 I can't fix this bug, because now libGLw-devel is broken http://buildsys.fedoraproject.org/logs/fedora-development-extras/18540-Inventor-2.1.5-22.fc6/ ... Executing /usr/sbin/mock-helper yum --installroot /var/lib/mock/fedora-development-i386-core-81f6b6960e6973c791f933183ede38b89dbca36c/root resolvedep 'libjpeg-devel' 'libGLw-devel' 'lesstif-devel' 'freetype-devel' 'm4' '/bin/csh' 'libGLU-devel' 'bison' 'libXi-devel' No Package Found for libGLw-devel 0:libjpeg-devel-6b-37.i386 0:lesstif-devel-0.95.0-9.fc6.i386 0:freetype-devel-2.2.1-10.fc6.i386 0:m4-1.4.5-3.i386 0:tcsh-6.14-11.i386 0:mesa-libGLU-devel-6.5.1-3.fc6.i386 0:bison-2.3-2.1.i386 0:libXi-devel-1.0.1-3.1.i386 Cleaning up... Executing /usr/sbin/mock-helper umount /var/lib/mock/fedora-development-i386-core-81f6b6960e6973c791f933183ede38b89dbca36c/root/proc Executing /usr/sbin/mock-helper umount /var/lib/mock/fedora-development-i386-core-81f6b6960e6973c791f933183ede38b89dbca36c/root/dev/pts Done. Also, I can't find a bugzilla entry for libGLw nor mesa-libGLw. Ralf From Christian.Iseli at licr.org Thu Sep 28 09:34:45 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Thu, 28 Sep 2006 11:34:45 +0200 Subject: New comps group proposal: audio-production In-Reply-To: <20060928070228.GA2303@free.fr> References: <1159381055.3121.14.camel@localhost.localdomain> <20060928070228.GA2303@free.fr> Message-ID: <20060928113445.3f9658f2@ludwig-alpha> On Thu, 28 Sep 2006 09:02:28 +0200, Patrice Dumas wrote: > On Wed, Sep 27, 2006 at 11:17:35AM -0700, Anthony Green wrote: > > > > <_name>Sound and Video > > <_name>Audio Production > > I may not be qualified, but it seems to me that if an application fits well > into an existing category (which is the case here) we shouldn't add more > category. There are certainly some categories missing and allready many > categories, so I think that new categories should only added when packages > cannot be categorized. I think what we should keep in mind is that categories should make sense for a user looking for some category of applications. On the one hand we shouldn't slice it too thinly because then it's not a category anymore. But too broad is bad too. I tend to agree that producing audio/music is somewhat different from consuming/copying it... If you look closely, you'll notice we already have pretty appropriate categories for things like software development. But development of other things is not so well categorized imho... CHF 0.02... C From pertusus at free.fr Thu Sep 28 09:50:33 2006 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 28 Sep 2006 11:50:33 +0200 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-26 In-Reply-To: <1159433511.13363.125.camel@mccallum.corsepiu.local> References: <20060926204529.7698.24702@extras64.linux.duke.edu> <1159433511.13363.125.camel@mccallum.corsepiu.local> Message-ID: <20060928095033.GC2303@free.fr> On Thu, Sep 28, 2006 at 10:51:51AM +0200, Ralf Corsepius wrote: > On Tue, 2006-09-26 at 20:45 +0000, Fedora Extras repoclosure wrote: > > Also, I can't find a bugzilla entry for libGLw nor mesa-libGLw. It has been approved for inclusion in extras on 2006-09-19: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=188974 But it doesn't seems to be imported to cvs nor built. I hope it'll be soon in the repo. It is also needed for a lesstif rebuild (although only for a check which isn't currently run, so it could be removed temporarily)... -- Pat From pertusus at free.fr Thu Sep 28 11:23:45 2006 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 28 Sep 2006 13:23:45 +0200 Subject: comps.xml In-Reply-To: <47791.192.54.193.51.1159430354.squirrel@rousalka.dyndns.org> References: <200609271510.02311.aportal@univ-montp2.fr> <20060927160138.GH2542@free.fr> <20060927162749.GI2542@free.fr> <200609271843.37631.aportal@univ-montp2.fr> <20060927165631.GJ2542@free.fr> <47791.192.54.193.51.1159430354.squirrel@rousalka.dyndns.org> Message-ID: <20060928112345.GE2303@free.fr> On Thu, Sep 28, 2006 at 09:59:14AM +0200, Nicolas Mailhot wrote: > > > Then I would certainly chose 'Development Tools'. > > You may use it for developement but for a lot of people encoding > conversions has nothing to do with it Indeed, for me too. But 'Authoring Publishing' is equally wrong. Maybe a category like Office/Productivity, but Text-based (like there is a Text-based Internet and Internet) could be more relevant. If I'm not wrong there was another package that would have fit in such a category. -- Pat From rc040203 at freenet.de Thu Sep 28 11:30:46 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 28 Sep 2006 13:30:46 +0200 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-26 In-Reply-To: <20060928095033.GC2303@free.fr> References: <20060926204529.7698.24702@extras64.linux.duke.edu> <1159433511.13363.125.camel@mccallum.corsepiu.local> <20060928095033.GC2303@free.fr> Message-ID: <1159443046.13363.129.camel@mccallum.corsepiu.local> On Thu, 2006-09-28 at 11:50 +0200, Patrice Dumas wrote: > On Thu, Sep 28, 2006 at 10:51:51AM +0200, Ralf Corsepius wrote: > > On Tue, 2006-09-26 at 20:45 +0000, Fedora Extras repoclosure wrote: > > > > Also, I can't find a bugzilla entry for libGLw nor mesa-libGLw. > > It has been approved for inclusion in extras on 2006-09-19: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=188974 > But it doesn't seems to be imported to cvs nor built. > > I hope it'll be soon in the repo. It is also needed for a lesstif > rebuild (although only for a check which isn't currently run, so it > could be removed temporarily)... I guess you know that lesstif MUST NOT depend on libGLw, because you'd otherwise introduce a circular dependency, because libGLw depends on Motif. Ralf From denis at poolshark.org Thu Sep 28 11:39:38 2006 From: denis at poolshark.org (Denis Leroy) Date: Thu, 28 Sep 2006 13:39:38 +0200 Subject: Picking up NetworkManager-vpnc Message-ID: <451BB47A.3010909@poolshark.org> I hereby claim my interest in picking up orphaned NetworkManager-vpnc (wiki updated). From pertusus at free.fr Thu Sep 28 11:54:32 2006 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 28 Sep 2006 13:54:32 +0200 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-26 In-Reply-To: <1159443046.13363.129.camel@mccallum.corsepiu.local> References: <20060926204529.7698.24702@extras64.linux.duke.edu> <1159433511.13363.125.camel@mccallum.corsepiu.local> <20060928095033.GC2303@free.fr> <1159443046.13363.129.camel@mccallum.corsepiu.local> Message-ID: <20060928115432.GB30757@free.fr> On Thu, Sep 28, 2006 at 01:30:46PM +0200, Ralf Corsepius wrote: > > I guess you know that lesstif MUST NOT depend on libGLw, because you'd > otherwise introduce a circular dependency, because libGLw depends on > Motif. I know. But this is only a devel dependency for a check. So the real dependency is libGLw-devel depending on lesstif-devel, but for the check, libGLw-devel also has to be buildrequired by lesstif (for other reasons, currently the lesstif tests are not run, so the dependency is really useless today, but let's do as if the tests were run). There is a chicken and egg issue, but it was solved by the fact that libGLw-devel compiled against openmotif was available when lesstif was submitted. Rex insisted on having this BuildRequires, I am not convinced that it is right. Indeed it implies that when rebuilding libGLw one have to rebuild lesstif to check that the check is still right, and when rebuilding lesstif one has to rebuild libGLw as a classical dependency, and then rebuild lesstif one more time to verify that the check still pass. And also when libGLw-devel is broken because of lesstif, lesstif cannot be rebuilt and the chicken and egg situation reappears. Doing things cleanly would imply moving the check from lesstif to libGLw. -- Pat From rdieter at math.unl.edu Thu Sep 28 12:22:19 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 28 Sep 2006 07:22:19 -0500 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-26 References: <20060926204529.7698.24702@extras64.linux.duke.edu> <1159433511.13363.125.camel@mccallum.corsepiu.local> <20060928095033.GC2303@free.fr> <1159443046.13363.129.camel@mccallum.corsepiu.local> <20060928115432.GB30757@free.fr> Message-ID: Patrice Dumas wrote: > On Thu, Sep 28, 2006 at 01:30:46PM +0200, Ralf Corsepius wrote: >> >> I guess you know that lesstif MUST NOT depend on libGLw, because you'd >> otherwise introduce a circular dependency, because libGLw depends on >> Motif. > > I know. But this is only a devel dependency for a check. So the real > dependency is libGLw-devel depending on lesstif-devel, but for the > check, libGLw-devel also has to be buildrequired by lesstif (for > other reasons, currently the lesstif tests are not run, so the dependency > is really useless today, but let's do as if the tests were run). > > There is a chicken and egg issue, but it was solved by the fact that > libGLw-devel compiled against openmotif was available when lesstif was > submitted. > > Rex insisted on having this BuildRequires, I am not convinced that it > is right. I'm pretty much convinced at this point that it is not right. You certainly have my blessing to do what you think is best, probably dropping BR: libGLw-devel at this point, at least for now, until a better solution presents itself. -- Rex From mike at flyn.org Thu Sep 28 13:00:52 2006 From: mike at flyn.org (W. Michael Petullo) Date: Thu, 28 Sep 2006 08:00:52 -0500 (CDT) Subject: Orphaning my packages Message-ID: <61471.147.51.218.4.1159448452.squirrel@mail.voxel.net> Ladies and Gentlemen, I have just orphaned the following Fedora Extras packages: cgi-util gnonlin linkchecker luks-tools new pam_keyring pitivi poster roundup The reason I am orphaning these packages is that I anticipate having much less time available during the next year. I hope to become involved with the Fedora project once again in the future. Godspeed. -- Mike :wq From green at redhat.com Thu Sep 28 14:51:02 2006 From: green at redhat.com (Anthony Green) Date: Thu, 28 Sep 2006 07:51:02 -0700 Subject: New comps group proposal: audio-production In-Reply-To: <20060927221515.GA19075@nostromo.devel.redhat.com> References: <1159381055.3121.14.camel@localhost.localdomain> <20060927221515.GA19075@nostromo.devel.redhat.com> Message-ID: <1159455062.2768.33.camel@to-dhcp25.toronto.redhat.com> On Wed, 2006-09-27 at 18:15 -0400, Bill Nottingham wrote: > Hm, I'd like to somewhat avoid fracturing the comps file too much. Is > there a reason Sound & Video isn't appropriate? * As currently described in the comps file, Sound & Video is for consumers of sound & video, not creators. * The list of proposed packages for the creators group is just a fraction of what we eventually hope to move over into Extras from PlanetCCRMA. Even with the multitude of media players in Core/Extras, the content creation tools will drown them out. Given that most people will likely be looking for players, rather than content creation tools, I think separating these two groups makes perfect sense. > Would we split again > for video production? Fair enough. We could make it an audio-video-production group. AG From green at redhat.com Thu Sep 28 14:58:27 2006 From: green at redhat.com (Anthony Green) Date: Thu, 28 Sep 2006 07:58:27 -0700 Subject: New comps group proposal: audio-production In-Reply-To: <20060928070228.GA2303@free.fr> References: <1159381055.3121.14.camel@localhost.localdomain> <20060928070228.GA2303@free.fr> Message-ID: <1159455507.2768.42.camel@to-dhcp25.toronto.redhat.com> On Thu, 2006-09-28 at 09:02 +0200, Patrice Dumas wrote: > On Wed, Sep 27, 2006 at 11:17:35AM -0700, Anthony Green wrote: > > > > <_name>Sound and Video > > <_name>Audio Production > > I may not be qualified, but it seems to me that if an application fits well > into an existing category (which is the case here) we shouldn't add more > category. No, these packages don't fit into a group described as "From CD recording to playing audio CDs and multimedia files". > There are certainly some categories missing and allready many > categories, so I think that new categories should only added when packages > cannot be categorized. I don't agree. We should add new groups when it makes sense. I think I've explained why I think it makes sense, and now somebody needs to make a judgement call. AG From green at redhat.com Thu Sep 28 15:04:21 2006 From: green at redhat.com (Anthony Green) Date: Thu, 28 Sep 2006 08:04:21 -0700 Subject: Proposal: remove "Java" fom FE comps.xml Message-ID: <1159455861.2768.50.camel@to-dhcp25.toronto.redhat.com> I noticed that comps.xml contains both "Java" and "Java Development" groups. I propose that we delete "Java". 1. It only contains jikes. 2. Jikes is a java development tools and should have been in "Java Development" 3. There's no reason for Jikes to be in FE in the first place and, in fact, I believe it's about to be pulled from FE if it hasn't been already. Not only does this make sense, but it balances out my audio-video-production group proposal. Thanks, AG From nicolas.mailhot at laposte.net Thu Sep 28 15:33:00 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Thu, 28 Sep 2006 17:33:00 +0200 (CEST) Subject: New comps group proposal: audio-production In-Reply-To: <1159455507.2768.42.camel@to-dhcp25.toronto.redhat.com> References: <1159381055.3121.14.camel@localhost.localdomain> <20060928070228.GA2303@free.fr> <1159455507.2768.42.camel@to-dhcp25.toronto.redhat.com> Message-ID: <58088.192.54.193.51.1159457580.squirrel@rousalka.dyndns.org> Le Jeu 28 septembre 2006 16:58, Anthony Green a ?crit : > On Thu, 2006-09-28 at 09:02 +0200, Patrice Dumas wrote: >> There are certainly some categories missing and allready many >> categories, so I think that new categories should only added when >> packages cannot be categorized. > > I don't agree. We should add new groups when it makes sense. I think > I've explained why I think it makes sense, and now somebody needs to > make a judgement call. Anyway we certainly need some official policy ;) My personal preference would be to define a minimal packages per group number, and only allow group creation when we have at least this number of package to put in the new group -- Nicolas Mailhot From gauret at free.fr Thu Sep 28 15:33:25 2006 From: gauret at free.fr (Aurelien Bompard) Date: Thu, 28 Sep 2006 17:33:25 +0200 Subject: Packages with dependencies to removed mass-rebuild ones References: <1158906498.3036.108.camel@viper.local> Message-ID: Kevin Kofler wrote: > But you also need to do something about the missing engine problem, i.e. > any of: > 1. get HelixPlayer into extras-development. (It was dropped from Core and > is still missing from Extras.) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201006 > 2. get a stripped-down xine-lib into extras-development (which means you > need to rip off all the patent-encumbered stuff). https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=205798 > 3. get the GStreamer engine to work again (apparently non-trivial, it's > too bad they removed it instead of doing the maintenance required to keep > it working (which would probably have been much less work than the feature > additions they did to the other engines), it worked fine on 1.4.0 Beta 3). That's upstream job. As a packager, I respect their quality control choices. > The easiest route is probably "1." (what happened to the review request?), > though Helix does have its limitations (no FLAC or MPC support despite > these being unencumbered, no x86_64 support, ...). Yes, but (2) would be a much better long-term solution. It needs to go through Legal, though, which can take time. Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr No, I coded it crappily on purpose, just so that I could say: "There's plenty of room for optimization." From Christian.Iseli at licr.org Thu Sep 28 15:56:35 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Thu, 28 Sep 2006 17:56:35 +0200 Subject: New comps group proposal: audio-production In-Reply-To: <58088.192.54.193.51.1159457580.squirrel@rousalka.dyndns.org> References: <1159381055.3121.14.camel@localhost.localdomain> <20060928070228.GA2303@free.fr> <1159455507.2768.42.camel@to-dhcp25.toronto.redhat.com> <58088.192.54.193.51.1159457580.squirrel@rousalka.dyndns.org> Message-ID: <20060928175635.2171f5e7@ludwig-alpha> On Thu, 28 Sep 2006 17:33:00 +0200 (CEST), Nicolas Mailhot wrote: > Anyway we certainly need some official policy ;) Current FESCo defined policy is to nag the comps SIG members... http://fedoraproject.org/wiki/Extras/SteeringCommittee/Meeting-20060831 http://fedoraproject.org/wiki/Extras/SIGs/Comps Things should be coordinated with Core (probably Jeremy and Bill). Mostly, I guess we'll go by the "if nobody yells"(tm) rule... Currently, asking on the f-e-l mailing list is probably best. Another thing we could do is add a "Group add" and a "Group removal" field to the SIG wiki page. When people add a proposition there, let it brew for a week or two, and then make the change. Thoughts ? Cheers, C From ville.skytta at iki.fi Thu Sep 28 16:19:18 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 28 Sep 2006 19:19:18 +0300 Subject: Picking up NetworkManager-vpnc In-Reply-To: <451BB47A.3010909@poolshark.org> References: <451BB47A.3010909@poolshark.org> Message-ID: <1159460358.2981.244.camel@viper.local> On Thu, 2006-09-28 at 13:39 +0200, Denis Leroy wrote: > I hereby claim my interest in picking up orphaned NetworkManager-vpnc > (wiki updated). Please coordinate with other people interested in it (David Zeuthen, Bill Nottingham, Nils Philippsen, Warren Togami): https://www.redhat.com/archives/fedora-maintainers/2006-September/msg00142.html https://www.redhat.com/archives/fedora-maintainers/2006-September/msg00143.html https://www.redhat.com/archives/fedora-maintainers/2006-September/msg00145.html https://www.redhat.com/archives/fedora-extras-commits/2006-September/msg05117.html From ville.skytta at iki.fi Thu Sep 28 16:33:37 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 28 Sep 2006 19:33:37 +0300 Subject: Proposal: remove "Java" fom FE comps.xml In-Reply-To: <1159455861.2768.50.camel@to-dhcp25.toronto.redhat.com> References: <1159455861.2768.50.camel@to-dhcp25.toronto.redhat.com> Message-ID: <1159461218.2981.250.camel@viper.local> On Thu, 2006-09-28 at 08:04 -0700, Anthony Green wrote: > I noticed that comps.xml contains both "Java" and "Java Development" > groups. I propose that we delete "Java". > > 1. It only contains jikes. > 2. Jikes is a java development tools and should have been in "Java > Development" > 3. There's no reason for Jikes to be in FE in the first place and, in > fact, I believe it's about to be pulled from FE if it hasn't been > already. Fixed in comps-fe5.xml.in, and jikes has been orphaned already and removed from the devel repo indeed, so it'll be garbage collected from comps-fe6.xml.in along with other packages removed from FE6 soon. Oh, and no objections to removing the "Java" group if there's no meaningful content to be add to it. From a.badger at gmail.com Thu Sep 28 17:26:23 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 28 Sep 2006 10:26:23 -0700 Subject: New comps group proposal: audio-production In-Reply-To: <20060928175635.2171f5e7@ludwig-alpha> References: <1159381055.3121.14.camel@localhost.localdomain> <20060928070228.GA2303@free.fr> <1159455507.2768.42.camel@to-dhcp25.toronto.redhat.com> <58088.192.54.193.51.1159457580.squirrel@rousalka.dyndns.org> <20060928175635.2171f5e7@ludwig-alpha> Message-ID: <1159464383.2854.1.camel@localhost> On Thu, 2006-09-28 at 17:56 +0200, Christian Iseli wrote: > Another thing we could do is add a "Group add" and a "Group removal" > field to the SIG wiki page. > When people add a proposition there, let it brew for a week or two, and > then make the change. If this coordinates well enough with Core then this feels like the right thing to do. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From katzj at redhat.com Thu Sep 28 17:35:06 2006 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 28 Sep 2006 13:35:06 -0400 Subject: Proposal: remove "Java" fom FE comps.xml In-Reply-To: <1159455861.2768.50.camel@to-dhcp25.toronto.redhat.com> References: <1159455861.2768.50.camel@to-dhcp25.toronto.redhat.com> Message-ID: <1159464906.30618.3.camel@aglarond.local> On Thu, 2006-09-28 at 08:04 -0700, Anthony Green wrote: > I noticed that comps.xml contains both "Java" and "Java Development" > groups. I propose that we delete "Java". [snip] > Not only does this make sense, but it balances out my > audio-video-production group proposal. Seems fine to pull, but it doesn't actually help as the comps files get merged and there is a Java group that is more meaningful in the core comps file :-) Jeremy From katzj at redhat.com Thu Sep 28 17:35:27 2006 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 28 Sep 2006 13:35:27 -0400 Subject: New comps group proposal: audio-production In-Reply-To: <1159455062.2768.33.camel@to-dhcp25.toronto.redhat.com> References: <1159381055.3121.14.camel@localhost.localdomain> <20060927221515.GA19075@nostromo.devel.redhat.com> <1159455062.2768.33.camel@to-dhcp25.toronto.redhat.com> Message-ID: <1159464927.30618.4.camel@aglarond.local> On Thu, 2006-09-28 at 07:51 -0700, Anthony Green wrote: > On Wed, 2006-09-27 at 18:15 -0400, Bill Nottingham wrote: > > Would we split again > > for video production? > > Fair enough. We could make it an audio-video-production group. This doesn't sound crazy to me, FWIW Jeremy From sundaram at fedoraproject.org Thu Sep 28 18:22:23 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 28 Sep 2006 23:52:23 +0530 Subject: OCR engine Message-ID: <451C12DF.1000105@fedoraproject.org> Hi Under the Apache 2.0 license. Is anyone interested in packaging this? http://www.linux.com/article.pl?sid=06/09/18/191251 Rahul From dcbw at redhat.com Thu Sep 28 18:52:15 2006 From: dcbw at redhat.com (Dan Williams) Date: Thu, 28 Sep 2006 14:52:15 -0400 Subject: Picking up NetworkManager-vpnc In-Reply-To: <1159460358.2981.244.camel@viper.local> References: <451BB47A.3010909@poolshark.org> <1159460358.2981.244.camel@viper.local> Message-ID: <1159469535.4060.0.camel@localhost.localdomain> On Thu, 2006-09-28 at 19:19 +0300, Ville Skytt? wrote: > On Thu, 2006-09-28 at 13:39 +0200, Denis Leroy wrote: > > I hereby claim my interest in picking up orphaned NetworkManager-vpnc > > (wiki updated). > > Please coordinate with other people interested in it (David Zeuthen, > Bill Nottingham, Nils Philippsen, Warren Togami): I think DavidZ used to own it, but he hasn't done anything with it for a while, and I last updated it. If you'd like to own it, be my guest :) Dan > https://www.redhat.com/archives/fedora-maintainers/2006-September/msg00142.html > https://www.redhat.com/archives/fedora-maintainers/2006-September/msg00143.html > https://www.redhat.com/archives/fedora-maintainers/2006-September/msg00145.html > https://www.redhat.com/archives/fedora-extras-commits/2006-September/msg05117.html > From buildsys at fedoraproject.org Thu Sep 28 19:36:11 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 28 Sep 2006 15:36:11 -0400 (EDT) Subject: Fedora Extras Package Build Report 2006-09-28 Message-ID: <20060928193611.506A315212D@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 19 SDL_Pango-0.1.2-3.fc6 cobbler-0.1.1-8.fc6 crossvc-1.5.0-1.fc6 darcs-1.0.8-3.fc6 ghc-6.4.2-4.fc6 grisbi-0.5.9-1.fc6 gtk2hs-0.9.10-4.fc6 haddock-0.7-4.fc6 ifplugd-0.28-5.fc6 initng-ifiles-0.0.6-1.fc6 klamav-0.38-4.fc6 koan-0.1.1-8.fc6 monodevelop-0.12-5.fc6 perl-Alien-wxWidgets-0.21-2.fc6 perl-Gtk2-GladeXML-1.006-1.fc6 php-pecl-zip-1.7.4-1.fc6 qt4-4.2.0-0.9.20060927.fc6 trac-0.10-1.fc6 transmission-0.6.1-3.fc6 Packages built and released for Fedora Extras 5: 14 Inventor-2.1.5-22.fc5 crossvc-1.5.0-1.fc5 ed2k_hash-0.4.0-3.fc5 fmio-2.0.8-8.0.fc5 grisbi-0.5.9-1.fc5 ifplugd-0.28-5.fc5 perl-Alien-wxWidgets-0.21-2.fc5 perl-Gtk2-GladeXML-1.006-1.fc5 perl-Time-Period-1.20-1.fc5 php-pecl-zip-1.7.4-1.fc5 tor-0.1.1.23-4.fc5 trac-0.10-1.fc5 transmission-0.6.1-3.fc5 x11-ssh-askpass-1.2.4.1-2.fc5 Packages built and released for Fedora Extras 4: 2 lyx-1.4.3-1.fc4.1 trac-0.10-1.fc4 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Thu Sep 28 19:36:40 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 28 Sep 2006 15:36:40 -0400 (EDT) Subject: Package EVR problems in FC+FE 2006-09-28 Message-ID: <20060928193640.5390415212D@buildsys.fedoraproject.org> UNKNOWN OWNER (possibly Core package): audit FC5-updates > FC6 (0:1.2.7-4.fc5 > 0:1.2.7-2) device-mapper FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) FC4-updates > FC6 (0:1.02.07-2.0 > 0:1.02.07-1.1) eclipse-changelog FC4 > FC6 (1:2.0.1_fc-21 > 0:2.3.1-1.fc6) FC5-updates > FC6 (1:2.1.0_fc-2 > 0:2.3.1-1.fc6) lvm2 FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) mozilla FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) perl-Net-DNS FC5-updates > FC6 (0:0.59-1.fc5 > 0:0.58-1.fc6) quagga FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) tar FC5-updates > FC6 (0:1.15.91-1.FC5 > 0:1.15.91-1) andreas.bierfert AT lowlatency.de: dillo FE3 > FE5 (0:0.8.6-2.fc3 > 0:0.8.6-1.fc5) FE4 > FE5 (0:0.8.6-2.fc4 > 0:0.8.6-1.fc5) gauret AT free.fr: amarok FE5 > FE6 (0:1.4.3-3.fc5 > 0:1.4.1-3.fc6) matt AT truch.net: kst FE5 > FE6 (0:1.3.0-2.fc5 > 0:1.3.0-1.fc6) paul AT city-fan.org: perl-String-CRC32 FE3 > FC5-updates (0:1.4-1.fc3 > 0:1.4-1.FC5) FE4 > FC5-updates (0:1.4-1.fc4 > 0:1.4-1.FC5) petersen AT redhat.com: m17n-db FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) rc040203 AT freenet.de: Inventor FE5 > FE6 (0:2.1.5-22.fc5 > 0:2.1.5-21.fc6) ryo-dairiki AT users.sourceforge.net: scim-tomoe FE5 > FE6 (0:0.2.0-6.fc5.1 > 0:0.2.0-5.fc6) scott AT perturb.org: qcomicbook FE5 > FE6 (0:0.3.3-2.fc5 > 0:0.3.2-6.fc6) zcerza AT redhat.com: dogtail FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) ---------------------------------------------------------------------- amarok: gauret AT free.fr FE5 > FE6 (0:1.4.3-3.fc5 > 0:1.4.1-3.fc6) audit: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:1.2.7-4.fc5 > 0:1.2.7-2) device-mapper: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) FC4-updates > FC6 (0:1.02.07-2.0 > 0:1.02.07-1.1) dillo: andreas.bierfert AT lowlatency.de FE3 > FE5 (0:0.8.6-2.fc3 > 0:0.8.6-1.fc5) FE4 > FE5 (0:0.8.6-2.fc4 > 0:0.8.6-1.fc5) dogtail: zcerza AT redhat.com FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) eclipse-changelog: UNKNOWN OWNER (possibly Core package) FC4 > FC6 (1:2.0.1_fc-21 > 0:2.3.1-1.fc6) FC5-updates > FC6 (1:2.1.0_fc-2 > 0:2.3.1-1.fc6) Inventor: rc040203 AT freenet.de FE5 > FE6 (0:2.1.5-22.fc5 > 0:2.1.5-21.fc6) kst: matt AT truch.net FE5 > FE6 (0:1.3.0-2.fc5 > 0:1.3.0-1.fc6) lvm2: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) m17n-db: petersen AT redhat.com FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) mozilla: UNKNOWN OWNER (possibly Core package) FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) perl-Net-DNS: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:0.59-1.fc5 > 0:0.58-1.fc6) perl-String-CRC32: paul AT city-fan.org FE3 > FC5-updates (0:1.4-1.fc3 > 0:1.4-1.FC5) FE4 > FC5-updates (0:1.4-1.fc4 > 0:1.4-1.FC5) qcomicbook: scott AT perturb.org FE5 > FE6 (0:0.3.3-2.fc5 > 0:0.3.2-6.fc6) quagga: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) scim-tomoe: ryo-dairiki AT users.sourceforge.net FE5 > FE6 (0:0.2.0-6.fc5.1 > 0:0.2.0-5.fc6) tar: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:1.15.91-1.FC5 > 0:1.15.91-1) From buildsys at fedoraproject.org Thu Sep 28 20:18:13 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Thu, 28 Sep 2006 20:18:13 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-28 Message-ID: <20060928201813.21556.34627@extras64.linux.duke.edu> Summary of broken packages (by owner): ---------------------------------------------------------------------- adrian AT lisas.de fbida-ida - 2.05-1.fc6.i386 (2 days) fbida-ida - 2.05-1.fc6.ppc (2 days) fbida-ida - 2.05-1.fc6.x86_64 (2 days) dcbw AT redhat.com plague - 0.4.4.1-2.fc3.noarch (13 days) plague - 0.4.4.1-2.fc3.noarch (13 days) plague - 0.4.4.1-2.fc4.noarch (13 days) plague - 0.4.4.1-2.fc4.noarch (13 days) plague - 0.4.4.1-2.fc4.noarch (13 days) gauret AT free.fr amarok - 1.4.1-3.fc6.i386 (63 days) amarok - 1.4.1-3.fc6.ppc (63 days) amarok - 1.4.1-3.fc6.x86_64 (63 days) showimg-pgsql - 0.9.5-7.fc4.i386 (16 days) showimg-pgsql - 0.9.5-7.fc4.ppc (16 days) showimg-pgsql - 0.9.5-7.fc4.x86_64 (16 days) j.w.r.degoede AT hhs.nl tremulous - 1.1.0-2.fc5.i386 (16 days) tremulous - 1.1.0-2.fc5.ppc (16 days) tremulous - 1.1.0-2.fc5.x86_64 (16 days) mdehaan AT redhat.com koan - 0.1.1-8.fc6.noarch raven AT pmail.pl gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.i386 (13 days) gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.ppc (13 days) gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.x86_64 (13 days) rc040203 AT freenet.de Inventor-demos - 2.1.5-21.fc6.i386 (2 days) Inventor-demos - 2.1.5-21.fc6.ppc (2 days) Inventor-demos - 2.1.5-21.fc6.x86_64 (2 days) InventorXt - 2.1.5-21.fc6.i386 (2 days) InventorXt - 2.1.5-21.fc6.ppc (2 days) InventorXt - 2.1.5-21.fc6.x86_64 (2 days) InventorXt-devel - 2.1.5-21.fc6.i386 (2 days) InventorXt-devel - 2.1.5-21.fc6.ppc (2 days) InventorXt-devel - 2.1.5-21.fc6.x86_64 (2 days) steve AT silug.org amavisd-new - 2.4.2-3.fc6.noarch (2 days) amavisd-new - 2.4.2-3.fc6.noarch (2 days) amavisd-new - 2.4.2-3.fc6.noarch (2 days) ville.skytta AT iki.fi em8300 - 0.16.0-0.2.rc1.fc6.i386 em8300 - 0.16.0-0.2.rc1.fc6.ppc em8300 - 0.16.0-0.2.rc1.fc6.x86_64 Broken packages in fedora-extras-5-i386: ---------------------------------------------------------------------- tremulous-1.1.0-2.fc5.i386 requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-5-x86_64: ---------------------------------------------------------------------- tremulous-1.1.0-2.fc5.x86_64 requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-5-ppc: ---------------------------------------------------------------------- tremulous-1.1.0-2.fc5.ppc requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-4-i386: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.i386 requires libpqxx-2.6.6.so Broken packages in fedora-extras-4-x86_64: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.x86_64 requires libpqxx-2.6.6.so()(64bit) Broken packages in fedora-extras-4-ppc: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.ppc requires libpqxx-2.6.6.so Broken packages in fedora-extras-3-i386: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc3.noarch requires createrepo >= 0:0.4.3 Broken packages in fedora-extras-3-x86_64: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc3.noarch requires createrepo >= 0:0.4.3 Broken packages in fedora-extras-development-i386: ---------------------------------------------------------------------- Inventor-demos-2.1.5-21.fc6.i386 requires libXm.so.4 InventorXt-2.1.5-21.fc6.i386 requires libXm.so.4 InventorXt-devel-2.1.5-21.fc6.i386 requires openmotif-devel amarok-1.4.1-3.fc6.i386 requires libtunepimp.so.3 amarok-1.4.1-3.fc6.i386 requires HelixPlayer amavisd-new-2.4.2-3.fc6.noarch requires lha em8300-0.16.0-0.2.rc1.fc6.i386 requires em8300-kmod >= 0:0.16.0 fbida-ida-2.05-1.fc6.i386 requires libXm.so.4 gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.i386 requires gaim = 0:2.0.0-0.11.beta3.fc6 Broken packages in fedora-extras-development-x86_64: ---------------------------------------------------------------------- Inventor-demos-2.1.5-21.fc6.x86_64 requires libXm.so.4()(64bit) InventorXt-2.1.5-21.fc6.x86_64 requires libXm.so.4()(64bit) InventorXt-devel-2.1.5-21.fc6.x86_64 requires openmotif-devel amarok-1.4.1-3.fc6.x86_64 requires libtunepimp.so.3()(64bit) amavisd-new-2.4.2-3.fc6.noarch requires lha em8300-0.16.0-0.2.rc1.fc6.x86_64 requires em8300-kmod >= 0:0.16.0 fbida-ida-2.05-1.fc6.x86_64 requires libXm.so.4()(64bit) gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.x86_64 requires gaim = 0:2.0.0-0.11.beta3.fc6 Broken packages in fedora-extras-development-ppc: ---------------------------------------------------------------------- Inventor-demos-2.1.5-21.fc6.ppc requires libXm.so.4 InventorXt-2.1.5-21.fc6.ppc requires libXm.so.4 InventorXt-devel-2.1.5-21.fc6.ppc requires openmotif-devel amarok-1.4.1-3.fc6.ppc requires libtunepimp.so.3 amarok-1.4.1-3.fc6.ppc requires HelixPlayer amavisd-new-2.4.2-3.fc6.noarch requires lha em8300-0.16.0-0.2.rc1.fc6.ppc requires em8300-kmod >= 0:0.16.0 fbida-ida-2.05-1.fc6.ppc requires libXm.so.4 gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.ppc requires gaim = 0:2.0.0-0.11.beta3.fc6 koan-0.1.1-8.fc6.noarch requires syslinux ====================================================================== New report for: mdehaan AT redhat.com package: koan - 0.1.1-8.fc6.noarch from fedora-extras-development-ppc unresolved deps: syslinux From notting at redhat.com Thu Sep 28 20:31:21 2006 From: notting at redhat.com (Bill Nottingham) Date: Thu, 28 Sep 2006 16:31:21 -0400 Subject: New comps group proposal: audio-production In-Reply-To: <1159455062.2768.33.camel@to-dhcp25.toronto.redhat.com> References: <1159381055.3121.14.camel@localhost.localdomain> <20060927221515.GA19075@nostromo.devel.redhat.com> <1159455062.2768.33.camel@to-dhcp25.toronto.redhat.com> Message-ID: <20060928203121.GB20464@nostromo.devel.redhat.com> Anthony Green (green at redhat.com) said: > > Would we split again > > for video production? > > Fair enough. We could make it an audio-video-production group. Content production? I suppose 'content' is an overloaded term, so audio-video could work. Bill From notting at redhat.com Thu Sep 28 20:32:16 2006 From: notting at redhat.com (Bill Nottingham) Date: Thu, 28 Sep 2006 16:32:16 -0400 Subject: New comps group proposal: audio-production In-Reply-To: <1159464383.2854.1.camel@localhost> References: <1159381055.3121.14.camel@localhost.localdomain> <20060928070228.GA2303@free.fr> <1159455507.2768.42.camel@to-dhcp25.toronto.redhat.com> <58088.192.54.193.51.1159457580.squirrel@rousalka.dyndns.org> <20060928175635.2171f5e7@ludwig-alpha> <1159464383.2854.1.camel@localhost> Message-ID: <20060928203216.GC20464@nostromo.devel.redhat.com> Toshio Kuratomi (a.badger at gmail.com) said: > > Another thing we could do is add a "Group add" and a "Group removal" > > field to the SIG wiki page. > > When people add a proposition there, let it brew for a week or two, and > > then make the change. > > If this coordinates well enough with Core then this feels like the right > thing to do. Well, it would require remembering to watch the page. ;) Bill From jspaleta at gmail.com Thu Sep 28 21:33:04 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 28 Sep 2006 13:33:04 -0800 Subject: New comps group proposal: audio-production In-Reply-To: <1159455062.2768.33.camel@to-dhcp25.toronto.redhat.com> References: <1159381055.3121.14.camel@localhost.localdomain> <20060927221515.GA19075@nostromo.devel.redhat.com> <1159455062.2768.33.camel@to-dhcp25.toronto.redhat.com> Message-ID: <604aa7910609281433i40997832obe3374e2ad5ffa36@mail.gmail.com> On 9/28/06, Anthony Green wrote: > Fair enough. We could make it an audio-video-production group. As long as we can extend it again later to include olfactory media productions. -jef"Prediction: 2012 Glade will introduce a programmable usb device for olfactory 'aromascapes' that includes up to 40 different olfactory 'voices' to be run from your Windows Vista Berelium Home Multimedia PC (WVBHPC). 2013 Sony will partner with Disney entertainment to lead the charge in the production of a new electronic multimedia format, and consumer electronic devices, which includes an 'aromascape' track with all new direct to DVD titles to make use of the new Glade technology. 2014 Open Source developers will reverse engineer the necessary protocals to include hardware support for this Glade technology so that it can be incoporporate into Mythtv will reverse engineer 2015 The netpeep project will be resurrected so that network administrators can track the overall health of their network activity simply by sniffing the air. 2016 An ISO standards group will begin work on drafting a specification to standardize the use of different smells for network alert situations as used by netpeep administrators. 2017 netpeep will be further extended to integrate with SMART harddrive health monitering and the rotten egg smell will be codified in the ISO standard to alert people of impending harddrive failure 2018 An asteroid will strike the earth killing all human life "spaleta From denis at poolshark.org Thu Sep 28 23:13:16 2006 From: denis at poolshark.org (Denis Leroy) Date: Fri, 29 Sep 2006 01:13:16 +0200 Subject: Picking up NetworkManager-vpnc In-Reply-To: <1159469535.4060.0.camel@localhost.localdomain> References: <451BB47A.3010909@poolshark.org> <1159460358.2981.244.camel@viper.local> <1159469535.4060.0.camel@localhost.localdomain> Message-ID: <451C570C.3070009@poolshark.org> Dan Williams wrote: > On Thu, 2006-09-28 at 19:19 +0300, Ville Skytt?? wrote: >> On Thu, 2006-09-28 at 13:39 +0200, Denis Leroy wrote: >>> I hereby claim my interest in picking up orphaned NetworkManager-vpnc >>> (wiki updated). >> Please coordinate with other people interested in it (David Zeuthen, >> Bill Nottingham, Nils Philippsen, Warren Togami): > > I think DavidZ used to own it, but he hasn't done anything with it for a > while, and I last updated it. If you'd like to own it, be my guest :) Got approval from DavidZ and Warren, so i'll go ahead and take it. thx. From Christian.Iseli at licr.org Thu Sep 28 23:46:41 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Fri, 29 Sep 2006 01:46:41 +0200 Subject: New comps group proposal: audio-production In-Reply-To: <20060928203216.GC20464@nostromo.devel.redhat.com> References: <1159381055.3121.14.camel@localhost.localdomain> <20060928070228.GA2303@free.fr> <1159455507.2768.42.camel@to-dhcp25.toronto.redhat.com> <58088.192.54.193.51.1159457580.squirrel@rousalka.dyndns.org> <20060928175635.2171f5e7@ludwig-alpha> <1159464383.2854.1.camel@localhost> <20060928203216.GC20464@nostromo.devel.redhat.com> Message-ID: <20060929014641.6fed2d4a@ludwig-alpha> On Thu, 28 Sep 2006 16:32:16 -0400, Bill Nottingham wrote: > Well, it would require remembering to watch the page. ;) Ah well, the wiki UserPreferences page has that nifty box where you can enter regular expressions... ;-) C From garrick at usc.edu Thu Sep 28 23:57:19 2006 From: garrick at usc.edu (Garrick Staples) Date: Thu, 28 Sep 2006 16:57:19 -0700 Subject: OCR engine In-Reply-To: <451C12DF.1000105@fedoraproject.org> References: <451C12DF.1000105@fedoraproject.org> Message-ID: <20060928235719.GG3768@polop.usc.edu> On Thu, Sep 28, 2006 at 11:52:23PM +0530, Rahul Sundaram alleged: > Hi > > Under the Apache 2.0 license. Is anyone interested in packaging this? > > http://www.linux.com/article.pl?sid=06/09/18/191251 Does it link to anything GPL? "The Tesseract code is under the Apache 2.0 License, which the Free Software Foundation claims is incompatible with the GPL, but the Apache Software Foundation does not." I assume Fedora would listen to FSF before Apache. It also includes non-free software in the tarball? -- Garrick Staples, Linux/HPCC Administrator University of Southern California -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From sundaram at fedoraproject.org Fri Sep 29 00:01:48 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 29 Sep 2006 05:31:48 +0530 Subject: OCR engine In-Reply-To: <20060928235719.GG3768@polop.usc.edu> References: <451C12DF.1000105@fedoraproject.org> <20060928235719.GG3768@polop.usc.edu> Message-ID: <451C626C.1060003@fedoraproject.org> Garrick Staples wrote: > On Thu, Sep 28, 2006 at 11:52:23PM +0530, Rahul Sundaram alleged: >> Hi >> >> Under the Apache 2.0 license. Is anyone interested in packaging this? >> >> http://www.linux.com/article.pl?sid=06/09/18/191251 > > Does it link to anything GPL? > > "The Tesseract code is under the Apache 2.0 License, which the Free > Software Foundation claims is incompatible with the GPL, but the Apache > Software Foundation does not." > No. It doesnt. > I assume Fedora would listen to FSF before Apache. > > It also includes non-free software in the tarball? Not it doesnt. checkout the code from http://sourceforge.net/projects/tesseract-ocr Rahul From drfickle at k-lug.org Fri Sep 29 02:40:12 2006 From: drfickle at k-lug.org (Steve Fox) Date: Thu, 28 Sep 2006 21:40:12 -0500 Subject: pan orphaned - willing to volunteer for maintainership In-Reply-To: <4516C5B6.7070904@uni-x.org> References: <4516C5B6.7070904@uni-x.org> Message-ID: <1159497612.32329.70.camel@flooterbu> On Sun, 2006-09-24 at 19:51 +0200, Alexander Dalloz wrote: > Question: > What should be done? There are 2 possible routes I see: > a) Keeping the beta / development upstream and doing a pan FE update > rebuild from 0.99 -> 0.113. > b) Increasing the epoch to get the same stable release version of FE5 > and FE4 into devel / soon to be released FE6. > > This is a call for votes - especially by those of you using Pan. I've been using Pan on an almost daily basis throughout the 0.1xx series to read the Linux kernel mailing list and related groups via gmane.org. I've been building from source and find it to be quite stable and significantly faster than 0.14.x (this could have something to do with the customizable article expiration feature). 0.112 is the version I've been using for the last couple of weeks and I'm upgrading to 0.114 tonight. It would be my preference to go with the beta series, as they are coming out fast and furious. I think 1.0 will be here soon. If not, it'd be an easy update from the beta after FC6 ships. -- Steve Fox http://k-lug.org From kevin.kofler at chello.at Fri Sep 29 05:34:33 2006 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 29 Sep 2006 05:34:33 +0000 (UTC) Subject: Packages with dependencies to removed mass-rebuild ones References: <1158906498.3036.108.camel@viper.local> Message-ID: Aurelien Bompard writes: > > 2. get a stripped-down xine-lib into extras-development (which means you > > need to rip off all the patent-encumbered stuff). > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=205798 [snip] > Yes, but (2) would be a much better long-term solution. I agree. Kevin Kofler From kevin.kofler at chello.at Fri Sep 29 05:42:58 2006 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 29 Sep 2006 05:42:58 +0000 (UTC) Subject: OCR engine References: <451C12DF.1000105@fedoraproject.org> <20060928235719.GG3768@polop.usc.edu> <451C626C.1060003@fedoraproject.org> Message-ID: Rahul Sundaram writes: > > It also includes non-free software in the tarball? > > Not it doesnt. checkout the code from > http://sourceforge.net/projects/tesseract-ocr It does. From the README: === Other Dependencies and Licenses: ================================ The Aspirin/MIGRAINES system in the aspirin directory is separately licensed thus: # **************** NO WARRANTY ***************** Since the Aspirin/MIGRAINES system is licensed free of charge, Russell Leighton and the MITRE Corporation provide absolutley no warranty. Should the Aspirin/MIGRAINES system prove defective, you must assume the cost of all necessary servicing, repair or correction. In no way will Russell Leighton or the MITRE Corporation be liable to you for damages, including any lost profits, lost monies, or other special, incidental or consequential damages arising out of the use or inability to use the Aspirin/MIGRAINES system. ***************** COPYRIGHT ******************* This software is the copyright of Russell Leighton and the MITRE Corporation. It may be freely used and modified for research and development purposes. We require a brief acknowledgement in any research paper or other publication where this software has made a significant contribution. If you wish to use it for commercial gain you must contact The MITRE Corporation for conditions of use. Russell Leighton and the MITRE Corporation provide absolutely NO WARRANTY for this software. August, 1992 Russell Leighton The MITRE Corporation 7525 Colshire Dr. McLean, Va. 22102-3481 === And that library appears to be the neural network library everything else depends on. So this is only free for "research and development purposes", thus not Free Software. Kevin Kofler From sundaram at fedoraproject.org Fri Sep 29 06:01:32 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 29 Sep 2006 11:31:32 +0530 Subject: Pulse audio? Message-ID: <451CB6BC.8080509@fedoraproject.org> Hi, I wanted to try out pulse audio and it doesnt seem to work out of the box well. --------------------------------------------------------------- Running it as non-root user # pulseaudio main.c: WARNING: called SUID root, but not in group 'realtime'. main.c: Failed to create '/tmp/pulse-sundaram': Operation not permitted Running it as root user # pulseaudio main.c: This program is not intended to be run as root (unless --system is specified). module-alsa-sink.c: Error opening PCM device hw:0: Device or resource busy module.c: Failed to load module "module-alsa-sink" (argument: "device=hw:0 sink_name=alsa_output.pci_8086_24d5_alsa_playback_0"): initialization failed. socket-server.c: bind(): Address already in use module.c: Failed to load module "module-esound-protocol-unix" (argument: ""): initialization failed. main.c: Module load failed. main.c: failed to initialize daemon. ----------------------------------------------- All bright red intermixed warnings even. Are you supposed to run this thing directly or what? Rahul From denis at poolshark.org Fri Sep 29 07:13:28 2006 From: denis at poolshark.org (Denis Leroy) Date: Fri, 29 Sep 2006 09:13:28 +0200 Subject: No debuginfo packages ? Message-ID: <451CC798.2090601@poolshark.org> I can't seem to be able to install any debuginfo packages from extras-development. Looks like the repodata files are empty... From Axel.Thimm at ATrpms.net Fri Sep 29 07:46:16 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Fri, 29 Sep 2006 09:46:16 +0200 Subject: Patents != patents ? Message-ID: <20060929074616.GB27530@neu.nirvana> Hi, vtk is a 3d rendering toolkit that has recently got rid of foreign patents but the authors hold some patents themselves (possibly for protection). I would ask the patent holders if they can explicitely allow Fedora redistribution of vtk if it is deemed a viable modus by fedora (legal?). Since fedora legal is somehow not an entity that can be directly addressed, and because even if legal would say OK, this would still need to be refined through fesco, fab or other instances, I bluntly raise this issue here. Divert me to better places, if there are some :) -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From aportal at univ-montp2.fr Fri Sep 29 08:30:47 2006 From: aportal at univ-montp2.fr (Alain PORTAL) Date: Fri, 29 Sep 2006 10:30:47 +0200 Subject: FullExceptionList Message-ID: <200609291030.47761.aportal@univ-montp2.fr> Hi, In FC6, libcurses.so move from ncurses to ncurses-devel. As ncurses is in the FullExceptionList, shall we add "BuildRequires ncurses-devel" in package that need libcurses.so to build or ncurses-devel will be add in the FullExceptionList? Regards, Alain -- Les pages de manuel Linux en fran?ais http://manpagesfr.free.fr -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From triad at df.lth.se Fri Sep 29 08:37:55 2006 From: triad at df.lth.se (Linus Walleij) Date: Fri, 29 Sep 2006 10:37:55 +0200 (CEST) Subject: Patents != patents ? In-Reply-To: <20060929074616.GB27530@neu.nirvana> References: <20060929074616.GB27530@neu.nirvana> Message-ID: On Fri, 29 Sep 2006, Axel Thimm wrote: > I would ask the patent holders if they can explicitely allow Fedora > redistribution of vtk if it is deemed a viable modus by fedora > (legal?). Which license is vtk under? If it is BSD-like I understand the issue, but if it's (L)GPL the license text says it implies that the authors give a royalty-free license of their own patents for anyone using the code under the (L)GPL, and this is actually quite common I think, and then there is no issue, we (all (L)GPL software) already have a license for the patents. Linus From paul at city-fan.org Fri Sep 29 08:41:59 2006 From: paul at city-fan.org (Paul Howarth) Date: Fri, 29 Sep 2006 09:41:59 +0100 Subject: FullExceptionList In-Reply-To: <200609291030.47761.aportal@univ-montp2.fr> References: <200609291030.47761.aportal@univ-montp2.fr> Message-ID: <451CDC57.9070500@city-fan.org> Alain PORTAL wrote: > In FC6, libcurses.so move from ncurses to ncurses-devel. > As ncurses is in the FullExceptionList, shall we add "BuildRequires > ncurses-devel" in package that need libcurses.so to build or ncurses-devel > will be add in the FullExceptionList? You need to add ncurses-devel. Paul. From aportal at univ-montp2.fr Fri Sep 29 08:50:26 2006 From: aportal at univ-montp2.fr (Alain PORTAL) Date: Fri, 29 Sep 2006 10:50:26 +0200 Subject: FullExceptionList In-Reply-To: <451CDC57.9070500@city-fan.org> References: <200609291030.47761.aportal@univ-montp2.fr> <451CDC57.9070500@city-fan.org> Message-ID: <200609291050.26273.aportal@univ-montp2.fr> Le vendredi 29 septembre 2006 10:41, Paul Howarth a ?crit?: > Alain PORTAL wrote: > > In FC6, libcurses.so move from ncurses to ncurses-devel. > > As ncurses is in the FullExceptionList, shall we add "BuildRequires > > ncurses-devel" in package that need libcurses.so to build or > > ncurses-devel will be add in the FullExceptionList? > > You need to add ncurses-devel. OK, thanks. Regards. Alain -- Les pages de manuel Linux en fran?ais http://manpagesfr.free.fr -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From Axel.Thimm at ATrpms.net Fri Sep 29 08:56:18 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Fri, 29 Sep 2006 10:56:18 +0200 Subject: Patents != patents ? In-Reply-To: References: <20060929074616.GB27530@neu.nirvana> Message-ID: <20060929085618.GE27530@neu.nirvana> On Fri, Sep 29, 2006 at 10:37:55AM +0200, Linus Walleij wrote: > On Fri, 29 Sep 2006, Axel Thimm wrote: > > >I would ask the patent holders if they can explicitely allow Fedora > >redistribution of vtk if it is deemed a viable modus by fedora > >(legal?). > > Which license is vtk under? If it is BSD-like I understand the issue, but > if it's (L)GPL the license text says it implies that the authors give a > royalty-free license of their own patents for anyone using the code under > the (L)GPL, and this is actually quite common I think, and then there is > no issue, we (all (L)GPL software) already have a license for the patents. Unfortunately it's BSD like. I wasn't aware of this kind of difference between the licenses, thanks for clarifying. Still the issue remains: The authors have hold of the patents and fedora extras would need special permission. Would fedora extras/legal/"" go along? -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Fri Sep 29 09:18:06 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Fri, 29 Sep 2006 11:18:06 +0200 Subject: Package EVR problems in FC+FE 2006-09-28 In-Reply-To: <20060928193640.5390415212D@buildsys.fedoraproject.org> References: <20060928193640.5390415212D@buildsys.fedoraproject.org> Message-ID: <20060929111806.2c68d9c9@python3.es.egwn.lan> buildsys at fedoraproject.org wrote : > UNKNOWN OWNER (possibly Core package): Since all of these aren't directly relevant to Extras, I'm assuming they aren't reaching their maintainers like they should, so... > audit > FC5-updates > FC6 (0:1.2.7-4.fc5 > 0:1.2.7-2) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=208532 > device-mapper > FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) > FC4-updates > FC6 (0:1.02.07-2.0 > 0:1.02.07-1.1) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=208533 > eclipse-changelog > FC4 > FC6 (1:2.0.1_fc-21 > 0:2.3.1-1.fc6) > FC5-updates > FC6 (1:2.1.0_fc-2 > 0:2.3.1-1.fc6) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=208534 > lvm2 > FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) FC6 not affected. > mozilla > FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) > FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) FC6 not affected (now that firefox from Core obsoletes mozilla). > perl-Net-DNS > FC5-updates > FC6 (0:0.59-1.fc5 > 0:0.58-1.fc6) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=208535 > quagga > FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) FC6 not affected. > tar > FC5-updates > FC6 (0:1.15.91-1.FC5 > 0:1.15.91-1) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=208536 I hope these minor (but important) rebuilds will make it into the final FC6 tree so that we have the cleanest possible upgrade path. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 5.92 (FC6 Test3) - Linux kernel 2.6.18-1.2699.fc6 Load : 0.32 0.28 0.27 From ralph+fedoraextras at strg-alt-entf.org Fri Sep 29 09:34:59 2006 From: ralph+fedoraextras at strg-alt-entf.org (Ralph Angenendt) Date: Fri, 29 Sep 2006 11:34:59 +0200 Subject: Patents != patents ? In-Reply-To: <20060929085618.GE27530@neu.nirvana> References: <20060929074616.GB27530@neu.nirvana> <20060929085618.GE27530@neu.nirvana> Message-ID: <20060929093459.GE5940@br-online.de> Axel Thimm wrote: > Still the issue remains: The authors have hold of the patents and > fedora extras would need special permission. Would fedora > extras/legal/"" go along? What about people rebuilding and redistributing out of FExtras? Ralph -- Ralph Angenendt......ra at br-online.de | .."Text processing has made it possible Bayerischer Rundfunk...80300 M?nchen | ....to right-justify any idea, even one Programmbereich.Bayern 3, Jugend und | .which cannot be justified on any other Multimedia.........Tl:089.5900.16023 | ..........grounds." -- J. Finnegan, USC -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From bugs.michael at gmx.net Fri Sep 29 09:59:01 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 29 Sep 2006 11:59:01 +0200 Subject: No debuginfo packages ? In-Reply-To: <451CC798.2090601@poolshark.org> References: <451CC798.2090601@poolshark.org> Message-ID: <20060929115901.6046cdd8.bugs.michael@gmx.net> On Fri, 29 Sep 2006 09:13:28 +0200, Denis Leroy wrote: > I can't seem to be able to install any debuginfo packages from > extras-development. Looks like the repodata files are empty... Confirmed. Master site will be fixed soon. From paul at city-fan.org Fri Sep 29 10:09:55 2006 From: paul at city-fan.org (Paul Howarth) Date: Fri, 29 Sep 2006 11:09:55 +0100 Subject: Package EVR problems in FC+FE 2006-09-28 In-Reply-To: <20060929111806.2c68d9c9@python3.es.egwn.lan> References: <20060928193640.5390415212D@buildsys.fedoraproject.org> <20060929111806.2c68d9c9@python3.es.egwn.lan> Message-ID: <451CF0F3.5030403@city-fan.org> Matthias Saou wrote: > buildsys at fedoraproject.org wrote : > >> UNKNOWN OWNER (possibly Core package): > > Since all of these aren't directly relevant to Extras, I'm assuming > they aren't reaching their maintainers like they should, so... > >> audit >> FC5-updates > FC6 (0:1.2.7-4.fc5 > 0:1.2.7-2) > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=208532 > >> device-mapper >> FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) >> FC4-updates > FC6 (0:1.02.07-2.0 > 0:1.02.07-1.1) > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=208533 > >> eclipse-changelog >> FC4 > FC6 (1:2.0.1_fc-21 > 0:2.3.1-1.fc6) >> FC5-updates > FC6 (1:2.1.0_fc-2 > 0:2.3.1-1.fc6) > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=208534 > >> lvm2 >> FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) > > FC6 not affected. > >> mozilla >> FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) >> FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) > > FC6 not affected (now that firefox from Core obsoletes mozilla). > >> perl-Net-DNS >> FC5-updates > FC6 (0:0.59-1.fc5 > 0:0.58-1.fc6) > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=208535 > >> quagga >> FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) > > FC6 not affected. > >> tar >> FC5-updates > FC6 (0:1.15.91-1.FC5 > 0:1.15.91-1) > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=208536 > > I hope these minor (but important) rebuilds will make it into the final > FC6 tree so that we have the cleanest possible upgrade path. Note that some of the EVR issues in the "Extras" section actually need to be fixed by updates to a Core package (i.e. in some cases where a package has moved from Extras to Core). So perl-String-CRC32 needs an FC5 update for example, which I requested in: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=191686 Paul. From rc040203 at freenet.de Fri Sep 29 10:33:53 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 29 Sep 2006 12:33:53 +0200 Subject: Patents != patents ? In-Reply-To: <20060929085618.GE27530@neu.nirvana> References: <20060929074616.GB27530@neu.nirvana> <20060929085618.GE27530@neu.nirvana> Message-ID: <1159526034.13363.148.camel@mccallum.corsepiu.local> On Fri, 2006-09-29 at 10:56 +0200, Axel Thimm wrote: > On Fri, Sep 29, 2006 at 10:37:55AM +0200, Linus Walleij wrote: > > On Fri, 29 Sep 2006, Axel Thimm wrote: > > > > >I would ask the patent holders if they can explicitely allow Fedora > > >redistribution of vtk if it is deemed a viable modus by fedora > > >(legal?). > > > > Which license is vtk under? If it is BSD-like I understand the issue, but > > if it's (L)GPL the license text says it implies that the authors give a > > royalty-free license of their own patents for anyone using the code under > > the (L)GPL, and this is actually quite common I think, and then there is > > no issue, we (all (L)GPL software) already have a license for the patents. > > Unfortunately it's BSD like. I wasn't aware of this kind of difference > between the licenses, thanks for clarifying. > > Still the issue remains: The authors have hold of the patents and > fedora extras would need special permission. I fail to understand this issue - I don't see how them holding patents matters at all: The authors are selling a product and grant their product's users certain rights to use their product (aka. "License"). I my understanding, this license also means _them_ granting _their_ users certain rights to use _their_ intellectual property as part of their works. Wrt. to this, I don't see how a patented algorithm would be any different from copyright. Ralf From giallu at gmail.com Fri Sep 29 10:38:17 2006 From: giallu at gmail.com (Gianluca Sforna) Date: Fri, 29 Sep 2006 12:38:17 +0200 Subject: OCR engine In-Reply-To: References: <451C12DF.1000105@fedoraproject.org> <20060928235719.GG3768@polop.usc.edu> <451C626C.1060003@fedoraproject.org> Message-ID: On 9/29/06, Kevin Kofler wrote: > Rahul Sundaram writes: > > > It also includes non-free software in the tarball? > > > > Not it doesnt. checkout the code from > > http://sourceforge.net/projects/tesseract-ocr > > It does. From the README: > Yap, it seems it does. I raised the issue in #fedora-extras when I noticed it in the gmail web-clips the release, and the guys present at the time (IIRC jima and others) all agreed on not touching it for now. I hope the developers can reimplement that stuff in the framework of the codebase improvements they are planning. From aportal at univ-montp2.fr Fri Sep 29 11:43:06 2006 From: aportal at univ-montp2.fr (Alain PORTAL) Date: Fri, 29 Sep 2006 13:43:06 +0200 Subject: New tarball but same version Message-ID: <200609291343.06821.aportal@univ-montp2.fr> Hi, An upstream maintener released a new revision but didn't changed the version number. Of course, this is really bad.... Can I overwrite the tarball in cvs with `make new-sources FILES="same_tarball.tar.bz2"`? Regards Alain -- Les pages de manuel Linux en fran?ais http://manpagesfr.free.fr -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From Christian.Iseli at licr.org Fri Sep 29 12:01:29 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Fri, 29 Sep 2006 14:01:29 +0200 Subject: New tarball but same version In-Reply-To: <200609291343.06821.aportal@univ-montp2.fr> References: <200609291343.06821.aportal@univ-montp2.fr> Message-ID: <20060929140129.6bf1233d@ludwig-alpha> On Fri, 29 Sep 2006 13:43:06 +0200, Alain PORTAL wrote: > An upstream maintener released a new revision but didn't changed the version > number. Of course, this is really bad.... Secret Fedora Orbital Laser just received new orders... Any chance you could nag upstream to fix their mess ? C From aportal at univ-montp2.fr Fri Sep 29 12:08:34 2006 From: aportal at univ-montp2.fr (Alain PORTAL) Date: Fri, 29 Sep 2006 14:08:34 +0200 Subject: New tarball but same version In-Reply-To: <20060929140129.6bf1233d@ludwig-alpha> References: <200609291343.06821.aportal@univ-montp2.fr> <20060929140129.6bf1233d@ludwig-alpha> Message-ID: <200609291408.35071.aportal@univ-montp2.fr> Le vendredi 29 septembre 2006 14:01, Christian Iseli a ?crit?: > On Fri, 29 Sep 2006 13:43:06 +0200, Alain PORTAL wrote: > > An upstream maintener released a new revision but didn't changed the > > version number. Of course, this is really bad.... > > Secret Fedora Orbital Laser just received new orders... > > Any chance you could nag upstream to fix their mess ? I told him, no answer for the moment. Regards, Alain -- Les pages de manuel Linux en fran?ais http://manpagesfr.free.fr -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From bugs.michael at gmx.net Fri Sep 29 12:53:15 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 29 Sep 2006 14:53:15 +0200 Subject: New tarball but same version In-Reply-To: <200609291343.06821.aportal@univ-montp2.fr> References: <200609291343.06821.aportal@univ-montp2.fr> Message-ID: <20060929145315.39308907.bugs.michael@gmx.net> On Fri, 29 Sep 2006 13:43:06 +0200, Alain PORTAL wrote: > Hi, > > An upstream maintener released a new revision but didn't changed the version > number. Of course, this is really bad.... > Can I overwrite the tarball in cvs with `make new-sources > FILES="same_tarball.tar.bz2"`? You can upload this changed tarball like that just fine, but the old tarball will not be overwritten. Multiple files with the same name but different checksum can _coexist_. The lookaside is clever enough to store files based on their (filename,checksum) tuple. From tcallawa at redhat.com Fri Sep 29 12:57:24 2006 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Fri, 29 Sep 2006 07:57:24 -0500 Subject: Patents != patents ? In-Reply-To: <1159526034.13363.148.camel@mccallum.corsepiu.local> References: <20060929074616.GB27530@neu.nirvana> <20060929085618.GE27530@neu.nirvana> <1159526034.13363.148.camel@mccallum.corsepiu.local> Message-ID: <1159534644.2482.20.camel@localhost.localdomain> On Fri, 2006-09-29 at 12:33 +0200, Ralf Corsepius wrote: > I fail to understand this issue - I don't see how them holding patents > matters at all: > > The authors are selling a product and grant their product's users > certain rights to use their product (aka. "License"). > > I my understanding, this license also means _them_ granting _their_ > users certain rights to use _their_ intellectual property as part of > their works. Wrt. to this, I don't see how a patented algorithm would be > any different from copyright. IANAL, but I do know that patents are quite different from copyright under US law. The BSD license (unless they added some wording) doesn't provide an unlimited, irrevocable, and royalty-free patent grant to software patents implemented in the code. Axel, that's exactly what we would need for this. ~spot -- Tom "spot" Callaway || Red Hat || Fedora || Aurora || GPG ID: 93054260 "We must not confuse dissent with disloyalty. We must remember always that accusation is not proof and that conviction depends upon evidence and due process of law. We will not walk in fear, one of another. We will not be driven by fear into an age of unreason, if we dig deep in our history and our doctrine, and remember that we are not descended from fearful men -- not from men who feared to write, to speak, to associate and to defend causes that were, for the moment, unpopular." -- Edward R. Murrow, March 9, 1954 From Matt_Domsch at dell.com Fri Sep 29 13:03:58 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 29 Sep 2006 08:03:58 -0500 Subject: Extras x86_64 rawhide rebuild in mock status 2006-09-29 Message-ID: <20060929080358.A15960@humbolt.us.dell.com> Extras Rawhide-in-Mock Build Results for x86_64 Fri Sep 29 03:57:29 CDT 2006 Note: This is using a reduced set of packages in the build chroot starting with FC6test2. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Note: You will need to rebuild your packages in Fedora Extras for FC6 starting August 28, 2006. See here for more details: http://www.redhat.com/archives/fedora-maintainers/2006-August/msg00160.html Total packages: 2140 Number failed to build: 30 Number expected to fail due to ExclusiveArch or ExcludeArch: 20 Leaving: 10 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 10 ---------------------------------- atitvout-0.4-6 andreas.bierfert at lowlatency.de bochs-2.3-2.fc6 j.w.r.degoede at hhs.nl dillo-0.8.6-2.fc6 andreas.bierfert at lowlatency.de em8300-kmod-0.16.0-0.2.rc1.2.6.18_1.2689.fc6 ville.skytta at iki.fi libcdio-0.77-1.fc6 adrian at lisas.de libpolyxmass-0.9.0-6.fc5 andreas.bierfert at lowlatency.de mlton-20051202-8.fc6.1 adam at spicenitz.org python-reportlab-1.21.1-1.fc6 bdpepple at ameritech.net s3switch-0.0-9.20020912.fc6 paul at xelerance.com sblim-cmpi-base-1.5.4-5.fc6 hamzy at us.ibm.com With bugs filed: 0 ---------------------------------- Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Fri Sep 29 13:04:03 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 29 Sep 2006 08:04:03 -0500 Subject: Extras i386 rawhide rebuild in mock status 2006-09-29 Message-ID: <20060929080403.A15975@humbolt.us.dell.com> Extras Rawhide-in-Mock Build Results for i386 Fri Sep 29 04:01:21 CDT 2006 Note: This is using a reduced set of packages in the build chroot starting with FC6test2. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Note: You will need to rebuild your packages in Fedora Extras for FC6 starting August 28, 2006. See here for more details: http://www.redhat.com/archives/fedora-maintainers/2006-August/msg00160.html Total packages: 2140 Number failed to build: 4 Number expected to fail due to ExclusiveArch or ExcludeArch: 1 Leaving: 3 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 3 ---------------------------------- dillo-0.8.6-2.fc6 andreas.bierfert at lowlatency.de em8300-kmod-0.16.0-0.2.rc1.2.6.18_1.2689.fc6 ville.skytta at iki.fi libcdio-0.77-1.fc6 adrian at lisas.de With bugs filed: 0 ---------------------------------- Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From jima at beer.tclug.org Fri Sep 29 13:10:25 2006 From: jima at beer.tclug.org (Jima) Date: Fri, 29 Sep 2006 08:10:25 -0500 (CDT) Subject: New tarball but same version In-Reply-To: <20060929140129.6bf1233d@ludwig-alpha> References: <200609291343.06821.aportal@univ-montp2.fr> <20060929140129.6bf1233d@ludwig-alpha> Message-ID: On Fri, 29 Sep 2006, Christian Iseli wrote: > Secret Fedora Orbital Laser just received new orders... I think if we keep talking about it on the mailing list, it might lose its "Secret" status. Remember the first rule of Fedora Extras... ;) Jima (who hasn't actually seen the movie he's paraphrasing) From sundaram at fedoraproject.org Fri Sep 29 13:34:54 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 29 Sep 2006 19:04:54 +0530 Subject: Patents != patents ? In-Reply-To: <20060929085618.GE27530@neu.nirvana> References: <20060929074616.GB27530@neu.nirvana> <20060929085618.GE27530@neu.nirvana> Message-ID: <451D20FE.6030005@fedoraproject.org> Axel Thimm wrote: > On Fri, Sep 29, 2006 at 10:37:55AM +0200, Linus Walleij wrote: >> On Fri, 29 Sep 2006, Axel Thimm wrote: >> >>> I would ask the patent holders if they can explicitely allow Fedora >>> redistribution of vtk if it is deemed a viable modus by fedora >>> (legal?). >> Which license is vtk under? If it is BSD-like I understand the issue, but >> if it's (L)GPL the license text says it implies that the authors give a >> royalty-free license of their own patents for anyone using the code under >> the (L)GPL, and this is actually quite common I think, and then there is >> no issue, we (all (L)GPL software) already have a license for the patents. > > Unfortunately it's BSD like. I wasn't aware of this kind of difference > between the licenses, thanks for clarifying. > > Still the issue remains: The authors have hold of the patents and > fedora extras would need special permission. Would fedora > extras/legal/"" go along? Dont think that would be acceptable. What if we move the package from extras to core? What about all the Fedora derivatives? Special persiflages to only Fedora wouldnt solve this. Rahul From aportal at univ-montp2.fr Fri Sep 29 14:29:43 2006 From: aportal at univ-montp2.fr (Alain PORTAL) Date: Fri, 29 Sep 2006 16:29:43 +0200 Subject: New tarball but same version In-Reply-To: <20060929145315.39308907.bugs.michael@gmx.net> References: <200609291343.06821.aportal@univ-montp2.fr> <20060929145315.39308907.bugs.michael@gmx.net> Message-ID: <200609291629.43945.aportal@univ-montp2.fr> Le vendredi 29 septembre 2006 14:53, Michael Schwendt a ?crit?: > On Fri, 29 Sep 2006 13:43:06 +0200, Alain PORTAL wrote: > > Hi, > > > > An upstream maintener released a new revision but didn't changed the > > version number. Of course, this is really bad.... > > Can I overwrite the tarball in cvs with `make new-sources > > FILES="same_tarball.tar.bz2"`? > > You can upload this changed tarball like that just fine, but the old > tarball will not be overwritten. > > Multiple files with the same name but different checksum can _coexist_. > The lookaside is clever enough to store files based on their > (filename,checksum) tuple. So, no conflict possible? Good thing to know. But upstream seems to agree to release a new tarball with a correct versioning. Thanks. Alain -- Les pages de manuel Linux en fran?ais http://manpagesfr.free.fr -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From a.badger at gmail.com Fri Sep 29 15:24:56 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 29 Sep 2006 08:24:56 -0700 Subject: Pulse audio? In-Reply-To: <451CB6BC.8080509@fedoraproject.org> References: <451CB6BC.8080509@fedoraproject.org> Message-ID: <1159543496.2597.8.camel@localhost> On Fri, 2006-09-29 at 11:31 +0530, Rahul Sundaram wrote: I vaguely remember these problems but I'm not sure how I solved them now. > --------------------------------------------------------------- > Running it as non-root user > > # pulseaudio > main.c: WARNING: called SUID root, but not in group 'realtime'. > main.c: Failed to create '/tmp/pulse-sundaram': Operation not permitted > What happens if you create the directory /tmp/pulse-sundaram? (This isn't the solution but I think it led me to realize something -- My /tmp is a tmpfs so I would have to be creating it in a startup script everytime which isn't the case.) > Running it as root user > > # pulseaudio > main.c: This program is not intended to be run as root (unless --system > is specified). > module-alsa-sink.c: Error opening PCM device hw:0: Device or resource busy > module.c: Failed to load module "module-alsa-sink" (argument: > "device=hw:0 sink_name=alsa_output.pci_8086_24d5_alsa_playback_0"): > initialization failed. > socket-server.c: bind(): Address already in use > module.c: Failed to load module "module-esound-protocol-unix" > (argument: ""): initialization failed. > main.c: Module load failed. > main.c: failed to initialize daemon. I eventually added it via the gnome sessions interface so it's not running as root. (Although I look at the sessions control panel now and there's no mention of pulseaudio anywhere....) Are you running esd or artsd? Maybe that's locking the device files or the esd socket (so pulse can be compatible with all the esd consumers). -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From sundaram at fedoraproject.org Fri Sep 29 15:43:01 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 29 Sep 2006 21:13:01 +0530 Subject: Pulse audio? In-Reply-To: <1159543496.2597.8.camel@localhost> References: <451CB6BC.8080509@fedoraproject.org> <1159543496.2597.8.camel@localhost> Message-ID: <451D3F05.50108@fedoraproject.org> Toshio Kuratomi wrote: >> > What happens if you create the directory /tmp/pulse-sundaram? (This > isn't the solution but I think it led me to realize something -- My /tmp > is a tmpfs so I would have to be creating it in a startup script > everytime which isn't the case.) # mkdir /tmp/pulse-sundaram mkdir: cannot create directory `/tmp/pulse-sundaram': File exists bash-3.1$ pulseaudio main.c: WARNING: called SUID root, but not in group 'realtime'. main.c: Failed to create '/tmp/pulse-sundaram': Operation not permitted > Are you running esd or artsd? Maybe that's locking the device files or > the esd socket (so pulse can be compatible with all the esd consumers). > Yep. So I killed esd. # pulseaudio main.c: This program is not intended to be run as root (unless --system is specified). module-gconf.c: Unable to read or parse data from client. module.c: Failed to load module "module-gconf" (argument: ""): initialization failed. main.c: Module load failed. It gets struck here. So then # pulseaudio --system main.c: Failed to find user 'pulse'. Packages really should be reviewed for functionality too. Rahul From tibbs at math.uh.edu Fri Sep 29 16:14:16 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Fri, 29 Sep 2006 11:14:16 -0500 Subject: Pulse audio? In-Reply-To: <451D3F05.50108@fedoraproject.org> (Rahul Sundaram's message of "Fri, 29 Sep 2006 21:13:01 +0530") References: <451CB6BC.8080509@fedoraproject.org> <1159543496.2597.8.camel@localhost> <451D3F05.50108@fedoraproject.org> Message-ID: >>>>> "RS" == Rahul Sundaram writes: RS> Packages really should be reviewed for functionality too. I think you'd better start doing some reviews, then. - J< From sundaram at fedoraproject.org Fri Sep 29 16:25:28 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 29 Sep 2006 21:55:28 +0530 Subject: Pulse audio? In-Reply-To: References: <451CB6BC.8080509@fedoraproject.org> <1159543496.2597.8.camel@localhost> <451D3F05.50108@fedoraproject.org> Message-ID: <451D48F8.8070906@fedoraproject.org> Jason L Tibbitts III wrote: >>>>>> "RS" == Rahul Sundaram writes: > > RS> Packages really should be reviewed for functionality too. > > I think you'd better start doing some reviews, then. > > - J< That just seems like a knee jerk reaction. When reviewing packages if the functionality offered by them isnt tested we would end up packages that follow naming and packaging guidelines perfectly but just wont work. I dont think just me participating in reviews is going to fix that. Adding a guideline for reviewers in general to also test functionality where applicable and encouraging that would be better. Rahul Rahul From david at lovesunix.net Fri Sep 29 16:40:47 2006 From: david at lovesunix.net (David Nielsen) Date: Fri, 29 Sep 2006 18:40:47 +0200 Subject: Pulse audio? In-Reply-To: <451D48F8.8070906@fedoraproject.org> References: <451CB6BC.8080509@fedoraproject.org> <1159543496.2597.8.camel@localhost> <451D3F05.50108@fedoraproject.org> <451D48F8.8070906@fedoraproject.org> Message-ID: <1159548047.2645.19.camel@price> fre, 29 09 2006 kl. 21:55 +0530, skrev Rahul Sundaram: > Jason L Tibbitts III wrote: > >>>>>> "RS" == Rahul Sundaram writes: > > > > RS> Packages really should be reviewed for functionality too. > > > > I think you'd better start doing some reviews, then. > > > > - J< > > That just seems like a knee jerk reaction. When reviewing packages if > the functionality offered by them isnt tested we would end up packages > that follow naming and packaging guidelines perfectly but just wont > work. I dont think just me participating in reviews is going to fix that. > > Adding a guideline for reviewers in general to also test functionality > where applicable and encouraging that would be better. To replace esd with pulseaudio I had to read the fine manual and it told me that you have to replace /usr/bin/esd with the esdcomp file included in the pulseaudio package.. after that it works for me, but it displays so odd behaviour like high latency and sometimes it will queue up "boink" sounds from my gnome-terminal and play them when it wants to rather than the correct time making you go... WOW what was that?? because that time of often like 1 hour after you used the terminal. Regardless I thought the general idea was to poke Monty untill code fell out, at least that was the idea I got from watching his Xiph.org (should have been: Sound on Linux and unstoppable killing machine) talk which can be found in the Boston FUDCon torrent on torrent.fedoraproject.org for those interested. - David Nielsen From a.badger at gmail.com Fri Sep 29 16:43:03 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 29 Sep 2006 09:43:03 -0700 Subject: Pulse audio? In-Reply-To: <451D48F8.8070906@fedoraproject.org> References: <451CB6BC.8080509@fedoraproject.org> <1159543496.2597.8.camel@localhost> <451D3F05.50108@fedoraproject.org> <451D48F8.8070906@fedoraproject.org> Message-ID: <1159548183.2849.5.camel@localhost> On Fri, 2006-09-29 at 21:55 +0530, Rahul Sundaram wrote: > Jason L Tibbitts III wrote: > >>>>>> "RS" == Rahul Sundaram writes: > > > > RS> Packages really should be reviewed for functionality too. > > > > I think you'd better start doing some reviews, then. > > > > - J< > > That just seems like a knee jerk reaction. When reviewing packages if > the functionality offered by them isnt tested we would end up packages > that follow naming and packaging guidelines perfectly but just wont > work. I dont think just me participating in reviews is going to fix that. > > Adding a guideline for reviewers in general to also test functionality > where applicable and encouraging that would be better. I agree with tibbs. This is the same principle as needing people to install and test rawhide. If you check the review ticket, there were several people in addition to the packager and reviewer who tried the packages and found that they worked. I'm running the package right now and everything works. If you had reviewed the package then maybe you would have run across this problem and it would have been solved before being approved. BTW, checking that the package functions as advertised is one of the items on the review checklist. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tibbs at math.uh.edu Fri Sep 29 16:48:57 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Fri, 29 Sep 2006 11:48:57 -0500 Subject: Pulse audio? In-Reply-To: <451D48F8.8070906@fedoraproject.org> (Rahul Sundaram's message of "Fri, 29 Sep 2006 21:55:28 +0530") References: <451CB6BC.8080509@fedoraproject.org> <1159543496.2597.8.camel@localhost> <451D3F05.50108@fedoraproject.org> <451D48F8.8070906@fedoraproject.org> Message-ID: >>>>> "RS" == Rahul Sundaram writes: RS> That just seems like a knee jerk reaction. Nope. If you want to significantly increase the amount of time required to do a review, then you'd better get your butt in gear and start doing some reviews, because we can't keep up as it is. I've done a lot of reviews, and I do test packages whenever practicable. But I cannot go replacing chunks of my work systems to do things like test out alternate sound servers. At some point I have to trust the packager to concentrate on their end of the deal (being the local expert on the software and doing the testing) while I stay in my area of expertise (the packaging guidelines). Besides, have you even bothered to check the review ticket on this package? A lot of effort by many people went into getting that package into shape. To save you the time: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=195221 - J< From a.badger at gmail.com Fri Sep 29 16:52:43 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 29 Sep 2006 09:52:43 -0700 Subject: Pulse audio? In-Reply-To: <451D3F05.50108@fedoraproject.org> References: <451CB6BC.8080509@fedoraproject.org> <1159543496.2597.8.camel@localhost> <451D3F05.50108@fedoraproject.org> Message-ID: <1159548763.2849.16.camel@localhost> On Fri, 2006-09-29 at 21:13 +0530, Rahul Sundaram wrote: > Toshio Kuratomi wrote: > > >> > > What happens if you create the directory /tmp/pulse-sundaram? (This > > isn't the solution but I think it led me to realize something -- My /tmp > > is a tmpfs so I would have to be creating it in a startup script > > everytime which isn't the case.) > > # mkdir /tmp/pulse-sundaram > mkdir: cannot create directory `/tmp/pulse-sundaram': File exists > bash-3.1$ pulseaudio > main.c: WARNING: called SUID root, but not in group 'realtime'. > main.c: Failed to create '/tmp/pulse-sundaram': Operation not permitted > Remove the /tmp/pulse-sundaram directory and see what new errors you get. > > Are you running esd or artsd? Maybe that's locking the device files or > > the esd socket (so pulse can be compatible with all the esd consumers). > > > > Yep. So I killed esd. > Ah. So this is probably the root of the problem. Did you try as a normal user again? Maybe pulseaudio leaves files strewn about after this kind of failure (such as the pulse-sundaram directory above). I know pulseaudio will startup for me as a normal user so that's probably the route you want to take for initial debugging. In any case, if this troubleshooting doesn't fix things then you should file a bugzilla ticket so the packager can diagnose the problems and kick anything relevant upstream. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From sundaram at fedoraproject.org Fri Sep 29 17:05:18 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 29 Sep 2006 22:35:18 +0530 Subject: Pulse audio? In-Reply-To: References: <451CB6BC.8080509@fedoraproject.org> <1159543496.2597.8.camel@localhost> <451D3F05.50108@fedoraproject.org> <451D48F8.8070906@fedoraproject.org> Message-ID: <451D524E.7070703@fedoraproject.org> Jason L Tibbitts III wrote: >>>>>> "RS" == Rahul Sundaram writes: > > RS> That just seems like a knee jerk reaction. > > Nope. If you want to significantly increase the amount of time > required to do a review, then you'd better get your butt in gear and > start doing some reviews, because we can't keep up as it is. I've done > a lot of reviews, and I do test packages whenever practicable. But I > cannot go replacing chunks of my work systems to do things like test > out alternate sound servers. At some point I have to trust the > packager to concentrate on their end of the deal (being the local > expert on the software and doing the testing) while I stay in my area > of expertise (the packaging guidelines). I cant see how adding a SHOULD item on the review guidelines to test functionality would be a bad thing. This has nothing to do with individual people. To be more specific, the current guideline is: "- SHOULD: The reviewer should test that the package functions as described. A package should not segfault instead of running, for example." This can be changed to "SHOULD: The reviewer should test that all the functionality provided by the software works as expected. The default configuration should enable the end user to use the package with atleast the basic functionality with no or minimum configuration required." > Besides, have you even bothered to check the review ticket on this > package? A lot of effort by many people went into getting that > package into shape. To save you the time: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=195221 The suggestion was not isolated to specific packages. In a number of other reviews (I do follow the discussion on a regular basis) , the reviewers seem hesitant to even point out potential issues with functionality. We can avoid that by clarifying this a bit I guess. Rahul From sundaram at fedoraproject.org Fri Sep 29 17:09:02 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 29 Sep 2006 22:39:02 +0530 Subject: Pulse audio? In-Reply-To: <1159548763.2849.16.camel@localhost> References: <451CB6BC.8080509@fedoraproject.org> <1159543496.2597.8.camel@localhost> <451D3F05.50108@fedoraproject.org> <1159548763.2849.16.camel@localhost> Message-ID: <451D532E.6050307@fedoraproject.org> Toshio Kuratomi wrote: >> > Ah. So this is probably the root of the problem. Did you try as a > normal user again? Maybe pulseaudio leaves files strewn about after > this kind of failure (such as the pulse-sundaram directory above). I > know pulseaudio will startup for me as a normal user so that's probably > the route you want to take for initial debugging. > > In any case, if this troubleshooting doesn't fix things then you should > file a bugzilla ticket so the packager can diagnose the problems and > kick anything relevant upstream. > Doesnt seem to be have much luck on this. I will file things in bugzilla. Was just checking to make sure I wasnt missing something fundamental. Thanks for your help. Rahul From wart at kobold.org Fri Sep 29 18:01:39 2006 From: wart at kobold.org (Michael Thomas) Date: Fri, 29 Sep 2006 11:01:39 -0700 Subject: Vacation Message-ID: <451D5F83.1090609@kobold.org> I'll be on vacation from Oct. 3 - 13, and won't be able to respond to bug reports or review comments for any of my packages during this time. Games SIG members should feel free to respond to bugs on any of my game-related packages while I'm gone. I've also updated the Vacation wiki page. --Wart -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3820 bytes Desc: S/MIME Cryptographic Signature URL: From ad+lists at uni-x.org Fri Sep 29 18:36:12 2006 From: ad+lists at uni-x.org (Alexander Dalloz) Date: Fri, 29 Sep 2006 20:36:12 +0200 Subject: pan orphaned - willing to volunteer for maintainership In-Reply-To: <1159497612.32329.70.camel@flooterbu> References: <4516C5B6.7070904@uni-x.org> <1159497612.32329.70.camel@flooterbu> Message-ID: <451D679C.3080901@uni-x.org> Steve Fox schrieb: >On Sun, 2006-09-24 at 19:51 +0200, Alexander Dalloz wrote: > > > >>Question: >>What should be done? There are 2 possible routes I see: >>a) Keeping the beta / development upstream and doing a pan FE update >>rebuild from 0.99 -> 0.113. >>b) Increasing the epoch to get the same stable release version of FE5 >>and FE4 into devel / soon to be released FE6. >> >>This is a call for votes - especially by those of you using Pan. >> >> > >I've been using Pan on an almost daily basis throughout the 0.1xx series >to read the Linux kernel mailing list and related groups via gmane.org. >I've been building from source and find it to be quite stable and >significantly faster than 0.14.x (this could have something to do with >the customizable article expiration feature). 0.112 is the version I've >been using for the last couple of weeks and I'm upgrading to 0.114 >tonight. > >It would be my preference to go with the beta series, as they are coming >out fast and furious. I think 1.0 will be here soon. If not, it'd be an >easy update from the beta after FC6 ships. > Thanks, I really appreciate your feedback. I think I'll follow your advise and update the devel tree FE package these days. Alexander From kevin.kofler at chello.at Fri Sep 29 19:40:12 2006 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 29 Sep 2006 19:40:12 +0000 (UTC) Subject: Pulse audio? References: <451CB6BC.8080509@fedoraproject.org> Message-ID: Rahul Sundaram writes: > main.c: This program is not intended to be run as root (unless --system > is specified). This is probably something which should be taken upstream, but what sense does this make? No matter whether you think logging in as root is a good idea or not, why should people get no sound when they do it? Imagine an admin relying on a sound alert to warn him/her of something bad going on with the system, they're going to be rightly p...ed when they notice they didn't hear the critical alert because pulseaudio refused to run as root. Kevin Kofler From buildsys at fedoraproject.org Fri Sep 29 20:47:02 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 29 Sep 2006 16:47:02 -0400 (EDT) Subject: Fedora Extras Package Build Report 2006-09-29 Message-ID: <20060929204702.532FA15212D@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 21 HelixPlayer-1.0.7-4.fc6 NetworkManager-vpnc-0.7.0-0.cvs20060529.4.fc6 SDL_Pango-0.1.2-4.fc6 amavisd-new-2.4.2-4.fc6 cobbler-0.2.1-1.fc6 fbida-2.06-2.fc6 freenx-0.5.0-5.fc6 koan-0.1.1-10.fc6 libmtp-0.0.20-1.fc6 libtorrent-0.10.2-1.fc6 mesa-libGLw-6.5.1-1.fc6 muine-0.8.5-7.fc6 nagios-plugins-1.4.3-20.fc6 nx-2.1.0-1.fc6 piklab-0.11.3-5.fc6 pikloops-0.2.1-6.fc6 pymsn-0.2-1.fc6 rawstudio-0.4.1-2.fc6 rtorrent-0.6.2-4.fc6 tclabc-1.0.7-3.fc6 xscreensaver-5.01-3.fc6 Packages built and released for Fedora Extras 5: 16 SDL_Pango-0.1.2-4.fc5 flumotion-0.2.2-1.fc5 freenx-0.5.0-5.fc5 kdemultimedia-extras-3.5.4-7.fc5 klamav-0.38-4.fc5 libmtp-0.0.20-1.fc5 libtorrent-0.10.2-2.fc5 nagios-plugins-1.4.3-20.fc5 nx-2.1.0-1.fc5 piklab-0.11.3-5.fc5 pikloops-0.2.1-6.fc5 pymsn-0.2-1.fc5 rawstudio-0.4.1-2.fc5 rtorrent-0.6.2-3.fc5 tclabc-1.0.7-3.fc5 uw-imap-2006a-1.fc5 Packages built and released for Fedora Extras 4: 4 libtorrent-0.10.2-2.fc4 nagios-plugins-1.4.3-20.fc4 pikloops-0.2.1-6.fc4 rtorrent-0.6.2-3.fc4 Packages built and released for Fedora Extras 3: 0 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Fri Sep 29 20:47:32 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 29 Sep 2006 16:47:32 -0400 (EDT) Subject: Package EVR problems in FC+FE 2006-09-29 Message-ID: <20060929204732.04B5C15212D@buildsys.fedoraproject.org> UNKNOWN OWNER (possibly Core package): audit FC5-updates > FC6 (0:1.2.7-4.fc5 > 0:1.2.7-2) device-mapper FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) FC4-updates > FC6 (0:1.02.07-2.0 > 0:1.02.07-1.1) eclipse-changelog FC4 > FC6 (1:2.0.1_fc-21 > 0:2.3.1-1.fc6) FC5-updates > FC6 (1:2.1.0_fc-2 > 0:2.3.1-1.fc6) lvm2 FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) mozilla FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) quagga FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) tar FC5-updates > FC6 (2:1.15.1-14.FC5 > 0:1.15.91-1) andreas.bierfert AT lowlatency.de: dillo FE3 > FE5 (0:0.8.6-2.fc3 > 0:0.8.6-1.fc5) FE4 > FE5 (0:0.8.6-2.fc4 > 0:0.8.6-1.fc5) chabotc AT xs4all.nl: libtorrent FE4 > FE6 (0:0.10.2-2.fc4 > 0:0.10.2-1.fc6) FE5 > FE6 (0:0.10.2-2.fc5 > 0:0.10.2-1.fc6) gauret AT free.fr: amarok FE5 > FE6 (0:1.4.3-3.fc5 > 0:1.4.1-3.fc6) matt AT truch.net: kst FE5 > FE6 (0:1.3.0-2.fc5 > 0:1.3.0-1.fc6) paul AT city-fan.org: perl-String-CRC32 FE3 > FC5-updates (0:1.4-1.fc3 > 0:1.4-1.FC5) FE4 > FC5-updates (0:1.4-1.fc4 > 0:1.4-1.FC5) petersen AT redhat.com: m17n-db FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) rc040203 AT freenet.de: Inventor FE5 > FE6 (0:2.1.5-22.fc5 > 0:2.1.5-21.fc6) ryo-dairiki AT users.sourceforge.net: scim-tomoe FE5 > FE6 (0:0.2.0-6.fc5.1 > 0:0.2.0-5.fc6) scott AT perturb.org: qcomicbook FE5 > FE6 (0:0.3.3-2.fc5 > 0:0.3.2-6.fc6) thomas AT apestaart.org: flumotion FE5 > FE6 (0:0.2.2-1.fc5 > 0:0.2.1-3.fc6) zcerza AT redhat.com: dogtail FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) ---------------------------------------------------------------------- amarok: gauret AT free.fr FE5 > FE6 (0:1.4.3-3.fc5 > 0:1.4.1-3.fc6) audit: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:1.2.7-4.fc5 > 0:1.2.7-2) device-mapper: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) FC4-updates > FC6 (0:1.02.07-2.0 > 0:1.02.07-1.1) dillo: andreas.bierfert AT lowlatency.de FE3 > FE5 (0:0.8.6-2.fc3 > 0:0.8.6-1.fc5) FE4 > FE5 (0:0.8.6-2.fc4 > 0:0.8.6-1.fc5) dogtail: zcerza AT redhat.com FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) eclipse-changelog: UNKNOWN OWNER (possibly Core package) FC4 > FC6 (1:2.0.1_fc-21 > 0:2.3.1-1.fc6) FC5-updates > FC6 (1:2.1.0_fc-2 > 0:2.3.1-1.fc6) flumotion: thomas AT apestaart.org FE5 > FE6 (0:0.2.2-1.fc5 > 0:0.2.1-3.fc6) Inventor: rc040203 AT freenet.de FE5 > FE6 (0:2.1.5-22.fc5 > 0:2.1.5-21.fc6) kst: matt AT truch.net FE5 > FE6 (0:1.3.0-2.fc5 > 0:1.3.0-1.fc6) libtorrent: chabotc AT xs4all.nl FE4 > FE6 (0:0.10.2-2.fc4 > 0:0.10.2-1.fc6) FE5 > FE6 (0:0.10.2-2.fc5 > 0:0.10.2-1.fc6) lvm2: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) m17n-db: petersen AT redhat.com FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) mozilla: UNKNOWN OWNER (possibly Core package) FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) perl-String-CRC32: paul AT city-fan.org FE3 > FC5-updates (0:1.4-1.fc3 > 0:1.4-1.FC5) FE4 > FC5-updates (0:1.4-1.fc4 > 0:1.4-1.FC5) qcomicbook: scott AT perturb.org FE5 > FE6 (0:0.3.3-2.fc5 > 0:0.3.2-6.fc6) quagga: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) scim-tomoe: ryo-dairiki AT users.sourceforge.net FE5 > FE6 (0:0.2.0-6.fc5.1 > 0:0.2.0-5.fc6) tar: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (2:1.15.1-14.FC5 > 0:1.15.91-1) From buildsys at fedoraproject.org Fri Sep 29 21:50:44 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Fri, 29 Sep 2006 21:50:44 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-29 Message-ID: <20060929215044.29145.21517@extras64.linux.duke.edu> Summary of broken packages (by owner): ---------------------------------------------------------------------- dcbw AT redhat.com plague - 0.4.4.1-2.fc3.noarch plague - 0.4.4.1-2.fc3.noarch plague - 0.4.4.1-2.fc4.noarch plague - 0.4.4.1-2.fc4.noarch plague - 0.4.4.1-2.fc4.noarch gauret AT free.fr amarok - 1.4.1-3.fc6.i386 (64 days) amarok - 1.4.1-3.fc6.ppc (64 days) amarok - 1.4.1-3.fc6.x86_64 (64 days) showimg-pgsql - 0.9.5-7.fc4.i386 (17 days) showimg-pgsql - 0.9.5-7.fc4.ppc (17 days) showimg-pgsql - 0.9.5-7.fc4.x86_64 (17 days) j.w.r.degoede AT hhs.nl tremulous - 1.1.0-2.fc5.i386 (17 days) tremulous - 1.1.0-2.fc5.ppc (17 days) tremulous - 1.1.0-2.fc5.x86_64 (17 days) mdehaan AT redhat.com koan - 0.1.1-8.fc6.noarch raven AT pmail.pl gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.i386 gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.ppc gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.x86_64 rc040203 AT freenet.de Inventor-demos - 2.1.5-21.fc6.i386 (3 days) Inventor-demos - 2.1.5-21.fc6.ppc (3 days) Inventor-demos - 2.1.5-21.fc6.x86_64 (3 days) InventorXt - 2.1.5-21.fc6.i386 (3 days) InventorXt - 2.1.5-21.fc6.ppc (3 days) InventorXt - 2.1.5-21.fc6.x86_64 (3 days) InventorXt-devel - 2.1.5-21.fc6.i386 (3 days) InventorXt-devel - 2.1.5-21.fc6.ppc (3 days) InventorXt-devel - 2.1.5-21.fc6.x86_64 (3 days) ville.skytta AT iki.fi em8300 - 0.16.0-0.2.rc1.fc6.i386 (2 days) em8300 - 0.16.0-0.2.rc1.fc6.ppc (2 days) em8300 - 0.16.0-0.2.rc1.fc6.x86_64 (2 days) Broken packages in fedora-extras-5-i386: ---------------------------------------------------------------------- tremulous-1.1.0-2.fc5.i386 requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-5-x86_64: ---------------------------------------------------------------------- tremulous-1.1.0-2.fc5.x86_64 requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-5-ppc: ---------------------------------------------------------------------- tremulous-1.1.0-2.fc5.ppc requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-4-i386: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.i386 requires libpqxx-2.6.6.so Broken packages in fedora-extras-4-x86_64: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.x86_64 requires libpqxx-2.6.6.so()(64bit) Broken packages in fedora-extras-4-ppc: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.ppc requires libpqxx-2.6.6.so Broken packages in fedora-extras-3-i386: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc3.noarch requires createrepo >= 0:0.4.3 Broken packages in fedora-extras-3-x86_64: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc3.noarch requires createrepo >= 0:0.4.3 Broken packages in fedora-extras-development-i386: ---------------------------------------------------------------------- Inventor-demos-2.1.5-21.fc6.i386 requires libXm.so.4 InventorXt-2.1.5-21.fc6.i386 requires libXm.so.4 InventorXt-devel-2.1.5-21.fc6.i386 requires openmotif-devel amarok-1.4.1-3.fc6.i386 requires libtunepimp.so.3 em8300-0.16.0-0.2.rc1.fc6.i386 requires em8300-kmod >= 0:0.16.0 gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.i386 requires gaim = 0:2.0.0-0.11.beta3.fc6 Broken packages in fedora-extras-development-x86_64: ---------------------------------------------------------------------- Inventor-demos-2.1.5-21.fc6.x86_64 requires libXm.so.4()(64bit) InventorXt-2.1.5-21.fc6.x86_64 requires libXm.so.4()(64bit) InventorXt-devel-2.1.5-21.fc6.x86_64 requires openmotif-devel amarok-1.4.1-3.fc6.x86_64 requires libtunepimp.so.3()(64bit) em8300-0.16.0-0.2.rc1.fc6.x86_64 requires em8300-kmod >= 0:0.16.0 gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.x86_64 requires gaim = 0:2.0.0-0.11.beta3.fc6 Broken packages in fedora-extras-development-ppc: ---------------------------------------------------------------------- Inventor-demos-2.1.5-21.fc6.ppc requires libXm.so.4 InventorXt-2.1.5-21.fc6.ppc requires libXm.so.4 InventorXt-devel-2.1.5-21.fc6.ppc requires openmotif-devel amarok-1.4.1-3.fc6.ppc requires libtunepimp.so.3 em8300-0.16.0-0.2.rc1.fc6.ppc requires em8300-kmod >= 0:0.16.0 gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.ppc requires gaim = 0:2.0.0-0.11.beta3.fc6 koan-0.1.1-8.fc6.noarch requires syslinux ====================================================================== New report for: dcbw AT redhat.com package: plague - 0.4.4.1-2.fc4.noarch from fedora-extras-4-i386 unresolved deps: createrepo >= 0:0.4.3 package: plague - 0.4.4.1-2.fc4.noarch from fedora-extras-4-x86_64 unresolved deps: createrepo >= 0:0.4.3 package: plague - 0.4.4.1-2.fc4.noarch from fedora-extras-4-ppc unresolved deps: createrepo >= 0:0.4.3 package: plague - 0.4.4.1-2.fc3.noarch from fedora-extras-3-i386 unresolved deps: createrepo >= 0:0.4.3 package: plague - 0.4.4.1-2.fc3.noarch from fedora-extras-3-x86_64 unresolved deps: createrepo >= 0:0.4.3 ====================================================================== New report for: raven AT pmail.pl package: gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.i386 from fedora-extras-development-i386 unresolved deps: gaim = 0:2.0.0-0.11.beta3.fc6 package: gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: gaim = 0:2.0.0-0.11.beta3.fc6 package: gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.ppc from fedora-extras-development-ppc unresolved deps: gaim = 0:2.0.0-0.11.beta3.fc6 From kushaldas at gmail.com Sat Sep 30 02:25:43 2006 From: kushaldas at gmail.com (Kushal Das) Date: Sat, 30 Sep 2006 07:55:43 +0530 Subject: Authentiation problem for build Message-ID: <200609300755.44245.kushaldas@gmail.com> Hi, Can't do build. [kd at kushal devel]$ make build /usr/bin/plague-client build kphotobymail kphotobymail-0_3_2-4_fc6 devel Server returned an error: Insufficient privileges. But [kd at kushal devel]$ plague-client list_builders is working... All certs are in place. Can anyone tell me what to do ? Regards, Kushal From peter at thecodergeek.com Sat Sep 30 02:33:08 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Fri, 29 Sep 2006 19:33:08 -0700 Subject: Authentiation problem for build In-Reply-To: <200609300755.44245.kushaldas@gmail.com> References: <200609300755.44245.kushaldas@gmail.com> Message-ID: <451DD764.9070406@thecodergeek.com> Kushal Das wrote: > [kd at kushal devel]$ make build > /usr/bin/plague-client build kphotobymail kphotobymail-0_3_2-4_fc6 devel > Server returned an error: Insufficient privileges. > Were you recently sponsored into the cvsextras group? When I first was sponsored, it took about a day or so for the permissions to propagate properly to the build system. According to Seth Vidal at the time, that's nothing to worry about. Just wait a few hours and try again; and if not, try again tomorrow. :) -- Peter Gordon (codergeek42) GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 My Blog: http://thecodergeek.com/blog/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From kushaldas at gmail.com Sat Sep 30 02:42:54 2006 From: kushaldas at gmail.com (Kushal Das) Date: Sat, 30 Sep 2006 08:12:54 +0530 Subject: Authentiation problem for build In-Reply-To: <451DD764.9070406@thecodergeek.com> References: <200609300755.44245.kushaldas@gmail.com> <451DD764.9070406@thecodergeek.com> Message-ID: <200609300812.54187.kushaldas@gmail.com> On Saturday 30 September 2006 08:03, Peter Gordon wrote: > Kushal Das wrote: > > [kd at kushal devel]$ make build > > /usr/bin/plague-client build kphotobymail kphotobymail-0_3_2-4_fc6 devel > > Server returned an error: Insufficient privileges. > > Were you recently sponsored into the cvsextras group? When I first was > sponsored, it took about a day or so for the permissions to propagate > properly to the build system. According to Seth Vidal at the time, that's > nothing to worry about. Just wait a few hours and try again; and if not, > try again tomorrow. :) Ok.. I had sponsorship last night. Regards, Kushal From rc040203 at freenet.de Sat Sep 30 02:48:01 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sat, 30 Sep 2006 04:48:01 +0200 Subject: Patents != patents ? In-Reply-To: <1159534644.2482.20.camel@localhost.localdomain> References: <20060929074616.GB27530@neu.nirvana> <20060929085618.GE27530@neu.nirvana> <1159526034.13363.148.camel@mccallum.corsepiu.local> <1159534644.2482.20.camel@localhost.localdomain> Message-ID: <1159584481.13363.198.camel@mccallum.corsepiu.local> On Fri, 2006-09-29 at 07:57 -0500, Tom 'spot' Callaway wrote: > On Fri, 2006-09-29 at 12:33 +0200, Ralf Corsepius wrote: > > > I fail to understand this issue - I don't see how them holding patents > > matters at all: > > > > The authors are selling a product and grant their product's users > > certain rights to use their product (aka. "License"). > > > > I my understanding, this license also means _them_ granting _their_ > > users certain rights to use _their_ intellectual property as part of > > their works. Wrt. to this, I don't see how a patented algorithm would be > > any different from copyright. > > IANAL, but I do know that patents are quite different from copyright > under US law. Definitely true, as far as details are concerned, but is the overall effect any different? They know they own patents, they know their product uses them, they know their product contains them, they "sell" their product under certain terms of usage (== license), clearly describing their intentions (OSS, BSD licensed). Common sense tells this should be sufficient: It's the copyright/patent holder's intention to let users use their work/product under the BSD terms of conditions. > The BSD license (unless they added some wording) doesn't provide an > unlimited, irrevocable, and royalty-free patent grant to software > patents implemented in the code. Well, nothing is unlimited, irrevocable - ever ;) Copyright holders only claim copyrights, but others can fight copyrights at court. Laws might void certain parts of a license, which could void a license entirely and can force authors to revoke/change licenses. The same applies to patented algorithms. The authors say "BSD-licensed". I.e. their product (== the source code) is usable under the BSD terms of usage. The only difference to many other packages out there is them knowing their sources to apply a patented algorithms and them mentioning it somewhere. I am sure, many other packages contain patented algorithms, but either the authors don't know about this fact or the authors (patent holders) don't mention it. Ralf From fedora at leemhuis.info Sat Sep 30 09:28:40 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 30 Sep 2006 11:28:40 +0200 Subject: list of not rebuild arch packages where needs.rebuild was removed Message-ID: <451E38C8.9060704@leemhuis.info> Hi, I just ran my scripts again. It seems there are sill some arch specific packages that were not rebuild, but needs.rebuild was removed. See this list: > andreas.bierfert_AT_lowlatency.de dillo 0.8.6-2.fc6 > andreas.bierfert_AT_lowlatency.de libpolyxmass 0.9.0-6.fc5 > danken_AT_cs.technion.ac.il bidiv 1.5-3.fc5 > danken_AT_cs.technion.ac.il hspell 1.0-4.fc6 > dennis_AT_ausil.us knetworkmanager 0.1-0.3.svn20060809.fc6 > gauret_AT_free.fr amarok 1.4.1-3.fc6 ^^ this one could probably be rebuild now that helix was imported > michael_AT_knox.net.nz gdk-pixbuf 0.22.0-30.fc6 > paul_AT_all-the-johnsons.co.uk anjuta-gdl 0.6.1-4.fc6 > paul_AT_all-the-johnsons.co.uk brandy 1.0.19-3.fc6 > paul_AT_all-the-johnsons.co.uk libdsk 1.1.9-1.fc6 > paul_AT_city-fan.org libpng10 1.0.20-3.fc6 > splinux_AT_fedoraproject.org gdmap 0.7.5-4.fc6 > splinux_AT_fedoraproject.org glipper 0.89-3.fc6 > splinux_AT_fedoraproject.org gnubiff 2.2.2-1.fc6 > splinux_AT_fedoraproject.org musicbox 0.2.3-3.fc6 Is there any good reason why these packages were not rebuild? CU thl From fedora at leemhuis.info Sat Sep 30 09:50:39 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 30 Sep 2006 11:50:39 +0200 Subject: rpmforge and {enterprise, } Extras (Was Re: Initial Proposal for doing Enterprise Extras= In-Reply-To: <4516DF41.9070302@karan.org> References: <80d7e4090609151030s7a525a6ew9f5a28bf20cb457@mail.gmail.com> <4512AFF5.5010703@leemhuis.info> <80d7e4090609211035l1535d43ep4b87d407e0a56528@mail.gmail.com> <20060921220819.bda280fb.bugs.michael@gmx.net> <645d17210609230952q20ad538ehe06cd2d24f645892@mail.gmail.com> <4516651F.8090803@leemhuis.info> <645d17210609240614k79b8efa8u652df8eba09adac@mail.gmail.com> <45168FA0.6080201@leemhuis.info> <4516DF41.9070302@karan.org> Message-ID: <451E3DEF.8030604@leemhuis.info> (sorry for the late reply, I was quite busy with other stuff) Karanbir Singh schrieb: > [...] > I have some understanding about rpmforge and am in regular contact with > the people behind it, and will try to answer these questions as best as > I can. [1] thx > Thorsten Leemhuis wrote: >> Well, after my first more diplomatic shot I'm willing to touch more >> dangerous grounds now. >> There are afaics (and *please* correct me if I'm wrong) some more big >> differences: >> - rpmforge wants to (or does already?) build for distributions like Suse >> or SLES (someone indicated that to me in private on IRC some weeks ago) > I am not sure what the intended significance of this point is? Does > FExtras not want their spec's used elsewhere? hey, why only SuSe, I'd > love to see even MDK etc using the same spec - we only gain from a > broader testing/ user base. Well, I don't have a problem when one of our spec files is being used to build stuff for Suse or MDK. But *I* don't want to get involved with maintaining spec files for them because I simply don't know to much about those distributions and that will IMHO lead to bad packaging quality. Those people actually using those dist can do that much better. And I don't want to clutter our specfiles with thousands "%if %{SUSE} do this %else that" stuff because that IMHO will get quite complicated soon. Side note: working closely together with package maintainers from other distribution is IMHO the goal. But that's a different discussion. >> There were two more in the past, I don't know if they are still valid: >> - rpmforge now and then replaced packages from the the distributions is >> was build for (RHEL, Fedora Core and Extras, which i consider as a >> integrated part for Fedora Core, but that's just my view); > I too, have some issues on this front - I dont think we should be > replacing pkgs from [base], specially not on a supported platform like > EL. However, once a distro is in Maint mode, should this then be allowed > ? IMHO: No. The repos also have a slightly different approaches here that might be the reasons for my opinion. Some repos for example often package the latest version of the software they offer for all supported dists. Extras on the other hand ships the latest software often only for the current dists. Packages for dists in maint. mode normally shall only be updated if there is a real need to (security problem, major bug) > Also, for still supported distros : could such packages be split into > a seperate repo ( CentOSPlus sorts ? ) and then let users make the > decision ? That probably know as "Fedora Alternatives" in Fedora-land. It never started and I'm not sure if that good or bad. >> - rpmforge builds new packages often for several distributions including >> those that are in "Maintenance state" (FC3, FC4 currently); Fedora >> Extras is more conservative here > True, but this policy at Extras will need to change quite dramatically > if and when Enterprise Extras comes into play [...] Why? The rolling release scheme should really stop when a dist goes into "Maintenance state". We IMHO don't want to build todays or tomorrows packages for yesterdays dist. >>> The current move to build for centos, EL etc means that this >>> fundemental difference should disappear. Of course, rpmforge provides >>> many useful packages which couldn't move into FE/EE - it wasn't my >>> intention to suggest a merger. >> Well, why not? Merge the stuff into Extras that can be there; merge the >> other stuff with livna and atrpms and everybody is happy because "repo >> wars" would be mostly history then. > +1 for that, why even have a livna/atrpms/rpmforge building for the same > stuff. Setup a shared svn, That's for example a point that's already debatable. ;-) Fedora Extras Packagers are use to CVS and it would be nice for them to use exactly the same tools and schemes in this "merged" distro (sure, that's the FE point of view) > and let the builders do their thing. If there > is potential for this, I am happy to be the one to co-ordinate with > people. ( even if that includes screaming/ yelling / name calling etc - > I've developed a rather hard skin over the last few years ) Otherwise agreed :) >> Yeah, but what can Fedora Extras offer them? > I think we all need to take a user specific view on some of these > things. I know that FE can offer rpmforge a lot, and similarly rpmforge > can offer stuff back. I'm not sure, but maybe I'm wrong. dag and dries should comment on this if a merge is even remotely possible. > thl, going back to your statement - perhaps we should not consider this > as FE/RPMForge at all - but > FE/other-repo's-that-build-with-the-same-target. Atleast on a longer > term position. Sorry, I didn't understand what you were up to here. >>>> And there are also different goals >>>> in FE and rpmforge that will make a merge even more complicated -- I > > It would be helpful if dag and dries could share their view on this idea >> here. > I dont speak for RPMForge, but perhaps we could start with a set of pkgs > where the goal isnt divergent. And there isnt any Licensing issue... What do you mean by "start"? Create a new project? Or get the rpmforge people involved in the packages in FE / EPEL? > [1] I had already been doing some work on getting the repo's at > centos.karan.org ( FE rebuilds for CentOS ) and the El4/EL5 branch of > RPMForge to merge, and then get the CentOS community to get involved in > expanding the project there. Sound like this would increase fragmentation even more :-/ CU thl From paul at all-the-johnsons.co.uk Sat Sep 30 09:38:08 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 30 Sep 2006 10:38:08 +0100 Subject: list of not rebuild arch packages where needs.rebuild was removed In-Reply-To: <451E38C8.9060704@leemhuis.info> References: <451E38C8.9060704@leemhuis.info> Message-ID: <1159609089.3901.41.camel@T7.Linux> On Sat, 2006-09-30 at 11:28 +0200, Thorsten Leemhuis wrote: > > paul_AT_all-the-johnsons.co.uk anjuta-gdl 0.6.1-4.fc6 > > paul_AT_all-the-johnsons.co.uk brandy 1.0.19-3.fc6 > > paul_AT_all-the-johnsons.co.uk libdsk 1.1.9-1.fc6 These have all been rebuilt and AFAIK, don't have any architecture related problems. -- "Der einzige Weg, Leute zu kontrollieren ist sie anzul?gen" - L. Ron "Ich kann kein Science-Fiction schreiben" Hubbard; L?gner, Betr?ger, Fixer und Wohlt?ter zu niemandem -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From fedora at leemhuis.info Sat Sep 30 10:16:02 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 30 Sep 2006 12:16:02 +0200 Subject: list of not rebuild arch packages where needs.rebuild was removed In-Reply-To: <1159609089.3901.41.camel@T7.Linux> References: <451E38C8.9060704@leemhuis.info> <1159609089.3901.41.camel@T7.Linux> Message-ID: <451E43E2.6080904@leemhuis.info> Paul schrieb: > On Sat, 2006-09-30 at 11:28 +0200, Thorsten Leemhuis wrote: >>> paul_AT_all-the-johnsons.co.uk anjuta-gdl 0.6.1-4.fc6 >>> paul_AT_all-the-johnsons.co.uk brandy 1.0.19-3.fc6 >>> paul_AT_all-the-johnsons.co.uk libdsk 1.1.9-1.fc6 > These have all been rebuilt and AFAIK, don't have any architecture > related problems. From http://download.fedora.redhat.com/pub/fedora/linux/extras/development/i386/ anjuta-gdl-0.6.1-4.fc6.i386.rpm 09-Jul-2006 08:56 186K brandy-1.0.19-3.fc6.i386.rpm 19-Aug-2006 16:16 219K libdsk-1.1.9-1.fc6.i386.rpm 02-Apr-2006 13:55 293K ??? Cu thl From splinux at fedoraproject.org Sat Sep 30 13:18:12 2006 From: splinux at fedoraproject.org (Damien Durand) Date: Sat, 30 Sep 2006 15:18:12 +0200 Subject: Glade 3 is not in Core Message-ID: Hi, Just a small mail to inform you that glade 3 is not in core. The version available is not up to date, 2.12 and it'll be great to upgrade to the latest release., Regards, Damien Durand -------------- next part -------------- An HTML attachment was scrubbed... URL: From jwboyer at jdub.homelinux.org Sat Sep 30 13:46:01 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Sat, 30 Sep 2006 08:46:01 -0500 Subject: Glade 3 is not in Core In-Reply-To: References: Message-ID: <1159623961.2684.2.camel@vader.jdub.homelinux.org> On Sat, 2006-09-30 at 15:18 +0200, Damien Durand wrote: > Hi, > > Just a small mail to inform you that glade 3 is not in core. The > version available is not up to date, 2.12 and it'll be great to > upgrade to the latest release., 1) I'm pretty sure the package maintainer knows this already. 2) Things like this belong in bugzilla. 3) I highly doubt any sort of upgrade for Fedora Core 6 is out of the question given that the freeze is in place. Perhaps for FC7 though. josh From ville.skytta at iki.fi Sat Sep 30 13:55:09 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sat, 30 Sep 2006 16:55:09 +0300 Subject: perl-HTML-Template-Expr orphaned Message-ID: <1159624509.6540.8.camel@viper.local> FYI, I've just orphaned perl-HTML-Template-Expr, I have no use for it any more. From mclasen at redhat.com Sat Sep 30 14:06:34 2006 From: mclasen at redhat.com (Matthias Clasen) Date: Sat, 30 Sep 2006 10:06:34 -0400 Subject: Glade 3 is not in Core In-Reply-To: <1159623961.2684.2.camel@vader.jdub.homelinux.org> References: <1159623961.2684.2.camel@vader.jdub.homelinux.org> Message-ID: <1159625194.3252.2.camel@localhost.localdomain> On Sat, 2006-09-30 at 08:46 -0500, Josh Boyer wrote: > On Sat, 2006-09-30 at 15:18 +0200, Damien Durand wrote: > > Hi, > > > > Just a small mail to inform you that glade 3 is not in core. The > > version available is not up to date, 2.12 and it'll be great to > > upgrade to the latest release., > > 1) I'm pretty sure the package maintainer knows this already. > > 2) Things like this belong in bugzilla. > > 3) I highly doubt any sort of upgrade for Fedora Core 6 is out of the > question given that the freeze is in place. Perhaps for FC7 though. > > josh > It should be pointed out that despite the name, glade3 is a different program and not just a newer version of glade2. And when thinking about obsoleting glade2, there are interesting alternatives like gazpacho. Matthias From denis at poolshark.org Sat Sep 30 14:08:51 2006 From: denis at poolshark.org (Denis Leroy) Date: Sat, 30 Sep 2006 16:08:51 +0200 Subject: Glade 3 is not in Core In-Reply-To: <1159625194.3252.2.camel@localhost.localdomain> References: <1159623961.2684.2.camel@vader.jdub.homelinux.org> <1159625194.3252.2.camel@localhost.localdomain> Message-ID: <451E7A73.3050905@poolshark.org> Matthias Clasen wrote: > On Sat, 2006-09-30 at 08:46 -0500, Josh Boyer wrote: >> On Sat, 2006-09-30 at 15:18 +0200, Damien Durand wrote: >>> Hi, >>> >>> Just a small mail to inform you that glade 3 is not in core. The >>> version available is not up to date, 2.12 and it'll be great to >>> upgrade to the latest release., >> 1) I'm pretty sure the package maintainer knows this already. >> >> 2) Things like this belong in bugzilla. >> >> 3) I highly doubt any sort of upgrade for Fedora Core 6 is out of the >> question given that the freeze is in place. Perhaps for FC7 though. >> >> josh >> > > It should be pointed out that despite the name, glade3 is a different > program and not just a newer version of glade2. And when thinking about > obsoleting glade2, there are interesting alternatives like gazpacho. Sounds like a good candidate for Extras then. From denis at poolshark.org Sat Sep 30 14:10:04 2006 From: denis at poolshark.org (Denis Leroy) Date: Sat, 30 Sep 2006 16:10:04 +0200 Subject: Orphaning my packages In-Reply-To: <61471.147.51.218.4.1159448452.squirrel@mail.voxel.net> References: <61471.147.51.218.4.1159448452.squirrel@mail.voxel.net> Message-ID: <451E7ABC.3090005@poolshark.org> W. Michael Petullo wrote: > Ladies and Gentlemen, > > I have just orphaned the following Fedora Extras packages: [...] > pam_keyring I'd like to claim pam_keyring From kevin.kofler at chello.at Sat Sep 30 14:27:58 2006 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 30 Sep 2006 14:27:58 +0000 (UTC) Subject: list of not rebuild arch packages where needs.rebuild was removed References: <451E38C8.9060704@leemhuis.info> <1159609089.3901.41.camel@T7.Linux> <451E43E2.6080904@leemhuis.info> Message-ID: Thorsten Leemhuis writes: > > These have all been rebuilt and AFAIK, don't have any architecture > > related problems. > anjuta-gdl-0.6.1-4.fc6.i386.rpm 09-Jul-2006 08:56 186K > brandy-1.0.19-3.fc6.i386.rpm 19-Aug-2006 16:16 219K > libdsk-1.1.9-1.fc6.i386.rpm 02-Apr-2006 13:55 293K > ??? The rebuilds were probably invalid (no EVR bump). Kevin Kofler From splinux at fedoraproject.org Sat Sep 30 14:41:10 2006 From: splinux at fedoraproject.org (Damien Durand) Date: Sat, 30 Sep 2006 16:41:10 +0200 Subject: Glade 3 is not in Core In-Reply-To: <451E7A73.3050905@poolshark.org> References: <1159623961.2684.2.camel@vader.jdub.homelinux.org> <1159625194.3252.2.camel@localhost.localdomain> <451E7A73.3050905@poolshark.org> Message-ID: Of course we can add this one in Extras but for me this solution is not good. Glade 3 is a rewrite of the Glade 2 version, by consequent, glade 2 is now obsolete. Damien 2006/9/30, Denis Leroy : > > Matthias Clasen wrote: > > On Sat, 2006-09-30 at 08:46 -0500, Josh Boyer wrote: > >> On Sat, 2006-09-30 at 15:18 +0200, Damien Durand wrote: > >>> Hi, > >>> > >>> Just a small mail to inform you that glade 3 is not in core. The > >>> version available is not up to date, 2.12 and it'll be great to > >>> upgrade to the latest release., > >> 1) I'm pretty sure the package maintainer knows this already. > >> > >> 2) Things like this belong in bugzilla. > >> > >> 3) I highly doubt any sort of upgrade for Fedora Core 6 is out of the > >> question given that the freeze is in place. Perhaps for FC7 though. > >> > >> josh > >> > > > > It should be pointed out that despite the name, glade3 is a different > > program and not just a newer version of glade2. And when thinking about > > obsoleting glade2, there are interesting alternatives like gazpacho. > > Sounds like a good candidate for Extras then. > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From splinux at fedoraproject.org Sat Sep 30 14:47:17 2006 From: splinux at fedoraproject.org (Damien Durand) Date: Sat, 30 Sep 2006 16:47:17 +0200 Subject: list of not rebuild arch packages where needs.rebuild was removed In-Reply-To: References: <451E38C8.9060704@leemhuis.info> <1159609089.3901.41.camel@T7.Linux> <451E43E2.6080904@leemhuis.info> Message-ID: > splinux_AT_fedoraproject.org gdmap 0.7.5-4.fc6 > splinux_AT_fedoraproject.org glipper 0.89-3.fc6 > splinux_AT_fedoraproject.org gnubiff 2.2.2-1.fc6 > splinux_AT_fedoraproject.org musicbox 0.2.3-3.fc6 My rebuilds have been invalid? -------------- next part -------------- An HTML attachment was scrubbed... URL: From dennis at ausil.us Sat Sep 30 15:02:30 2006 From: dennis at ausil.us (Dennis Gilmore) Date: Sat, 30 Sep 2006 10:02:30 -0500 Subject: Patents != patents ? In-Reply-To: <1159584481.13363.198.camel@mccallum.corsepiu.local> References: <20060929074616.GB27530@neu.nirvana> <1159534644.2482.20.camel@localhost.localdomain> <1159584481.13363.198.camel@mccallum.corsepiu.local> Message-ID: <200609301002.34888.dennis@ausil.us> Once upon a time Friday 29 September 2006 9:48 pm, Ralf Corsepius wrote: > On Fri, 2006-09-29 at 07:57 -0500, Tom 'spot' Callaway wrote: > They know they own patents, they know their product uses them, they know > their product contains them, they "sell" their product under certain > terms of usage (== license), clearly describing their intentions (OSS, > BSD licensed). > > Common sense tells this should be sufficient: It's the copyright/patent > holder's intention to let users use their work/product under the BSD > terms of conditions. Yes but without something in writing that is perpetual and royalty free they sell the company the new owners say hey your using our patents and not paying a royalty and go on a suing spree. > > The BSD license (unless they added some wording) doesn't provide an > > unlimited, irrevocable, and royalty-free patent grant to software > > patents implemented in the code. > > Well, nothing is unlimited, irrevocable - ever ;) It can be terminated for future use but not past use. so they could revoke it for a new release but whats out there is always out there. > I am sure, many other packages contain patented algorithms, but either > the authors don't know about this fact or the authors (patent holders) > don't mention it. Quite possibly Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From fedora at leemhuis.info Sat Sep 30 15:14:02 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 30 Sep 2006 17:14:02 +0200 Subject: list of not rebuild arch packages where needs.rebuild was removed In-Reply-To: References: <451E38C8.9060704@leemhuis.info> <1159609089.3901.41.camel@T7.Linux> <451E43E2.6080904@leemhuis.info> Message-ID: <451E89BA.9070207@leemhuis.info> Damien Durand schrieb: >> splinux_AT_fedoraproject.org gdmap > 0.7.5-4.fc6 >> splinux_AT_fedoraproject.org glipper > 0.89-3.fc6 >> splinux_AT_fedoraproject.org gnubiff > 2.2.2-1.fc6 >> splinux_AT_fedoraproject.org musicbox > 0.2.3-3.fc6 My rebuilds have been invalid? http://buildsys.fedoraproject.org/build-status/job.psp?&uid=15035 http://buildsys.fedoraproject.org/build-status/job.psp?&uid=15042 http://buildsys.fedoraproject.org/build-status/job.psp?&uid=15044 http://buildsys.fedoraproject.org/build-status/job.psp?&uid=15045 Looks like it was a problem with the buildsys. But it probably send you a mail back then about the build error. CU thl From buildsys at fedoraproject.org Sat Sep 30 15:27:19 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 30 Sep 2006 11:27:19 -0400 (EDT) Subject: Fedora Extras Package Build Report 2006-09-30 Message-ID: <20060930152720.02F7915212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 19 Inventor-2.1.5-22.fc6 ddd-3.3.11-13.fc6 gnomad2-2.8.9-2.fc6 initng-0.6.8-9.fc6 initng-ifiles-0.0.6-2.fc6 kphotobymail-0.3.2-4.fc6 kst-1.3.0-2.fc6 perl-POE-Component-IRC-5.04-1.fc6 perl-POE-Component-SNMP-1.07-1.fc6 perl-POE-Component-Server-SimpleHTTP-1.13-1.fc6 perl-POE-Component-SimpleDBI-1.15-1.fc6 perl-POE-Filter-Zlib-1.7-1.fc6 perl-WWW-Myspace-0.58-1.fc6 python-mutagen-1.6-2.fc6 python-turbokid-0.9.9-2.fc6 qgit-1.5.2-1.fc6 shorewall-3.2.4-1.fc6 smart-0.42-39.fc6 sylpheed-claws-plugins-2.5.2-1.fc6 Packages built and released for Fedora Extras 5: 14 gnomad2-2.8.9-2.fc5 initng-0.6.8-9.fc5 initng-ifiles-0.0.6-2.fc5 kphotobymail-0.3.2-4.fc5 perl-POE-Component-IRC-5.04-1.fc5 perl-POE-Component-SNMP-1.07-1.fc5 perl-POE-Component-Server-SimpleHTTP-1.13-1.fc5 perl-POE-Component-SimpleDBI-1.15-1.fc5 perl-POE-Filter-Zlib-1.7-1.fc5 perl-WWW-Myspace-0.58-1.fc5 python-mutagen-1.6-2.fc5 qgit-1.5.2-1.fc5 shorewall-3.2.4-1.fc5 sylpheed-claws-plugins-2.5.2-1.fc5 Packages built and released for Fedora Extras 4: 4 libetpan-0.46-1.fc4 qgit-1.5.2-1.fc4 shorewall-3.2.4-1.fc4 sylpheed-claws-2.5.2-1.fc4 Packages built and released for Fedora Extras 3: 0 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Sat Sep 30 15:27:57 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 30 Sep 2006 11:27:57 -0400 (EDT) Subject: Package EVR problems in FC+FE 2006-09-30 Message-ID: <20060930152757.4D23515212E@buildsys.fedoraproject.org> UNKNOWN OWNER (possibly Core package): audit FC5-updates > FC6 (0:1.2.7-4.fc5 > 0:1.2.7-2) device-mapper FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) FC4-updates > FC6 (0:1.02.07-2.0 > 0:1.02.07-1.1) lvm2 FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) mozilla FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) quagga FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) tclx FC5 > FC6 (0:8.4.0-1.2 > 0:8.4-4) andreas.bierfert AT lowlatency.de: dillo FE3 > FE5 (0:0.8.6-2.fc3 > 0:0.8.6-1.fc5) FE4 > FE5 (0:0.8.6-2.fc4 > 0:0.8.6-1.fc5) chabotc AT xs4all.nl: libtorrent FE4 > FE6 (0:0.10.2-2.fc4 > 0:0.10.2-1.fc6) FE5 > FE6 (0:0.10.2-2.fc5 > 0:0.10.2-1.fc6) gauret AT free.fr: amarok FE5 > FE6 (0:1.4.3-3.fc5 > 0:1.4.1-3.fc6) paul AT city-fan.org: perl-String-CRC32 FE3 > FC5-updates (0:1.4-1.fc3 > 0:1.4-1.FC5) FE4 > FC5-updates (0:1.4-1.fc4 > 0:1.4-1.FC5) petersen AT redhat.com: m17n-db FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) ryo-dairiki AT users.sourceforge.net: scim-tomoe FE5 > FE6 (0:0.2.0-6.fc5.1 > 0:0.2.0-5.fc6) scott AT perturb.org: qcomicbook FE5 > FE6 (0:0.3.3-2.fc5 > 0:0.3.2-6.fc6) thomas AT apestaart.org: flumotion FE5 > FE6 (0:0.2.2-1.fc5 > 0:0.2.1-3.fc6) zcerza AT redhat.com: dogtail FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) ---------------------------------------------------------------------- amarok: gauret AT free.fr FE5 > FE6 (0:1.4.3-3.fc5 > 0:1.4.1-3.fc6) audit: UNKNOWN OWNER (possibly Core package) FC5-updates > FC6 (0:1.2.7-4.fc5 > 0:1.2.7-2) device-mapper: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:1.02.07-2.0 > 0:1.02.02-3.2) FC4-updates > FC6 (0:1.02.07-2.0 > 0:1.02.07-1.1) dillo: andreas.bierfert AT lowlatency.de FE3 > FE5 (0:0.8.6-2.fc3 > 0:0.8.6-1.fc5) FE4 > FE5 (0:0.8.6-2.fc4 > 0:0.8.6-1.fc5) dogtail: zcerza AT redhat.com FE5 > FC6 (0:0.6.0-2.fc5 > 0:0.6.0-1.fc6) flumotion: thomas AT apestaart.org FE5 > FE6 (0:0.2.2-1.fc5 > 0:0.2.1-3.fc6) libtorrent: chabotc AT xs4all.nl FE4 > FE6 (0:0.10.2-2.fc4 > 0:0.10.2-1.fc6) FE5 > FE6 (0:0.10.2-2.fc5 > 0:0.10.2-1.fc6) lvm2: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5 (0:2.02.06-1.0.fc4 > 0:2.02.01-1.2.1) m17n-db: petersen AT redhat.com FE3 > FC5 (0:1.3.3-1.fc3 > 0:1.3.3-1) FE4 > FC5 (0:1.3.3-1.fc4 > 0:1.3.3-1) mozilla: UNKNOWN OWNER (possibly Core package) FL3-updates > FC4-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc4) FL3-updates > FC5-updates (37:1.7.13-1.3.1.legacy > 37:1.7.13-1.1.fc5) perl-String-CRC32: paul AT city-fan.org FE3 > FC5-updates (0:1.4-1.fc3 > 0:1.4-1.FC5) FE4 > FC5-updates (0:1.4-1.fc4 > 0:1.4-1.FC5) qcomicbook: scott AT perturb.org FE5 > FE6 (0:0.3.3-2.fc5 > 0:0.3.2-6.fc6) quagga: UNKNOWN OWNER (possibly Core package) FC4-updates > FC5-updates (0:0.98.6-1.fc4 > 0:0.98.6-1.FC5) scim-tomoe: ryo-dairiki AT users.sourceforge.net FE5 > FE6 (0:0.2.0-6.fc5.1 > 0:0.2.0-5.fc6) tclx: UNKNOWN OWNER (possibly Core package) FC5 > FC6 (0:8.4.0-1.2 > 0:8.4-4) From buildsys at fedoraproject.org Sat Sep 30 16:06:48 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sat, 30 Sep 2006 16:06:48 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2006-09-30 Message-ID: <20060930160648.28918.55183@extras64.linux.duke.edu> Summary of broken packages (by owner): ---------------------------------------------------------------------- andreas.bierfert AT lowlatency.de sylpheed-claws-plugins-etpan-privacy - 2.3.0-2.fc4.i386 sylpheed-claws-plugins-etpan-privacy - 2.3.0-2.fc4.ppc sylpheed-claws-plugins-etpan-privacy - 2.3.0-2.fc4.x86_64 dcbw AT redhat.com plague - 0.4.4.1-2.fc3.noarch (15 days) plague - 0.4.4.1-2.fc3.noarch (15 days) plague - 0.4.4.1-2.fc4.noarch (15 days) plague - 0.4.4.1-2.fc4.noarch (15 days) plague - 0.4.4.1-2.fc4.noarch (15 days) gauret AT free.fr amarok - 1.4.1-3.fc6.i386 (65 days) amarok - 1.4.1-3.fc6.ppc (65 days) amarok - 1.4.1-3.fc6.x86_64 (65 days) showimg-pgsql - 0.9.5-7.fc4.i386 (18 days) showimg-pgsql - 0.9.5-7.fc4.ppc (18 days) showimg-pgsql - 0.9.5-7.fc4.x86_64 (18 days) j.w.r.degoede AT hhs.nl tremulous - 1.1.0-2.fc5.i386 (18 days) tremulous - 1.1.0-2.fc5.ppc (18 days) tremulous - 1.1.0-2.fc5.x86_64 (18 days) mdehaan AT redhat.com koan - 0.1.1-8.fc6.noarch (2 days) raven AT pmail.pl gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.i386 (15 days) gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.ppc (15 days) gaim-gadugadu - 2:2.0.0-0.11.beta3.fc6.x86_64 (15 days) ville.skytta AT iki.fi em8300 - 0.16.0-0.2.rc1.fc6.i386 (3 days) em8300 - 0.16.0-0.2.rc1.fc6.ppc (3 days) em8300 - 0.16.0-0.2.rc1.fc6.x86_64 (3 days) Broken packages in fedora-extras-5-i386: ---------------------------------------------------------------------- tremulous-1.1.0-2.fc5.i386 requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-5-x86_64: ---------------------------------------------------------------------- tremulous-1.1.0-2.fc5.x86_64 requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-5-ppc: ---------------------------------------------------------------------- tremulous-1.1.0-2.fc5.ppc requires tremulous-data = 0:1.1.0 Broken packages in fedora-extras-4-i386: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.i386 requires libpqxx-2.6.6.so sylpheed-claws-plugins-etpan-privacy-2.3.0-2.fc4.i386 requires libetpan.so.6 Broken packages in fedora-extras-4-x86_64: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.x86_64 requires libpqxx-2.6.6.so()(64bit) sylpheed-claws-plugins-etpan-privacy-2.3.0-2.fc4.x86_64 requires libetpan.so.6()(64bit) Broken packages in fedora-extras-4-ppc: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc4.noarch requires createrepo >= 0:0.4.3 showimg-pgsql-0.9.5-7.fc4.ppc requires libpqxx-2.6.6.so sylpheed-claws-plugins-etpan-privacy-2.3.0-2.fc4.ppc requires libetpan.so.6 Broken packages in fedora-extras-3-i386: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc3.noarch requires createrepo >= 0:0.4.3 Broken packages in fedora-extras-3-x86_64: ---------------------------------------------------------------------- plague-0.4.4.1-2.fc3.noarch requires createrepo >= 0:0.4.3 Broken packages in fedora-extras-development-i386: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.i386 requires libtunepimp.so.3 em8300-0.16.0-0.2.rc1.fc6.i386 requires em8300-kmod >= 0:0.16.0 gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.i386 requires gaim = 0:2.0.0-0.11.beta3.fc6 Broken packages in fedora-extras-development-x86_64: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.x86_64 requires libtunepimp.so.3()(64bit) em8300-0.16.0-0.2.rc1.fc6.x86_64 requires em8300-kmod >= 0:0.16.0 gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.x86_64 requires gaim = 0:2.0.0-0.11.beta3.fc6 Broken packages in fedora-extras-development-ppc: ---------------------------------------------------------------------- amarok-1.4.1-3.fc6.ppc requires libtunepimp.so.3 em8300-0.16.0-0.2.rc1.fc6.ppc requires em8300-kmod >= 0:0.16.0 gaim-gadugadu-2:2.0.0-0.11.beta3.fc6.ppc requires gaim = 0:2.0.0-0.11.beta3.fc6 koan-0.1.1-8.fc6.noarch requires syslinux ====================================================================== New report for: andreas.bierfert AT lowlatency.de package: sylpheed-claws-plugins-etpan-privacy - 2.3.0-2.fc4.i386 from fedora-extras-4-i386 unresolved deps: libetpan.so.6 package: sylpheed-claws-plugins-etpan-privacy - 2.3.0-2.fc4.x86_64 from fedora-extras-4-x86_64 unresolved deps: libetpan.so.6()(64bit) package: sylpheed-claws-plugins-etpan-privacy - 2.3.0-2.fc4.ppc from fedora-extras-4-ppc unresolved deps: libetpan.so.6