From katzj at redhat.com Fri Dec 1 02:21:29 2006 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 30 Nov 2006 21:21:29 -0500 Subject: cvs flags for comps? In-Reply-To: <7dd7ab490611300845i72813b16pebd76b5dc2b5fd@mail.gmail.com> References: <7dd7ab490611300845i72813b16pebd76b5dc2b5fd@mail.gmail.com> Message-ID: <1164939689.3295.46.camel@aglarond.local> On Thu, 2006-11-30 at 08:45 -0800, Chris Weyl wrote: > Thoughts? Good / bad / crazy? The problem is that comps is per binary package, not per source package -- and cvs is at the level of per source package. So it ends up being a bit tricky to manage that. Jeremy From katzj at redhat.com Fri Dec 1 02:21:49 2006 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 30 Nov 2006 21:21:49 -0500 Subject: New Comps Groups In-Reply-To: <1164907792.11786.176.camel@localhost.localdomain> References: <200611281452.58273.jkeating@redhat.com> <1164844764.11786.15.camel@localhost.localdomain> <200611292139.43243.jkeating@redhat.com> <1164856782.11786.101.camel@localhost.localdomain> <1164858551.7311.112.camel@cutter> <1164860435.11786.107.camel@localhost.localdomain> <1164901965.12591.9.camel@aglarond.local> <1164907792.11786.176.camel@localhost.localdomain> Message-ID: <1164939709.3295.48.camel@aglarond.local> On Thu, 2006-11-30 at 09:29 -0800, Toshio Kuratomi wrote: > On Thu, 2006-11-30 at 10:52 -0500, Jeremy Katz wrote: > > The "problem" is that if you do something like this, you _really_ don't > > want to be using the current UI. > > There's an assumption here of what the current UI is. From your > background and the background of comps I would assume that "current UI" > means anaconda's interface. However, comps.xml has been proposed as a > replacement for the rpm group tag in general. Repoview already attempts > to do this (with a horrible number of entries in the uncategorized > listing). apt/synaptic and smart currently use the rpm group tag and it > was proposed that they should be ported to use comps instead of > rpm::group. I would say that apt and smart's UI would not suffer from a > migration to comps provided that comps lists all the packages in the > repository. And that _used_ to be anaconda's UI and anaconda used the group tag. That was changed so that: a) the grouping information could be changed by third parties without requiring the packages to be rebuilt b) browsing through every package in the distribution wasn't interesting when it was < 1000. browsing through 4000 packages is even worse > > Rather than focusing on the question > > of "how do I fit this in comps" or "how do I list every package because > > oh my god, how else do I find something", the _real_ question is trying > > to figure out what the user experience we're trying to get at is, get > > some mock ups and then figure out what the "right" implementation path > > is from there. > > > User Experience > Objective > Allow a user to view a subset of packages in a set of repositories > that matches categories of software that they are interested in > installing. This allows the user to more quickly discover a package > that fills a need for them. While a good high level description of what's wanted, it's not a very good place to start for designing a UI. Things really need to be far more focused. Use cases are one common approach; there are others. > Interface1 > 1) Select a group from all groups valid for the repository > 2) List all packages which match that group. > 3) Allow the user to select another group from the groups that these > packages have. > Repeat from 2 until A) the list of other groups would have a single > entry, B) there's only a single package in the package list. C) User has > left this interface This is actually a direction that we (pnasrat, clumens, myself and a few others) were looking at when we got to the current package selection UI. The problems started coming in around how to sanely handle a native UI where you want to allow multiple selection of packages, and then viewing even more details without too many levels of nested dialogs. > Interface2 > yum groupsearch Development Python Cryptography > Finds all packages in the repositories whose group information > contains all of those patterns. Search is *definitely* something that's incredibly useful and important. Realistically, it's probably more interesting than browse for most use cases. Can the search that's currently there be improved, yep. Was easiest to just start with 'yum search' and then improve from there. Jeremy From katzj at redhat.com Fri Dec 1 02:21:53 2006 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 30 Nov 2006 21:21:53 -0500 Subject: New Comps Groups In-Reply-To: <1164915131.11786.194.camel@localhost.localdomain> References: <1164901965.12591.9.camel@aglarond.local> <1164907792.11786.176.camel@localhost.localdomain> <200611301345.24020.jkeating@redhat.com> <1164915131.11786.194.camel@localhost.localdomain> Message-ID: <1164939713.3295.50.camel@aglarond.local> On Thu, 2006-11-30 at 11:32 -0800, Toshio Kuratomi wrote: > I'm writing an email application and want to find a library to help me > do signing and encryption. Do you know if Fedora includes one? > > I'm looking for something that I can use to make rpms in a clean chroot. > Is there a package for something like that in Fedora? > > I'm working on some surveying software and I need to do a lot of work > with maps, coordinate plotting, etc. What libraries are available in > Fedora to help me get my work done? > > There is software to answer all these questions in Fedora but it's not > listed in comps. Just look at the repoview page and you'll see why > Ungrouped leads to a horrible end-user experience. For the first and third, though, you don't want to browse. Because if the granularity of the groupings (which you browse) is good enough that you can say "oh, that's obviously the only group I need to look in" you either have a) 100s of groups or b) 100s of packages in each group. And that's never good for finding things. Instead, you want good search. For finding mock, browsing _could_ get you there, but if you know that specifically what you want, again, searching is always going to get you there faster. Jeremy From katzj at redhat.com Fri Dec 1 02:22:06 2006 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 30 Nov 2006 21:22:06 -0500 Subject: New Comps Groups In-Reply-To: <1164916295.8160.74.camel@rousalka.dyndns.org> References: <1164901965.12591.9.camel@aglarond.local> <1164907792.11786.176.camel@localhost.localdomain> <200611301345.24020.jkeating@redhat.com> <1164916295.8160.74.camel@rousalka.dyndns.org> Message-ID: <1164939726.3295.51.camel@aglarond.local> On Thu, 2006-11-30 at 20:51 +0100, Nicolas Mailhot wrote: > Le jeudi 30 novembre 2006 ? 13:45 -0500, Jesse Keating a ?crit : > > On Thursday 30 November 2006 12:29, Toshio Kuratomi wrote: > > > I would say that apt and smart's UI would not suffer from a > > > migration to comps provided that comps lists all the packages in the > > > repository. > > > > Why do all packages have to be listed in comps? The grouping metadata can > > list packages being in some groups, and then if a package isn't in any group, > > the tool (apt/smart) could represent that as 'Ungrouped' or however you want > > to phrase it. > > Why to you want to impose the policy of one user of this file (anaconda) > on others ? Because the file exists to provide the metainformation needed for a specific UI -- that used by anaconda and pirut. > Defining groups for anaconda use and lumping everything else in an > anaconda-does-not-care limbo is not the answer. It's not anaconda doesn't care, it's that *USERS* don't care. There definitely are groups that _are_ end-user interesting that aren't present. And when those come up, it's easy. But this crusade to list every package in comps is explicitly _not_ what comps was ever intended to be. > The answer is to categorise everything, and let apps define the > filtering they want separately. And what provides the information as to whether something should be filtered? Hard-coded in anaconda? That goes great with doing derivatives... Jeremy From katzj at redhat.com Fri Dec 1 02:26:28 2006 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 30 Nov 2006 21:26:28 -0500 Subject: New Comps Groups In-Reply-To: <1164925104.8160.132.camel@rousalka.dyndns.org> References: <1164856782.11786.101.camel@localhost.localdomain> <1164916007.8160.69.camel@rousalka.dyndns.org> <200611301611.03683.jkeating@redhat.com> <1164925104.8160.132.camel@rousalka.dyndns.org> Message-ID: <1164939988.3295.56.camel@aglarond.local> On Thu, 2006-11-30 at 23:18 +0100, Nicolas Mailhot wrote: > Le jeudi 30 novembre 2006 ? 16:11 -0500, Jesse Keating a ?crit : > > On Thursday 30 November 2006 14:46, Nicolas Mailhot wrote: > > > Actually, if I had to redesign the comps model (which probably needs to > > > be done someday) I'd aim for something like this: > > > > Yeah, because that's easy for a packager to know where to put things... > > It *does* make it easier for packagers. An individual packager only > needs to add one block for each of his > packages, fill it with references to all the categories the package > belongs to, and he's done. For example: And then if a third-party wants to modify the groupings, they have a massive amount of work to not only define new groups but also go through and either change every package or categorize every single package. In contrast to today where it's actually pretty simple to write a new comps file with your own set of groups and the packages you think belong to them. [snip] > All the complex application policy stuff happens in the profiles, and > it's not something most packagers care about: > 1. every FE comps addition I've seen so far has optional state, For existing groups, this is true. And that's mostly to keep consistency of what you get before and after the initial install. But when Extras has a whole new group of packages (XFCE for example), there definitely are packages that are default... even some that are mandatory. Because they are what *define* XFCE. Nothing in Extras can "define" GNOME right now, because if so, there would be no way to get a "complete" install with GNOME from CD (ie, just Core) -- therefore, everything is default or optional. > 2. the current groups are inherited from FC So are lots of things; that doesn't make them automatically bad :) > 2. and we're seing fierce opposition to adding the groups FE > contributors propose The fierce (if you want to call it that) opposition is to blindly adding groups without thought to what end-users are going to be taking advantage of them. Because that's exactly who comps is targeting. Maybe being less stringent and adding less "end-user interesting" groups in the Development category is okay. But adding new groups should always be an exception case with justification; otherwise, you end up with too many groups for browsing to be reasonable. > What I'm actually proposing is : [snip lots of XML] Like I said earlier in the thread, don't start with "what should the file look like" -- it's ultimately not interesting. The real question is what the user experience should be. You can't go from random file to a sane UI; you have to start with the UI and then get to the file format based on that. Jeremy From mattdm at mattdm.org Fri Dec 1 02:29:04 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 30 Nov 2006 21:29:04 -0500 Subject: New Comps Groups In-Reply-To: <1164939726.3295.51.camel@aglarond.local> References: <1164901965.12591.9.camel@aglarond.local> <1164907792.11786.176.camel@localhost.localdomain> <200611301345.24020.jkeating@redhat.com> <1164916295.8160.74.camel@rousalka.dyndns.org> <1164939726.3295.51.camel@aglarond.local> Message-ID: <20061201022904.GA6560@jadzia.bu.edu> On Thu, Nov 30, 2006 at 09:22:06PM -0500, Jeremy Katz wrote: > > The answer is to categorise everything, and let apps define the > > filtering they want separately. > And what provides the information as to whether something should be > filtered? Hard-coded in anaconda? That goes great with doing > derivatives... Ah-ha! It goes in the installclass, which shouldn't be hard-coded in Anaconda. :) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From katzj at redhat.com Fri Dec 1 02:30:37 2006 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 30 Nov 2006 21:30:37 -0500 Subject: New Comps Groups In-Reply-To: <20061201022904.GA6560@jadzia.bu.edu> References: <1164901965.12591.9.camel@aglarond.local> <1164907792.11786.176.camel@localhost.localdomain> <200611301345.24020.jkeating@redhat.com> <1164916295.8160.74.camel@rousalka.dyndns.org> <1164939726.3295.51.camel@aglarond.local> <20061201022904.GA6560@jadzia.bu.edu> Message-ID: <1164940237.3295.59.camel@aglarond.local> On Thu, 2006-11-30 at 21:29 -0500, Matthew Miller wrote: > On Thu, Nov 30, 2006 at 09:22:06PM -0500, Jeremy Katz wrote: > > > The answer is to categorise everything, and let apps define the > > > filtering they want separately. > > And what provides the information as to whether something should be > > filtered? Hard-coded in anaconda? That goes great with doing > > derivatives... > > Ah-ha! It goes in the installclass, which shouldn't be hard-coded in > Anaconda. :) But to do "filtering", you basically end up ... (wait for it... :-) re-creating comps as it is today. So now, we're left with a file that the tools that we ship as defaults use and then this other file. And we have the same confusion that exists today around "why can't I make use of the group tag" except that it changes to "why can't I find things based on $new_file" Jeremy From katzj at redhat.com Fri Dec 1 02:33:51 2006 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 30 Nov 2006 21:33:51 -0500 Subject: New Comps Groups In-Reply-To: <20061130161051.GA18057@jadzia.bu.edu> References: <200611281452.58273.jkeating@redhat.com> <1164844764.11786.15.camel@localhost.localdomain> <200611292139.43243.jkeating@redhat.com> <1164856782.11786.101.camel@localhost.localdomain> <1164858551.7311.112.camel@cutter> <1164860435.11786.107.camel@localhost.localdomain> <1164861453.7311.125.camel@cutter> <20061130122037.GA8103@jadzia.bu.edu> <1164902028.12591.11.camel@aglarond.local> <20061130161051.GA18057@jadzia.bu.edu> Message-ID: <1164940431.3295.64.camel@aglarond.local> On Thu, 2006-11-30 at 11:10 -0500, Matthew Miller wrote: > On Thu, Nov 30, 2006 at 10:53:48AM -0500, Jeremy Katz wrote: > > (are we off-topic for extras-list yet? :) > > Maybe a little. We can take this anywhere you like. :) It's far more suited for anaconda-devel-list. Hence, reply-to set to me so that this stops flooding here > > There are definitely changes that need to happen with how the install > > classes work... moving the python files into the repo tree isn't the > > answer, though, as that introduces whole new problems :) > > Yeah, but I think those are better problems :) Not the sort of problems I was implying... As they exist today, the installclass is very tied to internals of how anaconda works and interacts in a pretty crufty way. Doing this sort of differentiation is more of a question of "how do I define the knobs which make sense to tweak and then describe them" than "let's move some python files". There are also some uglies around translations, but I'll ignore those for the moment :) Jeremy From jspaleta at gmail.com Fri Dec 1 05:10:42 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 30 Nov 2006 20:10:42 -0900 Subject: Status of any effort to get Scipy into Extras? In-Reply-To: References: <604aa7910611201701t3f7620c8lbb3a0473aecc958a@mail.gmail.com> <1164082306.25587.3.camel@chronos.wilsonet.com> <604aa7910611202028h57bc2d9buac4de6650ab53713@mail.gmail.com> <604aa7910611202159n6971dba7we6c4ec08e7ca7e9b@mail.gmail.com> <604aa7910611211022m590a83cha3d7ad34219585e6@mail.gmail.com> Message-ID: <604aa7910611302110u3b15f63dl70c1b5220fd7febe@mail.gmail.com> On 11/21/06, Neal Becker wrote: > http://nbecker.dyndns.org:8080/RPM/scipy-0.5.1-1.src.rpm Sorry I got side-tracked, I got python-matplotlib updated in fc6 in the meantime. Now I'll get back to scipy. -jef From a.badger at gmail.com Fri Dec 1 06:06:57 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 30 Nov 2006 22:06:57 -0800 Subject: New Comps Groups In-Reply-To: <1164939713.3295.50.camel@aglarond.local> References: <1164901965.12591.9.camel@aglarond.local> <1164907792.11786.176.camel@localhost.localdomain> <200611301345.24020.jkeating@redhat.com> <1164915131.11786.194.camel@localhost.localdomain> <1164939713.3295.50.camel@aglarond.local> Message-ID: <1164953217.29086.45.camel@localhost.localdomain> On Thu, 2006-11-30 at 21:21 -0500, Jeremy Katz wrote: > On Thu, 2006-11-30 at 11:32 -0800, Toshio Kuratomi wrote: > > I'm writing an email application and want to find a library to help me > > do signing and encryption. Do you know if Fedora includes one? > > > > I'm looking for something that I can use to make rpms in a clean chroot. > > Is there a package for something like that in Fedora? > > > > I'm working on some surveying software and I need to do a lot of work > > with maps, coordinate plotting, etc. What libraries are available in > > Fedora to help me get my work done? > > > > There is software to answer all these questions in Fedora but it's not > > listed in comps. Just look at the repoview page and you'll see why > > Ungrouped leads to a horrible end-user experience. > > For the first and third, though, you don't want to browse. Because if > the granularity of the groupings (which you browse) is good enough that > you can say "oh, that's obviously the only group I need to look in" you > either have a) 100s of groups or b) 100s of packages in each group. And > that's never good for finding things. Instead, you want good search. > The question that Jesse asked was "why is NoGroup bad"? My response was the Nogroup URL for repoview and a list of things I'd like to find in them. Without allowing categorization of all packages good browse becomes impossible. Browsing can be superior to search. Many times you don't quite know what you're looking for. You have a few key thoughts about it and by browsing you can add other criteria that help narrow the focus to what you truly want. Your granularity argument isn't thought all the way out. If you have to solve the problem of browsing packages you can come up with some ideas that don't have the dichotomy of "too many groups vs too many packages per group": * Use hierarchical groups. Have a managable number of toplevel groups which each branch to a manageable number of subgroups. * Think thesaurus. There are millions of words in English. To find exactly the one you want, you start with a word that means something like the one you are looking for. Then you read that section, find some other words that add some of the nuances you want and read the sections for those words until you find the word(s) that convey the exact feeling you desire. For packages, you have an entry point of a rough category (cryptography) which you'd want to browse for further categories (email, signatures, library, C) which you continue to browse until you have a small enough selection of packages that you can review them and find one that fits your needs. > For finding mock, browsing _could_ get you there, but if you know that > specifically what you want, again, searching is always going to get you > there faster. > I was looking for plague, not mock. If there were good groups, then I could have found plague and mock close to each other and realized that plague was what would fit my needs. If you were the search engine's algorithm, this is a case where browse would have been better than search because it would allow me to find things related to the keywords I was using. -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 Fri Dec 1 06:45:25 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 30 Nov 2006 22:45:25 -0800 Subject: New Comps Groups In-Reply-To: <1164939709.3295.48.camel@aglarond.local> References: <200611281452.58273.jkeating@redhat.com> <1164844764.11786.15.camel@localhost.localdomain> <200611292139.43243.jkeating@redhat.com> <1164856782.11786.101.camel@localhost.localdomain> <1164858551.7311.112.camel@cutter> <1164860435.11786.107.camel@localhost.localdomain> <1164901965.12591.9.camel@aglarond.local> <1164907792.11786.176.camel@localhost.localdomain> <1164939709.3295.48.camel@aglarond.local> Message-ID: <1164955525.29086.79.camel@localhost.localdomain> On Thu, 2006-11-30 at 21:21 -0500, Jeremy Katz wrote: > On Thu, 2006-11-30 at 09:29 -0800, Toshio Kuratomi wrote: > > On Thu, 2006-11-30 at 10:52 -0500, Jeremy Katz wrote: > > > The "problem" is that if you do something like this, you _really_ don't > > > want to be using the current UI. > > > > There's an assumption here of what the current UI is. From your > > background and the background of comps I would assume that "current UI" > > means anaconda's interface. However, comps.xml has been proposed as a > > replacement for the rpm group tag in general. Repoview already attempts > > to do this (with a horrible number of entries in the uncategorized > > listing). apt/synaptic and smart currently use the rpm group tag and it > > was proposed that they should be ported to use comps instead of > > rpm::group. I would say that apt and smart's UI would not suffer from a > > migration to comps provided that comps lists all the packages in the > > repository. > > And that _used_ to be anaconda's UI and anaconda used the group tag. > That was changed so that: > a) the grouping information could be changed by third parties without > requiring the packages to be rebuilt Exactly. The group tag is a bad place for this information above and beyond the UI that exposes the information. Currently we have the group tag and we have comps.xml as the two places where this information can live. So the information would better live in comps than the group tag... or we could invent yet another place to keep the information. > b) browsing through every package in the distribution wasn't > interesting when it was < 1000. browsing through 4000 packages is even > worse > No. Browsing through packages using this UI is uninteresting. Browsing itself is still interesting. Browsing can allow you to find things you didn't quite know you were looking for. It can allow you to explore a new subject. It can help you break a piece of information up into managable bites for learning. It can help you see the relationship between two areas you thought were separate. > > > Rather than focusing on the question > > > of "how do I fit this in comps" or "how do I list every package because > > > oh my god, how else do I find something", the _real_ question is trying > > > to figure out what the user experience we're trying to get at is, get > > > some mock ups and then figure out what the "right" implementation path > > > is from there. > > > > > User Experience > > Objective > > Allow a user to view a subset of packages in a set of repositories > > that matches categories of software that they are interested in > > installing. This allows the user to more quickly discover a package > > that fills a need for them. > > While a good high level description of what's wanted, it's not a very > good place to start for designing a UI. Things really need to be far > more focused. Use cases are one common approach; there are others. > > > Interface1 > > 1) Select a group from all groups valid for the repository > > 2) List all packages which match that group. > > 3) Allow the user to select another group from the groups that these > > packages have. > > Repeat from 2 until A) the list of other groups would have a single > > entry, B) there's only a single package in the package list. C) User has > > left this interface > > This is actually a direction that we (pnasrat, clumens, myself and a few > others) were looking at when we got to the current package selection UI. > The problems started coming in around how to sanely handle a native UI > where you want to allow multiple selection of packages, and then viewing > even more details without too many levels of nested dialogs. You are talking about what you wanted from the installer. But that's not necessarily relevant to what you want from a graphical package manager. Or from a web based package lister (a la repoview). repoview doesn't need to worry about multiple selection of packages, for instance. > > Interface2 > > yum groupsearch Development Python Cryptography > > Finds all packages in the repositories whose group information > > contains all of those patterns. > > Search is *definitely* something that's incredibly useful and important. > Realistically, it's probably more interesting than browse for most use > cases. Can the search that's currently there be improved, yep. Was > easiest to just start with 'yum search' and then improve from there. search and browse are very different. I would say that browse is at least as useful to get right as search, possibly more. Search works on the principle that you know what you are looking for, you just don't know its name. Browse works on the principle that you sense what you are looking for, you just don't know how to express what that 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 jspaleta at gmail.com Fri Dec 1 07:30:26 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 30 Nov 2006 22:30:26 -0900 Subject: Status of any effort to get Scipy into Extras? In-Reply-To: References: <604aa7910611201701t3f7620c8lbb3a0473aecc958a@mail.gmail.com> <1164082306.25587.3.camel@chronos.wilsonet.com> <604aa7910611202028h57bc2d9buac4de6650ab53713@mail.gmail.com> <604aa7910611202159n6971dba7we6c4ec08e7ca7e9b@mail.gmail.com> <604aa7910611211022m590a83cha3d7ad34219585e6@mail.gmail.com> Message-ID: <604aa7910611302330o791dce1by62bb54f9e1110101@mail.gmail.com> On 11/21/06, Neal Becker wrote: > http://nbecker.dyndns.org:8080/RPM/scipy-0.5.1-1.src.rpm So I just built this in mock against currently available fe6. Now I'm going to run through some examples with it and see if things look okay functionality wise. Neal do you want to reopen your review request? Assuming I don't run into any functionality blockers I can do the review over the weekend and we can shove this sucker into the build system next week. -jef From nicolas.mailhot at laposte.net Fri Dec 1 07:37:39 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 01 Dec 2006 08:37:39 +0100 Subject: New Comps Groups In-Reply-To: <1164939988.3295.56.camel@aglarond.local> References: <1164856782.11786.101.camel@localhost.localdomain> <1164916007.8160.69.camel@rousalka.dyndns.org> <200611301611.03683.jkeating@redhat.com> <1164925104.8160.132.camel@rousalka.dyndns.org> <1164939988.3295.56.camel@aglarond.local> Message-ID: <1164958660.8160.153.camel@rousalka.dyndns.org> Le jeudi 30 novembre 2006 ? 21:26 -0500, Jeremy Katz a ?crit : > On Thu, 2006-11-30 at 23:18 +0100, Nicolas Mailhot wrote: > > Le jeudi 30 novembre 2006 ? 16:11 -0500, Jesse Keating a ?crit : > > > On Thursday 30 November 2006 14:46, Nicolas Mailhot wrote: > > > > Actually, if I had to redesign the comps model (which probably needs to > > > > be done someday) I'd aim for something like this: > > > > > > Yeah, because that's easy for a packager to know where to put things... > > > > It *does* make it easier for packagers. An individual packager only > > needs to add one block for each of his > > packages, fill it with references to all the categories the package > > belongs to, and he's done. For example: > > And then if a third-party wants to modify the groupings, they have a > massive amount of work to not only define new groups but also go through > and either change every package or categorize every single package. Nonsense. Nothing stops 3rd-parties to use their own file, and this file can use as many categories and group as they want (indeed since content blocks take packages in addition to categories as arguments they can even ignore categories altogether and write groups with package lists just as today). The obligation to categorize every package BTW is a Fedora-level thing, I don't think the tools would mind it if a 3rd-party comps only categorised part of the repo. The difference with now is they can have many pre-defined building blocks and classification axis to compose their groups, instead of ahing to start from scratch because the Fedora comps only ships the group granularity Fedora anaconda wanted. You can even write rules like "I want every package Fedora considers member of foo category, except bar and with baz" (though now that I think of it binary categories are too limitative, valued categories can be useful too) > In > contrast to today where it's actually pretty simple to write a new comps > file with your own set of groups and the packages you think belong to > them. You can still do this > [snip] > > All the complex application policy stuff happens in the profiles, and > > it's not something most packagers care about: > > 1. every FE comps addition I've seen so far has optional state, > > For existing groups, this is true. And that's mostly to keep > consistency of what you get before and after the initial install. But > when Extras has a whole new group of packages (XFCE for example), there > definitely are packages that are default... even some that are > mandatory. Because they are what *define* XFCE. Nothing in Extras can > "define" GNOME right now, because if so, there would be no way to get a > "complete" install with GNOME from CD (ie, just Core) -- therefore, > everything is default or optional. You still have most of your packages optional, and I've shown how to define content of special kinds without re-enumerating all the packages in one category > Like I said earlier in the thread, don't start with "what should the > file look like" -- it's ultimately not interesting. The real question > is what the user experience should be. You can't go from random file to > a sane UI; you have to start with the UI and then get to the file format > based on that. That is overly simplistic. You don't start with anaconda UI, define a matching format, and hope all things go well. You start with anaconda +yum+pupplet+repoview needs, how Fedora is organised, and then you define a format able to match all your tools needs (without undue duplication) and the process you'll use to create the file (who can define what element at what stage) All the current complaints about comps are about its anaconda-centric view and the resistance to make it useful to other tools. In the FCE merged world BTW people are talking about making topic CD/DVD sets. Currently that would require rewriting separate comps from scratch for every install set. Instead in a world were categorization and application view/profile grouping were separate, you could use a single fully categorised package pool as source and only care about how each install needs to combine the existing categories -- 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 triad at df.lth.se Fri Dec 1 10:02:40 2006 From: triad at df.lth.se (Linus Walleij) Date: Fri, 1 Dec 2006 11:02:40 +0100 (CET) Subject: On Debian and Fedora experiences In-Reply-To: References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> Message-ID: On Thu, 30 Nov 2006, Matej Cepl wrote: > I used to be its maintainer on Debian, but now I had to switch to Gnome, > so I won't make a package for Fedora. So you're a developer that have broad experience with both RPMs/yum and .deb/apt. At some point it would be interesting to get some of your thoughts on how Debian and Fedora differs in thinking, technology and package process sort of to widen our views a bit. Linus From buildsys at fedoraproject.org Fri Dec 1 10:21:04 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 1 Dec 2006 05:21:04 -0500 (EST) Subject: Fedora Extras Package Build Report 2006-12-01 Message-ID: <20061201102104.CD2ED15212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 19 abcm2ps-5.2.0-1.fc7 apcupsd-3.13.9-1.fc7 codeblocks-1.0-0.17.20061130svn3315.fc7 fonttools-2.0-0.10.20060223cvs.fc7 heartbeat-2.0.7-5.fc7 jd-1.8.1-0.1.cvs061130.fc7 libnl-1.0-0.4.pre6.fc7 NEW lirc-0.8.1-0.2.pre3.fc7 nagios-2.6-1.fc7 ochusha-0.5.99.63.8-0.1.cvs061130.fc7 openvrml-0.16.2-1.fc7 pgfouine-0.7.1-2.fc7 NEW piklab-0.12.2-3.fc7 qcomicbook-0.3.4-1.fc7 snort-2.6.1.1-2.fc7 tachyon-0.97-2.fc7 NEW tcpick-0.2.1-11.fc7 wbxml2-0.9.2-6.fc7 wdm-1.28-7.fc7 NEW Packages built and released for Fedora Extras 6: 13 abcm2ps-5.2.0-1.fc6 codeblocks-1.0-0.17.20061130svn3315.fc6 gparted-0.3.1-2.fc6 gtkmozembedmm-1.4.2.cvs20060817-6.fc6 NEW nagios-2.6-1.fc6 ocsinventory-client-1.0-0.6.RC3.fc6 NEW perl-Gtk2-Ex-Dialogs-0.11-2.fc6 NEW perl-Gtk2-Ex-Utils-0.09-2.fc6 NEW piklab-0.12.2-3.fc6 qtparted-0.4.5-11.fc6 tachyon-0.97-2.fc6 NEW tcpick-0.2.1-11.fc6 wbxml2-0.9.2-6.fc6 Packages built and released for Fedora Extras 5: 13 abcm2ps-5.2.0-1.fc5 codeblocks-1.0-0.17.20061130svn3315.fc5 gparted-0.3.1-2.fc5.2 k3d-0.6.4.0-1.fc5 nagios-2.6-1.fc5 ocsinventory-client-1.0-0.6.RC3.fc5 NEW perl-Gtk2-Ex-Dialogs-0.11-2.fc5 NEW perl-Gtk2-Ex-Utils-0.09-2.fc5 NEW piklab-0.12.2-3.fc5 qtparted-0.4.5-11.fc5 tachyon-0.97-2.fc5.1 NEW tcpick-0.2.1-11.fc5 wbxml2-0.9.2-6.fc5 Packages built and released for Fedora Extras 4: 3 k3d-0.6.4.0-1.fc4 nagios-2.6-1.fc4 tcpick-0.2.1-11.fc4 Packages built and released for Fedora Extras 3: 1 nagios-2.6-1.fc3 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From Christian.Iseli at licr.org Fri Dec 1 12:00:30 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Fri, 1 Dec 2006 13:00:30 +0100 Subject: Orphan Colin Charles packages? In-Reply-To: <456F376A.7070705@redhat.com> References: <456F376A.7070705@redhat.com> Message-ID: <20061201130030.2ec36de0@ludwig-alpha.unil.ch> On Thu, 30 Nov 2006 14:56:26 -0500, Warren Togami wrote: > Perhaps time to orphan his packages? Start AWOL process... http://fedoraproject.org/wiki/Extras/Policy/AWOL_Maintainers C From nicolas.mailhot at laposte.net Fri Dec 1 12:05:27 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 1 Dec 2006 13:05:27 +0100 (CET) Subject: New Comps Groups In-Reply-To: <1164958660.8160.153.camel@rousalka.dyndns.org> References: <1164856782.11786.101.camel@localhost.localdomain> <1164916007.8160.69.camel@rousalka.dyndns.org> <200611301611.03683.jkeating@redhat.com> <1164925104.8160.132.camel@rousalka.dyndns.org> <1164939988.3295.56.camel@aglarond.local> <1164958660.8160.153.camel@rousalka.dyndns.org> Message-ID: <64994.192.54.193.51.1164974727.squirrel@rousalka.dyndns.org> Since I realise the rationale for the proposed format was not as evident as I thought, here is is. A. Current comps puts packages directly in application (anaconda, yum) groups. The problems I see there is : - different apps need different levels of grouping (anaconda GUI needs small usual groups, yum/pirut/kickstart more complete view of what's available, repoview exhaustive package categorisation) - creating independant comps for each app is not sustainable long term, the repo is too big and packagers will go crazy at the n-th comps that requires them to declare again an app is in multimedia/gnome/whatever - each time the target UI of a tool changes we need to re-classify from scratch - if we go with multiset releases, each app will want a comps per set, which will only compound the problem So we need to declare "blocks" of packages to avoid manipulating package lists directly. Apps define "groups" (what they expose in their UI) as a composition of "blocks" and individual packages. The compostition rules can have a multi-release life, there's no need to change them every time a package is added to the repo B. "blocks" can not be infered from smart google-like queries - we just don't have the wealth of info in package metadata google finds in web pages. OTOH we do have someone responsible for each package. So pre-google manual tagging is both necessary and feasible. There is no reason for the number or granularity of "blocks" to cause problem for comps-using apps. They can just ignore the "blocks" not used in the composition rules they've defined for their groups. C. Now we don't want packagers just to associate random keywords to packages (if only because of multiple spellings), so we start by defining the keyword vocabulary our comps will use. That's my "categories". Initial vocabulary can just be a 1-1 mapping of FC/FE groups. Maybe as Toshio suggested a flat one-level category organisation is not good enough for repoview, so we can define hierarchie*s* ... This is project-level stuff driven by the needs of comps users, and regulated by YAFCO D. Now we can populate the category trees with packages. We could put package refs directly in categories like current packages-in-groups, but IMHO that would only confuse responsibilities. I'd rather have individual blocks 100% under the responsability of individual package maintainers, since that makes clear they're not supposed to mess with the distro classification policy by themselves E. Once that's done apps can define groups as big/small/complete as they need, just by combining the categories the project provides ... Astute users will have recognized the principles used by ant filesets and the relax-ng spec. There's many smarter ways to use XML than the current element withing elements hierarchical approach comps uses. Regards, -- Nicolas Mailhot From lists at timj.co.uk Fri Dec 1 12:33:08 2006 From: lists at timj.co.uk (Tim Jackson) Date: Fri, 01 Dec 2006 12:33:08 +0000 Subject: Adoption of alsa-tools In-Reply-To: References: Message-ID: <45702104.2080105@timj.co.uk> Linus Walleij wrote: > I'm picking up the orpaned alsa-tools package. Appears I need it for > loading my antique OPL2 chip with sounds. After discussion with Linus and THL, I have agreed to take this one (I was already on it). See bug #217256. However, I am having trouble getting it to build on ppc, with errors like this: /builddir/build/BUILD/alsa-tools-1.0.12/sb16_csp/cspctl.c:100: undefined reference to `__invalid_size_argument_for_IOC' (see jobs 22627 and 22645) I *suspect* this might be because some (all?) of the tools don't actually make sense on PPC, because it may be that it's physically impossible to use them on PPC hardware, in which case an ExcludeArch (or, skipping building specific tools for PPC) might be justified. (I could be wrong here though; I know almost zero about PPC). However, in any case, I would appreciate help from anyone who recognises this error, and/or has PPC and can help me get to the bottom of it. Some web searching hasn't immediately thrown up any answers. TIA Tim From jeff at ocjtech.us Fri Dec 1 13:55:48 2006 From: jeff at ocjtech.us (Jeffrey C. Ollie) Date: Fri, 01 Dec 2006 07:55:48 -0600 Subject: Fedora Extras Package Build Report 2006-12-01 In-Reply-To: <20061201102104.CD2ED15212E@buildsys.fedoraproject.org> References: <20061201102104.CD2ED15212E@buildsys.fedoraproject.org> Message-ID: <1164981348.3563.3.camel@lt21223.campus.dmacc.edu> On Fri, 2006-12-01 at 05:21 -0500, buildsys at fedoraproject.org wrote: > Packages built and released for Fedora Extras development: 19 > > libnl-1.0-0.4.pre6.fc7 NEW This needs to be deleted from the Extras repo because it conflicts with libnl from Core. Jeff -------------- 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 Fri Dec 1 14:04:40 2006 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 1 Dec 2006 09:04:40 -0500 Subject: Fedora Extras Package Build Report 2006-12-01 In-Reply-To: <1164981348.3563.3.camel@lt21223.campus.dmacc.edu> References: <20061201102104.CD2ED15212E@buildsys.fedoraproject.org> <1164981348.3563.3.camel@lt21223.campus.dmacc.edu> Message-ID: <200612010904.40105.jkeating@redhat.com> On Friday 01 December 2006 08:55, Jeffrey C. Ollie wrote: > > ? ? libnl-1.0-0.4.pre6.fc7 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?NEW > > This needs to be deleted from the Extras repo because it conflicts with > libnl from Core. How did that make it through review? -- 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 panemade at gmail.com Fri Dec 1 14:38:48 2006 From: panemade at gmail.com (=?UTF-8?Q?Parag_N(=E0=A4=AA=E0=A4=B0=E0=A4=BE=E0=A5=9A)?=) Date: Fri, 1 Dec 2006 20:08:48 +0530 Subject: Fedora Extras Package Build Report 2006-12-01 In-Reply-To: <200612010904.40105.jkeating@redhat.com> References: <20061201102104.CD2ED15212E@buildsys.fedoraproject.org> <1164981348.3563.3.camel@lt21223.campus.dmacc.edu> <200612010904.40105.jkeating@redhat.com> Message-ID: Hi Jesse, On 12/1/06, Jesse Keating wrote: > On Friday 01 December 2006 08:55, Jeffrey C. Ollie wrote: > > > libnl-1.0-0.4.pre6.fc7 NEW > > > > This needs to be deleted from the Extras repo because it conflicts with > > libnl from Core. > > How did that make it through review? That was my mistake. I used to review other's review requests. Since last 2 weeks i feel i can accept other's packages too. But i think i took concept of confliction in wrong way. I have seen many packages in FE meant for temporary till some thing major change happens to next release(for example kmod packages, also there are some new review requests to backport new functionality not in core to extras.) In similar way i thought user can always upgrade package as Core contains old versions and extras contains new one. I hope i explained here what leads me to accept that package. Seems my understanding was totally wrong. Regards, Parag. From mcepl at redhat.com Fri Dec 1 15:21:34 2006 From: mcepl at redhat.com (Matej Cepl) Date: Fri, 1 Dec 2006 15:21:34 +0000 (UTC) Subject: On Debian and Fedora experiences References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> Message-ID: Linus Walleij scripst: > On Thu, 30 Nov 2006, Matej Cepl wrote: So you're a developer that have > broad experience with both RPMs/yum and .deb/apt. > > At some point it would be interesting to get some of your thoughts on > how Debian and Fedora differs in thinking, technology and package > process sort of to widen our views a bit. Couple of notes, and I could happily answer any questions: 1) It seems to me that Debian (probably because of its size and totally decentralized character) is much more beraucraitc -- Fedora seems to be still place of "hacky hackers", which I prefer of course (but this is not meant as criticism of Debian, their size and decentralization have another advantages). 2) Of course, size -- it was said that Linux program which is not in Debian repositories probably is not interesting enough to be there. It is not 100% true, but it was hard for me to find programs which would be important and yet not part of Debian. It is much more simple to achieve that with Fedora (although I haven't met any one which I would need personally -- and I am working on packages for couple of these which I think would be useful). 3) Building of RPM packages rocks! I tend to be suspicous to file dependencies, but so far I haven't experienced any RPM-dependency-hell events yet (having mostly packaged software though), but multiple sources, one file spec, macros etc. makes building of packages really much more enjoyable thing. 4) On the other hand, rpm/yum as package managers sucks rocks, they really do! I really cannot believe that program which is not alpha version (how old rpm is?) requires its users to do things like rm -f /var/lib/rpm/__db*. Yes, I know that rpm is unmaintained (well, that's even one more issue I have against it), but somebody should work on that soon. rpm/yum combo is slow as mollases (yes, I know about yum makecache, but it is still so far behind apt-get/aptitude update -- have you ever heard about differential updates -- http://tinyurl.com/ylvv9r and http://tinyurl.com/yhwlb6). I am fan of python, but maybe this kind of job is better done by C/C++? Not only that I am really missing aptitude (for those who don't know -- ncurses based frontend for apt-get, which allows browsing, searching, installation, upgrades, anything you want to do with your packages, plus it is able to remeber which packages were installed just to satisfy dependencies, so when they are not needed they are automatically removed as well). I know about apt-rpm, but aptitude still doesn't work with it -- mornfall (aka Peter Rockai aka prockairedhatcom) is working but so far without much success AFAIK. Don't even think about comparing it to pirut/pup -- that's like comparing Porsche to Trabant (for Americans -- imagine Yugo built from plastic -- http://en.wikipedia.org/wiki/Trabant). That's all what just went through my mind, Mat?j -- http://www.ceplovi.cz/matej/blog/, Jabber: ceplmajabber.cz GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC The main idea of the pope's asking for forgiveness was not to be afraid of the truth. DO NOT BE AFRAID OF TRUTH! We have to have faith in the God's governing power to be able not to be afraid. -- On NPR The Connection from March 13, 2000 From katzj at redhat.com Fri Dec 1 15:36:44 2006 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 01 Dec 2006 10:36:44 -0500 Subject: New Comps Groups In-Reply-To: <1164955525.29086.79.camel@localhost.localdomain> References: <200611281452.58273.jkeating@redhat.com> <1164844764.11786.15.camel@localhost.localdomain> <200611292139.43243.jkeating@redhat.com> <1164856782.11786.101.camel@localhost.localdomain> <1164858551.7311.112.camel@cutter> <1164860435.11786.107.camel@localhost.localdomain> <1164901965.12591.9.camel@aglarond.local> <1164907792.11786.176.camel@localhost.localdomain> <1164939709.3295.48.camel@aglarond.local> <1164955525.29086.79.camel@localhost.localdomain> Message-ID: <1164987404.21325.15.camel@orodruin.boston.redhat.com> On Thu, 2006-11-30 at 22:45 -0800, Toshio Kuratomi wrote: > On Thu, 2006-11-30 at 21:21 -0500, Jeremy Katz wrote: > > On Thu, 2006-11-30 at 09:29 -0800, Toshio Kuratomi wrote: > > > Interface1 > > > 1) Select a group from all groups valid for the repository > > > 2) List all packages which match that group. > > > 3) Allow the user to select another group from the groups that these > > > packages have. > > > Repeat from 2 until A) the list of other groups would have a single > > > entry, B) there's only a single package in the package list. C) User has > > > left this interface > > > > This is actually a direction that we (pnasrat, clumens, myself and a few > > others) were looking at when we got to the current package selection UI. > > The problems started coming in around how to sanely handle a native UI > > where you want to allow multiple selection of packages, and then viewing > > even more details without too many levels of nested dialogs. > > You are talking about what you wanted from the installer. But that's > not necessarily relevant to what you want from a graphical package > manager. Or from a web based package lister (a la repoview). repoview > doesn't need to worry about multiple selection of packages, for > instance. This confirms my suspicion that we're talking past each other :-) But yes, different interfaces want different metadata. The crux of my argument is that "comps.xml" isn't the metadata for that purpose. And with repomd, we now have the ability to drop in arbitrary metadata and they only get fetched by the tools trying to use them. Trying to make it so that we handle every possible use case with one file just isn't going to work, IMHO. So yes, for a web based package tool (son of repoview), there are different sorts of things you're going to want. To be Web 2.0-y, you probably want arbitrary tagging of packages, linking between tags, etc. And that's _awesome_ for a web presentation. It sucks rocks for a native UI. > > > Interface2 > > > yum groupsearch Development Python Cryptography > > > Finds all packages in the repositories whose group information > > > contains all of those patterns. > > > > Search is *definitely* something that's incredibly useful and important. > > Realistically, it's probably more interesting than browse for most use > > cases. Can the search that's currently there be improved, yep. Was > > easiest to just start with 'yum search' and then improve from there. > > search and browse are very different. I would say that browse is at > least as useful to get right as search, possibly more. Search works on > the principle that you know what you are looking for, you just don't > know its name. Browse works on the principle that you sense what you > are looking for, you just don't know how to express what that is. When looking for software, which do you do first? a) Go to google, put in some keywords, search b) Go to freshmeat/sourceforge and browse through their "troves" Or for a non-software analogy, how do you find stuff at Amazon? Do you search or do you go through the stores and walk through the long lists of stuff? While I used to "browse", the amount of stuff is just too overwhelming now and I almost always search for something and then use the "related items" to go explore more. Jeremy From nicolas.mailhot at laposte.net Fri Dec 1 16:03:33 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 1 Dec 2006 17:03:33 +0100 (CET) Subject: New Comps Groups In-Reply-To: <1164987404.21325.15.camel@orodruin.boston.redhat.com> References: <200611281452.58273.jkeating@redhat.com> <1164844764.11786.15.camel@localhost.localdomain> <200611292139.43243.jkeating@redhat.com> <1164856782.11786.101.camel@localhost.localdomain> <1164858551.7311.112.camel@cutter> <1164860435.11786.107.camel@localhost.localdomain> <1164901965.12591.9.camel@aglarond.local> <1164907792.11786.176.camel@localhost.localdomain> <1164939709.3295.48.camel@aglarond.local> <1164955525.29086.79.camel@localhost.localdomain> <1164987404.21325.15.camel@orodruin.boston.redhat.com> Message-ID: <52323.192.54.193.51.1164989013.squirrel@rousalka.dyndns.org> Le Ven 1 d?cembre 2006 16:36, Jeremy Katz a ?crit : > But yes, different interfaces want different metadata. The crux of my > argument is that "comps.xml" isn't the metadata for that purpose. And the crux of our argument is we don't want to maintain a gazillon of separate metadata files. -- Nicolas Mailhot From katzj at redhat.com Fri Dec 1 16:17:02 2006 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 01 Dec 2006 11:17:02 -0500 Subject: New Comps Groups In-Reply-To: <52323.192.54.193.51.1164989013.squirrel@rousalka.dyndns.org> References: <200611281452.58273.jkeating@redhat.com> <1164844764.11786.15.camel@localhost.localdomain> <200611292139.43243.jkeating@redhat.com> <1164856782.11786.101.camel@localhost.localdomain> <1164858551.7311.112.camel@cutter> <1164860435.11786.107.camel@localhost.localdomain> <1164901965.12591.9.camel@aglarond.local> <1164907792.11786.176.camel@localhost.localdomain> <1164939709.3295.48.camel@aglarond.local> <1164955525.29086.79.camel@localhost.localdomain> <1164987404.21325.15.camel@orodruin.boston.redhat.com> <52323.192.54.193.51.1164989013.squirrel@rousalka.dyndns.org> Message-ID: <1164989822.2780.8.camel@aglarond.local> On Fri, 2006-12-01 at 17:03 +0100, Nicolas Mailhot wrote: > Le Ven 1 d?cembre 2006 16:36, Jeremy Katz a ?crit : > > > But yes, different interfaces want different metadata. The crux of my > > argument is that "comps.xml" isn't the metadata for that purpose. > > And the crux of our argument is we don't want to maintain a gazillon of > separate metadata files. You'd rather instead maintain one file with a gazillion sections? There's no real difference, except in the case where it's one file that's huge, all tools have to download the big file, editing is harder, and it's more confusing to someone first going to add something. KISS, please. Jeremy From nicolas.mailhot at laposte.net Fri Dec 1 17:13:06 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 1 Dec 2006 18:13:06 +0100 (CET) Subject: New Comps Groups In-Reply-To: <1164989822.2780.8.camel@aglarond.local> References: <200611281452.58273.jkeating@redhat.com> <1164844764.11786.15.camel@localhost.localdomain> <200611292139.43243.jkeating@redhat.com> <1164856782.11786.101.camel@localhost.localdomain> <1164858551.7311.112.camel@cutter> <1164860435.11786.107.camel@localhost.localdomain> <1164901965.12591.9.camel@aglarond.local> <1164907792.11786.176.camel@localhost.localdomain> <1164939709.3295.48.camel@aglarond.local> <1164955525.29086.79.camel@localhost.localdomain> <1164987404.21325.15.camel@orodruin.boston.redhat.com> <52323.192.54.193.51.1164989013.squirrel@rousalka.dyndns.org> <1164989822.2780.8.camel@aglarond.local> Message-ID: <2924.192.54.193.51.1164993186.squirrel@rousalka.dyndns.org> Le Ven 1 d?cembre 2006 17:17, Jeremy Katz a ?crit : > On Fri, 2006-12-01 at 17:03 +0100, Nicolas Mailhot wrote: >> Le Ven 1 d?cembre 2006 16:36, Jeremy Katz a ?crit : >> >> > But yes, different interfaces want different metadata. The crux of my >> > argument is that "comps.xml" isn't the metadata for that purpose. >> >> And the crux of our argument is we don't want to maintain a gazillon of >> separate metadata files. > > You'd rather instead maintain one file with a gazillion sections? > There's no real difference, You'd be right if the gazillon sections were disjoint. Since they're not (a gnome app stays a gnome app no matter what comps app looks at it), having completely separate files entails considerable synchronisation costs (we didn't manage to have group descriptions match between FC and FE for a long time, and that was *two* comps only) > except in the case where it's one file that's huge, Don't be ridiculous, that's a text file, it'll probably never weight more than the ten biggest package changelogs concatenated. > editing is harder, For individual packagers that only need to tag their packages it will be easier : just add a keyword list to their packages. For the people who master all the black magic of current comps I don't think it will be harder, but even if I'm wrong it does not matter because : 1. they're not the general case 2. most of the complexity increase is linked to having a bigger base repo and several release sets, which will happen whether you spread it over many comps files or not. > and it's more confusing to someone first going to add something. Yep sure it's less confusing to modify a boatload of slightly different files where app policy and package categorization are mingled. -- Nicolas Mailhot From nicolas.mailhot at laposte.net Fri Dec 1 18:54:40 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 01 Dec 2006 19:54:40 +0100 Subject: New Comps Groups In-Reply-To: <2924.192.54.193.51.1164993186.squirrel@rousalka.dyndns.org> References: <200611281452.58273.jkeating@redhat.com> <1164844764.11786.15.camel@localhost.localdomain> <200611292139.43243.jkeating@redhat.com> <1164856782.11786.101.camel@localhost.localdomain> <1164858551.7311.112.camel@cutter> <1164860435.11786.107.camel@localhost.localdomain> <1164901965.12591.9.camel@aglarond.local> <1164907792.11786.176.camel@localhost.localdomain> <1164939709.3295.48.camel@aglarond.local> <1164955525.29086.79.camel@localhost.localdomain> <1164987404.21325.15.camel@orodruin.boston.redhat.com> <52323.192.54.193.51.1164989013.squirrel@rousalka.dyndns.org> <1164989822.2780.8.camel@aglarond.local> <2924.192.54.193.51.1164993186.squirrel@rousalka.dyndns.org> Message-ID: <1164999282.8160.188.camel@rousalka.dyndns.org> Reading back my message I realise I may have been a little harsh. IMHO you take too much as a given the fact that the current process can be extended to many comps files covering the full FC+FE perimeter. So far FC has mostly lived on a comps file legacy that took many releases to write. With vastly simpler needs, FE didn't get a satisfying comps (satisfying as pretty complete or even syntactically correct) for a several releases. So I seriously discuss the "simplicity" of writing a Fedora-level comps from scratch. We haven't for quite a long time and when we did we sucked at it. In a bigger, more dynamic repo, with multiple parallel release sets I just don't see every user getting the comps it needs through "simple" comps duplication. Some posters have written repoview could just source another metadata file for classification. I didn't see them volunteer to write or maintain this file by themselves. Now of course if everyone thinks piling up comps files is no problem, and that each new comps user can just start from an uncategorized package list, I'll shut up now. I'll just offer the following observation: Why should I, as a FE contributor, maintain my package entries in any comps file? If adding a new comps is trivial, any comps is no less trivial than the others. If uncategorized packages are not a problem for other comps writers, surely they aren't more a problem for the anaconda comps team either? Why shouldn't I just push my packages without caring one bit about compsing? RELENG can start from raw package lists like everyone else, if it's so easy. -- 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 gemi at bluewin.ch Fri Dec 1 22:46:59 2006 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Fri, 01 Dec 2006 23:46:59 +0100 Subject: Buildsys job stuck in checkout, needs to be killed Message-ID: <1165013219.834.3.camel@scriabin.tannenrauch.ch> I have a job (22686) that is stuck in the checkout process. I cannot kill it using plague-client. Can somebody from the buildsys maintainers do this please? -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From dennis at ausil.us Fri Dec 1 23:01:08 2006 From: dennis at ausil.us (Dennis Gilmore) Date: Fri, 1 Dec 2006 17:01:08 -0600 Subject: Buildsys job stuck in checkout, needs to be killed In-Reply-To: <1165013219.834.3.camel@scriabin.tannenrauch.ch> References: <1165013219.834.3.camel@scriabin.tannenrauch.ch> Message-ID: <200612011701.09028.dennis@ausil.us> Once upon a time Friday 01 December 2006 4:46 pm, G?rard Milmeister wrote: > I have a job (22686) that is stuck in the checkout process. I cannot > kill it using plague-client. Can somebody from the buildsys maintainers > do this please? Ive kicked the buildsys From a.badger at gmail.com Fri Dec 1 23:20:28 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 01 Dec 2006 15:20:28 -0800 Subject: New Comps Groups In-Reply-To: <1164987404.21325.15.camel@orodruin.boston.redhat.com> References: <200611281452.58273.jkeating@redhat.com> <1164844764.11786.15.camel@localhost.localdomain> <200611292139.43243.jkeating@redhat.com> <1164856782.11786.101.camel@localhost.localdomain> <1164858551.7311.112.camel@cutter> <1164860435.11786.107.camel@localhost.localdomain> <1164901965.12591.9.camel@aglarond.local> <1164907792.11786.176.camel@localhost.localdomain> <1164939709.3295.48.camel@aglarond.local> <1164955525.29086.79.camel@localhost.localdomain> <1164987404.21325.15.camel@orodruin.boston.redhat.com> Message-ID: <1165015228.29086.140.camel@localhost.localdomain> On Fri, 2006-12-01 at 10:36 -0500, Jeremy Katz wrote: > On Thu, 2006-11-30 at 22:45 -0800, Toshio Kuratomi wrote: > > You are talking about what you wanted from the installer. But that's > > not necessarily relevant to what you want from a graphical package > > manager. Or from a web based package lister (a la repoview). repoview > > doesn't need to worry about multiple selection of packages, for > > instance. > > This confirms my suspicion that we're talking past each other :-) > I had that impression as well :-) > But yes, different interfaces want different metadata. The crux of my > argument is that "comps.xml" isn't the metadata for that purpose. And > with repomd, we now have the ability to drop in arbitrary metadata and > they only get fetched by the tools trying to use them. Trying to make > it so that we handle every possible use case with one file just isn't > going to work, IMHO. > Possibly. Having separate files is good because each one can be designed specifically for the purpose they are designed for. Having separate files is bad because you have to add similar information in several places and you have to write more code for tools that want to parse both pieces of information. > So yes, for a web based package tool (son of repoview), there are > different sorts of things you're going to want. To be Web 2.0-y, you > probably want arbitrary tagging of packages, linking between tags, etc. > And that's _awesome_ for a web presentation. It sucks rocks for a > native UI. > Nah. It sucks rocks for the installer. It can make sense in a native UI as well. It depends on how you're using the native UI. > > > > Interface2 > > > > yum groupsearch Development Python Cryptography > > > > Finds all packages in the repositories whose group information > > > > contains all of those patterns. > > > > > > Search is *definitely* something that's incredibly useful and important. > > > Realistically, it's probably more interesting than browse for most use > > > cases. Can the search that's currently there be improved, yep. Was > > > easiest to just start with 'yum search' and then improve from there. > > > > search and browse are very different. I would say that browse is at > > least as useful to get right as search, possibly more. Search works on > > the principle that you know what you are looking for, you just don't > > know its name. Browse works on the principle that you sense what you > > are looking for, you just don't know how to express what that is. > > When looking for software, which do you do first? > a) Go to google, put in some keywords, search > b) Go to freshmeat/sourceforge and browse through their "troves" > Just because the browsing tools are inferior to the search tools doesn't mean that browsing is inferior to search. Most of the time, my research on the internet involves both search and browse. A) Use google to search for some keywords. B) Then browse the links of related pages, opening five to ten of the most likely hits. C) Read one of the pages and browse to other pages linked off of that one. Do you use google exclusively to find information on the Internet or do you browse the hyperlinks from the pages you visit? > Or for a non-software analogy, how do you find stuff at Amazon? Do you > search or do you go through the stores and walk through the long lists > of stuff? While I used to "browse", the amount of stuff is just too > overwhelming now and I almost always search for something and then use > the "related items" to go explore more. > Even you are using browse :-) Related items is a browsing interface. In a brick and mortar bookstore or library, the equivalent is searching for a section of books you're interested in (a particular author, a particular genre, a particular subject) and then browsing the books there to decide which one you're going to get. I notice two things in all three of these examples: 1) The entry point to all three is a search interface. 2) The browse function is independent of the keywords entered into the search. Instead it depends on other people having manually organized the data to begin with. Side Notes about Google "search": Google is interesting in that it has a pure search interface in its "I'm feeling Lucky" action. I never use it. I always search and then browse the returned information to perform my own sorting and qualifying. Even if you don't click on any of the links returned by search until you've refined the keywords you enter into the search box to return what you were interested in on the first page, chances are you've browsed the summaries of other pages to find ideas and keywords to refine your search. -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 rdieter at math.unl.edu Sat Dec 2 00:10:45 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 01 Dec 2006 18:10:45 -0600 Subject: Buildsys job stuck in checkout, needs to be killed In-Reply-To: <200612011701.09028.dennis@ausil.us> References: <1165013219.834.3.camel@scriabin.tannenrauch.ch> <200612011701.09028.dennis@ausil.us> Message-ID: Dennis Gilmore wrote: > Once upon a time Friday 01 December 2006 4:46 pm, G?rard Milmeister wrote: >> I have a job (22686) that is stuck in the checkout process. I cannot >> kill it using plague-client. Can somebody from the buildsys maintainers >> do this please? > Ive kicked the buildsys buildsys seems awol now. ): $ plague-client list uid 22771 Error connecting to build server: '(110, 'Operation timed out.')' -- Rex From dennis at ausil.us Sat Dec 2 00:01:55 2006 From: dennis at ausil.us (Dennis Gilmore) Date: Fri, 1 Dec 2006 18:01:55 -0600 Subject: Buildsys job stuck in checkout, needs to be killed In-Reply-To: References: <1165013219.834.3.camel@scriabin.tannenrauch.ch> <200612011701.09028.dennis@ausil.us> Message-ID: <200612011801.56078.dennis@ausil.us> On Friday 01 December 2006 6:10 pm, Rex Dieter wrote: > $ plague-client list uid 22771 > Error connecting to build server: '(110, 'Operation timed out.')' try now -- Dennis Gilmore, RHCE Proud Australian From rdieter at math.unl.edu Sat Dec 2 00:23:28 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 01 Dec 2006 18:23:28 -0600 Subject: Buildsys job stuck in checkout, needs to be killed In-Reply-To: <200612011701.09028.dennis@ausil.us> References: <1165013219.834.3.camel@scriabin.tannenrauch.ch> <200612011701.09028.dennis@ausil.us> Message-ID: Rex Dieter wrote: > Dennis Gilmore wrote: >> Once upon a time Friday 01 December 2006 4:46 pm, G?rard Milmeister wrote: >>> I have a job (22686) that is stuck in the checkout process. I cannot >>> kill it using plague-client. Can somebody from the buildsys maintainers >>> do this please? >> Ive kicked the buildsys > > buildsys seems awol now. ): > > $ plague-client list uid 22771 > Error connecting to build server: '(110, 'Operation timed out.')' Seems better now. happy days. -- Rex From Christian.Iseli at licr.org Sat Dec 2 00:20:38 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Sat, 2 Dec 2006 01:20:38 +0100 Subject: New Comps Groups In-Reply-To: <1165015228.29086.140.camel@localhost.localdomain> References: <200611281452.58273.jkeating@redhat.com> <1164844764.11786.15.camel@localhost.localdomain> <200611292139.43243.jkeating@redhat.com> <1164856782.11786.101.camel@localhost.localdomain> <1164858551.7311.112.camel@cutter> <1164860435.11786.107.camel@localhost.localdomain> <1164901965.12591.9.camel@aglarond.local> <1164907792.11786.176.camel@localhost.localdomain> <1164939709.3295.48.camel@aglarond.local> <1164955525.29086.79.camel@localhost.localdomain> <1164987404.21325.15.camel@orodruin.boston.redhat.com> <1165015228.29086.140.camel@localhost.localdomain> Message-ID: <20061202012038.6ba4295e@ludwig-alpha.unil.ch> Trying to step back a bit here... Things I'd like to do from a user point of view: - see what apps are available for performing some tasks, e.g. create video DVD, develop and test that new python package, ... - have an easy way to select the packages I find useful and install them Things I'd like to do from a packager point of view: - attach some grouping info to my packages, e.g., this package is a bioinformatics tool, it is meant to run in a KDE environment, ... - be able to tell e.g. fellow bioinformaticians: just do a "yum groupinstall bioinformatic-tools" and you will be good to go - not have to enter redundant info into many different files Things I suspect a release creator would like to do: - define a set of packages that should get installed when the user chooses a certain type of install, e.g.: o KDE desktop o GNOME desktop o web server o barebone minimal Things I'd like to do from a QA point of view: - make sure all packages get consciously assigned to the proper group(s) - easily verify the correctness of the comps.xml file The current state of things is that the Group tag in spec files is not flexible enough, and its location within the spec file not appropriate for many of the above goals. The current state of things is that the comps.xml file is the only mean we have right now to deal with the above goals. Maybe it is not well suited either to fulfill all of them, but that's all we have ATM... It is used by anaconda, pungi, yum, pirut, ... What I'm wondering is whether: - adding some useful, task oriented, groups to comps might make for a better user experience - maybe extending the comps file, as proposed by Nicolas, is enough until a better solution is defined and implemented - having hidden "only used in support of another package" packages in comps is really that bad - comps might completely disappear once the package database is up and running C From michel.salim at gmail.com Sat Dec 2 00:35:29 2006 From: michel.salim at gmail.com (Michel Salim) Date: Fri, 1 Dec 2006 19:35:29 -0500 Subject: Orphan Colin Charles packages? In-Reply-To: <456F376A.7070705@redhat.com> References: <456F376A.7070705@redhat.com> Message-ID: <883cfe6d0612011635u71ac0b30vf3b00947ab38c2fc@mail.gmail.com> 2006/11/30, Warren Togami : > It seems that Colin Charles' last CVS commit was August, 2005. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=212742 > Perhaps time to orphan his packages? > That is surprising. He still blogs about Linux from time to time so I assumed he was still active. Has anyone tried contacting him? -- Michel Salim http://hircus.wordpress.com/ My theology, briefly, is that the universe was dictated but not signed. -- Christopher Morley From michel.salim at gmail.com Sat Dec 2 00:42:08 2006 From: michel.salim at gmail.com (Michel Salim) Date: Fri, 1 Dec 2006 19:42:08 -0500 Subject: Resurrecting tetex-beamer Message-ID: <883cfe6d0612011642h56ba85dtf6911db241dd9e87@mail.gmail.com> Hi, Long time ago, Jose Oliveira packaged tetex-beamer and its required dependencies (tetex-pgf and tetex-color). I discovered these yesterday when looking for existing Beamer packages (didn't want to unnecessarily package them myself, or deal with installing things under my home directory, ugh). They were only available for Fedora Extras 3, so my guess is that they came from Fedora.us days and Jose never signed the CLA. tetex-pgf and tetex-color are not needed anymore (shipped as part of tetex-latex, though some files in the latest versions are not in tetex-latex yet). I'd like to resurrect tetex-beamer, though. -- Michel Salim http://hircus.wordpress.com/ My theology, briefly, is that the universe was dictated but not signed. -- Christopher Morley From michel.salim at gmail.com Sat Dec 2 01:59:21 2006 From: michel.salim at gmail.com (Michel Salim) Date: Fri, 1 Dec 2006 20:59:21 -0500 Subject: New Comps Groups In-Reply-To: References: <4569E09B.3010107@kobold.org> <200611261858.kAQIwQgr015046@laptop13.inf.utfsm.cl> Message-ID: <883cfe6d0612011759n52bd563bg3155e96a8c5966a2@mail.gmail.com> 2006/11/26, Christopher Stone : > Please mention any functionality groups you think are missing, but > keep in mind it should be a group that has a lot of packages. The > "Web Development" group currently has zero packages in it, so I > question its usefulness. > Probably because Extras packagers haven't been using comps yet? I'm adding Django to this category. Thanks for the reminder! Is it OK to add a package on behalf of someone else to the list, if it's "obvious"? TurboGears should go into Web Development too. -- Michel Salim http://hircus.wordpress.com/ My theology, briefly, is that the universe was dictated but not signed. -- Christopher Morley From michel.salim at gmail.com Sat Dec 2 02:54:04 2006 From: michel.salim at gmail.com (Michel Salim) Date: Fri, 1 Dec 2006 21:54:04 -0500 Subject: Resurrecting tetex-beamer In-Reply-To: <883cfe6d0612011642h56ba85dtf6911db241dd9e87@mail.gmail.com> References: <883cfe6d0612011642h56ba85dtf6911db241dd9e87@mail.gmail.com> Message-ID: <883cfe6d0612011854r2e992129l586f7e6bc504c2fd@mail.gmail.com> 2006/12/1, Michel Salim : > They were only available for Fedora > Extras 3, so my guess is that they came from Fedora.us days and Jose > never signed the CLA. > Just checked and there's no Bugzilla entry for the review request. tetex-beamer *is* listed in owners.list, though. Should I ask for a review of the updated package, and only after it pass request the branches? (and what happens if one were to run cvs-import.sh and the package is already in the tree, but does not have a -devel branch, as is the case here) Thanks, -- Michel Salim http://hircus.wordpress.com/ My theology, briefly, is that the universe was dictated but not signed. -- Christopher Morley From peter at thecodergeek.com Sat Dec 2 03:10:36 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Fri, 01 Dec 2006 19:10:36 -0800 Subject: Resurrecting tetex-beamer In-Reply-To: <883cfe6d0612011854r2e992129l586f7e6bc504c2fd@mail.gmail.com> References: <883cfe6d0612011642h56ba85dtf6911db241dd9e87@mail.gmail.com> <883cfe6d0612011854r2e992129l586f7e6bc504c2fd@mail.gmail.com> Message-ID: <1165029037.3856.6.camel@tuxhugger> On Fri, 2006-12-01 at 21:54 -0500, Michel Salim wrote: > 2006/12/1, Michel Salim : > Just checked and there's no Bugzilla entry for the review request. > tetex-beamer *is* listed in owners.list, though. > > Should I ask for a review of the updated package, and only after it > pass request the branches? > Yes. Please do the review request before importing it, so that we can ensure the package's QA stuff, especially if it was dropped for a few releases. > (and what happens if one were to run cvs-import.sh and the package is > already in the tree, but does not have a -devel branch, as is the case > here) IIRC, it will create a new devel/ branch, but you need to use the "-b " option if you're importing it into a branch that already exists. -- 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: 189 bytes Desc: This is a digitally signed message part URL: From jspaleta at gmail.com Sat Dec 2 04:20:55 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 1 Dec 2006 19:20:55 -0900 Subject: New Comps Groups In-Reply-To: <1164669378.28835.16.camel@aglarond.local> References: <20061127170220.GM29814@nostromo.devel.redhat.com> <20061127182408.GC32187@nostromo.devel.redhat.com> <20061127221001.GA19234@nostromo.devel.redhat.com> <1164669378.28835.16.camel@aglarond.local> Message-ID: <604aa7910612012020r2de903a7s2bc9a50c9ba83789@mail.gmail.com> On 11/27/06, Jeremy Katz wrote: > And what's "better" about searching through a > long list via browse than search? I say search is better as you can add > _other_ qualifiers. Pre-defined structure using any self-consistent taxonomy is very good for browsing a large collection when you aren't sure what you want, but you know are in the mood for something different, something you don't already know about. Keyword searching on the other hand requires some amount of personal understanding of available options as a sorting tool. Don't let Google's 'Feeling Lucky' button fool you, searching through indexable material is as much a matter of being an inform searcher than it is about metaphysical index searching algorithms. It's exploration versus directed search. Its the difference between going to a bookstore and choosing to browse the semi-organized stacks versus walking up to the information desk and asking the bright shiny ultra-caffiened bookworm wearing the star trek label pin to help you identify which Babylon 5 books available for purchase include a Technomage in the story. Personally I think we should consider different comps for different user cases and let the users self-determine which comps to use. If its meant to be an organization tool aimed for specific user roles, lets provide different views of the package universe that best fit each of those roles. Its the Fedora equivalent to the Choose-Your-Own-Adventure Book. If you are casual desktop user.. turn to page 10. If you are a sysadmin to to page 30. If you are a software developer, go outside for 5 minutes and get your yearly alotment of sunlight, then turn to page 21. -jef"that's it, its time to implement the Library of Congress Classification System to packages. Hey digital software catelog, I want package QC878.54"spaleta From jspaleta at gmail.com Sat Dec 2 04:28:09 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 1 Dec 2006 19:28:09 -0900 Subject: New Comps Groups In-Reply-To: <883cfe6d0612011759n52bd563bg3155e96a8c5966a2@mail.gmail.com> References: <4569E09B.3010107@kobold.org> <200611261858.kAQIwQgr015046@laptop13.inf.utfsm.cl> <883cfe6d0612011759n52bd563bg3155e96a8c5966a2@mail.gmail.com> Message-ID: <604aa7910612012028j5ba20cao3bcf7ea345289a4b@mail.gmail.com> On 12/1/06, Michel Salim wrote: > Is it OK to add a package on behalf of someone else to the list, if > it's "obvious"? TurboGears should go into Web Development too. Here's my personal feeling about that, If you do it, you should inform the maintainer(s) of the package that you did it. There may sometimes be "obvious" disagreements, about whether the change was "obvious", after you make it. So to minimize any inadvertant maintainer-to-maintainer friction, let the other maintainer know and let them know you'll revert the change without argument if they disagree. You can then argue about it in public, and shame them into making the change. -jef From orion at cora.nwra.com Sat Dec 2 05:14:57 2006 From: orion at cora.nwra.com (orion at cora.nwra.com) Date: Fri, 1 Dec 2006 22:14:57 -0700 (MST) Subject: Buildsys job stuck in checkout, needs to be killed In-Reply-To: <200612011701.09028.dennis@ausil.us> References: <1165013219.834.3.camel@scriabin.tannenrauch.ch> <200612011701.09028.dennis@ausil.us> Message-ID: <3469.71.208.233.2.1165036497.squirrel@www.cora.nwra.com> > Once upon a time Friday 01 December 2006 4:46 pm, G??rard Milmeister > wrote: >> I have a job (22686) that is stuck in the checkout process. I cannot >> kill it using plague-client. Can somebody from the buildsys maintainers >> do this please? > Ive kicked the buildsys > I've been experiencing a lot of hangs checking out and particularly downloading sources from the cvs server. Perhaps an issue there? - Orion From bugs.michael at gmx.net Sat Dec 2 07:19:53 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 2 Dec 2006 08:19:53 +0100 Subject: Resurrecting tetex-beamer In-Reply-To: <883cfe6d0612011854r2e992129l586f7e6bc504c2fd@mail.gmail.com> References: <883cfe6d0612011642h56ba85dtf6911db241dd9e87@mail.gmail.com> <883cfe6d0612011854r2e992129l586f7e6bc504c2fd@mail.gmail.com> Message-ID: <20061202081953.ec4bfd8b.bugs.michael@gmx.net> On Fri, 1 Dec 2006 21:54:04 -0500, Michel Salim wrote: > > They were only available for Fedora > > Extras 3, so my guess is that they came from Fedora.us days and Jose > > never signed the CLA. > > > Just checked and there's no Bugzilla entry for the review request. > tetex-beamer *is* listed in owners.list, though. > > Should I ask for a review of the updated package, and only after it > pass request the branches? jpo is an active FE contributor. I suggest you talk to him first as there may be a reason that the package has not been published for FC-4 and newer. > (and what happens if one were to run cvs-import.sh and the package is > already in the tree, but does not have a -devel branch, as is the case > here) Probably it fails, because CVSROOT still lists rpms/tetex-beamer, but the directory is missing. From jamatos at fc.up.pt Sat Dec 2 07:50:12 2006 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Sat, 2 Dec 2006 07:50:12 +0000 Subject: Resurrecting tetex-beamer In-Reply-To: <883cfe6d0612011642h56ba85dtf6911db241dd9e87@mail.gmail.com> References: <883cfe6d0612011642h56ba85dtf6911db241dd9e87@mail.gmail.com> Message-ID: <200612020750.12645.jamatos@fc.up.pt> On Saturday 02 December 2006 12:42 am, Michel Salim wrote: > tetex-pgf and tetex-color are not needed anymore (shipped as part of > tetex-latex, though some files in the latest versions are not in > tetex-latex yet). I'd like to resurrect tetex-beamer, though. beamer is part of tetex since version 3 (shipped with FC4) that is why it was dropped. What problems you are having? It works for me since FC4, I am using it via lyx and make all my presentations with it an it works... > -- > Michel Salim -- Jos? Ab?lio From buildsys at fedoraproject.org Sat Dec 2 11:24:24 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 2 Dec 2006 06:24:24 -0500 (EST) Subject: Fedora Extras Package Build Report 2006-12-02 Message-ID: <20061202112424.91E9015212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 27 GraphicsMagick-1.1.7-6.fc7 Invalid rebuild: abcm2ps-5.2.0-1.fc7 TurboGears-1.0b2-2.fc7 cyphesis-0.5.10-2.fc7 devilspie-0.19-2.fc7 NEW epiphany-extensions-2.17.0-1 frozen-bubble-2.1.0-2.fc7 jd-1.8.1-0.2.beta061202.fc7 kleansweep-0.2.9-3.fc7 NEW koffice-1.6.1-1.fc7 koffice-langpack-1.6.1-1.fc7 ktechlab-0.3-6.fc7 libksba-1.0.1-1.fc7 libtelepathy-0.0.40-1.fc7 ochusha-0.5.99.63.8-0.1.cvs061201.fc7 perl-Email-MIME-1.857-1.fc7 perl-Email-MIME-Modifier-1.441-1.fc7 perl-Email-Simple-1.996-1.fc7 perl-HTTP-Server-Simple-0.26-1.fc7 perl-String-Approx-3.26-1.fc7 NEW perl-Wx-0.64-1.fc7 pl-5.6.24-1.fc7 qstat-2.11-1.fc7 qt4-4.2.2-1.fc7 syck-0.55-12.fc7 telepathy-gabble-0.4.8-1.fc7 wbxml2-0.9.2-8.fc7 Packages built and released for Fedora Extras 6: 18 GraphicsMagick-1.1.7-6.fc6 Invalid rebuild: kleansweep-0.2.9-3.fc6 epiphany-extensions-2.16.1-1 frozen-bubble-2.1.0-2.fc6 gnupg2-2.0.1-1.fc6 jd-1.8.1-0.2.beta061202.fc6 ktechlab-0.3-6.fc6 perl-Email-MIME-1.857-1.fc6 perl-Email-MIME-Modifier-1.441-1.fc6 perl-Email-Simple-1.996-1.fc6 perl-Glib-1.141-1.fc6 perl-String-Approx-3.26-1.fc6 NEW perl-Wx-0.64-1.fc6 php-pecl-zip-1.8.2-1.fc6 pl-5.6.24-1.fc6 pyserial-2.2-4.fc6 NEW qstat-2.11-1.fc6 wbxml2-0.9.2-8.fc6 Packages built and released for Fedora Extras 5: 16 GraphicsMagick-1.1.7-6.fc5 Invalid rebuild: kleansweep-0.2.9-3.fc5 frozen-bubble-2.1.0-2.fc5 gnupg2-1.9.22-8.fc5 jd-1.8.1-0.2.beta061202.fc5 ktechlab-0.3-6.fc5 perl-Email-MIME-1.857-1.fc5 perl-Email-MIME-Modifier-1.441-1.fc5 perl-Email-Simple-1.996-1.fc5 perl-Glib-1.141-1.fc5 perl-String-Approx-3.26-1.fc5 NEW perl-Wx-0.64-1.fc5 php-pecl-zip-1.8.2-1.fc5 pl-5.6.24-1.fc5 pyserial-2.2-4.fc5 NEW wbxml2-0.9.2-8.fc5 Packages built and released for Fedora Extras 4: 1 gnupg2-1.9.22-8.fc4 Packages built and released for Fedora Extras 3: 1 gnupg2-1.9.22-8.fc3 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From fedora at leemhuis.info Sat Dec 2 14:39:29 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 02 Dec 2006 15:39:29 +0100 Subject: Now in the wiki: A new document "Extras/HelpWanted" Message-ID: <45719021.4020007@leemhuis.info> Hi All! Just FYI, I created a new section in the wiki at http://www.fedoraproject.org/wiki/Extras/HelpWanted The names says it nearly all: The page is meant to list topics where help from other contributors or interested folks/parties is wanted to improve something in Fedora Extras-land. Why that? Well, it seems most Fedora Extras contributors are focused on packaging -- that's a good thing as Fedora Extras is a project about packaging ;-) But we also need to keep the framework around the packages running; and not only that, we also need to improve it over time as Extras grows and covers new areas. A lot of work to do this can be done by interested folks that don't even know how a rpm spec file looks like. But we have no real entry point into the project for those people. This page is meant to be one entry point in the future. Of course it shouldn't stop any packager to pick up a task from the list ;-) The list in the wiki contains only one item right now. I'll post the details of it in a separate mail to this list soon and will use the tag "RFH" (Request for Help) to mark it. CU thl From fedora at leemhuis.info Sat Dec 2 14:40:54 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 02 Dec 2006 15:40:54 +0100 Subject: RFH: Extras policy pages in the wiki need some love Message-ID: <45719076.4020502@leemhuis.info> http://www.fedoraproject.org/wiki/Extras/HelpWanted/PolicyPages ---- == Idea from == ThorstenLeemhuis (thl) == When == December 2006 == People Working on it == Nobody yet == Details what do == The idea is to have a small digest section in each of the policy documents ([http://www.fedoraproject.org/wiki/?action=fullsearch&context=180&value=Extras%2FPolicy%2F&titlesearch=Titles]) that people can read in less then two or three minutes to get a quick overview of the policy without getting bored by reading all endless details. This digest section is also meant to be included on the [:Extras/Policy: Policy front page] to form a document that will give a quick overview about all relevant documents. New contributors can read it to get a feeling how the work is done in Fedora Extras land without knowing each and every detail. The different policy pages further should need some re-formating and re-wording to provide a unique look and feel. /!\ Note: Don't fear editing the policy pages and or rewording the stuff! They are not locked and every contributor is meant to Edit them -- taht's why they are in a wiki! Only new additions/rules should get ACked by a FESCo member. If you feel unsafe simply go ahead and do you changes do the wiki. When you finished them tell a FESCo member about it so he can check them. ---- EOF CU thl From a.badger at gmail.com Sat Dec 2 16:26:04 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Sat, 02 Dec 2006 08:26:04 -0800 Subject: New Comps Groups In-Reply-To: <20061202012038.6ba4295e@ludwig-alpha.unil.ch> References: <200611281452.58273.jkeating@redhat.com> <1164844764.11786.15.camel@localhost.localdomain> <200611292139.43243.jkeating@redhat.com> <1164856782.11786.101.camel@localhost.localdomain> <1164858551.7311.112.camel@cutter> <1164860435.11786.107.camel@localhost.localdomain> <1164901965.12591.9.camel@aglarond.local> <1164907792.11786.176.camel@localhost.localdomain> <1164939709.3295.48.camel@aglarond.local> <1164955525.29086.79.camel@localhost.localdomain> <1164987404.21325.15.camel@orodruin.boston.redhat.com> <1165015228.29086.140.camel@localhost.localdomain> <20061202012038.6ba4295e@ludwig-alpha.unil.ch> Message-ID: <1165076764.29086.211.camel@localhost.localdomain> On Sat, 2006-12-02 at 01:20 +0100, Christian Iseli wrote: > Trying to step back a bit here... > > Things I'd like to do from a user point of view: > - see what apps are available for performing some tasks, e.g. create > video DVD, develop and test that new python package, ... > - have an easy way to select the packages I find useful and install them > > Things I'd like to do from a packager point of view: > - attach some grouping info to my packages, e.g., this package is a > bioinformatics tool, it is meant to run in a KDE environment, ... > - be able to tell e.g. fellow bioinformaticians: just do a > "yum groupinstall bioinformatic-tools" > and you will be good to go > - not have to enter redundant info into many different files > > Things I suspect a release creator would like to do: > - define a set of packages that should get installed when the user > chooses a certain type of install, e.g.: > o KDE desktop > o GNOME desktop > o web server > o barebone minimal > > Things I'd like to do from a QA point of view: > - make sure all packages get consciously assigned to the proper > group(s) > - easily verify the correctness of the comps.xml file > These are great lists! I've started a page on the wiki with ideas from this thread: http://www.fedoraproject.org/wiki/Extras/SIGs/Comps/PackageGroupEnhancements It's just a quick summary so feel free to pile on with enhancements, additions, and corrections. > > The current state of things is that the Group tag in spec files is not > flexible enough, and its location within the spec file not appropriate > for many of the above goals. > > The current state of things is that the comps.xml file is the only > mean we have right now to deal with the above goals. Maybe it is not > well suited either to fulfill all of them, but that's all we have > ATM... It is used by anaconda, pungi, yum, pirut, ... > > What I'm wondering is whether: > - adding some useful, task oriented, groups to comps might make for a > better user experience Yes. I think which groups to add depend on the use case (installer vs repoview vs...) Additionally, Nicolas's separation of "groups" from "categories" looks like a good thing for your list of goals. > - maybe extending the comps file, as proposed by Nicolas, is enough > until a better solution is defined and implemented I think Nicolas's proposal is more of a replacement than an extension. Currently, comps is a list of groups which contain packages and attributes describing the package's relation to the group. Nicolas's proposal separates packages and groups with an intermediate layer of categories. An individual collection-policy is responsible for establishing the association. > - having hidden "only used in support of another package" packages in > comps is really that bad I don't think this is bad as a short term solution. I think Jeremy disagrees :-) We've had to deal with the limitations of the RPM Group tag for years, though. Continuing to do so might not be all bad. > - comps might completely disappear once the package database is up and > running IMHO, shipping the information around in an xml format makes sense as there's a multitude of applications that want to use it. That format may or may not be the current comps.xml, though. As a future enhancement it's possible we could edit the information in the packageDB and the information then be made available via scheduled regeneration or by request through a URL. Please note, though, that the current packageDB schema does not have groups or categories and it operates on base packages (mapping to SRPMS) while comps deals in built packages. -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 michel.salim at gmail.com Sat Dec 2 17:27:31 2006 From: michel.salim at gmail.com (Michel Salim) Date: Sat, 2 Dec 2006 12:27:31 -0500 Subject: Resurrecting tetex-beamer In-Reply-To: <200612020750.12645.jamatos@fc.up.pt> References: <883cfe6d0612011642h56ba85dtf6911db241dd9e87@mail.gmail.com> <200612020750.12645.jamatos@fc.up.pt> Message-ID: <883cfe6d0612020927v83b93efp3e0392159cb3fc2e@mail.gmail.com> 2006/12/2, Jos? Matos : > On Saturday 02 December 2006 12:42 am, Michel Salim wrote: > > tetex-pgf and tetex-color are not needed anymore (shipped as part of > > tetex-latex, though some files in the latest versions are not in > > tetex-latex yet). I'd like to resurrect tetex-beamer, though. > > beamer is part of tetex since version 3 (shipped with FC4) that is why it > was dropped. > > What problems you are having? It works for me since FC4, I am using it via > lyx and make all my presentations with it an it works... > Uh, I didn't even notice it was included. I had my tetex-beamer installing to %{_datadir}/texmf/tex/latex/latex-beamer instead of beamer, so didn't notice that beamer was already installed by default (should have double-checked when I noticed that its dependencies are already part of tetex-latex). I was first shown Beamer by a friend who uses Fedora but installs his own TeX (he uses some styles that apparently are not in by default, and found it easier to do it that way) and I assumed Beamer was one of them. Sorry about that, -- Michel Salim http://hircus.wordpress.com/ My theology, briefly, is that the universe was dictated but not signed. -- Christopher Morley From michel.salim at gmail.com Sat Dec 2 17:21:35 2006 From: michel.salim at gmail.com (Michel Salim) Date: Sat, 2 Dec 2006 12:21:35 -0500 Subject: New Comps Groups In-Reply-To: <604aa7910612012028j5ba20cao3bcf7ea345289a4b@mail.gmail.com> References: <4569E09B.3010107@kobold.org> <200611261858.kAQIwQgr015046@laptop13.inf.utfsm.cl> <883cfe6d0612011759n52bd563bg3155e96a8c5966a2@mail.gmail.com> <604aa7910612012028j5ba20cao3bcf7ea345289a4b@mail.gmail.com> Message-ID: <883cfe6d0612020921v17b89289n63c1cae5d4ce8329@mail.gmail.com> 2006/12/1, Jeff Spaleta : > On 12/1/06, Michel Salim wrote: > > Is it OK to add a package on behalf of someone else to the list, if > > it's "obvious"? TurboGears should go into Web Development too. > > Here's my personal feeling about that, If you do it, you should > inform the maintainer(s) of the package that you did it. There may > sometimes be "obvious" disagreements, about whether the change was > "obvious", after you make it. So to minimize any inadvertant > maintainer-to-maintainer friction, let the other maintainer know and > let them know you'll revert the change without argument if they > disagree. You can then argue about it in public, and shame them into > making the change. > That makes very good sense. Thanks! -- Michel Salim http://hircus.wordpress.com/ My theology, briefly, is that the universe was dictated but not signed. -- Christopher Morley From jpo at di.uminho.pt Sat Dec 2 18:39:15 2006 From: jpo at di.uminho.pt (Jose Pedro Oliveira) Date: Sat, 02 Dec 2006 18:39:15 +0000 Subject: Resurrecting tetex-beamer (bugzilla entries) In-Reply-To: <883cfe6d0612020927v83b93efp3e0392159cb3fc2e@mail.gmail.com> References: <883cfe6d0612011642h56ba85dtf6911db241dd9e87@mail.gmail.com> <200612020750.12645.jamatos@fc.up.pt> <883cfe6d0612020927v83b93efp3e0392159cb3fc2e@mail.gmail.com> Message-ID: <4571C853.4070005@di.uminho.pt> Michel Salim wrote: > 2006/12/2, Jos? Matos : >> On Saturday 02 December 2006 12:42 am, Michel Salim wrote: >> > tetex-pgf and tetex-color are not needed anymore (shipped as part of >> > tetex-latex, though some files in the latest versions are not in >> > tetex-latex yet). I'd like to resurrect tetex-beamer, though. >> >> beamer is part of tetex since version 3 (shipped with FC4) that is >> why it >> was dropped. >> >> What problems you are having? It works for me since FC4, I am using >> it via >> lyx and make all my presentations with it an it works... >> > Uh, I didn't even notice it was included. I had my tetex-beamer > installing to %{_datadir}/texmf/tex/latex/latex-beamer instead of > beamer, so didn't notice that beamer was already installed by default > (should have double-checked when I noticed that its dependencies are > already part of tetex-latex). > > I was first shown Beamer by a friend who uses Fedora but installs his > own TeX (he uses some styles that apparently are not in by default, > and found it easier to do it that way) and I assumed Beamer was one of > them. > > Sorry about that, > Michel, More details available in the following bugzilla tickets: * tetex-{beamer,pgf,xcolor} conflicts with tetex in FC-4 Bug 160754: Transaction Check Error: when doing yum install https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=160754 * tetex: wrong directory search order in FC-4/FC-5 Bug 177065: Ownership of texmf/doc https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177065 * Texlive in FC-7 (?) Bug 215497: Replace unmaintained TeTeX with TeX live https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=215497 jpo -- Jos? Pedro Oliveira * mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/jpo * * gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B * -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 4616 bytes Desc: S/MIME Cryptographic Signature URL: From vonbrand at inf.utfsm.cl Sat Dec 2 03:45:05 2006 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Sat, 02 Dec 2006 00:45:05 -0300 Subject: Resurrecting tetex-beamer In-Reply-To: Your message of "Fri, 01 Dec 2006 19:42:08 CDT." <883cfe6d0612011642h56ba85dtf6911db241dd9e87@mail.gmail.com> Message-ID: <200612020345.kB23j503020972@laptop13.inf.utfsm.cl> Michel Salim wrote: > Long time ago, Jose Oliveira packaged tetex-beamer and its required > dependencies (tetex-pgf and tetex-color). I discovered these yesterday > when looking for existing Beamer packages (didn't want to > unnecessarily package them myself, or deal with installing things > under my home directory, ugh). They were only available for Fedora > Extras 3, so my guess is that they came from Fedora.us days and Jose > never signed the CLA. AFAICS, LaTeX beamer works out of the (tetex-latex) box on rawhide... -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 From jspaleta at gmail.com Sat Dec 2 19:21:21 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 2 Dec 2006 10:21:21 -0900 Subject: RFH: Extras policy pages in the wiki need some love In-Reply-To: <45719076.4020502@leemhuis.info> References: <45719076.4020502@leemhuis.info> Message-ID: <604aa7910612021121j7acb52b1j242ff111cf2af8ef@mail.gmail.com> On 12/2/06, Thorsten Leemhuis wrote: This digest section is also meant to be included on the > [:Extras/Policy: Policy front page] to form a document that will give a > quick overview about all relevant documents. New contributors can read > it to get a feeling how the work is done in Fedora Extras land without > knowing each and every detail. Is there some wiki magic that will automatically lift the digest section from each page and place it in the Policy Frontpage, to avoid out-of-sync issues? -jef From opensource at till.name Sat Dec 2 20:37:34 2006 From: opensource at till.name (Till Maas) Date: Sat, 02 Dec 2006 21:37:34 +0100 Subject: fuse-encfs broken with new fuse In-Reply-To: <200611271816.17398.opensource@till.name> References: <200611271816.17398.opensource@till.name> Message-ID: <200612022137.58277.opensource@till.name> On Monday 27 November 2006 18:15, Till Maas wrote: > sshfs does not work, here, too. Did not look further into it, though. I want to correct my previous statement: with fuse 2.6.0-2 sshfs works again. 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 giallu at gmail.com Sun Dec 3 00:08:16 2006 From: giallu at gmail.com (Gianluca Sforna) Date: Sun, 3 Dec 2006 01:08:16 +0100 Subject: Talking about the wiki Message-ID: The page http://fedoraproject.org/wiki/FedoraLegalIssues seems quite outdated regarding the "NTFS legality" section... Is anyone in charge for updating that? From sundaram at fedoraproject.org Sun Dec 3 00:37:34 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 03 Dec 2006 06:07:34 +0530 Subject: Talking about the wiki In-Reply-To: References: Message-ID: <45721C4E.8090203@fedoraproject.org> Gianluca Sforna wrote: > The page > http://fedoraproject.org/wiki/FedoraLegalIssues > seems quite outdated regarding the "NTFS legality" section... > > Is anyone in charge for updating that? We need to sort out the precise details with the Red Hat legal folks before we update anything on NTFS. Still working on that. Rahul From jspaleta at gmail.com Sun Dec 3 02:02:20 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 2 Dec 2006 17:02:20 -0900 Subject: Status of any effort to get Scipy into Extras? In-Reply-To: <604aa7910611302330o791dce1by62bb54f9e1110101@mail.gmail.com> References: <604aa7910611201701t3f7620c8lbb3a0473aecc958a@mail.gmail.com> <1164082306.25587.3.camel@chronos.wilsonet.com> <604aa7910611202028h57bc2d9buac4de6650ab53713@mail.gmail.com> <604aa7910611202159n6971dba7we6c4ec08e7ca7e9b@mail.gmail.com> <604aa7910611211022m590a83cha3d7ad34219585e6@mail.gmail.com> <604aa7910611302330o791dce1by62bb54f9e1110101@mail.gmail.com> Message-ID: <604aa7910612021802r77f16d94ye65a3224fc78c198@mail.gmail.com> On 11/30/06, Jeff Spaleta wrote: > So I just built this in mock against currently available fe6. Now I'm > going to run through some examples with it and see if things look okay > functionality wise. Neal do you want to reopen your review request? > Assuming I don't run into any functionality blockers I can do the > review over the weekend and we can shove this sucker into the build > system next week. Okay I'm going over the spec now and I'm going to submit this as a new Review request tonite. I went through some basic scipy examples and things look like they are working. -jef From fedora at leemhuis.info Sun Dec 3 09:18:05 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 03 Dec 2006 10:18:05 +0100 Subject: RFH: Extras policy pages in the wiki need some love In-Reply-To: <604aa7910612021121j7acb52b1j242ff111cf2af8ef@mail.gmail.com> References: <45719076.4020502@leemhuis.info> <604aa7910612021121j7acb52b1j242ff111cf2af8ef@mail.gmail.com> Message-ID: <4572964D.6070703@leemhuis.info> Jeff Spaleta schrieb: > On 12/2/06, Thorsten Leemhuis wrote: > This digest section is also meant to be included on the >> [:Extras/Policy: Policy front page] to form a document that will give a >> quick overview about all relevant documents. New contributors can read >> it to get a feeling how the work is done in Fedora Extras land without >> knowing each and every detail. > Is there some wiki magic that will automatically lift the digest > section from each page and place it in the Policy Frontpage, to avoid > out-of-sync issues? Yes -- take a look at http://www.fedoraproject.org/wiki/Extras/Policy?action=raw and you'll see some lines similar to those: --- === What to do if a Maintainer is absent === [[Include(Extras/Policy/AWOL Maintainers,, from="^## INCLUDEPOLICYFRONTSTART$", to="^## INCLUDEPOLICYFRONTEND$")]] [:Extras/Policy/AWOL Maintainers#afterinclude: Read on for more more details about this topic] --- That includes the relevanz part from the policy document. CU thl From jamatos at fc.up.pt Sun Dec 3 09:28:37 2006 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Sun, 3 Dec 2006 09:28:37 +0000 Subject: Status of any effort to get Scipy into Extras? In-Reply-To: <604aa7910612021802r77f16d94ye65a3224fc78c198@mail.gmail.com> References: <604aa7910611201701t3f7620c8lbb3a0473aecc958a@mail.gmail.com> <604aa7910611302330o791dce1by62bb54f9e1110101@mail.gmail.com> <604aa7910612021802r77f16d94ye65a3224fc78c198@mail.gmail.com> Message-ID: <200612030928.38414.jamatos@fc.up.pt> On Sunday 03 December 2006 2:02 am, Jeff Spaleta wrote: > > Okay I'm going over the spec now and I'm going to submit this as a new > Review request tonite. > I went through some basic scipy examples and things look like they are > working. I am quite interest on it. If you submit it I will do the review if no one beats me first. > -jef -- Jos? Ab?lio From buildsys at fedoraproject.org Sun Dec 3 11:37:22 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 3 Dec 2006 06:37:22 -0500 (EST) Subject: Fedora Extras Package Build Report 2006-12-03 Message-ID: <20061203113722.4672E15212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 17 gcin-1.3.1-1.fc7 global-5.3-1.fc7 gnupg2-2.0.1-1.fc7 gqview-2.0.4-1.fc7 lablgl-1.02-9.fc7 lablgtk-2.6.0-7.fc7 njb-sharp-0.3.0-6.fc7 ocaml-3.09.3-1.fc7 ochusha-0.5.99.63.8-0.1.cvs061202.fc7 oorexx-3.1.1-1.fc7 perl-Gnome2-VFS-1.061-2.fc7 NEW perl-Gtk2-Ex-Simple-List-0.50-2.fc7 NEW php-pear-Structures-DataGrid-DataSource-Array-0.1.0-1.fc7 NEW php-pear-Structures-DataGrid-DataSource-RSS-0.1.0-1.fc7 NEW php-pear-XML-Util-1.1.2-1.fc7 vdradmin-am-3.5.1-1.fc7 xaos-3.2.3-1.fc7 Packages built and released for Fedora Extras 6: 14 TurboGears-1.0b2-1.fc6 farsight-0.1.10-1.fc6 gcin-1.3.1-1.fc6 global-5.3-1.fc6 koffice-1.6.1-1.fc6 lablgl-1.02-9.fc6 lablgtk-2.6.0-7.fc6 libtelepathy-0.0.40-1.fc6 njb-sharp-0.3.0-6.fc6 ocaml-3.09.3-1.fc6 pgfouine-0.7.1-2.fc6 NEW php-pear-XML-Util-1.1.2-1.fc6 vdradmin-am-3.5.1-1.fc6 xaos-3.2.3-1.fc6 Packages built and released for Fedora Extras 5: 10 gcin-1.3.1-1.fc5 global-5.3-1.fc5 koffice-1.6.1-1.fc5 lablgl-1.02-9.fc5 lablgtk-2.6.0-7.fc5 ocaml-3.09.3-1.fc5 pgfouine-0.7.1-2.fc5 NEW php-pear-XML-Util-1.1.2-1.fc5 qstat-2.11-1.fc5 xaos-3.2.3-1.fc5 Packages built and released for Fedora Extras 4: 3 gcin-1.3.1-1.fc4 plague-0.4.4.1-2.fc4.2 qstat-2.11-1.fc4 Packages built and released for Fedora Extras 3: 2 gcin-1.3.1-1.fc3 plague-0.4.4.1-2.fc3.2 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From paul at all-the-johnsons.co.uk Sun Dec 3 14:35:31 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 03 Dec 2006 14:35:31 +0000 Subject: MonoDevelop 0.12-7.fc6 In-Reply-To: <45637606.8030005@TimAliBentley.org.uk> References: <4562047B.2030300@TimAliBentley.org.uk> <1164065963.31552.58.camel@T7.Linux> <456350D4.4040106@TimAliBentley.org.uk> <45637606.8030005@TimAliBentley.org.uk> Message-ID: <1165156531.9688.21.camel@T7.Linux> Hi, > > Monodevelop can be a bit of swine to build from source. Are you grabbing > > the sources directly from mono svn or using the src.rpm file? > > > Mono svn All bets are off then. TTFN Paul -- Sie k?nnen mich aufreizen und wirklich hei? machen! -------------- 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 eamitdey at yahoo.com Sun Dec 3 16:45:38 2006 From: eamitdey at yahoo.com (Amit Dey) Date: Sun, 3 Dec 2006 08:45:38 -0800 (PST) Subject: Problem setting dialup connection Message-ID: <100434.2969.qm@web36813.mail.mud.yahoo.com> Hello I have Fedore Core 5 installed. And I have a dialup connection. But I am not able to configure my system to use it. Can anyone please tell me what to do. --------------------------------- Check out the all-new Yahoo! Mail beta - Fire up a more powerful email and get things done faster. -------------- next part -------------- An HTML attachment was scrubbed... URL: From obi at unixkiste.org Sun Dec 3 17:03:19 2006 From: obi at unixkiste.org (Stefan Held) Date: Sun, 03 Dec 2006 18:03:19 +0100 Subject: Problem setting dialup connection In-Reply-To: <100434.2969.qm@web36813.mail.mud.yahoo.com> References: <100434.2969.qm@web36813.mail.mud.yahoo.com> Message-ID: <1165165399.29638.2.camel@develop.unixkiste.local> Am Sonntag, den 03.12.2006, 08:45 -0800 schrieb Amit Dey: > Hello > > I have Fedore Core 5 installed. And I have a dialup connection. But I > am not able to configure my system to use it. Can anyone please tell > me what to do. Hello Amit First of all you are using the wrong Email List for asking such questions. Please use fedora-list at redhat.com Next Hint: Please describe more specific to the users on the list what you are trying to do. Eq: which modem, provider, what steps you did to solve your problems allready. I am pretty sure you will get a faster reply. Have a nice day and good luck with your dialup stuff. -- Stefan Held VI has only 2 Modes: obi at unixkiste dot org The first one is for beeping all the time, IRCNet: Obi_Wan the second destroys the text. --------------------------------------------------------------------------- perl -e'map{print pack c,($|++?1:13)+ord,select$,,$,,$,,$|}split//,ESEL.$/' --------------------------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3413 bytes Desc: not available URL: From bugzilla at redhat.com Sun Dec 3 17:30:53 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 3 Dec 2006 12:30:53 -0500 Subject: [Bug 167147] Review Request: Aqsis In-Reply-To: Message-ID: <200612031730.kB3HUr8L027250@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: Aqsis https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167147 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 cgtobi at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|WONTFIX | Status|CLOSED |NEW Keywords| |Reopened -- 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 pmatilai at laiskiainen.org Sun Dec 3 19:13:29 2006 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Sun, 3 Dec 2006 21:13:29 +0200 (EET) Subject: On Debian and Fedora experiences In-Reply-To: References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> Message-ID: On Fri, 1 Dec 2006, Matej Cepl wrote: > Not only that I am really missing aptitude (for those who don't know -- > ncurses based frontend for apt-get, which allows browsing, searching, > installation, upgrades, anything you want to do with your packages, plus > it is able to remeber which packages were installed just to satisfy > dependencies, so when they are not needed they are automatically removed > as well). I know about apt-rpm, but aptitude still doesn't work with it -- > mornfall (aka Peter Rockai aka prockairedhatcom) is working but > so far without much success AFAIK. FWIW older versions of aptitude do work with apt-rpm, eg eg http://www.haxxed.com/rpms/aptitude-0.3.3-1.src.rpm AltLinux has a newer aptitude with their apt-rpm but it requires a one-liner patch that's not yet in upstream apt-rpm: ftp://ftp.altlinux.ru/pub/distributions/ALTLinux/Sisyphus/i586/SRPMS.classic/aptitude-0.4.1-alt1.1.src.rpm - Panu - From bugzilla at redhat.com Sun Dec 3 19:16:30 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 3 Dec 2006 14:16:30 -0500 Subject: [Bug 167147] Review Request: Aqsis In-Reply-To: Message-ID: <200612031916.kB3JGUG9030357@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: Aqsis https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167147 opensource at till.name changed: What |Removed |Added ---------------------------------------------------------------------------- CC|fedora-extras- | |list at redhat.com | -- 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 buildsys at fedoraproject.org Sun Dec 3 19:56:01 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 3 Dec 2006 14:56:01 -0500 (EST) Subject: Fedora Extras Package Build Report 2006-12-03 Message-ID: <20061203195601.E47A815212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 14 audacious-plugins-1.2.5-2.fc7 farsight-0.1.10-2.fc7 jd-1.8.1-0.2.cvs061203.fc7 ochusha-0.5.99.63.9-0.1.cvs061203.fc7 offlineimap-4.0.16-1.fc7 NEW opensc-0.11.2-0.1.pre3.fc7 php-pear-Pager-2.4.3-1.fc7 php-pear-Structures-DataGrid-0.7.2-3.fc7 php-pear-Structures-DataGrid-DataSource-Array-0.1.0-2.fc7 php-pear-Structures-DataGrid-DataSource-DataObject-0.1.0-2.fc7 php-pear-Structures-DataGrid-DataSource-RSS-0.1.0-3.fc7 php-pear-Structures-DataGrid-Renderer-Pager-0.1.0-2.fc7 php-pear-Structures-DataGrid-Renderer-Smarty-0.1.2-2.fc7 wordpress-2.0.5-2.fc7 Packages built and released for Fedora Extras 6: 14 audacious-1.2.2-1.fc6 audacious-plugins-1.2.5-1.fc6 NEW devilspie-0.19-2.fc6 NEW farsight-0.1.10-2.fc6 oorexx-3.1.1-1.fc6 openvrml-0.16.2-1.fc6 php-pear-Pager-2.4.3-1.fc6 php-pear-Structures-DataGrid-0.7.2-3.fc6 php-pear-Structures-DataGrid-DataSource-Array-0.1.0-2.fc6 NEW php-pear-Structures-DataGrid-DataSource-DataObject-0.1.0-2.fc6 php-pear-Structures-DataGrid-DataSource-RSS-0.1.0-3.fc6 NEW php-pear-Structures-DataGrid-Renderer-Pager-0.1.0-2.fc6 php-pear-Structures-DataGrid-Renderer-Smarty-0.1.2-2.fc6 wordpress-2.0.4-3.fc6 Packages built and released for Fedora Extras 5: 10 devilspie-0.19-2.fc5 NEW oorexx-3.1.1-1.fc5 php-pear-Pager-2.4.3-1.fc5 php-pear-Structures-DataGrid-0.7.2-3.fc5 php-pear-Structures-DataGrid-DataSource-Array-0.1.0-2.fc5 NEW php-pear-Structures-DataGrid-DataSource-DataObject-0.1.0-2.fc5 php-pear-Structures-DataGrid-DataSource-RSS-0.1.0-3.fc5 NEW php-pear-Structures-DataGrid-Renderer-Pager-0.1.0-2.fc5 php-pear-Structures-DataGrid-Renderer-Smarty-0.1.2-2.fc5 wordpress-2.0.4-3.fc5 Packages built and released for Fedora Extras 4: 1 wordpress-2.0.4-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 eamitdey at yahoo.com Mon Dec 4 06:10:48 2006 From: eamitdey at yahoo.com (Amit Dey) Date: Sun, 3 Dec 2006 22:10:48 -0800 (PST) Subject: query regarding openswan Message-ID: <475471.4795.qm@web36812.mail.mud.yahoo.com> You might think that this is not related to fedora-extras. But I plan to make a software which uses openswan and submit it to fedora-extras, I want to know the difference between these 3 things. 1)adding connection information to /etc/ipsec.conf 2)ipsec auto --add conname 3)ipsec auto --up connection A brief explanation would be more than enough Thanks. Regards Amit Dey. --------------------------------- Cheap Talk? Check out Yahoo! Messenger's low PC-to-Phone call rates. -------------- next part -------------- An HTML attachment was scrubbed... URL: From wolfy at nobugconsulting.ro Mon Dec 4 09:49:42 2006 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Mon, 04 Dec 2006 11:49:42 +0200 Subject: query regarding openswan In-Reply-To: <475471.4795.qm@web36812.mail.mud.yahoo.com> References: <475471.4795.qm@web36812.mail.mud.yahoo.com> Message-ID: <4573EF36.2090505@nobugconsulting.ro> Amit Dey wrote: > You might think that this is not related to fedora-extras. But I plan > to make a software which uses openswan and submit it to fedora-extras, you should still look for the documentation in openswan's wiki... > > I want to know the difference between these 3 things. > 1)adding connection information to /etc/ipsec.conf this step defines the actual connection. when ipsec is started, it examines the ipsec.conf file, creates a lists of connections which can be left in one of several states (ignored, added, upped..) > 2)ipsec auto --add conname this step adds a connection which (was already described in ipsec.conf and either a) marked as ignored or b)was added but deleted afterwards ) to the list of connections available to the kernel > 3)ipsec auto --up connection this step tries to activate (& use) the connection which was previously upped. You will find better and more detailed explanations on freeswan's and openswan's sites/wiki From seg at haxxed.com Mon Dec 4 11:04:51 2006 From: seg at haxxed.com (Callum Lerwick) Date: Mon, 04 Dec 2006 05:04:51 -0600 Subject: On Debian and Fedora experiences In-Reply-To: References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> Message-ID: <1165230292.6017.36.camel@max.booze> On Sun, 2006-12-03 at 21:13 +0200, Panu Matilainen wrote: > FWIW older versions of aptitude do work with apt-rpm, eg > eg http://www.haxxed.com/rpms/aptitude-0.3.3-1.src.rpm Heh. I was just working on resurrecting aptitude for FC6, as I wanted to get my systems cleaned up and aptitude is great for spotting package cruft. Aptitude used to work beautifully, but ever since the apt in extras moved to the "lorg" fork, it has broken horribly. Both 0.3.3 and 0.4.1 seem broke in the same way. API changes? I've been able to hack the hell out of it to get it to compile, but it is incredibly unstable. My C++-fu is too weak to fix it. For one, this is probably horribly wrong but it makes gcc 4.1 happy: --- aptitude-0.4.1.orig/src/generic/apt/aptitude_resolver_universe.h 2005-12- 09 12:23:25.000000000 -0600 +++ aptitude-0.4.1.patched/src/generic/apt/aptitude_resolver_universe.h 2006-06- 07 04:08:38.000000000 -0500 @@ -292,7 +292,7 @@ /** \brief Generate an invalid dependency object. */ aptitude_resolver_dep() - :cache(0), prv() + :cache(0), prv(prv) { } If anyone wants to mess with it: http://www.haxxed.com/rpms/aptitude-0.4.1-0.1.src.rpm http://www.haxxed.com/rpms/aptitude-0.4.1-0.fc6.3.x86_64.rpm http://www.haxxed.com/rpms/aptitude-0.4.1-0.fc6.3.i386.rpm I started taking a whack at updating to 0.4.4 (which seems to already be gcc 4.x clean) but haven't got it to compile yet. > AltLinux has a newer aptitude with their apt-rpm but it requires a > one-liner patch that's not yet in upstream apt-rpm: > ftp://ftp.altlinux.ru/pub/distributions/ALTLinux/Sisyphus/i586/SRPMS.classic/aptitude-0.4.1-alt1.1.src.rpm Hmmm. I originally snagged ALTLinux's patch to 0.3.3 and mangled it to apply to 0.4.1. They appear to have now forked aptitude. Maybe it works better, I'll have to try it later. -------------- 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 mcepl at redhat.com Mon Dec 4 13:34:35 2006 From: mcepl at redhat.com (Matej Cepl) Date: Mon, 4 Dec 2006 13:34:35 +0000 (UTC) Subject: On Debian and Fedora experiences References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> Message-ID: Matej Cepl scripst: > Not only that I am really missing aptitude (for those who don't know -- > ncurses based frontend for apt-get, which allows browsing, searching, > installation, upgrades, anything you want to do with your packages, plus > it is able to remeber which packages were installed just to satisfy > dependencies, so when they are not needed they are automatically removed > as well). I know about apt-rpm, but aptitude still doesn't work with it -- > mornfall (aka Peter Rockai aka prockairedhatcom) is working but > so far without much success AFAIK. Don't even think about comparing it to > pirut/pup -- that's like comparing Porsche to Trabant (for Americans -- > imagine Yugo built from plastic -- http://en.wikipedia.org/wiki/Trabant). And one more I forgot -- I really miss Suggests: and Recommends: Having aalib required to be installed (take a look at rpm -qi aalib -- do you think you really need it?) makes me really home-sick after Debian. Mat?j -- http://www.ceplovi.cz/matej/blog/, Jabber: ceplmajabber.cz GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC A child can go only so far in life without potty training. It is not mere coincidence that six of the last seven presidents were potty trained, not to mention nearly half of the nation's state legislators. -- Dave Barry From jkeating at redhat.com Mon Dec 4 13:51:26 2006 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 4 Dec 2006 08:51:26 -0500 Subject: On Debian and Fedora experiences In-Reply-To: References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> Message-ID: <200612040851.30437.jkeating@redhat.com> On Monday 04 December 2006 08:34, Matej Cepl wrote: > And one more I forgot -- I really miss Suggests: and Recommends: Having > aalib required to be installed (take a look at rpm -qi aalib -- do you > think you really need it?) makes me really home-sick after Debian. And how do you expect automated tools to handle these soft requirements? Either you always install them, or you never do, which basically brings up the question, whats the point? Why do this instead of just Requires or not? A far better solution is to split the libraries that would use say aalib into a subpackage so that you can install the base package without needing aalib, and choose to install the subpackage that might pull in the aalib dep. The OLPC project has helped to identify a lot of these scenarios and to split out functionality as such. -- 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 dominik at greysector.net Mon Dec 4 13:56:29 2006 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Mon, 4 Dec 2006 14:56:29 +0100 Subject: On Debian and Fedora experiences In-Reply-To: References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> Message-ID: <20061204135629.GA6314@rathann.pekin.waw.pl> On Monday, 04 December 2006 at 14:34, Matej Cepl wrote: > Matej Cepl scripst: > > Not only that I am really missing aptitude (for those who don't know -- > > ncurses based frontend for apt-get, which allows browsing, searching, > > installation, upgrades, anything you want to do with your packages, plus > > it is able to remeber which packages were installed just to satisfy > > dependencies, so when they are not needed they are automatically removed > > as well). I know about apt-rpm, but aptitude still doesn't work with it -- > > mornfall (aka Peter Rockai aka prockairedhatcom) is working but > > so far without much success AFAIK. Don't even think about comparing it to > > pirut/pup -- that's like comparing Porsche to Trabant (for Americans -- > > imagine Yugo built from plastic -- http://en.wikipedia.org/wiki/Trabant). > > And one more I forgot -- I really miss Suggests: and Recommends: Having > aalib required to be installed (take a look at rpm -qi aalib -- do you > think you really need it?) makes me really home-sick after Debian. New RPM (4.4.6+?) supports these soft requires tag. 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 Mon Dec 4 14:00:27 2006 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Mon, 4 Dec 2006 15:00:27 +0100 Subject: On Debian and Fedora experiences In-Reply-To: <200612040851.30437.jkeating@redhat.com> References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <200612040851.30437.jkeating@redhat.com> Message-ID: <20061204140027.GB6314@rathann.pekin.waw.pl> On Monday, 04 December 2006 at 14:51, Jesse Keating wrote: > On Monday 04 December 2006 08:34, Matej Cepl wrote: > > And one more I forgot -- I really miss Suggests: and Recommends: Having > > aalib required to be installed (take a look at rpm -qi aalib -- do you > > think you really need it?) makes me really home-sick after Debian. > > And how do you expect automated tools to handle these soft requirements? > Either you always install them, or you never do, which basically brings up > the question, whats the point? Why do this instead of just Requires or not? > > A far better solution is to split the libraries that would use say aalib into > a subpackage so that you can install the base package without needing aalib, > and choose to install the subpackage that might pull in the aalib dep. The > OLPC project has helped to identify a lot of these scenarios and to split out > functionality as such. There is also software that doesn't depend on other tools but that will use them if they're present. One example is chemtool, which works perfectly fine without openbabel, but if openbabel is present, it supports more input/output formats. Soft requires fit this situation perfectly. An automated tool should have a configuration option or a command line parameter that would control its behaviour WRT soft requires, forcing them to either be installed or ignored. An interactive tool should indicate such soft requirements' presence to the user and let him or her make a decision for each or all packages. 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 vonbrand at inf.utfsm.cl Mon Dec 4 14:50:51 2006 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Mon, 04 Dec 2006 11:50:51 -0300 Subject: On Debian and Fedora experiences In-Reply-To: Your message of "Mon, 04 Dec 2006 14:56:29 BST." <20061204135629.GA6314@rathann.pekin.waw.pl> Message-ID: <200612041450.kB4Eopl2017309@laptop13.inf.utfsm.cl> Dominik 'Rathann' Mierzejewski wrote: [...] > New RPM (4.4.6+?) supports these soft requires tag. Will it be in rawhide soon(ish)? There are lots of peripheral tools that will need to be ajusted, UI- and otherwise (yum comes to mind), plus all of the package base will have to be checked (not immediately, but over time). -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 From rdieter at math.unl.edu Mon Dec 4 15:13:05 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 04 Dec 2006 09:13:05 -0600 Subject: koffice-langpack-* and http://fedoraproject.org/wiki/Extras/RepoRequests Message-ID: <45743B01.8060600@math.unl.edu> Opinions? koffice-langpack srpm is ~57MB, and the 33(?) noarch rpms total about as much. Would that count as a good candidate for http://fedoraproject.org/wiki/Extras/RepoRequests to warrant "copying huge data packages from one repository to another."? -- Rex From mattdm at mattdm.org Mon Dec 4 15:14:19 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 4 Dec 2006 10:14:19 -0500 Subject: On Debian and Fedora experiences In-Reply-To: <200612040851.30437.jkeating@redhat.com> References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <200612040851.30437.jkeating@redhat.com> Message-ID: <20061204151419.GA1613@jadzia.bu.edu> On Mon, Dec 04, 2006 at 08:51:26AM -0500, Jesse Keating wrote: > A far better solution is to split the libraries that would use say aalib into > a subpackage so that you can install the base package without needing aalib, > and choose to install the subpackage that might pull in the aalib dep. The > OLPC project has helped to identify a lot of these scenarios and to split out > functionality as such. Or not. This may be useful for OLPC, but aalib is, what, 164k? Is that really worth the overhead of a zillion more subpackages? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From denis at poolshark.org Mon Dec 4 15:21:29 2006 From: denis at poolshark.org (Denis Leroy) Date: Mon, 04 Dec 2006 16:21:29 +0100 Subject: On Debian and Fedora experiences In-Reply-To: <200612040851.30437.jkeating@redhat.com> References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <200612040851.30437.jkeating@redhat.com> Message-ID: <45743CF9.8070509@poolshark.org> Jesse Keating wrote: > On Monday 04 December 2006 08:34, Matej Cepl wrote: >> And one more I forgot -- I really miss Suggests: and Recommends: Having >> aalib required to be installed (take a look at rpm -qi aalib -- do you >> think you really need it?) makes me really home-sick after Debian. > > And how do you expect automated tools to handle these soft requirements? > Either you always install them, or you never do, which basically brings up > the question, whats the point? Why do this instead of just Requires or not? > > A far better solution is to split the libraries that would use say aalib into > a subpackage so that you can install the base package without needing aalib, > and choose to install the subpackage that might pull in the aalib dep. The > OLPC project has helped to identify a lot of these scenarios and to split out > functionality as such. But the problem is: how does a 100%-gui-using end-user find out about this ? I personally think there is a need for something like Recommends:, if only for the goal of informing the end-user that installing "majorapp" is not enough, he/she should probably also consider installing "majorapp-feature1" and "majorapp-feature2" as well... Could this information live at a higher layer though ? From rdieter at math.unl.edu Mon Dec 4 15:23:15 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 04 Dec 2006 09:23:15 -0600 Subject: On Debian and Fedora experiences References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <200612040851.30437.jkeating@redhat.com> <20061204151419.GA1613@jadzia.bu.edu> Message-ID: Matthew Miller wrote: > On Mon, Dec 04, 2006 at 08:51:26AM -0500, Jesse Keating wrote: >> A far better solution is to split the libraries that would use say aalib >> into a subpackage so that you can install the base package without >> needing aalib, >> and choose to install the subpackage that might pull in the aalib dep. >> The OLPC project has helped to identify a lot of these scenarios and to >> split out functionality as such. > > Or not. This may be useful for OLPC, but aalib is, what, 164k? Is that > really worth the overhead of a zillion more subpackages? I think Jesse was just using aalib as an example. Packagers certainly need to weight the advantages and disadvantages to subpkgs, and where significant dependency/space savings would warrant their usage. -- Rex From dominik at greysector.net Mon Dec 4 15:27:49 2006 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Mon, 4 Dec 2006 16:27:49 +0100 Subject: On Debian and Fedora experiences In-Reply-To: <200612041450.kB4Eopl2017309@laptop13.inf.utfsm.cl> References: <20061204135629.GA6314@rathann.pekin.waw.pl> <200612041450.kB4Eopl2017309@laptop13.inf.utfsm.cl> Message-ID: <20061204152749.GA9370@rathann.pekin.waw.pl> On Monday, 04 December 2006 at 15:50, Horst H. von Brand wrote: > Dominik 'Rathann' Mierzejewski wrote: > > [...] > > > New RPM (4.4.6+?) supports these soft requires tag. > > Will it be in rawhide soon(ish)? There are lots of peripheral tools that > will need to be ajusted, UI- and otherwise (yum comes to mind), plus all of > the package base will have to be checked (not immediately, but over time). That's unlikely to happen, considering past and current hostility between some RedHat developers and the RPM author. 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 jkeating at redhat.com Mon Dec 4 17:12:55 2006 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 4 Dec 2006 12:12:55 -0500 Subject: On Debian and Fedora experiences In-Reply-To: <20061204135629.GA6314@rathann.pekin.waw.pl> References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <20061204135629.GA6314@rathann.pekin.waw.pl> Message-ID: <200612041212.55592.jkeating@redhat.com> On Monday 04 December 2006 08:56, Dominik 'Rathann' Mierzejewski wrote: > New RPM (4.4.6+?) supports these soft requires tag. Actually it's JBJ's fork of rpm that supports this. -- 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 pmatilai at laiskiainen.org Mon Dec 4 18:42:09 2006 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Mon, 04 Dec 2006 20:42:09 +0200 Subject: On Debian and Fedora experiences In-Reply-To: <200612041212.55592.jkeating@redhat.com> References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <20061204135629.GA6314@rathann.pekin.waw.pl> <200612041212.55592.jkeating@redhat.com> Message-ID: <1165257729.22784.1.camel@turre.koti.laiskiainen.org> On Mon, 2006-12-04 at 12:12 -0500, Jesse Keating wrote: > On Monday 04 December 2006 08:56, Dominik 'Rathann' Mierzejewski wrote: > > New RPM (4.4.6+?) supports these soft requires tag. > > Actually it's JBJ's fork of rpm that supports this. Well... Suse's rpm fork also supports soft dependencies, it's RH's fork which doesn't. - Panu - From wart at kobold.org Mon Dec 4 19:41:10 2006 From: wart at kobold.org (Michael Thomas) Date: Mon, 04 Dec 2006 11:41:10 -0800 Subject: how to patch configure.ac and not require autotools In-Reply-To: <200611241331.29447@rineau.schtroumpfette> References: <1150017630.3481.22.camel@eagle.danny.cz> <878xo34lpw.fsf@kosh.bigo.ensc.de> <448CD02C.2050805@kobold.org> <200611241331.29447@rineau.schtroumpfette> Message-ID: <457479D6.1070107@kobold.org> Laurent Rineau wrote: > I would like to revive the following old discussion, five months ago (part of > it is quoted bellow). > > It would be nice to have usefull tips, or perhaps recommendations, in the > wiki. I've started a page describing how to deal with this. I'm not sure where it should best be placed/linked in the wiki, so I made it an orphan page. http://fedoraproject.org/wiki/MichaelThomas/AutotoolsPatching As always, others should feel free to correct any errors and fill in any missing details. --Wart > On Monday 12 June 2006 04:23, Wart wrote: >> Enrico Scholz wrote: >>> wart at kobold.org (Wart) writes: >>>> 'touch', not patch. >>>> >>>> I run into this quite a lot. In addition to patching both configure.ac >>>> and configure.in, you'll need to 'touch' all of the "Makefile.in" files >>>> in the package, since they likely have a dependency on configure.in. >>> That's only needed for projects whose authors do not use >>> AM_MAINTAINER_MODE. >>> >>> Instead of touching all Makefile.in's you could restore the original >>> >>> timestamp with: >>> | touch -r configure configure.stamp >>> | ... patch configure ... >>> | touch -r configure.stamp configure >> That's an even better solution. Thanks for the tip. >> >> --Mike > From pmatilai at laiskiainen.org Mon Dec 4 19:43:38 2006 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Mon, 04 Dec 2006 21:43:38 +0200 Subject: On Debian and Fedora experiences In-Reply-To: <1165230292.6017.36.camel@max.booze> References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <1165230292.6017.36.camel@max.booze> Message-ID: <1165261418.22784.13.camel@turre.koti.laiskiainen.org> On Mon, 2006-12-04 at 05:04 -0600, Callum Lerwick wrote: > On Sun, 2006-12-03 at 21:13 +0200, Panu Matilainen wrote: > > FWIW older versions of aptitude do work with apt-rpm, eg > > eg http://www.haxxed.com/rpms/aptitude-0.3.3-1.src.rpm > > Heh. I was just working on resurrecting aptitude for FC6, as I wanted to > get my systems cleaned up and aptitude is great for spotting package > cruft. Aptitude used to work beautifully, but ever since the apt in > extras moved to the "lorg" fork, it has broken horribly. Both 0.3.3 and > 0.4.1 seem broke in the same way. API changes? I've been able to hack > the hell out of it to get it to compile, but it is incredibly unstable. Oh, I wasn't aware of it being that unstable (I don't use aptitude myself, as you might have guessed by now :) The API hasn't really changed much in lorg versions, some minor details here and there but nothing that a rebuild shouldn't fix. But apparently not so. Part of the reason.. well, at least Synaptic circumvents libapt-pkg just about every chance it gets, maybe Aptitude does that to some extent as well (Synaptic needed some love because of that). Or there has been some unintentional breakage - it's entirely possible aptitude uses libapt-pkg in ways neither apt itself or synaptic does so it's been uncaught by those. > My C++-fu is too weak to fix it. > > For one, this is probably horribly wrong but it makes gcc 4.1 happy: > > --- aptitude-0.4.1.orig/src/generic/apt/aptitude_resolver_universe.h > 2005-12- > 09 12:23:25.000000000 -0600 > +++ aptitude-0.4.1.patched/src/generic/apt/aptitude_resolver_universe.h > 2006-06- > 07 04:08:38.000000000 -0500 > @@ -292,7 +292,7 @@ > /** \brief Generate an invalid dependency object. > */ > aptitude_resolver_dep() > - :cache(0), prv() > + :cache(0), prv(prv) > { > } That's something one of the altlinux apt patch fixes (by providing a default constructor for pkgCache::PrvIterator) > > If anyone wants to mess with it: > > http://www.haxxed.com/rpms/aptitude-0.4.1-0.1.src.rpm > http://www.haxxed.com/rpms/aptitude-0.4.1-0.fc6.3.x86_64.rpm > http://www.haxxed.com/rpms/aptitude-0.4.1-0.fc6.3.i386.rpm > > I started taking a whack at updating to 0.4.4 (which seems to already be > gcc 4.x clean) but haven't got it to compile yet. You're welcome to take the aptitude issues to apt-rpm mailing list, while I personally don't use it I know there are others interested in it, and I'm willing to help where I can. > > > AltLinux has a newer aptitude with their apt-rpm but it requires a > > one-liner patch that's not yet in upstream apt-rpm: > > ftp://ftp.altlinux.ru/pub/distributions/ALTLinux/Sisyphus/i586/SRPMS.classic/aptitude-0.4.1-alt1.1.src.rpm > > Hmmm. I originally snagged ALTLinux's patch to 0.3.3 and mangled it to > apply to 0.4.1. They appear to have now forked aptitude. Maybe it works > better, I'll have to try it later. They also have pretty much forked apt-rpm as well :) There's some pretty interesting stuff in there, at least some of it will eventually make it to the lorg releases as well. - Panu - From orion at cora.nwra.com Mon Dec 4 20:32:12 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Mon, 04 Dec 2006 13:32:12 -0700 Subject: Anyone else having trouble with the cvs server? Message-ID: <457485CC.5060609@cora.nwra.com> I'm seeing lots of hangs while trying to checkout stuff from cvs. Our internet pipe is pretty much saturated so I expect things to be slow, but not to hang. Anyone else having trouble? Two recent examples: $ ~/fedora/extras/plplot/common/cvs-import.sh *src.rpm Checking out the modules file... and $ cvs co xorg-x11-drv-i810 cvs checkout: Updating xorg-x11-drv-i810 U xorg-x11-drv-i810/Makefile U xorg-x11-drv-i810/import.log cvs checkout: Updating xorg-x11-drv-i810/FC-5 U xorg-x11-drv-i810/FC-5/.cvsignore U xorg-x11-drv-i810/FC-5/Makefile U xorg-x11-drv-i810/FC-5/branch U xorg-x11-drv-i810/FC-5/i810.xinf U xorg-x11-drv-i810/FC-5/sources U xorg-x11-drv-i810/FC-5/xorg-x11-drv-i810.spec cvs checkout: Updating xorg-x11-drv-i810/FC-6 U xorg-x11-drv-i810/FC-6/.cvsignore U xorg-x11-drv-i810/FC-6/Makefile U xorg-x11-drv-i810/FC-6/branch -- Orion Poplawski Technical Manager 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 jamatos at fc.up.pt Mon Dec 4 21:14:25 2006 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Mon, 4 Dec 2006 21:14:25 +0000 Subject: Anyone else having trouble with the cvs server? In-Reply-To: <457485CC.5060609@cora.nwra.com> References: <457485CC.5060609@cora.nwra.com> Message-ID: <200612042114.26128.jamatos@fc.up.pt> On Monday 04 December 2006 8:32 pm, Orion Poplawski wrote: > I'm seeing lots of hangs while trying to checkout stuff from cvs. ?Our > internet pipe is pretty much saturated so I expect things to be slow, > but not to hang. ?Anyone else having trouble? I saw the same yesterday. I have never seen this before... -- Jos? Ab?lio From paul at xelerance.com Mon Dec 4 21:45:40 2006 From: paul at xelerance.com (Paul Wouters) Date: Mon, 4 Dec 2006 22:45:40 +0100 (CET) Subject: Anyone else having trouble with the cvs server? In-Reply-To: <457485CC.5060609@cora.nwra.com> References: <457485CC.5060609@cora.nwra.com> Message-ID: On Mon, 4 Dec 2006, Orion Poplawski wrote: > I'm seeing lots of hangs while trying to checkout stuff from cvs. Our > internet pipe is pretty much saturated so I expect things to be slow, but not > to hang. Anyone else having trouble? I am having the exact same problems right now. Paul From cweyl at alumni.drew.edu Mon Dec 4 21:48:16 2006 From: cweyl at alumni.drew.edu (Chris Weyl) Date: Mon, 4 Dec 2006 13:48:16 -0800 Subject: On Debian and Fedora experiences In-Reply-To: <200612040851.30437.jkeating@redhat.com> References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <200612040851.30437.jkeating@redhat.com> Message-ID: <7dd7ab490612041348l315fdf38l2c376b2b6a074b25@mail.gmail.com> On 12/4/06, Jesse Keating wrote: > And how do you expect automated tools to handle these soft requirements? > Either you always install them, or you never do, which basically brings up > the question, whats the point? Why do this instead of just Requires or not? > > A far better solution is to split the libraries that would use say aalib into > a subpackage so that you can install the base package without needing aalib, > and choose to install the subpackage that might pull in the aalib dep. The > OLPC project has helped to identify a lot of these scenarios and to split out > functionality as such. One thing I've been wanting for a while is a way to designate a buildrequires as "optional." There are many perl packages that have builddeps that are only required for the package tests, not the actual build part. Having the ability to say "install this if it's around, but don't sweat it otherwise" to these builddeps would avoid a lot of the circular builddeps that now exist. Not to mention make it easier when trying to rebuild these packages on a certain enterprise distro :) -Chris -- Chris Weyl Ex astris, scientia From rich at phekda.gotadsl.co.uk Mon Dec 4 21:57:16 2006 From: rich at phekda.gotadsl.co.uk (Richard Dawe) Date: Mon, 04 Dec 2006 21:57:16 +0000 Subject: Anyone else having trouble with the cvs server? In-Reply-To: <457485CC.5060609@cora.nwra.com> References: <457485CC.5060609@cora.nwra.com> Message-ID: <457499BC.8070501@phekda.gotadsl.co.uk> Hello. Orion Poplawski wrote: > I'm seeing lots of hangs while trying to checkout stuff from cvs. Our > internet pipe is pretty much saturated so I expect things to be slow, > but not to hang. Anyone else having trouble? > > Two recent examples: > > $ ~/fedora/extras/plplot/common/cvs-import.sh *src.rpm > Checking out the modules file... [snip] Try using the -t option, to see what cvs is really doing, e.g.: cvs -t co xorg-x11-drv-i810 Bye, Rich =] -- Richard Dawe [ http://homepages.nildram.co.uk/~phekda/richdawe/ ] "You just amass stuff while you are alive. It's like stuff washed up on a beach somewhere, and that somewhere is you." -- Damien Hirst From buildsys at fedoraproject.org Tue Dec 5 00:21:47 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 4 Dec 2006 19:21:47 -0500 (EST) Subject: Fedora Extras Package Build Report 2006-12-04 Message-ID: <20061205002147.42A3215212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 27 NetworkManager-vpnc-0.7.0-0.cvs20061204.fc7 airsnort-0.2.7e-11.fc7 alfont-2.0.6-2.fc7 NEW alphabet-soup-1.1-2.fc7 NEW glibmm24-2.12.3-1.fc7 gtkmm24-2.10.5-1.fc7 jd-1.8.1-0.2.cvs061204.fc7 libnasl-2.2.8-3.fc7 libopensync-plugin-evolution2-0.19-2.fc7 libopensync-plugin-palm-0.19-2.fc7 lilypond-2.10.1-1.fc7 njb-sharp-0.3.0-7.fc7 nrpe-2.5.2-3.fc7 NEW ochusha-0.5.99.63.12-0.1.cvs061204.fc7 offlineimap-4.0.16-2.fc7 orange-0.3-4.cvs20051118.fc7 php-eaccelerator-5.2.0_0.9.5-2.fc7 pinentry-0.7.2-14.fc7 poker-engine-1.0.20-1.fc7 python-gpod-0.4.0-3.fc7 NEW rtpproxy-0.3-1.fc7 NEW sbcl-1.0-1.fc7 tellico-1.2.6-1.fc7 vdr-femon-1.1.0-4.fc7 NEW vdr-sudoku-0.1.2-1.fc7 NEW wgrib-1.8.0.12g-1.fc7 NEW xtide-2.9-0.2.date20061203.fc7 Packages built and released for Fedora Extras 6: 14 gqview-2.0.4-1.fc6 grads-1.9b4-18.fc6.1 njb-sharp-0.3.0-7.fc6 offlineimap-4.0.16-2.fc6 NEW perl-Gnome2-VFS-1.061-2.fc6 NEW perl-Gtk2-Ex-Simple-List-0.50-2.fc6 NEW pinentry-0.7.2-14.fc6 poker-engine-1.0.20-1.fc6 python-nose-0.9.1-1.fc6 qcomicbook-0.3.4-1.fc6 rtpproxy-0.3-1.fc6 NEW tellico-1.2.6-1.fc6 vdr-sudoku-0.1.2-1.fc6 NEW xtide-2.9-0.2.date20061203.fc6 Packages built and released for Fedora Extras 5: 10 gqview-2.0.4-1.fc5 grads-1.9b4-18.fc5.1 perl-Gnome2-VFS-1.061-2.fc5 NEW perl-Gtk2-Ex-Simple-List-0.50-2.fc5 NEW pinentry-0.7.2-14.fc5 poker-engine-1.0.20-1.fc5 qcomicbook-0.3.4-1.fc5 rtpproxy-0.3-1.fc5 NEW tellico-1.2.6-1.fc5 xtide-2.9-0.2.date20061203.fc5 Packages built and released for Fedora Extras 4: 2 gqview-2.0.4-1.fc4 sylpheed-claws-plugins-2.6.0-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 Tue Dec 5 01:18:49 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Tue, 05 Dec 2006 01:18:49 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2006-12-04 Message-ID: <20061205011849.3445.40185@extras64.linux.duke.edu> New report for: andreas.bierfert AT lowlatency.de package: orange - 0.3-4.cvs20051118.fc7.i386 from fedora-extras-development-x86_64 unresolved deps: libmagic.so.1 ====================================================================== New report for: rdieter AT math.unl.edu package: maxima-runtime-sbcl - 5.10.0-8.fc7.i386 from fedora-extras-development-i386 unresolved deps: sbcl = 0:0.9.18 package: maxima-runtime-sbcl - 5.10.0-8.fc7.ppc from fedora-extras-development-ppc unresolved deps: sbcl = 0:0.9.18 package: maxima-runtime-sbcl - 5.10.0-8.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: sbcl = 0:0.9.18 ====================================================================== Summary of broken packages (by owner): andreas.bierfert AT lowlatency.de centericq - 4.21.0-8.fc6.i386 (34 days) centericq - 4.21.0-8.fc6.ppc (34 days) centericq - 4.21.0-8.fc6.x86_64 (34 days) nessus-client - 2.2.7-2.fc6.i386 (5 days) nessus-client - 2.2.7-2.fc6.ppc (5 days) nessus-client - 2.2.7-2.fc6.x86_64 (5 days) nessus-gui - 2.2.7-2.fc6.i386 (5 days) nessus-gui - 2.2.7-2.fc6.ppc (5 days) nessus-gui - 2.2.7-2.fc6.x86_64 (5 days) nessus-server - 2.2.7-2.fc6.i386 (5 days) nessus-server - 2.2.7-2.fc6.ppc (5 days) nessus-server - 2.2.7-2.fc6.x86_64 (5 days) orange - 0.3-4.cvs20051118.fc7.i386 sylpheed-claws - 2.6.0-1.fc7.i386 (5 days) sylpheed-claws - 2.6.0-1.fc7.i386 (5 days) sylpheed-claws - 2.6.0-1.fc7.ppc (5 days) sylpheed-claws - 2.6.0-1.fc7.x86_64 (5 days) bnocera AT redhat.com driftnet - 0.1.6-11.i386 (5 days) driftnet - 0.1.6-11.ppc (5 days) driftnet - 0.1.6-11.x86_64 (5 days) jdennis AT redhat.com cyrus-imapd - 2.3.7-4.fc6.i386 (5 days) cyrus-imapd - 2.3.7-4.fc6.i386 (5 days) cyrus-imapd - 2.3.7-4.fc6.ppc (5 days) cyrus-imapd - 2.3.7-4.fc6.x86_64 (5 days) jeff AT ocjtech.us linphone - 1.2.0-4.fc5.i386 (56 days) linphone - 1.2.0-4.fc5.ppc (56 days) linphone - 1.2.0-4.fc5.x86_64 (56 days) jpo AT di.uminho.pt nagios-plugins-snmp-disk-proc - 1.0-1.fc6.i386 (5 days) nagios-plugins-snmp-disk-proc - 1.0-1.fc6.ppc (5 days) nagios-plugins-snmp-disk-proc - 1.0-1.fc6.x86_64 (5 days) jwilson AT redhat.com ip6sic - 0.1-4.fc6.i386 (5 days) ip6sic - 0.1-4.fc6.ppc (5 days) ip6sic - 0.1-4.fc6.x86_64 (5 days) karlthered AT gmail.com gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.i386 (12 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.i386 (12 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.ppc (12 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.x86_64 (12 days) mgarski AT post.pl digikam-doc - 0.8.2-3.fc6.noarch (5 days) digikam-doc - 0.8.2-3.fc6.noarch (5 days) digikam-doc - 0.8.2-3.fc6.noarch (5 days) oliver AT linux-kernel.at syck-php - 0.55-9.fc5.i386 (46 days) syck-php - 0.55-9.fc5.ppc (46 days) syck-php - 0.55-9.fc5.x86_64 (46 days) petersen AT redhat.com ghc-gtk2hs - 0.9.10-4.fc6.i386 (31 days) ghc-gtk2hs - 0.9.10-4.fc6.ppc (31 days) ghc-gtk2hs - 0.9.10-4.fc6.x86_64 (31 days) ghc642-gtk2hs - 0.9.10-4.fc6.i386 (31 days) ghc642-gtk2hs - 0.9.10-4.fc6.ppc (31 days) ghc642-gtk2hs - 0.9.10-4.fc6.x86_64 (31 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.i386 (31 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.ppc (31 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.x86_64 (31 days) rdieter AT math.unl.edu gift - 0.11.8.1-6.fc7.i386 (36 days) maxima-runtime-sbcl - 5.10.0-8.fc7.i386 maxima-runtime-sbcl - 5.10.0-8.fc7.ppc maxima-runtime-sbcl - 5.10.0-8.fc7.x86_64 tcallawa AT redhat.com gambas-runtime - 1.0.17-6.fc7.i386 (11 days) gambas-runtime - 1.0.17-6.fc7.ppc (11 days) ====================================================================== Broken packages in fedora-extras-development-ppc: centericq-4.21.0-8.fc6.ppc requires libcurl.so.3 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpagent.so.10 digikam-doc-0.8.2-3.fc6.noarch requires digikam = 0:0.8.2 driftnet-0.1.6-11.ppc requires libpcap.so.0.9.4 gambas-runtime-1.0.17-6.fc7.ppc requires libgettextlib-0.15.so ghc-gtk2hs-0.9.10-4.fc6.ppc requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires ghc642 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.ppc requires gecko-libs = 0:2.0 ip6sic-0.1-4.fc6.ppc requires libpcap.so.0.9.4 maxima-runtime-sbcl-5.10.0-8.fc7.ppc requires sbcl = 0:0.9.18 nagios-plugins-snmp-disk-proc-1.0-1.fc6.ppc requires libnetsnmp.so.10 nessus-client-2.2.7-2.fc6.ppc requires libpcap.so.0.9.4 nessus-gui-2.2.7-2.fc6.ppc requires libpcap.so.0.9.4 nessus-server-2.2.7-2.fc6.ppc requires libpcap.so.0.9.4 sylpheed-claws-2.6.0-1.fc7.ppc requires libpisock.so.8 ====================================================================== Broken packages in fedora-extras-development-x86_64: centericq-4.21.0-8.fc6.x86_64 requires libcurl.so.3()(64bit) cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpmibs.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmp.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmphelpers.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpagent.so.10()(64bit) digikam-doc-0.8.2-3.fc6.noarch requires digikam = 0:0.8.2 driftnet-0.1.6-11.x86_64 requires libpcap.so.0.9.4()(64bit) ghc-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires ghc642 gift-0.11.8.1-6.fc7.i386 requires libmagic.so.1 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.i386 requires gecko-libs = 0:2.0 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.x86_64 requires gecko-libs = 0:2.0 ip6sic-0.1-4.fc6.x86_64 requires libpcap.so.0.9.4()(64bit) maxima-runtime-sbcl-5.10.0-8.fc7.x86_64 requires sbcl = 0:0.9.18 nagios-plugins-snmp-disk-proc-1.0-1.fc6.x86_64 requires libnetsnmp.so.10()(64bit) nessus-client-2.2.7-2.fc6.x86_64 requires libpcap.so.0.9.4()(64bit) nessus-gui-2.2.7-2.fc6.x86_64 requires libpcap.so.0.9.4()(64bit) nessus-server-2.2.7-2.fc6.x86_64 requires libpcap.so.0.9.4()(64bit) orange-0.3-4.cvs20051118.fc7.i386 requires libmagic.so.1 sylpheed-claws-2.6.0-1.fc7.i386 requires libpisock.so.8 sylpheed-claws-2.6.0-1.fc7.x86_64 requires libpisock.so.8()(64bit) ====================================================================== Broken packages in fedora-extras-development-i386: centericq-4.21.0-8.fc6.i386 requires libcurl.so.3 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 digikam-doc-0.8.2-3.fc6.noarch requires digikam = 0:0.8.2 driftnet-0.1.6-11.i386 requires libpcap.so.0.9.4 gambas-runtime-1.0.17-6.fc7.i386 requires libgettextlib-0.15.so ghc-gtk2hs-0.9.10-4.fc6.i386 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires ghc642 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.i386 requires gecko-libs = 0:2.0 ip6sic-0.1-4.fc6.i386 requires libpcap.so.0.9.4 maxima-runtime-sbcl-5.10.0-8.fc7.i386 requires sbcl = 0:0.9.18 nagios-plugins-snmp-disk-proc-1.0-1.fc6.i386 requires libnetsnmp.so.10 nessus-client-2.2.7-2.fc6.i386 requires libpcap.so.0.9.4 nessus-gui-2.2.7-2.fc6.i386 requires libpcap.so.0.9.4 nessus-server-2.2.7-2.fc6.i386 requires libpcap.so.0.9.4 sylpheed-claws-2.6.0-1.fc7.i386 requires libpisock.so.8 ====================================================================== Broken packages in fedora-extras-5-ppc: linphone-1.2.0-4.fc5.ppc requires libortp.so.2 syck-php-0.55-9.fc5.ppc requires php = 0:5.1.4 ====================================================================== Broken packages in fedora-extras-5-x86_64: linphone-1.2.0-4.fc5.x86_64 requires libortp.so.2()(64bit) syck-php-0.55-9.fc5.x86_64 requires php = 0:5.1.4 ====================================================================== Broken packages in fedora-extras-5-i386: linphone-1.2.0-4.fc5.i386 requires libortp.so.2 syck-php-0.55-9.fc5.i386 requires php = 0:5.1.4 From mmcgrath at fedoraproject.org Tue Dec 5 03:06:37 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Mon, 4 Dec 2006 21:06:37 -0600 Subject: Anyone else having trouble with the cvs server? In-Reply-To: <457499BC.8070501@phekda.gotadsl.co.uk> References: <457485CC.5060609@cora.nwra.com> <457499BC.8070501@phekda.gotadsl.co.uk> Message-ID: <3237e4410612041906t3c9eee7ej53e92d49aedaf8d3@mail.gmail.com> On 12/4/06, Richard Dawe wrote: > Hello. > > Orion Poplawski wrote: > > I'm seeing lots of hangs while trying to checkout stuff from cvs. Our > > internet pipe is pretty much saturated so I expect things to be slow, > > but not to hang. Anyone else having trouble? > > > > Two recent examples: > > > > $ ~/fedora/extras/plplot/common/cvs-import.sh *src.rpm > > Checking out the modules file... > [snip] > > Try using the -t option, to see what cvs is really doing, e.g.: > > cvs -t co xorg-x11-drv-i810 > > Bye, Rich =] > Wellll this will be fun :-). Ok, so those of you having problems, if you wouldn't mind, send me your IP Address and about what time you had the issues. Also, I imported a new module and it seemed to work fine so reproducing this error is key. -Mike From paul at xelerance.com Tue Dec 5 03:33:06 2006 From: paul at xelerance.com (Paul Wouters) Date: Tue, 5 Dec 2006 04:33:06 +0100 (CET) Subject: Anyone else having trouble with the cvs server? In-Reply-To: <3237e4410612041906t3c9eee7ej53e92d49aedaf8d3@mail.gmail.com> References: <457485CC.5060609@cora.nwra.com> <457499BC.8070501@phekda.gotadsl.co.uk> <3237e4410612041906t3c9eee7ej53e92d49aedaf8d3@mail.gmail.com> Message-ID: On Mon, 4 Dec 2006, Mike McGrath wrote: > Wellll this will be fun :-). Ok, so those of you having problems, if > you wouldn't mind, send me your IP Address and about what time you had > the issues. Also, I imported a new module and it seemed to work fine > so reproducing this error is key. 193.110.157.30. I just tried it again and though it was slow, it did work this time :) It's an Heisenbug :) Paul From kevin at scrye.com Tue Dec 5 03:43:08 2006 From: kevin at scrye.com (Kevin Fenzi) Date: Mon, 4 Dec 2006 20:43:08 -0700 Subject: rpms/xl2tpd/devel xl2tpd.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <200612050326.kB53QdBA020055@cvs-int.fedora.redhat.com> References: <200612050326.kB53QdBA020055@cvs-int.fedora.redhat.com> Message-ID: <20061204204308.35694019@ningauble.scrye.com> On Mon, 4 Dec 2006 22:26:39 -0500 fedora-extras-commits at redhat.com (Paul Wouters (pwouters)) wrote: > Author: pwouters > > Update of /cvs/extras/rpms/xl2tpd/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv20005/devel > > Modified Files: > .cvsignore sources > Added Files: > xl2tpd.spec > Log Message: > auto-import xl2tpd-1.1.06-1 on branch devel from > xl2tpd-1.1.06-1.src.rpm > > > --- NEW FILE xl2tpd.spec --- Humm... perhaps I am not doing too well with my bugzilla handling tonight, but I don't see off hand a review of this package or a approval of said review. What was the bug number of the review? kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mtasaka at ioa.s.u-tokyo.ac.jp Tue Dec 5 03:59:32 2006 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Tue, 05 Dec 2006 12:59:32 +0900 Subject: rpms/xl2tpd/devel xl2tpd.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <20061204204308.35694019@ningauble.scrye.com> References: <200612050326.kB53QdBA020055@cvs-int.fedora.redhat.com> <20061204204308.35694019@ningauble.scrye.com> Message-ID: <4574EEA4.50408@ioa.s.u-tokyo.ac.jp> Kevin Fenzi wrote: > On Mon, 4 Dec 2006 22:26:39 -0500 > fedora-extras-commits at redhat.com (Paul Wouters (pwouters)) wrote: > >> Author: pwouters >> Added Files: >> xl2tpd.spec > > Humm... perhaps I am not doing too well with my bugzilla handling > tonight, but I don't see off hand a review of this package or a > approval of said review. > > What was the bug number of the review? > > kevin I cannot see the corresponding review request from the bugzilla entry related to Paul Wouters (total 13). Unfortunately he has already rebuilt this against FE-devel, this package should be removed from FE-devel releasing queue. Mamoru Tasaka From paul at xelerance.com Tue Dec 5 05:00:40 2006 From: paul at xelerance.com (Paul Wouters) Date: Tue, 5 Dec 2006 06:00:40 +0100 (CET) Subject: rpms/xl2tpd/devel xl2tpd.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <4574EEA4.50408@ioa.s.u-tokyo.ac.jp> References: <200612050326.kB53QdBA020055@cvs-int.fedora.redhat.com> <20061204204308.35694019@ningauble.scrye.com> <4574EEA4.50408@ioa.s.u-tokyo.ac.jp> Message-ID: On Tue, 5 Dec 2006, Mamoru Tasaka wrote: > > > Author: pwouters > > > Added Files: > > > xl2tpd.spec > > > > Humm... perhaps I am not doing too well with my bugzilla handling > > tonight, but I don't see off hand a review of this package or a > > approval of said review. > > What was the bug number of the review? > > kevin > > I cannot see the corresponding review request from the bugzilla entry > related to Paul Wouters (total 13). > > Unfortunately he has already rebuilt this against FE-devel, > this package should be removed from FE-devel releasing queue. See: https://www.redhat.com/archives/fedora-extras-list/2006-November/msg00542.html Since no one replied in over a week, I asked Tom Callaway, my sponsor, how to proceed. He told me to go ahead with the migration. So today I added xl2tpd, and will request branches for FC-6 and FC-5. Once those are build, I will mark l2tpd as a dead package. Paul From kevin at scrye.com Tue Dec 5 05:08:58 2006 From: kevin at scrye.com (Kevin Fenzi) Date: Mon, 4 Dec 2006 22:08:58 -0700 Subject: rpms/xl2tpd/devel xl2tpd.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: References: <200612050326.kB53QdBA020055@cvs-int.fedora.redhat.com> <20061204204308.35694019@ningauble.scrye.com> <4574EEA4.50408@ioa.s.u-tokyo.ac.jp> Message-ID: <20061204220858.0d6a0692@ningauble.scrye.com> On Tue, 5 Dec 2006 06:00:40 +0100 (CET) paul at xelerance.com (Paul Wouters) wrote: > On Tue, 5 Dec 2006, Mamoru Tasaka wrote: > > > > > Author: pwouters > > > > Added Files: > > > > xl2tpd.spec > > > > > > Humm... perhaps I am not doing too well with my bugzilla handling > > > tonight, but I don't see off hand a review of this package or a > > > approval of said review. > > > What was the bug number of the review? > > > kevin > > > > I cannot see the corresponding review request from the bugzilla > > entry related to Paul Wouters (total 13). > > > > Unfortunately he has already rebuilt this against FE-devel, > > this package should be removed from FE-devel releasing queue. > > See: > https://www.redhat.com/archives/fedora-extras-list/2006-November/msg00542.html > > Since no one replied in over a week, I asked Tom Callaway, my sponsor, > how to proceed. He told me to go ahead with the migration. > > So today I added xl2tpd, and will request branches for FC-6 and FC-5. > Once those are build, I will mark l2tpd as a dead package. Ah... I must have missed that post on the list... You might want to look at: http://fedoraproject.org/wiki/Packaging/NamingGuidelines#head-581c3fb3ff1c6ef7404e8b288b59cd5280d75ad6 You only have "Obsoletes: l2tpd", which is a bad idea IMHO. You should add a Provides for just over the current l2tpd version and only Obsoletes the very last l2tpd version released. Something like: Provides: l2tpd = 0.69-0.6.20051030.fc7 Obsoletes: l2tpd <= 0.69-0.6.20051030.fc6 This way if ever someone wants to revive it or some other package with that name comes along it would be easy to get it back in (just have the new package provide a newer version of l2tpd). kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mtasaka at ioa.s.u-tokyo.ac.jp Tue Dec 5 05:21:33 2006 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Tue, 05 Dec 2006 14:21:33 +0900 Subject: rpms/xl2tpd/devel xl2tpd.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <20061204220858.0d6a0692@ningauble.scrye.com> References: <200612050326.kB53QdBA020055@cvs-int.fedora.redhat.com> <20061204204308.35694019@ningauble.scrye.com> <4574EEA4.50408@ioa.s.u-tokyo.ac.jp> <20061204220858.0d6a0692@ningauble.scrye.com> Message-ID: <457501DD.4000402@ioa.s.u-tokyo.ac.jp> Kevin Fenzi wrote: > On Tue, 5 Dec 2006 06:00:40 +0100 (CET) > paul at xelerance.com (Paul Wouters) wrote: > >> On Tue, 5 Dec 2006, Mamoru Tasaka wrote: >> >>>>> Author: pwouters >>>>> Added Files: >>>>> xl2tpd.spec >>>> Humm... perhaps I am not doing too well with my bugzilla handling >>>> tonight, but I don't see off hand a review of this package or a >>>> approval of said review. >>>> What was the bug number of the review? >>>> kevin >>> I cannot see the corresponding review request from the bugzilla >>> entry related to Paul Wouters (total 13). >>> >>> Unfortunately he has already rebuilt this against FE-devel, >>> this package should be removed from FE-devel releasing queue. >> See: >> https://www.redhat.com/archives/fedora-extras-list/2006-November/msg00542.html >> >> Since no one replied in over a week, I asked Tom Callaway, my sponsor, >> how to proceed. He told me to go ahead with the migration. >> >> So today I added xl2tpd, and will request branches for FC-6 and FC-5. >> Once those are build, I will mark l2tpd as a dead package. > > Ah... I must have missed that post on the list... > > You might want to look at: > > http://fedoraproject.org/wiki/Packaging/NamingGuidelines#head-581c3fb3ff1c6ef7404e8b288b59cd5280d75ad6 > > You only have "Obsoletes: l2tpd", which is a bad idea IMHO. You should > add a Provides for just over the current l2tpd version and only > Obsoletes the very last l2tpd version released. > > Something like: > > Provides: l2tpd = 0.69-0.6.20051030.fc7 > Obsoletes: l2tpd <= 0.69-0.6.20051030.fc6 > > This way if ever someone wants to revive it or some other package with > that name comes along it would be easy to get it back in (just have the > new package provide a newer version of l2tpd). > > kevin > Well, I tried to rebuild this package, and I get the following rpmlint complaint. -------------------------------------------------------- E: xl2tpd tag-not-utf8 %changelog E: xl2tpd obsolete-not-provided l2tpd E: xl2tpd non-readable /etc/xl2tpd/l2tp-secrets 0600 E: xl2tpd non-readable /etc/ppp/chap-secrets.sample 0600 W: xl2tpd dangerous-command-in-%post mv E: xl2tpd no-chkconfig-line /etc/rc.d/init.d/xl2tpd E: xl2tpd tag-not-utf8 %changelog E: xl2tpd non-utf8-spec-file xl2tpd.spec W: xl2tpd unversioned-explicit-obsoletes l2tpd W: xl2tpd mixed-use-of-spaces-and-tabs (spaces: line 65, tab: line 52) E: xl2tpd-debuginfo tag-not-utf8 %changelog --------------------------------------------------------- I have not yet checked this, however, I think that this package should once pass current FE review request check. Mamoru Tasaka From paul at xelerance.com Tue Dec 5 05:51:55 2006 From: paul at xelerance.com (Paul Wouters) Date: Tue, 5 Dec 2006 06:51:55 +0100 (CET) Subject: rpms/xl2tpd/devel xl2tpd.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <20061204220858.0d6a0692@ningauble.scrye.com> References: <200612050326.kB53QdBA020055@cvs-int.fedora.redhat.com> <20061204204308.35694019@ningauble.scrye.com> <4574EEA4.50408@ioa.s.u-tokyo.ac.jp> <20061204220858.0d6a0692@ningauble.scrye.com> Message-ID: On Mon, 4 Dec 2006, Kevin Fenzi wrote: > http://fedoraproject.org/wiki/Packaging/NamingGuidelines#head-581c3fb3ff1c6ef7404e8b288b59cd5280d75ad6 > > You only have "Obsoletes: l2tpd", which is a bad idea IMHO. You should > add a Provides for just over the current l2tpd version and only > Obsoletes the very last l2tpd version released. > > Something like: > > Provides: l2tpd = 0.69-0.6.20051030.fc7 > Obsoletes: l2tpd <= 0.69-0.6.20051030.fc6 Thanks. I have changed it accoridngly. Paul From a.badger at gmail.com Tue Dec 5 05:59:11 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 04 Dec 2006 21:59:11 -0800 Subject: Package DB Schema v3 Message-ID: <1165298351.29086.409.camel@localhost.localdomain> I'm attaching my latest incarnation of the PackageDB schema. Here's the run down on what's changed: * Implementation of Collection inheritance/overlays/sets * Add a reviewURL field to Package * Restructure the Package hierarchy slightly: Old: Package Collection | | PackageListing | PackageVersion New: +-Collection Package | | | | | PackageListing PackageVersion | | +----------------->PackageVersionListing The new structure allows a PackageVersion to exist in multiple collections which Jesse says is beneficial when spinning short-term, collections. * PackageInterest revamped as a PackageACL set of tables. Instead of having user roles (comaintainer, watcher, etc) we have functions that the user can perform. The functions I've come up with so far are: - commit: Commit changes to the VCS - build: Request builds from the buildsystem - watchbugzilla: Be informed of bugzilla tickets - watchcommits: Be informed of VCS commits for this package - approveacls: Change these ACLs for this package - checkout: Checkout the package from the VCS. We'll normally set this to true for a group that includes everyone but certain embargoed branches may need to be set to a more restricted group. Owners will implicitly have access to all of these. Sponsors or the equivalent group of trusted contributors under the merged FC/FE will belong to a group with commit-build-approveacls-checkout permissions. Things that still need working on: * Integrating comps/categories. I have some notes in comments. In order to implement this we need to 1) decide if comps is the right thing for this or if something closer to Nicolas Mailhot's suggestion is the right way to go. 2) Give the PackageDB an understanding of binary packages/subpackages as groups and categories won't be the same for each subpackage. [Note unless someone wants to work on this, I'm deferring it to after the first iteration.] * Logging. Make sure we have all the tables we need for logging. Verify that we really need to log on all these areas. Collections, Packages, PackageListing(aka package in Collection), PackageVersion, and PackageACL all have status fields so they should all have logs or we need to evaluate whether we really want status for each of these. * CollectionSets: Overlays can now be tracked in the database but the logic for looking for packages has to be implemented. After talking with Jesse, I think the simplest may be to implement this in application code so that searching for a package will first check the collection, then each of its bases. However, this imposes a performance penalty on each select. It *may* be worthwhile to look into copying the packages to the relevant overlay collections on insert instead. I have some notes as comments in the schema. * Set things up for SQLObject and SQLAlchemy. I'm going to try loading the objects through database introspection and see how the two ORMs fare. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: pkgdb.sql Type: text/x-vhdl Size: 14369 bytes Desc: not available URL: -------------- 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 xelerance.com Tue Dec 5 06:17:57 2006 From: paul at xelerance.com (Paul Wouters) Date: Tue, 5 Dec 2006 07:17:57 +0100 (CET) Subject: rpms/xl2tpd/devel xl2tpd.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <457501DD.4000402@ioa.s.u-tokyo.ac.jp> References: <200612050326.kB53QdBA020055@cvs-int.fedora.redhat.com> <20061204204308.35694019@ningauble.scrye.com> <4574EEA4.50408@ioa.s.u-tokyo.ac.jp> <20061204220858.0d6a0692@ningauble.scrye.com> <457501DD.4000402@ioa.s.u-tokyo.ac.jp> Message-ID: On Tue, 5 Dec 2006, Mamoru Tasaka wrote: > Well, I tried to rebuild this package, and I get the following > rpmlint complaint. > -------------------------------------------------------- > E: xl2tpd tag-not-utf8 %changelog I have sacrificed Mr. Karlsen's name. > E: xl2tpd obsolete-not-provided l2tpd Fixed. > E: xl2tpd non-readable /etc/xl2tpd/l2tp-secrets 0600 > E: xl2tpd non-readable /etc/ppp/chap-secrets.sample 0600 My rpmlint does not show this warning. They are supposed to be non-readable, they contain secrets. > W: xl2tpd dangerous-command-in-%post mv My rpmlint does not show this warning That is for the migration of l2tpd configs: if [ -f /etc/l2tpd/l2tpd.conf ] then echo "Old /etc/l2tpd configuration found, migrating to /etc/xl2tpd" mv /etc/xl2tpd/xl2tpd.conf /etc/xl2tpd/xl2tpd.conf.rpmsave cat /etc/l2tpd/l2tpd.conf | sed "s/options.l2tpd/options.xl2tpd/" > /etc/xl2tpd/xl2tpd.conf mv /etc/ppp/options.xl2tpd /etc/ppp/options.xl2tpd.rpmsave mv /etc/ppp/options.l2tpd /etc/ppp/options.xl2tpd mv /etc/xl2tpd/l2tp-secrets /etc/xl2tpd/l2tpd-secrets.rpmsave cp -a /etc/l2tpd/l2tp-secrets /etc/xl2tpd/l2tp-secrets fi How is this dangerous? > E: xl2tpd no-chkconfig-line /etc/rc.d/init.d/xl2tpd My rpmlint does not show this warning Not sure what that refers to, since i have a line: # chkconfig: - 80 30 > E: xl2tpd tag-not-utf8 %changelog > E: xl2tpd non-utf8-spec-file xl2tpd.spec Changed Mr. Karlsen's name. > W: xl2tpd unversioned-explicit-obsoletes l2tpd Fixed. > W: xl2tpd mixed-use-of-spaces-and-tabs (spaces: line 65, tab: line 52) Fixed. > E: xl2tpd-debuginfo tag-not-utf8 %changelog Changed Mr. Karlsen's name. What version of rpmlint do you have? rpmlint-0.78-2.fc6 only gave the utf8 warnings and the unversioned warning. I now see: # rpmlint /usr/src/redhat/SRPMS/xl2tpd-1.1.06-2.src.rpm [root at bofh devel]# > I have not yet checked this, however, I think that this package > should once pass current FE review request check. Okay. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=218408 Whoever has access can delete xl2tpd rpms from the repo. Mamoru: It seems my bugzilla comment clashed with yours, and both our comments got lost. I'll add the contents of this email to the new comment I'll make now. Paul From nicolas.mailhot at laposte.net Tue Dec 5 08:16:01 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 5 Dec 2006 09:16:01 +0100 (CET) Subject: Package DB Schema v3 In-Reply-To: <1165298351.29086.409.camel@localhost.localdomain> References: <1165298351.29086.409.camel@localhost.localdomain> Message-ID: <22662.192.54.193.51.1165306561.squirrel@rousalka.dyndns.org> Le Mar 5 d?cembre 2006 06:59, Toshio Kuratomi a ?crit : > * Integrating comps/categories. I have some notes in comments. In > order to implement this we need to 1) decide if comps is the right thing > for this or if something closer to Nicolas Mailhot's suggestion is the > right way to go. Actually, I'd be fine if someone else's suggestion is taken as long as the grouping and sorting problem is led to rest. With a working packagedb one could hide the categorization in the db and only export final groups, but that would create two classes of repositories : those with RW access to the db and those without. On a related issue I'd like to know if I should follow up on the comps ralx-ng schema I posted on the other day, work on a schema for some new comps format, or if the large round of silence that followed the last schema posting means no one's really interested. Regards, -- Nicolas Mailhot From mcepl at redhat.com Tue Dec 5 08:50:08 2006 From: mcepl at redhat.com (Matej Cepl) Date: Tue, 5 Dec 2006 08:50:08 +0000 (UTC) Subject: On Debian and Fedora experiences References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <200612040851.30437.jkeating@redhat.com> Message-ID: Jesse Keating scripst: > And how do you expect automated tools to handle these soft requirements? > Either you always install them, or you never do, which basically brings > up the question, whats the point? Why do this instead of just Requires > or not? Well, where I am coming from we used to have tools which are not automated but yet they are functional -- of course, this is the are of aptitude again (or I think, there is no reason why pirut cannot do something similar). When browsing through list of packages and installing some particular package, it is interesting to know, that this package may be useful. However, tell me -- who NEEDS aalib? I understand it is fun to program it (I saw the first presentation of the library by Honza Hubi?ka, where he was running Doom II on console ;-)), but is there any real use for it? However, why both mplayer and xine-lib REQUIRE it? If I am weird enough to try it, it may be interesting to knkow that mplayer and xine-lib can use it, but I have never personally needed to have it installed. Why should I? And of course, if I don't care about my consumption of hard drive/bandwidth, I could switch on in the configuration of aptitude automatic installation of all Required/Suggested packages. But I have never done it. > A far better solution is to split the libraries that would use say aalib > into a subpackage so that you can install the base package without > needing aalib, and choose to install the subpackage that might pull in > the aalib dep. The OLPC project has helped to identify a lot of these > scenarios and to split out functionality as such. That's sure one possible solution, except that it seems to be against KISS principle -- you get miriad new packages (mplayer-aalib, xine-lib-aalib, etc. for any weird library there is) just to keep Requires:/Suggests: away. May be it is better solution, I don't know, and I don't understand this area that much as an engineer (just as an user), but it seems to me similar to crazy things dones by Debian people just to be able to keep everything inside Debian source package just Makefile. Thanks for the reply, Mat?j -- http://www.ceplovi.cz/matej/blog/, Jabber: ceplmajabber.cz GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC Give your heartache to him. (1Pt 5,7; Mt 11:28-30) From skvidal at linux.duke.edu Tue Dec 5 09:03:09 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Tue, 05 Dec 2006 04:03:09 -0500 Subject: On Debian and Fedora experiences In-Reply-To: References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <200612040851.30437.jkeating@redhat.com> Message-ID: <1165309389.17513.28.camel@cutter> On Tue, 2006-12-05 at 08:50 +0000, Matej Cepl wrote: > Jesse Keating scripst: > > And how do you expect automated tools to handle these soft requirements? > > Either you always install them, or you never do, which basically brings > > up the question, whats the point? Why do this instead of just Requires > > or not? > > That's sure one possible solution, except that it seems to be against KISS > principle -- you get miriad new packages (mplayer-aalib, xine-lib-aalib, > etc. for any weird library there is) just to keep Requires:/Suggests: > away. May be it is better solution, I don't know, and I don't understand > this area that much as an engineer (just as an user), but it seems to me > similar to crazy things dones by Debian people just to be able to keep > everything inside Debian source package just Makefile. I don't think anyone is opposed to the idea of suggests/recommends inherently. I, for one, would just like us to make sure we understand the policies that it entails. Especially when we think of things like 'enhances' which is a reverse dependency. The policies have to include: - default, automatic mode - default, prompted mode -sv From nicolas.mailhot at laposte.net Tue Dec 5 09:26:56 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 5 Dec 2006 10:26:56 +0100 (CET) Subject: On Debian and Fedora experiences In-Reply-To: <7dd7ab490612041348l315fdf38l2c376b2b6a074b25@mail.gmail.com> References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <200612040851.30437.jkeating@redhat.com> <7dd7ab490612041348l315fdf38l2c376b2b6a074b25@mail.gmail.com> Message-ID: <36235.192.54.193.51.1165310816.squirrel@rousalka.dyndns.org> Le Lun 4 d?cembre 2006 22:48, Chris Weyl a ?crit : > one thing I've been wanting for a while is a way to designate a > buildrequires as "optional." There are many perl packages that have > builddeps that are only required for the package tests, not the actual > build part. Having dedicated/separate dependencies for the test section would certainly help. Making optional deps that modify the end-result (built binaries), OTOH, is the way to QA hell. -- Nicolas Mailhot From denis at poolshark.org Tue Dec 5 09:57:13 2006 From: denis at poolshark.org (Denis Leroy) Date: Tue, 05 Dec 2006 10:57:13 +0100 Subject: Fedora Extras Package Build Report 2006-12-04 In-Reply-To: <20061205002147.42A3215212E@buildsys.fedoraproject.org> References: <20061205002147.42A3215212E@buildsys.fedoraproject.org> Message-ID: <45754279.3000904@poolshark.org> buildsys at fedoraproject.org wrote: > Packages built and released for Fedora Extras development: 27 > > NetworkManager-vpnc-0.7.0-0.cvs20061204.fc7 Ok, I don't mind if people want to touch or fix my own packages, but a brand new CVS snapshot and I'm not even *notified* !? -denis, n-m-vpnc maintainer From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Tue Dec 5 10:10:12 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Tue, 5 Dec 2006 11:10:12 +0100 Subject: Fedora Extras Package Build Report 2006-12-04 In-Reply-To: <45754279.3000904@poolshark.org> References: <20061205002147.42A3215212E@buildsys.fedoraproject.org> <45754279.3000904@poolshark.org> Message-ID: <20061205111012.2daab478@python3.es.egwn.lan> Denis Leroy wrote : > buildsys at fedoraproject.org wrote: > > Packages built and released for Fedora Extras development: 27 > > > > NetworkManager-vpnc-0.7.0-0.cvs20061204.fc7 > > Ok, I don't mind if people want to touch or fix my own packages, but a > brand new CVS snapshot and I'm not even *notified* !? * Mon Dec 4 2006 Dan Williams - 0.7.0-0.cvs20061204 - Allow "NAT-Keepalive packet interval" config option Maybe Dan thought this was a Core package, where things are still done quite differently when it comes to changing someone else's package? Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 6 (Zod) - Linux kernel 2.6.18-1.2835.fc6 Load : 0.09 0.11 0.05 From dcbw at redhat.com Tue Dec 5 12:08:37 2006 From: dcbw at redhat.com (Dan Williams) Date: Tue, 05 Dec 2006 07:08:37 -0500 Subject: Fedora Extras Package Build Report 2006-12-04 In-Reply-To: <20061205111012.2daab478@python3.es.egwn.lan> References: <20061205002147.42A3215212E@buildsys.fedoraproject.org> <45754279.3000904@poolshark.org> <20061205111012.2daab478@python3.es.egwn.lan> Message-ID: <1165320517.2751.6.camel@localhost.localdomain> On Tue, 2006-12-05 at 11:10 +0100, Matthias Saou wrote: > Denis Leroy wrote : > > > buildsys at fedoraproject.org wrote: > > > Packages built and released for Fedora Extras development: 27 > > > > > > NetworkManager-vpnc-0.7.0-0.cvs20061204.fc7 > > > > Ok, I don't mind if people want to touch or fix my own packages, but a > > brand new CVS snapshot and I'm not even *notified* !? > > * Mon Dec 4 2006 Dan Williams - 0.7.0-0.cvs20061204 > - Allow "NAT-Keepalive packet interval" config option > > Maybe Dan thought this was a Core package, where things are still done > quite differently when it comes to changing someone else's package? Darn, sorry. That's my fault, I half-thought I still owned the package since I used to de-facto own it and I'm upstream for it... Sorry, won't happen again. :( In spite of that faux pas on my part, there were a few things with it that I noticed. First, when we backed down to NM 0.6.4 for FC-6 this summer, I probably should have backed down the NM-vpnc package to 0.6.4 as well, adding the epoch. We're already shipping a CVS version and its just coincidental that it works with NM 0.6.4. Future versions likely will not. Second, do you happen to recall where the bug with the group password patch was filed? I can pull it upstream but having looked through gnome and RH bugzilla quickly I can't find it. Dan From denis at poolshark.org Tue Dec 5 12:36:56 2006 From: denis at poolshark.org (Denis Leroy) Date: Tue, 05 Dec 2006 13:36:56 +0100 Subject: Fedora Extras Package Build Report 2006-12-04 In-Reply-To: <1165320517.2751.6.camel@localhost.localdomain> References: <20061205002147.42A3215212E@buildsys.fedoraproject.org> <45754279.3000904@poolshark.org> <20061205111012.2daab478@python3.es.egwn.lan> <1165320517.2751.6.camel@localhost.localdomain> Message-ID: <457567E8.6060109@poolshark.org> Dan Williams wrote: > Darn, sorry. That's my fault, I half-thought I still owned the package > since I used to de-facto own it and I'm upstream for it... Sorry, won't > happen again. :( > > In spite of that faux pas on my part, there were a few things with it > that I noticed. First, when we backed down to NM 0.6.4 for FC-6 this > summer, I probably should have backed down the NM-vpnc package to 0.6.4 > as well, adding the epoch. We're already shipping a CVS version and its > just coincidental that it works with NM 0.6.4. Future versions likely > will not. Second, do you happen to recall where the bug with the group > password patch was filed? I can pull it upstream but having looked > through gnome and RH bugzilla quickly I can't find it. Hey no problem. The 0.6.4 versus 0.7.0-cvs-based version discrepancy was actually not a problem, I had carefully reviewed and tested the CVS changes: only extra translations, no actual code changes involved. For the group passwd patch: http://bugzilla.gnome.org/show_bug.cgi?id=363918 From mcepl at redhat.com Tue Dec 5 13:21:30 2006 From: mcepl at redhat.com (Matej Cepl) Date: Tue, 5 Dec 2006 13:21:30 +0000 (UTC) Subject: On Debian and Fedora experiences References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <200612040851.30437.jkeating@redhat.com> <1165309389.17513.28.camel@cutter> Message-ID: seth vidal scripst: > I don't think anyone is opposed to the idea of suggests/recommends > inherently. I, for one, would just like us to make sure we understand > the policies that it entails. Especially when we think of things like > 'enhances' which is a reverse dependency. I am not sure I understand your question -- is this the answer http://www.us.debian.org/doc/debian-policy/ch-relationships.html#s-binarydeps ? Mat?j -- http://www.ceplovi.cz/matej/blog/, Jabber: ceplmajabber.cz GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC Microwave oven? Whaddya mean, it's a microwave oven? I've been watching Channel 4 on the thing for two weeks. From laurent.rineau__fedora_extras at normalesup.org Tue Dec 5 13:56:58 2006 From: laurent.rineau__fedora_extras at normalesup.org (Laurent Rineau) Date: Tue, 5 Dec 2006 14:56:58 +0100 Subject: how to patch configure.ac and not require autotools In-Reply-To: <457479D6.1070107@kobold.org> References: <1150017630.3481.22.camel@eagle.danny.cz> <200611241331.29447@rineau.schtroumpfette> <457479D6.1070107@kobold.org> Message-ID: <200612051456.58337@rineau.schtroumpfette> On Monday 04 December 2006 20:41, Michael Thomas wrote: > I've started a page describing how to deal with this. I'm not sure > where it should best be placed/linked in the wiki, so I made it an > orphan page. > > http://fedoraproject.org/wiki/MichaelThomas/AutotoolsPatching > > As always, others should feel free to correct any errors and fill in any > missing details. I hope that the packaging committee will review this, and place it somewhere in the Packaging/ namespace. -- Laurent Rineau http://fedoraproject.org/wiki/LaurentRineau From opensource at till.name Tue Dec 5 14:16:18 2006 From: opensource at till.name (Till Maas) Date: Tue, 05 Dec 2006 15:16:18 +0100 Subject: Updating package config (was: Re: rpms/xl2tpd/devel xl2tpd.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2) In-Reply-To: References: <200612050326.kB53QdBA020055@cvs-int.fedora.redhat.com> <457501DD.4000402@ioa.s.u-tokyo.ac.jp> Message-ID: <200612051516.26292.opensource@till.name> On Tuesday 05 December 2006 07:17, Paul Wouters wrote: > if [ -f /etc/l2tpd/l2tpd.conf ] > then > echo "Old /etc/l2tpd configuration found, migrating to /etc/xl2tpd" > mv /etc/xl2tpd/xl2tpd.conf /etc/xl2tpd/xl2tpd.conf.rpmsave > cat /etc/l2tpd/l2tpd.conf | sed "s/options.l2tpd/options.xl2tpd/" > > /etc/xl2tpd/xl2tpd.conf > mv /etc/ppp/options.xl2tpd /etc/ppp/options.xl2tpd.rpmsave > mv /etc/ppp/options.l2tpd /etc/ppp/options.xl2tpd > mv /etc/xl2tpd/l2tp-secrets /etc/xl2tpd/l2tpd-secrets.rpmsave > cp -a /etc/l2tpd/l2tp-secrets /etc/xl2tpd/l2tp-secrets > > fi I would do it this way, the "$1" = "1" ensures, that this is only performed once the package is installed for the first time and according to my understanding does this make rpm create if .rpmsave files if needed. %pre if [ "$1" == "1" -a -f /etc/l2tpd/l2tpd.conf ] then cp -p /etc/l2tpd/l2tpd.conf /etc/xl2tpd/xl2tpd.conf cp -p /etc/ppp/options.l2tpd /etc/ppp/options.xl2tpd cp -p /etc/l2tpd/l2tp-secrets /etc/xl2tpd/l2tp-secrets sed -i "s/options.l2tpd/options.xl2tpd/" /etc/xl2tpd/xl2tpd.conf fi I did not find any hint on how to perform this task, so maybe someone can tell whether this is better handled in %pre or %post. 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 mtasaka at ioa.s.u-tokyo.ac.jp Tue Dec 5 14:19:42 2006 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Tue, 05 Dec 2006 23:19:42 +0900 Subject: Updating package config In-Reply-To: <200612051516.26292.opensource@till.name> References: <200612050326.kB53QdBA020055@cvs-int.fedora.redhat.com> <457501DD.4000402@ioa.s.u-tokyo.ac.jp> <200612051516.26292.opensource@till.name> Message-ID: <45757FFE.3060506@ioa.s.u-tokyo.ac.jp> Till Maas wrote: > > > Regards, > Till > Currently we are discussing this on: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=218408 So, please write on this bugzilla ticket. Any comments are welcome. Mamoru Tasaka From tibbs at math.uh.edu Tue Dec 5 16:22:10 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 05 Dec 2006 10:22:10 -0600 Subject: rpms/xl2tpd/devel xl2tpd.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: References: <200612050326.kB53QdBA020055@cvs-int.fedora.redhat.com> <20061204204308.35694019@ningauble.scrye.com> <4574EEA4.50408@ioa.s.u-tokyo.ac.jp> <20061204220858.0d6a0692@ningauble.scrye.com> <457501DD.4000402@ioa.s.u-tokyo.ac.jp> Message-ID: >>>>> "PW" == Paul Wouters writes: PW> I have sacrificed Mr. Karlsen's name. Why would you need to alter his name? Just write it in UTF-8 instead of some extended ASCII dialect. - J< From paul at xelerance.com Tue Dec 5 17:13:35 2006 From: paul at xelerance.com (Paul Wouters) Date: Tue, 5 Dec 2006 18:13:35 +0100 (CET) Subject: Updating package config (was: Re: rpms/xl2tpd/devel xl2tpd.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2) In-Reply-To: <200612051516.26292.opensource@till.name> References: <200612050326.kB53QdBA020055@cvs-int.fedora.redhat.com> <457501DD.4000402@ioa.s.u-tokyo.ac.jp> <200612051516.26292.opensource@till.name> Message-ID: On Tue, 5 Dec 2006, Till Maas wrote: (discussed here instead of bugzilla, since it seems a bit ackward for large lumps of text in bugzilla. I will summarize this exchange in bugzilla when proceeding) > On Tuesday 05 December 2006 07:17, Paul Wouters wrote: > > > if [ -f /etc/l2tpd/l2tpd.conf ] > > then > > echo "Old /etc/l2tpd configuration found, migrating to /etc/xl2tpd" > > mv /etc/xl2tpd/xl2tpd.conf /etc/xl2tpd/xl2tpd.conf.rpmsave > > cat /etc/l2tpd/l2tpd.conf | sed "s/options.l2tpd/options.xl2tpd/" > > > /etc/xl2tpd/xl2tpd.conf > > mv /etc/ppp/options.xl2tpd /etc/ppp/options.xl2tpd.rpmsave > > mv /etc/ppp/options.l2tpd /etc/ppp/options.xl2tpd > > mv /etc/xl2tpd/l2tp-secrets /etc/xl2tpd/l2tpd-secrets.rpmsave > > cp -a /etc/l2tpd/l2tp-secrets /etc/xl2tpd/l2tp-secrets > > > > fi > > I would do it this way, the "$1" = "1" ensures, that this is only performed > once the package is installed for the first time and according to my > understanding does this make rpm create if .rpmsave files if needed. Note that the rpmsave files i create here are the ones of the new package, not the old package. I'm leaving the creation of rpmsaves of the old package up to the old package. I am just putting the new package's default config files as rpmsave, so that after the migration, the user can look at any potential new options in xl2tpd versus l2tpd and add those in. In other words, the migration that starts does not cause any files of the new package to be lost without being seen. Instead, they are left as rpmsaves, as if you had upgraded from the same package. I am also not entirely sure what the $1 value would be. I assume rpm -i won't work because of the conflict with l2tpd, so this would require rpm -U, so $1 would be 2 I believe? I could do more testing if we need to go down this road. > %pre > if [ "$1" == "1" -a -f /etc/l2tpd/l2tpd.conf ] > then > cp -p /etc/l2tpd/l2tpd.conf /etc/xl2tpd/xl2tpd.conf > cp -p /etc/ppp/options.l2tpd /etc/ppp/options.xl2tpd > cp -p /etc/l2tpd/l2tp-secrets /etc/xl2tpd/l2tp-secrets > sed -i "s/options.l2tpd/options.xl2tpd/" /etc/xl2tpd/xl2tpd.conf > fi > > I did not find any hint on how to perform this task, so maybe someone can tell > whether this is better handled in %pre or %post. http://fedoraproject.org/wiki/Packaging/ScriptletSnippets It seems it would have to be %post, because at %pre we don't have the new package's config files yet to rpmsave. I guess technically, it is cleaner to use "cp" versus "mv", and let the old package deal with its own files. I used mv to prevent running the upgrade twice. For example, image someone has l2tpd installed. They upgrade to xltpd, but then install l2tpd. I have not put any Obsoletes: in l2tpd, so it would just install next to xl2tpd. Then when xl2tpd is upgraded to a newer version, it would re-migrate the wrong configurations. I guess I could release a new version of l2tpd that Obsoletes: xl2tpd (and not bother writing backporting migration scripts) Paul -- Building and integrating Virtual Private Networks with Openswan: http://www.amazon.com/gp/product/1904811256/104-3099591-2946327?n=283155 From paul at xelerance.com Tue Dec 5 17:15:29 2006 From: paul at xelerance.com (Paul Wouters) Date: Tue, 5 Dec 2006 18:15:29 +0100 (CET) Subject: rpms/xl2tpd/devel xl2tpd.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: References: <200612050326.kB53QdBA020055@cvs-int.fedora.redhat.com> <20061204204308.35694019@ningauble.scrye.com> <4574EEA4.50408@ioa.s.u-tokyo.ac.jp> <20061204220858.0d6a0692@ningauble.scrye.com> <457501DD.4000402@ioa.s.u-tokyo.ac.jp> Message-ID: On Tue, 5 Dec 2006, Jason L Tibbitts III wrote: > >>>>> "PW" == Paul Wouters writes: > > PW> I have sacrificed Mr. Karlsen's name. > > Why would you need to alter his name? Just write it in UTF-8 instead > of some extended ASCII dialect. I have no idea how to convert, as I do not even know what letter the "0" lookalike symbol is, let alone know how to produce it using my american keyboard, in some foreign language, and complying to UTF8 standards. Paul From a.badger at gmail.com Tue Dec 5 18:13:26 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 05 Dec 2006 10:13:26 -0800 Subject: Package DB Schema v3 In-Reply-To: <22662.192.54.193.51.1165306561.squirrel@rousalka.dyndns.org> References: <1165298351.29086.409.camel@localhost.localdomain> <22662.192.54.193.51.1165306561.squirrel@rousalka.dyndns.org> Message-ID: <1165342406.21163.11.camel@localhost.localdomain> On Tue, 2006-12-05 at 09:16 +0100, Nicolas Mailhot wrote: > Le Mar 5 d?cembre 2006 06:59, Toshio Kuratomi a ?crit : > > > * Integrating comps/categories. I have some notes in comments. In > > order to implement this we need to 1) decide if comps is the right thing > > for this or if something closer to Nicolas Mailhot's suggestion is the > > right way to go. > > Actually, I'd be fine if someone else's suggestion is taken as long as the > grouping and sorting problem is led to rest. With a working packagedb one > could hide the categorization in the db and only export final groups, but > that would create two classes of repositories : those with RW access to > the db and those without. > I agree that the root problem exists and should be solved. Currently, your proposal is the best I've seen. I think we can generate groups from the packageDB for Fedora Repositories as an xml file with a specified format. Repositories that do not have access to the package db can use the generated xml to make their own groupings. Do you see a difference between this and having Fedora Repositories include an xml groups file that Fedora Contributors modify directly? > On a related issue I'd like to know if I should follow up on the comps > ralx-ng schema I posted on the other day, work on a schema for some new > comps format, I'm interested in the comps schema if I might have to generate comps from the packageDB or write a converter from a new repository-groups format and comps format (for instance, because anaconda's going to continue to use comps) I'm interested in your new format because it looks like a good way to resolve the differences in needs that the installer, package managers, and repoview have. > or if the large round of silence that followed the last > schema posting means no one's really interested. > It means your arguments were unassailable ;-) -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 nicolas.mailhot at laposte.net Tue Dec 5 18:38:17 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 05 Dec 2006 19:38:17 +0100 Subject: Package DB Schema v3 In-Reply-To: <1165342406.21163.11.camel@localhost.localdomain> References: <1165298351.29086.409.camel@localhost.localdomain> <22662.192.54.193.51.1165306561.squirrel@rousalka.dyndns.org> <1165342406.21163.11.camel@localhost.localdomain> Message-ID: <1165343898.20474.1.camel@rousalka.dyndns.org> Le mardi 05 d?cembre 2006 ? 10:13 -0800, Toshio Kuratomi a ?crit : > On Tue, 2006-12-05 at 09:16 +0100, Nicolas Mailhot wrote: > > or if the large round of silence that followed the last > > schema posting means no one's really interested. > > > It means your arguments were unassailable ;-) I'd like to think it, but since the "arguments" were a list of questions, I don't think so :) -- 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 dcbw at redhat.com Tue Dec 5 18:10:32 2006 From: dcbw at redhat.com (Dan Williams) Date: Tue, 05 Dec 2006 13:10:32 -0500 Subject: Fedora Extras Package Build Report 2006-12-04 In-Reply-To: <457567E8.6060109@poolshark.org> References: <20061205002147.42A3215212E@buildsys.fedoraproject.org> <45754279.3000904@poolshark.org> <20061205111012.2daab478@python3.es.egwn.lan> <1165320517.2751.6.camel@localhost.localdomain> <457567E8.6060109@poolshark.org> Message-ID: <1165342232.10459.4.camel@localhost.localdomain> On Tue, 2006-12-05 at 13:36 +0100, Denis Leroy wrote: > Dan Williams wrote: > > Darn, sorry. That's my fault, I half-thought I still owned the package > > since I used to de-facto own it and I'm upstream for it... Sorry, won't > > happen again. :( > > > > In spite of that faux pas on my part, there were a few things with it > > that I noticed. First, when we backed down to NM 0.6.4 for FC-6 this > > summer, I probably should have backed down the NM-vpnc package to 0.6.4 > > as well, adding the epoch. We're already shipping a CVS version and its > > just coincidental that it works with NM 0.6.4. Future versions likely > > will not. Second, do you happen to recall where the bug with the group > > password patch was filed? I can pull it upstream but having looked > > through gnome and RH bugzilla quickly I can't find it. > > Hey no problem. The 0.6.4 versus 0.7.0-cvs-based version discrepancy was > actually not a problem, I had carefully reviewed and tested the CVS > changes: only extra translations, no actual code changes involved. There are patches floating around for the dict-based VPN API, which won't be backported to 0.6.4. That patch will probably land soon, so we should either revert to the 0.6.x VPN plugin and bump the epoch, or updates to the plugin from HEAD will be incompatible with 0.6.x thats in FC6. > For the group passwd patch: > > http://bugzilla.gnome.org/show_bug.cgi?id=363918 Aha, thanks! Dan \ From tcallawa at redhat.com Tue Dec 5 19:54:42 2006 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Tue, 05 Dec 2006 13:54:42 -0600 Subject: On Debian and Fedora experiences In-Reply-To: <1165309389.17513.28.camel@cutter> References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <200612040851.30437.jkeating@redhat.com> <1165309389.17513.28.camel@cutter> Message-ID: <1165348482.20269.322.camel@localhost.localdomain> On Tue, 2006-12-05 at 04:03 -0500, seth vidal wrote: > On Tue, 2006-12-05 at 08:50 +0000, Matej Cepl wrote: > > Jesse Keating scripst: > > > And how do you expect automated tools to handle these soft requirements? > > > Either you always install them, or you never do, which basically brings > > > up the question, whats the point? Why do this instead of just Requires > > > or not? > > > > That's sure one possible solution, except that it seems to be against KISS > > principle -- you get miriad new packages (mplayer-aalib, xine-lib-aalib, > > etc. for any weird library there is) just to keep Requires:/Suggests: > > away. May be it is better solution, I don't know, and I don't understand > > this area that much as an engineer (just as an user), but it seems to me > > similar to crazy things dones by Debian people just to be able to keep > > everything inside Debian source package just Makefile. > > I don't think anyone is opposed to the idea of suggests/recommends > inherently. I, for one, would just like us to make sure we understand > the policies that it entails. Especially when we think of things like > 'enhances' which is a reverse dependency. > > The policies have to include: > - default, automatic mode > - default, prompted mode Automatically installing suggests/enhances packages is different from having them be Requires how? :) IMHO, the only way this makes sense to waste time on is if all the depsolvers prompt the user. Suggested Optional Packages ============================ The packages you have selected to install/upgrade suggest some related packages which may enhance your user experience, but are not required. Install shoes [y/N]: y Install sandals [y/N]: n Install pants [y/N]: yesyesyes I know this has to recurse to be useful. ~spot From nicolas.mailhot at laposte.net Tue Dec 5 20:08:19 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 05 Dec 2006 21:08:19 +0100 Subject: On Debian and Fedora experiences In-Reply-To: <1165348482.20269.322.camel@localhost.localdomain> References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <200612040851.30437.jkeating@redhat.com> <1165309389.17513.28.camel@cutter> <1165348482.20269.322.camel@localhost.localdomain> Message-ID: <1165349300.20474.71.camel@rousalka.dyndns.org> Le mardi 05 d?cembre 2006 ? 13:54 -0600, Tom 'spot' Callaway a ?crit : > IMHO, the only way this makes sense to waste time on is if all the > depsolvers prompt the user. Actually, they don't need to. The optional bit is only useful if the choice to remove "optional, default on" or add "optionnal, default off" packages can be deferred to whenever the admin has the time and will to process it -- 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 rdieter at math.unl.edu Tue Dec 5 20:10:37 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 05 Dec 2006 14:10:37 -0600 Subject: On Debian and Fedora experiences References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <200612040851.30437.jkeating@redhat.com> <1165309389.17513.28.camel@cutter> <1165348482.20269.322.camel@localhost.localdomain> Message-ID: Tom 'spot' Callaway wrote: > On Tue, 2006-12-05 at 04:03 -0500, seth vidal wrote: >> I don't think anyone is opposed to the idea of suggests/recommends >> inherently. I, for one, would just like us to make sure we understand >> the policies that it entails. Especially when we think of things like >> 'enhances' which is a reverse dependency. >> >> The policies have to include: >> - default, automatic mode >> - default, prompted mode > > Automatically installing suggests/enhances packages is different from > having them be Requires how? :) It allows folks the ability to opt-out(1), if they so desire. -- Rex (1) either during the install (implementation details may be tricky), or after the fact by manually removing the optional bits. From lists at timj.co.uk Tue Dec 5 20:15:45 2006 From: lists at timj.co.uk (Tim Jackson) Date: Tue, 05 Dec 2006 20:15:45 +0000 Subject: Adoption of alsa-tools In-Reply-To: <45702104.2080105@timj.co.uk> References: <45702104.2080105@timj.co.uk> Message-ID: <4575D371.6030908@timj.co.uk> I wrote: > However, I am having trouble getting it to build on ppc, with errors > like this: > > /builddir/build/BUILD/alsa-tools-1.0.12/sb16_csp/cspctl.c:100: undefined > reference to `__invalid_size_argument_for_IOC' Since a) nobody has responded either here or on the bug, b) I don't have PPC to test on and c) I suspect it's an irrelevant package for PPC anyway, does anyone object if I ExcludeArch ppc for now so that at least the users with x86 can use this package? I will open a corresponding BZ. Tim From berrange at redhat.com Tue Dec 5 20:17:31 2006 From: berrange at redhat.com (Daniel P. Berrange) Date: Tue, 5 Dec 2006 20:17:31 +0000 Subject: On Debian and Fedora experiences In-Reply-To: <1165348482.20269.322.camel@localhost.localdomain> References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <200612040851.30437.jkeating@redhat.com> <1165309389.17513.28.camel@cutter> <1165348482.20269.322.camel@localhost.localdomain> Message-ID: <20061205201731.GI21067@redhat.com> On Tue, Dec 05, 2006 at 01:54:42PM -0600, Tom 'spot' Callaway wrote: > On Tue, 2006-12-05 at 04:03 -0500, seth vidal wrote: > > On Tue, 2006-12-05 at 08:50 +0000, Matej Cepl wrote: > > > Jesse Keating scripst: > > > > And how do you expect automated tools to handle these soft requirements? > > > > Either you always install them, or you never do, which basically brings > > > > up the question, whats the point? Why do this instead of just Requires > > > > or not? > > > > > > That's sure one possible solution, except that it seems to be against KISS > > > principle -- you get miriad new packages (mplayer-aalib, xine-lib-aalib, > > > etc. for any weird library there is) just to keep Requires:/Suggests: > > > away. May be it is better solution, I don't know, and I don't understand > > > this area that much as an engineer (just as an user), but it seems to me > > > similar to crazy things dones by Debian people just to be able to keep > > > everything inside Debian source package just Makefile. > > > > I don't think anyone is opposed to the idea of suggests/recommends > > inherently. I, for one, would just like us to make sure we understand > > the policies that it entails. Especially when we think of things like > > 'enhances' which is a reverse dependency. > > > > The policies have to include: > > - default, automatic mode > > - default, prompted mode > > Automatically installing suggests/enhances packages is different from > having them be Requires how? :) Well, automatically installing all packages makes things easy for the general purpose distro case, while giving flexibility for special domain-specific distros (like OLPC) to do a cut down install without munging RPMs. > IMHO, the only way this makes sense to waste time on is if all the > depsolvers prompt the user. Please no ! > Suggested Optional Packages > ============================ > The packages you have selected to install/upgrade suggest some related > packages which may enhance your user experience, but are not required. > > Install shoes [y/N]: y > Install sandals [y/N]: n > Install pants [y/N]: yesyesyes The trouble is the name of the RPM package gives near-zero information to help the user decide whether they actually want the package or not. ie, How does the user determine that saying 'yes' to optional package 'foo' enables feature 'bar' in the application ? Or even worse, that installing optional package 'foo' will make it possible to view a movie encoded with codec 'bar'. Does the user even know what a video codec is, let alone what particular codec the video they're trying to view may use ? Do we show them the package description and hope that contains some docs about what the optional dependancies enable ? Just install all Suggests & Enhances packages by default without asking on the grounds that the user has no where near enough info to be able to make an informed decision. And even if they can make a decision today, are they going to remember in 6 months time, when they suddenly need to use feature XYZ, that there was an optional dependancy they said no to when first installing the app. Expecting the user to make decisions about Suggests/Enhances dependancies is just a path to insanity. 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 rdieter at math.unl.edu Tue Dec 5 20:22:46 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 05 Dec 2006 14:22:46 -0600 Subject: Adoption of alsa-tools References: <45702104.2080105@timj.co.uk> <4575D371.6030908@timj.co.uk> Message-ID: Tim Jackson wrote: > does anyone object if I ExcludeArch ppc for now so that at least the > users with x86 can use this package? I will open a corresponding BZ. just do it. Make sure to reference the bugzilla # in a comment near the ExcludeArch: ppc -- Rex From hamzy at us.ibm.com Tue Dec 5 20:58:19 2006 From: hamzy at us.ibm.com (Mark Hamzy) Date: Tue, 5 Dec 2006 14:58:19 -0600 Subject: tog-pegasus ownership Message-ID: A while ago, I proposed taking over ownership of tog-pegasus. I wouldn't have minded if someone from Red Hat took it over, though. I notice that it is still unowed. Are there any objections to my taking over ownership of it? 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 Christian.Iseli at licr.org Wed Dec 6 01:21:01 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Wed, 6 Dec 2006 02:21:01 +0100 Subject: FE Package Status of Dec 6, 2006 Message-ID: <20061206022101.275f282e@ludwig-alpha.unil.ch> Hi folks, PackageStatus page updated... sorry for the long intervals Cheers, Christian ---- FE Package Status of Dec 6, 2006 The full report can be found here: http://fedoraproject.org/wiki/Extras/PackageStatus Owners file stats: - 2615 packages - 114 orphans - 18 packages not available in extras devel or release andreas at bawue dot net ddrescue bdpepple at ameritech dot net galago-filesystem belegdol at gmail dot com chemical-mime-data belegdol at gmail dot com gnome-chemistry-utils cweyl at alumni dot drew dot edu perl-GStreamer devrim at commandprompt dot com postgresql-pgpool gemi at bluewin dot ch TeXmacs ghenry at suretecsystems dot com john j dot w dot r dot degoede at hhs dot nl MagicPoint matthias at rpmforge dot net SDL_pango panemade at gmail dot com v4l2-tool paul at all-the-johnsons dot co dot uk mysql-connector-net paul at all-the-johnsons dot co dot uk gconvert paul at all-the-johnsons dot co dot uk gtksharp paul at xelerance dot com xl2tpd pertusus at free dot fr ivman rpm at timj dot co dot uk alsa-tools thomas at apestaart dot org python-twisted-core - 1 packages not available in extras devel but present in release twaugh at redhat dot com international-time - 7 packages which have not yet been FE-APPROVE'd... https://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_id=203864,209870,211763,218408 tripwire fedora at theholbrooks.org prozilla kushaldas at gmail.com jikes paul at all-the-johnsons.co.uk xl2tpd paul at xelerance.com https://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_id=177841,198644,217259 Tracker roozbeh at farsiweb.info new pb at bieringer.de alsa-firmware rpm at timj.co.uk - 11 packages present in the development repo which have no owners entry SDL_Pango eclipse-emf firefox-32 gtk-sharp itpp libopts nrpe php-pecl-Fileinfo pungi pygpgme system-switch-im - 25 orphaned packages, yet available in extras devel FreeWnn aspell-mi buildbot doctorj fltk gdk-pixbuf gdome2 gnofract4d gnome-password-generator gnome-themes-extras gurlchecker imlib leafpad libedit lostirc pam_mount pam_mysql pam_script perl-String-Ediff python-cvstoys python-htmltmpl python-id3 screem t1lib t1utils - 44 packages that moved to core FE-ACCEPT packages stats: - 1638 accepted, closed package reviews - 20 accepted, closed package reviews not in repo - 18 accepted, closed package reviews not in owners - 13 accepted, open package reviews older than 4 weeks; - 11 accepted, open package reviews with a package already in the repo FE-REVIEW packages stats: - 90 open tickets - 23 tickets with no activity in eight weeks - 16 tickets with no activity in four weeks - 4 closed tickets FE-NEW packages stats: - 138 open tickets - 44 tickets with no activity in eight weeks - 23 tickets with no activity in four weeks FE-NEEDSPONSOR packages stats: - 42 open tickets - 14 tickets with no activity in eight weeks - 11 tickets with no activity in four weeks FE-LEGAL packages stats: - open tickets FE-GUIDELINES packages stats: - 2 open tickets - 1 tickets with no activity in eight weeks OPEN-BUGS packages stats: - 212 open tickets - 109 tickets with no activity in eight weeks - 62 tickets with no activity in four weeks CVS stats: - 2616 packages with a devel directory - 11 packages with no owners entry SDL_Pango eclipse-emf firefox-32 gtk-sharp itpp keurocalc libopts nrpe php-pecl-Fileinfo pungi pygpgme - 1 packages in CVS devel *and* Core libnl - 189 packages were dropped from extras Maintainers stats: - 238 maintainers - 2 inactive maintainers with open bugs - 1 inactive maintainers Dropped FC packages: - 282 packages were dropped from core since FC 1 Comps.xml files stats: - 866 packages in comps-fe7 file - 491 packages missing from comps-fe7 file - 865 packages in comps-fe6 file - 481 packages missing from comps-fe6 file From sundaram at fedoraproject.org Wed Dec 6 01:23:51 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 06 Dec 2006 06:53:51 +0530 Subject: FE Package Status of Dec 6, 2006 In-Reply-To: <20061206022101.275f282e@ludwig-alpha.unil.ch> References: <20061206022101.275f282e@ludwig-alpha.unil.ch> Message-ID: <45761BA7.6040301@fedoraproject.org> Christian Iseli wrote: > Hi folks, > > PackageStatus page updated... sorry for the long intervals > > FE-LEGAL packages stats: > - open tickets Thanks for the update. Its quite useful. Is this zero open legal tickets? Rahul From Christian.Iseli at licr.org Wed Dec 6 01:32:30 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Wed, 6 Dec 2006 02:32:30 +0100 Subject: FE Package Status of Dec 6, 2006 In-Reply-To: <45761BA7.6040301@fedoraproject.org> References: <20061206022101.275f282e@ludwig-alpha.unil.ch> <45761BA7.6040301@fedoraproject.org> Message-ID: <20061206023230.1f39504a@ludwig-alpha.unil.ch> On Wed, 06 Dec 2006 06:53:51 +0530, Rahul Sundaram wrote: > Thanks for the update. Its quite useful. Thx :-) > Is this zero open legal tickets? Yes... guess I should fix the code (someday...) Cheers, C From peter at thecodergeek.com Wed Dec 6 03:56:58 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Tue, 05 Dec 2006 19:56:58 -0800 Subject: rpms/xl2tpd/devel xl2tpd.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: References: <200612050326.kB53QdBA020055@cvs-int.fedora.redhat.com> <20061204204308.35694019@ningauble.scrye.com> <4574EEA4.50408@ioa.s.u-tokyo.ac.jp> <20061204220858.0d6a0692@ningauble.scrye.com> <457501DD.4000402@ioa.s.u-tokyo.ac.jp> Message-ID: <1165377418.4233.5.camel@localhost> On Tue, 2006-12-05 at 18:15 +0100, Paul Wouters wrote: > I have no idea how to convert, as I do not even know what letter the "0" > lookalike symbol is, let alone know how to produce it using my american > keyboard, in some foreign language, and complying to UTF8 standards. Why worry about doing it yourself? Just let the iconv tool take care of it. :) -- 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: 189 bytes Desc: This is a digitally signed message part URL: From triad at df.lth.se Wed Dec 6 09:06:20 2006 From: triad at df.lth.se (Linus Walleij) Date: Wed, 6 Dec 2006 10:06:20 +0100 (CET) Subject: Adoption of alsa-tools In-Reply-To: <4575D371.6030908@timj.co.uk> References: <45702104.2080105@timj.co.uk> <4575D371.6030908@timj.co.uk> Message-ID: On Tue, 5 Dec 2006, Tim Jackson wrote: > does anyone object if I ExcludeArch ppc for now so that at least the users > with x86 can use this package? I will open a corresponding BZ. It's OK. Linus From ville.skytta at iki.fi Wed Dec 6 12:10:44 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Wed, 06 Dec 2006 14:10:44 +0200 Subject: rpms/xl2tpd/devel xl2tpd.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <4574EEA4.50408@ioa.s.u-tokyo.ac.jp> References: <200612050326.kB53QdBA020055@cvs-int.fedora.redhat.com> <20061204204308.35694019@ningauble.scrye.com> <4574EEA4.50408@ioa.s.u-tokyo.ac.jp> Message-ID: <1165407044.25942.18.camel@viper.local> On Tue, 2006-12-05 at 12:59 +0900, Mamoru Tasaka wrote: > Unfortunately he has already rebuilt this against FE-devel, > this package should be removed from FE-devel releasing queue. Done. In the future, please notify extras-signers at fedoraproject.org about actions like this in order to make sure they're noticed. Hm, I don't see that address/procedure documented anywhere in the Wiki - so it's now added to http://fedoraproject.org/wiki/Extras/RepoRequests From fedora at leemhuis.info Wed Dec 6 12:34:15 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 06 Dec 2006 13:34:15 +0100 Subject: CVSSyncNeeded (was: Re: rpms/xl2tpd/devel xl2tpd.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2) In-Reply-To: <1165407044.25942.18.camel@viper.local> References: <200612050326.kB53QdBA020055@cvs-int.fedora.redhat.com> <20061204204308.35694019@ningauble.scrye.com> <4574EEA4.50408@ioa.s.u-tokyo.ac.jp> <1165407044.25942.18.camel@viper.local> Message-ID: <4576B8C7.8090604@leemhuis.info> Ville Skytt? schrieb: > On Tue, 2006-12-05 at 12:59 +0900, Mamoru Tasaka wrote: >> Unfortunately he has already rebuilt this against FE-devel, >> this package should be removed from FE-devel releasing queue. > Done. In the future, please notify extras-signers at fedoraproject.org > about actions like this in order to make sure they're noticed. Hm, I > don't see that address/procedure documented anywhere in the Wiki - so > it's now added to http://fedoraproject.org/wiki/Extras/RepoRequests Thx Ville. BTW, do we need a similar address for the CVS people? There are quite a bunch of requests on the http://www.fedoraproject.org/wiki/Extras/CVSSyncNeeded that nobody seems to take care of afaics. Quoting: * amaya-8.5-2 - cannot find srpm and has been replaced by 9.5 branches. While I now maintain 9.5, I didn't for 8.5 so cannot request it's removal. * Please rename ddrescue to dd_rescue in CVS. There are two packages with similar names and right now we're building dd_rescue. * Please remove python-astng. It got renamed into python-logilab-astng. * Please rename lincvs to crossvc, because the package was renamed. * galago-filesystem - please remove galago-filesystem. libgalago will own this directory, so no need for this package. * libnl - please drop the pacakge, just discovered that it was already in core Are all of those still valid? CVS people, whats up? CU thl From denis at poolshark.org Wed Dec 6 13:07:53 2006 From: denis at poolshark.org (Denis Leroy) Date: Wed, 06 Dec 2006 14:07:53 +0100 Subject: rawhide report: 20061205 changes In-Reply-To: <200612051127.kB5BR9kC025254@hs20-bc2-6.build.redhat.com> References: <200612051127.kB5BR9kC025254@hs20-bc2-6.build.redhat.com> Message-ID: <4576C0A9.4030603@poolshark.org> buildsys at redhat.com wrote: > postgresql-8.2.0-1.fc7 > ---------------------- > * Mon Dec 04 2006 Tom Lane 8.2.0-1 > - Update to PostgreSQL 8.2.0 > - Update to PyGreSQL 3.8.1 > - Fix chcon arguments in test/regress/Makefile > Related: #201035 > - Adjust init script to not fool /etc/rc.d/rc > Resolves: #161470 > - Change init script to not do initdb automatically, but require > manual "service postgresql initdb" for safety. Per upstream discussions. Heads up, a number of FE packages need to be rebuild against libpq.so.5: > repoquery --whatrequires libpq.so.4 cyrus-sasl-sql-0:2.1.22-4.i386 cyphesis-0:0.5.10-2.fc7.i386 proftpd-postgresql-0:1.3.0a-1.fc7.i386 libdbi-dbd-pgsql-0:0.8.1a-1.2.2.i386 rekall-postgresql-0:2.4.3-5.fc6.i386 pure-ftpd-0:1.0.21-9.fc6.i386 python-psycopg2-0:2.0.5.1-1.fc6.i386 libpqxx-0:2.6.8-3.fc6.i386 ser-postgresql-0:0.9.6-9.fc6.i386 flow-tools-0:0.68-11.fc6.i386 snort-postgresql+flexresp-0:2.6.1.1-2.fc7.i386 qt-PostgreSQL-1:3.3.7-1.fc7.i386 snort-postgresql-0:2.6.1.1-2.fc7.i386 pgadmin3-0:1.4.3-6.fc6.i386 nagios-plugins-pgsql-0:1.4.4-2.fc7.i386 postgresql-odbc-0:08.01.0200-3.1.i386 ulogd-pgsql-0:1.24-2.fc6.i386 bind-sdb-30:9.3.3-6.fc7.i386 jabberd-0:2.0-0.s11.11.fc6.i386 qt4-postgresql-0:4.2.2-1.fc7.i386 libgda-postgres-1:1.9.100-10.fc6.i386 snort-bloat-0:2.6.1.1-2.fc7.i386 clisp-0:2.41-1.fc6.i386 gambas-gb-db-0:1.0.17-6.fc7.i386 openpbx-postgresql-0:1.2-3.rc2.svn2135.fc7.i386 exim-0:4.63-5.fc6.i386 freeradius-postgresql-0:1.1.3-2.i386 amarok-0:1.4.4-1.fc7.i386 python-psycopg-0:1.1.21-5.fc6.i386 compat-gda-postgres-0:1.2.3-4.fc6.i386 gnokii-smsd-pgsql-0:0.6.14-2.fc6.i386 ruby-postgres-0:0.7.1-5.fc6.i386 php-pgsql-0:5.2.0-7.i386 dovecot-0:1.0-0.1.rc7.fc6.i386 From bugs.michael at gmx.net Wed Dec 6 13:11:26 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 6 Dec 2006 14:11:26 +0100 Subject: CVSSyncNeeded (was: Re: rpms/xl2tpd/devel xl2tpd.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2) In-Reply-To: <4576B8C7.8090604@leemhuis.info> References: <200612050326.kB53QdBA020055@cvs-int.fedora.redhat.com> <20061204204308.35694019@ningauble.scrye.com> <4574EEA4.50408@ioa.s.u-tokyo.ac.jp> <1165407044.25942.18.camel@viper.local> <4576B8C7.8090604@leemhuis.info> Message-ID: <20061206141126.f8511571.bugs.michael@gmx.net> On Wed, 06 Dec 2006 13:34:15 +0100, Thorsten Leemhuis wrote: > BTW, do we need a similar address for the CVS people? There > are quite a bunch of requests on the > http://www.fedoraproject.org/wiki/Extras/CVSSyncNeeded > that nobody seems to take care of afaics. Quoting: > > * amaya-8.5-2 - cannot find srpm and has been replaced by 9.5 > branches. While I now maintain 9.5, I didn't for 8.5 so cannot request > it's removal. Huh? If I were one of those to process the CVS requests, I would think "What the heck?". This request is incomprehensible. > * Please rename ddrescue to dd_rescue in CVS. There are two packages > with similar > names and right now we're building dd_rescue. > * Please remove python-astng. It got renamed into python-logilab-astng. > * Please rename lincvs to crossvc, because the package was renamed. > * galago-filesystem - please remove galago-filesystem. libgalago will > own this directory, so no need for this package. > * libnl - please drop the pacakge, just discovered that it was already > in core > > Are all of those still valid? CVS people, whats up? At least several sound very much like "cvs remove -fR" would suffice. From christoph.wickert at nurfuerspam.de Wed Dec 6 13:58:23 2006 From: christoph.wickert at nurfuerspam.de (Christoph Wickert) Date: Wed, 06 Dec 2006 14:58:23 +0100 Subject: On Debian and Fedora experiences In-Reply-To: <200612040851.30437.jkeating@redhat.com> References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <200612040851.30437.jkeating@redhat.com> Message-ID: <1165413503.3513.9.camel@hal9000.oberschlesier.lan> Am Montag, den 04.12.2006, 08:51 -0500 schrieb Jesse Keating: > On Monday 04 December 2006 08:34, Matej Cepl wrote: > > And one more I forgot -- I really miss Suggests: and Recommends: Having > > aalib required to be installed (take a look at rpm -qi aalib -- do you > > think you really need it?) makes me really home-sick after Debian. > > And how do you expect automated tools to handle these soft requirements? Maybe with a popup: "Foo suggests bar. Do you want to install bar? Y/N" For really automated installs/updates the Suggests: should be installed, or there should be a method to set this in let's say yum.conf: "suggests=1", where 0 would mean no suggested packages. > Either you always install them, or you never do, which basically brings up > the question, whats the point? Why do this instead of just Requires or not? Remember the "Require foo or bar?"-thread on this list on June 3rd. As another example see https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=215241#c6 Christoph From buildsys at fedoraproject.org Wed Dec 6 14:00:54 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 6 Dec 2006 09:00:54 -0500 (EST) Subject: Fedora Extras Package Build Report 2006-12-06 Message-ID: <20061206140054.84F3715212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 22 amavisd-new-2.4.4-1.fc7 aplus-fsf-4.20.2-11.fc7 chemical-mime-data-0.1.93-3.fc7 NEW cmake-2.4.5-1.fc7 gnomebaker-0.6.0-2.fc7 gparted-0.3.2-1.fc7 gtkwave-3.0.18-1.fc7 gv-3.6.2-2.fc7 jd-1.8.1-0.2.cvs061205.fc7 kbibtex-0.1.5-4.fc7 njb-sharp-0.3.0-8.fc7 ochusha-0.5.99.63.12-0.1.cvs061205.fc7 perl-Locale-SubCountry-1.38-1.fc7 perl-Math-Round-0.06-1.fc7 perl-POE-Component-IRC-5.14-1.fc7 perl-POE-Filter-IRCD-2.2-1.fc7 postgresql-pgpool-3.1.1-7.fc7 NEW python-matplotlib-0.87.7-2.fc7 python-setuptools-0.6c3-1.fc7 rdiff-backup-1.0.5-1.fc7 v4l2-tool-1.0.2-2.fc7 NEW wgrib-1.8.0.12g-2.fc7 Packages built and released for Fedora Extras 6: 22 azureus-2.5.0.0-9.fc6 chemical-mime-data-0.1.93-3.fc6 NEW cmake-2.4.5-1.fc6 glibmm24-2.12.3-1 gparted-0.3.2-1.fc6 gtkmm24-2.10.5-1.fc6 gtkwave-3.0.18-1.fc6 gv-3.6.2-2.fc6 kbibtex-0.1.5-4.fc6 njb-sharp-0.3.0-8.fc6 perl-Locale-SubCountry-1.38-1.fc6 perl-Math-Round-0.06-1.fc6 perl-POE-Component-IRC-5.14-1.fc6 perl-POE-Filter-IRCD-2.2-1.fc6 postgresql-pgpool-3.1.1-7.fc6 NEW python-matplotlib-0.87.7-2.fc6 python-setuptools-0.6c3-1.fc6 rdiff-backup-1.0.5-1.fc6 rssowl-1.2.3-1.fc6 vdr-femon-1.1.0-4.fc6 NEW wgrib-1.8.0.12g-2.fc6 NEW wordpress-2.0.4-4.fc6 Packages built and released for Fedora Extras 5: 18 chemical-mime-data-0.1.93-3.fc5 NEW cmake-2.4.5-1.fc5 cyrus-imapd-2.3.1-2.7.fc5 gparted-0.3.2-1.fc5 grads-1.9b4-19.fc5 gtkwave-3.0.18-1.fc5 gv-3.6.2-2.fc5 libopensync-plugin-irmc-0.19-1.fc5 perl-Locale-SubCountry-1.38-1.fc5 perl-Math-Round-0.06-1.fc5 perl-POE-Component-IRC-5.14-1.fc5 perl-POE-Filter-IRCD-2.2-1.fc5 postgresql-pgpool-3.1.1-7.fc5 NEW python-setuptools-0.6c3-1.fc5 rdiff-backup-1.0.5-1.fc5 syck-0.55-9.fc5.1 vdr-femon-1.1.0-4.fc5 NEW wgrib-1.8.0.12g-1.fc5 NEW Packages built and released for Fedora Extras 4: 4 cmake-2.4.5-1.fc4 gtkwave-3.0.18-1.fc4 python-setuptools-0.6c3-1.fc4 rdiff-backup-1.0.5-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 overholt at redhat.com Wed Dec 6 14:10:01 2006 From: overholt at redhat.com (Andrew Overholt) Date: Wed, 6 Dec 2006 09:10:01 -0500 Subject: Fedora Extras Package Build Report 2006-12-06 In-Reply-To: <20061206140054.84F3715212E@buildsys.fedoraproject.org> References: <20061206140054.84F3715212E@buildsys.fedoraproject.org> Message-ID: <20061206141000.GC27783@redhat.com> * buildsys at fedoraproject.org [2006-12-06 09:01]: > > Packages built and released for Fedora Extras 6: 22 > > azureus-2.5.0.0-9.fc6 Does this mean that it'll automatically be pushed out as an update? That's the impression I was under. I needed to wait to build this until the eclipse update in core was pushed, but I built azureus immediately assuming it would go out ASAP. Now people are complaining that azureus is broken and I don't see the update available. Is it just in a forthcoming push? I also couldn't find any information on the wiki about Extras updates. Is this just because we're waiting until the merge to have one system? Thanks, Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jeff at ocjtech.us Wed Dec 6 14:27:01 2006 From: jeff at ocjtech.us (Jeffrey C. Ollie) Date: Wed, 06 Dec 2006 08:27:01 -0600 Subject: Fedora Extras Package Build Report 2006-12-06 In-Reply-To: <20061206141000.GC27783@redhat.com> References: <20061206140054.84F3715212E@buildsys.fedoraproject.org> <20061206141000.GC27783@redhat.com> Message-ID: <1165415221.3551.9.camel@lt21223.campus.dmacc.edu> On Wed, 2006-12-06 at 09:10 -0500, Andrew Overholt wrote: > * buildsys at fedoraproject.org [2006-12-06 09:01]: > > > > Packages built and released for Fedora Extras 6: 22 > > > > azureus-2.5.0.0-9.fc6 > > Does this mean that it'll automatically be pushed out as an update? Yes. The only delay will be the delay it takes to mirror the files from an internal server to the public servers. Jeff -------------- 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 Dec 6 14:45:16 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 6 Dec 2006 15:45:16 +0100 Subject: Fedora Extras Package Build Report 2006-12-06 In-Reply-To: <1165415221.3551.9.camel@lt21223.campus.dmacc.edu> References: <20061206140054.84F3715212E@buildsys.fedoraproject.org> <20061206141000.GC27783@redhat.com> <1165415221.3551.9.camel@lt21223.campus.dmacc.edu> Message-ID: <20061206154516.89d0c76e.bugs.michael@gmx.net> On Wed, 06 Dec 2006 08:27:01 -0600, Jeffrey C. Ollie wrote: > On Wed, 2006-12-06 at 09:10 -0500, Andrew Overholt wrote: > > > > > > Packages built and released for Fedora Extras 6: 22 > > > > > > azureus-2.5.0.0-9.fc6 > > > > Does this mean that it'll automatically be pushed out as an update? > > Yes. The only delay will be the delay it takes to mirror the files from > an internal server to the public servers. Not really. When you see the build report sent to this list, the packages *are* available at the public master repository already, i.e. the fedoraproject.org server at RDU. From there, they are synced periodically to download.fedora.redhat.com, and when that happes is beyond the control of those who can push new builds to fedoraproject.org. Further, there is no Extras Updates system except for the script(s) we use for signing/publishing packages. Luke Macken is working on a web-based and database-driven updates system. But based on what he has checked in into fedora cvs, not much is available yet. It looks like it is programmed from scratch, and since there is no packagedb yet either, it will likely take some time before something usable becomes available. HTH. From devrim at CommandPrompt.com Wed Dec 6 14:48:57 2006 From: devrim at CommandPrompt.com (Devrim GUNDUZ) Date: Wed, 06 Dec 2006 16:48:57 +0200 Subject: rawhide report: 20061205 changes In-Reply-To: <4576C0A9.4030603@poolshark.org> References: <200612051127.kB5BR9kC025254@hs20-bc2-6.build.redhat.com> <4576C0A9.4030603@poolshark.org> Message-ID: <1165416537.3127.16.camel@laptop.gunduz.org> Hi, On Wed, 2006-12-06 at 14:07 +0100, Denis Leroy wrote: > Heads up, a number of FE packages need to be rebuild against > libpq.so.5: I don't think that FC <= 6 does not need a rebuild against libpq.so.5; since Tom did not release PostgreSQL 8.2.0 for those FC releases. Only -devel needs a rebuild. OTOH, if he did, FC4,5 and 6 users would need a compat rpm that provides libpq.so.4(.1). That's what I did for PostgreSQL RPMs that I built for PostgreSQL community. Regards, -- The PostgreSQL Company - Command Prompt, Inc. 1.503.667.4564 PostgreSQL Replication, Consulting, Custom Development, 24x7 support Managed Services, Shared and Dedicated Hosting Co-Authors: plPHP, plPerlNG - http://www.commandprompt.com/ -------------- 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 devrim at CommandPrompt.com Wed Dec 6 14:49:11 2006 From: devrim at CommandPrompt.com (Devrim GUNDUZ) Date: Wed, 06 Dec 2006 16:49:11 +0200 Subject: rawhide report: 20061205 changes In-Reply-To: <4576C0A9.4030603@poolshark.org> References: <200612051127.kB5BR9kC025254@hs20-bc2-6.build.redhat.com> <4576C0A9.4030603@poolshark.org> Message-ID: <1165416551.3127.18.camel@laptop.gunduz.org> Hi, On Wed, 2006-12-06 at 14:07 +0100, Denis Leroy wrote: > python-psycopg2-0:2.0.5.1-1.fc6.i386 Done, for fc7. Regards, -- The PostgreSQL Company - Command Prompt, Inc. 1.503.667.4564 PostgreSQL Replication, Consulting, Custom Development, 24x7 support Managed Services, Shared and Dedicated Hosting Co-Authors: plPHP, plPerlNG - http://www.commandprompt.com/ -------------- 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 Dec 6 15:02:01 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Wed, 6 Dec 2006 09:02:01 -0600 Subject: CVSSyncNeeded (was: Re: rpms/xl2tpd/devel xl2tpd.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2) In-Reply-To: <20061206141126.f8511571.bugs.michael@gmx.net> References: <200612050326.kB53QdBA020055@cvs-int.fedora.redhat.com> <20061204204308.35694019@ningauble.scrye.com> <4574EEA4.50408@ioa.s.u-tokyo.ac.jp> <1165407044.25942.18.camel@viper.local> <4576B8C7.8090604@leemhuis.info> <20061206141126.f8511571.bugs.michael@gmx.net> Message-ID: <3237e4410612060702m7bfbf4b3seaef5b284cf8288a@mail.gmail.com> On 12/6/06, Michael Schwendt wrote: > On Wed, 06 Dec 2006 13:34:15 +0100, Thorsten Leemhuis wrote: > > > BTW, do we need a similar address for the CVS people? There > > are quite a bunch of requests on the > > http://www.fedoraproject.org/wiki/Extras/CVSSyncNeeded > > that nobody seems to take care of afaics. Quoting: > > > > * amaya-8.5-2 - cannot find srpm and has been replaced by 9.5 > > branches. While I now maintain 9.5, I didn't for 8.5 so cannot request > > it's removal. > > Huh? If I were one of those to process the CVS requests, I would > think "What the heck?". This request is incomprehensible. > > > * Please rename ddrescue to dd_rescue in CVS. There are two packages > > with similar > > names and right now we're building dd_rescue. > > * Please remove python-astng. It got renamed into python-logilab-astng. > > * Please rename lincvs to crossvc, because the package was renamed. > > * galago-filesystem - please remove galago-filesystem. libgalago will > > own this directory, so no need for this package. > > * libnl - please drop the pacakge, just discovered that it was already > > in core > > > > Are all of those still valid? CVS people, whats up? > > At least several sound very much like "cvs remove -fR" would suffice. > Thats part of it, we haven't been very attentive to some of these requests because they don't make much sense. But there are some there that do make sense that we've flat out ignored. I'll attempt to remedy asap. -Mike From jeff at ocjtech.us Wed Dec 6 15:38:58 2006 From: jeff at ocjtech.us (Jeffrey C. Ollie) Date: Wed, 06 Dec 2006 09:38:58 -0600 Subject: CVSSyncNeeded (was: Re: rpms/xl2tpd/devel xl2tpd.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2) In-Reply-To: <3237e4410612060702m7bfbf4b3seaef5b284cf8288a@mail.gmail.com> References: <200612050326.kB53QdBA020055@cvs-int.fedora.redhat.com> <20061204204308.35694019@ningauble.scrye.com> <4574EEA4.50408@ioa.s.u-tokyo.ac.jp> <1165407044.25942.18.camel@viper.local> <4576B8C7.8090604@leemhuis.info> <20061206141126.f8511571.bugs.michael@gmx.net> <3237e4410612060702m7bfbf4b3seaef5b284cf8288a@mail.gmail.com> Message-ID: <1165419538.4926.8.camel@lt21223.campus.dmacc.edu> On Wed, 2006-12-06 at 09:02 -0600, Mike McGrath wrote: > > Thats part of it, we haven't been very attentive to some of these > requests because they don't make much sense. But there are some there > that do make sense that we've flat out ignored. I'll attempt to > remedy asap. Since some of these requests need clarification, would it make more sense to handle these things through Bugzilla or the OTRS system that was set up for the Infrastructure team? That would make it easier to track the progress of the requests. Jeff -------------- 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 bugzilla at redhat.com Wed Dec 6 15:42:56 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 6 Dec 2006 10:42:56 -0500 Subject: [Bug 166871] Review Request: ATLAS - fast linear algebra libraries In-Reply-To: Message-ID: <200612061542.kB6Fguut027351@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: ATLAS - fast linear algebra libraries https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166871 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 jamatos at fc.up.pt changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|CURRENTRELEASE |NEXTRELEASE -- 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 buildsys at fedoraproject.org Wed Dec 6 18:42:18 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Wed, 06 Dec 2006 18:42:18 -0000 Subject: Summary - Broken dependencies in Fedora Extras development - 2006-12-06 Message-ID: <20061206184218.31191.94189@extras64.linux.duke.edu> Summary of broken packages (by owner): adrian AT lisas.de jabberd - 2.0-0.s11.11.fc6.i386 jabberd - 2.0-0.s11.11.fc6.ppc jabberd - 2.0-0.s11.11.fc6.x86_64 andreas.bierfert AT lowlatency.de centericq - 4.21.0-8.fc6.i386 (36 days) centericq - 4.21.0-8.fc6.ppc (36 days) centericq - 4.21.0-8.fc6.x86_64 (36 days) libpqxx - 2.6.8-3.fc6.i386 libpqxx - 2.6.8-3.fc6.i386 libpqxx - 2.6.8-3.fc6.ppc libpqxx - 2.6.8-3.fc6.x86_64 nessus-client - 2.2.7-2.fc6.i386 (7 days) nessus-client - 2.2.7-2.fc6.ppc (7 days) nessus-client - 2.2.7-2.fc6.x86_64 (7 days) nessus-gui - 2.2.7-2.fc6.i386 (7 days) nessus-gui - 2.2.7-2.fc6.ppc (7 days) nessus-gui - 2.2.7-2.fc6.x86_64 (7 days) nessus-server - 2.2.7-2.fc6.i386 (7 days) nessus-server - 2.2.7-2.fc6.ppc (7 days) nessus-server - 2.2.7-2.fc6.x86_64 (7 days) orange - 0.3-4.cvs20051118.fc7.i386 (2 days) sylpheed-claws - 2.6.0-1.fc7.i386 (7 days) sylpheed-claws - 2.6.0-1.fc7.i386 (7 days) sylpheed-claws - 2.6.0-1.fc7.ppc (7 days) sylpheed-claws - 2.6.0-1.fc7.x86_64 (7 days) andreas AT bawue.net ser-postgresql - 0.9.6-9.fc6.i386 ser-postgresql - 0.9.6-9.fc6.ppc ser-postgresql - 0.9.6-9.fc6.x86_64 bnocera AT redhat.com driftnet - 0.1.6-11.i386 (7 days) driftnet - 0.1.6-11.ppc (7 days) driftnet - 0.1.6-11.x86_64 (7 days) denis AT poolshark.org compat-gda-postgres - 1.2.3-4.fc6.i386 compat-gda-postgres - 1.2.3-4.fc6.ppc compat-gda-postgres - 1.2.3-4.fc6.x86_64 dennis AT ausil.us snort-bloat - 2.6.1.1-2.fc7.i386 snort-bloat - 2.6.1.1-2.fc7.ppc snort-bloat - 2.6.1.1-2.fc7.x86_64 snort-postgresql - 2.6.1.1-2.fc7.i386 snort-postgresql - 2.6.1.1-2.fc7.ppc snort-postgresql - 2.6.1.1-2.fc7.x86_64 snort-postgresql+flexresp - 2.6.1.1-2.fc7.i386 snort-postgresql+flexresp - 2.6.1.1-2.fc7.ppc snort-postgresql+flexresp - 2.6.1.1-2.fc7.x86_64 devrim AT commandprompt.com python-psycopg2 - 2.0.5.1-1.fc6.i386 python-psycopg2 - 2.0.5.1-1.fc6.ppc python-psycopg2 - 2.0.5.1-1.fc6.x86_64 dlutter AT redhat.com ruby-postgres - 0.7.1-5.fc6.i386 ruby-postgres - 0.7.1-5.fc6.ppc ruby-postgres - 0.7.1-5.fc6.x86_64 dwmw2 AT redhat.com exim - 4.63-5.fc6.i386 exim - 4.63-5.fc6.ppc exim - 4.63-5.fc6.x86_64 openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.i386 openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.ppc openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.x86_64 gauret AT free.fr amarok - 1.4.4-1.fc7.i386 amarok - 1.4.4-1.fc7.i386 amarok - 1.4.4-1.fc7.ppc amarok - 1.4.4-1.fc7.x86_64 pure-ftpd - 1.0.21-9.fc6.i386 pure-ftpd - 1.0.21-9.fc6.ppc pure-ftpd - 1.0.21-9.fc6.x86_64 ulogd-pgsql - 1.24-2.fc6.i386 ulogd-pgsql - 1.24-2.fc6.ppc ulogd-pgsql - 1.24-2.fc6.x86_64 gemi AT bluewin.ch clisp - 2.41-1.fc6.i386 clisp - 2.41-1.fc6.i386 clisp - 2.41-1.fc6.x86_64 ghenry AT suretecsystems.com pgadmin3 - 1.4.3-6.fc6.i386 pgadmin3 - 1.4.3-6.fc6.ppc pgadmin3 - 1.4.3-6.fc6.x86_64 giallu AT gmail.com kmod-sysprof - 1.0.7-1.2.6.18_1.2849.fc6.1.i586 kmod-sysprof - 1.0.7-1.2.6.18_1.2849.fc6.1.i686 kmod-sysprof - 1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 kmod-sysprof-PAE - 1.0.7-1.2.6.18_1.2849.fc6.1.i686 kmod-sysprof-kdump - 1.0.7-1.2.6.18_1.2849.fc6.1.i686 kmod-sysprof-kdump - 1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 kmod-sysprof-xen - 1.0.7-1.2.6.18_1.2849.fc6.1.i686 kmod-sysprof-xen - 1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 i AT stingr.net flow-tools - 0.68-11.fc6.i386 flow-tools - 0.68-11.fc6.i386 flow-tools - 0.68-11.fc6.ppc flow-tools - 0.68-11.fc6.x86_64 imlinux AT gmail.com nagios-plugins-pgsql - 1.4.4-2.fc7.i386 nagios-plugins-pgsql - 1.4.4-2.fc7.ppc nagios-plugins-pgsql - 1.4.4-2.fc7.x86_64 j.w.r.degoede AT hhs.nl libgda-postgres - 1:1.9.100-10.fc6.i386 libgda-postgres - 1:1.9.100-10.fc6.ppc libgda-postgres - 1:1.9.100-10.fc6.x86_64 jpo AT di.uminho.pt nagios-plugins-snmp-disk-proc - 1.0-1.fc6.i386 (7 days) nagios-plugins-snmp-disk-proc - 1.0-1.fc6.ppc (7 days) nagios-plugins-snmp-disk-proc - 1.0-1.fc6.x86_64 (7 days) jwilson AT redhat.com ip6sic - 0.1-4.fc6.i386 (7 days) ip6sic - 0.1-4.fc6.ppc (7 days) ip6sic - 0.1-4.fc6.x86_64 (7 days) karlthered AT gmail.com gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.i386 (14 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.i386 (14 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.ppc (14 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.x86_64 (14 days) matthias AT rpmforge.net proftpd-postgresql - 1.3.0a-1.fc7.i386 proftpd-postgresql - 1.3.0a-1.fc7.ppc proftpd-postgresql - 1.3.0a-1.fc7.x86_64 mgarski AT post.pl digikam-doc - 0.8.2-3.fc6.noarch (7 days) digikam-doc - 0.8.2-3.fc6.noarch (7 days) digikam-doc - 0.8.2-3.fc6.noarch (7 days) petersen AT redhat.com ghc-gtk2hs - 0.9.10-4.fc6.i386 (33 days) ghc-gtk2hs - 0.9.10-4.fc6.ppc (33 days) ghc-gtk2hs - 0.9.10-4.fc6.x86_64 (33 days) ghc642-gtk2hs - 0.9.10-4.fc6.i386 (33 days) ghc642-gtk2hs - 0.9.10-4.fc6.ppc (33 days) ghc642-gtk2hs - 0.9.10-4.fc6.x86_64 (33 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.i386 (33 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.ppc (33 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.x86_64 (33 days) prockai AT redhat.com cyrus-imapd - 2.3.7-4.fc6.i386 (7 days) cyrus-imapd - 2.3.7-4.fc6.i386 (7 days) cyrus-imapd - 2.3.7-4.fc6.ppc (7 days) cyrus-imapd - 2.3.7-4.fc6.x86_64 (7 days) rdieter AT math.unl.edu gift - 0.11.8.1-6.fc7.i386 (38 days) maxima-runtime-sbcl - 5.10.0-8.fc7.i386 (2 days) maxima-runtime-sbcl - 5.10.0-8.fc7.ppc (2 days) maxima-runtime-sbcl - 5.10.0-8.fc7.x86_64 (2 days) qt4-postgresql - 4.2.2-1.fc7.i386 qt4-postgresql - 4.2.2-1.fc7.ppc qt4-postgresql - 4.2.2-1.fc7.x86_64 shahms AT shahms.com python-psycopg - 1.1.21-5.fc6.i386 python-psycopg - 1.1.21-5.fc6.ppc python-psycopg - 1.1.21-5.fc6.x86_64 tcallawa AT redhat.com gambas-gb-db - 1.0.17-6.fc7.i386 (13 days) gambas-gb-db - 1.0.17-6.fc7.ppc (13 days) gambas-runtime - 1.0.17-6.fc7.i386 (13 days) gambas-runtime - 1.0.17-6.fc7.ppc (13 days) rekall-postgresql - 2.4.3-5.fc6.i386 rekall-postgresql - 2.4.3-5.fc6.ppc rekall-postgresql - 2.4.3-5.fc6.x86_64 triad AT df.lth.se gnokii-smsd-pgsql - 0.6.14-2.fc6.i386 gnokii-smsd-pgsql - 0.6.14-2.fc6.ppc gnokii-smsd-pgsql - 0.6.14-2.fc6.x86_64 ville.skytta AT iki.fi kmod-em8300 - 0.16.0-0.4.rc2.2.6.18_1.2849.fc6.i586 kmod-em8300 - 0.16.0-0.4.rc2.2.6.18_1.2849.fc6.i686 kmod-em8300 - 0.16.0-0.4.rc2.2.6.18_1.2849.fc6.ppc kmod-em8300 - 0.16.0-0.4.rc2.2.6.18_1.2849.fc6.x86_64 kmod-em8300-PAE - 0.16.0-0.4.rc2.2.6.18_1.2849.fc6.i686 kmod-em8300-kdump - 0.16.0-0.4.rc2.2.6.18_1.2849.fc6.i686 kmod-em8300-kdump - 0.16.0-0.4.rc2.2.6.18_1.2849.fc6.x86_64 kmod-em8300-smp - 0.16.0-0.4.rc2.2.6.18_1.2849.fc6.ppc kmod-em8300-xen - 0.16.0-0.4.rc2.2.6.18_1.2849.fc6.i686 kmod-em8300-xen - 0.16.0-0.4.rc2.2.6.18_1.2849.fc6.x86_64 wart AT kobold.org cyphesis - 0.5.10-2.fc7.i386 cyphesis - 0.5.10-2.fc7.ppc cyphesis - 0.5.10-2.fc7.x86_64 ====================================================================== Broken packages in fedora-extras-development-ppc: amarok-1.4.4-1.fc7.ppc requires libpq.so.4 centericq-4.21.0-8.fc6.ppc requires libcurl.so.3 compat-gda-postgres-1.2.3-4.fc6.ppc requires libpq.so.4 cyphesis-0.5.10-2.fc7.ppc requires libpq.so.4 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpagent.so.10 digikam-doc-0.8.2-3.fc6.noarch requires digikam = 0:0.8.2 driftnet-0.1.6-11.ppc requires libpcap.so.0.9.4 exim-4.63-5.fc6.ppc requires libpq.so.4 flow-tools-0.68-11.fc6.ppc requires libpq.so.4 gambas-gb-db-1.0.17-6.fc7.ppc requires libpq.so.4 gambas-runtime-1.0.17-6.fc7.ppc requires libgettextlib-0.15.so ghc-gtk2hs-0.9.10-4.fc6.ppc requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires ghc642 gnokii-smsd-pgsql-0.6.14-2.fc6.ppc requires libpq.so.4 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.ppc requires gecko-libs = 0:2.0 ip6sic-0.1-4.fc6.ppc requires libpcap.so.0.9.4 jabberd-2.0-0.s11.11.fc6.ppc requires libpq.so.4 kmod-em8300-0.16.0-0.4.rc2.2.6.18_1.2849.fc6.ppc requires kernel-ppc = 0:2.6.18-1.2849.fc6 kmod-em8300-smp-0.16.0-0.4.rc2.2.6.18_1.2849.fc6.ppc requires kernel-ppc = 0:2.6.18-1.2849.fc6smp libgda-postgres-1:1.9.100-10.fc6.ppc requires libpq.so.4 libpqxx-2.6.8-3.fc6.ppc requires libpq.so.4 maxima-runtime-sbcl-5.10.0-8.fc7.ppc requires sbcl = 0:0.9.18 nagios-plugins-pgsql-1.4.4-2.fc7.ppc requires libpq.so.4 nagios-plugins-snmp-disk-proc-1.0-1.fc6.ppc requires libnetsnmp.so.10 nessus-client-2.2.7-2.fc6.ppc requires libpcap.so.0.9.4 nessus-gui-2.2.7-2.fc6.ppc requires libpcap.so.0.9.4 nessus-server-2.2.7-2.fc6.ppc requires libpcap.so.0.9.4 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.ppc requires libpq.so.4 pgadmin3-1.4.3-6.fc6.ppc requires libpq.so.4 proftpd-postgresql-1.3.0a-1.fc7.ppc requires libpq.so.4 pure-ftpd-1.0.21-9.fc6.ppc requires libpq.so.4 python-psycopg-1.1.21-5.fc6.ppc requires libpq.so.4 python-psycopg2-2.0.5.1-1.fc6.ppc requires libpq.so.4 qt4-postgresql-4.2.2-1.fc7.ppc requires libpq.so.4 rekall-postgresql-2.4.3-5.fc6.ppc requires libpq.so.4 ruby-postgres-0.7.1-5.fc6.ppc requires libpq.so.4 ser-postgresql-0.9.6-9.fc6.ppc requires libpq.so.4 snort-bloat-2.6.1.1-2.fc7.ppc requires libpq.so.4 snort-postgresql-2.6.1.1-2.fc7.ppc requires libpq.so.4 snort-postgresql+flexresp-2.6.1.1-2.fc7.ppc requires libpq.so.4 sylpheed-claws-2.6.0-1.fc7.ppc requires libpisock.so.8 ulogd-pgsql-1.24-2.fc6.ppc requires libpq.so.4 ====================================================================== Broken packages in fedora-extras-development-x86_64: amarok-1.4.4-1.fc7.i386 requires libpq.so.4 amarok-1.4.4-1.fc7.x86_64 requires libpq.so.4()(64bit) centericq-4.21.0-8.fc6.x86_64 requires libcurl.so.3()(64bit) clisp-2.41-1.fc6.i386 requires libpq.so.4 clisp-2.41-1.fc6.x86_64 requires libpq.so.4()(64bit) compat-gda-postgres-1.2.3-4.fc6.x86_64 requires libpq.so.4()(64bit) cyphesis-0.5.10-2.fc7.x86_64 requires libpq.so.4()(64bit) cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpmibs.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmp.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmphelpers.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpagent.so.10()(64bit) digikam-doc-0.8.2-3.fc6.noarch requires digikam = 0:0.8.2 driftnet-0.1.6-11.x86_64 requires libpcap.so.0.9.4()(64bit) exim-4.63-5.fc6.x86_64 requires libpq.so.4()(64bit) flow-tools-0.68-11.fc6.i386 requires libpq.so.4 flow-tools-0.68-11.fc6.x86_64 requires libpq.so.4()(64bit) ghc-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires ghc642 gift-0.11.8.1-6.fc7.i386 requires libmagic.so.1 gnokii-smsd-pgsql-0.6.14-2.fc6.x86_64 requires libpq.so.4()(64bit) gtkmozembedmm-1.4.2.cvs20060817-5.fc7.i386 requires gecko-libs = 0:2.0 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.x86_64 requires gecko-libs = 0:2.0 ip6sic-0.1-4.fc6.x86_64 requires libpcap.so.0.9.4()(64bit) jabberd-2.0-0.s11.11.fc6.x86_64 requires libpq.so.4()(64bit) kmod-em8300-0.16.0-0.4.rc2.2.6.18_1.2849.fc6.x86_64 requires kernel-x86_64 = 0:2.6.18-1.2849.fc6 kmod-em8300-kdump-0.16.0-0.4.rc2.2.6.18_1.2849.fc6.x86_64 requires kernel-x86_64 = 0:2.6.18-1.2849.fc6kdump kmod-em8300-xen-0.16.0-0.4.rc2.2.6.18_1.2849.fc6.x86_64 requires kernel-x86_64 = 0:2.6.18-1.2849.fc6xen kmod-sysprof-1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 requires kernel-x86_64 = 0:2.6.18-1.2849.fc6 kmod-sysprof-kdump-1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 requires kernel-x86_64 = 0:2.6.18-1.2849.fc6kdump kmod-sysprof-xen-1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 requires kernel-x86_64 = 0:2.6.18-1.2849.fc6xen libgda-postgres-1:1.9.100-10.fc6.x86_64 requires libpq.so.4()(64bit) libpqxx-2.6.8-3.fc6.i386 requires libpq.so.4 libpqxx-2.6.8-3.fc6.x86_64 requires libpq.so.4()(64bit) maxima-runtime-sbcl-5.10.0-8.fc7.x86_64 requires sbcl = 0:0.9.18 nagios-plugins-pgsql-1.4.4-2.fc7.x86_64 requires libpq.so.4()(64bit) nagios-plugins-snmp-disk-proc-1.0-1.fc6.x86_64 requires libnetsnmp.so.10()(64bit) nessus-client-2.2.7-2.fc6.x86_64 requires libpcap.so.0.9.4()(64bit) nessus-gui-2.2.7-2.fc6.x86_64 requires libpcap.so.0.9.4()(64bit) nessus-server-2.2.7-2.fc6.x86_64 requires libpcap.so.0.9.4()(64bit) openpbx-postgresql-1.2-3.rc2.svn2135.fc7.x86_64 requires libpq.so.4()(64bit) orange-0.3-4.cvs20051118.fc7.i386 requires libmagic.so.1 pgadmin3-1.4.3-6.fc6.x86_64 requires libpq.so.4()(64bit) proftpd-postgresql-1.3.0a-1.fc7.x86_64 requires libpq.so.4()(64bit) pure-ftpd-1.0.21-9.fc6.x86_64 requires libpq.so.4()(64bit) python-psycopg-1.1.21-5.fc6.x86_64 requires libpq.so.4()(64bit) python-psycopg2-2.0.5.1-1.fc6.x86_64 requires libpq.so.4()(64bit) qt4-postgresql-4.2.2-1.fc7.x86_64 requires libpq.so.4()(64bit) rekall-postgresql-2.4.3-5.fc6.x86_64 requires libpq.so.4()(64bit) ruby-postgres-0.7.1-5.fc6.x86_64 requires libpq.so.4()(64bit) ser-postgresql-0.9.6-9.fc6.x86_64 requires libpq.so.4()(64bit) snort-bloat-2.6.1.1-2.fc7.x86_64 requires libpq.so.4()(64bit) snort-postgresql-2.6.1.1-2.fc7.x86_64 requires libpq.so.4()(64bit) snort-postgresql+flexresp-2.6.1.1-2.fc7.x86_64 requires libpq.so.4()(64bit) sylpheed-claws-2.6.0-1.fc7.i386 requires libpisock.so.8 sylpheed-claws-2.6.0-1.fc7.x86_64 requires libpisock.so.8()(64bit) ulogd-pgsql-1.24-2.fc6.x86_64 requires libpq.so.4()(64bit) ====================================================================== Broken packages in fedora-extras-development-i386: amarok-1.4.4-1.fc7.i386 requires libpq.so.4 centericq-4.21.0-8.fc6.i386 requires libcurl.so.3 clisp-2.41-1.fc6.i386 requires libpq.so.4 compat-gda-postgres-1.2.3-4.fc6.i386 requires libpq.so.4 cyphesis-0.5.10-2.fc7.i386 requires libpq.so.4 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 digikam-doc-0.8.2-3.fc6.noarch requires digikam = 0:0.8.2 driftnet-0.1.6-11.i386 requires libpcap.so.0.9.4 exim-4.63-5.fc6.i386 requires libpq.so.4 flow-tools-0.68-11.fc6.i386 requires libpq.so.4 gambas-gb-db-1.0.17-6.fc7.i386 requires libpq.so.4 gambas-runtime-1.0.17-6.fc7.i386 requires libgettextlib-0.15.so ghc-gtk2hs-0.9.10-4.fc6.i386 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires ghc642 gnokii-smsd-pgsql-0.6.14-2.fc6.i386 requires libpq.so.4 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.i386 requires gecko-libs = 0:2.0 ip6sic-0.1-4.fc6.i386 requires libpcap.so.0.9.4 jabberd-2.0-0.s11.11.fc6.i386 requires libpq.so.4 kmod-em8300-0.16.0-0.4.rc2.2.6.18_1.2849.fc6.i586 requires kernel-i586 = 0:2.6.18-1.2849.fc6 kmod-em8300-0.16.0-0.4.rc2.2.6.18_1.2849.fc6.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6 kmod-em8300-PAE-0.16.0-0.4.rc2.2.6.18_1.2849.fc6.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6PAE kmod-em8300-kdump-0.16.0-0.4.rc2.2.6.18_1.2849.fc6.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6kdump kmod-em8300-xen-0.16.0-0.4.rc2.2.6.18_1.2849.fc6.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6xen kmod-sysprof-1.0.7-1.2.6.18_1.2849.fc6.1.i586 requires kernel-i586 = 0:2.6.18-1.2849.fc6 kmod-sysprof-1.0.7-1.2.6.18_1.2849.fc6.1.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6 kmod-sysprof-PAE-1.0.7-1.2.6.18_1.2849.fc6.1.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6PAE kmod-sysprof-kdump-1.0.7-1.2.6.18_1.2849.fc6.1.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6kdump kmod-sysprof-xen-1.0.7-1.2.6.18_1.2849.fc6.1.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6xen libgda-postgres-1:1.9.100-10.fc6.i386 requires libpq.so.4 libpqxx-2.6.8-3.fc6.i386 requires libpq.so.4 maxima-runtime-sbcl-5.10.0-8.fc7.i386 requires sbcl = 0:0.9.18 nagios-plugins-pgsql-1.4.4-2.fc7.i386 requires libpq.so.4 nagios-plugins-snmp-disk-proc-1.0-1.fc6.i386 requires libnetsnmp.so.10 nessus-client-2.2.7-2.fc6.i386 requires libpcap.so.0.9.4 nessus-gui-2.2.7-2.fc6.i386 requires libpcap.so.0.9.4 nessus-server-2.2.7-2.fc6.i386 requires libpcap.so.0.9.4 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.i386 requires libpq.so.4 pgadmin3-1.4.3-6.fc6.i386 requires libpq.so.4 proftpd-postgresql-1.3.0a-1.fc7.i386 requires libpq.so.4 pure-ftpd-1.0.21-9.fc6.i386 requires libpq.so.4 python-psycopg-1.1.21-5.fc6.i386 requires libpq.so.4 python-psycopg2-2.0.5.1-1.fc6.i386 requires libpq.so.4 qt4-postgresql-4.2.2-1.fc7.i386 requires libpq.so.4 rekall-postgresql-2.4.3-5.fc6.i386 requires libpq.so.4 ruby-postgres-0.7.1-5.fc6.i386 requires libpq.so.4 ser-postgresql-0.9.6-9.fc6.i386 requires libpq.so.4 snort-bloat-2.6.1.1-2.fc7.i386 requires libpq.so.4 snort-postgresql-2.6.1.1-2.fc7.i386 requires libpq.so.4 snort-postgresql+flexresp-2.6.1.1-2.fc7.i386 requires libpq.so.4 sylpheed-claws-2.6.0-1.fc7.i386 requires libpisock.so.8 ulogd-pgsql-1.24-2.fc6.i386 requires libpq.so.4 From devrim at CommandPrompt.com Wed Dec 6 19:34:36 2006 From: devrim at CommandPrompt.com (Devrim GUNDUZ) Date: Wed, 06 Dec 2006 21:34:36 +0200 Subject: Summary - Broken dependencies in Fedora Extras development - 2006-12-06 In-Reply-To: <20061206184218.31191.94189@extras64.linux.duke.edu> References: <20061206184218.31191.94189@extras64.linux.duke.edu> Message-ID: <1165433676.3119.3.camel@laptop.gunduz.org> Hi, On Wed, 2006-12-06 at 18:42 +0000, Fedora Extras repoclosure wrote: > Summary of broken packages (by owner): > devrim AT commandprompt.com > python-psycopg2 - 2.0.5.1-1.fc6.i386 > python-psycopg2 - 2.0.5.1-1.fc6.ppc > python-psycopg2 - 2.0.5.1-1.fc6.x86_64 As I told today, something weird is going on here -- AFAICS there are no packages that provides libpq.so.5 in FC-6 (-- also PostgreSQL 8.1.X -> 8.2.X is not doable via yum (due to disk layout changes);) Any comments? Regards, -- The PostgreSQL Company - Command Prompt, Inc. 1.503.667.4564 PostgreSQL Replication, Consulting, Custom Development, 24x7 support Managed Services, Shared and Dedicated Hosting Co-Authors: plPHP, plPerlNG - http://www.commandprompt.com/ -------------- 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 Wed Dec 6 19:42:28 2006 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 6 Dec 2006 19:42:28 +0000 (UTC) Subject: Summary - Broken dependencies in Fedora Extras development - 2006-12-06 References: <20061206184218.31191.94189@extras64.linux.duke.edu> <1165433676.3119.3.camel@laptop.gunduz.org> Message-ID: Devrim GUNDUZ writes: > As I told today, something weird is going on here -- AFAICS there are no > packages that provides libpq.so.5 in FC-6 (-- also PostgreSQL 8.1.X -> > 8.2.X is not doable via yum (due to disk layout changes);) That's packages in the development repo with a .fc6 disttag, presumably because they haven't been rebuilt since the disttag bump. The FC6 version does NOT need a rebuild, if it did, it would show up as "Broken packages in fedora-extras-6-i386" (and/or -x86_64, -ppc). Kevin Kofler From tibbs at math.uh.edu Wed Dec 6 19:48:38 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 06 Dec 2006 13:48:38 -0600 Subject: Summary - Broken dependencies in Fedora Extras development - 2006-12-06 In-Reply-To: <1165433676.3119.3.camel@laptop.gunduz.org> References: <20061206184218.31191.94189@extras64.linux.duke.edu> <1165433676.3119.3.camel@laptop.gunduz.org> Message-ID: >>>>> "DG" == Devrim GUNDUZ writes: DG> As I told today, something weird is going on here -- AFAICS there DG> are no packages that provides libpq.so.5 in FC-6 If you haven't rebuilt your package for rawhide since FC6 branched, your rawhide packages will still have the "fc6" dist tag. Look further down in the report to see which repository the package was found in. - J< From bugs.michael at gmx.net Wed Dec 6 20:06:39 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 6 Dec 2006 21:06:39 +0100 Subject: Summary - Broken dependencies in Fedora Extras development - 2006-12-06 In-Reply-To: <1165433676.3119.3.camel@laptop.gunduz.org> References: <20061206184218.31191.94189@extras64.linux.duke.edu> <1165433676.3119.3.camel@laptop.gunduz.org> Message-ID: <20061206210639.b9f2a36f.bugs.michael@gmx.net> On Wed, 06 Dec 2006 21:34:36 +0200, Devrim GUNDUZ wrote: > Hi, > > On Wed, 2006-12-06 at 18:42 +0000, Fedora Extras repoclosure wrote: > > Summary of broken packages (by owner): > > devrim AT commandprompt.com > > python-psycopg2 - 2.0.5.1-1.fc6.i386 > > python-psycopg2 - 2.0.5.1-1.fc6.ppc > > python-psycopg2 - 2.0.5.1-1.fc6.x86_64 > > As I told today, something weird is going on here -- AFAICS there are no > packages that provides libpq.so.5 in FC-6 (-- also PostgreSQL 8.1.X -> > 8.2.X is not doable via yum (due to disk layout changes);) > > Any comments? The report is about "devel". Earlier today you've received a detailed report via private mail. Notice the repository identifiers like fedora-extras-development-i386 and so on: package: python-psycopg2 - 2.0.5.1-1.fc6.i386 from fedora-extras-development-i386 unresolved deps: libpq.so.4 package: python-psycopg2 - 2.0.5.1-1.fc6.ppc from fedora-extras-development-ppc unresolved deps: libpq.so.4 package: python-psycopg2 - 2.0.5.1-1.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpq.so.4()(64bit) From devrim at CommandPrompt.com Wed Dec 6 20:27:04 2006 From: devrim at CommandPrompt.com (Devrim GUNDUZ) Date: Wed, 06 Dec 2006 22:27:04 +0200 Subject: Summary - Broken dependencies in Fedora Extras development - 2006-12-06 In-Reply-To: <646.1165435402@sss.pgh.pa.us> References: <20061206184218.31191.94189@extras64.linux.duke.edu> <1165433676.3119.3.camel@laptop.gunduz.org> <646.1165435402@sss.pgh.pa.us> Message-ID: <1165436824.3119.9.camel@laptop.gunduz.org> Hi, On Wed, 2006-12-06 at 15:03 -0500, Tom Lane wrote: > > (-- also PostgreSQL 8.1.X -> > > 8.2.X is not doable via yum (due to disk layout changes);) > > "Disk layout changes"? Eh, it is late here; and after a busy day... I mean the reasons that force initdb. Sorry for the wrong wording. Regards, -- The PostgreSQL Company - Command Prompt, Inc. 1.503.667.4564 PostgreSQL Replication, Consulting, Custom Development, 24x7 support Managed Services, Shared and Dedicated Hosting Co-Authors: plPHP, plPerlNG - http://www.commandprompt.com/ -------------- 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 at scrye.com Wed Dec 6 20:36:42 2006 From: kevin at scrye.com (Kevin Fenzi) Date: Wed, 6 Dec 2006 13:36:42 -0700 Subject: Summary - Broken dependencies in Fedora Extras development - 2006-12-06 In-Reply-To: <20061206184218.31191.94189@extras64.linux.duke.edu> References: <20061206184218.31191.94189@extras64.linux.duke.edu> Message-ID: <20061206133642.2c6050a7@ningauble.scrye.com> On Wed, 06 Dec 2006 18:42:18 -0000 buildsys at fedoraproject.org (Fedora Extras repoclosure) wrote: > Summary of broken packages (by owner): So all the non development broken dependencies are now fixed? Or this report only is generated against development now? I was working on getting all the non devel ones cleaned up (To start with) and made good progress, but I think there is at least one or two left. Having the report on each push is very usefull to solving them... How about the report getting generated for any branch where a package was pushed in the last push? I think the non devel ones are more critical to get fixed... kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From a.badger at gmail.com Wed Dec 6 20:47:10 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 06 Dec 2006 12:47:10 -0800 Subject: On Debian and Fedora experiences In-Reply-To: <1165413503.3513.9.camel@hal9000.oberschlesier.lan> References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <200612040851.30437.jkeating@redhat.com> <1165413503.3513.9.camel@hal9000.oberschlesier.lan> Message-ID: <1165438030.21163.271.camel@localhost.localdomain> On Wed, 2006-12-06 at 14:58 +0100, Christoph Wickert wrote: > Am Montag, den 04.12.2006, 08:51 -0500 schrieb Jesse Keating: > > On Monday 04 December 2006 08:34, Matej Cepl wrote: > > > And one more I forgot -- I really miss Suggests: and Recommends: Having > > > aalib required to be installed (take a look at rpm -qi aalib -- do you > > > think you really need it?) makes me really home-sick after Debian. > > > > And how do you expect automated tools to handle these soft requirements? > > Maybe with a popup: "Foo suggests bar. Do you want to install bar? Y/N" > > For really automated installs/updates the Suggests: should be installed, > or there should be a method to set this in let's say yum.conf: > "suggests=1", where 0 would mean no suggested packages. > > > Either you always install them, or you never do, which basically brings up > > the question, whats the point? Why do this instead of just Requires or not? > > Remember the "Require foo or bar?"-thread on this list on June 3rd. As > another example see > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=215241#c6 > How do we address this use case in a sane automated fashion: - Generally I want Suggests/Recommends installed to get the full experience. So I have Suggests: 1 - I don't have bluetooth on my machine -- I uninstall the bluetooth stack. - I install a new calendaring program which has the ability to sync with a cellphone using bluetooth. The package has a "Suggests: bluetooth-stack" type thingy. That reinstalls the bluetooth stack. - I uninstall bluetooth. - I upgrade the calendaring program and the package manager sees suggests again -- it reinstalls bluetooth. - I uninstall bluetooth. - Repeat. Perhaps the dep solver would have to keep track of which suggests it has already installed once. [Package] [suggestion] thunderbird libimap-client - Install evolution which suggests bluez-libs; install bluez-libs as well. Add it to the dep solver's db. [Package] [suggested] thunderbird libimap-client evolution bluez-libs - On update, the dep solver sees that it has already installed bluez due to suggests and doesn't attempt to add it to the transaction again. - On another update evolution has added a suggests for a new library; install it and add it to the dep solver's db. [Package] [suggested] thunderbird libimap-client evolution bluez-libs evolution libpop-client - Decide we don't want libpop-client, uninstall it - On update, thunderbird adds a suggests for that library; See that it's already been used as a suggests so do not add it to the package transaction. Do add it to the database. [Package] [suggested] thunderbird libimap-client evolution bluez-libs evolution libpop-client thunderbird libpop-client - Uninstall evolution removes all the dep solver's entries with evolution as Package: [Package] [suggested] thunderbird libimap-client thunderbird libpop-client -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 mcepl at redhat.com Wed Dec 6 21:46:53 2006 From: mcepl at redhat.com (Matej Cepl) Date: Wed, 6 Dec 2006 21:46:53 +0000 (UTC) Subject: On Debian and Fedora experiences References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <200612040851.30437.jkeating@redhat.com> <1165413503.3513.9.camel@hal9000.oberschlesier.lan> <1165438030.21163.271.camel@localhost.localdomain> Message-ID: Toshio Kuratomi scripst: > How do we address this use case in a sane automated fashion: aptitude (not apt-get) in Debian remembers somewhere which packages were installed just to satisfy dependencies (this bit could be edited later, BTW) and so it was easily possible for me (user of KDE then) to install Gnome just to check out how it looks, and when I didn't like it, to clear my computer of all stuff installed just to satisfy dependencies on gnome-desktop (modulo configuration files). And then I got a job with company which has Gnome as its main DE ;-). Oh well -- but I have to admit that when I have to use, I found it is not as bad as I thought. Mat?j -- http://www.ceplovi.cz/matej/blog/, Jabber: ceplmajabber.cz GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC Of course I'm respectable. I'm old. Politicians, ugly buildings, and whores all get respectable if they last long enough. --John Huston in "Chinatown." From jspaleta at gmail.com Wed Dec 6 22:41:07 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 6 Dec 2006 13:41:07 -0900 Subject: On Debian and Fedora experiences In-Reply-To: <1165413503.3513.9.camel@hal9000.oberschlesier.lan> References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <200612040851.30437.jkeating@redhat.com> <1165413503.3513.9.camel@hal9000.oberschlesier.lan> Message-ID: <604aa7910612061441n5a895ba8v9b4aa135b8679d19@mail.gmail.com> On 12/6/06, Christoph Wickert wrote: > > And how do you expect automated tools to handle these soft requirements? > > Maybe with a popup: "Foo suggests bar. Do you want to install bar? Y/N" Logic fault.... to be automated inherently means... no interaction from the user. At best you suggest means a pop-up with a timeout, for each and every suggestion. This does not scale out to something sane. Personally I think the Suggests crap is nitpicky and borders on being symptomatic obsessive compulsive disorder. The amount of effort to make it work is out of line with its potential benefits since it does nothing to solve the underlying problems associated with how upstream projects are dealing with complex application featuresets. Problem 1: Buildtime library dependancies for "non-critical" functionality (according to some users of the application), which the executables are linked against at buildtime. Such libraries must be present on the system at runtime or you will get error loading shared library errors. There is no way a set of tags in a binary package can deal with this hard requirement and make it go away. I believe the entire aalib/mplayer discussion in this thread is an example of this. You have to rebuild the package to get rid of the requires and have a functional application. This is why the rpm build process detects and adds linked library requirements at package buildtime, so as a maintainer you don't have to make guesses about what is and what is not linked in. And I claim the majority of gripes which bring up Suggests/Optional/Recommends as potential packaging solutions are really buildtime issues that individual upstream projects need to address and can't be solved at the packaging level. If its meant to be an optional runtime feature, then the upstream project needs to have a buildprocess which characterizes that library as a runtime detactable object. If upstream projects continue to treat collections of "optional" features as buildtime decisions, then the upstream project developers are tieing the hands of binary distributors, and taking flexibility away from end-users who are relying on binary distributors. If these sorts of issues are a problem for you, as a linked library obsessed admin, gentoo is the distribution level solution for you. What what would be useful as a metric and as an aid for the future incarnations of this discussion, and I know this isn't going to happen, is a way to diagnose whether a binary package requires was autoadded or explicitly added by the maintainer, just from rpm queries of the installed packages. Yes there are situations where maintainers (ab)use explicit requires, but to have informed discussion about these issues, we need to make it easier for the misinformed to better distinguish buildtime generated deps from package maintainer action. Problem 2: Applications and frameworks that are designed to have runtime detectable plugins, tend to develop a non-trivially large set of plugins. Any packaging mechanism which ties a large collection of potential plugins together as suggestions, on an equal basis, will be a duantingly complex iteractive experience for package management. How many gstreamer plugins are there? How many of them could be considered.. optional, by someone of discerning tastes? I don't really need theora video right? If we had Suggests/Recommnds/Optional tags and could break-up the gstreamer plugin space to be as fine-grained as possible, would it really help? Would we really make anyone happy by having a UI which would interactively query the user if they want each and every gstreamer plugin? Msdness. At best we could flag these things as Optional so they could be removed by the local admin, after they were installed. But to design a UI which let you crawl through this much detail at install time.. is just perverse and only serves the 0.5% of the userbase with a an unhealthy package management fetish. -jef"What if we packaged firefox extentions as rpms, how exactly would you you draft a fair Suggests policy for that plugin space... absolute... madness. "spaleta From chris.stone at gmail.com Wed Dec 6 23:27:06 2006 From: chris.stone at gmail.com (Christopher Stone) Date: Wed, 6 Dec 2006 15:27:06 -0800 Subject: On Debian and Fedora experiences In-Reply-To: <604aa7910612061441n5a895ba8v9b4aa135b8679d19@mail.gmail.com> References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <200612040851.30437.jkeating@redhat.com> <1165413503.3513.9.camel@hal9000.oberschlesier.lan> <604aa7910612061441n5a895ba8v9b4aa135b8679d19@mail.gmail.com> Message-ID: On 12/6/06, Jeff Spaleta wrote: > On 12/6/06, Christoph Wickert wrote: > > > And how do you expect automated tools to handle these soft requirements? > > > > Maybe with a popup: "Foo suggests bar. Do you want to install bar? Y/N" > > Logic fault.... to be automated inherently means... no interaction > from the user. Doesn't debian's .deb files handle this with their .template thingy? I dont know much about .debs, but I know they have some kind of user interaction features and their build system is smart enough to know when not to use it. From enrico.scholz at informatik.tu-chemnitz.de Thu Dec 7 00:26:24 2006 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Thu, 07 Dec 2006 01:26:24 +0100 Subject: On Debian and Fedora experiences In-Reply-To: <1165438030.21163.271.camel@localhost.localdomain> (Toshio Kuratomi's message of "Wed, 06 Dec 2006 12:47:10 -0800") References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <200612040851.30437.jkeating@redhat.com> <1165413503.3513.9.camel@hal9000.oberschlesier.lan> <1165438030.21163.271.camel@localhost.localdomain> Message-ID: <87irgownyn.fsf@kosh.bigo.ensc.de> a.badger at gmail.com (Toshio Kuratomi) writes: > - Generally I want Suggests/Recommends installed to get the full > experience. So I have Suggests: 1 > - I don't have bluetooth on my machine -- I uninstall the bluetooth > stack. > - I install a new calendaring program which has the ability to sync with > a cellphone using bluetooth. The package has a "Suggests: > bluetooth-stack" type thingy. That reinstalls the bluetooth stack. > - I uninstall bluetooth. > - I upgrade the calendaring program and the package manager sees > suggests again -- it reinstalls bluetooth. > - I uninstall bluetooth. > - Repeat. > > Perhaps the dep solver would have to keep track of which suggests it has > already installed once. Should be already available. 'smart' knows the following flags: lock - Flagged packages will not be removed, if they are currently installed, nor installed, if they are currently available. Dunno, how far/if the 'Requires(hint):' stuff is supported (which should ask for confirmation in interactive mode and ignore/install packages depending on a cli/setup option). Enrico From skvidal at linux.duke.edu Thu Dec 7 03:33:58 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Wed, 06 Dec 2006 22:33:58 -0500 Subject: On Debian and Fedora experiences In-Reply-To: References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <200612040851.30437.jkeating@redhat.com> <1165413503.3513.9.camel@hal9000.oberschlesier.lan> <1165438030.21163.271.camel@localhost.localdomain> Message-ID: <1165462438.25300.36.camel@cutter> On Wed, 2006-12-06 at 21:46 +0000, Matej Cepl wrote: > Toshio Kuratomi scripst: > > How do we address this use case in a sane automated fashion: > > aptitude (not apt-get) in Debian remembers somewhere which packages were > installed just to satisfy dependencies (this bit could be edited later, > BTW) Keep in mind this means keeping yet another package database to track more state for things on or off the system and the intent of the user at the time they last changed state. It's possible but we'd need to make sure this is wired into how the installer works, too. And did I mention it is yet another package database? -sv From giallu at gmail.com Thu Dec 7 09:04:23 2006 From: giallu at gmail.com (Gianluca Sforna) Date: Thu, 7 Dec 2006 10:04:23 +0100 Subject: On Debian and Fedora experiences In-Reply-To: <1165462438.25300.36.camel@cutter> References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <200612040851.30437.jkeating@redhat.com> <1165413503.3513.9.camel@hal9000.oberschlesier.lan> <1165438030.21163.271.camel@localhost.localdomain> <1165462438.25300.36.camel@cutter> Message-ID: On 12/7/06, seth vidal wrote: > On Wed, 2006-12-06 at 21:46 +0000, Matej Cepl wrote: > > Toshio Kuratomi scripst: > > > How do we address this use case in a sane automated fashion: > > > > aptitude (not apt-get) in Debian remembers somewhere which packages were > > installed just to satisfy dependencies (this bit could be edited later, > > BTW) > > Keep in mind this means keeping yet another package database to track > more state for things on or off the system and the intent of the user at > the time they last changed state. > > It's possible but we'd need to make sure this is wired into how the > installer works, too. And did I mention it is yet another package > database? > However, the scenario: 1. let try the xxx package to see if it is useful 2. yum install xxx 3. yyy and zzz are installed as deps 4. ok, xxx is not that useful after all 5. yum remove xxx 6. yyy and zzz are still there seems pretty familiar to me. I usually resort to /var/log/yum.log to have the list of packages to uninstall... Now I have a naive question: does it need a yet another package database to remove, together with xxx, each package on which xxx depends, under the constrain that xxx has to be the ONLY package requiring it? From mattdm at mattdm.org Thu Dec 7 12:15:13 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 7 Dec 2006 07:15:13 -0500 Subject: On Debian and Fedora experiences In-Reply-To: References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <200612040851.30437.jkeating@redhat.com> <1165413503.3513.9.camel@hal9000.oberschlesier.lan> <1165438030.21163.271.camel@localhost.localdomain> <1165462438.25300.36.camel@cutter> Message-ID: <20061207121513.GA21521@jadzia.bu.edu> On Thu, Dec 07, 2006 at 10:04:23AM +0100, Gianluca Sforna wrote: > Now I have a naive question: does it need a yet another package > database to remove, together with xxx, each package on which xxx > depends, under the constrain that xxx has to be the ONLY package > requiring it? install yum-utils. run package-cleanup --leaves. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From giallu at gmail.com Thu Dec 7 16:30:11 2006 From: giallu at gmail.com (Gianluca Sforna) Date: Thu, 7 Dec 2006 17:30:11 +0100 Subject: On Debian and Fedora experiences In-Reply-To: <20061207121513.GA21521@jadzia.bu.edu> References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <200612040851.30437.jkeating@redhat.com> <1165413503.3513.9.camel@hal9000.oberschlesier.lan> <1165438030.21163.271.camel@localhost.localdomain> <1165462438.25300.36.camel@cutter> <20061207121513.GA21521@jadzia.bu.edu> Message-ID: On 12/7/06, Matthew Miller wrote: > On Thu, Dec 07, 2006 at 10:04:23AM +0100, Gianluca Sforna wrote: > > Now I have a naive question: does it need a yet another package > > database to remove, together with xxx, each package on which xxx > > depends, under the constrain that xxx has to be the ONLY package > > requiring it? > > install yum-utils. run package-cleanup --leaves. > great! So I can: remove package xxx, run package-cleanup --leaves, remove what is listed there. I wonder if this nice trick could go into yum. Something like: yum --clean-leaves remove xxx From christoph.wickert at nurfuerspam.de Thu Dec 7 17:28:30 2006 From: christoph.wickert at nurfuerspam.de (Christoph Wickert) Date: Thu, 07 Dec 2006 18:28:30 +0100 Subject: On Debian and Fedora experiences In-Reply-To: <604aa7910612061441n5a895ba8v9b4aa135b8679d19@mail.gmail.com> References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <200612040851.30437.jkeating@redhat.com> <1165413503.3513.9.camel@hal9000.oberschlesier.lan> <604aa7910612061441n5a895ba8v9b4aa135b8679d19@mail.gmail.com> Message-ID: <1165512510.5804.40.camel@hal9000.oberschlesier.lan> Am Mittwoch, den 06.12.2006, 13:41 -0900 schrieb Jeff Spaleta: > On 12/6/06, Christoph Wickert wrote: > > > And how do you expect automated tools to handle these soft requirements? > > > > Maybe with a popup: "Foo suggests bar. Do you want to install bar? Y/N" > > Logic fault.... to be automated inherently means... no interaction > >from the user. I can't see no logic fault, because I also wrote some lines about fully automatic installs, but you choose _not_ to quote them. ;) > Problem 1: > Buildtime library dependancies for "non-critical" functionality > (according to some users of the application), which the executables > are linked against at buildtime. Such libraries must be present on the > system at runtime or you will get error loading shared library errors. > There is no way a set of tags in a binary package can deal with this > hard requirement and make it go away. I believe the entire > aalib/mplayer discussion in this thread is an example of this. Maybe it is. But on the other hand I gave you two examples, where this is not the case, where there are no additional BR:s and no runtime lib requirements. > You > have to rebuild the package to get rid of the requires and have a > functional application. This is why the rpm build process detects and > adds linked library requirements at package buildtime, so as a > maintainer you don't have to make guesses about what is and what is > not linked in. >From my debian experience Suggests: or Recommends: are not on shared libs but on programs, so there's no need to rebuild anything. > And I claim the majority of gripes which bring up > Suggests/Optional/Recommends as potential packaging solutions are > really buildtime issues that individual upstream projects need to > address and can't be solved at the packaging level. If its meant to > be an optional runtime feature, then the upstream project needs to > have a buildprocess which characterizes that library as a runtime > detactable object. And I claim the opposite: Suggests/Recommends _are_not_ on shared libs and _are_ detected at runtime. I don't recall a single deb I had to rebuild. > If upstream projects continue to treat collections > of "optional" features as buildtime decisions, then the upstream > project developers are tieing the hands of binary distributors, and > taking flexibility away from end-users who are relying on binary > distributors. If these sorts of issues are a problem for you, as a > linked library obsessed admin, gentoo is the distribution level > solution for you. I guess I wouldn't be maintaining a single package here if gentoo was right for me. ;) > What what would be useful as a metric and as an aid for the future > incarnations of this discussion, and I know this isn't going to > happen, is a way to diagnose whether a binary package requires was > autoadded or explicitly added by the maintainer, just from rpm queries > of the installed packages. Yes there are situations where maintainers > (ab)use explicit requires, but to have informed discussion about these > issues, we need to make it easier for the misinformed to better > distinguish buildtime generated deps from package maintainer action. > > Problem 2: > Applications and frameworks that are designed to have runtime > detectable plugins, tend to develop a non-trivially large set of > plugins. Any packaging mechanism which ties a large collection of > potential plugins together as suggestions, on an equal basis, will be > a duantingly complex iteractive experience for package management. > > How many gstreamer plugins are there? How many of them could be > considered.. optional, by someone of discerning tastes? I don't > really need theora video right? If we had > Suggests/Recommnds/Optional tags and could break-up the gstreamer > plugin space to be as fine-grained as possible, would it really help? IHMO yes. gstreamer-plugins would become a meta-package, that would require/suggest the other plugins. Why not? > Would we really make anyone happy by having a UI which would > interactively query the user if they want each and every gstreamer > plugin? Msdness. At best we could flag these things as Optional so > they could be removed by the local admin, after they were installed. > But to design a UI which let you crawl through this much detail at > install time.. is just perverse and only serves the 0.5% of the > userbase with a an unhealthy package management fetish. I don't think it's a fetish and I do think it's more then 0.5%. I know many people who don't use fedora because our packages and the default install tend to be too large. > -jef"What if we packaged firefox extentions as rpms, how exactly would > you you draft a fair Suggests policy for that plugin space... > absolute... madness. "spaleta Christoph "jef is is exaggerating once again" Wickert From a.badger at gmail.com Thu Dec 7 17:58:33 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 07 Dec 2006 09:58:33 -0800 Subject: On Debian and Fedora experiences In-Reply-To: References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <200612040851.30437.jkeating@redhat.com> <1165413503.3513.9.camel@hal9000.oberschlesier.lan> <1165438030.21163.271.camel@localhost.localdomain> <1165462438.25300.36.camel@cutter> Message-ID: <1165514313.6993.11.camel@localhost.localdomain> On Thu, 2006-12-07 at 10:04 +0100, Gianluca Sforna wrote: > On 12/7/06, seth vidal wrote: > > Keep in mind this means keeping yet another package database to track > > more state for things on or off the system and the intent of the user at > > the time they last changed state. > > > > It's possible but we'd need to make sure this is wired into how the > > installer works, too. And did I mention it is yet another package > > database? > > > > However, the scenario: > 1. let try the xxx package to see if it is useful > 2. yum install xxx > 3. yyy and zzz are installed as deps > 4. ok, xxx is not that useful after all > 5. yum remove xxx > 6. yyy and zzz are still there > > seems pretty familiar to me. I usually resort to /var/log/yum.log to > have the list of packages to uninstall... > > Now I have a naive question: does it need a yet another package > database to remove, together with xxx, each package on which xxx > depends, under the constrain that xxx has to be the ONLY package > requiring it? > This is a different case. It's not something that could be done automatically. It would need to have another package db to do some-what correctly. By that I mean that there will be times when xxx is the only package that depends on yyy. But the people using the machine may have unpackaged software (possibly compiled from source, possibly they're developing a new product.) that makes use yyy as well. Having another db, you can track whether yyy was installed explicitly or as a requirement of another package. Even this isn't 100% accurate as you might have installed it originally as a dependency but have started using it for unpackaged software. At least in that case you can reinstall that software and it won't be uninstalled again. (Still problematic, though. If you build some software, a few months later uninstall something it depends on, and a few months later discover the software no longer works you may have a lot of work to figure out why.) -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 michel.salim at gmail.com Thu Dec 7 19:17:22 2006 From: michel.salim at gmail.com (Michel Salim) Date: Thu, 7 Dec 2006 14:17:22 -0500 Subject: Need help with mock pkgconfig problem Message-ID: <883cfe6d0612071117y4c0c442aqd43e93edfc49fb9e@mail.gmail.com> Hi, I'm packaging evolution-remove-duplicates at the moment: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=218360 It's an Evolution plugin that checks the set of selected messages for duplicates, and move the duplicates to trash. It currently builds fine *outside* mock, but not within it (on both fedora-6-i386 and fedora-6-x86_64), and I'm not sure why. The package depends on evolution-devel, which supplies the .pc file it's claiming it could not find, and evolution-devel in turn pulls in pkgconfig as a dependency (and the configure script managed to find the pkgconfig binary just fine) Here's the error I get: configure: error: Package requirements ( evolution-plugin-2.8 >= 2.3.2 ) were not met. Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Thanks in advance for any assistance, -- Michel Salim http://hircus.wordpress.com/ My theology, briefly, is that the universe was dictated but not signed. -- Christopher Morley From rdieter at math.unl.edu Thu Dec 7 19:50:58 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 07 Dec 2006 13:50:58 -0600 Subject: Need help with mock pkgconfig problem References: <883cfe6d0612071117y4c0c442aqd43e93edfc49fb9e@mail.gmail.com> Message-ID: Michel Salim wrote: > I'm packaging evolution-remove-duplicates at the moment: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=218360 > > It's an Evolution plugin that checks the set of selected messages for > duplicates, and move the duplicates to trash. > > It currently builds fine *outside* mock, but not within it (on both > fedora-6-i386 and fedora-6-x86_64), and I'm not sure why. The package > depends on evolution-devel, which supplies the .pc file it's claiming > it could not find, and evolution-devel in turn pulls in pkgconfig as a > dependency (and the configure script managed to find the pkgconfig > binary just fine) > > Here's the error I get: > configure: error: Package requirements ( > evolution-plugin-2.8 >= 2.3.2 > ) were not met. > Consider adjusting the PKG_CONFIG_PATH environment variable if you > installed software in a non-standard prefix. Broken/missing dependancy. evolution-devel's evolution-plugin-2.8.pc contains: Requires: ... camel-provider-1.2 Which is included in evolution-data-provider-devel So, quick-n-dirty fix is add to your package: BuildRequires: evolution-data-provider-devel Long-term, better fix is to add to evolution-devel: Requires: evolution-data-provider-devel -- Rex From buildsys at fedoraproject.org Thu Dec 7 19:58:34 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 7 Dec 2006 14:58:34 -0500 (EST) Subject: Fedora Extras Package Build Report 2006-12-07 Message-ID: <20061207195834.7655F15212F@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 34 Pound-2.1.7-1.fc7 amarok-1.4.4-2.fc7 cyphesis-0.5.10-3.fc7 eclipse-emf-2.2.1-9.fc7 gnokii-0.6.14-3.fc7 gnome-chemistry-utils-0.6.3-4.fc7 NEW gnome-common-2.12.0-4.fc7 gnupg2-2.0.1-2.fc7 gparted-0.3.3-1.fc7 inkscape-0.44.1-2.fc7 international-time-0.0.2-3.fc7 NEW itpp-3.10.7-1.fc7 jabberd-2.0-0.s11.12.fc7 jd-1.8.1-0.2.cvs061206.fc7 libpqxx-2.6.8-5.fc7 maxima-5.10.0-9.fc7.2 mkvtoolnix-1.8.1-1.fc7 NEW nagios-plugins-snmp-disk-proc-1.0-3.fc7 nautilus-image-converter-0.0.8-1.fc7 nsd-3.0.3-1.fc7 ochusha-0.5.99.63.14-0.1.cvs061207.1.fc7 osgcal-0.1.44-1.fc7 perl-Glib-1.142-1.fc7 perl-Net-SNPP-1.17-2.fc7 NEW perl-Test-Distribution-1.26-2.fc7 NEW perl-Wx-0.65-1.fc7 php-pear-XML-Parser-1.2.8-1.fc7 poker-engine-1.0.20-2.fc7 python-psycopg2-2.0.5.1-5.fc7 qt4-4.2.2-2.fc7 scipy-0.5.1-4.fc7 NEW sec-2.4.0-1.fc7 snort-2.6.1.1-3.fc7 telepathy-gabble-0.4.9-1.fc7 Packages built and released for Fedora Extras 6: 17 NetworkManager-vpnc-0.7.0-0.cvs20061204.fc6 amarok-1.4.4-2.fc6 aplus-fsf-4.20.2-11.fc6 eclipse-emf-2.2.1-9.fc6 NEW gnome-chemistry-utils-0.6.3-4.fc6 NEW gnupg2-2.0.1-2.fc6 gparted-0.3.3-1.fc6 inkscape-0.44.1-2.fc6 itpp-3.10.7-1.fc6.1 koffice-langpack-1.6.1-1.fc6 libtunepimp-0.5.3-1.fc6 mkvtoolnix-1.8.1-1.fc6 NEW osgcal-0.1.44-1.fc6 php-pear-XML-Parser-1.2.8-1.fc6 poker-engine-1.0.20-2.fc6 qt4-4.2.2-1.fc6 sec-2.4.0-1.fc6 Packages built and released for Fedora Extras 5: 9 aplus-fsf-4.20.2-11.fc5 gnome-chemistry-utils-0.6.3-4.fc5.2 NEW itpp-3.10.7-1.fc5 koffice-langpack-1.6.1-1.fc5 libtunepimp-0.5.3-1.fc5 mkvtoolnix-1.8.1-1.fc5 NEW php-pear-XML-Parser-1.2.8-1.fc5 poker-engine-1.0.20-2.fc5 sec-2.4.0-1.fc5 Packages built and released for Fedora Extras 4: 2 koffice-1.6.1-1.fc4 koffice-langpack-1.6.1-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 ville.skytta at iki.fi Thu Dec 7 20:00:02 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 07 Dec 2006 22:00:02 +0200 Subject: On Debian and Fedora experiences In-Reply-To: References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <200612040851.30437.jkeating@redhat.com> <1165413503.3513.9.camel@hal9000.oberschlesier.lan> <1165438030.21163.271.camel@localhost.localdomain> <1165462438.25300.36.camel@cutter> <20061207121513.GA21521@jadzia.bu.edu> Message-ID: <1165521602.3496.31.camel@viper.local> On Thu, 2006-12-07 at 17:30 +0100, Gianluca Sforna wrote: > On 12/7/06, Matthew Miller wrote: > > On Thu, Dec 07, 2006 at 10:04:23AM +0100, Gianluca Sforna wrote: > > > Now I have a naive question: does it need a yet another package > > > database to remove, together with xxx, each package on which xxx > > > depends, under the constrain that xxx has to be the ONLY package > > > requiring it? > > > > install yum-utils. run package-cleanup --leaves. > > > > great! > So I can: remove package xxx, run package-cleanup --leaves, remove > what is listed there. package-cleanup is useful, but --leaves only deals with lib* packages at the moment, and --leaves --all tends to list a bit too many packages for my taste for my most common use cases. Other related things I've found useful: - apt-get -D remove foo - rpmdev-rmdevelrpms after customizing devpkgs in /etc/rpmdevtools/rmdevelrpms.conf - weekly "diff -u /var/log/rpmpkgs.1 /var/log/rpmpkgs" From notting at redhat.com Thu Dec 7 20:04:06 2006 From: notting at redhat.com (Bill Nottingham) Date: Thu, 7 Dec 2006 15:04:06 -0500 Subject: On Debian and Fedora experiences In-Reply-To: <1165521602.3496.31.camel@viper.local> References: <200612040851.30437.jkeating@redhat.com> <1165413503.3513.9.camel@hal9000.oberschlesier.lan> <1165438030.21163.271.camel@localhost.localdomain> <1165462438.25300.36.camel@cutter> <20061207121513.GA21521@jadzia.bu.edu> <1165521602.3496.31.camel@viper.local> Message-ID: <20061207200406.GD16461@nostromo.devel.redhat.com> Ville Skytt? (ville.skytta at iki.fi) said: > package-cleanup is useful, but --leaves only deals with lib* packages at > the moment, and --leaves --all tends to list a bit too many packages for > my taste for my most common use cases. > > Other related things I've found useful: > - apt-get -D remove foo > - rpmdev-rmdevelrpms after customizing devpkgs > in /etc/rpmdevtools/rmdevelrpms.conf > - weekly "diff -u /var/log/rpmpkgs.1 /var/log/rpmpkgs" Just install a separate virtual machine for each new app, and when you're done, destroy the VM. What? Bill From mcepl at redhat.com Thu Dec 7 20:43:18 2006 From: mcepl at redhat.com (Matej Cepl) Date: Thu, 7 Dec 2006 20:43:18 +0000 (UTC) Subject: On Debian and Fedora experiences References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <200612040851.30437.jkeating@redhat.com> <1165413503.3513.9.camel@hal9000.oberschlesier.lan> <1165438030.21163.271.camel@localhost.localdomain> <1165462438.25300.36.camel@cutter> <20061207121513.GA21521@jadzia.bu.edu> Message-ID: Matthew Miller scripst: >> Now I have a naive question: does it need a yet another package >> database to remove, together with xxx, each package on which xxx >> depends, under the constrain that xxx has to be the ONLY package >> requiring it? > > install yum-utils. run package-cleanup --leaves. Except, that this doesn't work. There is an equivalent in Debian-sphere (called deborphan) but it is well known not to be able to find ex post what should be removed correctly. Have you ever tried just to remove ALL packages suggested by it? Moreover, it is not possible to mark (so that you can remember it later), which libraries you have installed because you just wanted them although they are not marked as dependency of any other package (e.g., libdvdcss). I cannot help myself, but this ex post tool is as poor replacement of aptitude-like "remember during installation what you want" as diff-like tools are poor replacements of revision marking (I was working couple of years as lawyer so I know what I am talking about). Mat?j -- http://www.ceplovi.cz/matej/blog/, Jabber: ceplmajabber.cz GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC If it dies, it's biology. If it blows up, it's chemistry, and if it doesn't work, it's physics. -- University bathroom graffito From jima at beer.tclug.org Thu Dec 7 21:19:03 2006 From: jima at beer.tclug.org (Jima) Date: Thu, 7 Dec 2006 15:19:03 -0600 (CST) Subject: On Debian and Fedora experiences In-Reply-To: <1165521602.3496.31.camel@viper.local> References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <200612040851.30437.jkeating@redhat.com> <1165413503.3513.9.camel@hal9000.oberschlesier.lan> <1165438030.21163.271.camel@localhost.localdomain> <1165462438.25300.36.camel@cutter> <20061207121513.GA21521@jadzia.bu.edu> <1165521602.3496.31.camel@viper.local> Message-ID: On Thu, 7 Dec 2006, Ville Skytt? wrote: > On Thu, 2006-12-07 at 17:30 +0100, Gianluca Sforna wrote: >> On 12/7/06, Matthew Miller wrote: >>> install yum-utils. run package-cleanup --leaves. >>> >> >> great! >> So I can: remove package xxx, run package-cleanup --leaves, remove >> what is listed there. > > package-cleanup is useful, but --leaves only deals with lib* packages at > the moment, and --leaves --all tends to list a bit too many packages for > my taste for my most common use cases. > > Other related things I've found useful: > - apt-get -D remove foo > - rpmdev-rmdevelrpms after customizing devpkgs > in /etc/rpmdevtools/rmdevelrpms.conf > - weekly "diff -u /var/log/rpmpkgs.1 /var/log/rpmpkgs" Related but unrelated... - `yum list extras` The subcommand name is a little deceptive; from what I've read it was created before Fedora Extras came to existance (or was named such, anyway). From the man page: yum list extras [glob_exp1] [...] List the packages installed on the system that are not available in any yum repository listed in the config file. It's kind of like deborphan in that it can find packages that didn't get replaced after upgrading to a new Fedora release. AFAICT, it only checks the NEVR; I've had it fail to catch a package I was reviewing once it showed up in the repo (it assumed they were the same package). Jima From mattdm at mattdm.org Thu Dec 7 21:28:49 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 7 Dec 2006 16:28:49 -0500 Subject: On Debian and Fedora experiences In-Reply-To: References: <200612040851.30437.jkeating@redhat.com> <1165413503.3513.9.camel@hal9000.oberschlesier.lan> <1165438030.21163.271.camel@localhost.localdomain> <1165462438.25300.36.camel@cutter> <20061207121513.GA21521@jadzia.bu.edu> Message-ID: <20061207212849.GA11702@jadzia.bu.edu> On Thu, Dec 07, 2006 at 08:43:18PM +0000, Matej Cepl wrote: > what should be removed correctly. Have you ever tried just to remove ALL > packages suggested by it? Moreover, it is not possible to mark (so that Well, clearly you don't want to remove everything that's a leaf. But it's a start. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From skvidal at linux.duke.edu Thu Dec 7 16:13:58 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Thu, 07 Dec 2006 11:13:58 -0500 Subject: On Debian and Fedora experiences In-Reply-To: References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <200612040851.30437.jkeating@redhat.com> <1165309389.17513.28.camel@cutter> Message-ID: <1165508038.25300.99.camel@cutter> On Tue, 2006-12-05 at 13:21 +0000, Matej Cepl wrote: > seth vidal scripst: > > I don't think anyone is opposed to the idea of suggests/recommends > > inherently. I, for one, would just like us to make sure we understand > > the policies that it entails. Especially when we think of things like > > 'enhances' which is a reverse dependency. > > I am not sure I understand your question -- is this the answer > http://www.us.debian.org/doc/debian-policy/ch-relationships.html#s-binarydeps ? > Not exactly. Though I did learn something fun this week. Apt in debian doesn't do anything about 'enhances' or 'recommends' other than print them to stdout. That'd be pretty easy to facilitate ;) -sv From michel.salim at gmail.com Thu Dec 7 23:54:05 2006 From: michel.salim at gmail.com (Michel Salim) Date: Thu, 7 Dec 2006 18:54:05 -0500 Subject: Need help with mock pkgconfig problem In-Reply-To: References: <883cfe6d0612071117y4c0c442aqd43e93edfc49fb9e@mail.gmail.com> Message-ID: <883cfe6d0612071554k410102e0hdea782bbd464e359@mail.gmail.com> 2006/12/7, Rex Dieter : > Broken/missing dependancy. > > evolution-devel's evolution-plugin-2.8.pc contains: > Requires: ... camel-provider-1.2 > > Which is included in evolution-data-provider-devel > *ah*. Thanks! -- Michel Salim http://hircus.wordpress.com/ My theology, briefly, is that the universe was dictated but not signed. -- Christopher Morley From skvidal at linux.duke.edu Thu Dec 7 23:58:07 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Thu, 07 Dec 2006 18:58:07 -0500 Subject: On Debian and Fedora experiences In-Reply-To: References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <200612040851.30437.jkeating@redhat.com> <1165413503.3513.9.camel@hal9000.oberschlesier.lan> <1165438030.21163.271.camel@localhost.localdomain> <1165462438.25300.36.camel@cutter> <20061207121513.GA21521@jadzia.bu.edu> Message-ID: <1165535887.25300.152.camel@cutter> On Thu, 2006-12-07 at 17:30 +0100, Gianluca Sforna wrote: > On 12/7/06, Matthew Miller wrote: > > On Thu, Dec 07, 2006 at 10:04:23AM +0100, Gianluca Sforna wrote: > > > Now I have a naive question: does it need a yet another package > > > database to remove, together with xxx, each package on which xxx > > > depends, under the constrain that xxx has to be the ONLY package > > > requiring it? > > > > install yum-utils. run package-cleanup --leaves. > > > > great! > So I can: remove package xxx, run package-cleanup --leaves, remove > what is listed there. > > I wonder if this nice trick could go into yum. Something like: > > yum --clean-leaves remove xxx Two suggestions: 1. why put it IN yum when it is really a policy-like issue on what to clean up or not 2. if you like the above it could be put into a plugin w/relative ease. -sv From jspaleta at gmail.com Fri Dec 8 00:35:43 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 7 Dec 2006 15:35:43 -0900 Subject: On Debian and Fedora experiences In-Reply-To: <1165512510.5804.40.camel@hal9000.oberschlesier.lan> References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <200612040851.30437.jkeating@redhat.com> <1165413503.3513.9.camel@hal9000.oberschlesier.lan> <604aa7910612061441n5a895ba8v9b4aa135b8679d19@mail.gmail.com> <1165512510.5804.40.camel@hal9000.oberschlesier.lan> Message-ID: <604aa7910612071635o16bf7d99u29a7150741b39536@mail.gmail.com> On 12/7/06, Christoph Wickert wrote: > Maybe it is. But on the other hand I gave you two examples, where this > is not the case, where there are no additional BR:s and no runtime lib > requirements. Your bugzilla example is a totally red-herring and the underlying problem is not solved by Suggests at all. The problem there is multiple applications can be used to fulfill the baseline functionality requirement. The underlying problem is how to best offer a default choice among equals. Suggests or Recommends doesn't solve that at all. A Suggests or Recommends does not in fact do anything other than state the maintainers preference to the user and encourage the user to install the maintainers stated preference regardless of whether or not its actually needed on the system. How is this really all that better than what version comparisons do now from a user standpoint? You put in a virtual provides into the multiple applications that provide the same functionality, then you put in an explicit requires on that virtual provide. The depsolver programatically decides which application to pull to fill that requires from among the equals that provide the same virtual provides IF the user doesn't already have an application installed already that can do the job. if the user does have an application that provides the functionality, no additional application is installed. Whereas with Suggests/Recommends there would be no way for the package management system to know if a user already has one of the applications installed that can be used to fill that function. Virtual provides solve the problem of choice among equals... suggests/recommends do not. I see no reason to implement a Suggests/Recommends in this situation, from an end-user perspective. >From a maintainer control situation, it has benefit. But quite frankly, I don't really care all that much about giving maintainers more control over user systems. > And I claim the opposite: Suggests/Recommends _are_not_ on shared libs > and _are_ detected at runtime. I don't recall a single deb I had to > rebuild. If you want to point out a very specific detailed example that makes sense, please by all mean do so. My concern is making sure the people who are talking about implementing it here, do so with appropriate examples that make sense. The aalib example, which dominated much of the early motiviation in discussing Suggests/Recommends in this thread... is completely and utterly without merit... as a point of discussion. I don't want to pick on Matej Cepl, but standing up aalib as a reason to move to Suggests/Recommends only confuses the issue, just as your bugzilla ticket does. And this tends to happen over and over and over again when this dicussion comes up in fedora every 6 months. The wrong examples are used as a point of discussion. I have yet to see an example in this thread which is an appropriate starting point to talk about Suggests/Recommends that solves a real current packaging problem in the fedora space. I know these situations exist, I can even idenfify examples, but I have no compelling reason to do so. I continue to be actively hostile to Suggests/Recommends so I'm not going to go out of my way to make it easier for people to argue for it. But I'm more than willing to continue a rational discussion about it, when the people who want it as a technical solution standup a current rpm packaging situation which is best served with Suggests/Recommends. > I guess I wouldn't be maintaining a single package here if gentoo was > right for me. ;) I make no claim that you act rationally, nor do I expect you to make rational self-consistent decisions. All I can do is point out rational self-consistent points of view with an aim towards directing the available development resources to make the most benefit for the future directions of this large scale project. I continue to think that the amount of resources needed to implement Suggests/Recommends is not worth the effort and I will continue to encourage developers to spend their time working on what I view as more important technical problems. I am also not above blackmailing developers with promises of mail-order Krispy Kreme doughnuts. > IHMO yes. gstreamer-plugins would become a meta-package, that would > require/suggest the other plugins. Why not? Yippie! Not just Suggests but meta-packages too. The mature handling of meta-packages requires even more packaging infrastructure and waste of development resources. Standing up more complexity to solve technical defects in an already too-complex Suggests idea, is a bad sign. > I don't think it's a fetish and I do think it's more then 0.5%. I know > many people who don't use fedora because our packages and the default > install tend to be too large. With an installed user base of at least 100,000 people, 0.5% isn't are particularly small absolute number. Regardless, I see absolutely no evidence that Suggests/Recommends is an appropriate technical solution to the issue of default install size. To me Suggests/Recommends is an implementation idea in search of a problem to solve in the Fedora packaging policy space. Just because Debian does it, doesn't mean its a good idea to start using here. I garuntee we can make real headway on the install size of the default install scenarios without reaching for the complexity of building tools which understand how to process Suggests/Recommends. > Christoph "jef is is exaggerating once again" Wickert -jef"You misunderstand me. I'm not saying the sky is falling. I'm saying the ground is exploding upward into the sky."spaleta From wtogami at redhat.com Fri Dec 8 03:39:15 2006 From: wtogami at redhat.com (Warren Togami) Date: Thu, 07 Dec 2006 22:39:15 -0500 Subject: Help Needed: Integration of Fedora Directory Server Message-ID: <4578DE63.4020900@redhat.com> Fedora Directory Server is really close to suitable for packaging and inclusion in the Fedora distribution. Only three issues remain: 1) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=196401 Review Request: mozldap Some minor issues with the .so versioning need resolving. 2) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=196393 Review Request: svrcore-devel Help is needed to properly convert svrcore into a dynamic .so library. It has been suggested that autotoolizing of svrcore would be very nice, but not a requirement. Upstream will then use this dynamic .so in future versions, including the FDS to be submitted to Fedora Package Review after these two issues are solved. http://directory.fedora.redhat.com/ The Fedora Directory Server project requests your assistance in fixing these two packages in order for FDS to become suitable for Fedora packaging standards. This work isn't very difficult, but it must be done properly and acceptable for upstream inclusion. 3) The last step is to confirm that the FDS .src.rpm works reliably with db4-4.3.x included in FC6. The FDS team indicated that they are a little nervous about version 4.3, because the OpenLDAP folks do not support db4.3 due to several instability problems they have experienced. Thus FDS with db4.3 will need to go through extensive reliability testing. If db4.3 proves to be too problematic, then the decision could be made to use compat-db42 (known good) or possibly experiment with db4.4 or db4.5. http://directory.fedora.redhat.com/wiki/Mailing_Lists If you are interested in lending a hand, please talk to the folks at the FDS project. Warren Togami wtogami at redhat.com From cr33dog at gmail.com Fri Dec 8 04:09:14 2006 From: cr33dog at gmail.com (Chris Mohler) Date: Thu, 7 Dec 2006 22:09:14 -0600 Subject: Could a little help getting started... Message-ID: Hi list, I've been working on building RPMs for an app called 'FontyPython'. It's a font manager - basically it makes symlinks of TTF files into ~/fonts, allowing you to turn on and off "sets" of fonts. Useful for graphics work (and when you maintain thousands of fonts).' FP is a python package, installed typically via 'python setup.py install'. I ran 'python setup.py bdist_rpm' to create the RPM and SRPM, and 'python setup.py bdist_rpm --spec-only' to generate the specfile - all of which is available here: http://cr33.is-a-geek.com/RPMS/ I know that since this is a gui app, I need to include a .desktop file, but aside from that I'd appreciate some feedback on what else I need to do to make this ready for FE. Or should I go ahead and start the review process, even though the RPM's not ready? TIA, Chris From jspaleta at gmail.com Fri Dec 8 04:25:28 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 8 Dec 2006 04:25:28 +0000 Subject: Could a little help getting started... In-Reply-To: References: Message-ID: <604aa7910612072025w3c081303q5c4574e478a6b88b@mail.gmail.com> On 12/8/06, Chris Mohler wrote: > I know that since this is a gui app, I need to include a .desktop > file, but aside from that I'd appreciate some feedback on what else I > need to do to make this ready for FE. > > Or should I go ahead and start the review process, even though the > RPM's not ready? Have you read: http://fedoraproject.org/wiki/Extras/Contributors and http://fedoraproject.org/wiki/Packaging/Guidelines and http://fedoraproject.org/wiki/Packaging/Python I would strongly suggest comparing your bdist_rpm generated spec file to the python template spec file that comes in the rpmdevtools packages. http://fedoraproject.org/wiki/rpmdevtools -jef From jeff at ocjtech.us Fri Dec 8 04:29:52 2006 From: jeff at ocjtech.us (Jeffrey C. Ollie) Date: Thu, 07 Dec 2006 22:29:52 -0600 Subject: Could a little help getting started... In-Reply-To: References: Message-ID: <1165552192.3299.2.camel@lt21223.campus.dmacc.edu> On Thu, 2006-12-07 at 22:09 -0600, Chris Mohler wrote: > Hi list, > > I've been working on building RPMs for an app called 'FontyPython'. > It's a font manager - basically it makes symlinks of TTF files into > ~/fonts, allowing you to turn on and off "sets" of fonts. Useful for > graphics work (and when you maintain thousands of fonts).' > > FP is a python package, installed typically via 'python setup.py > install'. I ran 'python setup.py bdist_rpm' to create the RPM and > SRPM, and 'python setup.py bdist_rpm --spec-only' to generate the > specfile - all of which is available here: > http://cr33.is-a-geek.com/RPMS/ > > I know that since this is a gui app, I need to include a .desktop > file, but aside from that I'd appreciate some feedback on what else I > need to do to make this ready for FE. > > Or should I go ahead and start the review process, even though the > RPM's not ready? Don't submit the RPM generated by bdist_rpm for review. Instead install rpmdevtools from Extras and run this command: fedora-newrpmspec -t python FontyPython This will create a spec file that will start out much much closer to the packaging guidelines. Jeff -------------- 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 cr33dog at gmail.com Fri Dec 8 04:41:36 2006 From: cr33dog at gmail.com (Chris Mohler) Date: Thu, 7 Dec 2006 22:41:36 -0600 Subject: Could a little help getting started... In-Reply-To: <604aa7910612072025w3c081303q5c4574e478a6b88b@mail.gmail.com> References: <604aa7910612072025w3c081303q5c4574e478a6b88b@mail.gmail.com> Message-ID: > Have you read: > http://fedoraproject.org/wiki/Extras/Contributors Yes > http://fedoraproject.org/wiki/Packaging/Guidelines Yes > http://fedoraproject.org/wiki/Packaging/Python No - thanks for this. Chris From cr33dog at gmail.com Fri Dec 8 04:42:57 2006 From: cr33dog at gmail.com (Chris Mohler) Date: Thu, 7 Dec 2006 22:42:57 -0600 Subject: Could a little help getting started... In-Reply-To: <1165552192.3299.2.camel@lt21223.campus.dmacc.edu> References: <1165552192.3299.2.camel@lt21223.campus.dmacc.edu> Message-ID: > Don't submit the RPM generated by bdist_rpm for review. Instead install > rpmdevtools from Extras and run this command: > > fedora-newrpmspec -t python FontyPython > > This will create a spec file that will start out much much closer to the > packaging guidelines. > > Jeff OK - thanks. I'll study this and the guidelines and see if I can get something together suitable for review. Chris From pmatilai at laiskiainen.org Fri Dec 8 07:48:56 2006 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Fri, 8 Dec 2006 09:48:56 +0200 (EET) Subject: On Debian and Fedora experiences In-Reply-To: <1165508038.25300.99.camel@cutter> References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <200612040851.30437.jkeating@redhat.com> <1165309389.17513.28.camel@cutter> <1165508038.25300.99.camel@cutter> Message-ID: On Thu, 7 Dec 2006, seth vidal wrote: > On Tue, 2006-12-05 at 13:21 +0000, Matej Cepl wrote: >> seth vidal scripst: >>> I don't think anyone is opposed to the idea of suggests/recommends >>> inherently. I, for one, would just like us to make sure we understand >>> the policies that it entails. Especially when we think of things like >>> 'enhances' which is a reverse dependency. >> >> I am not sure I understand your question -- is this the answer >> http://www.us.debian.org/doc/debian-policy/ch-relationships.html#s-binarydeps ? >> > > Not exactly. Though I did learn something fun this week. Apt in debian > doesn't do anything about 'enhances' or 'recommends' other than print > them to stdout. Actually apt in Debian (or elsewhere) doesn't even *know* about 'enhances'. It only prints info about suggests and recommends... https://lists.dulug.duke.edu/pipermail/rpm-devel/2006-January/000672.html In fact, neither aptitude or synaptic knows about enhances either. Looking at dpkg source, it doesn't know much about enhances either, only that such a tag exists and is shown if you view package dependency information (think of rpm --requires/--provides kind of info). Given how much hoopla we've seen about dpkg being superior to rpm because it supports enhances and suggests and all ... yawn. > That'd be pretty easy to facilitate ;) Indeed, not much policy involved ;) Now, I do think soft dependencies *would* be a powerful feature, correctly and sparingly used and actually implemented in the tools. How I personally think it should be done, is two levels of soft dependencies (btw this is how Suse's rpm fork implements it, JBJ's rpm only has one level): there are strong and weak dependency hints. A strong dependency hint could be for example Evolution requiring spamassassin, which it doesn't need to run, but is handy if you don't have spam checked for incoming mails by other means. Strong dependency hint would be something that you'd probably want to install by default automatically in 'yum install foo' situation. It's also something you can just rpm -e / yum remove later, and in that case it wont be pulled back in on upgrade. You don't really need an extra database for that either, it's possible to calculate it from existing data (installed package A has dependency hint on B but B is not installed, so the user doesn't want it etc) A weak dependency hint is something you probably never want to install automatically, it's more just extra information that interactive tools can prompt for or just show "you might find these packages useful with this software". So you have something like (IIRC this is how Suse rpm does it but mind you it's been a while since I looked at the source): Requires: foo # a hard dep as we know it Requires(hint): bar # a strong dependency hint Requires(weak): bar-foo # a weak dependency hint - Hard dependency is something the package wont run without. - Strong hint is something you want generally to be installed by default, but removing wont stop the package from running and dependencies wont be broken. - Weak hint is just "you might also be interested in these packages" info when viewing such info is feasible. Enhances is also two-level thing, and much like requires hints, but with some twists because it gives control of dependencies to "3rd party packages", so you need to be extra careful with them. Strong enhances hint is something you'd almost never want to use "in the wild", assuming similar semantics as for requires where strong hints are automatically installed. BUT it would be extremely handy in certain specific cases. For example, at work we have a firefox-corp package which contains configuration, bookmarks etc for firefox, which we'd like to have pulled in any time firefox is installed. Currently there's no way to do that. Weak enhances hint (which is what Debian's enhances is) is again just info that tools *can* use if they so wish (prompt for, just show the info or so). Useful with 3rd party plugins / other addons to software where the main software package is not aware of these enhancements. Allowing soft dependencies to be present doesn't mean they should be used on every other package, nor does it necessarily mean that much in the tools above rpm (and rpm-level implementations already exist) - all apt does is a printf() on Suggests/Recommends, aptitude and synaptic actually prompt and allow individual packages to be selected from the list. Like Seth said, a print in yum doesn't cost much ;) Soft dependencies are no silver bullet, they certainly add some extra complexity if fully implemented in tools, and they should be used with care. But they DO offer some nice possibilities which are currently impossible. P.S. Actually comps.xml as used by anaconda is already a kind of soft dependency provider, I've seen comments like "well it's installed by default from comps so foo doesn't need to require it" over the years. Pffft. Maybe, hopefully, come the next 6 month cycle to talk about soft dependencies I'm able to shut up. - Panu - From mcepl at redhat.com Fri Dec 8 09:49:38 2006 From: mcepl at redhat.com (Matej Cepl) Date: Fri, 8 Dec 2006 09:49:38 +0000 (UTC) Subject: On Debian and Fedora experiences References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <200612040851.30437.jkeating@redhat.com> <1165413503.3513.9.camel@hal9000.oberschlesier.lan> <604aa7910612061441n5a895ba8v9b4aa135b8679d19@mail.gmail.com> <1165512510.5804.40.camel@hal9000.oberschlesier.lan> <604aa7910612071635o16bf7d99u29a7150741b39536@mail.gmail.com> Message-ID: Jeff Spaleta scripst: > If you want to point out a very specific detailed example that makes > sense, please by all mean do so. My concern is making sure the people > who are talking about implementing it here, do so with appropriate > examples that make sense. The aalib example, which dominated much of > the early motiviation in discussing Suggests/Recommends in this > thread... is completely and utterly without merit... as a point of > discussion. I don't want to pick on Matej Cepl, but standing up aalib > as a reason to move to Suggests/Recommends > only confuses the issue, just as your bugzilla ticket does. I repeated couple of times that I am not an engineer and I don't understand underlying technical issues enough, but this paragraph makes me wonder -- aside from claiming that aalib is silly example it doesn't put down any reason why it is so. Of course, it is silly example, but I thought that everybody understands that it illustrates a class of libraries which are installed without any reason than that packager thought that they may be sometime by somebody every used. Can you be more specific in the reasons why this is not the problem? Otherwise, this sounds to me too close to smokescreening. Mat?j -- http://www.ceplovi.cz/matej/blog/, Jabber: ceplmajabber.cz GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC Whenever Christ our life is revealed, then also you will be revealed with Him in glory. -- Colossians 3:4 (Green's Literal Translation) From mcepl at redhat.com Fri Dec 8 09:56:21 2006 From: mcepl at redhat.com (Matej Cepl) Date: Fri, 8 Dec 2006 09:56:21 +0000 (UTC) Subject: On Debian and Fedora experiences References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <200612040851.30437.jkeating@redhat.com> <1165309389.17513.28.camel@cutter> <1165508038.25300.99.camel@cutter> Message-ID: Panu Matilainen scripst: > Now, I do think soft dependencies *would* be a powerful feature, > correctly and sparingly used and actually implemented in the tools. How > I personally think it should be done, is two levels of soft dependencies > (btw this is how Suse's rpm fork implements it, JBJ's rpm only has one > level): there are strong and weak dependency hints. IIRC, that's exactly what Debian has -- Recommends (according to the above mentioned page) "declares a strong, but not absolute, dependency", whereas Suggests This is used to declare that one package may be more useful with one or more others. Using this field tells the packaging system and the user that the listed packages are related to this one and can perhaps enhance its usefulness, but that installing this one without them is perfectly reasonable. Mat?j -- http://www.ceplovi.cz/matej/blog/, Jabber: ceplmajabber.cz GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC They never open their mouths without subtracting from the sum of human knowledge. -- Thomas Brackett Reed From jspaleta at gmail.com Fri Dec 8 10:48:24 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 8 Dec 2006 10:48:24 +0000 Subject: On Debian and Fedora experiences In-Reply-To: References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <200612040851.30437.jkeating@redhat.com> <1165413503.3513.9.camel@hal9000.oberschlesier.lan> <604aa7910612061441n5a895ba8v9b4aa135b8679d19@mail.gmail.com> <1165512510.5804.40.camel@hal9000.oberschlesier.lan> <604aa7910612071635o16bf7d99u29a7150741b39536@mail.gmail.com> Message-ID: <604aa7910612080248g1438018dwe286e3bf37039d05@mail.gmail.com> On 12/8/06, Matej Cepl wrote: > Can you be more specific in the reasons why this is not the problem? > Otherwise, this sounds to me too close to smokescreening. I'm sorry you didn't understand my first post where I tried to explain the difference between libraries which are linked at build time and libraries which are runtime detectable. I will try this again, and if you still don't understand the technical issues after this post we'll need to have a longer discussion offlist so we don't bore the rest of the list readers. If you are going to wade into discussions concerning technical details of packaging its really important you undertand the technical limitations associated with library linking so you can be a part of an informed discussion. Because of the way mplayer developers have designed their application, whether or not mplayer will support libaa is a build time decision, and is not something that users can add or remove later without recompiling the mplayer executable. The package maintainer who builds the debian package or the fedora package or the suse package, any binary package, must decide whether to include the libaa functionality or not at buildtime. It is not a runtime detectable capability. If the maintainer chooses to include the libaa functionality it becomes a hard requirement through the process of shared library linking. If the maintainer chooses to not include the libaa functionality, then no user of that binary executable has the ability to use that feature, even if they later add libaa to their system. It works this way because the mplayer developers have chosen to have it work this way. The packagers who compile the executables for us must make a yes/no decision on libaa support for all the users of that executable. The use of Suggests or Recommends tags at the packaging level can do nothing to change the fact that the mplayer developers have chosen to make libaa support a buildtime decision, instead of a runtime detectable capability. Is it silly that things are built aginst libaa, most likely yes, If you want to see libaa go away, you'll have to persuade the package maintainer to disable the libaa support in the package, or you'll have to persuade the mplayer developers to turn that libaa support into a run-time detectable capability or better yet remove support for it completely. Even if we had a Suggests/Recommends tagspace it does not address the underlying buildtime library linking issue here. I hope this second attempt at an explanation helps. If it does not, then I encourage you to become familiar with the details of how mplayer is compiled into an executable, and to read up on shared library linking. -jef From ndbecker2 at gmail.com Fri Dec 8 13:28:34 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Fri, 08 Dec 2006 08:28:34 -0500 Subject: Anyone look at building "D compiler" (gdc)? References: <4578DE63.4020900@redhat.com> Message-ID: Is anyone trying to build gdc (D compiler)? I suppose the procedure would be to get current gcc srpm and build on top of this. From mmcgrath at fedoraproject.org Fri Dec 8 14:12:20 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Fri, 8 Dec 2006 08:12:20 -0600 Subject: Help Needed: Integration of Fedora Directory Server In-Reply-To: <200612080722.48825.ndbecker2@gmail.com> References: <4578DE63.4020900@redhat.com> <200612080722.48825.ndbecker2@gmail.com> Message-ID: <3237e4410612080612v23dbd86fm6569d9459ac027ac@mail.gmail.com> On 12/8/06, Neal Becker wrote: > What is the plan for dealing with java? AFAIK, FDS doesn't run without > proprietary java. > FDS runs fine its some of the management tools that don't. And while it requires proprietary java to run the code itself isn't proprietary, not an ideal situation I know but I'm sure they're working on it. -Mike From overholt at redhat.com Fri Dec 8 15:38:30 2006 From: overholt at redhat.com (Andrew Overholt) Date: Fri, 08 Dec 2006 10:38:30 -0500 Subject: Help Needed: Integration of Fedora Directory Server In-Reply-To: <3237e4410612080612v23dbd86fm6569d9459ac027ac@mail.gmail.com> References: <4578DE63.4020900@redhat.com> <200612080722.48825.ndbecker2@gmail.com> <3237e4410612080612v23dbd86fm6569d9459ac027ac@mail.gmail.com> Message-ID: <1165592311.4436.14.camel@toxic.toronto.redhat.com> On Fri, 2006-08-12 at 08:12 -0600, Mike McGrath wrote: > On 12/8/06, Neal Becker wrote: > > What is the plan for dealing with java? AFAIK, FDS doesn't run without > > proprietary java. > > FDS runs fine its some of the management tools that don't. And while > it requires proprietary java to run the code itself isn't proprietary, > not an ideal situation I know but I'm sure they're working on it. I know Tom Fitzsimmons looked into this and I was pretty sure that the tools *did* run with recent Classpath/libgcj snapshots. Tom? Andrew -------------- 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 fitzsim at redhat.com Fri Dec 8 16:37:34 2006 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Fri, 08 Dec 2006 11:37:34 -0500 Subject: Help Needed: Integration of Fedora Directory Server In-Reply-To: <3237e4410612080612v23dbd86fm6569d9459ac027ac@mail.gmail.com> References: <4578DE63.4020900@redhat.com> <200612080722.48825.ndbecker2@gmail.com> <3237e4410612080612v23dbd86fm6569d9459ac027ac@mail.gmail.com> Message-ID: <457994CE.9060005@redhat.com> Mike McGrath wrote: > On 12/8/06, Neal Becker wrote: >> What is the plan for dealing with java? AFAIK, FDS doesn't run without >> proprietary java. >> > > > FDS runs fine its some of the management tools that don't. Which ones? The administration console runs, except for this bug: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183962 The fix is simply to remove those unnecessary options. Remove those options from startconsole, then try running the script on a default FC-6 install. The console should work fine. Tom From mdehaan at redhat.com Fri Dec 8 17:44:43 2006 From: mdehaan at redhat.com (Michael DeHaan) Date: Fri, 08 Dec 2006 12:44:43 -0500 Subject: tog-pegasus ownership In-Reply-To: References: Message-ID: <4579A48B.4070807@redhat.com> Mark Hamzy wrote: > > A while ago, I proposed taking over ownership of tog-pegasus. I > wouldn't have minded if someone from Red Hat took it over, though. I > notice that it is still unowed. Are there any objections to my taking > over ownership of it? > > 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/ > AFAIK, there would be zero objections to this. I think it would be a plus if someone with a vested interest in CIM who is connected to the inner workings of Pegasus would maintain it. From giallu at gmail.com Fri Dec 8 18:40:03 2006 From: giallu at gmail.com (Gianluca Sforna) Date: Fri, 8 Dec 2006 19:40:03 +0100 Subject: On Debian and Fedora experiences In-Reply-To: <1165535887.25300.152.camel@cutter> References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <200612040851.30437.jkeating@redhat.com> <1165413503.3513.9.camel@hal9000.oberschlesier.lan> <1165438030.21163.271.camel@localhost.localdomain> <1165462438.25300.36.camel@cutter> <20061207121513.GA21521@jadzia.bu.edu> <1165535887.25300.152.camel@cutter> Message-ID: On 12/8/06, seth vidal wrote: > > Two suggestions: > 1. why put it IN yum when it is really a policy-like issue on what to > clean up or not > 2. if you like the above it could be put into a plugin w/relative ease. I would be perfectly fine with 2; I hope someone will do that. Thanks for your remarks. From buildsys at fedoraproject.org Fri Dec 8 23:23:10 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 8 Dec 2006 18:23:10 -0500 (EST) Subject: Fedora Extras Package Build Report 2006-12-08 Message-ID: <20061208232310.7A54C15212F@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 32 cfitsio-3.020-3.fc7 codeblocks-1.0-0.18.20061207svn3357.fc7 compat-libgda-1.2.3-5.fc7 denyhosts-2.6-2.fc7 gnome-blog-0.9.1-5.fc7 gnu-smalltalk-2.3-4.fc7 NEW gossip-0.20-1.fc7 gramps-2.2.3-2.fc7 idioskopos-0.4.0-2.fc7 NEW jasper-1.900.0-2.fc7 libkexif-0.2.5-1.fc7 libkipi-0.1.5-1.fc7 libmtp-0.1.0-1.fc7 libtunepimp-0.5.3-2.fc7 mail-notification-4.0-0.2.fc7.rc2 mirage-0.8.1-1.fc7.1 ochusha-0.5.99.63.14-0.1.cvs061208.fc7 php-pear-Image-Color-1.0.2-2.fc7 NEW pyicq-t-0.8-2.fc7 pymsn-0.2-2.fc7 pypoker-eval-133.0-1.fc7 python-alsaaudio-0.2-2.fc7 python-dns-1.4.0-3.fc7 python-musicbrainz2-0.4.0-2.fc7 python-reportlab-1.21.1-2.fc7 python-sqlalchemy-0.3.1-1.fc7 python-xmpp-0.4.0-2.fc7 rxvt-unicode-8.1-1.fc7 ssmtp-2.61-11.fc7 vdradmin-am-3.5.2-1.fc7 wp_tray-0.5.3-2.fc7 xl2tpd-1.1.06-5.fc7 NEW Packages built and released for Fedora Extras 6: 19 915resolution-0.5.2-4.fc6 NEW Pound-2.1.7-1.fc6 cfitsio-3.020-2.fc6 cobbler-0.3.4-1.fc6 codeblocks-1.0-0.18.20061207svn3357.fc6 denyhosts-2.6-2.fc6 gnomebaker-0.6.0-2.fc6 gossip-0.20-1.fc6 grads-1.9b4-19.fc6 idioskopos-0.4.0-2.fc6 NEW koan-0.2.5-1.fc6 perl-File-ExtAttr-1.01-3.fc6 NEW perl-Net-SNPP-1.17-2.fc6 NEW perl-Test-Distribution-1.26-2.fc6 NEW pypoker-eval-133.0-1.fc6 python-sqlalchemy-0.3.1-1.fc6 rxvt-unicode-8.1-1.fc6 vdradmin-am-3.5.2-1.fc6 xl2tpd-1.1.06-5.fc6 NEW Packages built and released for Fedora Extras 5: 14 Pound-2.1.7-1.fc5 cfitsio-3.020-2.fc5 cobbler-0.3.4-1.fc5 codeblocks-1.0-0.18.20061207svn3357.fc5 denyhosts-2.6-2.fc5 gparted-0.3.3-1.fc5 idioskopos-0.4.0-2.fc5 NEW koan-0.2.5-1.fc5 perl-File-ExtAttr-1.01-3.fc5 NEW perl-Net-SNPP-1.17-2.fc5 NEW perl-Test-Distribution-1.26-2.fc5 NEW pypoker-eval-133.0-1.fc5 rxvt-unicode-8.1-1.fc5 xl2tpd-1.1.06-5.fc5 NEW Packages built and released for Fedora Extras 4: 2 denyhosts-2.6-2.fc4 rxvt-unicode-8.1-1.fc4 Packages built and released for Fedora Extras 3: 2 denyhosts-2.6-2.fc3 rxvt-unicode-8.1-1.fc3 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From wart at kobold.org Fri Dec 8 23:41:50 2006 From: wart at kobold.org (Michael Thomas) Date: Fri, 08 Dec 2006 15:41:50 -0800 Subject: Fedora Extras Package Build Report 2006-12-08 In-Reply-To: <20061208232310.7A54C15212F@buildsys.fedoraproject.org> References: <20061208232310.7A54C15212F@buildsys.fedoraproject.org> Message-ID: <4579F83E.5000708@kobold.org> buildsys at fedoraproject.org wrote: > Packages built and released for Fedora Extras development: 32 > > cfitsio-3.020-3.fc7 > codeblocks-1.0-0.18.20061207svn3357.fc7 > compat-libgda-1.2.3-5.fc7 > denyhosts-2.6-2.fc7 > gnome-blog-0.9.1-5.fc7 > gnu-smalltalk-2.3-4.fc7 NEW > gossip-0.20-1.fc7 > gramps-2.2.3-2.fc7 > idioskopos-0.4.0-2.fc7 NEW Minor formatting request: The distance between the package name and 'NEW' makes it hard to visually line them up with each other. Perhaps you could put an asterisk before or after the package name to signify that it's new? Or maybe sort the new packages to the top/bottom of each list? --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 opensource at till.name Sat Dec 9 03:49:05 2006 From: opensource at till.name (Till Maas) Date: Sat, 09 Dec 2006 04:49:05 +0100 Subject: owners owners.list,1.2080,1.2081 In-Reply-To: <200612071904.kB7J458N027505@cvs-int.fedora.redhat.com> References: <200612071904.kB7J458N027505@cvs-int.fedora.redhat.com> Message-ID: <200612090449.14538.opensource@till.name> On Thursday 07 December 2006 20:04, Jochen Schmitt wrote: > Modified Files: > owners.list > Log Message: > Add gnu-smalltalk to owners.list > > > Index: owners.list > =================================================================== > RCS file: /cvs/extras/owners/owners.list,v > retrieving revision 1.2080 > retrieving revision 1.2081 > diff -u -r1.2080 -r1.2081 gnubg is now twice in owners.list, please remove one entry, 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 opensource at till.name Sat Dec 9 03:55:35 2006 From: opensource at till.name (Till Maas) Date: Sat, 09 Dec 2006 04:55:35 +0100 Subject: owners owners.list,1.2080,1.2081 In-Reply-To: <200612090449.14538.opensource@till.name> References: <200612071904.kB7J458N027505@cvs-int.fedora.redhat.com> <200612090449.14538.opensource@till.name> Message-ID: <200612090455.35470.opensource@till.name> On Saturday 09 December 2006 04:49, Till Maas wrote: > gnubg is now twice in owners.list, please remove one entry, I removed the entry with the not working e-mail, 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 seg at haxxed.com Sat Dec 9 06:35:27 2006 From: seg at haxxed.com (Callum Lerwick) Date: Sat, 09 Dec 2006 00:35:27 -0600 Subject: On Debian and Fedora experiences In-Reply-To: References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <200612040851.30437.jkeating@redhat.com> <1165309389.17513.28.camel@cutter> <1165508038.25300.99.camel@cutter> Message-ID: <1165646128.6017.62.camel@max.booze> On Fri, 2006-12-08 at 09:48 +0200, Panu Matilainen wrote: > A strong dependency hint could be for example Evolution requiring > spamassassin, which it doesn't need to run, but is handy if you don't have > spam checked for incoming mails by other means. More examples: Rosegarden's online help does not work if kdebase is not installed. If you don't need help then Rosegarden doesn't need kdebase. Errr, smartmontools used to depend on smtpdaemon, but that requirement seems to have disappeared. Yay! -------------- 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 seg at haxxed.com Sat Dec 9 06:50:32 2006 From: seg at haxxed.com (Callum Lerwick) Date: Sat, 09 Dec 2006 00:50:32 -0600 Subject: On Debian and Fedora experiences In-Reply-To: <604aa7910612071635o16bf7d99u29a7150741b39536@mail.gmail.com> References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <200612040851.30437.jkeating@redhat.com> <1165413503.3513.9.camel@hal9000.oberschlesier.lan> <604aa7910612061441n5a895ba8v9b4aa135b8679d19@mail.gmail.com> <1165512510.5804.40.camel@hal9000.oberschlesier.lan> <604aa7910612071635o16bf7d99u29a7150741b39536@mail.gmail.com> Message-ID: <1165647033.6017.72.camel@max.booze> On Thu, 2006-12-07 at 15:35 -0900, Jeff Spaleta wrote: > Whereas > with Suggests/Recommends there would be no way for the package > management system to know if a user already has one of the > applications installed that can be used to fill that function. > Virtual provides solve the problem of choice among equals... > suggests/recommends do not. I see no reason to implement a > Suggests/Recommends in this situation, from an end-user perspective. .deb can handle this: http://www.debian.org/doc/debian-policy/ch-relationships.html "In the Depends, Recommends, Suggests, Pre-Depends, Build-Depends and Build-Depends-Indep control file fields of the package, which declare dependencies on other packages, the package names listed may also include lists of alternative package names, separated by vertical bar (pipe) symbols |. In such a case, if any one of the alternative packages is installed, that part of the dependency is considered to be satisfied." -------------- 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 Sat Dec 9 10:12:57 2006 From: lists at timj.co.uk (Tim Jackson) Date: Sat, 09 Dec 2006 10:12:57 +0000 Subject: FE Package Status of Dec 6, 2006 In-Reply-To: <20061206022101.275f282e@ludwig-alpha.unil.ch> References: <20061206022101.275f282e@ludwig-alpha.unil.ch> Message-ID: <457A8C29.4030601@timj.co.uk> Christian Iseli wrote: [package report] Thanks as ever for this really useful report Christian! > Owners file stats: ... > - 7 packages which have not yet been FE-APPROVE'd... Should this say FE-ACCEPT'ed? Tim From dtimms at iinet.net.au Sat Dec 9 11:06:43 2006 From: dtimms at iinet.net.au (David Timms) Date: Sat, 09 Dec 2006 22:06:43 +1100 Subject: packaging guidelines: update request of immutable wiki page Message-ID: <457A98C3.6040201@iinet.net.au> Hi, I would like to request an adjustment to the extras wiki for packaging guidelines. Specifically I found it time consuming to find the key information on how to actually set up my machine to start developing packages. Here is a draft: http://fedoraproject.org/wiki/Packaging/Guidelines ===== +[[Anchor(PackageDevelopmentEnvironment)]] +=== Configuring a Fedora system for developing packages === +When beginning package development, there are some tools like '''rpmdevtools''' and '''rpmlint''' that will assist in: + * installing the minimal compilation and build programs + * setting up a standardized package build environment for a developer user + * testing your built packages +'''rpmdevtools''' and '''rpmlint''' can be installed from the Fedora Extras repository with yum: +{{{ + yum install rpmdevtools rpmlint +}}} +Additional information is available from [:rpmdevtools: RPM Development Tools], and the draft [:Docs/Drafts/BuildingPackagesGuide: Building Packages in Fedora]. Any comments ? (I included a diff if it's OK to go.) DaveT. -------------- next part -------------- A non-text attachment was scrubbed... Name: Guidelines.diff Type: text/x-patch Size: 1495 bytes Desc: not available URL: From musuruan at gmail.com Sat Dec 9 11:19:51 2006 From: musuruan at gmail.com (Andrea Musuruane) Date: Sat, 09 Dec 2006 12:19:51 +0100 Subject: Adventure games interpreters suitable for FE? Message-ID: <1165663191.12292.8.camel@localhost.localdomain> Hi, I am wondering if adventure games interpreters are suitable for FE inclusion. I know that both frotz and ScummVm are already in Extras. I wonder what is the policy towards interpreters and if it is different from emulators. I have already packaged scottfree which is in Dribble right now and I would like to include it in FE, if this is possible. Please let me know. Thanks. Bye, Andrea. From mattdm at mattdm.org Sat Dec 9 12:49:35 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Sat, 9 Dec 2006 07:49:35 -0500 Subject: Adventure games interpreters suitable for FE? In-Reply-To: <1165663191.12292.8.camel@localhost.localdomain> References: <1165663191.12292.8.camel@localhost.localdomain> Message-ID: <20061209124935.GA28418@jadzia.bu.edu> On Sat, Dec 09, 2006 at 12:19:51PM +0100, Andrea Musuruane wrote: > I am wondering if adventure games interpreters are suitable for FE > inclusion. Are the ones you're thinking of useful at all without proprietary content? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From bugs.michael at gmx.net Sat Dec 9 12:57:11 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 9 Dec 2006 13:57:11 +0100 Subject: foolish AT fedoraforum DOT org Message-ID: <20061209135711.dfdbe422.bugs.michael@gmx.net> Your e-mail address in CVS owners.list fails to receive messages from buildsys and external mail providers. If you're interested in details, get back to me with a working address. From buildsys at fedoraproject.org Sat Dec 9 13:00:53 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sat, 09 Dec 2006 13:00:53 -0000 Subject: (1/3) Summary - Broken dependencies in Fedora Extras development - 2006-12-08 Message-ID: <20061209130053.6700.96022@extras64.linux.duke.edu> Summary of broken packages (by owner): Axel.Thimm AT ATrpms.net apt-python - 0.5.15lorg3.2-8.fc7.i386 apt-python - 0.5.15lorg3.2-8.fc7.ppc apt-python - 0.5.15lorg3.2-8.fc7.x86_64 smart - 0.42-39.fc6.i386 smart - 0.42-39.fc6.ppc smart - 0.42-39.fc6.x86_64 smart-gui - 0.42-39.fc6.i386 smart-gui - 0.42-39.fc6.ppc smart-gui - 0.42-39.fc6.x86_64 Jochen AT herr-schmitt.de blender - 2.42a-6.fc7.i386 blender - 2.42a-6.fc7.ppc blender - 2.42a-6.fc7.x86_64 python-smbpasswd - 1.0.1-4.fc6.i386 python-smbpasswd - 1.0.1-4.fc6.ppc python-smbpasswd - 1.0.1-4.fc6.x86_64 alexl AT redhat.com sabayon - 2.12.4-4.fc6.i386 sabayon - 2.12.4-4.fc6.ppc sabayon - 2.12.4-4.fc6.x86_64 sabayon-apply - 2.12.4-4.fc6.i386 sabayon-apply - 2.12.4-4.fc6.ppc sabayon-apply - 2.12.4-4.fc6.x86_64 andreas.bierfert AT lowlatency.de centericq - 4.21.0-8.fc6.i386 (39 days) centericq - 4.21.0-8.fc6.ppc (39 days) centericq - 4.21.0-8.fc6.x86_64 (39 days) koffice-core - 1.6.1-1.fc7.i386 koffice-core - 1.6.1-1.fc7.i386 koffice-core - 1.6.1-1.fc7.ppc koffice-core - 1.6.1-1.fc7.x86_64 koffice-kivio - 1.6.1-1.fc7.i386 koffice-kivio - 1.6.1-1.fc7.i386 koffice-kivio - 1.6.1-1.fc7.ppc koffice-kivio - 1.6.1-1.fc7.x86_64 libopensync - 0.19-1.fc6.i386 libopensync - 0.19-1.fc6.i386 libopensync - 0.19-1.fc6.ppc libopensync - 0.19-1.fc6.x86_64 nessus-client - 2.2.7-2.fc6.i386 (10 days) nessus-client - 2.2.7-2.fc6.ppc (10 days) nessus-client - 2.2.7-2.fc6.x86_64 (10 days) nessus-gui - 2.2.7-2.fc6.i386 (10 days) nessus-gui - 2.2.7-2.fc6.ppc (10 days) nessus-gui - 2.2.7-2.fc6.x86_64 (10 days) nessus-server - 2.2.7-2.fc6.i386 (10 days) nessus-server - 2.2.7-2.fc6.ppc (10 days) nessus-server - 2.2.7-2.fc6.x86_64 (10 days) orange - 0.3-4.cvs20051118.fc7.i386 (5 days) scribus - 1.3.3.5-1.fc7.i386 scribus - 1.3.3.5-1.fc7.i386 scribus - 1.3.3.5-1.fc7.ppc sylpheed-claws - 2.6.0-1.fc7.i386 (10 days) sylpheed-claws - 2.6.0-1.fc7.i386 (10 days) sylpheed-claws - 2.6.0-1.fc7.ppc (10 days) sylpheed-claws - 2.6.0-1.fc7.x86_64 (10 days) andreas AT bawue.net bitbake - 1.6.0-1.fc6.noarch bitbake - 1.6.0-1.fc6.noarch bitbake - 1.6.0-1.fc6.noarch pyzor - 0.4.0-10.fc6.noarch pyzor - 0.4.0-10.fc6.noarch pyzor - 0.4.0-10.fc6.noarch ser-postgresql - 0.9.6-9.fc6.i386 (3 days) ser-postgresql - 0.9.6-9.fc6.ppc (3 days) ser-postgresql - 0.9.6-9.fc6.x86_64 (3 days) bdpepple AT ameritech.net python-eyed3 - 0.6.11-1.fc7.noarch python-eyed3 - 0.6.11-1.fc7.noarch python-eyed3 - 0.6.11-1.fc7.noarch python-telepathy - 0.13.7-2.fc7.noarch python-telepathy - 0.13.7-2.fc7.noarch python-telepathy - 0.13.7-2.fc7.noarch telepathy-butterfly - 0.1.3-1.fc7.noarch telepathy-butterfly - 0.1.3-1.fc7.noarch telepathy-butterfly - 0.1.3-1.fc7.noarch xchat-gnome - 0.15-1.fc7.i386 xchat-gnome - 0.15-1.fc7.ppc xchat-gnome - 0.15-1.fc7.x86_64 berrange AT redhat.com autobuild-applet - 1.0.3-2.fc6.i386 autobuild-applet - 1.0.3-2.fc6.ppc autobuild-applet - 1.0.3-2.fc6.x86_64 bnocera AT redhat.com driftnet - 0.1.6-11.i386 (10 days) driftnet - 0.1.6-11.ppc (10 days) driftnet - 0.1.6-11.x86_64 (10 days) cgoorah AT yahoo.com.au gresistor - 0.0.1-8.fc6.noarch gresistor - 0.0.1-8.fc6.noarch gresistor - 0.0.1-8.fc6.noarch chris.stone AT gmail.com SOAPpy - 0.11.6-5.fc6.noarch SOAPpy - 0.11.6-5.fc6.noarch SOAPpy - 0.11.6-5.fc6.noarch poker-engine - 1.0.20-2.fc7.noarch poker-engine - 1.0.20-2.fc7.noarch poker-engine - 1.0.20-2.fc7.noarch pygame - 1.7.1-9.fc6.i386 pygame - 1.7.1-9.fc6.i386 pygame - 1.7.1-9.fc6.ppc pygame - 1.7.1-9.fc6.x86_64 python-fpconst - 0.7.2-3.fc6.noarch python-fpconst - 0.7.2-3.fc6.noarch python-fpconst - 0.7.2-3.fc6.noarch dan AT danny.cz tinyerp - 3.4.2-1.fc6.noarch tinyerp - 3.4.2-1.fc6.noarch tinyerp - 3.4.2-1.fc6.noarch tinyerp-server - 3.4.2-1.fc6.noarch tinyerp-server - 3.4.2-1.fc6.noarch tinyerp-server - 3.4.2-1.fc6.noarch dcbw AT redhat.com csound - 5.03.0-9.fc7.i386 csound - 5.03.0-9.fc7.i386 csound - 5.03.0-9.fc7.ppc csound - 5.03.0-9.fc7.x86_64 csound-python - 5.03.0-9.fc7.i386 csound-python - 5.03.0-9.fc7.ppc csound-python - 5.03.0-9.fc7.x86_64 plague-common - 0.4.4.1-2.fc6.noarch plague-common - 0.4.4.1-2.fc6.noarch plague-common - 0.4.4.1-2.fc6.noarch denis AT poolshark.org glom - 1.2.1-2.fc7.i386 glom - 1.2.1-2.fc7.ppc glom - 1.2.1-2.fc7.x86_64 gnome-python2-gda - 2.14.2-2.fc6.i386 gnome-python2-gda - 2.14.2-2.fc6.i386 gnome-python2-gda - 2.14.2-2.fc6.ppc gnome-python2-gda - 2.14.2-2.fc6.x86_64 gstreamer-python - 0.10.5-2.fc6.i386 gstreamer-python - 0.10.5-2.fc6.i386 gstreamer-python - 0.10.5-2.fc6.ppc gstreamer-python - 0.10.5-2.fc6.x86_64 k3d - 0.6.4.0-1.fc7.i386 k3d - 0.6.4.0-1.fc7.i386 k3d - 0.6.4.0-1.fc7.ppc k3d - 0.6.4.0-1.fc7.x86_64 dennis AT ausil.us hamlib-python - 1.2.5-3.fc6.i386 hamlib-python - 1.2.5-3.fc6.ppc hamlib-python - 1.2.5-3.fc6.x86_64 devrim AT commandprompt.com python-psycopg2 - 2.0.5.1-5.fc7.i386 python-psycopg2 - 2.0.5.1-5.fc7.ppc python-psycopg2 - 2.0.5.1-5.fc7.x86_64 dlutter AT redhat.com ruby-postgres - 0.7.1-5.fc6.i386 (3 days) ruby-postgres - 0.7.1-5.fc6.ppc (3 days) ruby-postgres - 0.7.1-5.fc6.x86_64 (3 days) dwmw2 AT redhat.com exim - 4.63-5.fc6.i386 (3 days) exim - 4.63-5.fc6.ppc (3 days) exim - 4.63-5.fc6.x86_64 (3 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.i386 (3 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.ppc (3 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.x86_64 (3 days) endur AT bennewitz.com streamtuner - 0.99.99-15.fc7.x86_64 extras-orphan AT fedoraproject.org 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 python-htmltmpl - 1.22-7.fc6.noarch python-htmltmpl - 1.22-7.fc6.noarch python-htmltmpl - 1.22-7.fc6.noarch python-id3 - 1.2-8.fc6.noarch python-id3 - 1.2-8.fc6.noarch python-id3 - 1.2-8.fc6.noarch fedora AT leemhuis.info python-crypto - 2.0.1-4.fc6.i386 python-crypto - 2.0.1-4.fc6.ppc python-crypto - 2.0.1-4.fc6.x86_64 revelation - 0.4.7-6.fc7.i386 revelation - 0.4.7-6.fc7.ppc revelation - 0.4.7-6.fc7.x86_64 foolish AT guezz.net serpentine - 0.7-5.fc6.noarch serpentine - 0.7-5.fc6.noarch serpentine - 0.7-5.fc6.noarch gajownik AT gmail.com gajim - 0.10.1-3.fc6.i386 gajim - 0.10.1-3.fc6.ppc gajim - 0.10.1-3.fc6.x86_64 python-sqlite2 - 1:2.3.2-2.fc6.i386 python-sqlite2 - 1:2.3.2-2.fc6.ppc python-sqlite2 - 1:2.3.2-2.fc6.x86_64 gauret AT free.fr amarok - 1.4.4-2.fc7.i386 amarok - 1.4.4-2.fc7.i386 amarok - 1.4.4-2.fc7.ppc amarok - 1.4.4-2.fc7.x86_64 pure-ftpd - 1.0.21-9.fc6.i386 (3 days) pure-ftpd - 1.0.21-9.fc6.ppc (3 days) pure-ftpd - 1.0.21-9.fc6.x86_64 (3 days) python-dialog - 2.7-5.fc7.noarch python-dialog - 2.7-5.fc7.noarch python-dialog - 2.7-5.fc7.noarch ulogd-pgsql - 1.24-2.fc6.i386 (3 days) ulogd-pgsql - 1.24-2.fc6.ppc (3 days) ulogd-pgsql - 1.24-2.fc6.x86_64 (3 days) gemi AT bluewin.ch clisp - 2.41-1.fc6.i386 (3 days) clisp - 2.41-1.fc6.i386 (3 days) clisp - 2.41-1.fc6.x86_64 (3 days) scons - 0.96.1-3.fc6.noarch scons - 0.96.1-3.fc6.noarch scons - 0.96.1-3.fc6.noarch ghenry AT suretecsystems.com pgadmin3 - 1.4.3-6.fc6.i386 (3 days) pgadmin3 - 1.4.3-6.fc6.ppc (3 days) pgadmin3 - 1.4.3-6.fc6.x86_64 (3 days) rdiff-backup - 1.0.5-1.fc7.i386 rdiff-backup - 1.0.5-1.fc7.ppc rdiff-backup - 1.0.5-1.fc7.x86_64 hugo AT devin.com.br python-ogg - 1.3-3.fc6.i386 python-ogg - 1.3-3.fc6.i386 python-ogg - 1.3-3.fc6.ppc python-ogg - 1.3-3.fc6.x86_64 python-vorbis - 1.3-3.fc6.i386 python-vorbis - 1.3-3.fc6.ppc python-vorbis - 1.3-3.fc6.x86_64 i AT stingr.net flow-tools - 0.68-11.fc6.i386 (3 days) flow-tools - 0.68-11.fc6.i386 (3 days) flow-tools - 0.68-11.fc6.ppc (3 days) flow-tools - 0.68-11.fc6.x86_64 (3 days) pyflowtools - 0.3-7.fc6.i386 pyflowtools - 0.3-7.fc6.ppc pyflowtools - 0.3-7.fc6.x86_64 pyserial - 2.2-4.fc7.noarch pyserial - 2.2-4.fc7.noarch pyserial - 2.2-4.fc7.noarch icon AT fedoraproject.org cvs2svn - 1.4.0-2.fc6.noarch cvs2svn - 1.4.0-2.fc6.noarch cvs2svn - 1.4.0-2.fc6.noarch epylog - 1.0.3-4.fc6.noarch epylog - 1.0.3-4.fc6.noarch epylog - 1.0.3-4.fc6.noarch gazpacho - 0.6.6-1.fc6.noarch gazpacho - 0.6.6-1.fc6.noarch gazpacho - 0.6.6-1.fc6.noarch pylint - 0.12.1-1.fc6.noarch pylint - 0.12.1-1.fc6.noarch pylint - 0.12.1-1.fc6.noarch pylint-gui - 0.12.1-1.fc6.noarch pylint-gui - 0.12.1-1.fc6.noarch pylint-gui - 0.12.1-1.fc6.noarch python-feedparser - 4.1-1.fc6.noarch python-feedparser - 4.1-1.fc6.noarch python-feedparser - 4.1-1.fc6.noarch python-kid - 0.9.3-1.fc6.noarch python-kid - 0.9.3-1.fc6.noarch python-kid - 0.9.3-1.fc6.noarch python-kiwi - 1.9.9-1.fc6.noarch python-kiwi - 1.9.9-1.fc6.noarch python-kiwi - 1.9.9-1.fc6.noarch python-kiwi-gazpacho - 1.9.9-1.fc6.noarch python-kiwi-gazpacho - 1.9.9-1.fc6.noarch python-kiwi-gazpacho - 1.9.9-1.fc6.noarch python-logilab-astng - 0.16.1-2.fc6.noarch python-logilab-astng - 0.16.1-2.fc6.noarch python-logilab-astng - 0.16.1-2.fc6.noarch python-logilab-common - 0.19.2-1.fc6.noarch python-logilab-common - 0.19.2-1.fc6.noarch python-logilab-common - 0.19.2-1.fc6.noarch python-setuptools - 0.6c3-1.fc7.noarch python-setuptools - 0.6c3-1.fc7.noarch python-setuptools - 0.6c3-1.fc7.noarch imlinux AT gmail.com nagios-plugins-pgsql - 1.4.4-2.fc7.i386 (3 days) nagios-plugins-pgsql - 1.4.4-2.fc7.ppc (3 days) nagios-plugins-pgsql - 1.4.4-2.fc7.x86_64 (3 days) j.w.r.degoede AT hhs.nl gcompris - 8.2-1.fc7.i386 gcompris - 8.2-1.fc7.ppc gcompris - 8.2-1.fc7.x86_64 libgda-postgres - 1:1.9.100-10.fc6.i386 (3 days) libgda-postgres - 1:1.9.100-10.fc6.ppc (3 days) libgda-postgres - 1:1.9.100-10.fc6.x86_64 (3 days) magicor - 1.0-0.2.rc2.fc7.noarch magicor - 1.0-0.2.rc2.fc7.noarch magicor - 1.0-0.2.rc2.fc7.noarch jafo-redhat AT tummy.com python-pydns - 2.3.0-4.fc6.noarch python-pydns - 2.3.0-4.fc6.noarch python-pydns - 2.3.0-4.fc6.noarch python-pyspf - 1.7-5.fc6.noarch python-pyspf - 1.7-5.fc6.noarch python-pyspf - 1.7-5.fc6.noarch jamatos AT fc.up.pt f2py - 2.45.241_1926-2.fc6.noarch f2py - 2.45.241_1926-2.fc6.noarch f2py - 2.45.241_1926-2.fc6.noarch pygsl - 0.3.2-6.fc6.i386 pygsl - 0.3.2-6.fc6.ppc pygsl - 0.3.2-6.fc6.x86_64 pyparsing - 1.4.3-1.fc6.noarch pyparsing - 1.4.3-1.fc6.noarch pyparsing - 1.4.3-1.fc6.noarch python-HTMLgen - 2.2.2-8.fc6.noarch python-HTMLgen - 2.2.2-8.fc6.noarch python-HTMLgen - 2.2.2-8.fc6.noarch python-amara - 1.1.7-2.fc6.noarch python-amara - 1.1.7-2.fc6.noarch python-amara - 1.1.7-2.fc6.noarch python-cpio - 0.1-2.fc6.noarch python-cpio - 0.1-2.fc6.noarch python-cpio - 0.1-2.fc6.noarch python-imaging - 1.1.5-6.fc6.i386 python-imaging - 1.1.5-6.fc6.i386 python-imaging - 1.1.5-6.fc6.ppc python-imaging - 1.1.5-6.fc6.x86_64 rpy - 0.4.6-13.fc6.i386 rpy - 0.4.6-13.fc6.ppc rpy - 0.4.6-13.fc6.x86_64 jbowes AT redhat.com python-vobject - 0.4.4-1.fc7.noarch python-vobject - 0.4.4-1.fc7.noarch python-vobject - 0.4.4-1.fc7.noarch jeff AT ocjtech.us pyicq-t-mysql - 0.8-2.fc7.noarch pyicq-t-mysql - 0.8-2.fc7.noarch pyicq-t-mysql - 0.8-2.fc7.noarch jeremy AT jeremysanders.net veusz - 0.10-12.fc6.i386 veusz - 0.10-12.fc6.ppc veusz - 0.10-12.fc6.x86_64 jima AT beer.tclug.org graphviz-python - 2.8-5.fc6.i386 graphviz-python - 2.8-5.fc6.ppc graphviz-python - 2.8-5.fc6.x86_64 jkeating AT redhat.com pungi - 0.1.0-1.fc7.noarch pungi - 0.1.0-1.fc7.noarch pungi - 0.1.0-1.fc7.noarch joost.soeterbroek AT gmail.com python-clearsilver - 0.10.3-5.fc6.i386 python-clearsilver - 0.10.3-5.fc6.ppc python-clearsilver - 0.10.3-5.fc6.x86_64 trac - 0.10.2-1.fc7.noarch trac - 0.10.2-1.fc7.noarch trac - 0.10.2-1.fc7.noarch jspaleta AT gmail.com istanbul - 0.2.1-0.fc6.i386 istanbul - 0.2.1-0.fc6.ppc istanbul - 0.2.1-0.fc6.x86_64 scipy - 0.5.1-4.fc7.i386 scipy - 0.5.1-4.fc7.ppc scipy - 0.5.1-4.fc7.x86_64 jwilson AT redhat.com ip6sic - 0.1-4.fc6.i386 (10 days) ip6sic - 0.1-4.fc6.ppc (10 days) ip6sic - 0.1-4.fc6.x86_64 (10 days) numpy - 1.0-1.fc7.i386 numpy - 1.0-1.fc7.ppc numpy - 1.0-1.fc7.x86_64 rrdtool-python - 1.2.15-6.fc7.i386 rrdtool-python - 1.2.15-6.fc7.ppc rrdtool-python - 1.2.15-6.fc7.x86_64 karlthered AT gmail.com gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.i386 (17 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.i386 (17 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.ppc (17 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.x86_64 (17 days) python-sexy - 0.1.9-2.fc7.i386 python-sexy - 0.1.9-2.fc7.ppc python-sexy - 0.1.9-2.fc7.x86_64 katzj AT redhat.com mercurial - 0.9.1-2.fc7.i386 mercurial - 0.9.1-2.fc7.ppc mercurial - 0.9.1-2.fc7.x86_64 kevin-redhat-bugzilla AT tummy.com python-exo - 0.3.1.12-0.2.rc2.fc7.i386 python-exo - 0.3.1.12-0.2.rc2.fc7.ppc python-exo - 0.3.1.12-0.2.rc2.fc7.x86_64 kushaldas AT gmail.com kphotobymail - 0.4-1.fc7.noarch kphotobymail - 0.4-1.fc7.noarch kphotobymail - 0.4-1.fc7.noarch lmacken AT redhat.com TurboGears - 1.0b2-2.fc7.noarch TurboGears - 1.0b2-2.fc7.noarch TurboGears - 1.0b2-2.fc7.noarch deskbar-applet - 2.17.2-2.fc7.i386 deskbar-applet - 2.17.2-2.fc7.ppc deskbar-applet - 2.17.2-2.fc7.x86_64 python-TestGears - 0.2-3.fc6.noarch python-TestGears - 0.2-3.fc6.noarch python-TestGears - 0.2-3.fc6.noarch python-cherrypy - 2.2.1-3.fc6.noarch python-cherrypy - 2.2.1-3.fc6.noarch python-cherrypy - 2.2.1-3.fc6.noarch python-cherrytemplate - 1.0.0-3.fc6.noarch python-cherrytemplate - 1.0.0-3.fc6.noarch python-cherrytemplate - 1.0.0-3.fc6.noarch python-clientform - 0.2.2-6.fc6.noarch python-clientform - 0.2.2-6.fc6.noarch python-clientform - 0.2.2-6.fc6.noarch python-configobj - 4.3.2-5.fc6.noarch python-configobj - 4.3.2-5.fc6.noarch python-configobj - 4.3.2-5.fc6.noarch python-formencode - 0.5.1-3.fc6.noarch python-formencode - 0.5.1-3.fc6.noarch python-formencode - 0.5.1-3.fc6.noarch python-irclib - 0.4.6-2.fc6.noarch python-irclib - 0.4.6-2.fc6.noarch python-irclib - 0.4.6-2.fc6.noarch python-json - 3.4-2.fc6.noarch python-json - 3.4-2.fc6.noarch python-json - 3.4-2.fc6.noarch python-mechanize - 0.1.1a-5.fc6.noarch python-mechanize - 0.1.1a-5.fc6.noarch python-mechanize - 0.1.1a-5.fc6.noarch python-myghty - 1.1-2.fc6.noarch python-myghty - 1.1-2.fc6.noarch python-myghty - 1.1-2.fc6.noarch python-nose - 0.9.1-1.fc7.noarch python-nose - 0.9.1-1.fc7.noarch python-nose - 0.9.1-1.fc7.noarch python-paste - 0.9.8.1-1.fc6.noarch python-paste - 0.9.8.1-1.fc6.noarch python-paste - 0.9.8.1-1.fc6.noarch python-paste-deploy - 0.9.6-1.fc6.noarch python-paste-deploy - 0.9.6-1.fc6.noarch python-paste-deploy - 0.9.6-1.fc6.noarch python-paste-script - 0.9.8-1.fc6.noarch python-paste-script - 0.9.8-1.fc6.noarch python-paste-script - 0.9.8-1.fc6.noarch python-ruledispatch - 0.5a0-0.3.svnr2115.fc6.i386 python-ruledispatch - 0.5a0-0.3.svnr2115.fc6.ppc python-ruledispatch - 0.5a0-0.3.svnr2115.fc6.x86_64 python-simplejson - 1.4-1.fc7.noarch python-simplejson - 1.4-1.fc7.noarch python-simplejson - 1.4-1.fc7.noarch python-sqlobject - 0.7.0-8.fc6.noarch python-sqlobject - 0.7.0-8.fc6.noarch python-sqlobject - 0.7.0-8.fc6.noarch python-tgfastdata - 0.9a6-5.fc7.noarch python-tgfastdata - 0.9a6-5.fc7.noarch python-tgfastdata - 0.9a6-5.fc7.noarch python-turbocheetah - 0.9.5-5.fc6.noarch python-turbocheetah - 0.9.5-5.fc6.noarch python-turbocheetah - 0.9.5-5.fc6.noarch python-turbojson - 0.9.9-2.fc6.noarch python-turbojson - 0.9.9-2.fc6.noarch python-turbojson - 0.9.9-2.fc6.noarch python-turbokid - 0.9.9-2.fc6.noarch python-turbokid - 0.9.9-2.fc6.noarch python-turbokid - 0.9.9-2.fc6.noarch luya_tfz AT thefinalzone.com gdesklets - 0.35.4-3.fc7.i386 gdesklets - 0.35.4-3.fc7.ppc gdesklets - 0.35.4-3.fc7.x86_64 matt AT truch.net gpsd - 2.33-5.fc6.i386 gpsd - 2.33-5.fc6.i386 gpsd - 2.33-5.fc6.ppc gpsd - 2.33-5.fc6.x86_64 gpsd-devel - 2.33-5.fc6.i386 gpsd-devel - 2.33-5.fc6.i386 gpsd-devel - 2.33-5.fc6.ppc gpsd-devel - 2.33-5.fc6.x86_64 mattdm AT mattdm.org wxPython - 2.6.3.2-2.fc6.i386 wxPython - 2.6.3.2-2.fc6.i386 wxPython - 2.6.3.2-2.fc6.ppc wxPython - 2.6.3.2-2.fc6.x86_64 matthias AT rpmforge.net epydoc - 2.1-6.fc6.noarch epydoc - 2.1-6.fc6.noarch epydoc - 2.1-6.fc6.noarch metakit - 2.4.9.5-3.fc6.i386 metakit - 2.4.9.5-3.fc6.i386 metakit - 2.4.9.5-3.fc6.ppc metakit - 2.4.9.5-3.fc6.x86_64 moin - 1.5.6-1.fc7.noarch moin - 1.5.6-1.fc7.noarch moin - 1.5.6-1.fc7.noarch proftpd-postgresql - 1.3.0a-1.fc7.i386 (3 days) proftpd-postgresql - 1.3.0a-1.fc7.ppc (3 days) proftpd-postgresql - 1.3.0a-1.fc7.x86_64 (3 days) mdehaan AT redhat.com cobbler - 0.2.8-1.fc6.noarch cobbler - 0.2.8-1.fc6.noarch koan - 0.2.1-1.fc6.noarch koan - 0.2.1-1.fc6.noarch mfleming+rpm AT enlartenment.com python-GeoIP - 1.2.1-5.fc6.i386 python-GeoIP - 1.2.1-5.fc6.ppc python-GeoIP - 1.2.1-5.fc6.x86_64 svnmailer - 1.0.8-2.fc6.noarch svnmailer - 1.0.8-2.fc6.noarch svnmailer - 1.0.8-2.fc6.noarch mgarski AT post.pl digikam-doc - 0.8.2-3.fc6.noarch (10 days) digikam-doc - 0.8.2-3.fc6.noarch (10 days) digikam-doc - 0.8.2-3.fc6.noarch (10 days) michel.salim AT gmail.com Django - 0.95-1.fc7.noarch Django - 0.95-1.fc7.noarch Django - 0.95-1.fc7.noarch python-nltk - 1.4.4-3.fc7.noarch python-nltk - 1.4.4-3.fc7.noarch python-nltk - 1.4.4-3.fc7.noarch python-nltk_lite - 0.6.6-1.fc7.noarch python-nltk_lite - 0.6.6-1.fc7.noarch python-nltk_lite - 0.6.6-1.fc7.noarch zeroinstall-injector - 0.24-2.fc7.noarch zeroinstall-injector - 0.24-2.fc7.noarch zeroinstall-injector - 0.24-2.fc7.noarch mikeb AT redhat.com python-cheetah - 2.0-0.2.rc7.fc6.i386 python-cheetah - 2.0-0.2.rc7.fc6.ppc python-cheetah - 2.0-0.2.rc7.fc6.x86_64 python-krbV - 1.0.13-4.fc6.i386 python-krbV - 1.0.13-4.fc6.ppc python-krbV - 1.0.13-4.fc6.x86_64 miker5slow AT grandecom.net fluxstyle - 1.0.1-1.fc7.noarch fluxstyle - 1.0.1-1.fc7.noarch fluxstyle - 1.0.1-1.fc7.noarch mitr AT redhat.com python-4Suite-XML - 1.0-1.i386 python-4Suite-XML - 1.0-1.ppc python-4Suite-XML - 1.0-1.x86_64 mpeters AT mac.com PyRTF - 0.45-2.fc6.noarch PyRTF - 0.45-2.fc6.noarch PyRTF - 0.45-2.fc6.noarch PyX - 0.9-3.fc6.i386 PyX - 0.9-3.fc6.ppc PyX - 0.9-3.fc6.x86_64 mr.ecik AT gmail.com python-mutagen - 1.8-1.fc7.noarch python-mutagen - 1.8-1.fc7.noarch python-mutagen - 1.8-1.fc7.noarch nalin AT redhat.com oddjob-libs - 0.27-8.i386 oddjob-libs - 0.27-8.i386 oddjob-libs - 0.27-8.ppc oddjob-libs - 0.27-8.x86_64 oliver AT linux-kernel.at syck-python - 0.55-12.fc7.i386 syck-python - 0.55-12.fc7.ppc syck-python - 0.55-12.fc7.x86_64 opensource AT till.name offlineimap - 4.0.16-2.fc7.noarch offlineimap - 4.0.16-2.fc7.noarch offlineimap - 4.0.16-2.fc7.noarch orion AT cora.nwra.com gdl - 0.9-0.pre3.2.fc7.i386 gdl - 0.9-0.pre3.2.fc7.ppc gdl - 0.9-0.pre3.2.fc7.x86_64 paraview - 2.4.4-3.fc6.x86_64 paraview-mpi - 2.4.4-3.fc6.x86_64 plplot - 5.6.1-8.fc7.i386 plplot - 5.6.1-8.fc7.i386 plplot - 5.6.1-8.fc7.ppc plplot - 5.6.1-8.fc7.x86_64 plplot-gnome - 5.6.1-8.fc7.i386 plplot-gnome - 5.6.1-8.fc7.i386 plplot-gnome - 5.6.1-8.fc7.ppc plplot-gnome - 5.6.1-8.fc7.x86_64 python-basemap - 0.9.4-1.fc7.i386 python-basemap - 0.9.4-1.fc7.ppc python-basemap - 0.9.4-1.fc7.x86_64 python-dateutil - 1.1-3.fc6.noarch python-dateutil - 1.1-3.fc6.noarch python-dateutil - 1.1-3.fc6.noarch python-matplotlib - 0.87.7-2.fc7.i386 python-matplotlib - 0.87.7-2.fc7.ppc python-matplotlib - 0.87.7-2.fc7.x86_64 python-matplotlib-tk - 0.87.7-2.fc7.i386 python-matplotlib-tk - 0.87.7-2.fc7.ppc python-matplotlib-tk - 0.87.7-2.fc7.x86_64 python-numarray - 1.5.2-1.fc6.i386 python-numarray - 1.5.2-1.fc6.i386 python-numarray - 1.5.2-1.fc6.ppc python-numarray - 1.5.2-1.fc6.x86_64 pytz - 2006g-1.fc6.noarch pytz - 2006g-1.fc6.noarch pytz - 2006g-1.fc6.noarch paskalis AT di.uoa.gr python-simpy - 1.7.1-4.fc6.noarch python-simpy - 1.7.1-4.fc6.noarch python-simpy - 1.7.1-4.fc6.noarch paul AT all-the-johnsons.co.uk gonvert - 0.2.15-3.fc6.noarch gonvert - 0.2.15-3.fc6.noarch gonvert - 0.2.15-3.fc6.noarch pyxmms - 2.06-3.fc6.i386 pyxmms - 2.06-3.fc6.ppc pyxmms - 2.06-3.fc6.x86_64 paul AT city-fan.org bittorrent - 4.4.0-2.fc6.noarch bittorrent - 4.4.0-2.fc6.noarch bittorrent - 4.4.0-2.fc6.noarch python-zope-interface - 3.0.1-6.fc7.i386 python-zope-interface - 3.0.1-6.fc7.ppc python-zope-interface - 3.0.1-6.fc7.x86_64 pertusus AT free.fr archmage - 0.0.7-2.fc6.noarch archmage - 0.0.7-2.fc6.noarch archmage - 0.0.7-2.fc6.noarch python-chm - 0.8.3-3.fc6.i386 python-chm - 0.8.3-3.fc6.ppc python-chm - 0.8.3-3.fc6.x86_64 peter AT thecodergeek.com labyrinth - 0.3-1.fc7.noarch labyrinth - 0.3-1.fc7.noarch labyrinth - 0.3-1.fc7.noarch obmenu - 1.0-3.fc6.noarch obmenu - 1.0-3.fc6.noarch obmenu - 1.0-3.fc6.noarch scribes - 0.3-1.fc7.noarch scribes - 0.3-1.fc7.noarch scribes - 0.3-1.fc7.noarch petersen AT redhat.com ghc-gtk2hs - 0.9.10-4.fc6.i386 (36 days) ghc-gtk2hs - 0.9.10-4.fc6.ppc (36 days) ghc-gtk2hs - 0.9.10-4.fc6.x86_64 (36 days) ghc642-gtk2hs - 0.9.10-4.fc6.i386 (36 days) ghc642-gtk2hs - 0.9.10-4.fc6.ppc (36 days) ghc642-gtk2hs - 0.9.10-4.fc6.x86_64 (36 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.i386 (36 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.ppc (36 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.x86_64 (36 days) pjones AT redhat.com python-goopy - 0.1-3.fc6.noarch python-goopy - 0.1-3.fc6.noarch python-goopy - 0.1-3.fc6.noarch pnasrat AT redhat.com python-ctypes - 1.0.0-1.fc6.i386 python-ctypes - 1.0.0-1.fc6.ppc python-ctypes - 1.0.0-1.fc6.x86_64 prockai AT redhat.com cyrus-imapd - 2.3.7-4.fc6.i386 (10 days) cyrus-imapd - 2.3.7-4.fc6.i386 (10 days) cyrus-imapd - 2.3.7-4.fc6.ppc (10 days) cyrus-imapd - 2.3.7-4.fc6.x86_64 (10 days) rc040203 AT freenet.de opencv-python - 0.9.9-3.fc6.i386 opencv-python - 0.9.9-3.fc6.ppc opencv-python - 0.9.9-3.fc6.x86_64 rdieter AT math.unl.edu PyKDE - 3.16.0-5.fc7.i386 PyKDE - 3.16.0-5.fc7.i386 PyKDE - 3.16.0-5.fc7.ppc PyKDE - 3.16.0-5.fc7.x86_64 PyQt-qscintilla - 3.17-2.fc7.i386 PyQt-qscintilla - 3.17-2.fc7.i386 PyQt-qscintilla - 3.17-2.fc7.ppc PyQt-qscintilla - 3.17-2.fc7.x86_64 eric - 3.9.2-2.fc7.noarch eric - 3.9.2-2.fc7.noarch eric - 3.9.2-2.fc7.noarch gift - 0.11.8.1-6.fc7.i386 (41 days) redhat-bugzilla AT linuxnetz.de duplicity - 0.4.2-3.fc6.i386 duplicity - 0.4.2-3.fc6.ppc duplicity - 0.4.2-3.fc6.x86_64 rich AT phekda.gotadsl.co.uk planet - 2.0-1.noarch planet - 2.0-1.noarch planet - 2.0-1.noarch roozbeh AT farsiweb.info fonttools - 2.0-0.10.20060223cvs.fc7.i386 fonttools - 2.0-0.10.20060223cvs.fc7.ppc fonttools - 2.0-0.10.20060223cvs.fc7.x86_64 python-enchant - 1.1.5-5.fc6.i386 python-enchant - 1.1.5-5.fc6.ppc python-enchant - 1.1.5-5.fc6.x86_64 translate-toolkit - 0.10.1-1.fc7.noarch translate-toolkit - 0.10.1-1.fc7.noarch translate-toolkit - 0.10.1-1.fc7.noarch rpm AT greysector.net ekg - 1.7-0.3.rc2.fc6.i386 ekg - 1.7-0.3.rc2.fc6.ppc ekg - 1.7-0.3.rc2.fc6.x86_64 openbabel-python - 2.0.2-5.fc6.i386 openbabel-python - 2.0.2-5.fc6.ppc openbabel-python - 2.0.2-5.fc6.x86_64 rvokal AT redhat.com gjots2 - 2.3.4-6.fc6.noarch gjots2 - 2.3.4-6.fc6.noarch gjots2 - 2.3.4-6.fc6.noarch python-adns - 1.1.0-4.fc6.i386 python-adns - 1.1.0-4.fc6.ppc python-adns - 1.1.0-4.fc6.x86_64 s.adam AT diffingo.com fwbackups - 1.42.1-2.fc7.noarch fwbackups - 1.42.1-2.fc7.noarch fwbackups - 1.42.1-2.fc7.noarch fwfstab - 0.01.1-1.fc7.noarch fwfstab - 0.01.1-1.fc7.noarch fwfstab - 0.01.1-1.fc7.noarch sander AT hoentjen.eu cohoba - 0.0.4-2.fc6.noarch cohoba - 0.0.4-2.fc6.noarch cohoba - 0.0.4-2.fc6.noarch shahms AT shahms.com bzr - 0.12-1.fc7.noarch bzr - 0.12-1.fc7.noarch bzr - 0.12-1.fc7.noarch bzrtools - 0.12.2-2.fc7.noarch bzrtools - 0.12.2-2.fc7.noarch bzrtools - 0.12.2-2.fc7.noarch ipython - 0.7.2-3.fc6.noarch ipython - 0.7.2-3.fc6.noarch ipython - 0.7.2-3.fc6.noarch python-durus - 3.5-2.fc6.i386 python-durus - 3.5-2.fc6.ppc python-durus - 3.5-2.fc6.x86_64 python-lxml - 1.0.3-2.fc6.i386 python-lxml - 1.0.3-2.fc6.ppc python-lxml - 1.0.3-2.fc6.x86_64 python-paramiko - 1.6.2-1.fc6.noarch python-paramiko - 1.6.2-1.fc6.noarch python-paramiko - 1.6.2-1.fc6.noarch python-protocols - 1.0-0.3.a0dev_r2082.fc6.i386 python-protocols - 1.0-0.3.a0dev_r2082.fc6.ppc python-protocols - 1.0-0.3.a0dev_r2082.fc6.x86_64 python-psyco - 1.5.1-4.fc6.i386 python-psycopg - 1.1.21-5.fc6.i386 (3 days) python-psycopg - 1.1.21-5.fc6.ppc (3 days) python-psycopg - 1.1.21-5.fc6.x86_64 (3 days) python-quixote - 2.4-4.fc6.i386 python-quixote - 2.4-4.fc6.ppc python-quixote - 2.4-4.fc6.x86_64 python-simpletal - 4.1-4.fc6.noarch python-simpletal - 4.1-4.fc6.noarch python-simpletal - 4.1-4.fc6.noarch python-sqlalchemy - 0.3.1-1.fc7.noarch python-sqlalchemy - 0.3.1-1.fc7.noarch python-sqlalchemy - 0.3.1-1.fc7.noarch python-tpg - 3.1.0-3.fc6.noarch python-tpg - 3.1.0-3.fc6.noarch python-tpg - 3.1.0-3.fc6.noarch splinux AT fedoraproject.org pessulus - 2.16.1-1.fc6.noarch pessulus - 2.16.1-1.fc6.noarch pessulus - 2.16.1-1.fc6.noarch stickster AT gmail.com blogtk - 1.1-7.fc7.noarch blogtk - 1.1-7.fc7.noarch blogtk - 1.1-7.fc7.noarch xmldiff - 0.6.7-12.fc6.i386 xmldiff - 0.6.7-12.fc6.ppc xmldiff - 0.6.7-12.fc6.x86_64 tcallawa AT redhat.com compat-wxPythonGTK2 - 2.4.2.4-12.fc6.i386 compat-wxPythonGTK2 - 2.4.2.4-12.fc6.ppc compat-wxPythonGTK2 - 2.4.2.4-12.fc6.x86_64 gambas-gb-db - 1.0.17-6.fc7.i386 (16 days) gambas-gb-db - 1.0.17-6.fc7.ppc (16 days) gambas-runtime - 1.0.17-6.fc7.i386 (16 days) gambas-runtime - 1.0.17-6.fc7.ppc (16 days) pychart - 1.39-4.fc6.noarch pychart - 1.39-4.fc6.noarch pychart - 1.39-4.fc6.noarch pydot - 0.9.10-4.fc6.noarch pydot - 0.9.10-4.fc6.noarch pydot - 0.9.10-4.fc6.noarch pyxdg - 0.15-3.fc6.noarch pyxdg - 0.15-3.fc6.noarch pyxdg - 0.15-3.fc6.noarch rekall-postgresql - 2.4.3-5.fc6.i386 (3 days) rekall-postgresql - 2.4.3-5.fc6.ppc (3 days) rekall-postgresql - 2.4.3-5.fc6.x86_64 (3 days) rekall-python - 2.4.3-5.fc6.i386 (3 days) rekall-python - 2.4.3-5.fc6.ppc (3 days) rekall-python - 2.4.3-5.fc6.x86_64 (3 days) thomas AT apestaart.org python-twisted - 1.3.0-7.fc6.i386 python-twisted - 1.3.0-7.fc6.ppc python-twisted - 1.3.0-7.fc6.x86_64 tibbs AT math.uh.edu denyhosts - 2.6-2.fc7.noarch denyhosts - 2.6-2.fc7.noarch denyhosts - 2.6-2.fc7.noarch tla AT rasmil.dk yumex - 1.2.0-1.0.fc7.noarch yumex - 1.2.0-1.0.fc7.noarch yumex - 1.2.0-1.0.fc7.noarch tmz AT pobox.com python-gpod - 0.4.0-3.fc7.i386 python-gpod - 0.4.0-3.fc7.ppc python-gpod - 0.4.0-3.fc7.x86_64 toshio AT tiki-lounge.com pexpect - 2.1-2.fc6.noarch pexpect - 2.1-2.fc6.noarch pexpect - 2.1-2.fc6.noarch pygpgme - 0.1-3.fc7.i386 pygpgme - 0.1-3.fc7.ppc pygpgme - 0.1-3.fc7.x86_64 python-docutils - 0.4-3.fc6.noarch python-docutils - 0.4-3.fc6.noarch python-docutils - 0.4-3.fc6.noarch triad AT df.lth.se gnomad2 - 2.8.9-2.fc6.i386 gnomad2 - 2.8.9-2.fc6.ppc gnomad2 - 2.8.9-2.fc6.x86_64 wart AT kobold.org crossfire-plugins - 1.9.1-2.fc6.i386 crossfire-plugins - 1.9.1-2.fc6.ppc crossfire-plugins - 1.9.1-2.fc6.x86_64 cyphesis - 0.5.10-3.fc7.i386 cyphesis - 0.5.10-3.fc7.ppc cyphesis - 0.5.10-3.fc7.x86_64 wtogami AT redhat.com bzr-gtk - 0.10.0-2.fc6.noarch bzr-gtk - 0.10.0-2.fc6.noarch bzr-gtk - 0.10.0-2.fc6.noarch z.kota AT gmx.net python-bibtex - 1.2.2-4.fc6.i386 python-bibtex - 1.2.2-4.fc6.ppc python-bibtex - 1.2.2-4.fc6.x86_64 ====================================================================== Broken packages in fedora-extras-development-ppc: Django-0.95-1.fc7.noarch requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.ppc requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.ppc requires python-abi = 0:2.4 PyQt-qscintilla-3.17-2.fc7.ppc requires python-abi = 0:2.4 PyQt-qscintilla-3.17-2.fc7.ppc requires python(abi) = 0:2.4 PyRTF-0.45-2.fc6.noarch requires python(abi) = 0:2.4 PyX-0.9-3.fc6.ppc requires python(abi) = 0:2.4 SOAPpy-0.11.6-5.fc6.noarch requires python(abi) = 0:2.4 TurboGears-1.0b2-2.fc7.noarch requires python(abi) = 0:2.4 amarok-1.4.4-2.fc7.ppc requires libmtp.so.2 apt-python-0.5.15lorg3.2-8.fc7.ppc requires python(abi) = 0:2.4 archmage-0.0.7-2.fc6.noarch requires python-abi = 0:2.4 archmage-0.0.7-2.fc6.noarch requires python(abi) = 0:2.4 autobuild-applet-1.0.3-2.fc6.ppc requires libpython2.4.so.1.0 bitbake-1.6.0-1.fc6.noarch requires python(abi) = 0:2.4 bittorrent-4.4.0-2.fc6.noarch requires python(abi) = 0:2.4 blender-2.42a-6.fc7.ppc requires libpython2.4.so.1.0 blogtk-1.1-7.fc7.noarch requires python-abi = 0:2.4 blogtk-1.1-7.fc7.noarch requires python(abi) = 0:2.4 buildbot-0.7.4-2.fc6.noarch requires python(abi) = 0:2.4 bzr-0.12-1.fc7.noarch requires python(abi) = 0:2.4 bzr-0.12-1.fc7.noarch requires python-abi = 0:2.4 bzr-gtk-0.10.0-2.fc6.noarch requires python(abi) = 0:2.4 bzrtools-0.12.2-2.fc7.noarch requires python-abi = 0:2.4 bzrtools-0.12.2-2.fc7.noarch requires python(abi) = 0:2.4 centericq-4.21.0-8.fc6.ppc requires libcurl.so.3 cohoba-0.0.4-2.fc6.noarch requires python(abi) = 0:2.4 compat-wxPythonGTK2-2.4.2.4-12.fc6.ppc requires python(abi) = 0:2.4 crossfire-plugins-1.9.1-2.fc6.ppc requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 cvs2svn-1.4.0-2.fc6.noarch requires python(abi) = 0:2.4 cyphesis-0.5.10-3.fc7.ppc requires libpython2.4.so.1.0 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpagent.so.10 denyhosts-2.6-2.fc7.noarch requires python(abi) = 0:2.4 deskbar-applet-2.17.2-2.fc7.ppc requires python(abi) = 0:2.4 digikam-doc-0.8.2-3.fc6.noarch requires digikam = 0:0.8.2 driftnet-0.1.6-11.ppc requires libpcap.so.0.9.4 duplicity-0.4.2-3.fc6.ppc requires python < 0:2.5 duplicity-0.4.2-3.fc6.ppc requires python(abi) = 0:2.4 ekg-1.7-0.3.rc2.fc6.ppc requires libpython2.4.so.1.0 epydoc-2.1-6.fc6.noarch requires python-abi = 0:2.4 epydoc-2.1-6.fc6.noarch requires python(abi) = 0:2.4 epylog-1.0.3-4.fc6.noarch requires python-abi = 0:2.4 epylog-1.0.3-4.fc6.noarch requires python(abi) = 0:2.4 eric-3.9.2-2.fc7.noarch requires python-abi = 0:2.4 eric-3.9.2-2.fc7.noarch requires python(abi) = 0:2.4 exim-4.63-5.fc6.ppc requires libpq.so.4 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 flow-tools-0.68-11.fc6.ppc requires libpq.so.4 fluxstyle-1.0.1-1.fc7.noarch requires python(abi) = 0:2.4 fonttools-2.0-0.10.20060223cvs.fc7.ppc requires python(abi) = 0:2.4 fwbackups-1.42.1-2.fc7.noarch requires python(abi) = 0:2.4 fwfstab-0.01.1-1.fc7.noarch requires python(abi) = 0:2.4 gajim-0.10.1-3.fc6.ppc requires libpython2.4.so.1.0 gajim-0.10.1-3.fc6.ppc requires python-abi = 0:2.4 gambas-gb-db-1.0.17-6.fc7.ppc requires libpq.so.4 gambas-runtime-1.0.17-6.fc7.ppc requires libgettextlib-0.15.so From buildsys at fedoraproject.org Sat Dec 9 13:00:54 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sat, 09 Dec 2006 13:00:54 -0000 Subject: (2/3) Summary - Broken dependencies in Fedora Extras development - 2006-12-08 Message-ID: <20061209130054.6700.25724@extras64.linux.duke.edu> gazpacho-0.6.6-1.fc6.noarch requires python-abi = 0:2.4 gazpacho-0.6.6-1.fc6.noarch requires python(abi) = 0:2.4 gcompris-8.2-1.fc7.ppc requires libpython2.4.so.1.0 gdesklets-0.35.4-3.fc7.ppc requires python-abi = 0:2.4 gdl-0.9-0.pre3.2.fc7.ppc requires libpython2.4.so.1.0 ghc-gtk2hs-0.9.10-4.fc6.ppc requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires ghc642 gjots2-2.3.4-6.fc6.noarch requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.ppc requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.ppc requires libpython2.4.so.1.0 gnomad2-2.8.9-2.fc6.ppc requires libmtp.so.2 gnome-python2-gda-2.14.2-2.fc6.ppc requires python-abi = 0:2.4 gnome-python2-gda-2.14.2-2.fc6.ppc requires python(abi) = 0:2.4 gonvert-0.2.15-3.fc6.noarch requires python(abi) = 0:2.4 gpsd-2.33-5.fc6.ppc requires python(abi) = 0:2.4 gpsd-devel-2.33-5.fc6.ppc requires python(abi) = 0:2.4 graphviz-python-2.8-5.fc6.ppc requires libpython2.4.so.1.0 gresistor-0.0.1-8.fc6.noarch requires python(abi) = 0:2.4 gstreamer-python-0.10.5-2.fc6.ppc requires python(abi) = 0:2.4 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.ppc requires gecko-libs = 0:2.0 hamlib-python-1.2.5-3.fc6.ppc requires python-abi = 0:2.4 hamlib-python-1.2.5-3.fc6.ppc requires python(abi) = 0:2.4 ip6sic-0.1-4.fc6.ppc requires libpcap.so.0.9.4 ipython-0.7.2-3.fc6.noarch requires python-abi = 0:2.4 ipython-0.7.2-3.fc6.noarch requires python(abi) = 0:2.4 istanbul-0.2.1-0.fc6.ppc requires python(abi) = 0:2.4 k3d-0.6.4.0-1.fc7.ppc requires libpython2.4.so.1.0 koffice-core-1.6.1-1.fc7.ppc requires libpython2.4.so.1.0 koffice-kivio-1.6.1-1.fc7.ppc requires libpython2.4.so.1.0 kphotobymail-0.4-1.fc7.noarch requires python(abi) = 0:2.4 labyrinth-0.3-1.fc7.noarch requires python(abi) = 0:2.4 libgda-postgres-1:1.9.100-10.fc6.ppc requires libpq.so.4 libopensync-0.19-1.fc6.ppc requires python(abi) = 0:2.4 magicor-1.0-0.2.rc2.fc7.noarch requires python(abi) = 0:2.4 mercurial-0.9.1-2.fc7.ppc requires python(abi) = 0:2.4 metakit-2.4.9.5-3.fc6.ppc requires python(abi) = 0:2.4 moin-1.5.6-1.fc7.noarch requires python(abi) = 0:2.4 nagios-plugins-pgsql-1.4.4-2.fc7.ppc requires libpq.so.4 nessus-client-2.2.7-2.fc6.ppc requires libpcap.so.0.9.4 nessus-gui-2.2.7-2.fc6.ppc requires libpcap.so.0.9.4 nessus-server-2.2.7-2.fc6.ppc requires libpcap.so.0.9.4 numpy-1.0-1.fc7.ppc requires python(abi) = 0:2.4 obmenu-1.0-3.fc6.noarch requires python(abi) = 0:2.4 oddjob-libs-0.27-8.ppc requires python(abi) = 0:2.4 offlineimap-4.0.16-2.fc7.noarch requires python(abi) = 0:2.4 openbabel-python-2.0.2-5.fc6.ppc requires python(abi) = 0:2.4 opencv-python-0.9.9-3.fc6.ppc requires python(abi) = 0:2.4 opencv-python-0.9.9-3.fc6.ppc requires python-abi = 0:2.4 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.ppc requires libpq.so.4 pessulus-2.16.1-1.fc6.noarch requires python(abi) = 0:2.4 pexpect-2.1-2.fc6.noarch requires python(abi) = 0:2.4 pgadmin3-1.4.3-6.fc6.ppc requires libpq.so.4 plague-common-0.4.4.1-2.fc6.noarch requires python(abi) = 0:2.4 planet-2.0-1.noarch requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 poker-engine-1.0.20-2.fc7.noarch requires python(abi) = 0:2.4 proftpd-postgresql-1.3.0a-1.fc7.ppc requires libpq.so.4 pungi-0.1.0-1.fc7.noarch requires python(abi) = 0:2.4 pure-ftpd-1.0.21-9.fc6.ppc requires libpq.so.4 pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 pydot-0.9.10-4.fc6.noarch requires python(abi) = 0:2.4 pyflowtools-0.3-7.fc6.ppc requires python(abi) = 0:2.4 pygame-1.7.1-9.fc6.ppc requires python(abi) = 0:2.4 pygpgme-0.1-3.fc7.ppc requires python(abi) = 0:2.4 pygsl-0.3.2-6.fc6.ppc requires python(abi) = 0:2.4 pyicq-t-mysql-0.8-2.fc7.noarch requires pyicqt = 0:0.8-2.fc7 pylint-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 pylint-gui-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 pyparsing-1.4.3-1.fc6.noarch requires python(abi) = 0:2.4 pyserial-2.2-4.fc7.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.ppc requires python(abi) = 0:2.4 python-GeoIP-1.2.1-5.fc6.ppc requires python-abi = 0:2.4 python-GeoIP-1.2.1-5.fc6.ppc requires python(abi) = 0:2.4 python-HTMLgen-2.2.2-8.fc6.noarch requires python(abi) = 0:2.4 python-TestGears-0.2-3.fc6.noarch requires python(abi) = 0:2.4 python-adns-1.1.0-4.fc6.ppc requires python < 0:2.5 python-adns-1.1.0-4.fc6.ppc requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-basemap-0.9.4-1.fc7.ppc requires python(abi) = 0:2.4 python-bibtex-1.2.2-4.fc6.ppc requires python(abi) = 0:2.4 python-cheetah-2.0-0.2.rc7.fc6.ppc requires python-abi = 0:2.4 python-cheetah-2.0-0.2.rc7.fc6.ppc requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-cherrytemplate-1.0.0-3.fc6.noarch requires python(abi) = 0:2.4 python-chm-0.8.3-3.fc6.ppc requires python-abi = 0:2.4 python-chm-0.8.3-3.fc6.ppc requires python(abi) = 0:2.4 python-clearsilver-0.10.3-5.fc6.ppc requires python(abi) = 0:2.4 python-clientform-0.2.2-6.fc6.noarch requires python(abi) = 0:2.4 python-configobj-4.3.2-5.fc6.noarch requires python(abi) = 0:2.4 python-cpio-0.1-2.fc6.noarch requires python(abi) = 0:2.4 python-crypto-2.0.1-4.fc6.ppc requires python-abi = 0:2.4 python-crypto-2.0.1-4.fc6.ppc requires python(abi) = 0:2.4 python-ctypes-1.0.0-1.fc6.ppc requires python-abi = 0:2.4 python-ctypes-1.0.0-1.fc6.ppc requires python(abi) = 0:2.4 python-cvstoys-1.0.10-5.fc6.noarch requires python-abi = 0:2.4 python-cvstoys-1.0.10-5.fc6.noarch requires python(abi) = 0:2.4 python-dateutil-1.1-3.fc6.noarch requires python(abi) = 0:2.4 python-dialog-2.7-5.fc7.noarch requires python(abi) = 0:2.4 python-docutils-0.4-3.fc6.noarch requires python(abi) = 0:2.4 python-durus-3.5-2.fc6.ppc requires python-abi = 0:2.4 python-durus-3.5-2.fc6.ppc requires python(abi) = 0:2.4 python-enchant-1.1.5-5.fc6.ppc requires python(abi) = 0:2.4 python-exo-0.3.1.12-0.2.rc2.fc7.ppc requires python(abi) = 0:2.4 python-eyed3-0.6.11-1.fc7.noarch requires python(abi) = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python-abi = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python(abi) = 0:2.4 python-formencode-0.5.1-3.fc6.noarch requires python(abi) = 0:2.4 python-fpconst-0.7.2-3.fc6.noarch requires python(abi) = 0:2.4 python-goopy-0.1-3.fc6.noarch requires python(abi) = 0:2.4 python-gpod-0.4.0-3.fc7.ppc requires python(abi) = 0:2.4 python-htmltmpl-1.22-7.fc6.noarch requires python(abi) = 0:2.4 python-id3-1.2-8.fc6.noarch requires python(abi) = 0:2.4 python-imaging-1.1.5-6.fc6.ppc requires python(abi) = 0:2.4 python-irclib-0.4.6-2.fc6.noarch requires python(abi) = 0:2.4 python-json-3.4-2.fc6.noarch requires python(abi) = 0:2.4 python-kid-0.9.3-1.fc6.noarch requires python(abi) = 0:2.4 python-kiwi-1.9.9-1.fc6.noarch requires python-abi = 0:2.4 python-kiwi-1.9.9-1.fc6.noarch requires python(abi) = 0:2.4 python-kiwi-gazpacho-1.9.9-1.fc6.noarch requires python(abi) = 0:2.4 python-krbV-1.0.13-4.fc6.ppc requires python-abi = 0:2.4 python-krbV-1.0.13-4.fc6.ppc requires python(abi) = 0:2.4 python-logilab-astng-0.16.1-2.fc6.noarch requires python(abi) = 0:2.4 python-logilab-common-0.19.2-1.fc6.noarch requires python(abi) = 0:2.4 python-lxml-1.0.3-2.fc6.ppc requires python-abi = 0:2.4 python-lxml-1.0.3-2.fc6.ppc requires python(abi) = 0:2.4 python-matplotlib-0.87.7-2.fc7.ppc requires python(abi) = 0:2.4 python-matplotlib-tk-0.87.7-2.fc7.ppc requires python(abi) = 0:2.4 python-mechanize-0.1.1a-5.fc6.noarch requires python(abi) = 0:2.4 python-mutagen-1.8-1.fc7.noarch requires python(abi) = 0:2.4 python-myghty-1.1-2.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-nltk_lite-0.6.6-1.fc7.noarch requires python(abi) = 0:2.4 python-nose-0.9.1-1.fc7.noarch requires python(abi) = 0:2.4 python-numarray-1.5.2-1.fc6.ppc requires python-abi = 0:2.4 python-numarray-1.5.2-1.fc6.ppc requires python(abi) = 0:2.4 python-ogg-1.3-3.fc6.ppc requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.ppc requires python(abi) = 0:2.4 python-paramiko-1.6.2-1.fc6.noarch requires python-abi = 0:2.4 python-paramiko-1.6.2-1.fc6.noarch requires python(abi) = 0:2.4 python-paste-0.9.8.1-1.fc6.noarch requires python(abi) = 0:2.4 python-paste-deploy-0.9.6-1.fc6.noarch requires python(abi) = 0:2.4 python-paste-script-0.9.8-1.fc6.noarch requires python(abi) = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.ppc requires python-abi = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.ppc requires python(abi) = 0:2.4 python-psycopg-1.1.21-5.fc6.ppc requires libpq.so.4 python-psycopg-1.1.21-5.fc6.ppc requires python-abi = 0:2.4 python-psycopg-1.1.21-5.fc6.ppc requires python(abi) = 0:2.4 python-psycopg2-2.0.5.1-5.fc7.ppc requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-pyspf-1.7-5.fc6.noarch requires python(abi) = 0:2.4 python-quixote-2.4-4.fc6.ppc requires python-abi = 0:2.4 python-quixote-2.4-4.fc6.ppc requires python(abi) = 0:2.4 python-ruledispatch-0.5a0-0.3.svnr2115.fc6.ppc requires python(abi) = 0:2.4 python-setuptools-0.6c3-1.fc7.noarch requires python(abi) = 0:2.4 python-sexy-0.1.9-2.fc7.ppc requires python(abi) = 0:2.4 python-simplejson-1.4-1.fc7.noarch requires python(abi) = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python-abi = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python(abi) = 0:2.4 python-simpy-1.7.1-4.fc6.noarch requires python(abi) = 0:2.4 python-smbpasswd-1.0.1-4.fc6.ppc requires python(abi) = 0:2.4 python-sqlalchemy-0.3.1-1.fc7.noarch requires python-abi = 0:2.4 python-sqlalchemy-0.3.1-1.fc7.noarch requires python(abi) = 0:2.4 python-sqlite2-1:2.3.2-2.fc6.ppc requires python(abi) = 0:2.4 python-sqlobject-0.7.0-8.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-tgfastdata-0.9a6-5.fc7.noarch requires python(abi) = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python-abi = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python(abi) = 0:2.4 python-turbocheetah-0.9.5-5.fc6.noarch requires python(abi) = 0:2.4 python-turbojson-0.9.9-2.fc6.noarch requires python(abi) = 0:2.4 python-turbokid-0.9.9-2.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.ppc requires python(abi) = 0:2.4 python-vobject-0.4.4-1.fc7.noarch requires python(abi) = 0:2.4 python-vorbis-1.3-3.fc6.ppc requires python-abi = 0:2.4 python-vorbis-1.3-3.fc6.ppc requires python(abi) = 0:2.4 python-zope-interface-3.0.1-6.fc7.ppc requires python(abi) = 0:2.4 pytz-2006g-1.fc6.noarch requires python(abi) = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python-abi = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python(abi) = 0:2.4 pyxmms-2.06-3.fc6.ppc requires python(abi) = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python-abi = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python(abi) = 0:2.4 rdiff-backup-1.0.5-1.fc7.ppc requires python-abi = 0:2.4 rdiff-backup-1.0.5-1.fc7.ppc requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.ppc requires libpq.so.4 rekall-python-2.4.3-5.fc6.ppc requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.ppc requires libpython2.4.so.1.0 revelation-0.4.7-6.fc7.ppc requires python(abi) = 0:2.4 revelation-0.4.7-6.fc7.ppc requires python-abi = 0:2.4 rpy-0.4.6-13.fc6.ppc requires python(abi) = 0:2.4 rrdtool-python-1.2.15-6.fc7.ppc requires python(abi) = 0:2.4 ruby-postgres-0.7.1-5.fc6.ppc requires libpq.so.4 sabayon-2.12.4-4.fc6.ppc requires python(abi) = 0:2.4 sabayon-apply-2.12.4-4.fc6.ppc requires python(abi) = 0:2.4 scipy-0.5.1-4.fc7.ppc requires python(abi) = 0:2.4 scons-0.96.1-3.fc6.noarch requires python-abi = 0:2.4 scribes-0.3-1.fc7.noarch requires python(abi) = 0:2.4 scribus-1.3.3.5-1.fc7.ppc requires libpython2.4.so.1.0 ser-postgresql-0.9.6-9.fc6.ppc requires libpq.so.4 serpentine-0.7-5.fc6.noarch requires python(abi) = 0:2.4 smart-0.42-39.fc6.ppc requires python-abi = 0:2.4 smart-0.42-39.fc6.ppc requires python(abi) = 0:2.4 smart-gui-0.42-39.fc6.ppc requires python(abi) = 0:2.4 svnmailer-1.0.8-2.fc6.noarch requires python-abi = 0:2.4 svnmailer-1.0.8-2.fc6.noarch requires python(abi) = 0:2.4 syck-python-0.55-12.fc7.ppc requires python(abi) = 0:2.4 sylpheed-claws-2.6.0-1.fc7.ppc requires libpisock.so.8 telepathy-butterfly-0.1.3-1.fc7.noarch requires python(abi) = 0:2.4 tinyerp-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 tinyerp-server-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 trac-0.10.2-1.fc7.noarch requires python(abi) = 0:2.4 translate-toolkit-0.10.1-1.fc7.noarch requires python(abi) = 0:2.4 ulogd-pgsql-1.24-2.fc6.ppc requires libpq.so.4 veusz-0.10-12.fc6.ppc requires python(abi) = 0:2.4 wxPython-2.6.3.2-2.fc6.ppc requires python(abi) = 0:2.4 xchat-gnome-0.15-1.fc7.ppc requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python(abi) = 0:2.4 yumex-1.2.0-1.0.fc7.noarch requires python(abi) = 0:2.4 zeroinstall-injector-0.24-2.fc7.noarch requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-x86_64: Django-0.95-1.fc7.noarch requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python-abi = 0:2.4 PyQt-qscintilla-3.17-2.fc7.i386 requires python-abi = 0:2.4 PyQt-qscintilla-3.17-2.fc7.i386 requires python(abi) = 0:2.4 PyQt-qscintilla-3.17-2.fc7.x86_64 requires python-abi = 0:2.4 PyQt-qscintilla-3.17-2.fc7.x86_64 requires python(abi) = 0:2.4 PyRTF-0.45-2.fc6.noarch requires python(abi) = 0:2.4 PyX-0.9-3.fc6.x86_64 requires python(abi) = 0:2.4 SOAPpy-0.11.6-5.fc6.noarch requires python(abi) = 0:2.4 TurboGears-1.0b2-2.fc7.noarch requires python(abi) = 0:2.4 amarok-1.4.4-2.fc7.i386 requires libmtp.so.2 amarok-1.4.4-2.fc7.x86_64 requires libmtp.so.2()(64bit) apt-python-0.5.15lorg3.2-8.fc7.x86_64 requires python(abi) = 0:2.4 archmage-0.0.7-2.fc6.noarch requires python-abi = 0:2.4 archmage-0.0.7-2.fc6.noarch requires python(abi) = 0:2.4 autobuild-applet-1.0.3-2.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) bitbake-1.6.0-1.fc6.noarch requires python(abi) = 0:2.4 bittorrent-4.4.0-2.fc6.noarch requires python(abi) = 0:2.4 blender-2.42a-6.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) blogtk-1.1-7.fc7.noarch requires python-abi = 0:2.4 blogtk-1.1-7.fc7.noarch requires python(abi) = 0:2.4 buildbot-0.7.4-2.fc6.noarch requires python(abi) = 0:2.4 bzr-0.12-1.fc7.noarch requires python(abi) = 0:2.4 bzr-0.12-1.fc7.noarch requires python-abi = 0:2.4 bzr-gtk-0.10.0-2.fc6.noarch requires python(abi) = 0:2.4 bzrtools-0.12.2-2.fc7.noarch requires python-abi = 0:2.4 bzrtools-0.12.2-2.fc7.noarch requires python(abi) = 0:2.4 centericq-4.21.0-8.fc6.x86_64 requires libcurl.so.3()(64bit) clisp-2.41-1.fc6.i386 requires libpq.so.4 clisp-2.41-1.fc6.x86_64 requires libpq.so.4()(64bit) cobbler-0.2.8-1.fc6.noarch requires python(abi) = 0:2.4 cohoba-0.0.4-2.fc6.noarch requires python(abi) = 0:2.4 compat-wxPythonGTK2-2.4.2.4-12.fc6.x86_64 requires python(abi) = 0:2.4 crossfire-plugins-1.9.1-2.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) csound-python-5.03.0-9.fc7.x86_64 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cvs2svn-1.4.0-2.fc6.noarch requires python(abi) = 0:2.4 cyphesis-0.5.10-3.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpmibs.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmp.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmphelpers.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpagent.so.10()(64bit) denyhosts-2.6-2.fc7.noarch requires python(abi) = 0:2.4 deskbar-applet-2.17.2-2.fc7.x86_64 requires python(abi) = 0:2.4 digikam-doc-0.8.2-3.fc6.noarch requires digikam = 0:0.8.2 driftnet-0.1.6-11.x86_64 requires libpcap.so.0.9.4()(64bit) duplicity-0.4.2-3.fc6.x86_64 requires python < 0:2.5 duplicity-0.4.2-3.fc6.x86_64 requires python(abi) = 0:2.4 ekg-1.7-0.3.rc2.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) epydoc-2.1-6.fc6.noarch requires python-abi = 0:2.4 epydoc-2.1-6.fc6.noarch requires python(abi) = 0:2.4 epylog-1.0.3-4.fc6.noarch requires python-abi = 0:2.4 epylog-1.0.3-4.fc6.noarch requires python(abi) = 0:2.4 eric-3.9.2-2.fc7.noarch requires python-abi = 0:2.4 eric-3.9.2-2.fc7.noarch requires python(abi) = 0:2.4 exim-4.63-5.fc6.x86_64 requires libpq.so.4()(64bit) f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 flow-tools-0.68-11.fc6.i386 requires libpq.so.4 flow-tools-0.68-11.fc6.x86_64 requires libpq.so.4()(64bit) fluxstyle-1.0.1-1.fc7.noarch requires python(abi) = 0:2.4 fonttools-2.0-0.10.20060223cvs.fc7.x86_64 requires python(abi) = 0:2.4 fwbackups-1.42.1-2.fc7.noarch requires python(abi) = 0:2.4 fwfstab-0.01.1-1.fc7.noarch requires python(abi) = 0:2.4 gajim-0.10.1-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) gajim-0.10.1-3.fc6.x86_64 requires python-abi = 0:2.4 gazpacho-0.6.6-1.fc6.noarch requires python-abi = 0:2.4 gazpacho-0.6.6-1.fc6.noarch requires python(abi) = 0:2.4 gcompris-8.2-1.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) gdesklets-0.35.4-3.fc7.x86_64 requires python-abi = 0:2.4 gdl-0.9-0.pre3.2.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) ghc-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires ghc642 gift-0.11.8.1-6.fc7.i386 requires libmagic.so.1 gjots2-2.3.4-6.fc6.noarch requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.x86_64 requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) gnomad2-2.8.9-2.fc6.x86_64 requires libmtp.so.2()(64bit) gnome-python2-gda-2.14.2-2.fc6.i386 requires python-abi = 0:2.4 gnome-python2-gda-2.14.2-2.fc6.i386 requires python(abi) = 0:2.4 gnome-python2-gda-2.14.2-2.fc6.x86_64 requires python(abi) = 0:2.4 gnome-python2-gda-2.14.2-2.fc6.x86_64 requires python-abi = 0:2.4 gonvert-0.2.15-3.fc6.noarch requires python(abi) = 0:2.4 gpsd-2.33-5.fc6.i386 requires python(abi) = 0:2.4 gpsd-2.33-5.fc6.x86_64 requires python(abi) = 0:2.4 gpsd-devel-2.33-5.fc6.i386 requires python(abi) = 0:2.4 gpsd-devel-2.33-5.fc6.x86_64 requires python(abi) = 0:2.4 graphviz-python-2.8-5.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) gresistor-0.0.1-8.fc6.noarch requires python(abi) = 0:2.4 gstreamer-python-0.10.5-2.fc6.i386 requires python(abi) = 0:2.4 gstreamer-python-0.10.5-2.fc6.x86_64 requires python(abi) = 0:2.4 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.i386 requires gecko-libs = 0:2.0 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.x86_64 requires gecko-libs = 0:2.0 hamlib-python-1.2.5-3.fc6.x86_64 requires python-abi = 0:2.4 hamlib-python-1.2.5-3.fc6.x86_64 requires python(abi) = 0:2.4 ip6sic-0.1-4.fc6.x86_64 requires libpcap.so.0.9.4()(64bit) ipython-0.7.2-3.fc6.noarch requires python-abi = 0:2.4 ipython-0.7.2-3.fc6.noarch requires python(abi) = 0:2.4 istanbul-0.2.1-0.fc6.x86_64 requires python(abi) = 0:2.4 k3d-0.6.4.0-1.fc7.i386 requires libpython2.4.so.1.0 k3d-0.6.4.0-1.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) koan-0.2.1-1.fc6.noarch requires python(abi) = 0:2.4 koffice-core-1.6.1-1.fc7.i386 requires libpython2.4.so.1.0 koffice-core-1.6.1-1.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) koffice-kivio-1.6.1-1.fc7.i386 requires libpython2.4.so.1.0 koffice-kivio-1.6.1-1.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) kphotobymail-0.4-1.fc7.noarch requires python(abi) = 0:2.4 labyrinth-0.3-1.fc7.noarch requires python(abi) = 0:2.4 libgda-postgres-1:1.9.100-10.fc6.x86_64 requires libpq.so.4()(64bit) libopensync-0.19-1.fc6.i386 requires python(abi) = 0:2.4 libopensync-0.19-1.fc6.x86_64 requires python(abi) = 0:2.4 magicor-1.0-0.2.rc2.fc7.noarch requires python(abi) = 0:2.4 mercurial-0.9.1-2.fc7.x86_64 requires python(abi) = 0:2.4 metakit-2.4.9.5-3.fc6.i386 requires python(abi) = 0:2.4 metakit-2.4.9.5-3.fc6.x86_64 requires python(abi) = 0:2.4 moin-1.5.6-1.fc7.noarch requires python(abi) = 0:2.4 nagios-plugins-pgsql-1.4.4-2.fc7.x86_64 requires libpq.so.4()(64bit) nessus-client-2.2.7-2.fc6.x86_64 requires libpcap.so.0.9.4()(64bit) nessus-gui-2.2.7-2.fc6.x86_64 requires libpcap.so.0.9.4()(64bit) nessus-server-2.2.7-2.fc6.x86_64 requires libpcap.so.0.9.4()(64bit) numpy-1.0-1.fc7.x86_64 requires python(abi) = 0:2.4 obmenu-1.0-3.fc6.noarch requires python(abi) = 0:2.4 oddjob-libs-0.27-8.i386 requires python(abi) = 0:2.4 oddjob-libs-0.27-8.x86_64 requires python(abi) = 0:2.4 offlineimap-4.0.16-2.fc7.noarch requires python(abi) = 0:2.4 openbabel-python-2.0.2-5.fc6.x86_64 requires python(abi) = 0:2.4 opencv-python-0.9.9-3.fc6.x86_64 requires python(abi) = 0:2.4 opencv-python-0.9.9-3.fc6.x86_64 requires python-abi = 0:2.4 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.x86_64 requires libpq.so.4()(64bit) orange-0.3-4.cvs20051118.fc7.i386 requires libmagic.so.1 paraview-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) paraview-mpi-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) pessulus-2.16.1-1.fc6.noarch requires python(abi) = 0:2.4 pexpect-2.1-2.fc6.noarch requires python(abi) = 0:2.4 pgadmin3-1.4.3-6.fc6.x86_64 requires libpq.so.4()(64bit) plague-common-0.4.4.1-2.fc6.noarch requires python(abi) = 0:2.4 planet-2.0-1.noarch requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) poker-engine-1.0.20-2.fc7.noarch requires python(abi) = 0:2.4 proftpd-postgresql-1.3.0a-1.fc7.x86_64 requires libpq.so.4()(64bit) pungi-0.1.0-1.fc7.noarch requires python(abi) = 0:2.4 pure-ftpd-1.0.21-9.fc6.x86_64 requires libpq.so.4()(64bit) pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 pydot-0.9.10-4.fc6.noarch requires python(abi) = 0:2.4 pyflowtools-0.3-7.fc6.x86_64 requires python(abi) = 0:2.4 pygame-1.7.1-9.fc6.i386 requires python(abi) = 0:2.4 pygame-1.7.1-9.fc6.x86_64 requires python(abi) = 0:2.4 pygpgme-0.1-3.fc7.x86_64 requires python(abi) = 0:2.4 pygsl-0.3.2-6.fc6.x86_64 requires python(abi) = 0:2.4 pyicq-t-mysql-0.8-2.fc7.noarch requires pyicqt = 0:0.8-2.fc7 pylint-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 pylint-gui-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 pyparsing-1.4.3-1.fc6.noarch requires python(abi) = 0:2.4 pyserial-2.2-4.fc7.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.x86_64 requires python(abi) = 0:2.4 python-GeoIP-1.2.1-5.fc6.x86_64 requires python-abi = 0:2.4 python-GeoIP-1.2.1-5.fc6.x86_64 requires python(abi) = 0:2.4 python-HTMLgen-2.2.2-8.fc6.noarch requires python(abi) = 0:2.4 python-TestGears-0.2-3.fc6.noarch requires python(abi) = 0:2.4 python-adns-1.1.0-4.fc6.x86_64 requires python < 0:2.5 python-adns-1.1.0-4.fc6.x86_64 requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-basemap-0.9.4-1.fc7.x86_64 requires python(abi) = 0:2.4 python-bibtex-1.2.2-4.fc6.x86_64 requires python(abi) = 0:2.4 python-cheetah-2.0-0.2.rc7.fc6.x86_64 requires python-abi = 0:2.4 python-cheetah-2.0-0.2.rc7.fc6.x86_64 requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-cherrytemplate-1.0.0-3.fc6.noarch requires python(abi) = 0:2.4 python-chm-0.8.3-3.fc6.x86_64 requires python-abi = 0:2.4 python-chm-0.8.3-3.fc6.x86_64 requires python(abi) = 0:2.4 python-clearsilver-0.10.3-5.fc6.x86_64 requires python(abi) = 0:2.4 python-clientform-0.2.2-6.fc6.noarch requires python(abi) = 0:2.4 python-configobj-4.3.2-5.fc6.noarch requires python(abi) = 0:2.4 python-cpio-0.1-2.fc6.noarch requires python(abi) = 0:2.4 python-crypto-2.0.1-4.fc6.x86_64 requires python-abi = 0:2.4 python-crypto-2.0.1-4.fc6.x86_64 requires python(abi) = 0:2.4 python-ctypes-1.0.0-1.fc6.x86_64 requires python-abi = 0:2.4 python-ctypes-1.0.0-1.fc6.x86_64 requires python(abi) = 0:2.4 python-cvstoys-1.0.10-5.fc6.noarch requires python-abi = 0:2.4 python-cvstoys-1.0.10-5.fc6.noarch requires python(abi) = 0:2.4 python-dateutil-1.1-3.fc6.noarch requires python(abi) = 0:2.4 python-dialog-2.7-5.fc7.noarch requires python(abi) = 0:2.4 python-docutils-0.4-3.fc6.noarch requires python(abi) = 0:2.4 python-durus-3.5-2.fc6.x86_64 requires python-abi = 0:2.4 python-durus-3.5-2.fc6.x86_64 requires python(abi) = 0:2.4 python-enchant-1.1.5-5.fc6.x86_64 requires python(abi) = 0:2.4 python-exo-0.3.1.12-0.2.rc2.fc7.x86_64 requires python(abi) = 0:2.4 python-eyed3-0.6.11-1.fc7.noarch requires python(abi) = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python-abi = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python(abi) = 0:2.4 python-formencode-0.5.1-3.fc6.noarch requires python(abi) = 0:2.4 python-fpconst-0.7.2-3.fc6.noarch requires python(abi) = 0:2.4 python-goopy-0.1-3.fc6.noarch requires python(abi) = 0:2.4 python-gpod-0.4.0-3.fc7.x86_64 requires python(abi) = 0:2.4 python-htmltmpl-1.22-7.fc6.noarch requires python(abi) = 0:2.4 python-id3-1.2-8.fc6.noarch requires python(abi) = 0:2.4 python-imaging-1.1.5-6.fc6.i386 requires python(abi) = 0:2.4 python-imaging-1.1.5-6.fc6.x86_64 requires python(abi) = 0:2.4 python-irclib-0.4.6-2.fc6.noarch requires python(abi) = 0:2.4 python-json-3.4-2.fc6.noarch requires python(abi) = 0:2.4 python-kid-0.9.3-1.fc6.noarch requires python(abi) = 0:2.4 python-kiwi-1.9.9-1.fc6.noarch requires python-abi = 0:2.4 python-kiwi-1.9.9-1.fc6.noarch requires python(abi) = 0:2.4 python-kiwi-gazpacho-1.9.9-1.fc6.noarch requires python(abi) = 0:2.4 python-krbV-1.0.13-4.fc6.x86_64 requires python(abi) = 0:2.4 python-krbV-1.0.13-4.fc6.x86_64 requires python-abi = 0:2.4 python-logilab-astng-0.16.1-2.fc6.noarch requires python(abi) = 0:2.4 python-logilab-common-0.19.2-1.fc6.noarch requires python(abi) = 0:2.4 python-lxml-1.0.3-2.fc6.x86_64 requires python(abi) = 0:2.4 python-lxml-1.0.3-2.fc6.x86_64 requires python-abi = 0:2.4 python-matplotlib-0.87.7-2.fc7.x86_64 requires python(abi) = 0:2.4 python-matplotlib-tk-0.87.7-2.fc7.x86_64 requires python(abi) = 0:2.4 python-mechanize-0.1.1a-5.fc6.noarch requires python(abi) = 0:2.4 python-mutagen-1.8-1.fc7.noarch requires python(abi) = 0:2.4 python-myghty-1.1-2.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-nltk_lite-0.6.6-1.fc7.noarch requires python(abi) = 0:2.4 python-nose-0.9.1-1.fc7.noarch requires python(abi) = 0:2.4 python-numarray-1.5.2-1.fc6.i386 requires python-abi = 0:2.4 python-numarray-1.5.2-1.fc6.i386 requires python(abi) = 0:2.4 python-numarray-1.5.2-1.fc6.x86_64 requires python(abi) = 0:2.4 python-numarray-1.5.2-1.fc6.x86_64 requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python(abi) = 0:2.4 python-ogg-1.3-3.fc6.x86_64 requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.x86_64 requires python(abi) = 0:2.4 python-paramiko-1.6.2-1.fc6.noarch requires python-abi = 0:2.4 python-paramiko-1.6.2-1.fc6.noarch requires python(abi) = 0:2.4 python-paste-0.9.8.1-1.fc6.noarch requires python(abi) = 0:2.4 python-paste-deploy-0.9.6-1.fc6.noarch requires python(abi) = 0:2.4 python-paste-script-0.9.8-1.fc6.noarch requires python(abi) = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.x86_64 requires python-abi = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.x86_64 requires python(abi) = 0:2.4 python-psycopg-1.1.21-5.fc6.x86_64 requires libpq.so.4()(64bit) python-psycopg-1.1.21-5.fc6.x86_64 requires python(abi) = 0:2.4 python-psycopg-1.1.21-5.fc6.x86_64 requires python-abi = 0:2.4 python-psycopg2-2.0.5.1-5.fc7.x86_64 requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-pyspf-1.7-5.fc6.noarch requires python(abi) = 0:2.4 python-quixote-2.4-4.fc6.x86_64 requires python-abi = 0:2.4 python-quixote-2.4-4.fc6.x86_64 requires python(abi) = 0:2.4 python-ruledispatch-0.5a0-0.3.svnr2115.fc6.x86_64 requires python(abi) = 0:2.4 python-setuptools-0.6c3-1.fc7.noarch requires python(abi) = 0:2.4 python-sexy-0.1.9-2.fc7.x86_64 requires python(abi) = 0:2.4 python-simplejson-1.4-1.fc7.noarch requires python(abi) = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python-abi = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python(abi) = 0:2.4 python-simpy-1.7.1-4.fc6.noarch requires python(abi) = 0:2.4 python-smbpasswd-1.0.1-4.fc6.x86_64 requires python(abi) = 0:2.4 python-sqlalchemy-0.3.1-1.fc7.noarch requires python-abi = 0:2.4 python-sqlalchemy-0.3.1-1.fc7.noarch requires python(abi) = 0:2.4 python-sqlite2-1:2.3.2-2.fc6.x86_64 requires python(abi) = 0:2.4 python-sqlobject-0.7.0-8.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-tgfastdata-0.9a6-5.fc7.noarch requires python(abi) = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python-abi = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python(abi) = 0:2.4 python-turbocheetah-0.9.5-5.fc6.noarch requires python(abi) = 0:2.4 python-turbojson-0.9.9-2.fc6.noarch requires python(abi) = 0:2.4 python-turbokid-0.9.9-2.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.x86_64 requires python(abi) = 0:2.4 python-vobject-0.4.4-1.fc7.noarch requires python(abi) = 0:2.4 python-vorbis-1.3-3.fc6.x86_64 requires python-abi = 0:2.4 python-vorbis-1.3-3.fc6.x86_64 requires python(abi) = 0:2.4 python-zope-interface-3.0.1-6.fc7.x86_64 requires python(abi) = 0:2.4 pytz-2006g-1.fc6.noarch requires python(abi) = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python-abi = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python(abi) = 0:2.4 pyxmms-2.06-3.fc6.x86_64 requires python(abi) = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python-abi = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python(abi) = 0:2.4 rdiff-backup-1.0.5-1.fc7.x86_64 requires python-abi = 0:2.4 rdiff-backup-1.0.5-1.fc7.x86_64 requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.x86_64 requires libpq.so.4()(64bit) rekall-python-2.4.3-5.fc6.x86_64 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) revelation-0.4.7-6.fc7.x86_64 requires python(abi) = 0:2.4 revelation-0.4.7-6.fc7.x86_64 requires python-abi = 0:2.4 rpy-0.4.6-13.fc6.x86_64 requires python(abi) = 0:2.4 rrdtool-python-1.2.15-6.fc7.x86_64 requires python(abi) = 0:2.4 ruby-postgres-0.7.1-5.fc6.x86_64 requires libpq.so.4()(64bit) sabayon-2.12.4-4.fc6.x86_64 requires python(abi) = 0:2.4 sabayon-apply-2.12.4-4.fc6.x86_64 requires python(abi) = 0:2.4 scipy-0.5.1-4.fc7.x86_64 requires python(abi) = 0:2.4 scons-0.96.1-3.fc6.noarch requires python-abi = 0:2.4 scribes-0.3-1.fc7.noarch requires python(abi) = 0:2.4 scribus-1.3.3.5-1.fc7.i386 requires libpython2.4.so.1.0 ser-postgresql-0.9.6-9.fc6.x86_64 requires libpq.so.4()(64bit) serpentine-0.7-5.fc6.noarch requires python(abi) = 0:2.4 smart-0.42-39.fc6.x86_64 requires python-abi = 0:2.4 smart-0.42-39.fc6.x86_64 requires python(abi) = 0:2.4 smart-gui-0.42-39.fc6.x86_64 requires python(abi) = 0:2.4 streamtuner-0.99.99-15.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) svnmailer-1.0.8-2.fc6.noarch requires python-abi = 0:2.4 svnmailer-1.0.8-2.fc6.noarch requires python(abi) = 0:2.4 syck-python-0.55-12.fc7.x86_64 requires python(abi) = 0:2.4 sylpheed-claws-2.6.0-1.fc7.i386 requires libpisock.so.8 sylpheed-claws-2.6.0-1.fc7.x86_64 requires libpisock.so.8()(64bit) telepathy-butterfly-0.1.3-1.fc7.noarch requires python(abi) = 0:2.4 tinyerp-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 tinyerp-server-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 trac-0.10.2-1.fc7.noarch requires python(abi) = 0:2.4 translate-toolkit-0.10.1-1.fc7.noarch requires python(abi) = 0:2.4 ulogd-pgsql-1.24-2.fc6.x86_64 requires libpq.so.4()(64bit) veusz-0.10-12.fc6.x86_64 requires python(abi) = 0:2.4 wxPython-2.6.3.2-2.fc6.i386 requires python(abi) = 0:2.4 wxPython-2.6.3.2-2.fc6.x86_64 requires python(abi) = 0:2.4 xchat-gnome-0.15-1.fc7.x86_64 requires python-abi = 0:2.4 xchat-gnome-0.15-1.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) xmldiff-0.6.7-12.fc6.x86_64 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python(abi) = 0:2.4 yumex-1.2.0-1.0.fc7.noarch requires python(abi) = 0:2.4 zeroinstall-injector-0.24-2.fc7.noarch requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-i386: Django-0.95-1.fc7.noarch requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 PyQt-qscintilla-3.17-2.fc7.i386 requires python-abi = 0:2.4 PyQt-qscintilla-3.17-2.fc7.i386 requires python(abi) = 0:2.4 PyRTF-0.45-2.fc6.noarch requires python(abi) = 0:2.4 PyX-0.9-3.fc6.i386 requires python(abi) = 0:2.4 SOAPpy-0.11.6-5.fc6.noarch requires python(abi) = 0:2.4 TurboGears-1.0b2-2.fc7.noarch requires python(abi) = 0:2.4 amarok-1.4.4-2.fc7.i386 requires libmtp.so.2 apt-python-0.5.15lorg3.2-8.fc7.i386 requires python(abi) = 0:2.4 archmage-0.0.7-2.fc6.noarch requires python-abi = 0:2.4 archmage-0.0.7-2.fc6.noarch requires python(abi) = 0:2.4 autobuild-applet-1.0.3-2.fc6.i386 requires libpython2.4.so.1.0 bitbake-1.6.0-1.fc6.noarch requires python(abi) = 0:2.4 bittorrent-4.4.0-2.fc6.noarch requires python(abi) = 0:2.4 blender-2.42a-6.fc7.i386 requires libpython2.4.so.1.0 blogtk-1.1-7.fc7.noarch requires python-abi = 0:2.4 blogtk-1.1-7.fc7.noarch requires python(abi) = 0:2.4 buildbot-0.7.4-2.fc6.noarch requires python(abi) = 0:2.4 bzr-0.12-1.fc7.noarch requires python(abi) = 0:2.4 bzr-0.12-1.fc7.noarch requires python-abi = 0:2.4 bzr-gtk-0.10.0-2.fc6.noarch requires python(abi) = 0:2.4 bzrtools-0.12.2-2.fc7.noarch requires python-abi = 0:2.4 bzrtools-0.12.2-2.fc7.noarch requires python(abi) = 0:2.4 centericq-4.21.0-8.fc6.i386 requires libcurl.so.3 clisp-2.41-1.fc6.i386 requires libpq.so.4 cobbler-0.2.8-1.fc6.noarch requires python(abi) = 0:2.4 cohoba-0.0.4-2.fc6.noarch requires python(abi) = 0:2.4 compat-wxPythonGTK2-2.4.2.4-12.fc6.i386 requires python(abi) = 0:2.4 crossfire-plugins-1.9.1-2.fc6.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.i386 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 cvs2svn-1.4.0-2.fc6.noarch requires python(abi) = 0:2.4 cyphesis-0.5.10-3.fc7.i386 requires libpython2.4.so.1.0 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 denyhosts-2.6-2.fc7.noarch requires python(abi) = 0:2.4 deskbar-applet-2.17.2-2.fc7.i386 requires python(abi) = 0:2.4 digikam-doc-0.8.2-3.fc6.noarch requires digikam = 0:0.8.2 driftnet-0.1.6-11.i386 requires libpcap.so.0.9.4 duplicity-0.4.2-3.fc6.i386 requires python < 0:2.5 duplicity-0.4.2-3.fc6.i386 requires python(abi) = 0:2.4 ekg-1.7-0.3.rc2.fc6.i386 requires libpython2.4.so.1.0 epydoc-2.1-6.fc6.noarch requires python-abi = 0:2.4 epydoc-2.1-6.fc6.noarch requires python(abi) = 0:2.4 epylog-1.0.3-4.fc6.noarch requires python-abi = 0:2.4 From buildsys at fedoraproject.org Sat Dec 9 13:00:54 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sat, 09 Dec 2006 13:00:54 -0000 Subject: (3/3) Summary - Broken dependencies in Fedora Extras development - 2006-12-08 Message-ID: <20061209130054.6700.72913@extras64.linux.duke.edu> epylog-1.0.3-4.fc6.noarch requires python(abi) = 0:2.4 eric-3.9.2-2.fc7.noarch requires python-abi = 0:2.4 eric-3.9.2-2.fc7.noarch requires python(abi) = 0:2.4 exim-4.63-5.fc6.i386 requires libpq.so.4 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 flow-tools-0.68-11.fc6.i386 requires libpq.so.4 fluxstyle-1.0.1-1.fc7.noarch requires python(abi) = 0:2.4 fonttools-2.0-0.10.20060223cvs.fc7.i386 requires python(abi) = 0:2.4 fwbackups-1.42.1-2.fc7.noarch requires python(abi) = 0:2.4 fwfstab-0.01.1-1.fc7.noarch requires python(abi) = 0:2.4 gajim-0.10.1-3.fc6.i386 requires libpython2.4.so.1.0 gajim-0.10.1-3.fc6.i386 requires python-abi = 0:2.4 gambas-gb-db-1.0.17-6.fc7.i386 requires libpq.so.4 gambas-runtime-1.0.17-6.fc7.i386 requires libgettextlib-0.15.so gazpacho-0.6.6-1.fc6.noarch requires python-abi = 0:2.4 gazpacho-0.6.6-1.fc6.noarch requires python(abi) = 0:2.4 gcompris-8.2-1.fc7.i386 requires libpython2.4.so.1.0 gdesklets-0.35.4-3.fc7.i386 requires python-abi = 0:2.4 gdl-0.9-0.pre3.2.fc7.i386 requires libpython2.4.so.1.0 ghc-gtk2hs-0.9.10-4.fc6.i386 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires ghc642 gjots2-2.3.4-6.fc6.noarch requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.i386 requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.i386 requires libpython2.4.so.1.0 gnomad2-2.8.9-2.fc6.i386 requires libmtp.so.2 gnome-python2-gda-2.14.2-2.fc6.i386 requires python-abi = 0:2.4 gnome-python2-gda-2.14.2-2.fc6.i386 requires python(abi) = 0:2.4 gonvert-0.2.15-3.fc6.noarch requires python(abi) = 0:2.4 gpsd-2.33-5.fc6.i386 requires python(abi) = 0:2.4 gpsd-devel-2.33-5.fc6.i386 requires python(abi) = 0:2.4 graphviz-python-2.8-5.fc6.i386 requires libpython2.4.so.1.0 gresistor-0.0.1-8.fc6.noarch requires python(abi) = 0:2.4 gstreamer-python-0.10.5-2.fc6.i386 requires python(abi) = 0:2.4 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.i386 requires gecko-libs = 0:2.0 hamlib-python-1.2.5-3.fc6.i386 requires python-abi = 0:2.4 hamlib-python-1.2.5-3.fc6.i386 requires python(abi) = 0:2.4 ip6sic-0.1-4.fc6.i386 requires libpcap.so.0.9.4 ipython-0.7.2-3.fc6.noarch requires python-abi = 0:2.4 ipython-0.7.2-3.fc6.noarch requires python(abi) = 0:2.4 istanbul-0.2.1-0.fc6.i386 requires python(abi) = 0:2.4 k3d-0.6.4.0-1.fc7.i386 requires libpython2.4.so.1.0 koan-0.2.1-1.fc6.noarch requires python(abi) = 0:2.4 koffice-core-1.6.1-1.fc7.i386 requires libpython2.4.so.1.0 koffice-kivio-1.6.1-1.fc7.i386 requires libpython2.4.so.1.0 kphotobymail-0.4-1.fc7.noarch requires python(abi) = 0:2.4 labyrinth-0.3-1.fc7.noarch requires python(abi) = 0:2.4 libgda-postgres-1:1.9.100-10.fc6.i386 requires libpq.so.4 libopensync-0.19-1.fc6.i386 requires python(abi) = 0:2.4 magicor-1.0-0.2.rc2.fc7.noarch requires python(abi) = 0:2.4 mercurial-0.9.1-2.fc7.i386 requires python(abi) = 0:2.4 metakit-2.4.9.5-3.fc6.i386 requires python(abi) = 0:2.4 moin-1.5.6-1.fc7.noarch requires python(abi) = 0:2.4 nagios-plugins-pgsql-1.4.4-2.fc7.i386 requires libpq.so.4 nessus-client-2.2.7-2.fc6.i386 requires libpcap.so.0.9.4 nessus-gui-2.2.7-2.fc6.i386 requires libpcap.so.0.9.4 nessus-server-2.2.7-2.fc6.i386 requires libpcap.so.0.9.4 numpy-1.0-1.fc7.i386 requires python(abi) = 0:2.4 obmenu-1.0-3.fc6.noarch requires python(abi) = 0:2.4 oddjob-libs-0.27-8.i386 requires python(abi) = 0:2.4 offlineimap-4.0.16-2.fc7.noarch requires python(abi) = 0:2.4 openbabel-python-2.0.2-5.fc6.i386 requires python(abi) = 0:2.4 opencv-python-0.9.9-3.fc6.i386 requires python(abi) = 0:2.4 opencv-python-0.9.9-3.fc6.i386 requires python-abi = 0:2.4 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.i386 requires libpq.so.4 pessulus-2.16.1-1.fc6.noarch requires python(abi) = 0:2.4 pexpect-2.1-2.fc6.noarch requires python(abi) = 0:2.4 pgadmin3-1.4.3-6.fc6.i386 requires libpq.so.4 plague-common-0.4.4.1-2.fc6.noarch requires python(abi) = 0:2.4 planet-2.0-1.noarch requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 poker-engine-1.0.20-2.fc7.noarch requires python(abi) = 0:2.4 proftpd-postgresql-1.3.0a-1.fc7.i386 requires libpq.so.4 pungi-0.1.0-1.fc7.noarch requires python(abi) = 0:2.4 pure-ftpd-1.0.21-9.fc6.i386 requires libpq.so.4 pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 pydot-0.9.10-4.fc6.noarch requires python(abi) = 0:2.4 pyflowtools-0.3-7.fc6.i386 requires python(abi) = 0:2.4 pygame-1.7.1-9.fc6.i386 requires python(abi) = 0:2.4 pygpgme-0.1-3.fc7.i386 requires python(abi) = 0:2.4 pygsl-0.3.2-6.fc6.i386 requires python(abi) = 0:2.4 pyicq-t-mysql-0.8-2.fc7.noarch requires pyicqt = 0:0.8-2.fc7 pylint-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 pylint-gui-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 pyparsing-1.4.3-1.fc6.noarch requires python(abi) = 0:2.4 pyserial-2.2-4.fc7.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.i386 requires python(abi) = 0:2.4 python-GeoIP-1.2.1-5.fc6.i386 requires python-abi = 0:2.4 python-GeoIP-1.2.1-5.fc6.i386 requires python(abi) = 0:2.4 python-HTMLgen-2.2.2-8.fc6.noarch requires python(abi) = 0:2.4 python-TestGears-0.2-3.fc6.noarch requires python(abi) = 0:2.4 python-adns-1.1.0-4.fc6.i386 requires python < 0:2.5 python-adns-1.1.0-4.fc6.i386 requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-basemap-0.9.4-1.fc7.i386 requires python(abi) = 0:2.4 python-bibtex-1.2.2-4.fc6.i386 requires python(abi) = 0:2.4 python-cheetah-2.0-0.2.rc7.fc6.i386 requires python-abi = 0:2.4 python-cheetah-2.0-0.2.rc7.fc6.i386 requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-cherrytemplate-1.0.0-3.fc6.noarch requires python(abi) = 0:2.4 python-chm-0.8.3-3.fc6.i386 requires python-abi = 0:2.4 python-chm-0.8.3-3.fc6.i386 requires python(abi) = 0:2.4 python-clearsilver-0.10.3-5.fc6.i386 requires python(abi) = 0:2.4 python-clientform-0.2.2-6.fc6.noarch requires python(abi) = 0:2.4 python-configobj-4.3.2-5.fc6.noarch requires python(abi) = 0:2.4 python-cpio-0.1-2.fc6.noarch requires python(abi) = 0:2.4 python-crypto-2.0.1-4.fc6.i386 requires python-abi = 0:2.4 python-crypto-2.0.1-4.fc6.i386 requires python(abi) = 0:2.4 python-ctypes-1.0.0-1.fc6.i386 requires python-abi = 0:2.4 python-ctypes-1.0.0-1.fc6.i386 requires python(abi) = 0:2.4 python-cvstoys-1.0.10-5.fc6.noarch requires python-abi = 0:2.4 python-cvstoys-1.0.10-5.fc6.noarch requires python(abi) = 0:2.4 python-dateutil-1.1-3.fc6.noarch requires python(abi) = 0:2.4 python-dialog-2.7-5.fc7.noarch requires python(abi) = 0:2.4 python-docutils-0.4-3.fc6.noarch requires python(abi) = 0:2.4 python-durus-3.5-2.fc6.i386 requires python-abi = 0:2.4 python-durus-3.5-2.fc6.i386 requires python(abi) = 0:2.4 python-enchant-1.1.5-5.fc6.i386 requires python(abi) = 0:2.4 python-exo-0.3.1.12-0.2.rc2.fc7.i386 requires python(abi) = 0:2.4 python-eyed3-0.6.11-1.fc7.noarch requires python(abi) = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python-abi = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python(abi) = 0:2.4 python-formencode-0.5.1-3.fc6.noarch requires python(abi) = 0:2.4 python-fpconst-0.7.2-3.fc6.noarch requires python(abi) = 0:2.4 python-goopy-0.1-3.fc6.noarch requires python(abi) = 0:2.4 python-gpod-0.4.0-3.fc7.i386 requires python(abi) = 0:2.4 python-htmltmpl-1.22-7.fc6.noarch requires python(abi) = 0:2.4 python-id3-1.2-8.fc6.noarch requires python(abi) = 0:2.4 python-imaging-1.1.5-6.fc6.i386 requires python(abi) = 0:2.4 python-irclib-0.4.6-2.fc6.noarch requires python(abi) = 0:2.4 python-json-3.4-2.fc6.noarch requires python(abi) = 0:2.4 python-kid-0.9.3-1.fc6.noarch requires python(abi) = 0:2.4 python-kiwi-1.9.9-1.fc6.noarch requires python-abi = 0:2.4 python-kiwi-1.9.9-1.fc6.noarch requires python(abi) = 0:2.4 python-kiwi-gazpacho-1.9.9-1.fc6.noarch requires python(abi) = 0:2.4 python-krbV-1.0.13-4.fc6.i386 requires python-abi = 0:2.4 python-krbV-1.0.13-4.fc6.i386 requires python(abi) = 0:2.4 python-logilab-astng-0.16.1-2.fc6.noarch requires python(abi) = 0:2.4 python-logilab-common-0.19.2-1.fc6.noarch requires python(abi) = 0:2.4 python-lxml-1.0.3-2.fc6.i386 requires python-abi = 0:2.4 python-lxml-1.0.3-2.fc6.i386 requires python(abi) = 0:2.4 python-matplotlib-0.87.7-2.fc7.i386 requires python(abi) = 0:2.4 python-matplotlib-tk-0.87.7-2.fc7.i386 requires python(abi) = 0:2.4 python-mechanize-0.1.1a-5.fc6.noarch requires python(abi) = 0:2.4 python-mutagen-1.8-1.fc7.noarch requires python(abi) = 0:2.4 python-myghty-1.1-2.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-nltk_lite-0.6.6-1.fc7.noarch requires python(abi) = 0:2.4 python-nose-0.9.1-1.fc7.noarch requires python(abi) = 0:2.4 python-numarray-1.5.2-1.fc6.i386 requires python-abi = 0:2.4 python-numarray-1.5.2-1.fc6.i386 requires python(abi) = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python(abi) = 0:2.4 python-paramiko-1.6.2-1.fc6.noarch requires python-abi = 0:2.4 python-paramiko-1.6.2-1.fc6.noarch requires python(abi) = 0:2.4 python-paste-0.9.8.1-1.fc6.noarch requires python(abi) = 0:2.4 python-paste-deploy-0.9.6-1.fc6.noarch requires python(abi) = 0:2.4 python-paste-script-0.9.8-1.fc6.noarch requires python(abi) = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.i386 requires python-abi = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.i386 requires python(abi) = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python-abi = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python(abi) = 0:2.4 python-psycopg-1.1.21-5.fc6.i386 requires libpq.so.4 python-psycopg-1.1.21-5.fc6.i386 requires python-abi = 0:2.4 python-psycopg-1.1.21-5.fc6.i386 requires python(abi) = 0:2.4 python-psycopg2-2.0.5.1-5.fc7.i386 requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-pyspf-1.7-5.fc6.noarch requires python(abi) = 0:2.4 python-quixote-2.4-4.fc6.i386 requires python-abi = 0:2.4 python-quixote-2.4-4.fc6.i386 requires python(abi) = 0:2.4 python-ruledispatch-0.5a0-0.3.svnr2115.fc6.i386 requires python(abi) = 0:2.4 python-setuptools-0.6c3-1.fc7.noarch requires python(abi) = 0:2.4 python-sexy-0.1.9-2.fc7.i386 requires python(abi) = 0:2.4 python-simplejson-1.4-1.fc7.noarch requires python(abi) = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python-abi = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python(abi) = 0:2.4 python-simpy-1.7.1-4.fc6.noarch requires python(abi) = 0:2.4 python-smbpasswd-1.0.1-4.fc6.i386 requires python(abi) = 0:2.4 python-sqlalchemy-0.3.1-1.fc7.noarch requires python-abi = 0:2.4 python-sqlalchemy-0.3.1-1.fc7.noarch requires python(abi) = 0:2.4 python-sqlite2-1:2.3.2-2.fc6.i386 requires python(abi) = 0:2.4 python-sqlobject-0.7.0-8.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-tgfastdata-0.9a6-5.fc7.noarch requires python(abi) = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python-abi = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python(abi) = 0:2.4 python-turbocheetah-0.9.5-5.fc6.noarch requires python(abi) = 0:2.4 python-turbojson-0.9.9-2.fc6.noarch requires python(abi) = 0:2.4 python-turbokid-0.9.9-2.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.i386 requires python(abi) = 0:2.4 python-vobject-0.4.4-1.fc7.noarch requires python(abi) = 0:2.4 python-vorbis-1.3-3.fc6.i386 requires python-abi = 0:2.4 python-vorbis-1.3-3.fc6.i386 requires python(abi) = 0:2.4 python-zope-interface-3.0.1-6.fc7.i386 requires python(abi) = 0:2.4 pytz-2006g-1.fc6.noarch requires python(abi) = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python-abi = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python(abi) = 0:2.4 pyxmms-2.06-3.fc6.i386 requires python(abi) = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python-abi = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python(abi) = 0:2.4 rdiff-backup-1.0.5-1.fc7.i386 requires python-abi = 0:2.4 rdiff-backup-1.0.5-1.fc7.i386 requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.i386 requires libpq.so.4 rekall-python-2.4.3-5.fc6.i386 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.i386 requires libpython2.4.so.1.0 revelation-0.4.7-6.fc7.i386 requires python(abi) = 0:2.4 revelation-0.4.7-6.fc7.i386 requires python-abi = 0:2.4 rpy-0.4.6-13.fc6.i386 requires python(abi) = 0:2.4 rrdtool-python-1.2.15-6.fc7.i386 requires python(abi) = 0:2.4 ruby-postgres-0.7.1-5.fc6.i386 requires libpq.so.4 sabayon-2.12.4-4.fc6.i386 requires python(abi) = 0:2.4 sabayon-apply-2.12.4-4.fc6.i386 requires python(abi) = 0:2.4 scipy-0.5.1-4.fc7.i386 requires python(abi) = 0:2.4 scons-0.96.1-3.fc6.noarch requires python-abi = 0:2.4 scribes-0.3-1.fc7.noarch requires python(abi) = 0:2.4 scribus-1.3.3.5-1.fc7.i386 requires libpython2.4.so.1.0 ser-postgresql-0.9.6-9.fc6.i386 requires libpq.so.4 serpentine-0.7-5.fc6.noarch requires python(abi) = 0:2.4 smart-0.42-39.fc6.i386 requires python-abi = 0:2.4 smart-0.42-39.fc6.i386 requires python(abi) = 0:2.4 smart-gui-0.42-39.fc6.i386 requires python(abi) = 0:2.4 svnmailer-1.0.8-2.fc6.noarch requires python-abi = 0:2.4 svnmailer-1.0.8-2.fc6.noarch requires python(abi) = 0:2.4 syck-python-0.55-12.fc7.i386 requires python(abi) = 0:2.4 sylpheed-claws-2.6.0-1.fc7.i386 requires libpisock.so.8 telepathy-butterfly-0.1.3-1.fc7.noarch requires python(abi) = 0:2.4 tinyerp-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 tinyerp-server-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 trac-0.10.2-1.fc7.noarch requires python(abi) = 0:2.4 translate-toolkit-0.10.1-1.fc7.noarch requires python(abi) = 0:2.4 ulogd-pgsql-1.24-2.fc6.i386 requires libpq.so.4 veusz-0.10-12.fc6.i386 requires python(abi) = 0:2.4 wxPython-2.6.3.2-2.fc6.i386 requires python(abi) = 0:2.4 xchat-gnome-0.15-1.fc7.i386 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python(abi) = 0:2.4 yumex-1.2.0-1.0.fc7.noarch requires python(abi) = 0:2.4 zeroinstall-injector-0.24-2.fc7.noarch requires python(abi) = 0:2.4 From bugs.michael at gmx.net Sat Dec 9 13:09:25 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 9 Dec 2006 14:09:25 +0100 Subject: Summary - Broken dependencies in Fedora Extras development - 2006-12-06 In-Reply-To: <20061206133642.2c6050a7@ningauble.scrye.com> References: <20061206184218.31191.94189@extras64.linux.duke.edu> <20061206133642.2c6050a7@ningauble.scrye.com> Message-ID: <20061209140925.08e23430.bugs.michael@gmx.net> On Wed, 6 Dec 2006 13:36:42 -0700, Kevin Fenzi wrote: > > Summary of broken packages (by owner): > > So all the non development broken dependencies are now fixed? No, linphone for FE 5 is still broken. I think there's an open ticket about it, and IIRC, a library upgrade broke ABI. > Or this report only is generated against development now? As the subject line suggests, the report is just for "development". But apart from that, I've broken the main summary report and will need to fix it. From musuruan at gmail.com Sat Dec 9 14:19:14 2006 From: musuruan at gmail.com (Andrea Musuruane) Date: Sat, 09 Dec 2006 15:19:14 +0100 Subject: Adventure games interpreters suitable for FE? In-Reply-To: <20061209124935.GA28418@jadzia.bu.edu> References: <1165663191.12292.8.camel@localhost.localdomain> <20061209124935.GA28418@jadzia.bu.edu> Message-ID: <1165673954.12292.28.camel@localhost.localdomain> Il giorno sab, 09/12/2006 alle 07.49 -0500, Matthew Miller ha scritto: > On Sat, Dec 09, 2006 at 12:19:51PM +0100, Andrea Musuruane wrote: > > I am wondering if adventure games interpreters are suitable for FE > > inclusion. > > Are the ones you're thinking of useful at all without proprietary content? Scottfree can play Scott Adams' adventure games and Brian Howarth's Mysterious Adventures. Scott Adams' are shareware and can be downloaded from http://www.ifarchive.org/indexes/if-archiveXscott-adamsXgamesXscottfree.html http://www.msadams.com/downloads.htm Brian Howarth's are freely downloadable also from http://www.ifarchive.org/indexes/if-archiveXscott-adamsXgamesXscottfree.html The notice in the archive file just says: "Brian Howarth gave his permission to upload the games to the IF Archive." Now that the status of the games should be clear, what about the interpreter? Is it OK to package it for FE? BTW, Scottfree was distributed along Red Hat Linux at least until version 5.2. Thanks. Bye, Andrea. From paul at all-the-johnsons.co.uk Sat Dec 9 15:02:22 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 09 Dec 2006 15:02:22 +0000 Subject: (3/3) Summary - Broken dependencies in Fedora Extras development - 2006-12-08 In-Reply-To: <20061209130054.6700.72913@extras64.linux.duke.edu> References: <20061209130054.6700.72913@extras64.linux.duke.edu> Message-ID: <1165676542.9618.5.camel@T7.Linux> Hi On Sat, 2006-12-09 at 13:00 +0000, Fedora Extras repoclosure wrote: > epylog-1.0.3-4.fc6.noarch requires python(abi) = 0:2.4 It's easier to say - if it needs Python, it's bust! TTFN Paul -- Sie k?nnen mich aufreizen und wirklich hei? machen! -------------- 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 limb at jcomserv.net Sat Dec 9 15:11:05 2006 From: limb at jcomserv.net (Jon Ciesla) Date: Sat, 9 Dec 2006 09:11:05 -0600 (CST) Subject: Adventure games interpreters suitable for FE? In-Reply-To: <1165673954.12292.28.camel@localhost.localdomain> References: <1165663191.12292.8.camel@localhost.localdomain> <20061209124935.GA28418@jadzia.bu.edu> <1165673954.12292.28.camel@localhost.localdomain> Message-ID: <42257.66.92.143.20.1165677065.squirrel@mail.jcomserv.net> Also, Sarien and FreeSci have free content available, in addition to being able to play the proprietary Space Quest, King's Quest, etc. > Il giorno sab, 09/12/2006 alle 07.49 -0500, Matthew Miller ha scritto: >> On Sat, Dec 09, 2006 at 12:19:51PM +0100, Andrea Musuruane wrote: >> > I am wondering if adventure games interpreters are suitable for FE >> > inclusion. >> >> Are the ones you're thinking of useful at all without proprietary >> content? > > Scottfree can play Scott Adams' adventure games and Brian Howarth's > Mysterious Adventures. > > Scott Adams' are shareware and can be downloaded from > > http://www.ifarchive.org/indexes/if-archiveXscott-adamsXgamesXscottfree.html > http://www.msadams.com/downloads.htm > > Brian Howarth's are freely downloadable also from > > http://www.ifarchive.org/indexes/if-archiveXscott-adamsXgamesXscottfree.html > > The notice in the archive file just says: "Brian Howarth gave his > permission to upload the games to the IF Archive." > > Now that the status of the games should be clear, what about the > interpreter? Is it OK to package it for FE? > > BTW, Scottfree was distributed along Red Hat Linux at least until > version 5.2. > > Thanks. > > Bye, > > Andrea. > > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > -- novus ordo absurdum From opensource at till.name Sat Dec 9 15:35:48 2006 From: opensource at till.name (Till Maas) Date: Sat, 09 Dec 2006 16:35:48 +0100 Subject: (3/3) Summary - Broken dependencies in Fedora Extras development - 2006-12-08 In-Reply-To: <1165676542.9618.5.camel@T7.Linux> References: <20061209130054.6700.72913@extras64.linux.duke.edu> <1165676542.9618.5.camel@T7.Linux> Message-ID: <200612091635.48730.opensource@till.name> On Saturday 09 December 2006 16:02, Paul wrote: > Hi > > On Sat, 2006-12-09 at 13:00 +0000, Fedora Extras repoclosure wrote: > > epylog-1.0.3-4.fc6.noarch requires python(abi) = 0:2.4 > > > > It's easier to say - if it needs Python, it's bust! And maybe it needs BR: python-devel to build now, at least offlineimap and one package from Christopher Stone needs it: https://www.redhat.com/archives/fedora-maintainers/2006-December/msg00053.html 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 icon at fedoraproject.org Sat Dec 9 16:18:51 2006 From: icon at fedoraproject.org (Konstantin Ryabitsev) Date: Sat, 9 Dec 2006 11:18:51 -0500 Subject: (3/3) Summary - Broken dependencies in Fedora Extras development - 2006-12-08 In-Reply-To: <20061209130054.6700.72913@extras64.linux.duke.edu> References: <20061209130054.6700.72913@extras64.linux.duke.edu> Message-ID: On 12/9/06, Fedora Extras repoclosure wrote: > python-setuptools-0.6c3-1.fc7.noarch requires python(abi) = 0:2.4 Python-setuptools just finished rebuilding, so that should help others -- I believe plague system includes packages that have been built but not pushed into extras yet, so you can start your rebuilds that require setuptools. Cheers, -- Konstantin Ryabitsev Montr?al, Qu?bec From bugs.michael at gmx.net Sat Dec 9 16:44:16 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 9 Dec 2006 17:44:16 +0100 Subject: (3/3) Summary - Broken dependencies in Fedora Extras development - 2006-12-08 In-Reply-To: References: <20061209130054.6700.72913@extras64.linux.duke.edu> Message-ID: <20061209174416.c497ceb8.bugs.michael@gmx.net> On Sat, 9 Dec 2006 11:18:51 -0500, Konstantin Ryabitsev wrote: > > python-setuptools-0.6c3-1.fc7.noarch requires python(abi) = 0:2.4 > > Python-setuptools just finished rebuilding, so that should help others > -- I believe plague system includes packages that have been built but > not pushed into extras yet, so you can start your rebuilds that > require setuptools. Yes, it does. The packages from successful build jobs enter the needsign repo, which is available to all subsequent build jobs. From smooge at gmail.com Sat Dec 9 16:52:33 2006 From: smooge at gmail.com (Stephen John Smoogen) Date: Sat, 9 Dec 2006 09:52:33 -0700 Subject: Adventure games interpreters suitable for FE? In-Reply-To: <1165673954.12292.28.camel@localhost.localdomain> References: <1165663191.12292.8.camel@localhost.localdomain> <20061209124935.GA28418@jadzia.bu.edu> <1165673954.12292.28.camel@localhost.localdomain> Message-ID: <80d7e4090612090852j71fb711fjc4ede048a92753bd@mail.gmail.com> On 12/9/06, Andrea Musuruane wrote: > Il giorno sab, 09/12/2006 alle 07.49 -0500, Matthew Miller ha scritto: > > On Sat, Dec 09, 2006 at 12:19:51PM +0100, Andrea Musuruane wrote: > > > I am wondering if adventure games interpreters are suitable for FE > > > inclusion. > > > > Are the ones you're thinking of useful at all without proprietary content? > > Scottfree can play Scott Adams' adventure games and Brian Howarth's > Mysterious Adventures. > > Scott Adams' are shareware and can be downloaded from > > http://www.ifarchive.org/indexes/if-archiveXscott-adamsXgamesXscottfree.html > http://www.msadams.com/downloads.htm > > Brian Howarth's are freely downloadable also from > > http://www.ifarchive.org/indexes/if-archiveXscott-adamsXgamesXscottfree.html > > The notice in the archive file just says: "Brian Howarth gave his > permission to upload the games to the IF Archive." > > Now that the status of the games should be clear, what about the > interpreter? Is it OK to package it for FE? > > BTW, Scottfree was distributed along Red Hat Linux at least until > version 5.2. > ? Was it in powertools? I remember that we had to drop one of the interpreters because of permissions not being clear. If there are completely free games available I would attach one of those as a 'wad'. Hmm I think there was some program that actually wrote games for the interpreters.. does anyone know about it.. -- 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 Axel.Thimm at ATrpms.net Sat Dec 9 16:55:31 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sat, 9 Dec 2006 17:55:31 +0100 Subject: Mass rebuilds (was: (3/3) Summary - Broken dependencies in Fedora Extras development - 2006-12-08) In-Reply-To: <1165676542.9618.5.camel@T7.Linux> References: <20061209130054.6700.72913@extras64.linux.duke.edu> <1165676542.9618.5.camel@T7.Linux> Message-ID: <20061209165531.GA20021@neu.nirvana> On Sat, Dec 09, 2006 at 03:02:22PM +0000, Paul wrote: > On Sat, 2006-12-09 at 13:00 +0000, Fedora Extras repoclosure wrote: > > epylog-1.0.3-4.fc6.noarch requires python(abi) = 0:2.4 > > > > It's easier to say - if it needs Python, it's bust! Wouldn't you (not Paul, but "you" in general ;) wish all packages to have been rebuilt based on disttag bump? E.g. from fc6.89 to fc6.89.1? That would had been some packages too much (e.g. all non-python packages), but who really cares about bandwidth and rawhide. Instead we have manual mass rebuilds again, and we need to wait for cascaded builds - for example for smart I need kdebindings, so my manual rebuild has to wait on kdebindings' manual rebuild, and perhaps that waits on setuptool's manual rebuild and so on. Did I mention that these are all manual rebuilds? That a disttag controlled mass rebuild could have avoided? :( Anyway there was a suggestion by the packaging group to use disttags of fc6.89 etc to use in such situations, but it was turned down by the fedora core release manager and consequently didn't manage to make it in fedora extras. Too bad IMHO, and perhaps the FC7 cycle will make people rethink about it. P.S. nothing against mass rebuilds, that's what rawhide is for. But please let's not burn contributors' time on manual rebuilds, especially when they need to wait for the BRs to rebuild, 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 smooge at gmail.com Sat Dec 9 16:55:39 2006 From: smooge at gmail.com (Stephen John Smoogen) Date: Sat, 9 Dec 2006 09:55:39 -0700 Subject: Adventure games interpreters suitable for FE? In-Reply-To: <1165673954.12292.28.camel@localhost.localdomain> References: <1165663191.12292.8.camel@localhost.localdomain> <20061209124935.GA28418@jadzia.bu.edu> <1165673954.12292.28.camel@localhost.localdomain> Message-ID: <80d7e4090612090855s31fa81f8u86254dddac76be36@mail.gmail.com> On 12/9/06, Andrea Musuruane wrote: > Brian Howarth's are freely downloadable also from > > http://www.ifarchive.org/indexes/if-archiveXscott-adamsXgamesXscottfree.html > > The notice in the archive file just says: "Brian Howarth gave his > permission to upload the games to the IF Archive." > > Now that the status of the games should be clear, what about the > interpreter? Is it OK to package it for FE? Also to be clear, that line does not mean anything to say how the work can be distributed and used. It does not say that the user could create a derivative work, or put the game wad onto a cd they sold, or if they could even distribute it to other people. -- 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 jkeating at redhat.com Sat Dec 9 17:06:58 2006 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 9 Dec 2006 12:06:58 -0500 Subject: Mass rebuilds (was: (3/3) Summary - Broken dependencies in Fedora Extras development - 2006-12-08) In-Reply-To: <20061209165531.GA20021@neu.nirvana> References: <20061209130054.6700.72913@extras64.linux.duke.edu> <1165676542.9618.5.camel@T7.Linux> <20061209165531.GA20021@neu.nirvana> Message-ID: <200612091206.58304.jkeating@redhat.com> On Saturday 09 December 2006 11:55, Axel Thimm wrote: > That would had been some packages too much (e.g. all non-python > packages), but who really cares about bandwidth and rawhide. Some? There would have been a huge number of spurious rebuilds. -- 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 Sat Dec 9 17:43:01 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sat, 9 Dec 2006 18:43:01 +0100 Subject: Mass rebuilds (was: (3/3) Summary - Broken dependencies in Fedora Extras development - 2006-12-08) In-Reply-To: <200612091206.58304.jkeating@redhat.com> References: <20061209130054.6700.72913@extras64.linux.duke.edu> <1165676542.9618.5.camel@T7.Linux> <20061209165531.GA20021@neu.nirvana> <200612091206.58304.jkeating@redhat.com> Message-ID: <20061209174301.GA23258@neu.nirvana> On Sat, Dec 09, 2006 at 12:06:58PM -0500, Jesse Keating wrote: > On Saturday 09 December 2006 11:55, Axel Thimm wrote: > > That would had been some packages too much (e.g. all non-python > > packages), but who really cares about bandwidth and rawhide. > > Some? There would have been a huge number of spurious rebuilds. So? Other than some CPU cycles wasted who would get hurt? In fact frequent mass rebuilds would disclose bugs that have gone by unnoticed, e.g. when a package's direct or indirect build dependencies change and the maintainer missed to notice that it affects his package indeed. Mass rebuilds would either get the package back in shape (like the python related ones, most packages just need a rebuild) or fail the build raising the maintainer's attention (like the need for python-devel BRs). The point is: Keep the given man power of contributors to being creative, therefore automate as much a possible. And the disttag controlled mass rebuilds are such an automated feature, of which contributors would benefit. -- 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 tibbs at math.uh.edu Sat Dec 9 17:52:45 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 09 Dec 2006 11:52:45 -0600 Subject: Adventure games interpreters suitable for FE? In-Reply-To: <80d7e4090612090852j71fb711fjc4ede048a92753bd@mail.gmail.com> References: <1165663191.12292.8.camel@localhost.localdomain> <20061209124935.GA28418@jadzia.bu.edu> <1165673954.12292.28.camel@localhost.localdomain> <80d7e4090612090852j71fb711fjc4ede048a92753bd@mail.gmail.com> Message-ID: >>>>> "SJS" == Stephen John Smoogen writes: SJS> I think there was some program that actually wrote games for the SJS> interpreters.. does anyone know about it.. There's Inform, a language and compiler for the Z-machine used by the Infocom games, but unfortunately it's not sufficiently free for Fedora. (I believe there's a commercial use restriction.) - J< From kevin at scrye.com Sat Dec 9 17:44:33 2006 From: kevin at scrye.com (Kevin Fenzi) Date: Sat, 9 Dec 2006 10:44:33 -0700 Subject: Summary - Broken dependencies in Fedora Extras development - 2006-12-06 In-Reply-To: <20061209140925.08e23430.bugs.michael@gmx.net> References: <20061206184218.31191.94189@extras64.linux.duke.edu> <20061206133642.2c6050a7@ningauble.scrye.com> <20061209140925.08e23430.bugs.michael@gmx.net> Message-ID: <20061209104433.39723dbc@ningauble.scrye.com> On Sat, 9 Dec 2006 14:09:25 +0100 bugs.michael at gmx.net (Michael Schwendt) wrote: > On Wed, 6 Dec 2006 13:36:42 -0700, Kevin Fenzi wrote: > > > > Summary of broken packages (by owner): > > > > So all the non development broken dependencies are now fixed? > > No, linphone for FE 5 is still broken. I think there's an open ticket > about it, and IIRC, a library upgrade broke ABI. Yeah, I have looked at it as well... The bug is: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201017 Basically the new linphone needs a newer version of speex (which is in core). The new speex was pushed for fc6, so thats ok now, but fc5 is still in trouble. Unfortunately, the ortp package was upgraded in fc5, and the old linphone won't build with that version of ortp. ;( Hopefully the core speex maintainer will update fc5 and it will get fixed. > > > Or this report only is generated against development now? > > As the subject line suggests, the report is just for "development". > But apart from that, I've broken the main summary report and will need > to fix it. ok. Thanks for all the work pointing out these issues... hopefully we can get them fixed up. Is there any easy way to manually run the report locally without mailing people or the like? It might be usefull when confirming when issues are fixed before the next push. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From michel.salim at gmail.com Sat Dec 9 18:06:09 2006 From: michel.salim at gmail.com (Michel Salim) Date: Sat, 9 Dec 2006 13:06:09 -0500 Subject: Building against development branch's Python 2.5 Message-ID: <883cfe6d0612091006n346566a7i1061e0bccb074de1@mail.gmail.com> The Django package builds fine for FE6, but when I tried rebuilding it against -development I get an error: http://buildsys.fedoraproject.org/logs/fedora-development-extras/23311-Django-0.95-2.fc7/ running install error: invalid Python installation: unable to open /usr/include/python2.5/pyconfig-32.h (No such file or directory) error: Bad exit status from /var/tmp/rpm-tmp.419 (%install) It was being built on the PPC build server, and the development tree for PPC has both the 32- and 64-bit python-devel RPMs available. Could it be that the build server installs python-setuptools compiled against the 32-bit PPC version of python-devel, but the build server has the 64-bit python-devel RPM installed? Thanks, -- Michel Salim http://hircus.wordpress.com/ My theology, briefly, is that the universe was dictated but not signed. -- Christopher Morley From michel.salim at gmail.com Sat Dec 9 18:10:16 2006 From: michel.salim at gmail.com (Michel Salim) Date: Sat, 9 Dec 2006 13:10:16 -0500 Subject: Building against development branch's Python 2.5 In-Reply-To: <883cfe6d0612091006n346566a7i1061e0bccb074de1@mail.gmail.com> References: <883cfe6d0612091006n346566a7i1061e0bccb074de1@mail.gmail.com> Message-ID: <883cfe6d0612091010l2e7f1282y6b869fac87e5cb9d@mail.gmail.com> 2006/12/9, Michel Salim : > The Django package builds fine for FE6, but when I tried rebuilding it > against -development I get an error: > > It was being built on the PPC build server, and the development tree > for PPC has both the 32- and 64-bit python-devel RPMs available. Could > it be that the build server installs python-setuptools compiled > against the 32-bit PPC version of python-devel, but the build server > has the 64-bit python-devel RPM installed? > Ah, of course: python-setuptools for development-ppc was probably built before Python 2.5 was pushed into the repository (the timestamp differs by over 10 hours). -- Michel Salim http://hircus.wordpress.com/ My theology, briefly, is that the universe was dictated but not signed. -- Christopher Morley From fedora at leemhuis.info Sat Dec 9 18:13:16 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 09 Dec 2006 19:13:16 +0100 Subject: Mass rebuilds In-Reply-To: <20061209174301.GA23258@neu.nirvana> References: <20061209130054.6700.72913@extras64.linux.duke.edu> <1165676542.9618.5.camel@T7.Linux> <20061209165531.GA20021@neu.nirvana> <200612091206.58304.jkeating@redhat.com> <20061209174301.GA23258@neu.nirvana> Message-ID: <457AFCBC.5090707@leemhuis.info> Axel Thimm schrieb: > On Sat, Dec 09, 2006 at 12:06:58PM -0500, Jesse Keating wrote: >> On Saturday 09 December 2006 11:55, Axel Thimm wrote: >>> That would had been some packages too much (e.g. all non-python >>> packages), but who really cares about bandwidth and rawhide. >> Some? There would have been a huge number of spurious rebuilds. > So? Other than some CPU cycles wasted who would get hurt? Depends on how many packages we would use this scheme for. But I suspect that in a lot of cases users that will update to the next stable release (e.g. from FC6 to FC7 (or whatever it will be called) in this case) won't like package updates just for the sake of rebuilding if they live in regions where internet bandwidth is costly and/or slow. They will probably prefer to only update those packages where it is really needed Sure, we could find a middle ground somewhere (only those packages that use dist get rebuild, dist stays optional) or something like that, but I doubt that's worth the trouble. Yes, we did a lot of mass-rebuilds in for the last releases, but I hope we in the future now and then have a release that can be realized without mass-rebuilds. And noarch packages where not forces to get rebuild. > In fact > frequent mass rebuilds would disclose bugs that have gone by > unnoticed, e.g. when a package's direct or indirect build dependencies > change and the maintainer missed to notice that it affects his package > indeed. Agreed, but we could simply build them to a scratch repo that never gets pushed. Tata, we have a similar effect without disturbing users. >[...] > The point is: Keep the given man power of contributors to being > creative, therefore automate as much a possible. Agreed. Thus I think we should work towards something like this: "If the maintainer of foo updates foo to a newer version with a different API/ABI then he should request rebuilds of all packages that this update might break." He of course does not have to fix all the packages that break with the new version. Fixing the package that got rebuild by foo's maintainer remains the job of the packages maintainer. And this rule is of course for devel only. Tool to use: http://cvs.fedora.redhat.com/viewcvs/rebuild-scripts/bumpspecfile.py?root=fedora&view=markup Opinions? Cu thl From michel.salim at gmail.com Sat Dec 9 18:14:01 2006 From: michel.salim at gmail.com (Michel Salim) Date: Sat, 9 Dec 2006 13:14:01 -0500 Subject: uml generating tool In-Reply-To: References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> Message-ID: <883cfe6d0612091014q4dc6c0fbq801c4b22f7c02989@mail.gmail.com> 2006/11/30, Kevin Kofler : > It would be much more productive to work on common widget themes. For example, > if you're a GNOME developer, start by doing a Plastik-like theme for GNOME - > Clearlooks is a good starting point, but there are noticeable differences, so a > theme based on the Clearlooks engine modified to match the Plastik look would > be great. Similarly, a Clearlooks-like theme for Qt/KDE 3 would also be useful > (Qt 4 has one already: Cleanlooks). Right now, Bluecurve is pretty much the > only option for a consistent theme, and AFAIK it doesn't have a Qt 4 port > available as of now (only GTK+/GNOME 2 and Qt/KDE 3, and a GTK+ 1 version > showing GTK+ 1's limitations). It would be great to have more. With a common > widget theme, you might not even _notice_ anymore whether the apps you use are > GNOME or KDE apps, so there's no need to reinvent applications. > The second thing to do is to patch applications to make sure they honour the button layout setting (in GTK, settable in .gtkrc, in KDE, in ~/.kde/share/config/kdeglobals). A lot of KDE applications ignore this right now. -- Michel Salim http://hircus.wordpress.com/ My theology, briefly, is that the universe was dictated but not signed. -- Christopher Morley From peter at thecodergeek.com Sat Dec 9 19:03:11 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Sat, 09 Dec 2006 11:03:11 -0800 Subject: rpms/ssmtp/FC-5 ssmtp-bcc-fix.patch, NONE, 1.1 ssmtp-password-leak.patch, NONE, 1.1 ssmtp-ssl.certificate.nomatch.patch, NONE, 1.1 ssmtp.spec, 1.2, 1.3 In-Reply-To: <200612091750.kB9HolSC003286@cvs-int.fedora.redhat.com> References: <200612091750.kB9HolSC003286@cvs-int.fedora.redhat.com> Message-ID: <1165690991.3258.1.camel@localhost> On Sat, 2006-12-09 at 12:50 -0500, Manuel Wolfshant wrote: > Author: wolfy > [...] > > %changelog > +* Fri Dec 08 2006 lonely wolf 2.61-11 > +- fix security leak (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=369542 ) > +- include more patches from debian (report an error in treating Bcc: addresses and if the SSL certificate does not match ) > + > +%changelog Now you have an extra %changelog section in your spec. Though I don't know for certain if that causes problems (or what problems it may cause if it does), I'd recommend reconciling that so as to have only one %changelog section. :) -- 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: 189 bytes Desc: This is a digitally signed message part URL: From Axel.Thimm at ATrpms.net Sat Dec 9 19:53:53 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sat, 9 Dec 2006 20:53:53 +0100 Subject: Mass rebuilds In-Reply-To: <457AFCBC.5090707@leemhuis.info> References: <20061209130054.6700.72913@extras64.linux.duke.edu> <1165676542.9618.5.camel@T7.Linux> <20061209165531.GA20021@neu.nirvana> <200612091206.58304.jkeating@redhat.com> <20061209174301.GA23258@neu.nirvana> <457AFCBC.5090707@leemhuis.info> Message-ID: <20061209195353.GC23258@neu.nirvana> On Sat, Dec 09, 2006 at 07:13:16PM +0100, Thorsten Leemhuis wrote: > Axel Thimm schrieb: > > On Sat, Dec 09, 2006 at 12:06:58PM -0500, Jesse Keating wrote: > >> On Saturday 09 December 2006 11:55, Axel Thimm wrote: > >>> That would had been some packages too much (e.g. all non-python > >>> packages), but who really cares about bandwidth and rawhide. > >> Some? There would have been a huge number of spurious rebuilds. > > So? Other than some CPU cycles wasted who would get hurt? > > Depends on how many packages we would use this scheme for. But I suspect > that in a lot of cases users that will update to the next stable release > (e.g. from FC6 to FC7 (or whatever it will be called) in this case) > won't like package updates just for the sake of rebuilding But let's face reality: For example how many packages survived w/o a rebuild from FC5 to FC6 in extras? 29! That's less that 0.5% of the whole repo. And note that only packages with a disttag would had been rebuilt anyway, so the whole point does not apply. E.g. any package with %{?dist} in the release will have to be rebuilt at some time from FC5->FC6 or FC6->FC7 anyhow. So regular non-rawhide users are really not affected at all. > Yes, we did a lot of mass-rebuilds in for the last releases, but I hope > we in the future now and then have a release that can be realized > without mass-rebuilds. But we want mass rebuilds. python 2.6 will also come one day, new glibc/gcc improvements as well. An improved set of %{optflags} and so on. In fact mass rebuilds and a proper way to manage them are *something good*! And the disttag trick with fc6.89, fc6.89.1 etc is a very KISS implementation of doing sane and mostly unattended mass-rebuilds. From a QA POV you would like mass rebuilds for at least every test release to comb away bugs from forgotten/missed rebuilds and to allow early surfacing of new bugs. > > In fact frequent mass rebuilds would disclose bugs that have gone > > by unnoticed, e.g. when a package's direct or indirect build > > dependencies change and the maintainer missed to notice that it > > affects his package indeed. > > Agreed, but we could simply build them to a scratch repo that never gets > pushed. Tata, we have a similar effect without disturbing users. Some bugs are found at build-time, others at run-time. No one will test a scratch repo. > >[...] > > The point is: Keep the given man power of contributors to being > > creative, therefore automate as much a possible. > > Agreed. Thus I think we should work towards something like this: > > "If the maintainer of foo updates foo to a newer version with a > different API/ABI then he should request rebuilds of all packages that > this update might break." But how is that different from the current situation? What you suggest is OK as a heads-up, but doesn't cut on the time expenses of both the maintainer of the base package, as well as the maintainers of dependent packages. For example the python upgrade was properly announced, and no one is surpised that python packages are now broken, but we're still having this discussion about *manual* mass rebuilds being a PITA. -- 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 Dec 9 20:01:11 2006 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 9 Dec 2006 15:01:11 -0500 Subject: Mass rebuilds In-Reply-To: <20061209195353.GC23258@neu.nirvana> References: <20061209130054.6700.72913@extras64.linux.duke.edu> <457AFCBC.5090707@leemhuis.info> <20061209195353.GC23258@neu.nirvana> Message-ID: <200612091501.14877.jkeating@redhat.com> On Saturday 09 December 2006 14:53, Axel Thimm wrote: > But let's face reality: For example how many packages survived w/o a > rebuild from FC5 to FC6 in extras? 29! That's less that 0.5% of the > whole repo. And note that only packages with a disttag would had been > rebuilt anyway, so the whole point does not apply. E.g. any package > with %{?dist} in the release will have to be rebuilt at some time from > FC5->FC6 or FC6->FC7 anyhow. The reason the majority of the rebuilds happened was because of switching to a new build system, we wanted to make every package built with said new build system. This doesn't happen every release. -- 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 Sat Dec 9 21:00:02 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 09 Dec 2006 22:00:02 +0100 Subject: Mass rebuilds In-Reply-To: <20061209195353.GC23258@neu.nirvana> References: <20061209130054.6700.72913@extras64.linux.duke.edu> <1165676542.9618.5.camel@T7.Linux> <20061209165531.GA20021@neu.nirvana> <200612091206.58304.jkeating@redhat.com> <20061209174301.GA23258@neu.nirvana> <457AFCBC.5090707@leemhuis.info> <20061209195353.GC23258@neu.nirvana> Message-ID: <457B23D2.3030505@leemhuis.info> Axel Thimm schrieb: > On Sat, Dec 09, 2006 at 07:13:16PM +0100, Thorsten Leemhuis wrote: >> Axel Thimm schrieb: >>> On Sat, Dec 09, 2006 at 12:06:58PM -0500, Jesse Keating wrote: >>>> On Saturday 09 December 2006 11:55, Axel Thimm wrote: >>>>> That would had been some packages too much (e.g. all non-python >>>>> packages), but who really cares about bandwidth and rawhide. >>>> Some? There would have been a huge number of spurious rebuilds. >>> So? Other than some CPU cycles wasted who would get hurt? >> Depends on how many packages we would use this scheme for. But I suspect >> that in a lot of cases users that will update to the next stable release >> (e.g. from FC6 to FC7 (or whatever it will be called) in this case) >> won't like package updates just for the sake of rebuilding > But let's face reality: For example how many packages survived w/o a > rebuild from FC5 to FC6 in extras? 29! That's less that 0.5% of the > whole repo. And note that only packages with a disttag would had been > rebuilt anyway, so the whole point does not apply. E.g. any package > with %{?dist} in the release will have to be rebuilt at some time from > FC5->FC6 or FC6->FC7 anyhow. > > So regular non-rawhide users are really not affected at all. The last release maybe. The situation might be different with other releases. >> Yes, we did a lot of mass-rebuilds in for the last releases, but I hope >> we in the future now and then have a release that can be realized >> without mass-rebuilds. > But we want mass rebuilds. I was one of the key drivers in the last mass-rebuilds, but no, I would not get that far to say "we want mass rebuilds" (each time). > python 2.6 will also come one day, new > glibc/gcc improvements as well. An improved set of %{optflags} and so > on. > > In fact mass rebuilds and a proper way to manage them are *something > good*! And the disttag trick with fc6.89, fc6.89.1 etc is a very KISS > implementation of doing sane and mostly unattended mass-rebuilds. If we really want to rebuild all the stuff each release: yes. But it seems at least some people do not like the idea of a complete mass-rebuild each time (and/or even between the betas again). BTW: There was a strong opposition when we did the first mass-rebuild for FE (and that was really needed iirc). > [...] >>> In fact frequent mass rebuilds would disclose bugs that have gone >>> by unnoticed, e.g. when a package's direct or indirect build >>> dependencies change and the maintainer missed to notice that it >>> affects his package indeed. >> Agreed, but we could simply build them to a scratch repo that never gets >> pushed. Tata, we have a similar effect without disturbing users. > Some bugs are found at build-time, others at run-time. No one will test > a scratch repo. Sure. But is the rebuild one really better, even if there was no reason for a rebuild? I would prefer a known good rpm over a rebuilded one when there was no need for a rebuild. >>> [...] >>> The point is: Keep the given man power of contributors to being >>> creative, therefore automate as much a possible. >> Agreed. Thus I think we should work towards something like this: >> "If the maintainer of foo updates foo to a newer version with a >> different API/ABI then he should request rebuilds of all packages that >> this update might break." > But how is that different from the current situation? Yes. Jeremy did a god job preparing the update and he even kicked off the build of the other Core packages. But Extras was left out. We should try to cover Extrs the next time directly, too. > What you suggest > is OK as a heads-up, but doesn't cut on the time expenses of both the > maintainer of the base package, as well as the maintainers of > dependent packages. It does, The script worked quite good the last time I used it. If someone would have kicked of this script (not that much work, but to much for two packages) I for example would have saved 10 minutes today as I had to manually queue the rebuilds of two packages. > [...] /me will probably stay quiet now and wait for others to speak up before further commenting in this thread CU thl From Axel.Thimm at ATrpms.net Sat Dec 9 21:02:25 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sat, 9 Dec 2006 22:02:25 +0100 Subject: Mass rebuilds In-Reply-To: <200612091501.14877.jkeating@redhat.com> References: <20061209130054.6700.72913@extras64.linux.duke.edu> <457AFCBC.5090707@leemhuis.info> <20061209195353.GC23258@neu.nirvana> <200612091501.14877.jkeating@redhat.com> Message-ID: <20061209210225.GD23258@neu.nirvana> On Sat, Dec 09, 2006 at 03:01:11PM -0500, Jesse Keating wrote: > On Saturday 09 December 2006 14:53, Axel Thimm wrote: > > But let's face reality: For example how many packages survived w/o a > > rebuild from FC5 to FC6 in extras? 29! That's less that 0.5% of the > > whole repo. And note that only packages with a disttag would had been > > rebuilt anyway, so the whole point does not apply. E.g. any package > > with %{?dist} in the release will have to be rebuilt at some time from > > FC5->FC6 or FC6->FC7 anyhow. > > The reason the majority of the rebuilds happened was because of switching to a > new build system, we wanted to make every package built with said new build > system. This doesn't happen every release. OK, let's assume this was only for this release cycle and look back at all release cycles. Here are some numbers for i386 for FC1-FC6: Extras: Total number of packages: 16731 Total number of unique packages: 16526 (98.8%) Core w/o updates: Total number of packages: 10992 Total number of unique packages: 10908 (99.2%) So the package rebuild is about 99%. Here are some more numbers on packages that were not rebuild from release to release: FC5->FC6: 29 extras, 0 core FC4->FC5: 62 extras, 0 core FC3->FC4: 17 extras, 39 core FC2->FC3: --, 0 core FC1->FC2: --, 3 core -- 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 Dec 9 21:11:56 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sat, 9 Dec 2006 22:11:56 +0100 Subject: Mass rebuilds In-Reply-To: <457B23D2.3030505@leemhuis.info> References: <20061209130054.6700.72913@extras64.linux.duke.edu> <1165676542.9618.5.camel@T7.Linux> <20061209165531.GA20021@neu.nirvana> <200612091206.58304.jkeating@redhat.com> <20061209174301.GA23258@neu.nirvana> <457AFCBC.5090707@leemhuis.info> <20061209195353.GC23258@neu.nirvana> <457B23D2.3030505@leemhuis.info> Message-ID: <20061209211156.GE23258@neu.nirvana> On Sat, Dec 09, 2006 at 10:00:02PM +0100, Thorsten Leemhuis wrote: > > So regular non-rawhide users are really not affected at all. > > The last release maybe. The situation might be different with other > releases. The numbers show that this was the case since Fedora's birth. Why should the future be different? And if history is not enough, then check the usage of disttags: Currently 97.3% of extras packages have a disttag, which means that these packages will be rebuilt no matter what from release to release. So again, there is no drawback for non-rawhide users. We will have these rebuilds between releases anyhow, so let's make a better use out of this situation and use mass rebuilds more effectively, e.g. both in a better automated fashion as well as for doing QA on test releases. > BTW: There was a strong opposition when we did the first mass-rebuild > for FE (and that was really needed iirc). Yes, because it was and is an unneccessary waste of man power if done non-automatically. > >>> In fact frequent mass rebuilds would disclose bugs that have > >>> gone by unnoticed, e.g. when a package's direct or indirect > >>> build dependencies change and the maintainer missed to notice > >>> that it affects his package indeed. > Sure. But is the rebuild one really better, even if there was no > reason for a rebuild? I would prefer a known good rpm over a > rebuilded one when there was no need for a rebuild. If the rebuilt rpm is worse then what you had before there is a bug somewhere, right?. Don't you want to find that bug? It will surface later someday anyway, so better to let it show up when it entered the system. -- 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 Dec 9 22:17:46 2006 From: opensource at till.name (Till Maas) Date: Sat, 09 Dec 2006 23:17:46 +0100 Subject: Building against development branch's Python 2.5 In-Reply-To: <883cfe6d0612091006n346566a7i1061e0bccb074de1@mail.gmail.com> References: <883cfe6d0612091006n346566a7i1061e0bccb074de1@mail.gmail.com> Message-ID: <200612092317.56725.opensource@till.name> On Saturday 09 December 2006 19:06, Michel Salim wrote: > running install > error: invalid Python installation: unable to open > /usr/include/python2.5/pyconfig-32.h (No such file or directory) > error: Bad exit status from /var/tmp/rpm-tmp.419 (%install) I needed to add BR: python-devel to the offlineimap spec to make this error go away. 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 mcepl at redhat.com Sat Dec 9 22:25:35 2006 From: mcepl at redhat.com (Matej Cepl) Date: Sat, 9 Dec 2006 22:25:35 +0000 (UTC) Subject: On Debian and Fedora experiences References: <20061126173347.12546.qmail@web36807.mail.mud.yahoo.com> <200612040851.30437.jkeating@redhat.com> <1165413503.3513.9.camel@hal9000.oberschlesier.lan> <604aa7910612061441n5a895ba8v9b4aa135b8679d19@mail.gmail.com> <1165512510.5804.40.camel@hal9000.oberschlesier.lan> <604aa7910612071635o16bf7d99u29a7150741b39536@mail.gmail.com> <604aa7910612080248g1438018dwe286e3bf37039d05@mail.gmail.com> Message-ID: Jeff Spaleta scripst: > I hope this second attempt at an explanation helps. If it does not, > then I encourage you to become familiar with the details of how > mplayer is compiled into an executable, and to read up on shared > library linking. Yes, this is very clear (even to me ;-)). I am afraid I haven't read your previous post carefully enough. I am sorry. Then it seems there is no hope for me -- I am doomed to have aalib installed ;-). Thanks a lot, Mat?j -- http://www.ceplovi.cz/matej/blog/, Jabber: ceplmajabber.cz GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC In those days spirits were brave, the stakes were high, men were real men, women were real women and small furry creatures from Alpha Centauri were real small furry creatures from Alpha Centauri. -- Douglas Adams From vonbrand at inf.utfsm.cl Sun Dec 10 01:24:10 2006 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Sat, 09 Dec 2006 22:24:10 -0300 Subject: On Debian and Fedora experiences In-Reply-To: Your message of "Sat, 09 Dec 2006 00:50:32 MDT." <1165647033.6017.72.camel@max.booze> Message-ID: <200612100124.kBA1OAFf026544@laptop13.inf.utfsm.cl> Callum Lerwick wrote: > On Thu, 2006-12-07 at 15:35 -0900, Jeff Spaleta wrote: > > Whereas > > with Suggests/Recommends there would be no way for the package > > management system to know if a user already has one of the > > applications installed that can be used to fill that function. > > Virtual provides solve the problem of choice among equals... > > suggests/recommends do not. I see no reason to implement a > > Suggests/Recommends in this situation, from an end-user perspective. > .deb can handle this: RPM can handle alternative packages offering the same functionality, as Jeff just explained. .deb handles Suggests/Recommends, but that is another dimension. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 From wolfy at nobugconsulting.ro Sun Dec 10 01:40:34 2006 From: wolfy at nobugconsulting.ro (lonely wolf) Date: Sun, 10 Dec 2006 03:40:34 +0200 Subject: rpms/ssmtp/FC-5 ssmtp-bcc-fix.patch, NONE, 1.1 ssmtp-password-leak.patch, NONE, 1.1 ssmtp-ssl.certificate.nomatch.patch, NONE, 1.1 ssmtp.spec, 1.2, 1.3 In-Reply-To: <1165690991.3258.1.camel@localhost> References: <200612091750.kB9HolSC003286@cvs-int.fedora.redhat.com> <1165690991.3258.1.camel@localhost> Message-ID: <457B6592.2080809@nobugconsulting.ro> On 12/09/2006 09:03 PM, Peter Gordon wrote: > On Sat, 2006-12-09 at 12:50 -0500, Manuel Wolfshant wrote: > >> Author: wolfy >> [...] >> >> %changelog >> +* Fri Dec 08 2006 lonely wolf 2.61-11 >> +- fix security leak (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=369542 ) >> +- include more patches from debian (report an error in treating Bcc: addresses and if the SSL certificate does not match ) >> + >> +%changelog >> > > Now you have an extra %changelog section in your spec. Though I don't > know for certain if that causes problems (or what problems it may cause > if it does), I'd recommend reconciling that so as to have only one > %changelog section. :) > Nice catch. Shouldn't rpmlint (version 0.77) find that ? 'cause I did test both src.rpm and binary rpm :( From peter at thecodergeek.com Sun Dec 10 02:46:49 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Sat, 09 Dec 2006 18:46:49 -0800 Subject: rpms/ssmtp/FC-5 ssmtp-bcc-fix.patch, NONE, 1.1 ssmtp-password-leak.patch, NONE, 1.1 ssmtp-ssl.certificate.nomatch.patch, NONE, 1.1 ssmtp.spec, 1.2, 1.3 In-Reply-To: <457B6592.2080809@nobugconsulting.ro> References: <200612091750.kB9HolSC003286@cvs-int.fedora.redhat.com> <1165690991.3258.1.camel@localhost> <457B6592.2080809@nobugconsulting.ro> Message-ID: <1165718809.3258.3.camel@localhost> On Sun, 2006-12-10 at 03:40 +0200, lonely wolf wrote: > > Now you have an extra %changelog section in your spec. Though I don't > > know for certain if that causes problems (or what problems it may cause > > if it does), I'd recommend reconciling that so as to have only one > > %changelog section. :) > > > Nice catch. Shouldn't rpmlint (version 0.77) find that ? 'cause I did > test both src.rpm and binary rpm :( Doesn't seem like it does. Should we file a bug about that perhaps? -- 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: 189 bytes Desc: This is a digitally signed message part URL: From michel.salim at gmail.com Sun Dec 10 02:48:01 2006 From: michel.salim at gmail.com (Michel Salim) Date: Sat, 9 Dec 2006 21:48:01 -0500 Subject: Building against development branch's Python 2.5 In-Reply-To: <200612092317.56725.opensource@till.name> References: <883cfe6d0612091006n346566a7i1061e0bccb074de1@mail.gmail.com> <200612092317.56725.opensource@till.name> Message-ID: <883cfe6d0612091848u3c84f92fk6afd1f14715af0da@mail.gmail.com> 2006/12/9, Till Maas : > On Saturday 09 December 2006 19:06, Michel Salim wrote: > > > running install > > error: invalid Python installation: unable to open > > /usr/include/python2.5/pyconfig-32.h (No such file or directory) > > error: Bad exit status from /var/tmp/rpm-tmp.419 (%install) > > I needed to add BR: python-devel to the offlineimap spec to make this error go > away. > That did help, thanks! The mystery is why it was not needed with Python 2.4. Regards, -- Michel Salim http://hircus.wordpress.com/ My theology, briefly, is that the universe was dictated but not signed. -- Christopher Morley From michel.salim at gmail.com Sun Dec 10 03:02:38 2006 From: michel.salim at gmail.com (Michel Salim) Date: Sat, 9 Dec 2006 22:02:38 -0500 Subject: Anyone look at building "D compiler" (gdc)? In-Reply-To: References: <4578DE63.4020900@redhat.com> Message-ID: <883cfe6d0612091902o437df7d3ka57b07008c1f47f3@mail.gmail.com> 2006/12/8, Neal Becker : > Is anyone trying to build gdc (D compiler)? I suppose the procedure would > be to get current gcc srpm and build on top of this. > If it's stable it might be worth adding this to the main GCC srpm. Otherwise one would have to do what third-party repositories do with kdelibs and gstreamer MP3 support: duplicate the common source (will be less of a problem once FC and FE are merged, since the same tarball will only be stored once. Not sure about now) What happens if gcc in {core,updates} is updated? gdc in Extras might get out of sync. Regards, -- Michel Salim http://hircus.wordpress.com/ My theology, briefly, is that the universe was dictated but not signed. -- Christopher Morley From peter at thecodergeek.com Sun Dec 10 05:25:17 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Sat, 09 Dec 2006 21:25:17 -0800 Subject: rpms/gpsd/FC-6 gpsd.spec,1.8,1.9 In-Reply-To: <200612100430.kBA4UjQd012961@cvs-int.fedora.redhat.com> References: <200612100430.kBA4UjQd012961@cvs-int.fedora.redhat.com> Message-ID: <1165728317.3258.12.camel@tuxhugger> On Sat, 2006-12-09 at 23:30 -0500, Matthew D Truch wrote: > Author: mtruch > > Update of /cvs/extras/rpms/gpsd/FC-6 > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv12946 > > Modified Files: > gpsd.spec > Log Message: > Rebuild for new python. Erm. The bump to Python 2.5 was only in Devel/FC7. Releases for FC6 and below don't need to be rebuilt for it. Spurious rebuilds are generally frowned upon. -- 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: 189 bytes Desc: This is a digitally signed message part URL: From wolfy at nobugconsulting.ro Sun Dec 10 10:56:02 2006 From: wolfy at nobugconsulting.ro (lonely wolf) Date: Sun, 10 Dec 2006 12:56:02 +0200 Subject: rpmlint and double %changelog entry [ ex rpms/ssmtp/FC-5 ssmtp-bcc-fix.patch, ..., ssmtp.spec, 1.2, 1.3] In-Reply-To: <1165718809.3258.3.camel@localhost> References: <200612091750.kB9HolSC003286@cvs-int.fedora.redhat.com> <1165690991.3258.1.camel@localhost> <457B6592.2080809@nobugconsulting.ro> <1165718809.3258.3.camel@localhost> Message-ID: <457BE7C2.3090604@nobugconsulting.ro> On 12/10/2006 04:46 AM, Peter Gordon wrote: > On Sun, 2006-12-10 at 03:40 +0200, lonely wolf wrote: > >>> Now you have an extra %changelog section in your spec. Though I don't >>> know for certain if that causes problems (or what problems it may cause >>> if it does), I'd recommend reconciling that so as to have only one >>> %changelog section. :) >>> >>> >> Nice catch. Shouldn't rpmlint (version 0.77) find that ? 'cause I did >> test both src.rpm and binary rpm :( >> > > Doesn't seem like it does. Should we file a bug about that perhaps? > Since neither rpmlint 0.78 catches this, I have filed https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=219068 From buildsys at fedoraproject.org Sun Dec 10 13:30:32 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 10 Dec 2006 08:30:32 -0500 (EST) Subject: Fedora Extras Package Build Report 2006-12-10 Message-ID: <20061210133032.2C545152130@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 102 Django-0.95-3.fc7 HelixPlayer-1.0.7-5.fc7 Pound-2.1.8-1.fc7 PyQt-qscintilla-3.17-3.fc7 SOAPpy-0.11.6-6.fc7 TurboGears-1.0b2-4.fc7 alsa-tools-1.0.12-4.fc7 NEW amarok-1.4.4-3.fc7 apt-0.5.15lorg3.2-8.1.fc7 autobuild-applet-1.0.3-3.fc7 bittorrent-4.4.0-3.fc7 blogtk-1.1-8.fc7 clearsilver-0.10.3-6.fc7 clisp-2.41-3.fc7 denyhosts-2.6-3.fc7 deskbar-applet-2.17.2-3.fc7 eric-3.9.2-2.fc7.1 exim-4.63-6.fc7 exo-0.3.1.12-0.3.rc2.fc7 fluxstyle-1.0.1-2.fc7 fontforge-20061025-2.fc7 fonttools-2.0-0.11.20060223cvs.fc7 fwbackups-1.42.1-3.fc7 fwfstab-0.01.1-3.fc7 gaim-guifications-2.13-0.4.beta5.fc7 gnochm-0.9.9-2.fc7 gpsd-2.33-6.fc7 jasper-1.900.0-3.fc7 jd-1.8.1-0.2.cvs061209.fc7 kmymoney2-0.8.5-2.fc7 koffice-1.6.1-2.fc7 labyrinth-0.3-2.fc7 meld-1.1.4-6.fc7 mirage-0.8.2-1.fc7 obmenu-1.0-4.fc7 offlineimap-4.0.16-3.fc7 perl-Module-Pluggable-3.40-1.fc7 perl-Pod-Readme-0.090-1.fc7 perl-Sub-Exporter-0.972-1.fc7 perl-Test-Base-0.53-1.fc7 pexpect-2.1-4.fc7 php-manual-en-20061119-1.fc7 phpMyAdmin-2.9.1.1-2.fc7 poker-engine-1.0.20-2.fc7.1 pure-ftpd-1.0.21-12.fc7 pygame-1.7.1-9.fc7.1 pygpgme-0.1-4.fc7 pyicq-t-0.8-3.fc7 python-GeoIP-1.2.1-6.fc7 python-TestGears-0.2-4.fc7 python-cherrytemplate-1.0.0-5.fc7 python-chm-0.8.4-1.fc7 python-clientform-0.2.5-2.fc7 python-configobj-4.3.2-6.fc7 python-crypto-2.0.1-5.fc7 python-dialog-2.7-6.fc7 python-docutils-0.4-4.fc7 python-enchant-1.2.0-2.fc7 python-eyed3-0.6.11-3.fc7 python-formencode-0.6-3.fc7 python-fpconst-0.7.2-3.fc7.2 python-gpod-0.4.0-4.fc7 python-irclib-0.4.6-3.fc7 python-json-3.4-3.fc7 python-mechanize-0.1.5-0.1.b.fc7 python-myghty-1.1-3.fc7 python-nose-0.9.1-2.fc7 python-paramiko-1.6.4-1.fc7 python-paste-1.0-2.fc7 python-paste-deploy-1.0-2.fc7 python-paste-script-1.0-4.fc7 python-psycopg2-2.0.5.1-7.fc7 python-ruledispatch-0.5a0-0.4.svnr2115.fc7 python-setuptools-0.6c3-1.1.fc7 python-simplejson-1.4-4.fc7 python-simpy-1.7.1-5.fc7 python-sqlalchemy-0.3.1-2.fc7 python-tgfastdata-0.9a6-6.fc7 python-turbocheetah-0.9.5-7.fc7 python-turbojson-0.9.9-3.fc7 python-turbokid-0.9.9-4.fc7 python-vobject-0.4.4-2.fc7 python-zope-interface-3.0.1-7.fc7 rapidsvn-0.9.4-2.fc7 revelation-0.4.7-7.fc7 ruby-postgres-0.7.1-6.fc7 scons-0.96.1-4.fc7 scribes-0.3-2.fc7 scribus-1.3.3.6-1.fc7 search4files-0.1c-2.fc7 NEW sparse-0.2-1.fc7 ssmtp-2.61-11.1.fc7 svnmailer-1.0.8-3.fc7 telepathy-butterfly-0.1.3-3.fc7 tpb-0.6.4-7.fc7 trac-0.10.2-2.fc7 translate-toolkit-0.10.1-2.fc7 ulogd-1.24-3.fc7 wings-0.98.32b-10.fc7 xbae-4.60.4-5.fc7 xchat-gnome-0.15-2.fc7 xfce4-xkb-plugin-0.4.2-1.fc7 Packages built and released for Fedora Extras 6: 21 HelixPlayer-1.0.7-5.fc6 Pound-2.1.8-1.fc6 alsa-tools-1.0.12-4.fc6 NEW gaim-guifications-2.13-0.4.beta5.fc6 gnochm-0.9.9-2.fc6 gpsd-2.33-6.fc6 mirage-0.8.2-1.fc6 nrpe-2.5.2-3.fc6 NEW perl-Sub-Exporter-0.972-1.fc6 php-pear-Image-Color-1.0.2-2.fc6 NEW phpMyAdmin-2.9.1.1-2.fc6 python-chm-0.8.4-1.fc6 python-paramiko-1.6.4-1.fc6 rapidsvn-0.9.4-2.fc6 scribus-1.3.3.6-1.fc6 sparse-0.2-1.fc6 ssmtp-2.61-11.1.fc6 tpb-0.6.4-6.fc6 wings-0.98.32b-10.fc6 xbae-4.60.4-5.fc6 xfce4-xkb-plugin-0.4.2-1.fc6 Packages built and released for Fedora Extras 5: 15 Pound-2.1.8-1.fc5 gnochm-0.9.9-2.fc5 gpsd-2.33-3.fc5 mirage-0.8.2-1.fc5 nrpe-2.5.2-3.fc5 NEW perl-Sub-Exporter-0.972-1.fc5 php-pear-Image-Color-1.0.2-2.fc5 NEW phpMyAdmin-2.9.1.1-2.fc5 python-chm-0.8.4-1.fc5 python-paramiko-1.6.4-1.fc5 sparse-0.2-1.fc5 ssmtp-2.61-11.1.fc5 tpb-0.6.4-4.fc5 wings-0.98.32b-10.fc5 xbae-4.60.4-5.fc5 Packages built and released for Fedora Extras 4: 0 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 Matt_Domsch at dell.com Sun Dec 10 13:40:45 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sun, 10 Dec 2006 07:40:45 -0600 Subject: Mass rebuilds In-Reply-To: <457AFCBC.5090707@leemhuis.info> References: <20061209130054.6700.72913@extras64.linux.duke.edu> <1165676542.9618.5.camel@T7.Linux> <20061209165531.GA20021@neu.nirvana> <200612091206.58304.jkeating@redhat.com> <20061209174301.GA23258@neu.nirvana> <457AFCBC.5090707@leemhuis.info> Message-ID: <20061210134045.GC14584@lists.us.dell.com> On Sat, Dec 09, 2006 at 07:13:16PM +0100, Thorsten Leemhuis wrote: > >[...] > > The point is: Keep the given man power of contributors to being > > creative, therefore automate as much a possible. I did the "scratch repo" rebuilds before FC6 - that proved useful, but of course no one ran the packages I built. > Agreed. Thus I think we should work towards something like this: > > "If the maintainer of foo updates foo to a newer version with a > different API/ABI then he should request rebuilds of all packages that > this update might break." FWIW, SuSE's build system tracks the tree of BRs, and if one changes higher in the tree, everything below that gets bumped and rebuilt automatically. Yes, it's more CPU cycles and rawhide-equivalent bandwidth, but it's not inconceivable. BTW, there's a new Extras x86_64/i386/noarch? builder coming online, which should help with the package build speed... Using this kind of setup, I've rebuilt all of Core+Extras in <30 hours. Not saying we should do this daily, just that it's possible... -- 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 Sun Dec 10 14:23:32 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sun, 10 Dec 2006 14:23:32 -0000 Subject: (2/2) Summary - Broken dependencies in Fedora Extras - 2006-12-10 Message-ID: <20061210142332.10271.36630@extras64.linux.duke.edu> rekall-python-2.4.3-5.fc6.ppc requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.ppc requires libpython2.4.so.1.0 rpy-0.4.6-13.fc6.ppc requires python(abi) = 0:2.4 rrdtool-python-1.2.15-6.fc7.ppc requires python(abi) = 0:2.4 sabayon-2.12.4-4.fc6.ppc requires python(abi) = 0:2.4 sabayon-apply-2.12.4-4.fc6.ppc requires python(abi) = 0:2.4 scipy-0.5.1-4.fc7.ppc requires python(abi) = 0:2.4 ser-postgresql-0.9.6-9.fc6.ppc requires libpq.so.4 serpentine-0.7-5.fc6.noarch requires python(abi) = 0:2.4 smart-0.42-39.fc6.ppc requires python-abi = 0:2.4 smart-0.42-39.fc6.ppc requires python(abi) = 0:2.4 smart-gui-0.42-39.fc6.ppc requires python(abi) = 0:2.4 syck-python-0.55-12.fc7.ppc requires python(abi) = 0:2.4 sylpheed-claws-2.6.0-1.fc7.ppc requires libpisock.so.8 tinyerp-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 tinyerp-server-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 veusz-0.10-12.fc6.ppc requires python(abi) = 0:2.4 wxPython-2.6.3.2-2.fc6.ppc requires python(abi) = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python(abi) = 0:2.4 yumex-1.2.0-1.0.fc7.noarch requires python(abi) = 0:2.4 zeroinstall-injector-0.24-2.fc7.noarch requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-x86_64: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python-abi = 0:2.4 PyRTF-0.45-2.fc6.noarch requires python(abi) = 0:2.4 PyX-0.9-3.fc6.x86_64 requires python(abi) = 0:2.4 archmage-0.0.7-2.fc6.noarch requires python-abi = 0:2.4 archmage-0.0.7-2.fc6.noarch requires python(abi) = 0:2.4 bitbake-1.6.0-1.fc6.noarch requires python(abi) = 0:2.4 blender-2.42a-6.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) buildbot-0.7.4-2.fc6.noarch requires python(abi) = 0:2.4 bzr-0.12-1.fc7.noarch requires python(abi) = 0:2.4 bzr-0.12-1.fc7.noarch requires python-abi = 0:2.4 bzr-gtk-0.10.0-2.fc6.noarch requires python(abi) = 0:2.4 bzrtools-0.12.2-2.fc7.noarch requires python-abi = 0:2.4 bzrtools-0.12.2-2.fc7.noarch requires python(abi) = 0:2.4 centericq-4.21.0-8.fc6.x86_64 requires libcurl.so.3()(64bit) cobbler-0.2.8-1.fc6.noarch requires python(abi) = 0:2.4 cohoba-0.0.4-2.fc6.noarch requires python(abi) = 0:2.4 compat-wxPythonGTK2-2.4.2.4-12.fc6.x86_64 requires python(abi) = 0:2.4 crossfire-plugins-1.9.1-2.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) csound-python-5.03.0-9.fc7.x86_64 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cvs2svn-1.4.0-2.fc6.noarch requires python(abi) = 0:2.4 cyphesis-0.5.10-3.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpmibs.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmp.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmphelpers.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpagent.so.10()(64bit) digikam-doc-0.8.2-3.fc6.noarch requires digikam = 0:0.8.2 driftnet-0.1.6-11.x86_64 requires libpcap.so.0.9.4()(64bit) duplicity-0.4.2-3.fc6.x86_64 requires python < 0:2.5 duplicity-0.4.2-3.fc6.x86_64 requires python(abi) = 0:2.4 ekg-1.7-0.3.rc2.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) epydoc-2.1-6.fc6.noarch requires python-abi = 0:2.4 epydoc-2.1-6.fc6.noarch requires python(abi) = 0:2.4 epylog-1.0.3-4.fc6.noarch requires python-abi = 0:2.4 epylog-1.0.3-4.fc6.noarch requires python(abi) = 0:2.4 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 flow-tools-0.68-11.fc6.i386 requires libpq.so.4 flow-tools-0.68-11.fc6.x86_64 requires libpq.so.4()(64bit) gajim-0.10.1-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) gajim-0.10.1-3.fc6.x86_64 requires python-abi = 0:2.4 gazpacho-0.6.6-1.fc6.noarch requires python-abi = 0:2.4 gazpacho-0.6.6-1.fc6.noarch requires python(abi) = 0:2.4 gcompris-8.2-1.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) gdesklets-0.35.4-3.fc7.x86_64 requires python-abi = 0:2.4 gdl-0.9-0.pre3.2.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) ghc-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires ghc642 gift-0.11.8.1-6.fc7.i386 requires libmagic.so.1 gjots2-2.3.4-6.fc6.noarch requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.x86_64 requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) gnomad2-2.8.9-2.fc6.x86_64 requires libmtp.so.2()(64bit) gnome-python2-gda-2.14.2-2.fc6.i386 requires python-abi = 0:2.4 gnome-python2-gda-2.14.2-2.fc6.i386 requires python(abi) = 0:2.4 gnome-python2-gda-2.14.2-2.fc6.x86_64 requires python(abi) = 0:2.4 gnome-python2-gda-2.14.2-2.fc6.x86_64 requires python-abi = 0:2.4 gonvert-0.2.15-3.fc6.noarch requires python(abi) = 0:2.4 graphviz-python-2.8-5.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) gresistor-0.0.1-8.fc6.noarch requires python(abi) = 0:2.4 gstreamer-python-0.10.5-2.fc6.i386 requires python(abi) = 0:2.4 gstreamer-python-0.10.5-2.fc6.x86_64 requires python(abi) = 0:2.4 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.i386 requires gecko-libs = 0:2.0 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.x86_64 requires gecko-libs = 0:2.0 hamlib-python-1.2.5-3.fc6.x86_64 requires python-abi = 0:2.4 hamlib-python-1.2.5-3.fc6.x86_64 requires python(abi) = 0:2.4 ip6sic-0.1-4.fc6.x86_64 requires libpcap.so.0.9.4()(64bit) ipython-0.7.2-3.fc6.noarch requires python-abi = 0:2.4 ipython-0.7.2-3.fc6.noarch requires python(abi) = 0:2.4 istanbul-0.2.1-0.fc6.x86_64 requires python(abi) = 0:2.4 k3d-0.6.4.0-1.fc7.i386 requires libpython2.4.so.1.0 k3d-0.6.4.0-1.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) koan-0.2.1-1.fc6.noarch requires python(abi) = 0:2.4 koffice-core-1.6.1-2.fc7.i386 requires libpython2.5.so.1.0 koffice-kivio-1.6.1-2.fc7.i386 requires libpython2.5.so.1.0 kphotobymail-0.4-1.fc7.noarch requires python(abi) = 0:2.4 libgda-postgres-1:1.9.100-10.fc6.x86_64 requires libpq.so.4()(64bit) libopensync-0.19-1.fc6.i386 requires python(abi) = 0:2.4 libopensync-0.19-1.fc6.x86_64 requires python(abi) = 0:2.4 magicor-1.0-0.2.rc2.fc7.noarch requires python(abi) = 0:2.4 mercurial-0.9.1-2.fc7.x86_64 requires python(abi) = 0:2.4 metakit-2.4.9.5-3.fc6.i386 requires python(abi) = 0:2.4 metakit-2.4.9.5-3.fc6.x86_64 requires python(abi) = 0:2.4 moin-1.5.6-1.fc7.noarch requires python(abi) = 0:2.4 nagios-plugins-pgsql-1.4.4-2.fc7.x86_64 requires libpq.so.4()(64bit) nessus-client-2.2.7-2.fc6.x86_64 requires libpcap.so.0.9.4()(64bit) nessus-gui-2.2.7-2.fc6.x86_64 requires libpcap.so.0.9.4()(64bit) nessus-server-2.2.7-2.fc6.x86_64 requires libpcap.so.0.9.4()(64bit) numpy-1.0-1.fc7.x86_64 requires python(abi) = 0:2.4 oddjob-libs-0.27-8.i386 requires python(abi) = 0:2.4 oddjob-libs-0.27-8.x86_64 requires python(abi) = 0:2.4 openbabel-python-2.0.2-5.fc6.x86_64 requires python(abi) = 0:2.4 opencv-python-0.9.9-3.fc6.x86_64 requires python(abi) = 0:2.4 opencv-python-0.9.9-3.fc6.x86_64 requires python-abi = 0:2.4 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.x86_64 requires libpq.so.4()(64bit) orange-0.3-4.cvs20051118.fc7.i386 requires libmagic.so.1 paraview-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) paraview-mpi-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) pessulus-2.16.1-1.fc6.noarch requires python(abi) = 0:2.4 pgadmin3-1.4.3-6.fc6.x86_64 requires libpq.so.4()(64bit) plague-common-0.4.4.1-2.fc6.noarch requires python(abi) = 0:2.4 planet-2.0-1.noarch requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) proftpd-postgresql-1.3.0a-1.fc7.x86_64 requires libpq.so.4()(64bit) pungi-0.1.0-1.fc7.noarch requires python(abi) = 0:2.4 pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 pydot-0.9.10-4.fc6.noarch requires python(abi) = 0:2.4 pyflowtools-0.3-7.fc6.x86_64 requires python(abi) = 0:2.4 pygame-1.7.1-9.fc7.1.i386 requires libpython2.5.so.1.0 pygsl-0.3.2-6.fc6.x86_64 requires python(abi) = 0:2.4 pylint-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 pylint-gui-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 pyparsing-1.4.3-1.fc6.noarch requires python(abi) = 0:2.4 pyserial-2.2-4.fc7.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.x86_64 requires python(abi) = 0:2.4 python-HTMLgen-2.2.2-8.fc6.noarch requires python(abi) = 0:2.4 python-adns-1.1.0-4.fc6.x86_64 requires python < 0:2.5 python-adns-1.1.0-4.fc6.x86_64 requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-basemap-0.9.4-1.fc7.x86_64 requires python(abi) = 0:2.4 python-bibtex-1.2.2-4.fc6.x86_64 requires python(abi) = 0:2.4 python-cheetah-2.0-0.2.rc7.fc6.x86_64 requires python-abi = 0:2.4 python-cheetah-2.0-0.2.rc7.fc6.x86_64 requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-cpio-0.1-2.fc6.noarch requires python(abi) = 0:2.4 python-ctypes-1.0.0-1.fc6.x86_64 requires python-abi = 0:2.4 python-ctypes-1.0.0-1.fc6.x86_64 requires python(abi) = 0:2.4 python-cvstoys-1.0.10-5.fc6.noarch requires python-abi = 0:2.4 python-cvstoys-1.0.10-5.fc6.noarch requires python(abi) = 0:2.4 python-dateutil-1.1-3.fc6.noarch requires python(abi) = 0:2.4 python-durus-3.5-2.fc6.x86_64 requires python-abi = 0:2.4 python-durus-3.5-2.fc6.x86_64 requires python(abi) = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python-abi = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python(abi) = 0:2.4 python-goopy-0.1-3.fc6.noarch requires python(abi) = 0:2.4 python-htmltmpl-1.22-7.fc6.noarch requires python(abi) = 0:2.4 python-id3-1.2-8.fc6.noarch requires python(abi) = 0:2.4 python-imaging-1.1.5-6.fc6.i386 requires python(abi) = 0:2.4 python-imaging-1.1.5-6.fc6.x86_64 requires python(abi) = 0:2.4 python-kid-0.9.3-1.fc6.noarch requires python(abi) = 0:2.4 python-kiwi-1.9.9-1.fc6.noarch requires python-abi = 0:2.4 python-kiwi-1.9.9-1.fc6.noarch requires python(abi) = 0:2.4 python-kiwi-gazpacho-1.9.9-1.fc6.noarch requires python(abi) = 0:2.4 python-krbV-1.0.13-4.fc6.x86_64 requires python(abi) = 0:2.4 python-krbV-1.0.13-4.fc6.x86_64 requires python-abi = 0:2.4 python-logilab-astng-0.16.1-2.fc6.noarch requires python(abi) = 0:2.4 python-logilab-common-0.19.2-1.fc6.noarch requires python(abi) = 0:2.4 python-lxml-1.0.3-2.fc6.x86_64 requires python(abi) = 0:2.4 python-lxml-1.0.3-2.fc6.x86_64 requires python-abi = 0:2.4 python-matplotlib-0.87.7-2.fc7.x86_64 requires python(abi) = 0:2.4 python-matplotlib-tk-0.87.7-2.fc7.x86_64 requires python(abi) = 0:2.4 python-mutagen-1.8-1.fc7.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-nltk_lite-0.6.6-1.fc7.noarch requires python(abi) = 0:2.4 python-numarray-1.5.2-1.fc6.i386 requires python-abi = 0:2.4 python-numarray-1.5.2-1.fc6.i386 requires python(abi) = 0:2.4 python-numarray-1.5.2-1.fc6.x86_64 requires python(abi) = 0:2.4 python-numarray-1.5.2-1.fc6.x86_64 requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python(abi) = 0:2.4 python-ogg-1.3-3.fc6.x86_64 requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.x86_64 requires python(abi) = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.x86_64 requires python-abi = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.x86_64 requires python(abi) = 0:2.4 python-psycopg-1.1.21-5.fc6.x86_64 requires libpq.so.4()(64bit) python-psycopg-1.1.21-5.fc6.x86_64 requires python(abi) = 0:2.4 python-psycopg-1.1.21-5.fc6.x86_64 requires python-abi = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-pyspf-1.7-5.fc6.noarch requires python(abi) = 0:2.4 python-quixote-2.4-4.fc6.x86_64 requires python-abi = 0:2.4 python-quixote-2.4-4.fc6.x86_64 requires python(abi) = 0:2.4 python-sexy-0.1.9-2.fc7.x86_64 requires python(abi) = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python-abi = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python(abi) = 0:2.4 python-smbpasswd-1.0.1-4.fc6.x86_64 requires python(abi) = 0:2.4 python-sqlite2-1:2.3.2-2.fc6.x86_64 requires python(abi) = 0:2.4 python-sqlobject-0.7.0-8.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python-abi = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.x86_64 requires python(abi) = 0:2.4 python-vorbis-1.3-3.fc6.x86_64 requires python-abi = 0:2.4 python-vorbis-1.3-3.fc6.x86_64 requires python(abi) = 0:2.4 pytz-2006g-1.fc6.noarch requires python(abi) = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python-abi = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python(abi) = 0:2.4 pyxmms-2.06-3.fc6.x86_64 requires python(abi) = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python-abi = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python(abi) = 0:2.4 rdiff-backup-1.0.5-1.fc7.x86_64 requires python-abi = 0:2.4 rdiff-backup-1.0.5-1.fc7.x86_64 requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.x86_64 requires libpq.so.4()(64bit) rekall-python-2.4.3-5.fc6.x86_64 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) rpy-0.4.6-13.fc6.x86_64 requires python(abi) = 0:2.4 rrdtool-python-1.2.15-6.fc7.x86_64 requires python(abi) = 0:2.4 sabayon-2.12.4-4.fc6.x86_64 requires python(abi) = 0:2.4 sabayon-apply-2.12.4-4.fc6.x86_64 requires python(abi) = 0:2.4 scipy-0.5.1-4.fc7.x86_64 requires python(abi) = 0:2.4 scribus-1.3.3.6-1.fc7.i386 requires libpython2.5.so.1.0 ser-postgresql-0.9.6-9.fc6.x86_64 requires libpq.so.4()(64bit) serpentine-0.7-5.fc6.noarch requires python(abi) = 0:2.4 smart-0.42-39.fc6.x86_64 requires python-abi = 0:2.4 smart-0.42-39.fc6.x86_64 requires python(abi) = 0:2.4 smart-gui-0.42-39.fc6.x86_64 requires python(abi) = 0:2.4 streamtuner-0.99.99-15.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) syck-python-0.55-12.fc7.x86_64 requires python(abi) = 0:2.4 sylpheed-claws-2.6.0-1.fc7.i386 requires libpisock.so.8 sylpheed-claws-2.6.0-1.fc7.x86_64 requires libpisock.so.8()(64bit) tinyerp-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 tinyerp-server-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 veusz-0.10-12.fc6.x86_64 requires python(abi) = 0:2.4 wxPython-2.6.3.2-2.fc6.i386 requires python(abi) = 0:2.4 wxPython-2.6.3.2-2.fc6.x86_64 requires python(abi) = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python(abi) = 0:2.4 yumex-1.2.0-1.0.fc7.noarch requires python(abi) = 0:2.4 zeroinstall-injector-0.24-2.fc7.noarch requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-i386: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 PyRTF-0.45-2.fc6.noarch requires python(abi) = 0:2.4 PyX-0.9-3.fc6.i386 requires python(abi) = 0:2.4 archmage-0.0.7-2.fc6.noarch requires python-abi = 0:2.4 archmage-0.0.7-2.fc6.noarch requires python(abi) = 0:2.4 bitbake-1.6.0-1.fc6.noarch requires python(abi) = 0:2.4 blender-2.42a-6.fc7.i386 requires libpython2.4.so.1.0 buildbot-0.7.4-2.fc6.noarch requires python(abi) = 0:2.4 bzr-0.12-1.fc7.noarch requires python(abi) = 0:2.4 bzr-0.12-1.fc7.noarch requires python-abi = 0:2.4 bzr-gtk-0.10.0-2.fc6.noarch requires python(abi) = 0:2.4 bzrtools-0.12.2-2.fc7.noarch requires python-abi = 0:2.4 bzrtools-0.12.2-2.fc7.noarch requires python(abi) = 0:2.4 centericq-4.21.0-8.fc6.i386 requires libcurl.so.3 cobbler-0.2.8-1.fc6.noarch requires python(abi) = 0:2.4 cohoba-0.0.4-2.fc6.noarch requires python(abi) = 0:2.4 compat-wxPythonGTK2-2.4.2.4-12.fc6.i386 requires python(abi) = 0:2.4 crossfire-plugins-1.9.1-2.fc6.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.i386 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 cvs2svn-1.4.0-2.fc6.noarch requires python(abi) = 0:2.4 cyphesis-0.5.10-3.fc7.i386 requires libpython2.4.so.1.0 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 digikam-doc-0.8.2-3.fc6.noarch requires digikam = 0:0.8.2 driftnet-0.1.6-11.i386 requires libpcap.so.0.9.4 duplicity-0.4.2-3.fc6.i386 requires python < 0:2.5 duplicity-0.4.2-3.fc6.i386 requires python(abi) = 0:2.4 ekg-1.7-0.3.rc2.fc6.i386 requires libpython2.4.so.1.0 epydoc-2.1-6.fc6.noarch requires python-abi = 0:2.4 epydoc-2.1-6.fc6.noarch requires python(abi) = 0:2.4 epylog-1.0.3-4.fc6.noarch requires python-abi = 0:2.4 epylog-1.0.3-4.fc6.noarch requires python(abi) = 0:2.4 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 flow-tools-0.68-11.fc6.i386 requires libpq.so.4 gajim-0.10.1-3.fc6.i386 requires libpython2.4.so.1.0 gajim-0.10.1-3.fc6.i386 requires python-abi = 0:2.4 gambas-gb-db-1.0.17-6.fc7.i386 requires libpq.so.4 gambas-runtime-1.0.17-6.fc7.i386 requires libgettextlib-0.15.so gazpacho-0.6.6-1.fc6.noarch requires python-abi = 0:2.4 gazpacho-0.6.6-1.fc6.noarch requires python(abi) = 0:2.4 gcompris-8.2-1.fc7.i386 requires libpython2.4.so.1.0 gdesklets-0.35.4-3.fc7.i386 requires python-abi = 0:2.4 gdl-0.9-0.pre3.2.fc7.i386 requires libpython2.4.so.1.0 ghc-gtk2hs-0.9.10-4.fc6.i386 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires ghc642 gjots2-2.3.4-6.fc6.noarch requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.i386 requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.i386 requires libpython2.4.so.1.0 gnomad2-2.8.9-2.fc6.i386 requires libmtp.so.2 gnome-python2-gda-2.14.2-2.fc6.i386 requires python-abi = 0:2.4 gnome-python2-gda-2.14.2-2.fc6.i386 requires python(abi) = 0:2.4 gonvert-0.2.15-3.fc6.noarch requires python(abi) = 0:2.4 graphviz-python-2.8-5.fc6.i386 requires libpython2.4.so.1.0 gresistor-0.0.1-8.fc6.noarch requires python(abi) = 0:2.4 gstreamer-python-0.10.5-2.fc6.i386 requires python(abi) = 0:2.4 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.i386 requires gecko-libs = 0:2.0 hamlib-python-1.2.5-3.fc6.i386 requires python-abi = 0:2.4 hamlib-python-1.2.5-3.fc6.i386 requires python(abi) = 0:2.4 ip6sic-0.1-4.fc6.i386 requires libpcap.so.0.9.4 ipython-0.7.2-3.fc6.noarch requires python-abi = 0:2.4 ipython-0.7.2-3.fc6.noarch requires python(abi) = 0:2.4 istanbul-0.2.1-0.fc6.i386 requires python(abi) = 0:2.4 k3d-0.6.4.0-1.fc7.i386 requires libpython2.4.so.1.0 koan-0.2.1-1.fc6.noarch requires python(abi) = 0:2.4 kphotobymail-0.4-1.fc7.noarch requires python(abi) = 0:2.4 libgda-postgres-1:1.9.100-10.fc6.i386 requires libpq.so.4 libopensync-0.19-1.fc6.i386 requires python(abi) = 0:2.4 magicor-1.0-0.2.rc2.fc7.noarch requires python(abi) = 0:2.4 mercurial-0.9.1-2.fc7.i386 requires python(abi) = 0:2.4 metakit-2.4.9.5-3.fc6.i386 requires python(abi) = 0:2.4 moin-1.5.6-1.fc7.noarch requires python(abi) = 0:2.4 nagios-plugins-pgsql-1.4.4-2.fc7.i386 requires libpq.so.4 nessus-client-2.2.7-2.fc6.i386 requires libpcap.so.0.9.4 nessus-gui-2.2.7-2.fc6.i386 requires libpcap.so.0.9.4 nessus-server-2.2.7-2.fc6.i386 requires libpcap.so.0.9.4 numpy-1.0-1.fc7.i386 requires python(abi) = 0:2.4 oddjob-libs-0.27-8.i386 requires python(abi) = 0:2.4 openbabel-python-2.0.2-5.fc6.i386 requires python(abi) = 0:2.4 opencv-python-0.9.9-3.fc6.i386 requires python(abi) = 0:2.4 opencv-python-0.9.9-3.fc6.i386 requires python-abi = 0:2.4 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.i386 requires libpq.so.4 pessulus-2.16.1-1.fc6.noarch requires python(abi) = 0:2.4 pgadmin3-1.4.3-6.fc6.i386 requires libpq.so.4 plague-common-0.4.4.1-2.fc6.noarch requires python(abi) = 0:2.4 planet-2.0-1.noarch requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 proftpd-postgresql-1.3.0a-1.fc7.i386 requires libpq.so.4 pungi-0.1.0-1.fc7.noarch requires python(abi) = 0:2.4 pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 pydot-0.9.10-4.fc6.noarch requires python(abi) = 0:2.4 pyflowtools-0.3-7.fc6.i386 requires python(abi) = 0:2.4 pygsl-0.3.2-6.fc6.i386 requires python(abi) = 0:2.4 pylint-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 pylint-gui-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 pyparsing-1.4.3-1.fc6.noarch requires python(abi) = 0:2.4 pyserial-2.2-4.fc7.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.i386 requires python(abi) = 0:2.4 python-HTMLgen-2.2.2-8.fc6.noarch requires python(abi) = 0:2.4 python-adns-1.1.0-4.fc6.i386 requires python < 0:2.5 python-adns-1.1.0-4.fc6.i386 requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-basemap-0.9.4-1.fc7.i386 requires python(abi) = 0:2.4 python-bibtex-1.2.2-4.fc6.i386 requires python(abi) = 0:2.4 python-cheetah-2.0-0.2.rc7.fc6.i386 requires python-abi = 0:2.4 python-cheetah-2.0-0.2.rc7.fc6.i386 requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-cpio-0.1-2.fc6.noarch requires python(abi) = 0:2.4 python-ctypes-1.0.0-1.fc6.i386 requires python-abi = 0:2.4 python-ctypes-1.0.0-1.fc6.i386 requires python(abi) = 0:2.4 python-cvstoys-1.0.10-5.fc6.noarch requires python-abi = 0:2.4 python-cvstoys-1.0.10-5.fc6.noarch requires python(abi) = 0:2.4 python-dateutil-1.1-3.fc6.noarch requires python(abi) = 0:2.4 python-durus-3.5-2.fc6.i386 requires python-abi = 0:2.4 python-durus-3.5-2.fc6.i386 requires python(abi) = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python-abi = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python(abi) = 0:2.4 python-goopy-0.1-3.fc6.noarch requires python(abi) = 0:2.4 python-htmltmpl-1.22-7.fc6.noarch requires python(abi) = 0:2.4 python-id3-1.2-8.fc6.noarch requires python(abi) = 0:2.4 python-imaging-1.1.5-6.fc6.i386 requires python(abi) = 0:2.4 python-kid-0.9.3-1.fc6.noarch requires python(abi) = 0:2.4 python-kiwi-1.9.9-1.fc6.noarch requires python-abi = 0:2.4 python-kiwi-1.9.9-1.fc6.noarch requires python(abi) = 0:2.4 python-kiwi-gazpacho-1.9.9-1.fc6.noarch requires python(abi) = 0:2.4 python-krbV-1.0.13-4.fc6.i386 requires python-abi = 0:2.4 python-krbV-1.0.13-4.fc6.i386 requires python(abi) = 0:2.4 python-logilab-astng-0.16.1-2.fc6.noarch requires python(abi) = 0:2.4 python-logilab-common-0.19.2-1.fc6.noarch requires python(abi) = 0:2.4 python-lxml-1.0.3-2.fc6.i386 requires python-abi = 0:2.4 python-lxml-1.0.3-2.fc6.i386 requires python(abi) = 0:2.4 python-matplotlib-0.87.7-2.fc7.i386 requires python(abi) = 0:2.4 python-matplotlib-tk-0.87.7-2.fc7.i386 requires python(abi) = 0:2.4 python-mutagen-1.8-1.fc7.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-nltk_lite-0.6.6-1.fc7.noarch requires python(abi) = 0:2.4 python-numarray-1.5.2-1.fc6.i386 requires python-abi = 0:2.4 python-numarray-1.5.2-1.fc6.i386 requires python(abi) = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python(abi) = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.i386 requires python-abi = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.i386 requires python(abi) = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python-abi = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python(abi) = 0:2.4 python-psycopg-1.1.21-5.fc6.i386 requires libpq.so.4 python-psycopg-1.1.21-5.fc6.i386 requires python-abi = 0:2.4 python-psycopg-1.1.21-5.fc6.i386 requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-pyspf-1.7-5.fc6.noarch requires python(abi) = 0:2.4 python-quixote-2.4-4.fc6.i386 requires python-abi = 0:2.4 python-quixote-2.4-4.fc6.i386 requires python(abi) = 0:2.4 python-sexy-0.1.9-2.fc7.i386 requires python(abi) = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python-abi = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python(abi) = 0:2.4 python-smbpasswd-1.0.1-4.fc6.i386 requires python(abi) = 0:2.4 python-sqlite2-1:2.3.2-2.fc6.i386 requires python(abi) = 0:2.4 python-sqlobject-0.7.0-8.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python-abi = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.i386 requires python(abi) = 0:2.4 python-vorbis-1.3-3.fc6.i386 requires python-abi = 0:2.4 python-vorbis-1.3-3.fc6.i386 requires python(abi) = 0:2.4 pytz-2006g-1.fc6.noarch requires python(abi) = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python-abi = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python(abi) = 0:2.4 pyxmms-2.06-3.fc6.i386 requires python(abi) = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python-abi = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python(abi) = 0:2.4 rdiff-backup-1.0.5-1.fc7.i386 requires python-abi = 0:2.4 rdiff-backup-1.0.5-1.fc7.i386 requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.i386 requires libpq.so.4 rekall-python-2.4.3-5.fc6.i386 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.i386 requires libpython2.4.so.1.0 rpy-0.4.6-13.fc6.i386 requires python(abi) = 0:2.4 rrdtool-python-1.2.15-6.fc7.i386 requires python(abi) = 0:2.4 sabayon-2.12.4-4.fc6.i386 requires python(abi) = 0:2.4 sabayon-apply-2.12.4-4.fc6.i386 requires python(abi) = 0:2.4 scipy-0.5.1-4.fc7.i386 requires python(abi) = 0:2.4 ser-postgresql-0.9.6-9.fc6.i386 requires libpq.so.4 serpentine-0.7-5.fc6.noarch requires python(abi) = 0:2.4 smart-0.42-39.fc6.i386 requires python-abi = 0:2.4 smart-0.42-39.fc6.i386 requires python(abi) = 0:2.4 smart-gui-0.42-39.fc6.i386 requires python(abi) = 0:2.4 syck-python-0.55-12.fc7.i386 requires python(abi) = 0:2.4 sylpheed-claws-2.6.0-1.fc7.i386 requires libpisock.so.8 tinyerp-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 tinyerp-server-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 veusz-0.10-12.fc6.i386 requires python(abi) = 0:2.4 wxPython-2.6.3.2-2.fc6.i386 requires python(abi) = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python(abi) = 0:2.4 yumex-1.2.0-1.0.fc7.noarch requires python(abi) = 0:2.4 zeroinstall-injector-0.24-2.fc7.noarch requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-5-ppc: linphone-1.2.0-4.fc5.ppc requires libortp.so.2 ====================================================================== Broken packages in fedora-extras-5-x86_64: linphone-1.2.0-4.fc5.x86_64 requires libortp.so.2()(64bit) ====================================================================== Broken packages in fedora-extras-5-i386: linphone-1.2.0-4.fc5.i386 requires libortp.so.2 From buildsys at fedoraproject.org Sun Dec 10 14:23:32 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sun, 10 Dec 2006 14:23:32 -0000 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-10 Message-ID: <20061210142332.10271.66575@extras64.linux.duke.edu> New report for: chris.stone AT gmail.com package: pygame - 1.7.1-9.fc7.1.i386 from fedora-extras-development-x86_64 unresolved deps: libpython2.5.so.1.0 ====================================================================== New report for: andreas.bierfert AT lowlatency.de package: koffice-core - 1.6.1-2.fc7.i386 from fedora-extras-development-x86_64 unresolved deps: libpython2.5.so.1.0 package: koffice-kivio - 1.6.1-2.fc7.i386 from fedora-extras-development-x86_64 unresolved deps: libpython2.5.so.1.0 package: scribus - 1.3.3.6-1.fc7.i386 from fedora-extras-development-x86_64 unresolved deps: libpython2.5.so.1.0 ====================================================================== Summary of broken packages (by owner): Axel.Thimm AT ATrpms.net smart - 0.42-39.fc6.i386 (2 days) smart - 0.42-39.fc6.ppc (2 days) smart - 0.42-39.fc6.x86_64 (2 days) smart-gui - 0.42-39.fc6.i386 (2 days) smart-gui - 0.42-39.fc6.ppc (2 days) smart-gui - 0.42-39.fc6.x86_64 (2 days) Jochen AT herr-schmitt.de blender - 2.42a-6.fc7.i386 (2 days) blender - 2.42a-6.fc7.ppc (2 days) blender - 2.42a-6.fc7.x86_64 (2 days) python-smbpasswd - 1.0.1-4.fc6.i386 (2 days) python-smbpasswd - 1.0.1-4.fc6.ppc (2 days) python-smbpasswd - 1.0.1-4.fc6.x86_64 (2 days) alexl AT redhat.com sabayon - 2.12.4-4.fc6.i386 (2 days) sabayon - 2.12.4-4.fc6.ppc (2 days) sabayon - 2.12.4-4.fc6.x86_64 (2 days) sabayon-apply - 2.12.4-4.fc6.i386 (2 days) sabayon-apply - 2.12.4-4.fc6.ppc (2 days) sabayon-apply - 2.12.4-4.fc6.x86_64 (2 days) andreas.bierfert AT lowlatency.de centericq - 4.21.0-8.fc6.i386 (40 days) centericq - 4.21.0-8.fc6.ppc (40 days) centericq - 4.21.0-8.fc6.x86_64 (40 days) koffice-core - 1.6.1-2.fc7.i386 koffice-kivio - 1.6.1-2.fc7.i386 libopensync - 0.19-1.fc6.i386 (2 days) libopensync - 0.19-1.fc6.i386 (2 days) libopensync - 0.19-1.fc6.ppc (2 days) libopensync - 0.19-1.fc6.x86_64 (2 days) nessus-client - 2.2.7-2.fc6.i386 (11 days) nessus-client - 2.2.7-2.fc6.ppc (11 days) nessus-client - 2.2.7-2.fc6.x86_64 (11 days) nessus-gui - 2.2.7-2.fc6.i386 (11 days) nessus-gui - 2.2.7-2.fc6.ppc (11 days) nessus-gui - 2.2.7-2.fc6.x86_64 (11 days) nessus-server - 2.2.7-2.fc6.i386 (11 days) nessus-server - 2.2.7-2.fc6.ppc (11 days) nessus-server - 2.2.7-2.fc6.x86_64 (11 days) orange - 0.3-4.cvs20051118.fc7.i386 (6 days) scribus - 1.3.3.6-1.fc7.i386 sylpheed-claws - 2.6.0-1.fc7.i386 (11 days) sylpheed-claws - 2.6.0-1.fc7.i386 (11 days) sylpheed-claws - 2.6.0-1.fc7.ppc (11 days) sylpheed-claws - 2.6.0-1.fc7.x86_64 (11 days) andreas AT bawue.net bitbake - 1.6.0-1.fc6.noarch (2 days) bitbake - 1.6.0-1.fc6.noarch (2 days) bitbake - 1.6.0-1.fc6.noarch (2 days) pyzor - 0.4.0-10.fc6.noarch (2 days) pyzor - 0.4.0-10.fc6.noarch (2 days) pyzor - 0.4.0-10.fc6.noarch (2 days) ser-postgresql - 0.9.6-9.fc6.i386 (4 days) ser-postgresql - 0.9.6-9.fc6.ppc (4 days) ser-postgresql - 0.9.6-9.fc6.x86_64 (4 days) bdpepple AT ameritech.net python-telepathy - 0.13.7-2.fc7.noarch (2 days) python-telepathy - 0.13.7-2.fc7.noarch (2 days) python-telepathy - 0.13.7-2.fc7.noarch (2 days) bnocera AT redhat.com driftnet - 0.1.6-11.i386 (11 days) driftnet - 0.1.6-11.ppc (11 days) driftnet - 0.1.6-11.x86_64 (11 days) cgoorah AT yahoo.com.au gresistor - 0.0.1-8.fc6.noarch (2 days) gresistor - 0.0.1-8.fc6.noarch (2 days) gresistor - 0.0.1-8.fc6.noarch (2 days) chris.stone AT gmail.com pygame - 1.7.1-9.fc7.1.i386 dan AT danny.cz tinyerp - 3.4.2-1.fc6.noarch (2 days) tinyerp - 3.4.2-1.fc6.noarch (2 days) tinyerp - 3.4.2-1.fc6.noarch (2 days) tinyerp-server - 3.4.2-1.fc6.noarch (2 days) tinyerp-server - 3.4.2-1.fc6.noarch (2 days) tinyerp-server - 3.4.2-1.fc6.noarch (2 days) dcbw AT redhat.com csound - 5.03.0-9.fc7.i386 (2 days) csound - 5.03.0-9.fc7.i386 (2 days) csound - 5.03.0-9.fc7.ppc (2 days) csound - 5.03.0-9.fc7.x86_64 (2 days) csound-python - 5.03.0-9.fc7.i386 (2 days) csound-python - 5.03.0-9.fc7.ppc (2 days) csound-python - 5.03.0-9.fc7.x86_64 (2 days) plague-common - 0.4.4.1-2.fc6.noarch (2 days) plague-common - 0.4.4.1-2.fc6.noarch (2 days) plague-common - 0.4.4.1-2.fc6.noarch (2 days) denis AT poolshark.org glom - 1.2.1-2.fc7.i386 (2 days) glom - 1.2.1-2.fc7.ppc (2 days) glom - 1.2.1-2.fc7.x86_64 (2 days) gnome-python2-gda - 2.14.2-2.fc6.i386 (2 days) gnome-python2-gda - 2.14.2-2.fc6.i386 (2 days) gnome-python2-gda - 2.14.2-2.fc6.ppc (2 days) gnome-python2-gda - 2.14.2-2.fc6.x86_64 (2 days) gstreamer-python - 0.10.5-2.fc6.i386 (2 days) gstreamer-python - 0.10.5-2.fc6.i386 (2 days) gstreamer-python - 0.10.5-2.fc6.ppc (2 days) gstreamer-python - 0.10.5-2.fc6.x86_64 (2 days) k3d - 0.6.4.0-1.fc7.i386 (2 days) k3d - 0.6.4.0-1.fc7.i386 (2 days) k3d - 0.6.4.0-1.fc7.ppc (2 days) k3d - 0.6.4.0-1.fc7.x86_64 (2 days) dennis AT ausil.us hamlib-python - 1.2.5-3.fc6.i386 (2 days) hamlib-python - 1.2.5-3.fc6.ppc (2 days) hamlib-python - 1.2.5-3.fc6.x86_64 (2 days) dwmw2 AT redhat.com openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.i386 (4 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.ppc (4 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.x86_64 (4 days) endur AT bennewitz.com streamtuner - 0.99.99-15.fc7.x86_64 (2 days) extras-orphan AT fedoraproject.org buildbot - 0.7.4-2.fc6.noarch (2 days) buildbot - 0.7.4-2.fc6.noarch (2 days) buildbot - 0.7.4-2.fc6.noarch (2 days) python-cvstoys - 1.0.10-5.fc6.noarch (2 days) python-cvstoys - 1.0.10-5.fc6.noarch (2 days) python-cvstoys - 1.0.10-5.fc6.noarch (2 days) python-htmltmpl - 1.22-7.fc6.noarch (2 days) python-htmltmpl - 1.22-7.fc6.noarch (2 days) python-htmltmpl - 1.22-7.fc6.noarch (2 days) python-id3 - 1.2-8.fc6.noarch (2 days) python-id3 - 1.2-8.fc6.noarch (2 days) python-id3 - 1.2-8.fc6.noarch (2 days) foolish AT guezz.net serpentine - 0.7-5.fc6.noarch (2 days) serpentine - 0.7-5.fc6.noarch (2 days) serpentine - 0.7-5.fc6.noarch (2 days) gajownik AT gmail.com gajim - 0.10.1-3.fc6.i386 (2 days) gajim - 0.10.1-3.fc6.ppc (2 days) gajim - 0.10.1-3.fc6.x86_64 (2 days) python-sqlite2 - 1:2.3.2-2.fc6.i386 (2 days) python-sqlite2 - 1:2.3.2-2.fc6.ppc (2 days) python-sqlite2 - 1:2.3.2-2.fc6.x86_64 (2 days) ghenry AT suretecsystems.com pgadmin3 - 1.4.3-6.fc6.i386 (4 days) pgadmin3 - 1.4.3-6.fc6.ppc (4 days) pgadmin3 - 1.4.3-6.fc6.x86_64 (4 days) rdiff-backup - 1.0.5-1.fc7.i386 (2 days) rdiff-backup - 1.0.5-1.fc7.ppc (2 days) rdiff-backup - 1.0.5-1.fc7.x86_64 (2 days) hugo AT devin.com.br python-ogg - 1.3-3.fc6.i386 (2 days) python-ogg - 1.3-3.fc6.i386 (2 days) python-ogg - 1.3-3.fc6.ppc (2 days) python-ogg - 1.3-3.fc6.x86_64 (2 days) python-vorbis - 1.3-3.fc6.i386 (2 days) python-vorbis - 1.3-3.fc6.ppc (2 days) python-vorbis - 1.3-3.fc6.x86_64 (2 days) i AT stingr.net flow-tools - 0.68-11.fc6.i386 (4 days) flow-tools - 0.68-11.fc6.i386 (4 days) flow-tools - 0.68-11.fc6.ppc (4 days) flow-tools - 0.68-11.fc6.x86_64 (4 days) pyflowtools - 0.3-7.fc6.i386 (2 days) pyflowtools - 0.3-7.fc6.ppc (2 days) pyflowtools - 0.3-7.fc6.x86_64 (2 days) pyserial - 2.2-4.fc7.noarch (2 days) pyserial - 2.2-4.fc7.noarch (2 days) pyserial - 2.2-4.fc7.noarch (2 days) icon AT fedoraproject.org cvs2svn - 1.4.0-2.fc6.noarch (2 days) cvs2svn - 1.4.0-2.fc6.noarch (2 days) cvs2svn - 1.4.0-2.fc6.noarch (2 days) epylog - 1.0.3-4.fc6.noarch (2 days) epylog - 1.0.3-4.fc6.noarch (2 days) epylog - 1.0.3-4.fc6.noarch (2 days) gazpacho - 0.6.6-1.fc6.noarch (2 days) gazpacho - 0.6.6-1.fc6.noarch (2 days) gazpacho - 0.6.6-1.fc6.noarch (2 days) pylint - 0.12.1-1.fc6.noarch (2 days) pylint - 0.12.1-1.fc6.noarch (2 days) pylint - 0.12.1-1.fc6.noarch (2 days) pylint-gui - 0.12.1-1.fc6.noarch (2 days) pylint-gui - 0.12.1-1.fc6.noarch (2 days) pylint-gui - 0.12.1-1.fc6.noarch (2 days) python-feedparser - 4.1-1.fc6.noarch (2 days) python-feedparser - 4.1-1.fc6.noarch (2 days) python-feedparser - 4.1-1.fc6.noarch (2 days) python-kid - 0.9.3-1.fc6.noarch (2 days) python-kid - 0.9.3-1.fc6.noarch (2 days) python-kid - 0.9.3-1.fc6.noarch (2 days) python-kiwi - 1.9.9-1.fc6.noarch (2 days) python-kiwi - 1.9.9-1.fc6.noarch (2 days) python-kiwi - 1.9.9-1.fc6.noarch (2 days) python-kiwi-gazpacho - 1.9.9-1.fc6.noarch (2 days) python-kiwi-gazpacho - 1.9.9-1.fc6.noarch (2 days) python-kiwi-gazpacho - 1.9.9-1.fc6.noarch (2 days) python-logilab-astng - 0.16.1-2.fc6.noarch (2 days) python-logilab-astng - 0.16.1-2.fc6.noarch (2 days) python-logilab-astng - 0.16.1-2.fc6.noarch (2 days) python-logilab-common - 0.19.2-1.fc6.noarch (2 days) python-logilab-common - 0.19.2-1.fc6.noarch (2 days) python-logilab-common - 0.19.2-1.fc6.noarch (2 days) imlinux AT gmail.com nagios-plugins-pgsql - 1.4.4-2.fc7.i386 (4 days) nagios-plugins-pgsql - 1.4.4-2.fc7.ppc (4 days) nagios-plugins-pgsql - 1.4.4-2.fc7.x86_64 (4 days) j.w.r.degoede AT hhs.nl gcompris - 8.2-1.fc7.i386 (2 days) gcompris - 8.2-1.fc7.ppc (2 days) gcompris - 8.2-1.fc7.x86_64 (2 days) libgda-postgres - 1:1.9.100-10.fc6.i386 (4 days) libgda-postgres - 1:1.9.100-10.fc6.ppc (4 days) libgda-postgres - 1:1.9.100-10.fc6.x86_64 (4 days) magicor - 1.0-0.2.rc2.fc7.noarch (2 days) magicor - 1.0-0.2.rc2.fc7.noarch (2 days) magicor - 1.0-0.2.rc2.fc7.noarch (2 days) jafo-redhat AT tummy.com python-pydns - 2.3.0-4.fc6.noarch (2 days) python-pydns - 2.3.0-4.fc6.noarch (2 days) python-pydns - 2.3.0-4.fc6.noarch (2 days) python-pyspf - 1.7-5.fc6.noarch (2 days) python-pyspf - 1.7-5.fc6.noarch (2 days) python-pyspf - 1.7-5.fc6.noarch (2 days) jamatos AT fc.up.pt f2py - 2.45.241_1926-2.fc6.noarch (2 days) f2py - 2.45.241_1926-2.fc6.noarch (2 days) f2py - 2.45.241_1926-2.fc6.noarch (2 days) pygsl - 0.3.2-6.fc6.i386 (2 days) pygsl - 0.3.2-6.fc6.ppc (2 days) pygsl - 0.3.2-6.fc6.x86_64 (2 days) pyparsing - 1.4.3-1.fc6.noarch (2 days) pyparsing - 1.4.3-1.fc6.noarch (2 days) pyparsing - 1.4.3-1.fc6.noarch (2 days) python-HTMLgen - 2.2.2-8.fc6.noarch (2 days) python-HTMLgen - 2.2.2-8.fc6.noarch (2 days) python-HTMLgen - 2.2.2-8.fc6.noarch (2 days) python-amara - 1.1.7-2.fc6.noarch (2 days) python-amara - 1.1.7-2.fc6.noarch (2 days) python-amara - 1.1.7-2.fc6.noarch (2 days) python-cpio - 0.1-2.fc6.noarch (2 days) python-cpio - 0.1-2.fc6.noarch (2 days) python-cpio - 0.1-2.fc6.noarch (2 days) python-imaging - 1.1.5-6.fc6.i386 (2 days) python-imaging - 1.1.5-6.fc6.i386 (2 days) python-imaging - 1.1.5-6.fc6.ppc (2 days) python-imaging - 1.1.5-6.fc6.x86_64 (2 days) rpy - 0.4.6-13.fc6.i386 (2 days) rpy - 0.4.6-13.fc6.ppc (2 days) rpy - 0.4.6-13.fc6.x86_64 (2 days) jeff AT ocjtech.us linphone - 1.2.0-4.fc5.i386 (62 days) linphone - 1.2.0-4.fc5.ppc (62 days) linphone - 1.2.0-4.fc5.x86_64 (62 days) jeremy AT jeremysanders.net veusz - 0.10-12.fc6.i386 (2 days) veusz - 0.10-12.fc6.ppc (2 days) veusz - 0.10-12.fc6.x86_64 (2 days) jima AT beer.tclug.org graphviz-python - 2.8-5.fc6.i386 (2 days) graphviz-python - 2.8-5.fc6.ppc (2 days) graphviz-python - 2.8-5.fc6.x86_64 (2 days) jkeating AT redhat.com pungi - 0.1.0-1.fc7.noarch (2 days) pungi - 0.1.0-1.fc7.noarch (2 days) pungi - 0.1.0-1.fc7.noarch (2 days) jspaleta AT gmail.com istanbul - 0.2.1-0.fc6.i386 (2 days) istanbul - 0.2.1-0.fc6.ppc (2 days) istanbul - 0.2.1-0.fc6.x86_64 (2 days) scipy - 0.5.1-4.fc7.i386 (2 days) scipy - 0.5.1-4.fc7.ppc (2 days) scipy - 0.5.1-4.fc7.x86_64 (2 days) jwilson AT redhat.com ip6sic - 0.1-4.fc6.i386 (11 days) ip6sic - 0.1-4.fc6.ppc (11 days) ip6sic - 0.1-4.fc6.x86_64 (11 days) numpy - 1.0-1.fc7.i386 (2 days) numpy - 1.0-1.fc7.ppc (2 days) numpy - 1.0-1.fc7.x86_64 (2 days) rrdtool-python - 1.2.15-6.fc7.i386 (2 days) rrdtool-python - 1.2.15-6.fc7.ppc (2 days) rrdtool-python - 1.2.15-6.fc7.x86_64 (2 days) karlthered AT gmail.com gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.i386 (18 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.i386 (18 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.ppc (18 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.x86_64 (18 days) python-sexy - 0.1.9-2.fc7.i386 (2 days) python-sexy - 0.1.9-2.fc7.ppc (2 days) python-sexy - 0.1.9-2.fc7.x86_64 (2 days) katzj AT redhat.com mercurial - 0.9.1-2.fc7.i386 (2 days) mercurial - 0.9.1-2.fc7.ppc (2 days) mercurial - 0.9.1-2.fc7.x86_64 (2 days) kushaldas AT gmail.com kphotobymail - 0.4-1.fc7.noarch (2 days) kphotobymail - 0.4-1.fc7.noarch (2 days) kphotobymail - 0.4-1.fc7.noarch (2 days) lmacken AT redhat.com python-cherrypy - 2.2.1-3.fc6.noarch (2 days) python-cherrypy - 2.2.1-3.fc6.noarch (2 days) python-cherrypy - 2.2.1-3.fc6.noarch (2 days) python-sqlobject - 0.7.0-8.fc6.noarch (2 days) python-sqlobject - 0.7.0-8.fc6.noarch (2 days) python-sqlobject - 0.7.0-8.fc6.noarch (2 days) luya_tfz AT thefinalzone.com gdesklets - 0.35.4-3.fc7.i386 (2 days) gdesklets - 0.35.4-3.fc7.ppc (2 days) gdesklets - 0.35.4-3.fc7.x86_64 (2 days) mattdm AT mattdm.org wxPython - 2.6.3.2-2.fc6.i386 (2 days) wxPython - 2.6.3.2-2.fc6.i386 (2 days) wxPython - 2.6.3.2-2.fc6.ppc (2 days) wxPython - 2.6.3.2-2.fc6.x86_64 (2 days) matthias AT rpmforge.net epydoc - 2.1-6.fc6.noarch (2 days) epydoc - 2.1-6.fc6.noarch (2 days) epydoc - 2.1-6.fc6.noarch (2 days) metakit - 2.4.9.5-3.fc6.i386 (2 days) metakit - 2.4.9.5-3.fc6.i386 (2 days) metakit - 2.4.9.5-3.fc6.ppc (2 days) metakit - 2.4.9.5-3.fc6.x86_64 (2 days) moin - 1.5.6-1.fc7.noarch (2 days) moin - 1.5.6-1.fc7.noarch (2 days) moin - 1.5.6-1.fc7.noarch (2 days) proftpd-postgresql - 1.3.0a-1.fc7.i386 (4 days) proftpd-postgresql - 1.3.0a-1.fc7.ppc (4 days) proftpd-postgresql - 1.3.0a-1.fc7.x86_64 (4 days) mdehaan AT redhat.com cobbler - 0.2.8-1.fc6.noarch (2 days) cobbler - 0.2.8-1.fc6.noarch (2 days) koan - 0.2.1-1.fc6.noarch (2 days) koan - 0.2.1-1.fc6.noarch (2 days) mgarski AT post.pl digikam-doc - 0.8.2-3.fc6.noarch (11 days) digikam-doc - 0.8.2-3.fc6.noarch (11 days) digikam-doc - 0.8.2-3.fc6.noarch (11 days) michel.salim AT gmail.com python-nltk - 1.4.4-3.fc7.noarch (2 days) python-nltk - 1.4.4-3.fc7.noarch (2 days) python-nltk - 1.4.4-3.fc7.noarch (2 days) python-nltk_lite - 0.6.6-1.fc7.noarch (2 days) python-nltk_lite - 0.6.6-1.fc7.noarch (2 days) python-nltk_lite - 0.6.6-1.fc7.noarch (2 days) zeroinstall-injector - 0.24-2.fc7.noarch (2 days) zeroinstall-injector - 0.24-2.fc7.noarch (2 days) zeroinstall-injector - 0.24-2.fc7.noarch (2 days) mikeb AT redhat.com python-cheetah - 2.0-0.2.rc7.fc6.i386 (2 days) python-cheetah - 2.0-0.2.rc7.fc6.ppc (2 days) python-cheetah - 2.0-0.2.rc7.fc6.x86_64 (2 days) python-krbV - 1.0.13-4.fc6.i386 (2 days) python-krbV - 1.0.13-4.fc6.ppc (2 days) python-krbV - 1.0.13-4.fc6.x86_64 (2 days) mitr AT redhat.com python-4Suite-XML - 1.0-1.i386 (2 days) python-4Suite-XML - 1.0-1.ppc (2 days) python-4Suite-XML - 1.0-1.x86_64 (2 days) mpeters AT mac.com PyRTF - 0.45-2.fc6.noarch (2 days) PyRTF - 0.45-2.fc6.noarch (2 days) PyRTF - 0.45-2.fc6.noarch (2 days) PyX - 0.9-3.fc6.i386 (2 days) PyX - 0.9-3.fc6.ppc (2 days) PyX - 0.9-3.fc6.x86_64 (2 days) mr.ecik AT gmail.com python-mutagen - 1.8-1.fc7.noarch (2 days) python-mutagen - 1.8-1.fc7.noarch (2 days) python-mutagen - 1.8-1.fc7.noarch (2 days) nalin AT redhat.com oddjob-libs - 0.27-8.i386 (2 days) oddjob-libs - 0.27-8.i386 (2 days) oddjob-libs - 0.27-8.ppc (2 days) oddjob-libs - 0.27-8.x86_64 (2 days) oliver AT linux-kernel.at syck-python - 0.55-12.fc7.i386 (2 days) syck-python - 0.55-12.fc7.ppc (2 days) syck-python - 0.55-12.fc7.x86_64 (2 days) orion AT cora.nwra.com gdl - 0.9-0.pre3.2.fc7.i386 (2 days) gdl - 0.9-0.pre3.2.fc7.ppc (2 days) gdl - 0.9-0.pre3.2.fc7.x86_64 (2 days) paraview - 2.4.4-3.fc6.x86_64 (2 days) paraview-mpi - 2.4.4-3.fc6.x86_64 (2 days) plplot - 5.6.1-8.fc7.i386 (2 days) plplot - 5.6.1-8.fc7.i386 (2 days) plplot - 5.6.1-8.fc7.ppc (2 days) plplot - 5.6.1-8.fc7.x86_64 (2 days) plplot-gnome - 5.6.1-8.fc7.i386 (2 days) plplot-gnome - 5.6.1-8.fc7.i386 (2 days) plplot-gnome - 5.6.1-8.fc7.ppc (2 days) plplot-gnome - 5.6.1-8.fc7.x86_64 (2 days) python-basemap - 0.9.4-1.fc7.i386 (2 days) python-basemap - 0.9.4-1.fc7.ppc (2 days) python-basemap - 0.9.4-1.fc7.x86_64 (2 days) python-dateutil - 1.1-3.fc6.noarch (2 days) python-dateutil - 1.1-3.fc6.noarch (2 days) python-dateutil - 1.1-3.fc6.noarch (2 days) python-matplotlib - 0.87.7-2.fc7.i386 (2 days) python-matplotlib - 0.87.7-2.fc7.ppc (2 days) python-matplotlib - 0.87.7-2.fc7.x86_64 (2 days) python-matplotlib-tk - 0.87.7-2.fc7.i386 (2 days) python-matplotlib-tk - 0.87.7-2.fc7.ppc (2 days) python-matplotlib-tk - 0.87.7-2.fc7.x86_64 (2 days) python-numarray - 1.5.2-1.fc6.i386 (2 days) python-numarray - 1.5.2-1.fc6.i386 (2 days) python-numarray - 1.5.2-1.fc6.ppc (2 days) python-numarray - 1.5.2-1.fc6.x86_64 (2 days) pytz - 2006g-1.fc6.noarch (2 days) pytz - 2006g-1.fc6.noarch (2 days) pytz - 2006g-1.fc6.noarch (2 days) paul AT all-the-johnsons.co.uk gonvert - 0.2.15-3.fc6.noarch (2 days) gonvert - 0.2.15-3.fc6.noarch (2 days) gonvert - 0.2.15-3.fc6.noarch (2 days) pyxmms - 2.06-3.fc6.i386 (2 days) pyxmms - 2.06-3.fc6.ppc (2 days) pyxmms - 2.06-3.fc6.x86_64 (2 days) pertusus AT free.fr archmage - 0.0.7-2.fc6.noarch (2 days) archmage - 0.0.7-2.fc6.noarch (2 days) archmage - 0.0.7-2.fc6.noarch (2 days) petersen AT redhat.com ghc-gtk2hs - 0.9.10-4.fc6.i386 (37 days) ghc-gtk2hs - 0.9.10-4.fc6.ppc (37 days) ghc-gtk2hs - 0.9.10-4.fc6.x86_64 (37 days) ghc642-gtk2hs - 0.9.10-4.fc6.i386 (37 days) ghc642-gtk2hs - 0.9.10-4.fc6.ppc (37 days) ghc642-gtk2hs - 0.9.10-4.fc6.x86_64 (37 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.i386 (37 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.ppc (37 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.x86_64 (37 days) pjones AT redhat.com python-goopy - 0.1-3.fc6.noarch (2 days) python-goopy - 0.1-3.fc6.noarch (2 days) python-goopy - 0.1-3.fc6.noarch (2 days) pnasrat AT redhat.com python-ctypes - 1.0.0-1.fc6.i386 (2 days) python-ctypes - 1.0.0-1.fc6.ppc (2 days) python-ctypes - 1.0.0-1.fc6.x86_64 (2 days) prockai AT redhat.com cyrus-imapd - 2.3.7-4.fc6.i386 (11 days) cyrus-imapd - 2.3.7-4.fc6.i386 (11 days) cyrus-imapd - 2.3.7-4.fc6.ppc (11 days) cyrus-imapd - 2.3.7-4.fc6.x86_64 (11 days) rc040203 AT freenet.de opencv-python - 0.9.9-3.fc6.i386 (2 days) opencv-python - 0.9.9-3.fc6.ppc (2 days) opencv-python - 0.9.9-3.fc6.x86_64 (2 days) rdieter AT math.unl.edu PyKDE - 3.16.0-5.fc7.i386 (2 days) PyKDE - 3.16.0-5.fc7.i386 (2 days) PyKDE - 3.16.0-5.fc7.ppc (2 days) PyKDE - 3.16.0-5.fc7.x86_64 (2 days) gift - 0.11.8.1-6.fc7.i386 (42 days) redhat-bugzilla AT linuxnetz.de duplicity - 0.4.2-3.fc6.i386 (2 days) duplicity - 0.4.2-3.fc6.ppc (2 days) duplicity - 0.4.2-3.fc6.x86_64 (2 days) rich AT phekda.gotadsl.co.uk planet - 2.0-1.noarch (2 days) planet - 2.0-1.noarch (2 days) planet - 2.0-1.noarch (2 days) rpm AT greysector.net ekg - 1.7-0.3.rc2.fc6.i386 (2 days) ekg - 1.7-0.3.rc2.fc6.ppc (2 days) ekg - 1.7-0.3.rc2.fc6.x86_64 (2 days) openbabel-python - 2.0.2-5.fc6.i386 (2 days) openbabel-python - 2.0.2-5.fc6.ppc (2 days) openbabel-python - 2.0.2-5.fc6.x86_64 (2 days) rvokal AT redhat.com gjots2 - 2.3.4-6.fc6.noarch (2 days) gjots2 - 2.3.4-6.fc6.noarch (2 days) gjots2 - 2.3.4-6.fc6.noarch (2 days) python-adns - 1.1.0-4.fc6.i386 (2 days) python-adns - 1.1.0-4.fc6.ppc (2 days) python-adns - 1.1.0-4.fc6.x86_64 (2 days) sander AT hoentjen.eu cohoba - 0.0.4-2.fc6.noarch (2 days) cohoba - 0.0.4-2.fc6.noarch (2 days) cohoba - 0.0.4-2.fc6.noarch (2 days) shahms AT shahms.com bzr - 0.12-1.fc7.noarch (2 days) bzr - 0.12-1.fc7.noarch (2 days) bzr - 0.12-1.fc7.noarch (2 days) bzrtools - 0.12.2-2.fc7.noarch (2 days) bzrtools - 0.12.2-2.fc7.noarch (2 days) bzrtools - 0.12.2-2.fc7.noarch (2 days) ipython - 0.7.2-3.fc6.noarch (2 days) ipython - 0.7.2-3.fc6.noarch (2 days) ipython - 0.7.2-3.fc6.noarch (2 days) python-durus - 3.5-2.fc6.i386 (2 days) python-durus - 3.5-2.fc6.ppc (2 days) python-durus - 3.5-2.fc6.x86_64 (2 days) python-lxml - 1.0.3-2.fc6.i386 (2 days) python-lxml - 1.0.3-2.fc6.ppc (2 days) python-lxml - 1.0.3-2.fc6.x86_64 (2 days) python-protocols - 1.0-0.3.a0dev_r2082.fc6.i386 (2 days) python-protocols - 1.0-0.3.a0dev_r2082.fc6.ppc (2 days) python-protocols - 1.0-0.3.a0dev_r2082.fc6.x86_64 (2 days) python-psyco - 1.5.1-4.fc6.i386 (2 days) python-psycopg - 1.1.21-5.fc6.i386 (4 days) python-psycopg - 1.1.21-5.fc6.ppc (4 days) python-psycopg - 1.1.21-5.fc6.x86_64 (4 days) python-quixote - 2.4-4.fc6.i386 (2 days) python-quixote - 2.4-4.fc6.ppc (2 days) python-quixote - 2.4-4.fc6.x86_64 (2 days) python-simpletal - 4.1-4.fc6.noarch (2 days) python-simpletal - 4.1-4.fc6.noarch (2 days) python-simpletal - 4.1-4.fc6.noarch (2 days) python-tpg - 3.1.0-3.fc6.noarch (2 days) python-tpg - 3.1.0-3.fc6.noarch (2 days) python-tpg - 3.1.0-3.fc6.noarch (2 days) splinux AT fedoraproject.org pessulus - 2.16.1-1.fc6.noarch (2 days) pessulus - 2.16.1-1.fc6.noarch (2 days) pessulus - 2.16.1-1.fc6.noarch (2 days) stickster AT gmail.com xmldiff - 0.6.7-12.fc6.i386 (2 days) xmldiff - 0.6.7-12.fc6.ppc (2 days) xmldiff - 0.6.7-12.fc6.x86_64 (2 days) tcallawa AT redhat.com compat-wxPythonGTK2 - 2.4.2.4-12.fc6.i386 (2 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.ppc (2 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.x86_64 (2 days) gambas-gb-db - 1.0.17-6.fc7.i386 (17 days) gambas-gb-db - 1.0.17-6.fc7.ppc (17 days) gambas-runtime - 1.0.17-6.fc7.i386 (17 days) gambas-runtime - 1.0.17-6.fc7.ppc (17 days) pychart - 1.39-4.fc6.noarch (2 days) pychart - 1.39-4.fc6.noarch (2 days) pychart - 1.39-4.fc6.noarch (2 days) pydot - 0.9.10-4.fc6.noarch (2 days) pydot - 0.9.10-4.fc6.noarch (2 days) pydot - 0.9.10-4.fc6.noarch (2 days) pyxdg - 0.15-3.fc6.noarch (2 days) pyxdg - 0.15-3.fc6.noarch (2 days) pyxdg - 0.15-3.fc6.noarch (2 days) rekall-postgresql - 2.4.3-5.fc6.i386 (4 days) rekall-postgresql - 2.4.3-5.fc6.ppc (4 days) rekall-postgresql - 2.4.3-5.fc6.x86_64 (4 days) rekall-python - 2.4.3-5.fc6.i386 (4 days) rekall-python - 2.4.3-5.fc6.ppc (4 days) rekall-python - 2.4.3-5.fc6.x86_64 (4 days) thomas AT apestaart.org python-twisted - 1.3.0-7.fc6.i386 (2 days) python-twisted - 1.3.0-7.fc6.ppc (2 days) python-twisted - 1.3.0-7.fc6.x86_64 (2 days) tla AT rasmil.dk yumex - 1.2.0-1.0.fc7.noarch (2 days) yumex - 1.2.0-1.0.fc7.noarch (2 days) yumex - 1.2.0-1.0.fc7.noarch (2 days) triad AT df.lth.se gnomad2 - 2.8.9-2.fc6.i386 (2 days) gnomad2 - 2.8.9-2.fc6.ppc (2 days) gnomad2 - 2.8.9-2.fc6.x86_64 (2 days) wart AT kobold.org crossfire-plugins - 1.9.1-2.fc6.i386 (2 days) crossfire-plugins - 1.9.1-2.fc6.ppc (2 days) crossfire-plugins - 1.9.1-2.fc6.x86_64 (2 days) cyphesis - 0.5.10-3.fc7.i386 (2 days) cyphesis - 0.5.10-3.fc7.ppc (2 days) cyphesis - 0.5.10-3.fc7.x86_64 (2 days) wtogami AT redhat.com bzr-gtk - 0.10.0-2.fc6.noarch (2 days) bzr-gtk - 0.10.0-2.fc6.noarch (2 days) bzr-gtk - 0.10.0-2.fc6.noarch (2 days) z.kota AT gmx.net python-bibtex - 1.2.2-4.fc6.i386 (2 days) python-bibtex - 1.2.2-4.fc6.ppc (2 days) python-bibtex - 1.2.2-4.fc6.x86_64 (2 days) ====================================================================== Broken packages in fedora-extras-development-ppc: PyKDE-3.16.0-5.fc7.ppc requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.ppc requires python-abi = 0:2.4 PyRTF-0.45-2.fc6.noarch requires python(abi) = 0:2.4 PyX-0.9-3.fc6.ppc requires python(abi) = 0:2.4 archmage-0.0.7-2.fc6.noarch requires python-abi = 0:2.4 archmage-0.0.7-2.fc6.noarch requires python(abi) = 0:2.4 bitbake-1.6.0-1.fc6.noarch requires python(abi) = 0:2.4 blender-2.42a-6.fc7.ppc requires libpython2.4.so.1.0 buildbot-0.7.4-2.fc6.noarch requires python(abi) = 0:2.4 bzr-0.12-1.fc7.noarch requires python(abi) = 0:2.4 bzr-0.12-1.fc7.noarch requires python-abi = 0:2.4 bzr-gtk-0.10.0-2.fc6.noarch requires python(abi) = 0:2.4 bzrtools-0.12.2-2.fc7.noarch requires python-abi = 0:2.4 bzrtools-0.12.2-2.fc7.noarch requires python(abi) = 0:2.4 centericq-4.21.0-8.fc6.ppc requires libcurl.so.3 cohoba-0.0.4-2.fc6.noarch requires python(abi) = 0:2.4 compat-wxPythonGTK2-2.4.2.4-12.fc6.ppc requires python(abi) = 0:2.4 crossfire-plugins-1.9.1-2.fc6.ppc requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 cvs2svn-1.4.0-2.fc6.noarch requires python(abi) = 0:2.4 cyphesis-0.5.10-3.fc7.ppc requires libpython2.4.so.1.0 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpagent.so.10 digikam-doc-0.8.2-3.fc6.noarch requires digikam = 0:0.8.2 driftnet-0.1.6-11.ppc requires libpcap.so.0.9.4 duplicity-0.4.2-3.fc6.ppc requires python < 0:2.5 duplicity-0.4.2-3.fc6.ppc requires python(abi) = 0:2.4 ekg-1.7-0.3.rc2.fc6.ppc requires libpython2.4.so.1.0 epydoc-2.1-6.fc6.noarch requires python-abi = 0:2.4 epydoc-2.1-6.fc6.noarch requires python(abi) = 0:2.4 epylog-1.0.3-4.fc6.noarch requires python-abi = 0:2.4 epylog-1.0.3-4.fc6.noarch requires python(abi) = 0:2.4 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 flow-tools-0.68-11.fc6.ppc requires libpq.so.4 gajim-0.10.1-3.fc6.ppc requires libpython2.4.so.1.0 gajim-0.10.1-3.fc6.ppc requires python-abi = 0:2.4 gambas-gb-db-1.0.17-6.fc7.ppc requires libpq.so.4 gambas-runtime-1.0.17-6.fc7.ppc requires libgettextlib-0.15.so gazpacho-0.6.6-1.fc6.noarch requires python-abi = 0:2.4 gazpacho-0.6.6-1.fc6.noarch requires python(abi) = 0:2.4 gcompris-8.2-1.fc7.ppc requires libpython2.4.so.1.0 gdesklets-0.35.4-3.fc7.ppc requires python-abi = 0:2.4 gdl-0.9-0.pre3.2.fc7.ppc requires libpython2.4.so.1.0 ghc-gtk2hs-0.9.10-4.fc6.ppc requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires ghc642 gjots2-2.3.4-6.fc6.noarch requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.ppc requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.ppc requires libpython2.4.so.1.0 gnomad2-2.8.9-2.fc6.ppc requires libmtp.so.2 gnome-python2-gda-2.14.2-2.fc6.ppc requires python-abi = 0:2.4 gnome-python2-gda-2.14.2-2.fc6.ppc requires python(abi) = 0:2.4 gonvert-0.2.15-3.fc6.noarch requires python(abi) = 0:2.4 graphviz-python-2.8-5.fc6.ppc requires libpython2.4.so.1.0 gresistor-0.0.1-8.fc6.noarch requires python(abi) = 0:2.4 gstreamer-python-0.10.5-2.fc6.ppc requires python(abi) = 0:2.4 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.ppc requires gecko-libs = 0:2.0 hamlib-python-1.2.5-3.fc6.ppc requires python-abi = 0:2.4 hamlib-python-1.2.5-3.fc6.ppc requires python(abi) = 0:2.4 ip6sic-0.1-4.fc6.ppc requires libpcap.so.0.9.4 ipython-0.7.2-3.fc6.noarch requires python-abi = 0:2.4 ipython-0.7.2-3.fc6.noarch requires python(abi) = 0:2.4 istanbul-0.2.1-0.fc6.ppc requires python(abi) = 0:2.4 k3d-0.6.4.0-1.fc7.ppc requires libpython2.4.so.1.0 kphotobymail-0.4-1.fc7.noarch requires python(abi) = 0:2.4 libgda-postgres-1:1.9.100-10.fc6.ppc requires libpq.so.4 libopensync-0.19-1.fc6.ppc requires python(abi) = 0:2.4 magicor-1.0-0.2.rc2.fc7.noarch requires python(abi) = 0:2.4 mercurial-0.9.1-2.fc7.ppc requires python(abi) = 0:2.4 metakit-2.4.9.5-3.fc6.ppc requires python(abi) = 0:2.4 moin-1.5.6-1.fc7.noarch requires python(abi) = 0:2.4 nagios-plugins-pgsql-1.4.4-2.fc7.ppc requires libpq.so.4 nessus-client-2.2.7-2.fc6.ppc requires libpcap.so.0.9.4 nessus-gui-2.2.7-2.fc6.ppc requires libpcap.so.0.9.4 nessus-server-2.2.7-2.fc6.ppc requires libpcap.so.0.9.4 numpy-1.0-1.fc7.ppc requires python(abi) = 0:2.4 oddjob-libs-0.27-8.ppc requires python(abi) = 0:2.4 openbabel-python-2.0.2-5.fc6.ppc requires python(abi) = 0:2.4 opencv-python-0.9.9-3.fc6.ppc requires python(abi) = 0:2.4 opencv-python-0.9.9-3.fc6.ppc requires python-abi = 0:2.4 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.ppc requires libpq.so.4 pessulus-2.16.1-1.fc6.noarch requires python(abi) = 0:2.4 pgadmin3-1.4.3-6.fc6.ppc requires libpq.so.4 plague-common-0.4.4.1-2.fc6.noarch requires python(abi) = 0:2.4 planet-2.0-1.noarch requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 proftpd-postgresql-1.3.0a-1.fc7.ppc requires libpq.so.4 pungi-0.1.0-1.fc7.noarch requires python(abi) = 0:2.4 pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 pydot-0.9.10-4.fc6.noarch requires python(abi) = 0:2.4 pyflowtools-0.3-7.fc6.ppc requires python(abi) = 0:2.4 pygsl-0.3.2-6.fc6.ppc requires python(abi) = 0:2.4 pylint-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 pylint-gui-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 pyparsing-1.4.3-1.fc6.noarch requires python(abi) = 0:2.4 pyserial-2.2-4.fc7.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.ppc requires python(abi) = 0:2.4 python-HTMLgen-2.2.2-8.fc6.noarch requires python(abi) = 0:2.4 python-adns-1.1.0-4.fc6.ppc requires python < 0:2.5 python-adns-1.1.0-4.fc6.ppc requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-basemap-0.9.4-1.fc7.ppc requires python(abi) = 0:2.4 python-bibtex-1.2.2-4.fc6.ppc requires python(abi) = 0:2.4 python-cheetah-2.0-0.2.rc7.fc6.ppc requires python-abi = 0:2.4 python-cheetah-2.0-0.2.rc7.fc6.ppc requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-cpio-0.1-2.fc6.noarch requires python(abi) = 0:2.4 python-ctypes-1.0.0-1.fc6.ppc requires python-abi = 0:2.4 python-ctypes-1.0.0-1.fc6.ppc requires python(abi) = 0:2.4 python-cvstoys-1.0.10-5.fc6.noarch requires python-abi = 0:2.4 python-cvstoys-1.0.10-5.fc6.noarch requires python(abi) = 0:2.4 python-dateutil-1.1-3.fc6.noarch requires python(abi) = 0:2.4 python-durus-3.5-2.fc6.ppc requires python-abi = 0:2.4 python-durus-3.5-2.fc6.ppc requires python(abi) = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python-abi = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python(abi) = 0:2.4 python-goopy-0.1-3.fc6.noarch requires python(abi) = 0:2.4 python-htmltmpl-1.22-7.fc6.noarch requires python(abi) = 0:2.4 python-id3-1.2-8.fc6.noarch requires python(abi) = 0:2.4 python-imaging-1.1.5-6.fc6.ppc requires python(abi) = 0:2.4 python-kid-0.9.3-1.fc6.noarch requires python(abi) = 0:2.4 python-kiwi-1.9.9-1.fc6.noarch requires python-abi = 0:2.4 python-kiwi-1.9.9-1.fc6.noarch requires python(abi) = 0:2.4 python-kiwi-gazpacho-1.9.9-1.fc6.noarch requires python(abi) = 0:2.4 python-krbV-1.0.13-4.fc6.ppc requires python-abi = 0:2.4 python-krbV-1.0.13-4.fc6.ppc requires python(abi) = 0:2.4 python-logilab-astng-0.16.1-2.fc6.noarch requires python(abi) = 0:2.4 python-logilab-common-0.19.2-1.fc6.noarch requires python(abi) = 0:2.4 python-lxml-1.0.3-2.fc6.ppc requires python-abi = 0:2.4 python-lxml-1.0.3-2.fc6.ppc requires python(abi) = 0:2.4 python-matplotlib-0.87.7-2.fc7.ppc requires python(abi) = 0:2.4 python-matplotlib-tk-0.87.7-2.fc7.ppc requires python(abi) = 0:2.4 python-mutagen-1.8-1.fc7.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-nltk_lite-0.6.6-1.fc7.noarch requires python(abi) = 0:2.4 python-numarray-1.5.2-1.fc6.ppc requires python-abi = 0:2.4 python-numarray-1.5.2-1.fc6.ppc requires python(abi) = 0:2.4 python-ogg-1.3-3.fc6.ppc requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.ppc requires python(abi) = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.ppc requires python-abi = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.ppc requires python(abi) = 0:2.4 python-psycopg-1.1.21-5.fc6.ppc requires libpq.so.4 python-psycopg-1.1.21-5.fc6.ppc requires python-abi = 0:2.4 python-psycopg-1.1.21-5.fc6.ppc requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-pyspf-1.7-5.fc6.noarch requires python(abi) = 0:2.4 python-quixote-2.4-4.fc6.ppc requires python-abi = 0:2.4 python-quixote-2.4-4.fc6.ppc requires python(abi) = 0:2.4 python-sexy-0.1.9-2.fc7.ppc requires python(abi) = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python-abi = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python(abi) = 0:2.4 python-smbpasswd-1.0.1-4.fc6.ppc requires python(abi) = 0:2.4 python-sqlite2-1:2.3.2-2.fc6.ppc requires python(abi) = 0:2.4 python-sqlobject-0.7.0-8.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python-abi = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.ppc requires python(abi) = 0:2.4 python-vorbis-1.3-3.fc6.ppc requires python-abi = 0:2.4 python-vorbis-1.3-3.fc6.ppc requires python(abi) = 0:2.4 pytz-2006g-1.fc6.noarch requires python(abi) = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python-abi = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python(abi) = 0:2.4 pyxmms-2.06-3.fc6.ppc requires python(abi) = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python-abi = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python(abi) = 0:2.4 rdiff-backup-1.0.5-1.fc7.ppc requires python-abi = 0:2.4 rdiff-backup-1.0.5-1.fc7.ppc requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.ppc requires libpq.so.4 From chris.stone at gmail.com Sun Dec 10 15:50:41 2006 From: chris.stone at gmail.com (Christopher Stone) Date: Sun, 10 Dec 2006 07:50:41 -0800 Subject: (2/2) Summary - Broken dependencies in Fedora Extras - 2006-12-10 In-Reply-To: <20061210142332.10271.36630@extras64.linux.duke.edu> References: <20061210142332.10271.36630@extras64.linux.duke.edu> Message-ID: On 12/10/06, Fedora Extras repoclosure wrote: ====================================================================== > Broken packages in fedora-extras-development-x86_64: > pygame-1.7.1-9.fc7.1.i386 requires libpython2.5.so.1.0 Erm, how the heck did pygame.i386 get into the x86_64 repo?!? I don't think I have the powerz to fix this? Help anyone? From nicolas.mailhot at laposte.net Sun Dec 10 16:14:11 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sun, 10 Dec 2006 17:14:11 +0100 Subject: (2/2) Summary - Broken dependencies in Fedora Extras - 2006-12-10 In-Reply-To: References: <20061210142332.10271.36630@extras64.linux.duke.edu> Message-ID: <1165767263.3245.0.camel@rousalka.dyndns.org> Le dimanche 10 d?cembre 2006 ? 07:50 -0800, Christopher Stone a ?crit : > On 12/10/06, Fedora Extras repoclosure wrote: > ====================================================================== > > Broken packages in fedora-extras-development-x86_64: > > pygame-1.7.1-9.fc7.1.i386 requires libpython2.5.so.1.0 > > Erm, how the heck did pygame.i386 get into the x86_64 repo?!? I don't > think I have the powerz to fix this? Help anyone? The x86_64 repo is multilib by default now IIRC -- 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 chris.stone at gmail.com Sun Dec 10 16:16:36 2006 From: chris.stone at gmail.com (Christopher Stone) Date: Sun, 10 Dec 2006 08:16:36 -0800 Subject: (2/2) Summary - Broken dependencies in Fedora Extras - 2006-12-10 In-Reply-To: <1165767263.3245.0.camel@rousalka.dyndns.org> References: <20061210142332.10271.36630@extras64.linux.duke.edu> <1165767263.3245.0.camel@rousalka.dyndns.org> Message-ID: On 12/10/06, Nicolas Mailhot wrote: > Le dimanche 10 d?cembre 2006 ? 07:50 -0800, Christopher Stone a ?crit : > > On 12/10/06, Fedora Extras repoclosure wrote: > > ====================================================================== > > > Broken packages in fedora-extras-development-x86_64: > > > pygame-1.7.1-9.fc7.1.i386 requires libpython2.5.so.1.0 > > > > Erm, how the heck did pygame.i386 get into the x86_64 repo?!? I don't > > think I have the powerz to fix this? Help anyone? > > The x86_64 repo is multilib by default now IIRC This does not help me. Something is afoot at the Circle K and I do not have the ability to fix this. I'm going to need help for sure on this one. From cr33dog at gmail.com Sun Dec 10 18:15:55 2006 From: cr33dog at gmail.com (Chris Mohler) Date: Sun, 10 Dec 2006 12:15:55 -0600 Subject: Could a little help getting started... In-Reply-To: References: <1165552192.3299.2.camel@lt21223.campus.dmacc.edu> Message-ID: Is it required to name this package "python-fontypython"? The files install in /site-packages/fontypython, which I assume makes it a python module... OTOH, it already has 'python' in the name - is that sufficient? Also, the program recently acquired a full GUI, yet the author has left it to be run from the CLI. Do I need to create/install a .desktop file? Aside from these questions, I think I have something that meets the packaging requirements. Thanks, Chris From bugs.michael at gmx.net Sun Dec 10 19:24:52 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 10 Dec 2006 20:24:52 +0100 Subject: pygame (Re: (2/2) Summary - Broken dependencies in Fedora Extras - 2006-12-10) In-Reply-To: References: <20061210142332.10271.36630@extras64.linux.duke.edu> <1165767263.3245.0.camel@rousalka.dyndns.org> Message-ID: <20061210202452.4d0b4b32.bugs.michael@gmx.net> On Sun, 10 Dec 2006 08:16:36 -0800, Christopher Stone wrote: > On 12/10/06, Nicolas Mailhot wrote: > > Le dimanche 10 d?cembre 2006 ? 07:50 -0800, Christopher Stone a ?crit : > > > On 12/10/06, Fedora Extras repoclosure wrote: > > > ====================================================================== > > > > Broken packages in fedora-extras-development-x86_64: > > > > pygame-1.7.1-9.fc7.1.i386 requires libpython2.5.so.1.0 > > > > > > Erm, how the heck did pygame.i386 get into the x86_64 repo?!? I don't > > > think I have the powerz to fix this? Help anyone? > > > > The x86_64 repo is multilib by default now IIRC > > This does not help me. Something is afoot at the Circle K and I do > not have the ability to fix this. I'm going to need help for sure on > this one. Rest assured, fixing it is easy at the repository level. As a last resort pygame-devel would be put onto the multilib black-list. But something about it smells like a packaging bug. pygame description reads: Pygame is a set of Python modules designed for writing games. It is written on top of the excellent SDL library. This allows you to create fully featured games and multimedia programs in the python language. Pygame is highly portable and runs on nearly every platform and operating system. Okay, so it's for the Python language. Then what is pygame-devel? pygame-devel description says: This package contains headers required to build applications that use pygame. Uhm, headers for Python? Doubtful. Let's see: $ rpmls pygame-devel|grep include drwxr-xr-x /usr/include/python2.4/pygame -rw-r--r-- /usr/include/python2.4/pygame/fastevents.h -rw-r--r-- /usr/include/python2.4/pygame/font.h -rw-r--r-- /usr/include/python2.4/pygame/mixer.h -rw-r--r-- /usr/include/python2.4/pygame/pygame.h That's C, not Python! And pygame.h contains a description of what it is. It contains the definitions for writing pygame extension modules. So, are these just macros, or are there libraries you are supposed to link your C code to? $ rpmls pygame|grep .so$ -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/base.so -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/cdrom.so -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/constants.so -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/display.so -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/draw.so -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/event.so -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/fastevent.so -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/font.so -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/image.so -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/imageext.so -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/joystick.so -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/key.so -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/mixer.so -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/mixer_music.so -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/mouse.so -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/overlay.so -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/rect.so -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/rwobject.so -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/sndarray.so -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/surface.so -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/surfarray.so -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/surflock.so -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/time.so -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/transform.so Aha, there are the modules fastevent.so, font.so, mixer.so, but no libraries in run-time linker's search path, so nothing for using pygame with a C API. Seems pygame-devel really is the C API for writing pygame _extensions_, not for using pygame from within C. Why does it require the base package then? Just because Python example code is included and needs pygame? Suggested fix: Eliminate pygame-devel, move the C headers into the main pygame package, which contains development documentation already anyway and which is a Python development package. Move the examples into a pygame-examples package. And what the following? None of it seems to run: /usr/share/doc/pygame-devel-1.7.1/examples/macosx From chris.stone at gmail.com Sun Dec 10 20:18:35 2006 From: chris.stone at gmail.com (Christopher Stone) Date: Sun, 10 Dec 2006 12:18:35 -0800 Subject: pygame (Re: (2/2) Summary - Broken dependencies in Fedora Extras - 2006-12-10) In-Reply-To: <20061210202452.4d0b4b32.bugs.michael@gmx.net> References: <20061210142332.10271.36630@extras64.linux.duke.edu> <1165767263.3245.0.camel@rousalka.dyndns.org> <20061210202452.4d0b4b32.bugs.michael@gmx.net> Message-ID: On 12/10/06, Michael Schwendt wrote: > On Sun, 10 Dec 2006 08:16:36 -0800, Christopher Stone wrote: > > > On 12/10/06, Nicolas Mailhot wrote: > > > Le dimanche 10 d?cembre 2006 ? 07:50 -0800, Christopher Stone a ?crit : > > > > On 12/10/06, Fedora Extras repoclosure wrote: > > > > ====================================================================== > > > > > Broken packages in fedora-extras-development-x86_64: > > > > > pygame-1.7.1-9.fc7.1.i386 requires libpython2.5.so.1.0 > > > > > > > > Erm, how the heck did pygame.i386 get into the x86_64 repo?!? I don't > > > > think I have the powerz to fix this? Help anyone? > > > > > > The x86_64 repo is multilib by default now IIRC > > > > This does not help me. Something is afoot at the Circle K and I do > > not have the ability to fix this. I'm going to need help for sure on > > this one. > > Rest assured, fixing it is easy at the repository level. As a last resort > pygame-devel would be put onto the multilib black-list. But something > about it smells like a packaging bug. > > pygame description reads: > > Pygame is a set of Python modules designed for writing games. It is > written on top of the excellent SDL library. This allows you to create > fully featured games and multimedia programs in the python language. > Pygame is highly portable and runs on nearly every platform and > operating system. > > Okay, so it's for the Python language. Then what is pygame-devel? > pygame-devel description says: > > This package contains headers required to build applications that > use pygame. > > Uhm, headers for Python? Doubtful. Let's see: > > $ rpmls pygame-devel|grep include > drwxr-xr-x /usr/include/python2.4/pygame > -rw-r--r-- /usr/include/python2.4/pygame/fastevents.h > -rw-r--r-- /usr/include/python2.4/pygame/font.h > -rw-r--r-- /usr/include/python2.4/pygame/mixer.h > -rw-r--r-- /usr/include/python2.4/pygame/pygame.h > > That's C, not Python! And pygame.h contains a description of what it is. > It contains the definitions for writing pygame extension modules. So, are > these just macros, or are there libraries you are supposed to link your C > code to? > > $ rpmls pygame|grep .so$ > -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/base.so > -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/cdrom.so > -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/constants.so > -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/display.so > -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/draw.so > -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/event.so > -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/fastevent.so > -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/font.so > -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/image.so > -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/imageext.so > -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/joystick.so > -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/key.so > -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/mixer.so > -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/mixer_music.so > -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/mouse.so > -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/overlay.so > -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/rect.so > -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/rwobject.so > -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/sndarray.so > -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/surface.so > -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/surfarray.so > -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/surflock.so > -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/time.so > -rwxr-xr-x /usr/lib/python2.4/site-packages/pygame/transform.so > > Aha, there are the modules fastevent.so, font.so, mixer.so, but no > libraries in run-time linker's search path, so nothing for using pygame > with a C API. Seems pygame-devel really is the C API for writing pygame > _extensions_, not for using pygame from within C. > > Why does it require the base package then? Just because Python example > code is included and needs pygame? > > Suggested fix: Eliminate pygame-devel, move the C headers into the main > pygame package, which contains development documentation already anyway > and which is a Python development package. Move the examples into a > pygame-examples package. > > And what the following? None of it seems to run: > /usr/share/doc/pygame-devel-1.7.1/examples/macosx Okay, I did all this. I don't know if the .i386 has to be manually removed? If anyone wants to give another look/review of the current spec in devel please be my guest. From jspaleta at gmail.com Sun Dec 10 20:20:51 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 10 Dec 2006 11:20:51 -0900 Subject: Could a little help getting started... In-Reply-To: References: <1165552192.3299.2.camel@lt21223.campus.dmacc.edu> Message-ID: <604aa7910612101220peeadd5cic4d9c30920e98fc3@mail.gmail.com> On 12/10/06, Chris Mohler wrote: > Is it required to name this package "python-fontypython"? The files > install in /site-packages/fontypython, which I assume > makes it a python module... OTOH, it already has 'python' in the name > - is that sufficient? Yes it is sufficient, as stated in http://fedoraproject.org/wiki/Packaging/NamingGuidelines There is an exception to this rule. If the upstream source has "py" (or "Py") in its name, you can use that name for the package. So, for example, pygtk is acceptable. > Also, the program recently acquired a full GUI, yet the author has > left it to be run from the CLI. Do I need to create/install a > .desktop file? Yes you need to include a .desktop file as stated in the Desktop Files section of http://fedoraproject.org/wiki/Packaging/Guidelines -jef From bugs.michael at gmx.net Sun Dec 10 21:56:21 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 10 Dec 2006 22:56:21 +0100 Subject: pygame (Re: (2/2) Summary - Broken dependencies in Fedora Extras - 2006-12-10) In-Reply-To: References: <20061210142332.10271.36630@extras64.linux.duke.edu> <1165767263.3245.0.camel@rousalka.dyndns.org> <20061210202452.4d0b4b32.bugs.michael@gmx.net> Message-ID: <20061210225621.db7abb9a.bugs.michael@gmx.net> On Sun, 10 Dec 2006 12:18:35 -0800, Christopher Stone wrote: > Okay, I did all this. I don't know if the .i386 has to be manually > removed? If anyone wants to give another look/review of the current > spec in devel please be my guest. The changes won't help with multilib since you added Provides: pygame-devel = %{version}-%{release} Provides: python-pygame-devel = %{version}-%{release} which creates *two* virtual -devel packages. This doesn't eliminate pygame-devel. Further, your pygame main package now requires several -devel packages just because of the tiny C API for pygame extensions. Any game based on pygame now requires -devel packages! Is any pygame extension in Fedora Extras yet? Does any other package BuildRequires pygame-devel yet? From chris.stone at gmail.com Sun Dec 10 21:56:11 2006 From: chris.stone at gmail.com (Christopher Stone) Date: Sun, 10 Dec 2006 13:56:11 -0800 Subject: pygame (Re: (2/2) Summary - Broken dependencies in Fedora Extras - 2006-12-10) In-Reply-To: <20061210225621.db7abb9a.bugs.michael@gmx.net> References: <20061210142332.10271.36630@extras64.linux.duke.edu> <1165767263.3245.0.camel@rousalka.dyndns.org> <20061210202452.4d0b4b32.bugs.michael@gmx.net> <20061210225621.db7abb9a.bugs.michael@gmx.net> Message-ID: On 12/10/06, Michael Schwendt wrote: > On Sun, 10 Dec 2006 12:18:35 -0800, Christopher Stone wrote: > > > Okay, I did all this. I don't know if the .i386 has to be manually > > removed? If anyone wants to give another look/review of the current > > spec in devel please be my guest. > > The changes won't help with multilib since you added > > Provides: pygame-devel = %{version}-%{release} > Provides: python-pygame-devel = %{version}-%{release} > > which creates *two* virtual -devel packages. This doesn't eliminate > pygame-devel. So how am I supposed to do this? > > Further, your pygame main package now requires several -devel packages > just because of the tiny C API for pygame extensions. Any game based > on pygame now requires -devel packages! Is any pygame extension in > Fedora Extras yet? Does any other package BuildRequires pygame-devel > yet? Not that I know of, but now that the header files are in the main package how else am I supposed to handle it?? From seg at haxxed.com Sun Dec 10 22:11:37 2006 From: seg at haxxed.com (Callum Lerwick) Date: Sun, 10 Dec 2006 16:11:37 -0600 Subject: On Debian and Fedora experiences In-Reply-To: <200612100124.kBA1OAFf026544@laptop13.inf.utfsm.cl> References: <200612100124.kBA1OAFf026544@laptop13.inf.utfsm.cl> Message-ID: <1165788698.6317.2.camel@localhost.localdomain> On Sat, 2006-12-09 at 22:24 -0300, Horst H. von Brand wrote: > RPM can handle alternative packages offering the same functionality, as > Jeff just explained. > > .deb handles Suggests/Recommends, but that is another dimension. Yes. I was horribly lost in the mass of thread, never mind. -------------- 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 cr33dog at gmail.com Sun Dec 10 22:17:14 2006 From: cr33dog at gmail.com (Chris Mohler) Date: Sun, 10 Dec 2006 16:17:14 -0600 Subject: Could a little help getting started... In-Reply-To: <604aa7910612101220peeadd5cic4d9c30920e98fc3@mail.gmail.com> References: <1165552192.3299.2.camel@lt21223.campus.dmacc.edu> <604aa7910612101220peeadd5cic4d9c30920e98fc3@mail.gmail.com> Message-ID: > Yes you need to include a .desktop file as stated in the Desktop Files > section of > http://fedoraproject.org/wiki/Packaging/Guidelines Should that section mention that the .desktop file needs to be included in %files, or am I missing something? I had fiddle with %files and %install to get the .desktop file and the logo in the right places. I'd appreciate it if someone could give this spec file a quick glance before I put it up for review. Thanks again, Chris PS - I've dropped everything I'm working with in here (tarball, srpm, etc): http://cr33.is-a-geek.com/RPMS/ -------------- next part -------------- A non-text attachment was scrubbed... Name: fontypython.spec Type: application/octet-stream Size: 2060 bytes Desc: not available URL: From opensource at till.name Sun Dec 10 22:35:19 2006 From: opensource at till.name (Till Maas) Date: Sun, 10 Dec 2006 23:35:19 +0100 Subject: Could a little help getting started... In-Reply-To: References: <604aa7910612101220peeadd5cic4d9c30920e98fc3@mail.gmail.com> Message-ID: <200612102335.27891.opensource@till.name> On Sunday 10 December 2006 23:17, Chris Mohler wrote: > I had fiddle with %files and %install to get the .desktop file and the > logo in the right places. I'd appreciate it if someone could give > this spec file a quick glance before I put it up for review. Actually a review request ticket in bugzilla is the right place to comment your spec file. What you can / should change: As the comment in line 1 says you can remove line 3 (and the comment in line 1, too) The License tag should be only GPL Remove the tab in the desktop-file-install line The Summary should not contain the package name Is this really a package for amusement as described in the Group tag? The "-p" parameter should be added to the cp-command to preserve the timestamp /usr/bin/fp has to be %{_bindir}/fp (Use macros in paths) Source3 can be Source1 when there is no Source1 and Source2 This comment "# For noarch packages: sitelib" can be removed. The changelog entry is for version 0.6-4, but the specfile is 0.2.0-1 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 cr33dog at gmail.com Sun Dec 10 22:42:41 2006 From: cr33dog at gmail.com (Chris Mohler) Date: Sun, 10 Dec 2006 16:42:41 -0600 Subject: Could a little help getting started... In-Reply-To: <200612102335.27891.opensource@till.name> References: <604aa7910612101220peeadd5cic4d9c30920e98fc3@mail.gmail.com> <200612102335.27891.opensource@till.name> Message-ID: > Actually a review request ticket in bugzilla is the right place to comment > your spec file. What you can / should change: Thanks Till. I've make those changes and enter it for review. Chris From bugs.michael at gmx.net Sun Dec 10 22:57:49 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 10 Dec 2006 23:57:49 +0100 Subject: pygame (Re: (2/2) Summary - Broken dependencies in Fedora Extras - 2006-12-10) In-Reply-To: References: <20061210142332.10271.36630@extras64.linux.duke.edu> <1165767263.3245.0.camel@rousalka.dyndns.org> <20061210202452.4d0b4b32.bugs.michael@gmx.net> <20061210225621.db7abb9a.bugs.michael@gmx.net> Message-ID: <20061210235749.01e19e0e.bugs.michael@gmx.net> On Sun, 10 Dec 2006 13:56:11 -0800, Christopher Stone wrote: > On 12/10/06, Michael Schwendt wrote: > > On Sun, 10 Dec 2006 12:18:35 -0800, Christopher Stone wrote: > > > > > Okay, I did all this. I don't know if the .i386 has to be manually > > > removed? If anyone wants to give another look/review of the current > > > spec in devel please be my guest. > > > > The changes won't help with multilib since you added > > > > Provides: pygame-devel = %{version}-%{release} > > Provides: python-pygame-devel = %{version}-%{release} > > > > which creates *two* virtual -devel packages. This doesn't eliminate > > pygame-devel. > > So how am I supposed to do this? Well, I've pointed out one solution (i.e. to eliminate the -devel package) and also said that a pygame-devel could be put onto the multilib black-list as a last resort. Whether it is permitted to not "Requires: SDL-devel python-devel" is not my decision. I think it is too strict of a dependency for this particular pygame.h header. Any other package, a pygame extension module, could simply BuildRequires the needed -devel packages. And the other three headers, well, they come directly from the src directory, including them is questionable, since they only define an API of semi-public C libraries located in a Python module path. While theoretically they could be used from within C code, this installation is half-baked. Hence keep the packaging simple. The number of Obsoletes and virtual sub-packages is too much already. That's just my personal opinion. From j.w.r.degoede at hhs.nl Mon Dec 11 07:55:14 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 11 Dec 2006 08:55:14 +0100 Subject: Adventure games interpreters suitable for FE? In-Reply-To: <80d7e4090612090855s31fa81f8u86254dddac76be36@mail.gmail.com> References: <1165663191.12292.8.camel@localhost.localdomain> <20061209124935.GA28418@jadzia.bu.edu> <1165673954.12292.28.camel@localhost.localdomain> <80d7e4090612090855s31fa81f8u86254dddac76be36@mail.gmail.com> Message-ID: <457D0EE2.1090602@hhs.nl> Stephen John Smoogen wrote: > On 12/9/06, Andrea Musuruane wrote: >> Brian Howarth's are freely downloadable also from >> >> http://www.ifarchive.org/indexes/if-archiveXscott-adamsXgamesXscottfree.html >> >> >> The notice in the archive file just says: "Brian Howarth gave his >> permission to upload the games to the IF Archive." >> >> Now that the status of the games should be clear, what about the >> interpreter? Is it OK to package it for FE? > > Also to be clear, that line does not mean anything to say how the work > can be distributed and used. It does not say that the user could > create a derivative work, or put the game wad onto a cd they sold, or > if they could even distribute it to other people. > +1 Andrea, the best thing todo would be to track down this "Brian Howarth" and get a license clarification from him. Regards, Hans From Christian.Iseli at licr.org Mon Dec 11 09:52:50 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Mon, 11 Dec 2006 10:52:50 +0100 Subject: FE Package Status of Dec 6, 2006 In-Reply-To: <457A8C29.4030601@timj.co.uk> References: <20061206022101.275f282e@ludwig-alpha.unil.ch> <457A8C29.4030601@timj.co.uk> Message-ID: <20061211105250.55aca31c@ludwig-alpha.unil.ch> Hi Tim, On Sat, 09 Dec 2006 10:12:57 +0000, Tim Jackson wrote: > Thanks as ever for this really useful report Christian! You are welcome :-) > > Owners file stats: > ... > > - 7 packages which have not yet been FE-APPROVE'd... > > Should this say FE-ACCEPT'ed? Yup, good catch. Fixed. Thanks, C From jeff at ocjtech.us Mon Dec 11 12:55:32 2006 From: jeff at ocjtech.us (Jeffrey C. Ollie) Date: Mon, 11 Dec 2006 06:55:32 -0600 Subject: rpms/gstreamer-python/devel .cvsignore, 1.6, 1.7 gstreamer-python.spec, 1.14, 1.15 sources, 1.6, 1.7 In-Reply-To: <200612111142.kBBBgcMk004357@cvs-int.fedora.redhat.com> References: <200612111142.kBBBgcMk004357@cvs-int.fedora.redhat.com> Message-ID: <1165841732.11308.10.camel@lt21223.campus.dmacc.edu> On Mon, 2006-12-11 at 06:42 -0500, Denis Leroy wrote: > Author: denis > > Update of /cvs/extras/rpms/gstreamer-python/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv4336 > > Modified Files: > .cvsignore gstreamer-python.spec sources > Log Message: > Update to 0.10.6, rebuild with python 2.5 Will the 0.10.6 update be made available for FC <= 6? Jeff -------------- 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 denis at poolshark.org Mon Dec 11 13:06:45 2006 From: denis at poolshark.org (Denis Leroy) Date: Mon, 11 Dec 2006 14:06:45 +0100 Subject: rpms/gstreamer-python/devel .cvsignore, 1.6, 1.7 gstreamer-python.spec, 1.14, 1.15 sources, 1.6, 1.7 In-Reply-To: <1165841732.11308.10.camel@lt21223.campus.dmacc.edu> References: <200612111142.kBBBgcMk004357@cvs-int.fedora.redhat.com> <1165841732.11308.10.camel@lt21223.campus.dmacc.edu> Message-ID: <457D57E5.7090900@poolshark.org> Jeffrey C. Ollie wrote: > On Mon, 2006-12-11 at 06:42 -0500, Denis Leroy wrote: >> Author: denis >> >> Update of /cvs/extras/rpms/gstreamer-python/devel >> In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv4336 >> >> Modified Files: >> .cvsignore gstreamer-python.spec sources >> Log Message: >> Update to 0.10.6, rebuild with python 2.5 > > Will the 0.10.6 update be made available for FC <= 6? Yes, looking into it right now. From jeff at ocjtech.us Mon Dec 11 17:05:51 2006 From: jeff at ocjtech.us (Jeffrey C. Ollie) Date: Mon, 11 Dec 2006 11:05:51 -0600 Subject: owners owners.list,1.2093,1.2094 In-Reply-To: <200612111652.kBBGquu9023314@cvs-int.fedora.redhat.com> References: <200612111652.kBBGquu9023314@cvs-int.fedora.redhat.com> Message-ID: <1165856752.3539.4.camel@lt21223.campus.dmacc.edu> On Mon, 2006-12-11 at 11:52 -0500, Thorsten Leemhuis wrote: > > ivazquez.net now vanished, too, so let's remove his address finally :-(( Did anyone ever find out what happened? Jeff -------------- 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 dennis at ausil.us Mon Dec 11 17:14:44 2006 From: dennis at ausil.us (Dennis Gilmore) Date: Mon, 11 Dec 2006 11:14:44 -0600 Subject: owners owners.list,1.2093,1.2094 In-Reply-To: <1165856752.3539.4.camel@lt21223.campus.dmacc.edu> References: <200612111652.kBBGquu9023314@cvs-int.fedora.redhat.com> <1165856752.3539.4.camel@lt21223.campus.dmacc.edu> Message-ID: <200612111114.44322.dennis@ausil.us> On Monday 11 December 2006 11:05, Jeffrey C. Ollie wrote: > On Mon, 2006-12-11 at 11:52 -0500, Thorsten Leemhuis wrote: > > ivazquez.net now vanished, too, so let's remove his address finally :-(( > > Did anyone ever find out what happened? > > Jeff AFAIK no one was able to get ahold of him -- ?,-._|\ ? ?Dennis Gilmore, RHCE / ? ? ?\ ? Proud Australian \_.--._/ ? | Aurora | Fedora | ? ? ? v ? ? From jeff at ocjtech.us Mon Dec 11 17:21:50 2006 From: jeff at ocjtech.us (Jeffrey C. Ollie) Date: Mon, 11 Dec 2006 11:21:50 -0600 Subject: owners owners.list,1.2093,1.2094 In-Reply-To: <200612111114.44322.dennis@ausil.us> References: <200612111652.kBBGquu9023314@cvs-int.fedora.redhat.com> <1165856752.3539.4.camel@lt21223.campus.dmacc.edu> <200612111114.44322.dennis@ausil.us> Message-ID: <1165857710.3539.6.camel@lt21223.campus.dmacc.edu> On Mon, 2006-12-11 at 11:14 -0600, Dennis Gilmore wrote: > On Monday 11 December 2006 11:05, Jeffrey C. Ollie wrote: > > On Mon, 2006-12-11 at 11:52 -0500, Thorsten Leemhuis wrote: > > > ivazquez.net now vanished, too, so let's remove his address finally :-(( > > > > Did anyone ever find out what happened? > > AFAIK no one was able to get ahold of him Yes, but is he merely ignoring us or was there something else going on? Jeff -------------- 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 jwboyer at jdub.homelinux.org Mon Dec 11 17:28:10 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Mon, 11 Dec 2006 11:28:10 -0600 Subject: owners owners.list,1.2093,1.2094 In-Reply-To: <1165857710.3539.6.camel@lt21223.campus.dmacc.edu> References: <200612111652.kBBGquu9023314@cvs-int.fedora.redhat.com> <1165856752.3539.4.camel@lt21223.campus.dmacc.edu> <200612111114.44322.dennis@ausil.us> <1165857710.3539.6.camel@lt21223.campus.dmacc.edu> Message-ID: <1165858090.16798.0.camel@zod.rchland.ibm.com> On Mon, 2006-12-11 at 11:21 -0600, Jeffrey C. Ollie wrote: > On Mon, 2006-12-11 at 11:14 -0600, Dennis Gilmore wrote: > > On Monday 11 December 2006 11:05, Jeffrey C. Ollie wrote: > > > On Mon, 2006-12-11 at 11:52 -0500, Thorsten Leemhuis wrote: > > > > ivazquez.net now vanished, too, so let's remove his address finally :-(( > > > > > > Did anyone ever find out what happened? > > > > AFAIK no one was able to get ahold of him > > Yes, but is he merely ignoring us or was there something else going on? If nobody can get ahold of him, nobody but Ignacio can answer that question. We _don't know_. josh From jeff at ocjtech.us Mon Dec 11 18:07:28 2006 From: jeff at ocjtech.us (Jeffrey C. Ollie) Date: Mon, 11 Dec 2006 12:07:28 -0600 Subject: owners owners.list,1.2093,1.2094 In-Reply-To: <1165858090.16798.0.camel@zod.rchland.ibm.com> References: <200612111652.kBBGquu9023314@cvs-int.fedora.redhat.com> <1165856752.3539.4.camel@lt21223.campus.dmacc.edu> <200612111114.44322.dennis@ausil.us> <1165857710.3539.6.camel@lt21223.campus.dmacc.edu> <1165858090.16798.0.camel@zod.rchland.ibm.com> Message-ID: <1165860448.3539.18.camel@lt21223.campus.dmacc.edu> On Mon, 2006-12-11 at 11:28 -0600, Josh Boyer wrote: > On Mon, 2006-12-11 at 11:21 -0600, Jeffrey C. Ollie wrote: > > On Mon, 2006-12-11 at 11:14 -0600, Dennis Gilmore wrote: > > > On Monday 11 December 2006 11:05, Jeffrey C. Ollie wrote: > > > > On Mon, 2006-12-11 at 11:52 -0500, Thorsten Leemhuis wrote: > > > > > ivazquez.net now vanished, too, so let's remove his address finally :-(( > > > > > > > > Did anyone ever find out what happened? > > > > > > AFAIK no one was able to get ahold of him > > > > Yes, but is he merely ignoring us or was there something else going on? > > If nobody can get ahold of him, nobody but Ignacio can answer that > question. We _don't know_. The statements "no one associated with the Fedora Project was able to get ahold of Ignacio" and "no one associated with the Fedora Project has any information regarding Ignacio" are not equivalent statements. Someone could have seen a newspaper article that explained his lack of communication, for example. Jeff -------------- 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 mattdm at mattdm.org Mon Dec 11 19:03:36 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 11 Dec 2006 14:03:36 -0500 Subject: owners owners.list,1.2093,1.2094 In-Reply-To: <1165860448.3539.18.camel@lt21223.campus.dmacc.edu> References: <200612111652.kBBGquu9023314@cvs-int.fedora.redhat.com> <1165856752.3539.4.camel@lt21223.campus.dmacc.edu> <200612111114.44322.dennis@ausil.us> <1165857710.3539.6.camel@lt21223.campus.dmacc.edu> <1165858090.16798.0.camel@zod.rchland.ibm.com> <1165860448.3539.18.camel@lt21223.campus.dmacc.edu> Message-ID: <20061211190336.GA14196@jadzia.bu.edu> On Mon, Dec 11, 2006 at 12:07:28PM -0600, Jeffrey C. Ollie wrote: > The statements "no one associated with the Fedora Project was able to > get ahold of Ignacio" and "no one associated with the Fedora Project has > any information regarding Ignacio" are not equivalent statements. > Someone could have seen a newspaper article that explained his lack of > communication, for example. As far as I know, both are true. It's quite strange. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From buildsys at fedoraproject.org Mon Dec 11 19:50:37 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 11 Dec 2006 14:50:37 -0500 (EST) Subject: Fedora Extras Package Build Report 2006-12-11 Message-ID: <20061211195037.66CF415212F@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 29 bzr-0.13-2.fc7 bzr-gtk-0.12.0-1.fc7 bzrtools-0.13.0-1.fc7 cogito-0.18.2-2.fc7 cohoba-0.0.4-4.fc7 epydoc-2.1-7.fc7 NEW evolution-remove-duplicates-0.0.2-6.fc7 NEW gaim-libnotify-0.12-3.fc7 git-1.4.4.2-2.fc7 gjots2-2.3.4-7.fc7 gmpc-0.13.0-1.fc7 gnome-python2-gda-2.14.2-3.fc7 gnomesword-2.1.10-3.fc7 gstreamer-python-0.10.6-1.fc7 jd-1.8.1-0.2.cvs061210.fc7 jd-1.8.1-0.2.cvs061211.fc7 koffice-1.6.1-3.fc7 metakit-2.4.9.6-1.fc7 moin-1.5.6-2.fc7 oddjob-0.27-9 opencv-1.0.0-1.fc7 openoffice.org-dict-cs_CZ-20060303-3.fc7 pam_mount-0.18-1.fc7 proftpd-1.3.0a-2.fc7 pygame-1.7.1-10.fc7 python-cheetah-2.0-0.3.rc7.fc7 python-gpod-0.4.0-5.fc7 python-krbV-1.0.13-5.fc7 sabayon-2.12.4-8.fc7 Packages built and released for Fedora Extras 6: 13 NEW alfont-2.0.6-2.fc6 NEW alphabet-soup-1.1-2.fc6 bzr-0.13-2.fc6 bzr-gtk-0.12.0-1.fc6 bzrtools-0.13.0-1.fc6 cogito-0.18.2-2.fc6 git-1.4.4.2-2.fc6 NEW gnu-smalltalk-2.3-4.fc6 gstreamer-python-0.10.6-1.fc6 opencv-0.9.9-4.fc6 openoffice.org-dict-cs_CZ-20060303-3.fc6 pytz-2006p-1.fc6 util-vserver-0.30.212-1.fc6 Packages built and released for Fedora Extras 5: 11 NEW alfont-2.0.6-2.fc5 NEW alphabet-soup-1.1-2.fc5 bzr-0.13-2.fc5 NEW bzr-gtk-0.12.0-1.fc5 bzrtools-0.13.0-1.fc5 cogito-0.18.2-2.fc5 git-1.4.4.2-2.fc5 NEW gnu-smalltalk-2.3-4.fc5 pytz-2006p-1.fc5 rapidsvn-0.9.4-2.fc5.1 util-vserver-0.30.212-1.fc5 Packages built and released for Fedora Extras 4: 3 cogito-0.18.2-2.fc4 git-1.4.4.2-2.fc4 pytz-2006p-1.fc4 Packages built and released for Fedora Extras 3: 2 cogito-0.18.2-2.fc3 git-1.4.4.2-2.fc3 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From musuruan at gmail.com Mon Dec 11 20:05:42 2006 From: musuruan at gmail.com (Andrea Musuruane) Date: Mon, 11 Dec 2006 21:05:42 +0100 Subject: Adventure games interpreters suitable for FE? In-Reply-To: <457D0EE2.1090602@hhs.nl> References: <1165663191.12292.8.camel@localhost.localdomain> <20061209124935.GA28418@jadzia.bu.edu> <1165673954.12292.28.camel@localhost.localdomain> <80d7e4090612090855s31fa81f8u86254dddac76be36@mail.gmail.com> <457D0EE2.1090602@hhs.nl> Message-ID: <1165867542.2883.3.camel@localhost.localdomain> Il giorno lun, 11/12/2006 alle 08.55 +0100, Hans de Goede ha scritto: > +1 Andrea, the best thing todo would be to track down this "Brian Howarth" and get a > license clarification from him. I'll try to find him. I don't think it will be easy though. Bye, Andrea. From buildsys at fedoraproject.org Mon Dec 11 20:50:49 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Mon, 11 Dec 2006 20:50:49 -0000 Subject: (2/2) Summary - Broken dependencies in Fedora Extras - 2006-12-11 Message-ID: <20061211205049.27526.66310@extras64.linux.duke.edu> pgadmin3-1.4.3-6.fc6.ppc requires libpq.so.4 plague-common-0.4.4.1-2.fc6.noarch requires python(abi) = 0:2.4 planet-2.0-1.noarch requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 pungi-0.1.0-1.fc7.noarch requires python(abi) = 0:2.4 pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 pydot-0.9.10-4.fc6.noarch requires python(abi) = 0:2.4 pyflowtools-0.3-7.fc6.ppc requires python(abi) = 0:2.4 pygsl-0.3.2-6.fc6.ppc requires python(abi) = 0:2.4 pylint-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 pylint-gui-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 pyparsing-1.4.3-1.fc6.noarch requires python(abi) = 0:2.4 pyserial-2.2-4.fc7.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.ppc requires python(abi) = 0:2.4 python-HTMLgen-2.2.2-8.fc6.noarch requires python(abi) = 0:2.4 python-adns-1.1.0-4.fc6.ppc requires python < 0:2.5 python-adns-1.1.0-4.fc6.ppc requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-basemap-0.9.4-1.fc7.ppc requires python(abi) = 0:2.4 python-bibtex-1.2.2-4.fc6.ppc requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-cpio-0.1-2.fc6.noarch requires python(abi) = 0:2.4 python-dateutil-1.1-3.fc6.noarch requires python(abi) = 0:2.4 python-durus-3.5-2.fc6.ppc requires python-abi = 0:2.4 python-durus-3.5-2.fc6.ppc requires python(abi) = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python-abi = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python(abi) = 0:2.4 python-goopy-0.1-3.fc6.noarch requires python(abi) = 0:2.4 python-htmltmpl-1.22-7.fc6.noarch requires python(abi) = 0:2.4 python-id3-1.2-8.fc6.noarch requires python(abi) = 0:2.4 python-imaging-1.1.5-6.fc6.ppc requires python(abi) = 0:2.4 python-kid-0.9.3-1.fc6.noarch requires python(abi) = 0:2.4 python-kiwi-1.9.9-1.fc6.noarch requires python-abi = 0:2.4 python-kiwi-1.9.9-1.fc6.noarch requires python(abi) = 0:2.4 python-kiwi-gazpacho-1.9.9-1.fc6.noarch requires python(abi) = 0:2.4 python-logilab-astng-0.16.1-2.fc6.noarch requires python(abi) = 0:2.4 python-logilab-common-0.19.2-1.fc6.noarch requires python(abi) = 0:2.4 python-lxml-1.0.3-2.fc6.ppc requires python-abi = 0:2.4 python-lxml-1.0.3-2.fc6.ppc requires python(abi) = 0:2.4 python-matplotlib-0.87.7-2.fc7.ppc requires python(abi) = 0:2.4 python-matplotlib-tk-0.87.7-2.fc7.ppc requires python(abi) = 0:2.4 python-musicbrainz2-0.4.0-2.fc7.noarch requires python-ctypes python-mutagen-1.8-1.fc7.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-nltk_lite-0.6.6-1.fc7.noarch requires python(abi) = 0:2.4 python-numarray-1.5.2-1.fc6.ppc requires python-abi = 0:2.4 python-numarray-1.5.2-1.fc6.ppc requires python(abi) = 0:2.4 python-ogg-1.3-3.fc6.ppc requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.ppc requires python(abi) = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.ppc requires python-abi = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.ppc requires python(abi) = 0:2.4 python-psycopg-1.1.21-5.fc6.ppc requires libpq.so.4 python-psycopg-1.1.21-5.fc6.ppc requires python-abi = 0:2.4 python-psycopg-1.1.21-5.fc6.ppc requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-pyspf-1.7-5.fc6.noarch requires python(abi) = 0:2.4 python-quixote-2.4-4.fc6.ppc requires python-abi = 0:2.4 python-quixote-2.4-4.fc6.ppc requires python(abi) = 0:2.4 python-sexy-0.1.9-2.fc7.ppc requires python(abi) = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python-abi = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python(abi) = 0:2.4 python-smbpasswd-1.0.1-4.fc6.ppc requires python(abi) = 0:2.4 python-sqlite2-1:2.3.2-2.fc6.ppc requires python(abi) = 0:2.4 python-sqlobject-0.7.0-8.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python-abi = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.ppc requires python(abi) = 0:2.4 python-vorbis-1.3-3.fc6.ppc requires python-abi = 0:2.4 python-vorbis-1.3-3.fc6.ppc requires python(abi) = 0:2.4 pytz-2006g-1.fc6.noarch requires python(abi) = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python-abi = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python(abi) = 0:2.4 pyxmms-2.06-3.fc6.ppc requires python(abi) = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python-abi = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python(abi) = 0:2.4 rdiff-backup-1.0.5-1.fc7.ppc requires python-abi = 0:2.4 rdiff-backup-1.0.5-1.fc7.ppc requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.ppc requires libpq.so.4 rekall-python-2.4.3-5.fc6.ppc requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.ppc requires libpython2.4.so.1.0 rpy-0.4.6-13.fc6.ppc requires python(abi) = 0:2.4 rrdtool-python-1.2.15-6.fc7.ppc requires python(abi) = 0:2.4 scipy-0.5.1-4.fc7.ppc requires python(abi) = 0:2.4 ser-postgresql-0.9.6-9.fc6.ppc requires libpq.so.4 serpentine-0.7-5.fc6.noarch requires python(abi) = 0:2.4 smart-0.42-39.fc6.ppc requires python-abi = 0:2.4 smart-0.42-39.fc6.ppc requires python(abi) = 0:2.4 smart-gui-0.42-39.fc6.ppc requires python(abi) = 0:2.4 soundtracker-0.6.8-2.fc6.ppc requires libgdk_pixbuf.so.2 syck-python-0.55-12.fc7.ppc requires python(abi) = 0:2.4 sylpheed-claws-2.6.0-1.fc7.ppc requires libpisock.so.8 tinyerp-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 tinyerp-server-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 veusz-0.10-12.fc6.ppc requires python(abi) = 0:2.4 wxPython-2.6.3.2-2.fc6.ppc requires python(abi) = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python(abi) = 0:2.4 xmms-xosd-2.2.14-8.fc6.ppc requires libgdk_pixbuf.so.2 yumex-1.2.0-1.0.fc7.noarch requires python(abi) = 0:2.4 zeroinstall-injector-0.24-2.fc7.noarch requires python(abi) = 0:2.4 zynaddsubfx-2.2.1-13.fc6.ppc requires fltk >= 0:1.1.3 zynaddsubfx-2.2.1-13.fc6.ppc requires libfltk.so.1.1 ====================================================================== Broken packages in fedora-extras-development-x86_64: OpenEXR-1.4.0a-3.fc6.i386 requires libfltk_gl.so.1.1 OpenEXR-1.4.0a-3.fc6.i386 requires libfltk.so.1.1 OpenEXR-1.4.0a-3.fc6.x86_64 requires libfltk.so.1.1()(64bit) OpenEXR-1.4.0a-3.fc6.x86_64 requires libfltk_gl.so.1.1()(64bit) PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python-abi = 0:2.4 PyRTF-0.45-2.fc6.noarch requires python(abi) = 0:2.4 PyX-0.9-3.fc6.x86_64 requires python(abi) = 0:2.4 alsa-tools-1.0.12-4.fc7.x86_64 requires libfltk.so.1.1()(64bit) alsamixergui-0.9.0-0.3.rc1.fc6.x86_64 requires libfltk.so.1.1()(64bit) archmage-0.0.7-2.fc6.noarch requires python-abi = 0:2.4 archmage-0.0.7-2.fc6.noarch requires python(abi) = 0:2.4 bitbake-1.6.0-1.fc6.noarch requires python(abi) = 0:2.4 blender-2.42a-6.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) bmp-xosd-2.2.14-8.fc6.x86_64 requires libgdk_pixbuf.so.2()(64bit) centericq-4.21.0-8.fc6.x86_64 requires libcurl.so.3()(64bit) cobbler-0.2.8-1.fc6.noarch requires python(abi) = 0:2.4 cohoba-0.0.4-4.fc7.noarch requires python-ctypes compat-wxPythonGTK2-2.4.2.4-12.fc6.x86_64 requires python(abi) = 0:2.4 crossfire-plugins-1.9.1-2.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) csound-fltk-5.03.0-9.fc7.x86_64 requires fltk csound-fltk-5.03.0-9.fc7.x86_64 requires libfltk.so.1.1()(64bit) csound-fltk-5.03.0-9.fc7.x86_64 requires libfltk_images.so.1.1()(64bit) csound-gui-5.03.0-9.fc7.x86_64 requires fltk csound-gui-5.03.0-9.fc7.x86_64 requires libfltk.so.1.1()(64bit) csound-gui-5.03.0-9.fc7.x86_64 requires libfltk_images.so.1.1()(64bit) csound-python-5.03.0-9.fc7.x86_64 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) csound-virtual-keyboard-5.03.0-9.fc7.x86_64 requires fltk csound-virtual-keyboard-5.03.0-9.fc7.x86_64 requires libfltk.so.1.1()(64bit) csound-virtual-keyboard-5.03.0-9.fc7.x86_64 requires libfltk_images.so.1.1()(64bit) cvs2svn-1.4.0-2.fc6.noarch requires python(abi) = 0:2.4 cyphesis-0.5.10-3.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpmibs.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmp.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmphelpers.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpagent.so.10()(64bit) digikam-doc-0.8.2-3.fc6.noarch requires digikam = 0:0.8.2 driftnet-0.1.6-11.x86_64 requires libpcap.so.0.9.4()(64bit) duplicity-0.4.2-3.fc6.x86_64 requires python < 0:2.5 duplicity-0.4.2-3.fc6.x86_64 requires python(abi) = 0:2.4 ed2k_hash-gui-0.4.0-3.fc6.x86_64 requires libfltk.so.1.1()(64bit) ekg-1.7-0.3.rc2.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) epylog-1.0.3-4.fc6.noarch requires python-abi = 0:2.4 epylog-1.0.3-4.fc6.noarch requires python(abi) = 0:2.4 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 flow-tools-0.68-11.fc6.i386 requires libpq.so.4 flow-tools-0.68-11.fc6.x86_64 requires libpq.so.4()(64bit) gajim-0.10.1-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) gajim-0.10.1-3.fc6.x86_64 requires python-abi = 0:2.4 gazpacho-0.6.6-1.fc6.noarch requires python-abi = 0:2.4 gazpacho-0.6.6-1.fc6.noarch requires python(abi) = 0:2.4 gcompris-8.2-1.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) gdesklets-0.35.4-3.fc7.x86_64 requires python-abi = 0:2.4 gdl-0.9-0.pre3.2.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) ghc-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires ghc642 gift-0.11.8.1-6.fc7.i386 requires libmagic.so.1 glom-1.2.1-2.fc7.x86_64 requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) gnomad2-2.8.9-2.fc6.x86_64 requires libmtp.so.2()(64bit) gonvert-0.2.15-3.fc6.noarch requires python(abi) = 0:2.4 graphviz-python-2.8-5.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) gresistor-0.0.1-8.fc6.noarch requires python(abi) = 0:2.4 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.i386 requires gecko-libs = 0:2.0 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.x86_64 requires gecko-libs = 0:2.0 hamlib-python-1.2.5-3.fc6.x86_64 requires python-abi = 0:2.4 hamlib-python-1.2.5-3.fc6.x86_64 requires python(abi) = 0:2.4 htmldoc-1.8.27-1.fc6.1.x86_64 requires libfltk.so.1.1()(64bit) htmldoc-1.8.27-1.fc6.1.x86_64 requires libfltk_images.so.1.1()(64bit) ip6sic-0.1-4.fc6.x86_64 requires libpcap.so.0.9.4()(64bit) ipython-0.7.2-3.fc6.noarch requires python-abi = 0:2.4 ipython-0.7.2-3.fc6.noarch requires python(abi) = 0:2.4 istanbul-0.2.1-0.fc6.x86_64 requires python(abi) = 0:2.4 k3d-0.6.4.0-1.fc7.i386 requires libpython2.4.so.1.0 k3d-0.6.4.0-1.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) koan-0.2.1-1.fc6.noarch requires python(abi) = 0:2.4 koffice-core-1.6.1-3.fc7.i386 requires libpython2.5.so.1.0 koffice-kivio-1.6.1-3.fc7.i386 requires libpython2.5.so.1.0 kphotobymail-0.4-1.fc7.noarch requires python(abi) = 0:2.4 libgda-postgres-1:1.9.100-10.fc6.x86_64 requires libpq.so.4()(64bit) libopensync-0.19-1.fc6.i386 requires python(abi) = 0:2.4 libopensync-0.19-1.fc6.x86_64 requires python(abi) = 0:2.4 libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 libreadline-java-0.8.0-13.fc6.x86_64 requires libedit >= 0:2.9 listen-0.5-9.beta1.fc7.4.x86_64 requires python-ctypes magicor-1.0-0.2.rc2.fc7.noarch requires python(abi) = 0:2.4 mercurial-0.9.1-2.fc7.x86_64 requires python(abi) = 0:2.4 nagios-plugins-pgsql-1.4.4-2.fc7.x86_64 requires libpq.so.4()(64bit) nessus-client-2.2.7-2.fc6.x86_64 requires libpcap.so.0.9.4()(64bit) nessus-gui-2.2.7-2.fc6.x86_64 requires libpcap.so.0.9.4()(64bit) nessus-server-2.2.7-2.fc6.x86_64 requires libpcap.so.0.9.4()(64bit) numpy-1.0-1.fc7.x86_64 requires python(abi) = 0:2.4 openbabel-python-2.0.2-5.fc6.x86_64 requires python(abi) = 0:2.4 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-1.2-3.rc2.svn2135.fc7.x86_64 requires libedit.so.0()(64bit) openpbx-postgresql-1.2-3.rc2.svn2135.fc7.x86_64 requires libpq.so.4()(64bit) orange-0.3-4.cvs20051118.fc7.i386 requires libmagic.so.1 paraview-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) paraview-mpi-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) pessulus-2.16.1-1.fc6.noarch requires python(abi) = 0:2.4 pgadmin3-1.4.3-6.fc6.x86_64 requires libpq.so.4()(64bit) plague-common-0.4.4.1-2.fc6.noarch requires python(abi) = 0:2.4 planet-2.0-1.noarch requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) pungi-0.1.0-1.fc7.noarch requires python(abi) = 0:2.4 pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 pydot-0.9.10-4.fc6.noarch requires python(abi) = 0:2.4 pyflowtools-0.3-7.fc6.x86_64 requires python(abi) = 0:2.4 pygame-1.7.1-10.fc7.i386 requires libpython2.5.so.1.0 pygsl-0.3.2-6.fc6.x86_64 requires python(abi) = 0:2.4 pylint-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 pylint-gui-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 pyparsing-1.4.3-1.fc6.noarch requires python(abi) = 0:2.4 pyserial-2.2-4.fc7.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.x86_64 requires python(abi) = 0:2.4 python-HTMLgen-2.2.2-8.fc6.noarch requires python(abi) = 0:2.4 python-adns-1.1.0-4.fc6.x86_64 requires python < 0:2.5 python-adns-1.1.0-4.fc6.x86_64 requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-basemap-0.9.4-1.fc7.x86_64 requires python(abi) = 0:2.4 python-bibtex-1.2.2-4.fc6.x86_64 requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-cpio-0.1-2.fc6.noarch requires python(abi) = 0:2.4 python-dateutil-1.1-3.fc6.noarch requires python(abi) = 0:2.4 python-durus-3.5-2.fc6.x86_64 requires python-abi = 0:2.4 python-durus-3.5-2.fc6.x86_64 requires python(abi) = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python-abi = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python(abi) = 0:2.4 python-goopy-0.1-3.fc6.noarch requires python(abi) = 0:2.4 python-htmltmpl-1.22-7.fc6.noarch requires python(abi) = 0:2.4 python-id3-1.2-8.fc6.noarch requires python(abi) = 0:2.4 python-imaging-1.1.5-6.fc6.i386 requires python(abi) = 0:2.4 python-imaging-1.1.5-6.fc6.x86_64 requires python(abi) = 0:2.4 python-kid-0.9.3-1.fc6.noarch requires python(abi) = 0:2.4 python-kiwi-1.9.9-1.fc6.noarch requires python-abi = 0:2.4 python-kiwi-1.9.9-1.fc6.noarch requires python(abi) = 0:2.4 python-kiwi-gazpacho-1.9.9-1.fc6.noarch requires python(abi) = 0:2.4 python-logilab-astng-0.16.1-2.fc6.noarch requires python(abi) = 0:2.4 python-logilab-common-0.19.2-1.fc6.noarch requires python(abi) = 0:2.4 python-lxml-1.0.3-2.fc6.x86_64 requires python(abi) = 0:2.4 python-lxml-1.0.3-2.fc6.x86_64 requires python-abi = 0:2.4 python-matplotlib-0.87.7-2.fc7.x86_64 requires python(abi) = 0:2.4 python-matplotlib-tk-0.87.7-2.fc7.x86_64 requires python(abi) = 0:2.4 python-musicbrainz2-0.4.0-2.fc7.noarch requires python-ctypes python-mutagen-1.8-1.fc7.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-nltk_lite-0.6.6-1.fc7.noarch requires python(abi) = 0:2.4 python-numarray-1.5.2-1.fc6.i386 requires python-abi = 0:2.4 python-numarray-1.5.2-1.fc6.i386 requires python(abi) = 0:2.4 python-numarray-1.5.2-1.fc6.x86_64 requires python(abi) = 0:2.4 python-numarray-1.5.2-1.fc6.x86_64 requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python(abi) = 0:2.4 python-ogg-1.3-3.fc6.x86_64 requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.x86_64 requires python(abi) = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.x86_64 requires python-abi = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.x86_64 requires python(abi) = 0:2.4 python-psycopg-1.1.21-5.fc6.x86_64 requires libpq.so.4()(64bit) python-psycopg-1.1.21-5.fc6.x86_64 requires python(abi) = 0:2.4 python-psycopg-1.1.21-5.fc6.x86_64 requires python-abi = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-pyspf-1.7-5.fc6.noarch requires python(abi) = 0:2.4 python-quixote-2.4-4.fc6.x86_64 requires python-abi = 0:2.4 python-quixote-2.4-4.fc6.x86_64 requires python(abi) = 0:2.4 python-sexy-0.1.9-2.fc7.x86_64 requires python(abi) = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python-abi = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python(abi) = 0:2.4 python-smbpasswd-1.0.1-4.fc6.x86_64 requires python(abi) = 0:2.4 python-sqlite2-1:2.3.2-2.fc6.x86_64 requires python(abi) = 0:2.4 python-sqlobject-0.7.0-8.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python-abi = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.x86_64 requires python(abi) = 0:2.4 python-vorbis-1.3-3.fc6.x86_64 requires python-abi = 0:2.4 python-vorbis-1.3-3.fc6.x86_64 requires python(abi) = 0:2.4 pytz-2006g-1.fc6.noarch requires python(abi) = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python-abi = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python(abi) = 0:2.4 pyxmms-2.06-3.fc6.x86_64 requires python(abi) = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python-abi = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python(abi) = 0:2.4 rdiff-backup-1.0.5-1.fc7.x86_64 requires python-abi = 0:2.4 rdiff-backup-1.0.5-1.fc7.x86_64 requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.x86_64 requires libpq.so.4()(64bit) rekall-python-2.4.3-5.fc6.x86_64 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) rpy-0.4.6-13.fc6.x86_64 requires python(abi) = 0:2.4 rrdtool-python-1.2.15-6.fc7.x86_64 requires python(abi) = 0:2.4 scipy-0.5.1-4.fc7.x86_64 requires python(abi) = 0:2.4 scribus-1.3.3.6-1.fc7.i386 requires libpython2.5.so.1.0 ser-postgresql-0.9.6-9.fc6.x86_64 requires libpq.so.4()(64bit) serpentine-0.7-5.fc6.noarch requires python(abi) = 0:2.4 smart-0.42-39.fc6.x86_64 requires python-abi = 0:2.4 smart-0.42-39.fc6.x86_64 requires python(abi) = 0:2.4 smart-gui-0.42-39.fc6.x86_64 requires python(abi) = 0:2.4 soundtracker-0.6.8-2.fc6.x86_64 requires libgdk_pixbuf.so.2()(64bit) streamtuner-0.99.99-15.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) syck-python-0.55-12.fc7.x86_64 requires python(abi) = 0:2.4 sylpheed-claws-2.6.0-1.fc7.i386 requires libpisock.so.8 sylpheed-claws-2.6.0-1.fc7.x86_64 requires libpisock.so.8()(64bit) tinyerp-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 tinyerp-server-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 veusz-0.10-12.fc6.x86_64 requires python(abi) = 0:2.4 wxPython-2.6.3.2-2.fc6.i386 requires python(abi) = 0:2.4 wxPython-2.6.3.2-2.fc6.x86_64 requires python(abi) = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python(abi) = 0:2.4 xmms-xosd-2.2.14-8.fc6.x86_64 requires libgdk_pixbuf.so.2()(64bit) yumex-1.2.0-1.0.fc7.noarch requires python(abi) = 0:2.4 zeroinstall-injector-0.24-2.fc7.noarch requires python(abi) = 0:2.4 zynaddsubfx-2.2.1-13.fc6.x86_64 requires fltk >= 0:1.1.3 zynaddsubfx-2.2.1-13.fc6.x86_64 requires libfltk.so.1.1()(64bit) ====================================================================== Broken packages in fedora-extras-development-i386: OpenEXR-1.4.0a-3.fc6.i386 requires libfltk_gl.so.1.1 OpenEXR-1.4.0a-3.fc6.i386 requires libfltk.so.1.1 PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 PyRTF-0.45-2.fc6.noarch requires python(abi) = 0:2.4 PyX-0.9-3.fc6.i386 requires python(abi) = 0:2.4 alsa-tools-1.0.12-4.fc7.i386 requires libfltk.so.1.1 alsamixergui-0.9.0-0.3.rc1.fc6.i386 requires libfltk.so.1.1 archmage-0.0.7-2.fc6.noarch requires python-abi = 0:2.4 archmage-0.0.7-2.fc6.noarch requires python(abi) = 0:2.4 bitbake-1.6.0-1.fc6.noarch requires python(abi) = 0:2.4 blender-2.42a-6.fc7.i386 requires libpython2.4.so.1.0 bmp-xosd-2.2.14-8.fc6.i386 requires libgdk_pixbuf.so.2 centericq-4.21.0-8.fc6.i386 requires libcurl.so.3 cobbler-0.2.8-1.fc6.noarch requires python(abi) = 0:2.4 cohoba-0.0.4-4.fc7.noarch requires python-ctypes compat-wxPythonGTK2-2.4.2.4-12.fc6.i386 requires python(abi) = 0:2.4 crossfire-plugins-1.9.1-2.fc6.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-fltk-5.03.0-9.fc7.i386 requires fltk csound-fltk-5.03.0-9.fc7.i386 requires libfltk_images.so.1.1 csound-fltk-5.03.0-9.fc7.i386 requires libfltk.so.1.1 csound-gui-5.03.0-9.fc7.i386 requires fltk csound-gui-5.03.0-9.fc7.i386 requires libfltk_images.so.1.1 csound-gui-5.03.0-9.fc7.i386 requires libfltk.so.1.1 csound-python-5.03.0-9.fc7.i386 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-virtual-keyboard-5.03.0-9.fc7.i386 requires fltk csound-virtual-keyboard-5.03.0-9.fc7.i386 requires libfltk_images.so.1.1 csound-virtual-keyboard-5.03.0-9.fc7.i386 requires libfltk.so.1.1 cvs2svn-1.4.0-2.fc6.noarch requires python(abi) = 0:2.4 cyphesis-0.5.10-3.fc7.i386 requires libpython2.4.so.1.0 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 digikam-doc-0.8.2-3.fc6.noarch requires digikam = 0:0.8.2 driftnet-0.1.6-11.i386 requires libpcap.so.0.9.4 duplicity-0.4.2-3.fc6.i386 requires python < 0:2.5 duplicity-0.4.2-3.fc6.i386 requires python(abi) = 0:2.4 ed2k_hash-gui-0.4.0-3.fc6.i386 requires libfltk.so.1.1 ekg-1.7-0.3.rc2.fc6.i386 requires libpython2.4.so.1.0 epylog-1.0.3-4.fc6.noarch requires python-abi = 0:2.4 epylog-1.0.3-4.fc6.noarch requires python(abi) = 0:2.4 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 flow-tools-0.68-11.fc6.i386 requires libpq.so.4 gajim-0.10.1-3.fc6.i386 requires libpython2.4.so.1.0 gajim-0.10.1-3.fc6.i386 requires python-abi = 0:2.4 gambas-gb-db-1.0.17-6.fc7.i386 requires libpq.so.4 gambas-runtime-1.0.17-6.fc7.i386 requires libgettextlib-0.15.so gazpacho-0.6.6-1.fc6.noarch requires python-abi = 0:2.4 gazpacho-0.6.6-1.fc6.noarch requires python(abi) = 0:2.4 gcompris-8.2-1.fc7.i386 requires libpython2.4.so.1.0 gdesklets-0.35.4-3.fc7.i386 requires python-abi = 0:2.4 gdl-0.9-0.pre3.2.fc7.i386 requires libpython2.4.so.1.0 ghc-gtk2hs-0.9.10-4.fc6.i386 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires ghc642 glom-1.2.1-2.fc7.i386 requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.i386 requires libpython2.4.so.1.0 gnomad2-2.8.9-2.fc6.i386 requires libmtp.so.2 gonvert-0.2.15-3.fc6.noarch requires python(abi) = 0:2.4 graphviz-python-2.8-5.fc6.i386 requires libpython2.4.so.1.0 gresistor-0.0.1-8.fc6.noarch requires python(abi) = 0:2.4 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.i386 requires gecko-libs = 0:2.0 hamlib-python-1.2.5-3.fc6.i386 requires python-abi = 0:2.4 hamlib-python-1.2.5-3.fc6.i386 requires python(abi) = 0:2.4 htmldoc-1.8.27-1.fc6.1.i386 requires libfltk_images.so.1.1 htmldoc-1.8.27-1.fc6.1.i386 requires libfltk.so.1.1 ip6sic-0.1-4.fc6.i386 requires libpcap.so.0.9.4 ipython-0.7.2-3.fc6.noarch requires python-abi = 0:2.4 ipython-0.7.2-3.fc6.noarch requires python(abi) = 0:2.4 istanbul-0.2.1-0.fc6.i386 requires python(abi) = 0:2.4 k3d-0.6.4.0-1.fc7.i386 requires libpython2.4.so.1.0 koan-0.2.1-1.fc6.noarch requires python(abi) = 0:2.4 kphotobymail-0.4-1.fc7.noarch requires python(abi) = 0:2.4 libgda-postgres-1:1.9.100-10.fc6.i386 requires libpq.so.4 libopensync-0.19-1.fc6.i386 requires python(abi) = 0:2.4 libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 listen-0.5-9.beta1.fc7.4.i386 requires python-ctypes magicor-1.0-0.2.rc2.fc7.noarch requires python(abi) = 0:2.4 mercurial-0.9.1-2.fc7.i386 requires python(abi) = 0:2.4 nagios-plugins-pgsql-1.4.4-2.fc7.i386 requires libpq.so.4 nessus-client-2.2.7-2.fc6.i386 requires libpcap.so.0.9.4 nessus-gui-2.2.7-2.fc6.i386 requires libpcap.so.0.9.4 nessus-server-2.2.7-2.fc6.i386 requires libpcap.so.0.9.4 numpy-1.0-1.fc7.i386 requires python(abi) = 0:2.4 openbabel-python-2.0.2-5.fc6.i386 requires python(abi) = 0:2.4 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.i386 requires libpq.so.4 pessulus-2.16.1-1.fc6.noarch requires python(abi) = 0:2.4 pgadmin3-1.4.3-6.fc6.i386 requires libpq.so.4 plague-common-0.4.4.1-2.fc6.noarch requires python(abi) = 0:2.4 planet-2.0-1.noarch requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 pungi-0.1.0-1.fc7.noarch requires python(abi) = 0:2.4 pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 pydot-0.9.10-4.fc6.noarch requires python(abi) = 0:2.4 pyflowtools-0.3-7.fc6.i386 requires python(abi) = 0:2.4 pygsl-0.3.2-6.fc6.i386 requires python(abi) = 0:2.4 pylint-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 pylint-gui-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 pyparsing-1.4.3-1.fc6.noarch requires python(abi) = 0:2.4 pyserial-2.2-4.fc7.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.i386 requires python(abi) = 0:2.4 python-HTMLgen-2.2.2-8.fc6.noarch requires python(abi) = 0:2.4 python-adns-1.1.0-4.fc6.i386 requires python < 0:2.5 python-adns-1.1.0-4.fc6.i386 requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-basemap-0.9.4-1.fc7.i386 requires python(abi) = 0:2.4 python-bibtex-1.2.2-4.fc6.i386 requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-cpio-0.1-2.fc6.noarch requires python(abi) = 0:2.4 python-dateutil-1.1-3.fc6.noarch requires python(abi) = 0:2.4 python-durus-3.5-2.fc6.i386 requires python-abi = 0:2.4 python-durus-3.5-2.fc6.i386 requires python(abi) = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python-abi = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python(abi) = 0:2.4 python-goopy-0.1-3.fc6.noarch requires python(abi) = 0:2.4 python-htmltmpl-1.22-7.fc6.noarch requires python(abi) = 0:2.4 python-id3-1.2-8.fc6.noarch requires python(abi) = 0:2.4 python-imaging-1.1.5-6.fc6.i386 requires python(abi) = 0:2.4 python-kid-0.9.3-1.fc6.noarch requires python(abi) = 0:2.4 python-kiwi-1.9.9-1.fc6.noarch requires python-abi = 0:2.4 python-kiwi-1.9.9-1.fc6.noarch requires python(abi) = 0:2.4 python-kiwi-gazpacho-1.9.9-1.fc6.noarch requires python(abi) = 0:2.4 python-logilab-astng-0.16.1-2.fc6.noarch requires python(abi) = 0:2.4 python-logilab-common-0.19.2-1.fc6.noarch requires python(abi) = 0:2.4 python-lxml-1.0.3-2.fc6.i386 requires python-abi = 0:2.4 python-lxml-1.0.3-2.fc6.i386 requires python(abi) = 0:2.4 python-matplotlib-0.87.7-2.fc7.i386 requires python(abi) = 0:2.4 python-matplotlib-tk-0.87.7-2.fc7.i386 requires python(abi) = 0:2.4 python-musicbrainz2-0.4.0-2.fc7.noarch requires python-ctypes python-mutagen-1.8-1.fc7.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-nltk_lite-0.6.6-1.fc7.noarch requires python(abi) = 0:2.4 python-numarray-1.5.2-1.fc6.i386 requires python-abi = 0:2.4 python-numarray-1.5.2-1.fc6.i386 requires python(abi) = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python(abi) = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.i386 requires python-abi = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.i386 requires python(abi) = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python-abi = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python(abi) = 0:2.4 python-psycopg-1.1.21-5.fc6.i386 requires libpq.so.4 python-psycopg-1.1.21-5.fc6.i386 requires python-abi = 0:2.4 python-psycopg-1.1.21-5.fc6.i386 requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-pyspf-1.7-5.fc6.noarch requires python(abi) = 0:2.4 python-quixote-2.4-4.fc6.i386 requires python-abi = 0:2.4 python-quixote-2.4-4.fc6.i386 requires python(abi) = 0:2.4 python-sexy-0.1.9-2.fc7.i386 requires python(abi) = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python-abi = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python(abi) = 0:2.4 python-smbpasswd-1.0.1-4.fc6.i386 requires python(abi) = 0:2.4 python-sqlite2-1:2.3.2-2.fc6.i386 requires python(abi) = 0:2.4 python-sqlobject-0.7.0-8.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python-abi = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.i386 requires python(abi) = 0:2.4 python-vorbis-1.3-3.fc6.i386 requires python-abi = 0:2.4 python-vorbis-1.3-3.fc6.i386 requires python(abi) = 0:2.4 pytz-2006g-1.fc6.noarch requires python(abi) = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python-abi = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python(abi) = 0:2.4 pyxmms-2.06-3.fc6.i386 requires python(abi) = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python-abi = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python(abi) = 0:2.4 rdiff-backup-1.0.5-1.fc7.i386 requires python-abi = 0:2.4 rdiff-backup-1.0.5-1.fc7.i386 requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.i386 requires libpq.so.4 rekall-python-2.4.3-5.fc6.i386 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.i386 requires libpython2.4.so.1.0 rpy-0.4.6-13.fc6.i386 requires python(abi) = 0:2.4 rrdtool-python-1.2.15-6.fc7.i386 requires python(abi) = 0:2.4 scipy-0.5.1-4.fc7.i386 requires python(abi) = 0:2.4 ser-postgresql-0.9.6-9.fc6.i386 requires libpq.so.4 serpentine-0.7-5.fc6.noarch requires python(abi) = 0:2.4 smart-0.42-39.fc6.i386 requires python-abi = 0:2.4 smart-0.42-39.fc6.i386 requires python(abi) = 0:2.4 smart-gui-0.42-39.fc6.i386 requires python(abi) = 0:2.4 soundtracker-0.6.8-2.fc6.i386 requires libgdk_pixbuf.so.2 syck-python-0.55-12.fc7.i386 requires python(abi) = 0:2.4 sylpheed-claws-2.6.0-1.fc7.i386 requires libpisock.so.8 tinyerp-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 tinyerp-server-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 veusz-0.10-12.fc6.i386 requires python(abi) = 0:2.4 wxPython-2.6.3.2-2.fc6.i386 requires python(abi) = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python(abi) = 0:2.4 xmms-xosd-2.2.14-8.fc6.i386 requires libgdk_pixbuf.so.2 yumex-1.2.0-1.0.fc7.noarch requires python(abi) = 0:2.4 zeroinstall-injector-0.24-2.fc7.noarch requires python(abi) = 0:2.4 zynaddsubfx-2.2.1-13.fc6.i386 requires fltk >= 0:1.1.3 zynaddsubfx-2.2.1-13.fc6.i386 requires libfltk.so.1.1 ====================================================================== Broken packages in fedora-extras-5-ppc: linphone-1.2.0-4.fc5.ppc requires libortp.so.2 ====================================================================== Broken packages in fedora-extras-5-x86_64: linphone-1.2.0-4.fc5.x86_64 requires libortp.so.2()(64bit) ====================================================================== Broken packages in fedora-extras-5-i386: linphone-1.2.0-4.fc5.i386 requires libortp.so.2 From buildsys at fedoraproject.org Mon Dec 11 20:50:49 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Mon, 11 Dec 2006 20:50:49 -0000 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-11 Message-ID: <20061211205049.27526.55667@extras64.linux.duke.edu> New report for: chris.stone AT gmail.com package: pygame - 1.7.1-10.fc7.i386 from fedora-extras-development-x86_64 unresolved deps: libpython2.5.so.1.0 ====================================================================== New report for: andreas.bierfert AT lowlatency.de package: koffice-core - 1.6.1-3.fc7.i386 from fedora-extras-development-x86_64 unresolved deps: libpython2.5.so.1.0 package: koffice-kivio - 1.6.1-3.fc7.i386 from fedora-extras-development-x86_64 unresolved deps: libpython2.5.so.1.0 ====================================================================== New report for: rdieter AT math.unl.edu package: OpenEXR - 1.4.0a-3.fc6.i386 from fedora-extras-development-i386 unresolved deps: libfltk_gl.so.1.1 libfltk.so.1.1 package: OpenEXR - 1.4.0a-3.fc6.i386 from fedora-extras-development-x86_64 unresolved deps: libfltk_gl.so.1.1 libfltk.so.1.1 package: OpenEXR - 1.4.0a-3.fc6.ppc from fedora-extras-development-ppc unresolved deps: libfltk_gl.so.1.1 libfltk.so.1.1 package: OpenEXR - 1.4.0a-3.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libfltk.so.1.1()(64bit) libfltk_gl.so.1.1()(64bit) package: koffice-core - 1.6.1-3.fc7.i386 from fedora-extras-development-x86_64 unresolved deps: libpython2.5.so.1.0 package: koffice-kivio - 1.6.1-3.fc7.i386 from fedora-extras-development-x86_64 unresolved deps: libpython2.5.so.1.0 ====================================================================== New report for: karlthered AT gmail.com package: listen - 0.5-9.beta1.fc7.4.i386 from fedora-extras-development-i386 unresolved deps: python-ctypes package: listen - 0.5-9.beta1.fc7.4.ppc from fedora-extras-development-ppc unresolved deps: python-ctypes package: listen - 0.5-9.beta1.fc7.4.x86_64 from fedora-extras-development-x86_64 unresolved deps: python-ctypes ====================================================================== New report for: rpm AT timj.co.uk package: alsa-tools - 1.0.12-4.fc7.i386 from fedora-extras-development-i386 unresolved deps: libfltk.so.1.1 package: alsa-tools - 1.0.12-4.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libfltk.so.1.1()(64bit) ====================================================================== New report for: green AT redhat.com package: zynaddsubfx - 2.2.1-13.fc6.i386 from fedora-extras-development-i386 unresolved deps: fltk >= 0:1.1.3 libfltk.so.1.1 package: zynaddsubfx - 2.2.1-13.fc6.ppc from fedora-extras-development-ppc unresolved deps: fltk >= 0:1.1.3 libfltk.so.1.1 package: zynaddsubfx - 2.2.1-13.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: fltk >= 0:1.1.3 libfltk.so.1.1()(64bit) ====================================================================== New report for: adam AT spicenitz.org package: htmldoc - 1.8.27-1.fc6.1.i386 from fedora-extras-development-i386 unresolved deps: libfltk_images.so.1.1 libfltk.so.1.1 package: htmldoc - 1.8.27-1.fc6.1.ppc from fedora-extras-development-ppc unresolved deps: libfltk_images.so.1.1 libfltk.so.1.1 package: htmldoc - 1.8.27-1.fc6.1.x86_64 from fedora-extras-development-x86_64 unresolved deps: libfltk.so.1.1()(64bit) libfltk_images.so.1.1()(64bit) ====================================================================== New report for: kevin-redhat-bugzilla AT tummy.com package: bmp-xosd - 2.2.14-8.fc6.i386 from fedora-extras-development-i386 unresolved deps: libgdk_pixbuf.so.2 package: bmp-xosd - 2.2.14-8.fc6.ppc from fedora-extras-development-ppc unresolved deps: libgdk_pixbuf.so.2 package: bmp-xosd - 2.2.14-8.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libgdk_pixbuf.so.2()(64bit) package: xmms-xosd - 2.2.14-8.fc6.i386 from fedora-extras-development-i386 unresolved deps: libgdk_pixbuf.so.2 package: xmms-xosd - 2.2.14-8.fc6.ppc from fedora-extras-development-ppc unresolved deps: libgdk_pixbuf.so.2 package: xmms-xosd - 2.2.14-8.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libgdk_pixbuf.so.2()(64bit) ====================================================================== New report for: jeff AT ocjtech.us package: python-musicbrainz2 - 0.4.0-2.fc7.noarch from fedora-extras-development-i386 unresolved deps: python-ctypes package: python-musicbrainz2 - 0.4.0-2.fc7.noarch from fedora-extras-development-ppc unresolved deps: python-ctypes package: python-musicbrainz2 - 0.4.0-2.fc7.noarch from fedora-extras-development-x86_64 unresolved deps: python-ctypes ====================================================================== New report for: tcallawa AT redhat.com package: alsamixergui - 0.9.0-0.3.rc1.fc6.i386 from fedora-extras-development-i386 unresolved deps: libfltk.so.1.1 package: alsamixergui - 0.9.0-0.3.rc1.fc6.ppc from fedora-extras-development-ppc unresolved deps: libfltk.so.1.1 package: alsamixergui - 0.9.0-0.3.rc1.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libfltk.so.1.1()(64bit) ====================================================================== New report for: sander AT hoentjen.eu package: cohoba - 0.0.4-4.fc7.noarch from fedora-extras-development-i386 unresolved deps: python-ctypes package: cohoba - 0.0.4-4.fc7.noarch from fedora-extras-development-ppc unresolved deps: python-ctypes package: cohoba - 0.0.4-4.fc7.noarch from fedora-extras-development-x86_64 unresolved deps: python-ctypes ====================================================================== New report for: rpm AT greysector.net package: ed2k_hash-gui - 0.4.0-3.fc6.i386 from fedora-extras-development-i386 unresolved deps: libfltk.so.1.1 package: ed2k_hash-gui - 0.4.0-3.fc6.ppc from fedora-extras-development-ppc unresolved deps: libfltk.so.1.1 package: ed2k_hash-gui - 0.4.0-3.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libfltk.so.1.1()(64bit) ====================================================================== New report for: seg AT haxxed.com package: soundtracker - 0.6.8-2.fc6.i386 from fedora-extras-development-i386 unresolved deps: libgdk_pixbuf.so.2 package: soundtracker - 0.6.8-2.fc6.ppc from fedora-extras-development-ppc unresolved deps: libgdk_pixbuf.so.2 package: soundtracker - 0.6.8-2.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libgdk_pixbuf.so.2()(64bit) ====================================================================== New report for: ifoox AT redhat.com package: libreadline-java - 0.8.0-13.fc6.i386 from fedora-extras-development-i386 unresolved deps: libedit >= 0:2.9 package: libreadline-java - 0.8.0-13.fc6.i386 from fedora-extras-development-x86_64 unresolved deps: libedit >= 0:2.9 package: libreadline-java - 0.8.0-13.fc6.ppc from fedora-extras-development-ppc unresolved deps: libedit >= 0:2.9 package: libreadline-java - 0.8.0-13.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libedit >= 0:2.9 ====================================================================== Summary of broken packages (by owner): Axel.Thimm AT ATrpms.net smart - 0.42-39.fc6.i386 (3 days) smart - 0.42-39.fc6.ppc (3 days) smart - 0.42-39.fc6.x86_64 (3 days) smart-gui - 0.42-39.fc6.i386 (3 days) smart-gui - 0.42-39.fc6.ppc (3 days) smart-gui - 0.42-39.fc6.x86_64 (3 days) Jochen AT herr-schmitt.de blender - 2.42a-6.fc7.i386 (3 days) blender - 2.42a-6.fc7.ppc (3 days) blender - 2.42a-6.fc7.x86_64 (3 days) python-smbpasswd - 1.0.1-4.fc6.i386 (3 days) python-smbpasswd - 1.0.1-4.fc6.ppc (3 days) python-smbpasswd - 1.0.1-4.fc6.x86_64 (3 days) adam AT spicenitz.org htmldoc - 1.8.27-1.fc6.1.i386 htmldoc - 1.8.27-1.fc6.1.ppc htmldoc - 1.8.27-1.fc6.1.x86_64 andreas.bierfert AT lowlatency.de centericq - 4.21.0-8.fc6.i386 (41 days) centericq - 4.21.0-8.fc6.ppc (41 days) centericq - 4.21.0-8.fc6.x86_64 (41 days) koffice-core - 1.6.1-3.fc7.i386 koffice-kivio - 1.6.1-3.fc7.i386 libopensync - 0.19-1.fc6.i386 (3 days) libopensync - 0.19-1.fc6.i386 (3 days) libopensync - 0.19-1.fc6.ppc (3 days) libopensync - 0.19-1.fc6.x86_64 (3 days) nessus-client - 2.2.7-2.fc6.i386 (12 days) nessus-client - 2.2.7-2.fc6.ppc (12 days) nessus-client - 2.2.7-2.fc6.x86_64 (12 days) nessus-gui - 2.2.7-2.fc6.i386 (12 days) nessus-gui - 2.2.7-2.fc6.ppc (12 days) nessus-gui - 2.2.7-2.fc6.x86_64 (12 days) nessus-server - 2.2.7-2.fc6.i386 (12 days) nessus-server - 2.2.7-2.fc6.ppc (12 days) nessus-server - 2.2.7-2.fc6.x86_64 (12 days) orange - 0.3-4.cvs20051118.fc7.i386 (7 days) scribus - 1.3.3.6-1.fc7.i386 sylpheed-claws - 2.6.0-1.fc7.i386 (12 days) sylpheed-claws - 2.6.0-1.fc7.i386 (12 days) sylpheed-claws - 2.6.0-1.fc7.ppc (12 days) sylpheed-claws - 2.6.0-1.fc7.x86_64 (12 days) andreas AT bawue.net bitbake - 1.6.0-1.fc6.noarch (3 days) bitbake - 1.6.0-1.fc6.noarch (3 days) bitbake - 1.6.0-1.fc6.noarch (3 days) pyzor - 0.4.0-10.fc6.noarch (3 days) pyzor - 0.4.0-10.fc6.noarch (3 days) pyzor - 0.4.0-10.fc6.noarch (3 days) ser-postgresql - 0.9.6-9.fc6.i386 (5 days) ser-postgresql - 0.9.6-9.fc6.ppc (5 days) ser-postgresql - 0.9.6-9.fc6.x86_64 (5 days) bdpepple AT ameritech.net python-telepathy - 0.13.7-2.fc7.noarch (3 days) python-telepathy - 0.13.7-2.fc7.noarch (3 days) python-telepathy - 0.13.7-2.fc7.noarch (3 days) bnocera AT redhat.com driftnet - 0.1.6-11.i386 (12 days) driftnet - 0.1.6-11.ppc (12 days) driftnet - 0.1.6-11.x86_64 (12 days) cgoorah AT yahoo.com.au gresistor - 0.0.1-8.fc6.noarch (3 days) gresistor - 0.0.1-8.fc6.noarch (3 days) gresistor - 0.0.1-8.fc6.noarch (3 days) chris.stone AT gmail.com pygame - 1.7.1-10.fc7.i386 dan AT danny.cz tinyerp - 3.4.2-1.fc6.noarch (3 days) tinyerp - 3.4.2-1.fc6.noarch (3 days) tinyerp - 3.4.2-1.fc6.noarch (3 days) tinyerp-server - 3.4.2-1.fc6.noarch (3 days) tinyerp-server - 3.4.2-1.fc6.noarch (3 days) tinyerp-server - 3.4.2-1.fc6.noarch (3 days) dcbw AT redhat.com csound - 5.03.0-9.fc7.i386 (3 days) csound - 5.03.0-9.fc7.i386 (3 days) csound - 5.03.0-9.fc7.ppc (3 days) csound - 5.03.0-9.fc7.x86_64 (3 days) csound-fltk - 5.03.0-9.fc7.i386 (3 days) csound-fltk - 5.03.0-9.fc7.ppc (3 days) csound-fltk - 5.03.0-9.fc7.x86_64 (3 days) csound-gui - 5.03.0-9.fc7.i386 (3 days) csound-gui - 5.03.0-9.fc7.ppc (3 days) csound-gui - 5.03.0-9.fc7.x86_64 (3 days) csound-python - 5.03.0-9.fc7.i386 (3 days) csound-python - 5.03.0-9.fc7.ppc (3 days) csound-python - 5.03.0-9.fc7.x86_64 (3 days) csound-virtual-keyboard - 5.03.0-9.fc7.i386 (3 days) csound-virtual-keyboard - 5.03.0-9.fc7.ppc (3 days) csound-virtual-keyboard - 5.03.0-9.fc7.x86_64 (3 days) plague-common - 0.4.4.1-2.fc6.noarch (3 days) plague-common - 0.4.4.1-2.fc6.noarch (3 days) plague-common - 0.4.4.1-2.fc6.noarch (3 days) denis AT poolshark.org glom - 1.2.1-2.fc7.i386 (3 days) glom - 1.2.1-2.fc7.ppc (3 days) glom - 1.2.1-2.fc7.x86_64 (3 days) k3d - 0.6.4.0-1.fc7.i386 (3 days) k3d - 0.6.4.0-1.fc7.i386 (3 days) k3d - 0.6.4.0-1.fc7.ppc (3 days) k3d - 0.6.4.0-1.fc7.x86_64 (3 days) dennis AT ausil.us hamlib-python - 1.2.5-3.fc6.i386 (3 days) hamlib-python - 1.2.5-3.fc6.ppc (3 days) hamlib-python - 1.2.5-3.fc6.x86_64 (3 days) dwmw2 AT redhat.com openpbx - 1.2-3.rc2.svn2135.fc7.i386 (5 days) openpbx - 1.2-3.rc2.svn2135.fc7.i386 (5 days) openpbx - 1.2-3.rc2.svn2135.fc7.ppc (5 days) openpbx - 1.2-3.rc2.svn2135.fc7.x86_64 (5 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.i386 (5 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.ppc (5 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.x86_64 (5 days) endur AT bennewitz.com streamtuner - 0.99.99-15.fc7.x86_64 (3 days) extras-orphan AT fedoraproject.org python-htmltmpl - 1.22-7.fc6.noarch (3 days) python-htmltmpl - 1.22-7.fc6.noarch (3 days) python-htmltmpl - 1.22-7.fc6.noarch (3 days) python-id3 - 1.2-8.fc6.noarch (3 days) python-id3 - 1.2-8.fc6.noarch (3 days) python-id3 - 1.2-8.fc6.noarch (3 days) foolish AT guezz.net serpentine - 0.7-5.fc6.noarch (3 days) serpentine - 0.7-5.fc6.noarch (3 days) serpentine - 0.7-5.fc6.noarch (3 days) gajownik AT gmail.com gajim - 0.10.1-3.fc6.i386 (3 days) gajim - 0.10.1-3.fc6.ppc (3 days) gajim - 0.10.1-3.fc6.x86_64 (3 days) python-sqlite2 - 1:2.3.2-2.fc6.i386 (3 days) python-sqlite2 - 1:2.3.2-2.fc6.ppc (3 days) python-sqlite2 - 1:2.3.2-2.fc6.x86_64 (3 days) ghenry AT suretecsystems.com pgadmin3 - 1.4.3-6.fc6.i386 (5 days) pgadmin3 - 1.4.3-6.fc6.ppc (5 days) pgadmin3 - 1.4.3-6.fc6.x86_64 (5 days) rdiff-backup - 1.0.5-1.fc7.i386 (3 days) rdiff-backup - 1.0.5-1.fc7.ppc (3 days) rdiff-backup - 1.0.5-1.fc7.x86_64 (3 days) green AT redhat.com zynaddsubfx - 2.2.1-13.fc6.i386 zynaddsubfx - 2.2.1-13.fc6.ppc zynaddsubfx - 2.2.1-13.fc6.x86_64 hugo AT devin.com.br python-ogg - 1.3-3.fc6.i386 (3 days) python-ogg - 1.3-3.fc6.i386 (3 days) python-ogg - 1.3-3.fc6.ppc (3 days) python-ogg - 1.3-3.fc6.x86_64 (3 days) python-vorbis - 1.3-3.fc6.i386 (3 days) python-vorbis - 1.3-3.fc6.ppc (3 days) python-vorbis - 1.3-3.fc6.x86_64 (3 days) i AT stingr.net flow-tools - 0.68-11.fc6.i386 (5 days) flow-tools - 0.68-11.fc6.i386 (5 days) flow-tools - 0.68-11.fc6.ppc (5 days) flow-tools - 0.68-11.fc6.x86_64 (5 days) pyflowtools - 0.3-7.fc6.i386 (3 days) pyflowtools - 0.3-7.fc6.ppc (3 days) pyflowtools - 0.3-7.fc6.x86_64 (3 days) pyserial - 2.2-4.fc7.noarch (3 days) pyserial - 2.2-4.fc7.noarch (3 days) pyserial - 2.2-4.fc7.noarch (3 days) icon AT fedoraproject.org cvs2svn - 1.4.0-2.fc6.noarch (3 days) cvs2svn - 1.4.0-2.fc6.noarch (3 days) cvs2svn - 1.4.0-2.fc6.noarch (3 days) epylog - 1.0.3-4.fc6.noarch (3 days) epylog - 1.0.3-4.fc6.noarch (3 days) epylog - 1.0.3-4.fc6.noarch (3 days) gazpacho - 0.6.6-1.fc6.noarch (3 days) gazpacho - 0.6.6-1.fc6.noarch (3 days) gazpacho - 0.6.6-1.fc6.noarch (3 days) pylint - 0.12.1-1.fc6.noarch (3 days) pylint - 0.12.1-1.fc6.noarch (3 days) pylint - 0.12.1-1.fc6.noarch (3 days) pylint-gui - 0.12.1-1.fc6.noarch (3 days) pylint-gui - 0.12.1-1.fc6.noarch (3 days) pylint-gui - 0.12.1-1.fc6.noarch (3 days) python-feedparser - 4.1-1.fc6.noarch (3 days) python-feedparser - 4.1-1.fc6.noarch (3 days) python-feedparser - 4.1-1.fc6.noarch (3 days) python-kid - 0.9.3-1.fc6.noarch (3 days) python-kid - 0.9.3-1.fc6.noarch (3 days) python-kid - 0.9.3-1.fc6.noarch (3 days) python-kiwi - 1.9.9-1.fc6.noarch (3 days) python-kiwi - 1.9.9-1.fc6.noarch (3 days) python-kiwi - 1.9.9-1.fc6.noarch (3 days) python-kiwi-gazpacho - 1.9.9-1.fc6.noarch (3 days) python-kiwi-gazpacho - 1.9.9-1.fc6.noarch (3 days) python-kiwi-gazpacho - 1.9.9-1.fc6.noarch (3 days) python-logilab-astng - 0.16.1-2.fc6.noarch (3 days) python-logilab-astng - 0.16.1-2.fc6.noarch (3 days) python-logilab-astng - 0.16.1-2.fc6.noarch (3 days) python-logilab-common - 0.19.2-1.fc6.noarch (3 days) python-logilab-common - 0.19.2-1.fc6.noarch (3 days) python-logilab-common - 0.19.2-1.fc6.noarch (3 days) ifoox AT redhat.com libreadline-java - 0.8.0-13.fc6.i386 libreadline-java - 0.8.0-13.fc6.i386 libreadline-java - 0.8.0-13.fc6.ppc libreadline-java - 0.8.0-13.fc6.x86_64 imlinux AT gmail.com nagios-plugins-pgsql - 1.4.4-2.fc7.i386 (5 days) nagios-plugins-pgsql - 1.4.4-2.fc7.ppc (5 days) nagios-plugins-pgsql - 1.4.4-2.fc7.x86_64 (5 days) j.w.r.degoede AT hhs.nl gcompris - 8.2-1.fc7.i386 (3 days) gcompris - 8.2-1.fc7.ppc (3 days) gcompris - 8.2-1.fc7.x86_64 (3 days) libgda-postgres - 1:1.9.100-10.fc6.i386 (5 days) libgda-postgres - 1:1.9.100-10.fc6.ppc (5 days) libgda-postgres - 1:1.9.100-10.fc6.x86_64 (5 days) magicor - 1.0-0.2.rc2.fc7.noarch (3 days) magicor - 1.0-0.2.rc2.fc7.noarch (3 days) magicor - 1.0-0.2.rc2.fc7.noarch (3 days) jafo-redhat AT tummy.com python-pydns - 2.3.0-4.fc6.noarch (3 days) python-pydns - 2.3.0-4.fc6.noarch (3 days) python-pydns - 2.3.0-4.fc6.noarch (3 days) python-pyspf - 1.7-5.fc6.noarch (3 days) python-pyspf - 1.7-5.fc6.noarch (3 days) python-pyspf - 1.7-5.fc6.noarch (3 days) jamatos AT fc.up.pt f2py - 2.45.241_1926-2.fc6.noarch (3 days) f2py - 2.45.241_1926-2.fc6.noarch (3 days) f2py - 2.45.241_1926-2.fc6.noarch (3 days) pygsl - 0.3.2-6.fc6.i386 (3 days) pygsl - 0.3.2-6.fc6.ppc (3 days) pygsl - 0.3.2-6.fc6.x86_64 (3 days) pyparsing - 1.4.3-1.fc6.noarch (3 days) pyparsing - 1.4.3-1.fc6.noarch (3 days) pyparsing - 1.4.3-1.fc6.noarch (3 days) python-HTMLgen - 2.2.2-8.fc6.noarch (3 days) python-HTMLgen - 2.2.2-8.fc6.noarch (3 days) python-HTMLgen - 2.2.2-8.fc6.noarch (3 days) python-amara - 1.1.7-2.fc6.noarch (3 days) python-amara - 1.1.7-2.fc6.noarch (3 days) python-amara - 1.1.7-2.fc6.noarch (3 days) python-cpio - 0.1-2.fc6.noarch (3 days) python-cpio - 0.1-2.fc6.noarch (3 days) python-cpio - 0.1-2.fc6.noarch (3 days) python-imaging - 1.1.5-6.fc6.i386 (3 days) python-imaging - 1.1.5-6.fc6.i386 (3 days) python-imaging - 1.1.5-6.fc6.ppc (3 days) python-imaging - 1.1.5-6.fc6.x86_64 (3 days) rpy - 0.4.6-13.fc6.i386 (3 days) rpy - 0.4.6-13.fc6.ppc (3 days) rpy - 0.4.6-13.fc6.x86_64 (3 days) jeff AT ocjtech.us linphone - 1.2.0-4.fc5.i386 (63 days) linphone - 1.2.0-4.fc5.ppc (63 days) linphone - 1.2.0-4.fc5.x86_64 (63 days) python-musicbrainz2 - 0.4.0-2.fc7.noarch python-musicbrainz2 - 0.4.0-2.fc7.noarch python-musicbrainz2 - 0.4.0-2.fc7.noarch jeremy AT jeremysanders.net veusz - 0.10-12.fc6.i386 (3 days) veusz - 0.10-12.fc6.ppc (3 days) veusz - 0.10-12.fc6.x86_64 (3 days) jima AT beer.tclug.org graphviz-python - 2.8-5.fc6.i386 (3 days) graphviz-python - 2.8-5.fc6.ppc (3 days) graphviz-python - 2.8-5.fc6.x86_64 (3 days) jkeating AT redhat.com pungi - 0.1.0-1.fc7.noarch (3 days) pungi - 0.1.0-1.fc7.noarch (3 days) pungi - 0.1.0-1.fc7.noarch (3 days) jspaleta AT gmail.com istanbul - 0.2.1-0.fc6.i386 (3 days) istanbul - 0.2.1-0.fc6.ppc (3 days) istanbul - 0.2.1-0.fc6.x86_64 (3 days) scipy - 0.5.1-4.fc7.i386 (3 days) scipy - 0.5.1-4.fc7.ppc (3 days) scipy - 0.5.1-4.fc7.x86_64 (3 days) jwilson AT redhat.com ip6sic - 0.1-4.fc6.i386 (12 days) ip6sic - 0.1-4.fc6.ppc (12 days) ip6sic - 0.1-4.fc6.x86_64 (12 days) numpy - 1.0-1.fc7.i386 (3 days) numpy - 1.0-1.fc7.ppc (3 days) numpy - 1.0-1.fc7.x86_64 (3 days) rrdtool-python - 1.2.15-6.fc7.i386 (3 days) rrdtool-python - 1.2.15-6.fc7.ppc (3 days) rrdtool-python - 1.2.15-6.fc7.x86_64 (3 days) karlthered AT gmail.com gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.i386 (19 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.i386 (19 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.ppc (19 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.x86_64 (19 days) listen - 0.5-9.beta1.fc7.4.i386 listen - 0.5-9.beta1.fc7.4.ppc listen - 0.5-9.beta1.fc7.4.x86_64 python-sexy - 0.1.9-2.fc7.i386 (3 days) python-sexy - 0.1.9-2.fc7.ppc (3 days) python-sexy - 0.1.9-2.fc7.x86_64 (3 days) katzj AT redhat.com mercurial - 0.9.1-2.fc7.i386 (3 days) mercurial - 0.9.1-2.fc7.ppc (3 days) mercurial - 0.9.1-2.fc7.x86_64 (3 days) kevin-redhat-bugzilla AT tummy.com bmp-xosd - 2.2.14-8.fc6.i386 bmp-xosd - 2.2.14-8.fc6.ppc bmp-xosd - 2.2.14-8.fc6.x86_64 xmms-xosd - 2.2.14-8.fc6.i386 xmms-xosd - 2.2.14-8.fc6.ppc xmms-xosd - 2.2.14-8.fc6.x86_64 kushaldas AT gmail.com kphotobymail - 0.4-1.fc7.noarch (3 days) kphotobymail - 0.4-1.fc7.noarch (3 days) kphotobymail - 0.4-1.fc7.noarch (3 days) lmacken AT redhat.com python-cherrypy - 2.2.1-3.fc6.noarch (3 days) python-cherrypy - 2.2.1-3.fc6.noarch (3 days) python-cherrypy - 2.2.1-3.fc6.noarch (3 days) python-sqlobject - 0.7.0-8.fc6.noarch (3 days) python-sqlobject - 0.7.0-8.fc6.noarch (3 days) python-sqlobject - 0.7.0-8.fc6.noarch (3 days) luya_tfz AT thefinalzone.com gdesklets - 0.35.4-3.fc7.i386 (3 days) gdesklets - 0.35.4-3.fc7.ppc (3 days) gdesklets - 0.35.4-3.fc7.x86_64 (3 days) mattdm AT mattdm.org wxPython - 2.6.3.2-2.fc6.i386 (3 days) wxPython - 2.6.3.2-2.fc6.i386 (3 days) wxPython - 2.6.3.2-2.fc6.ppc (3 days) wxPython - 2.6.3.2-2.fc6.x86_64 (3 days) mdehaan AT redhat.com cobbler - 0.2.8-1.fc6.noarch (3 days) cobbler - 0.2.8-1.fc6.noarch (3 days) koan - 0.2.1-1.fc6.noarch (3 days) koan - 0.2.1-1.fc6.noarch (3 days) mgarski AT post.pl digikam-doc - 0.8.2-3.fc6.noarch (12 days) digikam-doc - 0.8.2-3.fc6.noarch (12 days) digikam-doc - 0.8.2-3.fc6.noarch (12 days) michel.salim AT gmail.com python-nltk - 1.4.4-3.fc7.noarch (3 days) python-nltk - 1.4.4-3.fc7.noarch (3 days) python-nltk - 1.4.4-3.fc7.noarch (3 days) python-nltk_lite - 0.6.6-1.fc7.noarch (3 days) python-nltk_lite - 0.6.6-1.fc7.noarch (3 days) python-nltk_lite - 0.6.6-1.fc7.noarch (3 days) zeroinstall-injector - 0.24-2.fc7.noarch (3 days) zeroinstall-injector - 0.24-2.fc7.noarch (3 days) zeroinstall-injector - 0.24-2.fc7.noarch (3 days) mitr AT redhat.com python-4Suite-XML - 1.0-1.i386 (3 days) python-4Suite-XML - 1.0-1.ppc (3 days) python-4Suite-XML - 1.0-1.x86_64 (3 days) mpeters AT mac.com PyRTF - 0.45-2.fc6.noarch (3 days) PyRTF - 0.45-2.fc6.noarch (3 days) PyRTF - 0.45-2.fc6.noarch (3 days) PyX - 0.9-3.fc6.i386 (3 days) PyX - 0.9-3.fc6.ppc (3 days) PyX - 0.9-3.fc6.x86_64 (3 days) mr.ecik AT gmail.com python-mutagen - 1.8-1.fc7.noarch (3 days) python-mutagen - 1.8-1.fc7.noarch (3 days) python-mutagen - 1.8-1.fc7.noarch (3 days) oliver AT linux-kernel.at syck-python - 0.55-12.fc7.i386 (3 days) syck-python - 0.55-12.fc7.ppc (3 days) syck-python - 0.55-12.fc7.x86_64 (3 days) orion AT cora.nwra.com gdl - 0.9-0.pre3.2.fc7.i386 (3 days) gdl - 0.9-0.pre3.2.fc7.ppc (3 days) gdl - 0.9-0.pre3.2.fc7.x86_64 (3 days) paraview - 2.4.4-3.fc6.x86_64 (3 days) paraview-mpi - 2.4.4-3.fc6.x86_64 (3 days) plplot - 5.6.1-8.fc7.i386 (3 days) plplot - 5.6.1-8.fc7.i386 (3 days) plplot - 5.6.1-8.fc7.ppc (3 days) plplot - 5.6.1-8.fc7.x86_64 (3 days) plplot-gnome - 5.6.1-8.fc7.i386 (3 days) plplot-gnome - 5.6.1-8.fc7.i386 (3 days) plplot-gnome - 5.6.1-8.fc7.ppc (3 days) plplot-gnome - 5.6.1-8.fc7.x86_64 (3 days) python-basemap - 0.9.4-1.fc7.i386 (3 days) python-basemap - 0.9.4-1.fc7.ppc (3 days) python-basemap - 0.9.4-1.fc7.x86_64 (3 days) python-dateutil - 1.1-3.fc6.noarch (3 days) python-dateutil - 1.1-3.fc6.noarch (3 days) python-dateutil - 1.1-3.fc6.noarch (3 days) python-matplotlib - 0.87.7-2.fc7.i386 (3 days) python-matplotlib - 0.87.7-2.fc7.ppc (3 days) python-matplotlib - 0.87.7-2.fc7.x86_64 (3 days) python-matplotlib-tk - 0.87.7-2.fc7.i386 (3 days) python-matplotlib-tk - 0.87.7-2.fc7.ppc (3 days) python-matplotlib-tk - 0.87.7-2.fc7.x86_64 (3 days) python-numarray - 1.5.2-1.fc6.i386 (3 days) python-numarray - 1.5.2-1.fc6.i386 (3 days) python-numarray - 1.5.2-1.fc6.ppc (3 days) python-numarray - 1.5.2-1.fc6.x86_64 (3 days) pytz - 2006g-1.fc6.noarch (3 days) pytz - 2006g-1.fc6.noarch (3 days) pytz - 2006g-1.fc6.noarch (3 days) paul AT all-the-johnsons.co.uk gonvert - 0.2.15-3.fc6.noarch (3 days) gonvert - 0.2.15-3.fc6.noarch (3 days) gonvert - 0.2.15-3.fc6.noarch (3 days) pyxmms - 2.06-3.fc6.i386 (3 days) pyxmms - 2.06-3.fc6.ppc (3 days) pyxmms - 2.06-3.fc6.x86_64 (3 days) pertusus AT free.fr archmage - 0.0.7-2.fc6.noarch (3 days) archmage - 0.0.7-2.fc6.noarch (3 days) archmage - 0.0.7-2.fc6.noarch (3 days) petersen AT redhat.com ghc-gtk2hs - 0.9.10-4.fc6.i386 (38 days) ghc-gtk2hs - 0.9.10-4.fc6.ppc (38 days) ghc-gtk2hs - 0.9.10-4.fc6.x86_64 (38 days) ghc642-gtk2hs - 0.9.10-4.fc6.i386 (38 days) ghc642-gtk2hs - 0.9.10-4.fc6.ppc (38 days) ghc642-gtk2hs - 0.9.10-4.fc6.x86_64 (38 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.i386 (38 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.ppc (38 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.x86_64 (38 days) pjones AT redhat.com python-goopy - 0.1-3.fc6.noarch (3 days) python-goopy - 0.1-3.fc6.noarch (3 days) python-goopy - 0.1-3.fc6.noarch (3 days) prockai AT redhat.com cyrus-imapd - 2.3.7-4.fc6.i386 (12 days) cyrus-imapd - 2.3.7-4.fc6.i386 (12 days) cyrus-imapd - 2.3.7-4.fc6.ppc (12 days) cyrus-imapd - 2.3.7-4.fc6.x86_64 (12 days) rdieter AT math.unl.edu OpenEXR - 1.4.0a-3.fc6.i386 OpenEXR - 1.4.0a-3.fc6.i386 OpenEXR - 1.4.0a-3.fc6.ppc OpenEXR - 1.4.0a-3.fc6.x86_64 PyKDE - 3.16.0-5.fc7.i386 (3 days) PyKDE - 3.16.0-5.fc7.i386 (3 days) PyKDE - 3.16.0-5.fc7.ppc (3 days) PyKDE - 3.16.0-5.fc7.x86_64 (3 days) gift - 0.11.8.1-6.fc7.i386 (43 days) redhat-bugzilla AT linuxnetz.de duplicity - 0.4.2-3.fc6.i386 (3 days) duplicity - 0.4.2-3.fc6.ppc (3 days) duplicity - 0.4.2-3.fc6.x86_64 (3 days) rich AT phekda.gotadsl.co.uk planet - 2.0-1.noarch (3 days) planet - 2.0-1.noarch (3 days) planet - 2.0-1.noarch (3 days) rpm AT greysector.net ed2k_hash-gui - 0.4.0-3.fc6.i386 ed2k_hash-gui - 0.4.0-3.fc6.ppc ed2k_hash-gui - 0.4.0-3.fc6.x86_64 ekg - 1.7-0.3.rc2.fc6.i386 (3 days) ekg - 1.7-0.3.rc2.fc6.ppc (3 days) ekg - 1.7-0.3.rc2.fc6.x86_64 (3 days) openbabel-python - 2.0.2-5.fc6.i386 (3 days) openbabel-python - 2.0.2-5.fc6.ppc (3 days) openbabel-python - 2.0.2-5.fc6.x86_64 (3 days) rpm AT timj.co.uk alsa-tools - 1.0.12-4.fc7.i386 alsa-tools - 1.0.12-4.fc7.x86_64 rvokal AT redhat.com python-adns - 1.1.0-4.fc6.i386 (3 days) python-adns - 1.1.0-4.fc6.ppc (3 days) python-adns - 1.1.0-4.fc6.x86_64 (3 days) sander AT hoentjen.eu cohoba - 0.0.4-4.fc7.noarch cohoba - 0.0.4-4.fc7.noarch cohoba - 0.0.4-4.fc7.noarch seg AT haxxed.com soundtracker - 0.6.8-2.fc6.i386 soundtracker - 0.6.8-2.fc6.ppc soundtracker - 0.6.8-2.fc6.x86_64 shahms AT shahms.com ipython - 0.7.2-3.fc6.noarch (3 days) ipython - 0.7.2-3.fc6.noarch (3 days) ipython - 0.7.2-3.fc6.noarch (3 days) python-durus - 3.5-2.fc6.i386 (3 days) python-durus - 3.5-2.fc6.ppc (3 days) python-durus - 3.5-2.fc6.x86_64 (3 days) python-lxml - 1.0.3-2.fc6.i386 (3 days) python-lxml - 1.0.3-2.fc6.ppc (3 days) python-lxml - 1.0.3-2.fc6.x86_64 (3 days) python-protocols - 1.0-0.3.a0dev_r2082.fc6.i386 (3 days) python-protocols - 1.0-0.3.a0dev_r2082.fc6.ppc (3 days) python-protocols - 1.0-0.3.a0dev_r2082.fc6.x86_64 (3 days) python-psyco - 1.5.1-4.fc6.i386 (3 days) python-psycopg - 1.1.21-5.fc6.i386 (5 days) python-psycopg - 1.1.21-5.fc6.ppc (5 days) python-psycopg - 1.1.21-5.fc6.x86_64 (5 days) python-quixote - 2.4-4.fc6.i386 (3 days) python-quixote - 2.4-4.fc6.ppc (3 days) python-quixote - 2.4-4.fc6.x86_64 (3 days) python-simpletal - 4.1-4.fc6.noarch (3 days) python-simpletal - 4.1-4.fc6.noarch (3 days) python-simpletal - 4.1-4.fc6.noarch (3 days) python-tpg - 3.1.0-3.fc6.noarch (3 days) python-tpg - 3.1.0-3.fc6.noarch (3 days) python-tpg - 3.1.0-3.fc6.noarch (3 days) splinux AT fedoraproject.org pessulus - 2.16.1-1.fc6.noarch (3 days) pessulus - 2.16.1-1.fc6.noarch (3 days) pessulus - 2.16.1-1.fc6.noarch (3 days) stickster AT gmail.com xmldiff - 0.6.7-12.fc6.i386 (3 days) xmldiff - 0.6.7-12.fc6.ppc (3 days) xmldiff - 0.6.7-12.fc6.x86_64 (3 days) tcallawa AT redhat.com alsamixergui - 0.9.0-0.3.rc1.fc6.i386 alsamixergui - 0.9.0-0.3.rc1.fc6.ppc alsamixergui - 0.9.0-0.3.rc1.fc6.x86_64 compat-wxPythonGTK2 - 2.4.2.4-12.fc6.i386 (3 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.ppc (3 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.x86_64 (3 days) gambas-gb-db - 1.0.17-6.fc7.i386 (18 days) gambas-gb-db - 1.0.17-6.fc7.ppc (18 days) gambas-runtime - 1.0.17-6.fc7.i386 (18 days) gambas-runtime - 1.0.17-6.fc7.ppc (18 days) pychart - 1.39-4.fc6.noarch (3 days) pychart - 1.39-4.fc6.noarch (3 days) pychart - 1.39-4.fc6.noarch (3 days) pydot - 0.9.10-4.fc6.noarch (3 days) pydot - 0.9.10-4.fc6.noarch (3 days) pydot - 0.9.10-4.fc6.noarch (3 days) pyxdg - 0.15-3.fc6.noarch (3 days) pyxdg - 0.15-3.fc6.noarch (3 days) pyxdg - 0.15-3.fc6.noarch (3 days) rekall-postgresql - 2.4.3-5.fc6.i386 (5 days) rekall-postgresql - 2.4.3-5.fc6.ppc (5 days) rekall-postgresql - 2.4.3-5.fc6.x86_64 (5 days) rekall-python - 2.4.3-5.fc6.i386 (5 days) rekall-python - 2.4.3-5.fc6.ppc (5 days) rekall-python - 2.4.3-5.fc6.x86_64 (5 days) thomas AT apestaart.org python-twisted - 1.3.0-7.fc6.i386 (3 days) python-twisted - 1.3.0-7.fc6.ppc (3 days) python-twisted - 1.3.0-7.fc6.x86_64 (3 days) tla AT rasmil.dk yumex - 1.2.0-1.0.fc7.noarch (3 days) yumex - 1.2.0-1.0.fc7.noarch (3 days) yumex - 1.2.0-1.0.fc7.noarch (3 days) triad AT df.lth.se gnomad2 - 2.8.9-2.fc6.i386 (3 days) gnomad2 - 2.8.9-2.fc6.ppc (3 days) gnomad2 - 2.8.9-2.fc6.x86_64 (3 days) wart AT kobold.org crossfire-plugins - 1.9.1-2.fc6.i386 (3 days) crossfire-plugins - 1.9.1-2.fc6.ppc (3 days) crossfire-plugins - 1.9.1-2.fc6.x86_64 (3 days) cyphesis - 0.5.10-3.fc7.i386 (3 days) cyphesis - 0.5.10-3.fc7.ppc (3 days) cyphesis - 0.5.10-3.fc7.x86_64 (3 days) z.kota AT gmx.net python-bibtex - 1.2.2-4.fc6.i386 (3 days) python-bibtex - 1.2.2-4.fc6.ppc (3 days) python-bibtex - 1.2.2-4.fc6.x86_64 (3 days) ====================================================================== Broken packages in fedora-extras-development-ppc: OpenEXR-1.4.0a-3.fc6.ppc requires libfltk_gl.so.1.1 OpenEXR-1.4.0a-3.fc6.ppc requires libfltk.so.1.1 PyKDE-3.16.0-5.fc7.ppc requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.ppc requires python-abi = 0:2.4 PyRTF-0.45-2.fc6.noarch requires python(abi) = 0:2.4 PyX-0.9-3.fc6.ppc requires python(abi) = 0:2.4 alsamixergui-0.9.0-0.3.rc1.fc6.ppc requires libfltk.so.1.1 archmage-0.0.7-2.fc6.noarch requires python-abi = 0:2.4 archmage-0.0.7-2.fc6.noarch requires python(abi) = 0:2.4 bitbake-1.6.0-1.fc6.noarch requires python(abi) = 0:2.4 blender-2.42a-6.fc7.ppc requires libpython2.4.so.1.0 bmp-xosd-2.2.14-8.fc6.ppc requires libgdk_pixbuf.so.2 centericq-4.21.0-8.fc6.ppc requires libcurl.so.3 cohoba-0.0.4-4.fc7.noarch requires python-ctypes compat-wxPythonGTK2-2.4.2.4-12.fc6.ppc requires python(abi) = 0:2.4 crossfire-plugins-1.9.1-2.fc6.ppc requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 csound-fltk-5.03.0-9.fc7.ppc requires fltk csound-fltk-5.03.0-9.fc7.ppc requires libfltk_images.so.1.1 csound-fltk-5.03.0-9.fc7.ppc requires libfltk.so.1.1 csound-gui-5.03.0-9.fc7.ppc requires fltk csound-gui-5.03.0-9.fc7.ppc requires libfltk_images.so.1.1 csound-gui-5.03.0-9.fc7.ppc requires libfltk.so.1.1 csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 csound-virtual-keyboard-5.03.0-9.fc7.ppc requires fltk csound-virtual-keyboard-5.03.0-9.fc7.ppc requires libfltk_images.so.1.1 csound-virtual-keyboard-5.03.0-9.fc7.ppc requires libfltk.so.1.1 cvs2svn-1.4.0-2.fc6.noarch requires python(abi) = 0:2.4 cyphesis-0.5.10-3.fc7.ppc requires libpython2.4.so.1.0 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpagent.so.10 digikam-doc-0.8.2-3.fc6.noarch requires digikam = 0:0.8.2 driftnet-0.1.6-11.ppc requires libpcap.so.0.9.4 duplicity-0.4.2-3.fc6.ppc requires python < 0:2.5 duplicity-0.4.2-3.fc6.ppc requires python(abi) = 0:2.4 ed2k_hash-gui-0.4.0-3.fc6.ppc requires libfltk.so.1.1 ekg-1.7-0.3.rc2.fc6.ppc requires libpython2.4.so.1.0 epylog-1.0.3-4.fc6.noarch requires python-abi = 0:2.4 epylog-1.0.3-4.fc6.noarch requires python(abi) = 0:2.4 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 flow-tools-0.68-11.fc6.ppc requires libpq.so.4 gajim-0.10.1-3.fc6.ppc requires libpython2.4.so.1.0 gajim-0.10.1-3.fc6.ppc requires python-abi = 0:2.4 gambas-gb-db-1.0.17-6.fc7.ppc requires libpq.so.4 gambas-runtime-1.0.17-6.fc7.ppc requires libgettextlib-0.15.so gazpacho-0.6.6-1.fc6.noarch requires python-abi = 0:2.4 gazpacho-0.6.6-1.fc6.noarch requires python(abi) = 0:2.4 gcompris-8.2-1.fc7.ppc requires libpython2.4.so.1.0 gdesklets-0.35.4-3.fc7.ppc requires python-abi = 0:2.4 gdl-0.9-0.pre3.2.fc7.ppc requires libpython2.4.so.1.0 ghc-gtk2hs-0.9.10-4.fc6.ppc requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires ghc642 glom-1.2.1-2.fc7.ppc requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.ppc requires libpython2.4.so.1.0 gnomad2-2.8.9-2.fc6.ppc requires libmtp.so.2 gonvert-0.2.15-3.fc6.noarch requires python(abi) = 0:2.4 graphviz-python-2.8-5.fc6.ppc requires libpython2.4.so.1.0 gresistor-0.0.1-8.fc6.noarch requires python(abi) = 0:2.4 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.ppc requires gecko-libs = 0:2.0 hamlib-python-1.2.5-3.fc6.ppc requires python-abi = 0:2.4 hamlib-python-1.2.5-3.fc6.ppc requires python(abi) = 0:2.4 htmldoc-1.8.27-1.fc6.1.ppc requires libfltk_images.so.1.1 htmldoc-1.8.27-1.fc6.1.ppc requires libfltk.so.1.1 ip6sic-0.1-4.fc6.ppc requires libpcap.so.0.9.4 ipython-0.7.2-3.fc6.noarch requires python-abi = 0:2.4 ipython-0.7.2-3.fc6.noarch requires python(abi) = 0:2.4 istanbul-0.2.1-0.fc6.ppc requires python(abi) = 0:2.4 k3d-0.6.4.0-1.fc7.ppc requires libpython2.4.so.1.0 kphotobymail-0.4-1.fc7.noarch requires python(abi) = 0:2.4 libgda-postgres-1:1.9.100-10.fc6.ppc requires libpq.so.4 libopensync-0.19-1.fc6.ppc requires python(abi) = 0:2.4 libreadline-java-0.8.0-13.fc6.ppc requires libedit >= 0:2.9 listen-0.5-9.beta1.fc7.4.ppc requires python-ctypes magicor-1.0-0.2.rc2.fc7.noarch requires python(abi) = 0:2.4 mercurial-0.9.1-2.fc7.ppc requires python(abi) = 0:2.4 nagios-plugins-pgsql-1.4.4-2.fc7.ppc requires libpq.so.4 nessus-client-2.2.7-2.fc6.ppc requires libpcap.so.0.9.4 nessus-gui-2.2.7-2.fc6.ppc requires libpcap.so.0.9.4 nessus-server-2.2.7-2.fc6.ppc requires libpcap.so.0.9.4 numpy-1.0-1.fc7.ppc requires python(abi) = 0:2.4 openbabel-python-2.0.2-5.fc6.ppc requires python(abi) = 0:2.4 openpbx-1.2-3.rc2.svn2135.fc7.ppc requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.ppc requires libpq.so.4 pessulus-2.16.1-1.fc6.noarch requires python(abi) = 0:2.4 From matt at truch.net Mon Dec 11 21:08:59 2006 From: matt at truch.net (Matthew D Truch) Date: Mon, 11 Dec 2006 16:08:59 -0500 Subject: rpms/gpsd/FC-6 gpsd.spec,1.8,1.9 In-Reply-To: <1165728317.3258.12.camel@tuxhugger> References: <200612100430.kBA4UjQd012961@cvs-int.fedora.redhat.com> <1165728317.3258.12.camel@tuxhugger> Message-ID: <20061211210859.GB8558@truch.net> On Sat, Dec 09, 2006 at 09:25:17PM -0800, Peter Gordon wrote: > On Sat, 2006-12-09 at 23:30 -0500, Matthew D Truch wrote: > > Author: mtruch > > > > Update of /cvs/extras/rpms/gpsd/FC-6 > > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv12946 > > > > Modified Files: > > gpsd.spec > > Log Message: > > Rebuild for new python. > > Erm. The bump to Python 2.5 was only in Devel/FC7. Releases for FC6 and > below don't need to be rebuilt for it. Spurious rebuilds are generally > frowned upon. I realized that mere seconds after typing make tag build, at which point it was too late. That's what I get for reading the python upgrade email while half-asleep. Sorry. -- "Party on Wayne; Party on Garth. -- Wayne's World" -------------------------- Matthew Truch Department of Physics Brown University matt at truch.net http://matt.truch.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From lists at timj.co.uk Mon Dec 11 21:53:23 2006 From: lists at timj.co.uk (Tim Jackson) Date: Mon, 11 Dec 2006 21:53:23 +0000 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-11 In-Reply-To: <20061211205049.27526.55667@extras64.linux.duke.edu> References: <20061211205049.27526.55667@extras64.linux.duke.edu> Message-ID: <457DD353.4030008@timj.co.uk> Fedora Extras repoclosure wrote: > ====================================================================== > New report for: rpm AT timj.co.uk > > package: alsa-tools - 1.0.12-4.fc7.i386 from fedora-extras-development-i386 > unresolved deps: > libfltk.so.1.1 mschwent has disabled the build due to orphan status. http://cvs.fedora.redhat.com/viewcvs/rpms/fltk/devel/fltk.spec?root=extras&r1=1.16&r2=1.17 http://fedoraproject.org/wiki/Extras/OrphanedPackages says JoseMatos volunteers. Jose, do you want to go ahead and pick it up? If so, please do. Otherwise I guess one of the other maintainers (like me) with stuff depending on fltk had better do it... Tim From hamzy at us.ibm.com Mon Dec 11 22:23:02 2006 From: hamzy at us.ibm.com (Mark Hamzy) Date: Mon, 11 Dec 2006 16:23:02 -0600 Subject: tog-pegasus ownership Message-ID: Michael DeHaan wrote: > Mark Hamzy wrote: > > > > A while ago, I proposed taking over ownership of tog-pegasus. I > > wouldn't have minded if someone from Red Hat took it over, though. I > > notice that it is still unowed. Are there any objections to my taking > > over ownership of it? > > AFAIK, there would be zero objections to this. I think it would be a > plus if someone with a vested interest in CIM who is connected to the > inner workings of Pegasus would maintain it. Okay. How do I get tog-pegasus renabled in cvs? I did edit owners.list. I can't edit http://fedoraproject.org/wiki/Extras/OrphanedPackages I tried putting a request in http://fedoraproject.org/wiki/Extras/CVSSyncNeeded for FC-6 and devel branches for tog-pegasus. But I don't see them when I checked out tog-pegasus. 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 notting at redhat.com Mon Dec 11 22:37:57 2006 From: notting at redhat.com (Bill Nottingham) Date: Mon, 11 Dec 2006 17:37:57 -0500 Subject: tog-pegasus ownership In-Reply-To: References: Message-ID: <20061211223757.GC7928@nostromo.devel.redhat.com> Mark Hamzy (hamzy at us.ibm.com) said: > Okay. How do I get tog-pegasus renabled in cvs? I did edit owners.list. > I can't edit > http://fedoraproject.org/wiki/Extras/OrphanedPackages > I tried putting a request in > http://fedoraproject.org/wiki/Extras/CVSSyncNeeded > for FC-6 and devel branches for tog-pegasus. But I don't see them when I > checked out tog-pegasus. tog-pegasus is currently in Core, which is why you can't edit it. I suspect you'd want to re-import a recent version into Extras, do a re-review, etc. (Note: the alternatives stuff needs taken out and shot.) Bill From jamatos at fc.up.pt Tue Dec 12 00:45:53 2006 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Tue, 12 Dec 2006 00:45:53 +0000 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-11 In-Reply-To: <457DD353.4030008@timj.co.uk> References: <20061211205049.27526.55667@extras64.linux.duke.edu> <457DD353.4030008@timj.co.uk> Message-ID: <200612120045.54814.jamatos@fc.up.pt> On Monday 11 December 2006 9:53 pm, Tim Jackson wrote: > Jose, do you want to go ahead and pick it up? If so, please do. > Otherwise I guess one of the other maintainers (like me) with stuff > depending on fltk had better do it... I see that Rex picked this package for EPEL. Rex, do you want also to own this package for Fedora? > Tim -- Jos? Ab?lio From rdieter at math.unl.edu Tue Dec 12 02:45:12 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 11 Dec 2006 20:45:12 -0600 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-11 References: <20061211205049.27526.55667@extras64.linux.duke.edu> <457DD353.4030008@timj.co.uk> <200612120045.54814.jamatos@fc.up.pt> Message-ID: Jos? Matos wrote: > On Monday 11 December 2006 9:53 pm, Tim Jackson wrote: >> Jose, do you want to go ahead and pick it up? If so, please do. >> Otherwise I guess one of the other maintainers (like me) with stuff >> depending on fltk had better do it... > > I see that Rex picked this package for EPEL. Rex, do you want also to > own > this package for Fedora? I likely will (eventually), if no one else does, since OpenEXR needs it. -- Rex From rdieter at math.unl.edu Tue Dec 12 04:57:28 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 11 Dec 2006 22:57:28 -0600 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-11 References: <20061211205049.27526.55667@extras64.linux.duke.edu> <457DD353.4030008@timj.co.uk> <200612120045.54814.jamatos@fc.up.pt> Message-ID: Rex Dieter wrote: > Jos? Matos wrote: > >> On Monday 11 December 2006 9:53 pm, Tim Jackson wrote: >>> Jose, do you want to go ahead and pick it up? If so, please do. >>> Otherwise I guess one of the other maintainers (like me) with stuff >>> depending on fltk had better do it... >> >> I see that Rex picked this package for EPEL. Rex, do you want also to >> own >> this package for Fedora? > > I likely will (eventually), if no one else does, since OpenEXR needs it. I guess that's gonna have to be sooner rather than later, since OpenEXR is currently busted (and I can't fix koffice without it). OK, who was the bozo that yanked fltk from the repo without giving anyone a chance to jump in and fix it first? (: -- Rex From rdieter at math.unl.edu Tue Dec 12 05:07:56 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 11 Dec 2006 23:07:56 -0600 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-11 References: <20061211205049.27526.55667@extras64.linux.duke.edu> <457DD353.4030008@timj.co.uk> <200612120045.54814.jamatos@fc.up.pt> Message-ID: Rex Dieter wrote: > Rex Dieter wrote: > >> Jos? Matos wrote: >> >>> On Monday 11 December 2006 9:53 pm, Tim Jackson wrote: >>>> Jose, do you want to go ahead and pick it up? If so, please do. >>>> Otherwise I guess one of the other maintainers (like me) with stuff >>>> depending on fltk had better do it... >>> >>> I see that Rex picked this package for EPEL. Rex, do you want also to >>> own >>> this package for Fedora? >> >> I likely will (eventually), if no one else does, since OpenEXR needs it. > > I guess that's gonna have to be sooner rather than later, since OpenEXR is > currently busted (and I can't fix koffice without it). > > OK, who was the bozo that yanked fltk from the repo without giving anyone > a chance to jump in and fix it first? (: I fixed it up, and queue'd a build. Any/all takers are welcome to co-maintain this. -- Rex From devrim at CommandPrompt.com Tue Dec 12 05:56:48 2006 From: devrim at CommandPrompt.com (Devrim GUNDUZ) Date: Tue, 12 Dec 2006 07:56:48 +0200 Subject: About tagging Message-ID: <1165903008.3170.4.camel@laptop.gunduz.org> Hi, Sorry if this has been asked before, or it is in FAQ. When I maintain a package for multiple releases, like FC-5, FC-6, and devel, I'm experiencing a problem. When a new version of the software is released, and when I want to push them to build system, I first bump up spec file version in devel/, run make tag build. However, when I copy that spec to other directory (say FC-6) and run make tag, I get this error: ERROR: Tag XXX has been already created. The following tags have been created so far ... So, should I bump up the release tag in the spec file for every FC release? :( Or is there a trick on that? Regards, -- The PostgreSQL Company - Command Prompt, Inc. 1.503.667.4564 PostgreSQL Replication, Consulting, Custom Development, 24x7 support Managed Services, Shared and Dedicated Hosting Co-Authors: plPHP, plPerlNG - http://www.commandprompt.com/ -------------- 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 rdieter at math.unl.edu Tue Dec 12 06:09:27 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 12 Dec 2006 00:09:27 -0600 Subject: About tagging References: <1165903008.3170.4.camel@laptop.gunduz.org> Message-ID: Devrim GUNDUZ wrote: > So, should I bump up the release tag in the spec file for every FC > release? :( Or is there a trick on that? One trick, use %{?dist} in the Release tag, e.g, Release: 1%{?dist} -- Rex From wart at kobold.org Tue Dec 12 07:10:14 2006 From: wart at kobold.org (Wart) Date: Mon, 11 Dec 2006 23:10:14 -0800 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-11 In-Reply-To: <20061211205049.27526.55667@extras64.linux.duke.edu> References: <20061211205049.27526.55667@extras64.linux.duke.edu> Message-ID: <457E55D6.9090406@kobold.org> Fedora Extras repoclosure wrote: ... > wart AT kobold.org > crossfire-plugins - 1.9.1-2.fc6.i386 (3 days) > crossfire-plugins - 1.9.1-2.fc6.ppc (3 days) > crossfire-plugins - 1.9.1-2.fc6.x86_64 (3 days) > cyphesis - 0.5.10-3.fc7.i386 (3 days) > cyphesis - 0.5.10-3.fc7.ppc (3 days) > cyphesis - 0.5.10-3.fc7.x86_64 (3 days) These are going to have to wait until this weekend when I have a little more time to test that that they run ok with the new python 2.5. Fortunately, nothing depends on these games. :) --Wart From lists at timj.co.uk Tue Dec 12 08:13:32 2006 From: lists at timj.co.uk (Tim Jackson) Date: Tue, 12 Dec 2006 08:13:32 +0000 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-11 In-Reply-To: References: <20061211205049.27526.55667@extras64.linux.duke.edu> <457DD353.4030008@timj.co.uk> <200612120045.54814.jamatos@fc.up.pt> Message-ID: <457E64AC.8040608@timj.co.uk> Rex Dieter wrote: > OK, who was the bozo that yanked fltk from the repo without giving anyone a > chance to jump in and fix it first? (: Michael, whilst you did do the right thing in taking fltk out of the repo as it has been orphaned for quite a while, it would have been great if you could have dropped a mail to the list if only to say "I've killed fltk" - it would have saved some time trawling through CVS etc. to figure out what broke. Or alternatively if you had warned in advance you were going to do it (and maybe even grepped for BR's, though I appreciate this takes more of your time), I'm sure someone else with deps on it would have picked it up, saving the need to take it out at all. Just something to consider for the future. Thanks. Tim p.s. I do know that fltk was listed here as orphaned a while back, but at the time I didn't have any deps on it... From bugs.michael at gmx.net Tue Dec 12 08:41:06 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 12 Dec 2006 09:41:06 +0100 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-11 In-Reply-To: References: <20061211205049.27526.55667@extras64.linux.duke.edu> <457DD353.4030008@timj.co.uk> <200612120045.54814.jamatos@fc.up.pt> Message-ID: <20061212094106.bb48a456.bugs.michael@gmx.net> On Mon, 11 Dec 2006 22:57:28 -0600, Rex Dieter wrote: > Rex Dieter wrote: > > > Jos? Matos wrote: > > > >> On Monday 11 December 2006 9:53 pm, Tim Jackson wrote: > >>> Jose, do you want to go ahead and pick it up? If so, please do. > >>> Otherwise I guess one of the other maintainers (like me) with stuff > >>> depending on fltk had better do it... > >> > >> I see that Rex picked this package for EPEL. Rex, do you want also to > >> own > >> this package for Fedora? > > > > I likely will (eventually), if no one else does, since OpenEXR needs it. > > I guess that's gonna have to be sooner rather than later, since OpenEXR is > currently busted (and I can't fix koffice without it). > > OK, who was the bozo that yanked fltk from the repo without giving anyone a > chance to jump in and fix it first? (: Several months have been enough. Further, FE development is in bad shape currently anyway. So, it doesn't hurt to break a few more dependencies. Either fltk in CVS still rebuilds fine or does not. In case of the latter, it will need a maintainer rather sooner than later. From bugs.michael at gmx.net Tue Dec 12 10:25:47 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 12 Dec 2006 11:25:47 +0100 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-11 In-Reply-To: <457E64AC.8040608@timj.co.uk> References: <20061211205049.27526.55667@extras64.linux.duke.edu> <457DD353.4030008@timj.co.uk> <200612120045.54814.jamatos@fc.up.pt> <457E64AC.8040608@timj.co.uk> Message-ID: <20061212112547.cb229cff.bugs.michael@gmx.net> On Tue, 12 Dec 2006 08:13:32 +0000, Tim Jackson wrote: > Rex Dieter wrote: > > > OK, who was the bozo that yanked fltk from the repo without giving anyone a > > chance to jump in and fix it first? (: > > Michael, whilst you did do the right thing in taking fltk out of the > repo as it has been orphaned for quite a while, it would have been great > if you could have dropped a mail to the list if only to say "I've killed > fltk" - it would have saved some time trawling through CVS etc. to > figure out what broke. Or alternatively if you had warned in advance you > were going to do it (and maybe even grepped for BR's, though I > appreciate this takes more of your time), I'm sure someone else with > deps on it would have picked it up, saving the need to take it out at > all. Just something to consider for the future. Thanks. As I understand it, you just volunteered to help with getting rid of orphans in the future. Only with more man-power it would be possible to add further tracking based on e-mail announcements and feedback thereafter. The fact that there are orphans (not just in devel) for many weeks/months without anyone taking care of them is reason to worry. Dropping an rpm from the repo triggers a repoclosure mail to every packager with dependencies on it. This is FE Development. Relax! Here's the full list of orphans which have been removed from the devel repo and disabled in CVS. The latter is done in accordance what FESCO has decided in the past, so it needs more than a half-hearted "make build" to rebuild them: aspell-mi blam buildbot camstream cfs cgi-util cvsplot doctorj ecore edb edje eet embryo evas fltk gdk-pixbuf gfontview gnofract4d gnome-password-generator gnome-themes-extras gnome-yum gourmet gstreamer08-python gtkhtml36 gurlchecker jlint leafpad lcdf-typetools libedit libvisual-plugins linkchecker lostirc luks-tools new nucleo pam_mysql pam_script pitivi polyxmass-common polyxmass-data polyxmass-doc poster python-cvstoys qascade quadkonsole repoml rkhunter roundup rpmDirectoryCheck scim-chinese-standard screem scribus-templates straw system-config-control tetex-fontools v2strip xffm > p.s. I do know that fltk was listed here as orphaned a while back, but > at the time I didn't have any deps on it... There is no need to Cc me on these messages as I'm subscribed here. Thank you. When you added to FE a new package with a dependency on an _orphaned_ package, that would have been the perfect opportunity to de-orphan the package first. From lists at timj.co.uk Tue Dec 12 10:40:09 2006 From: lists at timj.co.uk (Tim Jackson) Date: Tue, 12 Dec 2006 10:40:09 +0000 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-11 In-Reply-To: <20061212112547.cb229cff.bugs.michael@gmx.net> References: <20061211205049.27526.55667@extras64.linux.duke.edu> <457DD353.4030008@timj.co.uk> <200612120045.54814.jamatos@fc.up.pt> <457E64AC.8040608@timj.co.uk> <20061212112547.cb229cff.bugs.michael@gmx.net> Message-ID: <457E8709.8020007@timj.co.uk> Michael Schwendt wrote: >> Or alternatively if you had warned in advance you >> were going to do it (and maybe even grepped for BR's, though I >> appreciate this takes more of your time), I'm sure someone else with >> deps on it would have picked it up, saving the need to take it out at >> all. Just something to consider for the future. Thanks. > > As I understand it, you just volunteered to help with getting rid of > orphans in the future. Sure I will. I think there was a QA SIG discussed before; I don't recall what the conclusion (if any) was. Yourself, Christian and others (Matt D, THL...) have been immensely helpful in doing this kind of work and related QA stuff; it should be more of a shared responsibility. I don't mind helping, though I guess we need to co-ordinate so people don't tread on each other's toes. Also, doing stuff like removing things from repo (as opposed to disabling in CVS, though with stricter implementation of ACLs that might change) does presumably require a higher level of privilege. > The fact that there are orphans (not just in devel) for many weeks/months > without anyone taking care of them is reason to worry. It is. Maybe a case of "everyone's job, nobody's job". > Dropping an rpm from the repo triggers a repoclosure mail to every packager > with dependencies on it. This is FE Development. Relax! Indeed, it's not a problem. That's what devel is for. But if we can get packages to be picked up *before* being removed, that's got to be a good thing. > Here's the full list of orphans which have been removed from the devel > repo and disabled in CVS. Thanks. > When you added to FE a new package with a dependency on an _orphaned_ > package, that would have been the perfect opportunity to de-orphan the > package first. Indeed, it would, and if I'd spotted it I certainly would have picked up fltk. I should have checked and will do next time round. Tim From dtimms at iinet.net.au Tue Dec 12 13:14:25 2006 From: dtimms at iinet.net.au (David Timms) Date: Wed, 13 Dec 2006 00:14:25 +1100 Subject: packaging guidelines: update request of immutable wiki page In-Reply-To: <457A98C3.6040201@iinet.net.au> References: <457A98C3.6040201@iinet.net.au> Message-ID: <457EAB31.4040107@iinet.net.au> David Timms wrote: > Hi, I would like to request an adjustment to the extras wiki for > packaging guidelines. Specifically I found it time consuming to find the > key information on how to actually set up my machine to start developing > packages. Here is a draft: > > http://fedoraproject.org/wiki/Packaging/Guidelines > ===== > > +[[Anchor(PackageDevelopmentEnvironment)]] > +=== Configuring a Fedora system for developing packages === > +When beginning package development, there are some tools like > '''rpmdevtools''' and '''rpmlint''' that will assist in: > + * installing the minimal compilation and build programs > + * setting up a standardized package build environment for a developer > user > + * testing your built packages > +'''rpmdevtools''' and '''rpmlint''' can be installed from the Fedora > Extras repository with yum: > +{{{ > + yum install rpmdevtools rpmlint > +}}} > +Additional information is available from [:rpmdevtools: RPM Development > Tools], and the draft [:Docs/Drafts/BuildingPackagesGuide: Building > Packages in Fedora]. > > Any comments ? (I included a diff if it's OK to go.) "No comment", please sweep under the carpet ? DT. From fedora at leemhuis.info Tue Dec 12 13:30:27 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 12 Dec 2006 14:30:27 +0100 Subject: packaging guidelines: update request of immutable wiki page In-Reply-To: <457EAB31.4040107@iinet.net.au> References: <457A98C3.6040201@iinet.net.au> <457EAB31.4040107@iinet.net.au> Message-ID: <457EAEF3.9070803@leemhuis.info> On 12.12.2006 14:14, David Timms wrote: > David Timms wrote: >> Hi, I would like to request an adjustment to the extras wiki for >> packaging guidelines. Specifically I found it time consuming to find the >> key information on how to actually set up my machine to start developing >> packages. Here is a draft: >> >> http://fedoraproject.org/wiki/Packaging/Guidelines >> ===== >> >> +[[Anchor(PackageDevelopmentEnvironment)]] >> +=== Configuring a Fedora system for developing packages === >> +When beginning package development, there are some tools like >> '''rpmdevtools''' and '''rpmlint''' that will assist in: >> + * installing the minimal compilation and build programs >> + * setting up a standardized package build environment for a developer >> user >> + * testing your built packages >> +'''rpmdevtools''' and '''rpmlint''' can be installed from the Fedora >> Extras repository with yum: >> +{{{ >> + yum install rpmdevtools rpmlint >> +}}} >> +Additional information is available from [:rpmdevtools: RPM Development >> Tools], and the draft [:Docs/Drafts/BuildingPackagesGuide: Building >> Packages in Fedora]. >> >> Any comments ? (I included a diff if it's OK to go.) > "No comment", please sweep under the carpet ? This is a job for the packaging committee -- thus the fedora-packaging list would have been the better place to ask. Nevertheless, I'm sure all of the PC members are on the list, too... CU thl From jeff at ocjtech.us Tue Dec 12 13:56:13 2006 From: jeff at ocjtech.us (Jeffrey C. Ollie) Date: Tue, 12 Dec 2006 07:56:13 -0600 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-11 In-Reply-To: <20061212112547.cb229cff.bugs.michael@gmx.net> References: <20061211205049.27526.55667@extras64.linux.duke.edu> <457DD353.4030008@timj.co.uk> <200612120045.54814.jamatos@fc.up.pt> <457E64AC.8040608@timj.co.uk> <20061212112547.cb229cff.bugs.michael@gmx.net> Message-ID: <1165931773.3550.0.camel@lt21223.campus.dmacc.edu> On Tue, 2006-12-12 at 11:25 +0100, Michael Schwendt wrote: > > pitivi I will take this one... Jeff -------------- 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 opensource at till.name Tue Dec 12 13:40:20 2006 From: opensource at till.name (Till Maas) Date: Tue, 12 Dec 2006 14:40:20 +0100 Subject: packaging guidelines: update request of immutable wiki page In-Reply-To: <457A98C3.6040201@iinet.net.au> References: <457A98C3.6040201@iinet.net.au> Message-ID: <200612121440.28266.opensource@till.name> On Saturday 09 December 2006 12:06, David Timms wrote: > Hi, I would like to request an adjustment to the extras wiki for > packaging guidelines. Specifically I found it time consuming to find the > key information on how to actually set up my machine to start developing > packages. Here is a draft: > Any comments ? (I included a diff if it's OK to go.) I like the text, but I think a better place for this is, since it is not a guideline and probably only interesting for new maintainers: http://fedoraproject.org/wiki/Extras/Contributors#head-13142b777abfa0f7ab40a339923ad34f5bba40ce And maybe this page can be renamed to maintainer because it seems to me that maintainers are only on kind of contributors. Peoply who report bugs or translate stuff are contributors, too, for example. 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 dennis at ausil.us Tue Dec 12 15:20:42 2006 From: dennis at ausil.us (Dennis Gilmore) Date: Tue, 12 Dec 2006 09:20:42 -0600 Subject: About tagging In-Reply-To: <1165903008.3170.4.camel@laptop.gunduz.org> References: <1165903008.3170.4.camel@laptop.gunduz.org> Message-ID: <200612120920.43120.dennis@ausil.us> On Monday 11 December 2006 23:56, Devrim GUNDUZ wrote: > Hi, > > Sorry if this has been asked before, or it is in FAQ. > > When I maintain a package for multiple releases, like FC-5, FC-6, and > devel, I'm experiencing a problem. > > When a new version of the software is released, and when I want to push > them to build system, I first bump up spec file version in devel/, run > make tag build. > > However, when I copy that spec to other directory (say FC-6) and run > make tag, I get this error: > > ERROR: Tag XXX has been already created. > The following tags have been created so far you did "cvs ci" first right? that and disttags you should have no problems -- ?,-._|\ ? ?Dennis Gilmore, RHCE / ? ? ?\ ? Proud Australian \_.--._/ ? | Aurora | Fedora | ? ? ? v ? ? From kevin at scrye.com Tue Dec 12 16:53:00 2006 From: kevin at scrye.com (Kevin Fenzi) Date: Tue, 12 Dec 2006 09:53:00 -0700 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-11 In-Reply-To: <20061212112547.cb229cff.bugs.michael@gmx.net> References: <20061211205049.27526.55667@extras64.linux.duke.edu> <457DD353.4030008@timj.co.uk> <200612120045.54814.jamatos@fc.up.pt> <457E64AC.8040608@timj.co.uk> <20061212112547.cb229cff.bugs.michael@gmx.net> Message-ID: <20061212095300.26077288@ningauble.scrye.com> On Tue, 12 Dec 2006 11:25:47 +0100 bugs.michael at gmx.net (Michael Schwendt) wrote: > > ...snipp... > > Here's the full list of orphans which have been removed from the devel > repo and disabled in CVS. The latter is done in accordance what FESCO > has decided in the past, so it needs more than a half-hearted "make > build" to rebuild them: > >... > gdk-pixbuf > ... Unfortunately, I need this package for some of the xosd subpackages (xmms and bmp), so unless someone else would like to take it over, I will do so later today... I assume to re-enable these packages that were disabled with a spec file check, we just need to bump release, remove the check in the spec and push a new build? kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dennis at ausil.us Tue Dec 12 17:16:50 2006 From: dennis at ausil.us (Dennis Gilmore) Date: Tue, 12 Dec 2006 11:16:50 -0600 Subject: rpms/blender/devel blender.spec,1.37,1.38 In-Reply-To: <200612121648.kBCGmD6D025122@cvs-int.fedora.redhat.com> References: <200612121648.kBCGmD6D025122@cvs-int.fedora.redhat.com> Message-ID: <200612121116.50322.dennis@ausil.us> On Tuesday 12 December 2006 10:48, Jochen Schmitt wrote: > Author: s4504kr > > Update of /cvs/extras/rpms/blender/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv25107 > > Modified Files: > blender.spec > Log Message: > Exclude x86_64 First you need much better explanation than this to drop x86_64 support and secondly did you ask for help to get it fixed if you can't? -- ?,-._|\ ? ?Dennis Gilmore, RHCE / ? ? ?\ ? Proud Australian \_.--._/ ? | Aurora | Fedora | ? ? ? v ? ? From chris.stone at gmail.com Tue Dec 12 17:19:53 2006 From: chris.stone at gmail.com (Christopher Stone) Date: Tue, 12 Dec 2006 09:19:53 -0800 Subject: rpms/blender/devel blender.spec,1.37,1.38 In-Reply-To: <200612121116.50322.dennis@ausil.us> References: <200612121648.kBCGmD6D025122@cvs-int.fedora.redhat.com> <200612121116.50322.dennis@ausil.us> Message-ID: On 12/12/06, Dennis Gilmore wrote: > On Tuesday 12 December 2006 10:48, Jochen Schmitt wrote: > > Author: s4504kr > > > > Update of /cvs/extras/rpms/blender/devel > > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv25107 > > > > Modified Files: > > blender.spec > > Log Message: > > Exclude x86_64 > > First you need much better explanation than this to drop x86_64 support and > secondly did you ask for help to get it fixed if you can't? I've already replied to the bug report. I think all that needs to be done is to change an int to a long, but I have not tested it. See bug #219329 From ville.skytta at iki.fi Tue Dec 12 18:11:07 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 12 Dec 2006 20:11:07 +0200 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-11 In-Reply-To: <20061212095300.26077288@ningauble.scrye.com> References: <20061211205049.27526.55667@extras64.linux.duke.edu> <457DD353.4030008@timj.co.uk> <200612120045.54814.jamatos@fc.up.pt> <457E64AC.8040608@timj.co.uk> <20061212112547.cb229cff.bugs.michael@gmx.net> <20061212095300.26077288@ningauble.scrye.com> Message-ID: <1165947067.3505.44.camel@viper.local> On Tue, 2006-12-12 at 09:53 -0700, Kevin Fenzi wrote: > On Tue, 12 Dec 2006 11:25:47 +0100 > bugs.michael at gmx.net (Michael Schwendt) wrote: > >... > > gdk-pixbuf > > ... > > Unfortunately, I need this package for some of the xosd subpackages > (xmms and bmp), so unless someone else would like to take it over, I > will do so later today... By the way, even though xmms is "only" on the list of potentially orphaned packages, it's very much up for grabs too. I do not plan to carry it over to FC7 myself. From buildsys at fedoraproject.org Tue Dec 12 18:16:24 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 12 Dec 2006 13:16:24 -0500 (EST) Subject: Fedora Extras Package Build Report 2006-12-12 Message-ID: <20061212181624.C84EC15212F@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 49 CCfits-1.6-1.fc7 PyRTF-0.45-4.fc7 PyX-0.9-4.fc7 NEW TeXmacs-1.0.6.7-1.fc7 aplus-fsf-4.20.2-12.fc7 archmage-0.0.7-4.fc7 NEW claws-mail-2.6.1-1.fc7 cohoba-0.0.4-5.fc7 easytag-1.99.13-1.fc7 gc-6.8-3.fc7 graphviz-2.12-1.fc7 gtk-qt-engine-0.70-4.20061211svn.fc7 istanbul-0.2.1-10.fc7 jd-1.8.1-0.2.rc061213.fc7 libipoddevice-0.5.2-1.fc7 mercurial-0.9.2-1.fc7 NEW mussh-0.6-1.fc7 NEW perl-Geo-Constants-0.05-1.fc7 NEW perl-Geo-Ellipsoids-0.10-1.fc7 NEW perl-Geo-Functions-0.04-1.fc7 pgfouine-0.7.2-1.fc7 php-shout-0.9.1-1.fc7 NEW pitivi-0.10.1-4.fc7 planet-2.0-3.fc7 postgresql-pgpool-3.1.2-1.fc7 pungi-0.1.1-2.fc7 pygame-1.7.1-11.fc7 pygsl-0.3.2-7.fc7 pyparsing-1.4.4-1.fc7 pyserial-2.2-5.fc7 python-HTMLgen-2.2.2-9.fc7 python-basemap-0.9.4-2.fc7 python-bibtex-1.2.2-6.fc7 python-cpio-0.1-3.fc7 python-dateutil-1.1-5.fc7 python-goopy-0.1-4.fc7 python-imaging-1.1.5-7.fc7 NEW python-pycurl-7.16.0-0.1.20061207.fc7 python-smbpasswd-1.0.1-5.fc7 python-sqlobject-0.7.2-2.fc7 NEW python-urljr-1.0.1-1.fc7 pytz-2006p-2.fc7 qscintilla-1.7.1-1.fc7 quodlibet-0.24-3.fc7 rpy-0.4.6-14.fc7 rrdtool-1.2.15-7.fc7 smart-0.42-41.fc7 spandsp-0.0.3-1.pre27.fc7 xmms-modplug-2.05-8.fc7 Packages built and released for Fedora Extras 6: 25 CCfits-1.6-1.fc6 NEW TeXmacs-1.0.6.7-1.fc6 aplus-fsf-4.20.2-12.fc6 clamav-0.88.7-1.fc6 easytag-1.99.13-1.fc6 fontforge-20061025-2.fc6 fonttools-2.0-0.10.20060223cvs.fc6 NEW gaim-libnotify-0.12-3.fc6 gc-6.8-3.fc6 jd-1.8.1-0.2.rc061213.fc6 NEW mussh-0.6-1.fc6 NEW perl-Geo-Constants-0.05-1.fc6 NEW perl-Geo-Ellipsoids-0.10-1.fc6 NEW perl-Geo-Functions-0.04-1.fc6 php-manual-en-20061119-1.fc6 NEW pitivi-0.10.1-4.fc6 postgresql-pgpool-3.1.2-1.fc6 NEW pungi-0.1.1-1.fc6 pyparsing-1.4.4-1.fc6 python-basemap-0.9.4-2.fc6 NEW python-pycurl-7.15.5.1-4.fc6 NEW python-urljr-1.0.1-1.fc6 NEW search4files-0.1c-2.fc6 spandsp-0.0.3-1.pre27.fc6 xmms-modplug-2.05-8.fc6 Packages built and released for Fedora Extras 5: 15 CCfits-1.6-1.fc5 aplus-fsf-4.20.2-12.fc5 clamav-0.88.7-1.fc5 jd-1.8.1-0.2.rc061213.fc5 NEW mussh-0.6-1.fc5 NEW perl-Geo-Constants-0.05-1.fc5 NEW perl-Geo-Ellipsoids-0.10-1.fc5 NEW perl-Geo-Functions-0.04-1.fc5 postgresql-pgpool-3.1.2-1.fc5 pyparsing-1.4.4-1.fc5 NEW python-pycurl-7.15.5.1-4.fc5 NEW python-urljr-1.0.1-1.fc5 NEW search4files-0.1c-2.fc5 spandsp-0.0.3-1.pre27.fc5 xmms-modplug-2.05-8.fc5 Packages built and released for Fedora Extras 4: 1 clamav-0.88.7-1.fc4 Packages built and released for Fedora Extras 3: 1 clamav-0.88.7-1.fc3 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From bugs.michael at gmx.net Tue Dec 12 18:53:25 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 12 Dec 2006 19:53:25 +0100 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-11 In-Reply-To: <20061212095300.26077288@ningauble.scrye.com> References: <20061211205049.27526.55667@extras64.linux.duke.edu> <457DD353.4030008@timj.co.uk> <200612120045.54814.jamatos@fc.up.pt> <457E64AC.8040608@timj.co.uk> <20061212112547.cb229cff.bugs.michael@gmx.net> <20061212095300.26077288@ningauble.scrye.com> Message-ID: <20061212195325.9677f259.bugs.michael@gmx.net> On Tue, 12 Dec 2006 09:53:00 -0700, Kevin Fenzi wrote: > I assume to re-enable these packages that were disabled with a spec > file check, we just need to bump release, remove the check in the spec > and push a new build? And prior to that, query bugzilla for any open tickets. From bugs.michael at gmx.net Tue Dec 12 18:59:03 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 12 Dec 2006 19:59:03 +0100 Subject: TeXmacs - Re: Fedora Extras Package Build Report 2006-12-12 In-Reply-To: <20061212181624.C84EC15212F@buildsys.fedoraproject.org> References: <20061212181624.C84EC15212F@buildsys.fedoraproject.org> Message-ID: <20061212195903.1c0f5c39.bugs.michael@gmx.net> On Tue, 12 Dec 2006 13:16:24 -0500 (EST), buildsys wrote: > Packages built and released for Fedora Extras 6: 25 > > CCfits-1.6-1.fc6 > NEW TeXmacs-1.0.6.7-1.fc6 Interesting. There really is no older release in fe6+devel. How's that possible considering that TeXmacs has branches down to RHL-9? TeXmacs-1.0.6.5-1.fc5.i386.rpm 08-Aug-2006 12:54 5.0M TeXmacs-1.0.6.6-1.fc5.i386.rpm 22-Aug-2006 19:14 5.0M From buildsys at fedoraproject.org Tue Dec 12 19:17:21 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Tue, 12 Dec 2006 19:17:21 -0000 Subject: (2/2) Summary - Broken dependencies in Fedora Extras - 2006-12-12 Message-ID: <20061212191721.5966.54627@extras64.linux.duke.edu> glom-1.2.1-2.fc7.x86_64 requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) gnomad2-2.8.9-2.fc6.x86_64 requires libmtp.so.2()(64bit) gonvert-0.2.15-3.fc6.noarch requires python(abi) = 0:2.4 gresistor-0.0.1-8.fc6.noarch requires python(abi) = 0:2.4 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.i386 requires gecko-libs = 0:2.0 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.x86_64 requires gecko-libs = 0:2.0 hamlib-python-1.2.5-3.fc6.x86_64 requires python-abi = 0:2.4 hamlib-python-1.2.5-3.fc6.x86_64 requires python(abi) = 0:2.4 htmldoc-1.8.27-1.fc6.1.x86_64 requires libfltk.so.1.1()(64bit) htmldoc-1.8.27-1.fc6.1.x86_64 requires libfltk_images.so.1.1()(64bit) ip6sic-0.1-4.fc6.x86_64 requires libpcap.so.0.9.4()(64bit) ipython-0.7.2-3.fc6.noarch requires python-abi = 0:2.4 ipython-0.7.2-3.fc6.noarch requires python(abi) = 0:2.4 k3d-0.6.4.0-1.fc7.i386 requires libpython2.4.so.1.0 k3d-0.6.4.0-1.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) koan-0.2.1-1.fc6.noarch requires python(abi) = 0:2.4 kphotobymail-0.4-1.fc7.noarch requires python(abi) = 0:2.4 libgda-postgres-1:1.9.100-10.fc6.x86_64 requires libpq.so.4()(64bit) libopensync-0.19-1.fc6.i386 requires python(abi) = 0:2.4 libopensync-0.19-1.fc6.x86_64 requires python(abi) = 0:2.4 libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 libreadline-java-0.8.0-13.fc6.x86_64 requires libedit >= 0:2.9 listen-0.5-9.beta1.fc7.4.x86_64 requires python-ctypes magicor-1.0-0.2.rc2.fc7.noarch requires python(abi) = 0:2.4 nagios-plugins-pgsql-1.4.4-2.fc7.x86_64 requires libpq.so.4()(64bit) nessus-client-2.2.7-2.fc6.x86_64 requires libpcap.so.0.9.4()(64bit) nessus-gui-2.2.7-2.fc6.x86_64 requires libpcap.so.0.9.4()(64bit) nessus-server-2.2.7-2.fc6.x86_64 requires libpcap.so.0.9.4()(64bit) numpy-1.0-1.fc7.x86_64 requires python(abi) = 0:2.4 openbabel-python-2.0.2-5.fc6.x86_64 requires python(abi) = 0:2.4 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-1.2-3.rc2.svn2135.fc7.x86_64 requires libedit.so.0()(64bit) openpbx-postgresql-1.2-3.rc2.svn2135.fc7.x86_64 requires libpq.so.4()(64bit) orange-0.3-4.cvs20051118.fc7.i386 requires libmagic.so.1 paraview-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) paraview-mpi-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) pessulus-2.16.1-1.fc6.noarch requires python(abi) = 0:2.4 pgadmin3-1.4.3-6.fc6.x86_64 requires libpq.so.4()(64bit) plague-common-0.4.4.1-2.fc6.noarch requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 pydot-0.9.10-4.fc6.noarch requires python(abi) = 0:2.4 pyflowtools-0.3-7.fc6.x86_64 requires python(abi) = 0:2.4 pylint-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 pylint-gui-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.x86_64 requires python(abi) = 0:2.4 python-adns-1.1.0-4.fc6.x86_64 requires python < 0:2.5 python-adns-1.1.0-4.fc6.x86_64 requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-durus-3.5-2.fc6.x86_64 requires python-abi = 0:2.4 python-durus-3.5-2.fc6.x86_64 requires python(abi) = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python-abi = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python(abi) = 0:2.4 python-htmltmpl-1.22-7.fc6.noarch requires python(abi) = 0:2.4 python-id3-1.2-8.fc6.noarch requires python(abi) = 0:2.4 python-kid-0.9.3-1.fc6.noarch requires python-elementtree python-kid-0.9.3-1.fc6.noarch requires python(abi) = 0:2.4 python-kiwi-1.9.9-1.fc6.noarch requires python-abi = 0:2.4 python-kiwi-1.9.9-1.fc6.noarch requires python(abi) = 0:2.4 python-kiwi-gazpacho-1.9.9-1.fc6.noarch requires python(abi) = 0:2.4 python-logilab-astng-0.16.1-2.fc6.noarch requires python(abi) = 0:2.4 python-logilab-common-0.19.2-1.fc6.noarch requires python(abi) = 0:2.4 python-lxml-1.0.3-2.fc6.x86_64 requires python(abi) = 0:2.4 python-lxml-1.0.3-2.fc6.x86_64 requires python-abi = 0:2.4 python-matplotlib-0.87.7-2.fc7.x86_64 requires python(abi) = 0:2.4 python-matplotlib-tk-0.87.7-2.fc7.x86_64 requires python(abi) = 0:2.4 python-musicbrainz2-0.4.0-2.fc7.noarch requires python-ctypes python-mutagen-1.8-1.fc7.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-nltk_lite-0.6.6-1.fc7.noarch requires python(abi) = 0:2.4 python-numarray-1.5.2-1.fc6.i386 requires python-abi = 0:2.4 python-numarray-1.5.2-1.fc6.i386 requires python(abi) = 0:2.4 python-numarray-1.5.2-1.fc6.x86_64 requires python(abi) = 0:2.4 python-numarray-1.5.2-1.fc6.x86_64 requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python(abi) = 0:2.4 python-ogg-1.3-3.fc6.x86_64 requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.x86_64 requires python(abi) = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.x86_64 requires python-abi = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.x86_64 requires python(abi) = 0:2.4 python-psycopg-1.1.21-5.fc6.x86_64 requires libpq.so.4()(64bit) python-psycopg-1.1.21-5.fc6.x86_64 requires python(abi) = 0:2.4 python-psycopg-1.1.21-5.fc6.x86_64 requires python-abi = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-pyspf-1.7-5.fc6.noarch requires python(abi) = 0:2.4 python-quixote-2.4-4.fc6.x86_64 requires python-abi = 0:2.4 python-quixote-2.4-4.fc6.x86_64 requires python(abi) = 0:2.4 python-sexy-0.1.9-2.fc7.x86_64 requires python(abi) = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python-abi = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python(abi) = 0:2.4 python-sqlite2-1:2.3.2-2.fc6.x86_64 requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python-abi = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.x86_64 requires python(abi) = 0:2.4 python-vorbis-1.3-3.fc6.x86_64 requires python-abi = 0:2.4 python-vorbis-1.3-3.fc6.x86_64 requires python(abi) = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python-abi = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python(abi) = 0:2.4 pyxmms-2.06-3.fc6.x86_64 requires python(abi) = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python-abi = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python(abi) = 0:2.4 rdiff-backup-1.0.5-1.fc7.x86_64 requires python-abi = 0:2.4 rdiff-backup-1.0.5-1.fc7.x86_64 requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.x86_64 requires libpq.so.4()(64bit) rekall-python-2.4.3-5.fc6.x86_64 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) scipy-0.5.1-4.fc7.x86_64 requires python(abi) = 0:2.4 ser-postgresql-0.9.6-9.fc6.x86_64 requires libpq.so.4()(64bit) serpentine-0.7-5.fc6.noarch requires python(abi) = 0:2.4 soundtracker-0.6.8-2.fc6.x86_64 requires libgdk_pixbuf.so.2()(64bit) streamtuner-0.99.99-15.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) syck-python-0.55-12.fc7.x86_64 requires python(abi) = 0:2.4 tinyerp-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 tinyerp-server-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 translate-toolkit-0.10.1-2.fc7.noarch requires python-elementtree veusz-0.10-12.fc6.x86_64 requires python(abi) = 0:2.4 wxPython-2.6.3.2-2.fc6.i386 requires python(abi) = 0:2.4 wxPython-2.6.3.2-2.fc6.x86_64 requires python(abi) = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python(abi) = 0:2.4 xmms-xosd-2.2.14-8.fc6.x86_64 requires libgdk_pixbuf.so.2()(64bit) yumex-1.2.0-1.0.fc7.noarch requires python(abi) = 0:2.4 zeroinstall-injector-0.24-2.fc7.noarch requires python(abi) = 0:2.4 zynaddsubfx-2.2.1-13.fc6.x86_64 requires fltk >= 0:1.1.3 zynaddsubfx-2.2.1-13.fc6.x86_64 requires libfltk.so.1.1()(64bit) ====================================================================== Broken packages in fedora-extras-development-i386: OpenEXR-1.4.0a-3.fc6.i386 requires libfltk_gl.so.1.1 OpenEXR-1.4.0a-3.fc6.i386 requires libfltk.so.1.1 PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 TurboGears-1.0b2-4.fc7.noarch requires python-elementtree >= 0:1.2.6 alsa-tools-1.0.12-4.fc7.i386 requires libfltk.so.1.1 alsamixergui-0.9.0-0.3.rc1.fc6.i386 requires libfltk.so.1.1 anjuta-1:2.0.2-11.fc7.i386 requires libgvc.so.2 bitbake-1.6.0-1.fc6.noarch requires python(abi) = 0:2.4 blender-2.42a-6.fc7.i386 requires libpython2.4.so.1.0 bmp-xosd-2.2.14-8.fc6.i386 requires libgdk_pixbuf.so.2 centericq-4.21.0-8.fc6.i386 requires libcurl.so.3 cobbler-0.2.8-1.fc6.noarch requires python(abi) = 0:2.4 compat-wxPythonGTK2-2.4.2.4-12.fc6.i386 requires python(abi) = 0:2.4 crossfire-plugins-1.9.1-2.fc6.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-fltk-5.03.0-9.fc7.i386 requires fltk csound-fltk-5.03.0-9.fc7.i386 requires libfltk_images.so.1.1 csound-fltk-5.03.0-9.fc7.i386 requires libfltk.so.1.1 csound-gui-5.03.0-9.fc7.i386 requires fltk csound-gui-5.03.0-9.fc7.i386 requires libfltk_images.so.1.1 csound-gui-5.03.0-9.fc7.i386 requires libfltk.so.1.1 csound-python-5.03.0-9.fc7.i386 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-virtual-keyboard-5.03.0-9.fc7.i386 requires fltk csound-virtual-keyboard-5.03.0-9.fc7.i386 requires libfltk_images.so.1.1 csound-virtual-keyboard-5.03.0-9.fc7.i386 requires libfltk.so.1.1 cvs2svn-1.4.0-2.fc6.noarch requires python(abi) = 0:2.4 cyphesis-0.5.10-3.fc7.i386 requires libpython2.4.so.1.0 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 digikam-doc-0.8.2-3.fc6.noarch requires digikam = 0:0.8.2 driftnet-0.1.6-11.i386 requires libpcap.so.0.9.4 duplicity-0.4.2-3.fc6.i386 requires python < 0:2.5 duplicity-0.4.2-3.fc6.i386 requires python(abi) = 0:2.4 ed2k_hash-gui-0.4.0-3.fc6.i386 requires libfltk.so.1.1 ekg-1.7-0.3.rc2.fc6.i386 requires libpython2.4.so.1.0 epylog-1.0.3-4.fc6.noarch requires python-abi = 0:2.4 epylog-1.0.3-4.fc6.noarch requires python(abi) = 0:2.4 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 flow-tools-0.68-11.fc6.i386 requires libpq.so.4 gajim-0.10.1-3.fc6.i386 requires libpython2.4.so.1.0 gajim-0.10.1-3.fc6.i386 requires python-abi = 0:2.4 gambas-gb-db-1.0.17-6.fc7.i386 requires libpq.so.4 gambas-runtime-1.0.17-6.fc7.i386 requires libgettextlib-0.15.so gazpacho-0.6.6-1.fc6.noarch requires python-abi = 0:2.4 gazpacho-0.6.6-1.fc6.noarch requires python(abi) = 0:2.4 gcompris-8.2-1.fc7.i386 requires libpython2.4.so.1.0 gdesklets-0.35.4-3.fc7.i386 requires python-abi = 0:2.4 gdl-0.9-0.pre3.2.fc7.i386 requires libpython2.4.so.1.0 ghc-gtk2hs-0.9.10-4.fc6.i386 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires ghc642 glom-1.2.1-2.fc7.i386 requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.i386 requires libpython2.4.so.1.0 gnomad2-2.8.9-2.fc6.i386 requires libmtp.so.2 gonvert-0.2.15-3.fc6.noarch requires python(abi) = 0:2.4 gresistor-0.0.1-8.fc6.noarch requires python(abi) = 0:2.4 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.i386 requires gecko-libs = 0:2.0 hamlib-python-1.2.5-3.fc6.i386 requires python-abi = 0:2.4 hamlib-python-1.2.5-3.fc6.i386 requires python(abi) = 0:2.4 htmldoc-1.8.27-1.fc6.1.i386 requires libfltk_images.so.1.1 htmldoc-1.8.27-1.fc6.1.i386 requires libfltk.so.1.1 ip6sic-0.1-4.fc6.i386 requires libpcap.so.0.9.4 ipython-0.7.2-3.fc6.noarch requires python-abi = 0:2.4 ipython-0.7.2-3.fc6.noarch requires python(abi) = 0:2.4 k3d-0.6.4.0-1.fc7.i386 requires libpython2.4.so.1.0 koan-0.2.1-1.fc6.noarch requires python(abi) = 0:2.4 kphotobymail-0.4-1.fc7.noarch requires python(abi) = 0:2.4 libgda-postgres-1:1.9.100-10.fc6.i386 requires libpq.so.4 libopensync-0.19-1.fc6.i386 requires python(abi) = 0:2.4 libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 listen-0.5-9.beta1.fc7.4.i386 requires python-ctypes magicor-1.0-0.2.rc2.fc7.noarch requires python(abi) = 0:2.4 nagios-plugins-pgsql-1.4.4-2.fc7.i386 requires libpq.so.4 nessus-client-2.2.7-2.fc6.i386 requires libpcap.so.0.9.4 nessus-gui-2.2.7-2.fc6.i386 requires libpcap.so.0.9.4 nessus-server-2.2.7-2.fc6.i386 requires libpcap.so.0.9.4 numpy-1.0-1.fc7.i386 requires python(abi) = 0:2.4 openbabel-python-2.0.2-5.fc6.i386 requires python(abi) = 0:2.4 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.i386 requires libpq.so.4 pessulus-2.16.1-1.fc6.noarch requires python(abi) = 0:2.4 pgadmin3-1.4.3-6.fc6.i386 requires libpq.so.4 plague-common-0.4.4.1-2.fc6.noarch requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 pydot-0.9.10-4.fc6.noarch requires python(abi) = 0:2.4 pyflowtools-0.3-7.fc6.i386 requires python(abi) = 0:2.4 pylint-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 pylint-gui-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.i386 requires python(abi) = 0:2.4 python-adns-1.1.0-4.fc6.i386 requires python < 0:2.5 python-adns-1.1.0-4.fc6.i386 requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-durus-3.5-2.fc6.i386 requires python-abi = 0:2.4 python-durus-3.5-2.fc6.i386 requires python(abi) = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python-abi = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python(abi) = 0:2.4 python-htmltmpl-1.22-7.fc6.noarch requires python(abi) = 0:2.4 python-id3-1.2-8.fc6.noarch requires python(abi) = 0:2.4 python-kid-0.9.3-1.fc6.noarch requires python-elementtree python-kid-0.9.3-1.fc6.noarch requires python(abi) = 0:2.4 python-kiwi-1.9.9-1.fc6.noarch requires python-abi = 0:2.4 python-kiwi-1.9.9-1.fc6.noarch requires python(abi) = 0:2.4 python-kiwi-gazpacho-1.9.9-1.fc6.noarch requires python(abi) = 0:2.4 python-logilab-astng-0.16.1-2.fc6.noarch requires python(abi) = 0:2.4 python-logilab-common-0.19.2-1.fc6.noarch requires python(abi) = 0:2.4 python-lxml-1.0.3-2.fc6.i386 requires python-abi = 0:2.4 python-lxml-1.0.3-2.fc6.i386 requires python(abi) = 0:2.4 python-matplotlib-0.87.7-2.fc7.i386 requires python(abi) = 0:2.4 python-matplotlib-tk-0.87.7-2.fc7.i386 requires python(abi) = 0:2.4 python-musicbrainz2-0.4.0-2.fc7.noarch requires python-ctypes python-mutagen-1.8-1.fc7.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-nltk_lite-0.6.6-1.fc7.noarch requires python(abi) = 0:2.4 python-numarray-1.5.2-1.fc6.i386 requires python-abi = 0:2.4 python-numarray-1.5.2-1.fc6.i386 requires python(abi) = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python(abi) = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.i386 requires python-abi = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.i386 requires python(abi) = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python-abi = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python(abi) = 0:2.4 python-psycopg-1.1.21-5.fc6.i386 requires libpq.so.4 python-psycopg-1.1.21-5.fc6.i386 requires python-abi = 0:2.4 python-psycopg-1.1.21-5.fc6.i386 requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-pyspf-1.7-5.fc6.noarch requires python(abi) = 0:2.4 python-quixote-2.4-4.fc6.i386 requires python-abi = 0:2.4 python-quixote-2.4-4.fc6.i386 requires python(abi) = 0:2.4 python-sexy-0.1.9-2.fc7.i386 requires python(abi) = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python-abi = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python(abi) = 0:2.4 python-sqlite2-1:2.3.2-2.fc6.i386 requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python-abi = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.i386 requires python(abi) = 0:2.4 python-vorbis-1.3-3.fc6.i386 requires python-abi = 0:2.4 python-vorbis-1.3-3.fc6.i386 requires python(abi) = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python-abi = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python(abi) = 0:2.4 pyxmms-2.06-3.fc6.i386 requires python(abi) = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python-abi = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python(abi) = 0:2.4 rdiff-backup-1.0.5-1.fc7.i386 requires python-abi = 0:2.4 rdiff-backup-1.0.5-1.fc7.i386 requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.i386 requires libpq.so.4 rekall-python-2.4.3-5.fc6.i386 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.i386 requires libpython2.4.so.1.0 scipy-0.5.1-4.fc7.i386 requires python(abi) = 0:2.4 ser-postgresql-0.9.6-9.fc6.i386 requires libpq.so.4 serpentine-0.7-5.fc6.noarch requires python(abi) = 0:2.4 soundtracker-0.6.8-2.fc6.i386 requires libgdk_pixbuf.so.2 syck-python-0.55-12.fc7.i386 requires python(abi) = 0:2.4 tinyerp-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 tinyerp-server-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 translate-toolkit-0.10.1-2.fc7.noarch requires python-elementtree veusz-0.10-12.fc6.i386 requires python(abi) = 0:2.4 wxPython-2.6.3.2-2.fc6.i386 requires python(abi) = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python(abi) = 0:2.4 xmms-xosd-2.2.14-8.fc6.i386 requires libgdk_pixbuf.so.2 yumex-1.2.0-1.0.fc7.noarch requires python(abi) = 0:2.4 zeroinstall-injector-0.24-2.fc7.noarch requires python(abi) = 0:2.4 zynaddsubfx-2.2.1-13.fc6.i386 requires fltk >= 0:1.1.3 zynaddsubfx-2.2.1-13.fc6.i386 requires libfltk.so.1.1 ====================================================================== Broken packages in fedora-extras-5-ppc: linphone-1.2.0-4.fc5.ppc requires libortp.so.2 ====================================================================== Broken packages in fedora-extras-5-x86_64: linphone-1.2.0-4.fc5.x86_64 requires libortp.so.2()(64bit) ====================================================================== Broken packages in fedora-extras-5-i386: linphone-1.2.0-4.fc5.i386 requires libortp.so.2 From buildsys at fedoraproject.org Tue Dec 12 19:17:21 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Tue, 12 Dec 2006 19:17:21 -0000 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-12 Message-ID: <20061212191721.5966.6187@extras64.linux.duke.edu> New report for: lmacken AT redhat.com package: TurboGears - 1.0b2-4.fc7.noarch from fedora-extras-development-i386 unresolved deps: python-elementtree >= 0:1.2.6 package: TurboGears - 1.0b2-4.fc7.noarch from fedora-extras-development-ppc unresolved deps: python-elementtree >= 0:1.2.6 package: TurboGears - 1.0b2-4.fc7.noarch from fedora-extras-development-x86_64 unresolved deps: python-elementtree >= 0:1.2.6 ====================================================================== New report for: paul AT all-the-johnsons.co.uk package: anjuta - 1:2.0.2-11.fc7.i386 from fedora-extras-development-i386 unresolved deps: libgvc.so.2 package: anjuta - 1:2.0.2-11.fc7.i386 from fedora-extras-development-x86_64 unresolved deps: libgvc.so.2 package: anjuta - 1:2.0.2-11.fc7.ppc from fedora-extras-development-ppc unresolved deps: libgvc.so.2 package: anjuta - 1:2.0.2-11.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libgvc.so.2()(64bit) ====================================================================== New report for: roozbeh AT farsiweb.info package: translate-toolkit - 0.10.1-2.fc7.noarch from fedora-extras-development-i386 unresolved deps: python-elementtree package: translate-toolkit - 0.10.1-2.fc7.noarch from fedora-extras-development-ppc unresolved deps: python-elementtree package: translate-toolkit - 0.10.1-2.fc7.noarch from fedora-extras-development-x86_64 unresolved deps: python-elementtree ====================================================================== Summary of broken packages (by owner): Jochen AT herr-schmitt.de blender - 2.42a-6.fc7.i386 (4 days) blender - 2.42a-6.fc7.ppc (4 days) blender - 2.42a-6.fc7.x86_64 (4 days) adam AT spicenitz.org htmldoc - 1.8.27-1.fc6.1.i386 htmldoc - 1.8.27-1.fc6.1.ppc htmldoc - 1.8.27-1.fc6.1.x86_64 andreas.bierfert AT lowlatency.de centericq - 4.21.0-8.fc6.i386 (42 days) centericq - 4.21.0-8.fc6.ppc (42 days) centericq - 4.21.0-8.fc6.x86_64 (42 days) libopensync - 0.19-1.fc6.i386 (4 days) libopensync - 0.19-1.fc6.i386 (4 days) libopensync - 0.19-1.fc6.ppc (4 days) libopensync - 0.19-1.fc6.x86_64 (4 days) nessus-client - 2.2.7-2.fc6.i386 (13 days) nessus-client - 2.2.7-2.fc6.ppc (13 days) nessus-client - 2.2.7-2.fc6.x86_64 (13 days) nessus-gui - 2.2.7-2.fc6.i386 (13 days) nessus-gui - 2.2.7-2.fc6.ppc (13 days) nessus-gui - 2.2.7-2.fc6.x86_64 (13 days) nessus-server - 2.2.7-2.fc6.i386 (13 days) nessus-server - 2.2.7-2.fc6.ppc (13 days) nessus-server - 2.2.7-2.fc6.x86_64 (13 days) orange - 0.3-4.cvs20051118.fc7.i386 (8 days) andreas AT bawue.net bitbake - 1.6.0-1.fc6.noarch (4 days) bitbake - 1.6.0-1.fc6.noarch (4 days) bitbake - 1.6.0-1.fc6.noarch (4 days) pyzor - 0.4.0-10.fc6.noarch (4 days) pyzor - 0.4.0-10.fc6.noarch (4 days) pyzor - 0.4.0-10.fc6.noarch (4 days) ser-postgresql - 0.9.6-9.fc6.i386 (6 days) ser-postgresql - 0.9.6-9.fc6.ppc (6 days) ser-postgresql - 0.9.6-9.fc6.x86_64 (6 days) bdpepple AT ameritech.net python-telepathy - 0.13.7-2.fc7.noarch (4 days) python-telepathy - 0.13.7-2.fc7.noarch (4 days) python-telepathy - 0.13.7-2.fc7.noarch (4 days) bnocera AT redhat.com driftnet - 0.1.6-11.i386 (13 days) driftnet - 0.1.6-11.ppc (13 days) driftnet - 0.1.6-11.x86_64 (13 days) cgoorah AT yahoo.com.au gresistor - 0.0.1-8.fc6.noarch (4 days) gresistor - 0.0.1-8.fc6.noarch (4 days) gresistor - 0.0.1-8.fc6.noarch (4 days) dan AT danny.cz tinyerp - 3.4.2-1.fc6.noarch (4 days) tinyerp - 3.4.2-1.fc6.noarch (4 days) tinyerp - 3.4.2-1.fc6.noarch (4 days) tinyerp-server - 3.4.2-1.fc6.noarch (4 days) tinyerp-server - 3.4.2-1.fc6.noarch (4 days) tinyerp-server - 3.4.2-1.fc6.noarch (4 days) dcbw AT redhat.com csound - 5.03.0-9.fc7.i386 (4 days) csound - 5.03.0-9.fc7.i386 (4 days) csound - 5.03.0-9.fc7.ppc (4 days) csound - 5.03.0-9.fc7.x86_64 (4 days) csound-fltk - 5.03.0-9.fc7.i386 (4 days) csound-fltk - 5.03.0-9.fc7.ppc (4 days) csound-fltk - 5.03.0-9.fc7.x86_64 (4 days) csound-gui - 5.03.0-9.fc7.i386 (4 days) csound-gui - 5.03.0-9.fc7.ppc (4 days) csound-gui - 5.03.0-9.fc7.x86_64 (4 days) csound-python - 5.03.0-9.fc7.i386 (4 days) csound-python - 5.03.0-9.fc7.ppc (4 days) csound-python - 5.03.0-9.fc7.x86_64 (4 days) csound-virtual-keyboard - 5.03.0-9.fc7.i386 (4 days) csound-virtual-keyboard - 5.03.0-9.fc7.ppc (4 days) csound-virtual-keyboard - 5.03.0-9.fc7.x86_64 (4 days) plague-common - 0.4.4.1-2.fc6.noarch (4 days) plague-common - 0.4.4.1-2.fc6.noarch (4 days) plague-common - 0.4.4.1-2.fc6.noarch (4 days) denis AT poolshark.org glom - 1.2.1-2.fc7.i386 (4 days) glom - 1.2.1-2.fc7.ppc (4 days) glom - 1.2.1-2.fc7.x86_64 (4 days) k3d - 0.6.4.0-1.fc7.i386 (4 days) k3d - 0.6.4.0-1.fc7.i386 (4 days) k3d - 0.6.4.0-1.fc7.ppc (4 days) k3d - 0.6.4.0-1.fc7.x86_64 (4 days) dennis AT ausil.us hamlib-python - 1.2.5-3.fc6.i386 (4 days) hamlib-python - 1.2.5-3.fc6.ppc (4 days) hamlib-python - 1.2.5-3.fc6.x86_64 (4 days) dwmw2 AT redhat.com openpbx - 1.2-3.rc2.svn2135.fc7.i386 (6 days) openpbx - 1.2-3.rc2.svn2135.fc7.i386 (6 days) openpbx - 1.2-3.rc2.svn2135.fc7.ppc (6 days) openpbx - 1.2-3.rc2.svn2135.fc7.x86_64 (6 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.i386 (6 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.ppc (6 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.x86_64 (6 days) endur AT bennewitz.com streamtuner - 0.99.99-15.fc7.x86_64 (4 days) extras-orphan AT fedoraproject.org python-htmltmpl - 1.22-7.fc6.noarch (4 days) python-htmltmpl - 1.22-7.fc6.noarch (4 days) python-htmltmpl - 1.22-7.fc6.noarch (4 days) python-id3 - 1.2-8.fc6.noarch (4 days) python-id3 - 1.2-8.fc6.noarch (4 days) python-id3 - 1.2-8.fc6.noarch (4 days) foolish AT guezz.net serpentine - 0.7-5.fc6.noarch (4 days) serpentine - 0.7-5.fc6.noarch (4 days) serpentine - 0.7-5.fc6.noarch (4 days) gajownik AT gmail.com gajim - 0.10.1-3.fc6.i386 (4 days) gajim - 0.10.1-3.fc6.ppc (4 days) gajim - 0.10.1-3.fc6.x86_64 (4 days) python-sqlite2 - 1:2.3.2-2.fc6.i386 (4 days) python-sqlite2 - 1:2.3.2-2.fc6.ppc (4 days) python-sqlite2 - 1:2.3.2-2.fc6.x86_64 (4 days) ghenry AT suretecsystems.com pgadmin3 - 1.4.3-6.fc6.i386 (6 days) pgadmin3 - 1.4.3-6.fc6.ppc (6 days) pgadmin3 - 1.4.3-6.fc6.x86_64 (6 days) rdiff-backup - 1.0.5-1.fc7.i386 (4 days) rdiff-backup - 1.0.5-1.fc7.ppc (4 days) rdiff-backup - 1.0.5-1.fc7.x86_64 (4 days) green AT redhat.com zynaddsubfx - 2.2.1-13.fc6.i386 zynaddsubfx - 2.2.1-13.fc6.ppc zynaddsubfx - 2.2.1-13.fc6.x86_64 hugo AT devin.com.br python-ogg - 1.3-3.fc6.i386 (4 days) python-ogg - 1.3-3.fc6.i386 (4 days) python-ogg - 1.3-3.fc6.ppc (4 days) python-ogg - 1.3-3.fc6.x86_64 (4 days) python-vorbis - 1.3-3.fc6.i386 (4 days) python-vorbis - 1.3-3.fc6.ppc (4 days) python-vorbis - 1.3-3.fc6.x86_64 (4 days) i AT stingr.net flow-tools - 0.68-11.fc6.i386 (6 days) flow-tools - 0.68-11.fc6.i386 (6 days) flow-tools - 0.68-11.fc6.ppc (6 days) flow-tools - 0.68-11.fc6.x86_64 (6 days) pyflowtools - 0.3-7.fc6.i386 (4 days) pyflowtools - 0.3-7.fc6.ppc (4 days) pyflowtools - 0.3-7.fc6.x86_64 (4 days) icon AT fedoraproject.org cvs2svn - 1.4.0-2.fc6.noarch (4 days) cvs2svn - 1.4.0-2.fc6.noarch (4 days) cvs2svn - 1.4.0-2.fc6.noarch (4 days) epylog - 1.0.3-4.fc6.noarch (4 days) epylog - 1.0.3-4.fc6.noarch (4 days) epylog - 1.0.3-4.fc6.noarch (4 days) gazpacho - 0.6.6-1.fc6.noarch (4 days) gazpacho - 0.6.6-1.fc6.noarch (4 days) gazpacho - 0.6.6-1.fc6.noarch (4 days) pylint - 0.12.1-1.fc6.noarch (4 days) pylint - 0.12.1-1.fc6.noarch (4 days) pylint - 0.12.1-1.fc6.noarch (4 days) pylint-gui - 0.12.1-1.fc6.noarch (4 days) pylint-gui - 0.12.1-1.fc6.noarch (4 days) pylint-gui - 0.12.1-1.fc6.noarch (4 days) python-feedparser - 4.1-1.fc6.noarch (4 days) python-feedparser - 4.1-1.fc6.noarch (4 days) python-feedparser - 4.1-1.fc6.noarch (4 days) python-kid - 0.9.3-1.fc6.noarch (4 days) python-kid - 0.9.3-1.fc6.noarch (4 days) python-kid - 0.9.3-1.fc6.noarch (4 days) python-kiwi - 1.9.9-1.fc6.noarch (4 days) python-kiwi - 1.9.9-1.fc6.noarch (4 days) python-kiwi - 1.9.9-1.fc6.noarch (4 days) python-kiwi-gazpacho - 1.9.9-1.fc6.noarch (4 days) python-kiwi-gazpacho - 1.9.9-1.fc6.noarch (4 days) python-kiwi-gazpacho - 1.9.9-1.fc6.noarch (4 days) python-logilab-astng - 0.16.1-2.fc6.noarch (4 days) python-logilab-astng - 0.16.1-2.fc6.noarch (4 days) python-logilab-astng - 0.16.1-2.fc6.noarch (4 days) python-logilab-common - 0.19.2-1.fc6.noarch (4 days) python-logilab-common - 0.19.2-1.fc6.noarch (4 days) python-logilab-common - 0.19.2-1.fc6.noarch (4 days) ifoox AT redhat.com libreadline-java - 0.8.0-13.fc6.i386 libreadline-java - 0.8.0-13.fc6.i386 libreadline-java - 0.8.0-13.fc6.ppc libreadline-java - 0.8.0-13.fc6.x86_64 imlinux AT gmail.com nagios-plugins-pgsql - 1.4.4-2.fc7.i386 (6 days) nagios-plugins-pgsql - 1.4.4-2.fc7.ppc (6 days) nagios-plugins-pgsql - 1.4.4-2.fc7.x86_64 (6 days) j.w.r.degoede AT hhs.nl gcompris - 8.2-1.fc7.i386 (4 days) gcompris - 8.2-1.fc7.ppc (4 days) gcompris - 8.2-1.fc7.x86_64 (4 days) libgda-postgres - 1:1.9.100-10.fc6.i386 (6 days) libgda-postgres - 1:1.9.100-10.fc6.ppc (6 days) libgda-postgres - 1:1.9.100-10.fc6.x86_64 (6 days) magicor - 1.0-0.2.rc2.fc7.noarch (4 days) magicor - 1.0-0.2.rc2.fc7.noarch (4 days) magicor - 1.0-0.2.rc2.fc7.noarch (4 days) jafo-redhat AT tummy.com python-pydns - 2.3.0-4.fc6.noarch (4 days) python-pydns - 2.3.0-4.fc6.noarch (4 days) python-pydns - 2.3.0-4.fc6.noarch (4 days) python-pyspf - 1.7-5.fc6.noarch (4 days) python-pyspf - 1.7-5.fc6.noarch (4 days) python-pyspf - 1.7-5.fc6.noarch (4 days) jamatos AT fc.up.pt f2py - 2.45.241_1926-2.fc6.noarch (4 days) f2py - 2.45.241_1926-2.fc6.noarch (4 days) f2py - 2.45.241_1926-2.fc6.noarch (4 days) python-amara - 1.1.7-2.fc6.noarch (4 days) python-amara - 1.1.7-2.fc6.noarch (4 days) python-amara - 1.1.7-2.fc6.noarch (4 days) jeff AT ocjtech.us linphone - 1.2.0-4.fc5.i386 (64 days) linphone - 1.2.0-4.fc5.ppc (64 days) linphone - 1.2.0-4.fc5.x86_64 (64 days) python-musicbrainz2 - 0.4.0-2.fc7.noarch python-musicbrainz2 - 0.4.0-2.fc7.noarch python-musicbrainz2 - 0.4.0-2.fc7.noarch jeremy AT jeremysanders.net veusz - 0.10-12.fc6.i386 (4 days) veusz - 0.10-12.fc6.ppc (4 days) veusz - 0.10-12.fc6.x86_64 (4 days) jspaleta AT gmail.com scipy - 0.5.1-4.fc7.i386 (4 days) scipy - 0.5.1-4.fc7.ppc (4 days) scipy - 0.5.1-4.fc7.x86_64 (4 days) jwilson AT redhat.com ip6sic - 0.1-4.fc6.i386 (13 days) ip6sic - 0.1-4.fc6.ppc (13 days) ip6sic - 0.1-4.fc6.x86_64 (13 days) numpy - 1.0-1.fc7.i386 (4 days) numpy - 1.0-1.fc7.ppc (4 days) numpy - 1.0-1.fc7.x86_64 (4 days) karlthered AT gmail.com gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.i386 (20 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.i386 (20 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.ppc (20 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.x86_64 (20 days) listen - 0.5-9.beta1.fc7.4.i386 listen - 0.5-9.beta1.fc7.4.ppc listen - 0.5-9.beta1.fc7.4.x86_64 python-sexy - 0.1.9-2.fc7.i386 (4 days) python-sexy - 0.1.9-2.fc7.ppc (4 days) python-sexy - 0.1.9-2.fc7.x86_64 (4 days) kevin-redhat-bugzilla AT tummy.com bmp-xosd - 2.2.14-8.fc6.i386 bmp-xosd - 2.2.14-8.fc6.ppc bmp-xosd - 2.2.14-8.fc6.x86_64 xmms-xosd - 2.2.14-8.fc6.i386 xmms-xosd - 2.2.14-8.fc6.ppc xmms-xosd - 2.2.14-8.fc6.x86_64 kushaldas AT gmail.com kphotobymail - 0.4-1.fc7.noarch (4 days) kphotobymail - 0.4-1.fc7.noarch (4 days) kphotobymail - 0.4-1.fc7.noarch (4 days) lmacken AT redhat.com TurboGears - 1.0b2-4.fc7.noarch TurboGears - 1.0b2-4.fc7.noarch TurboGears - 1.0b2-4.fc7.noarch python-cherrypy - 2.2.1-3.fc6.noarch (4 days) python-cherrypy - 2.2.1-3.fc6.noarch (4 days) python-cherrypy - 2.2.1-3.fc6.noarch (4 days) luya_tfz AT thefinalzone.com gdesklets - 0.35.4-3.fc7.i386 (4 days) gdesklets - 0.35.4-3.fc7.ppc (4 days) gdesklets - 0.35.4-3.fc7.x86_64 (4 days) mattdm AT mattdm.org wxPython - 2.6.3.2-2.fc6.i386 (4 days) wxPython - 2.6.3.2-2.fc6.i386 (4 days) wxPython - 2.6.3.2-2.fc6.ppc (4 days) wxPython - 2.6.3.2-2.fc6.x86_64 (4 days) mdehaan AT redhat.com cobbler - 0.2.8-1.fc6.noarch (4 days) cobbler - 0.2.8-1.fc6.noarch (4 days) koan - 0.2.1-1.fc6.noarch (4 days) koan - 0.2.1-1.fc6.noarch (4 days) mgarski AT post.pl digikam-doc - 0.8.2-3.fc6.noarch (13 days) digikam-doc - 0.8.2-3.fc6.noarch (13 days) digikam-doc - 0.8.2-3.fc6.noarch (13 days) michel.salim AT gmail.com python-nltk - 1.4.4-3.fc7.noarch (4 days) python-nltk - 1.4.4-3.fc7.noarch (4 days) python-nltk - 1.4.4-3.fc7.noarch (4 days) python-nltk_lite - 0.6.6-1.fc7.noarch (4 days) python-nltk_lite - 0.6.6-1.fc7.noarch (4 days) python-nltk_lite - 0.6.6-1.fc7.noarch (4 days) zeroinstall-injector - 0.24-2.fc7.noarch (4 days) zeroinstall-injector - 0.24-2.fc7.noarch (4 days) zeroinstall-injector - 0.24-2.fc7.noarch (4 days) mitr AT redhat.com python-4Suite-XML - 1.0-1.i386 (4 days) python-4Suite-XML - 1.0-1.ppc (4 days) python-4Suite-XML - 1.0-1.x86_64 (4 days) mr.ecik AT gmail.com python-mutagen - 1.8-1.fc7.noarch (4 days) python-mutagen - 1.8-1.fc7.noarch (4 days) python-mutagen - 1.8-1.fc7.noarch (4 days) oliver AT linux-kernel.at syck-python - 0.55-12.fc7.i386 (4 days) syck-python - 0.55-12.fc7.ppc (4 days) syck-python - 0.55-12.fc7.x86_64 (4 days) orion AT cora.nwra.com gdl - 0.9-0.pre3.2.fc7.i386 (4 days) gdl - 0.9-0.pre3.2.fc7.ppc (4 days) gdl - 0.9-0.pre3.2.fc7.x86_64 (4 days) paraview - 2.4.4-3.fc6.x86_64 (4 days) paraview-mpi - 2.4.4-3.fc6.x86_64 (4 days) plplot - 5.6.1-8.fc7.i386 (4 days) plplot - 5.6.1-8.fc7.i386 (4 days) plplot - 5.6.1-8.fc7.ppc (4 days) plplot - 5.6.1-8.fc7.x86_64 (4 days) plplot-gnome - 5.6.1-8.fc7.i386 (4 days) plplot-gnome - 5.6.1-8.fc7.i386 (4 days) plplot-gnome - 5.6.1-8.fc7.ppc (4 days) plplot-gnome - 5.6.1-8.fc7.x86_64 (4 days) python-matplotlib - 0.87.7-2.fc7.i386 (4 days) python-matplotlib - 0.87.7-2.fc7.ppc (4 days) python-matplotlib - 0.87.7-2.fc7.x86_64 (4 days) python-matplotlib-tk - 0.87.7-2.fc7.i386 (4 days) python-matplotlib-tk - 0.87.7-2.fc7.ppc (4 days) python-matplotlib-tk - 0.87.7-2.fc7.x86_64 (4 days) python-numarray - 1.5.2-1.fc6.i386 (4 days) python-numarray - 1.5.2-1.fc6.i386 (4 days) python-numarray - 1.5.2-1.fc6.ppc (4 days) python-numarray - 1.5.2-1.fc6.x86_64 (4 days) paul AT all-the-johnsons.co.uk anjuta - 1:2.0.2-11.fc7.i386 anjuta - 1:2.0.2-11.fc7.i386 anjuta - 1:2.0.2-11.fc7.ppc anjuta - 1:2.0.2-11.fc7.x86_64 gonvert - 0.2.15-3.fc6.noarch (4 days) gonvert - 0.2.15-3.fc6.noarch (4 days) gonvert - 0.2.15-3.fc6.noarch (4 days) pyxmms - 2.06-3.fc6.i386 (4 days) pyxmms - 2.06-3.fc6.ppc (4 days) pyxmms - 2.06-3.fc6.x86_64 (4 days) petersen AT redhat.com ghc-gtk2hs - 0.9.10-4.fc6.i386 (39 days) ghc-gtk2hs - 0.9.10-4.fc6.ppc (39 days) ghc-gtk2hs - 0.9.10-4.fc6.x86_64 (39 days) ghc642-gtk2hs - 0.9.10-4.fc6.i386 (39 days) ghc642-gtk2hs - 0.9.10-4.fc6.ppc (39 days) ghc642-gtk2hs - 0.9.10-4.fc6.x86_64 (39 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.i386 (39 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.ppc (39 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.x86_64 (39 days) prockai AT redhat.com cyrus-imapd - 2.3.7-4.fc6.i386 (13 days) cyrus-imapd - 2.3.7-4.fc6.i386 (13 days) cyrus-imapd - 2.3.7-4.fc6.ppc (13 days) cyrus-imapd - 2.3.7-4.fc6.x86_64 (13 days) rdieter AT math.unl.edu OpenEXR - 1.4.0a-3.fc6.i386 OpenEXR - 1.4.0a-3.fc6.i386 OpenEXR - 1.4.0a-3.fc6.ppc OpenEXR - 1.4.0a-3.fc6.x86_64 PyKDE - 3.16.0-5.fc7.i386 (4 days) PyKDE - 3.16.0-5.fc7.i386 (4 days) PyKDE - 3.16.0-5.fc7.ppc (4 days) PyKDE - 3.16.0-5.fc7.x86_64 (4 days) gift - 0.11.8.1-6.fc7.i386 (44 days) redhat-bugzilla AT linuxnetz.de duplicity - 0.4.2-3.fc6.i386 (4 days) duplicity - 0.4.2-3.fc6.ppc (4 days) duplicity - 0.4.2-3.fc6.x86_64 (4 days) roozbeh AT farsiweb.info translate-toolkit - 0.10.1-2.fc7.noarch translate-toolkit - 0.10.1-2.fc7.noarch translate-toolkit - 0.10.1-2.fc7.noarch rpm AT greysector.net ed2k_hash-gui - 0.4.0-3.fc6.i386 ed2k_hash-gui - 0.4.0-3.fc6.ppc ed2k_hash-gui - 0.4.0-3.fc6.x86_64 ekg - 1.7-0.3.rc2.fc6.i386 (4 days) ekg - 1.7-0.3.rc2.fc6.ppc (4 days) ekg - 1.7-0.3.rc2.fc6.x86_64 (4 days) openbabel-python - 2.0.2-5.fc6.i386 (4 days) openbabel-python - 2.0.2-5.fc6.ppc (4 days) openbabel-python - 2.0.2-5.fc6.x86_64 (4 days) rpm AT timj.co.uk alsa-tools - 1.0.12-4.fc7.i386 alsa-tools - 1.0.12-4.fc7.x86_64 rvokal AT redhat.com python-adns - 1.1.0-4.fc6.i386 (4 days) python-adns - 1.1.0-4.fc6.ppc (4 days) python-adns - 1.1.0-4.fc6.x86_64 (4 days) seg AT haxxed.com soundtracker - 0.6.8-2.fc6.i386 soundtracker - 0.6.8-2.fc6.ppc soundtracker - 0.6.8-2.fc6.x86_64 shahms AT shahms.com ipython - 0.7.2-3.fc6.noarch (4 days) ipython - 0.7.2-3.fc6.noarch (4 days) ipython - 0.7.2-3.fc6.noarch (4 days) python-durus - 3.5-2.fc6.i386 (4 days) python-durus - 3.5-2.fc6.ppc (4 days) python-durus - 3.5-2.fc6.x86_64 (4 days) python-lxml - 1.0.3-2.fc6.i386 (4 days) python-lxml - 1.0.3-2.fc6.ppc (4 days) python-lxml - 1.0.3-2.fc6.x86_64 (4 days) python-protocols - 1.0-0.3.a0dev_r2082.fc6.i386 (4 days) python-protocols - 1.0-0.3.a0dev_r2082.fc6.ppc (4 days) python-protocols - 1.0-0.3.a0dev_r2082.fc6.x86_64 (4 days) python-psyco - 1.5.1-4.fc6.i386 (4 days) python-psycopg - 1.1.21-5.fc6.i386 (6 days) python-psycopg - 1.1.21-5.fc6.ppc (6 days) python-psycopg - 1.1.21-5.fc6.x86_64 (6 days) python-quixote - 2.4-4.fc6.i386 (4 days) python-quixote - 2.4-4.fc6.ppc (4 days) python-quixote - 2.4-4.fc6.x86_64 (4 days) python-simpletal - 4.1-4.fc6.noarch (4 days) python-simpletal - 4.1-4.fc6.noarch (4 days) python-simpletal - 4.1-4.fc6.noarch (4 days) python-tpg - 3.1.0-3.fc6.noarch (4 days) python-tpg - 3.1.0-3.fc6.noarch (4 days) python-tpg - 3.1.0-3.fc6.noarch (4 days) splinux AT fedoraproject.org pessulus - 2.16.1-1.fc6.noarch (4 days) pessulus - 2.16.1-1.fc6.noarch (4 days) pessulus - 2.16.1-1.fc6.noarch (4 days) stickster AT gmail.com xmldiff - 0.6.7-12.fc6.i386 (4 days) xmldiff - 0.6.7-12.fc6.ppc (4 days) xmldiff - 0.6.7-12.fc6.x86_64 (4 days) tcallawa AT redhat.com alsamixergui - 0.9.0-0.3.rc1.fc6.i386 alsamixergui - 0.9.0-0.3.rc1.fc6.ppc alsamixergui - 0.9.0-0.3.rc1.fc6.x86_64 compat-wxPythonGTK2 - 2.4.2.4-12.fc6.i386 (4 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.ppc (4 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.x86_64 (4 days) gambas-gb-db - 1.0.17-6.fc7.i386 (19 days) gambas-gb-db - 1.0.17-6.fc7.ppc (19 days) gambas-runtime - 1.0.17-6.fc7.i386 (19 days) gambas-runtime - 1.0.17-6.fc7.ppc (19 days) pychart - 1.39-4.fc6.noarch (4 days) pychart - 1.39-4.fc6.noarch (4 days) pychart - 1.39-4.fc6.noarch (4 days) pydot - 0.9.10-4.fc6.noarch (4 days) pydot - 0.9.10-4.fc6.noarch (4 days) pydot - 0.9.10-4.fc6.noarch (4 days) pyxdg - 0.15-3.fc6.noarch (4 days) pyxdg - 0.15-3.fc6.noarch (4 days) pyxdg - 0.15-3.fc6.noarch (4 days) rekall-postgresql - 2.4.3-5.fc6.i386 (6 days) rekall-postgresql - 2.4.3-5.fc6.ppc (6 days) rekall-postgresql - 2.4.3-5.fc6.x86_64 (6 days) rekall-python - 2.4.3-5.fc6.i386 (6 days) rekall-python - 2.4.3-5.fc6.ppc (6 days) rekall-python - 2.4.3-5.fc6.x86_64 (6 days) thomas AT apestaart.org python-twisted - 1.3.0-7.fc6.i386 (4 days) python-twisted - 1.3.0-7.fc6.ppc (4 days) python-twisted - 1.3.0-7.fc6.x86_64 (4 days) tla AT rasmil.dk yumex - 1.2.0-1.0.fc7.noarch (4 days) yumex - 1.2.0-1.0.fc7.noarch (4 days) yumex - 1.2.0-1.0.fc7.noarch (4 days) triad AT df.lth.se gnomad2 - 2.8.9-2.fc6.i386 (4 days) gnomad2 - 2.8.9-2.fc6.ppc (4 days) gnomad2 - 2.8.9-2.fc6.x86_64 (4 days) wart AT kobold.org crossfire-plugins - 1.9.1-2.fc6.i386 (4 days) crossfire-plugins - 1.9.1-2.fc6.ppc (4 days) crossfire-plugins - 1.9.1-2.fc6.x86_64 (4 days) cyphesis - 0.5.10-3.fc7.i386 (4 days) cyphesis - 0.5.10-3.fc7.ppc (4 days) cyphesis - 0.5.10-3.fc7.x86_64 (4 days) ====================================================================== Broken packages in fedora-extras-development-ppc: OpenEXR-1.4.0a-3.fc6.ppc requires libfltk_gl.so.1.1 OpenEXR-1.4.0a-3.fc6.ppc requires libfltk.so.1.1 PyKDE-3.16.0-5.fc7.ppc requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.ppc requires python-abi = 0:2.4 TurboGears-1.0b2-4.fc7.noarch requires python-elementtree >= 0:1.2.6 alsamixergui-0.9.0-0.3.rc1.fc6.ppc requires libfltk.so.1.1 anjuta-1:2.0.2-11.fc7.ppc requires libgvc.so.2 bitbake-1.6.0-1.fc6.noarch requires python(abi) = 0:2.4 blender-2.42a-6.fc7.ppc requires libpython2.4.so.1.0 bmp-xosd-2.2.14-8.fc6.ppc requires libgdk_pixbuf.so.2 centericq-4.21.0-8.fc6.ppc requires libcurl.so.3 compat-wxPythonGTK2-2.4.2.4-12.fc6.ppc requires python(abi) = 0:2.4 crossfire-plugins-1.9.1-2.fc6.ppc requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 csound-fltk-5.03.0-9.fc7.ppc requires fltk csound-fltk-5.03.0-9.fc7.ppc requires libfltk_images.so.1.1 csound-fltk-5.03.0-9.fc7.ppc requires libfltk.so.1.1 csound-gui-5.03.0-9.fc7.ppc requires fltk csound-gui-5.03.0-9.fc7.ppc requires libfltk_images.so.1.1 csound-gui-5.03.0-9.fc7.ppc requires libfltk.so.1.1 csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 csound-virtual-keyboard-5.03.0-9.fc7.ppc requires fltk csound-virtual-keyboard-5.03.0-9.fc7.ppc requires libfltk_images.so.1.1 csound-virtual-keyboard-5.03.0-9.fc7.ppc requires libfltk.so.1.1 cvs2svn-1.4.0-2.fc6.noarch requires python(abi) = 0:2.4 cyphesis-0.5.10-3.fc7.ppc requires libpython2.4.so.1.0 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpagent.so.10 digikam-doc-0.8.2-3.fc6.noarch requires digikam = 0:0.8.2 driftnet-0.1.6-11.ppc requires libpcap.so.0.9.4 duplicity-0.4.2-3.fc6.ppc requires python < 0:2.5 duplicity-0.4.2-3.fc6.ppc requires python(abi) = 0:2.4 ed2k_hash-gui-0.4.0-3.fc6.ppc requires libfltk.so.1.1 ekg-1.7-0.3.rc2.fc6.ppc requires libpython2.4.so.1.0 epylog-1.0.3-4.fc6.noarch requires python-abi = 0:2.4 epylog-1.0.3-4.fc6.noarch requires python(abi) = 0:2.4 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 flow-tools-0.68-11.fc6.ppc requires libpq.so.4 gajim-0.10.1-3.fc6.ppc requires libpython2.4.so.1.0 gajim-0.10.1-3.fc6.ppc requires python-abi = 0:2.4 gambas-gb-db-1.0.17-6.fc7.ppc requires libpq.so.4 gambas-runtime-1.0.17-6.fc7.ppc requires libgettextlib-0.15.so gazpacho-0.6.6-1.fc6.noarch requires python-abi = 0:2.4 gazpacho-0.6.6-1.fc6.noarch requires python(abi) = 0:2.4 gcompris-8.2-1.fc7.ppc requires libpython2.4.so.1.0 gdesklets-0.35.4-3.fc7.ppc requires python-abi = 0:2.4 gdl-0.9-0.pre3.2.fc7.ppc requires libpython2.4.so.1.0 ghc-gtk2hs-0.9.10-4.fc6.ppc requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires ghc642 glom-1.2.1-2.fc7.ppc requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.ppc requires libpython2.4.so.1.0 gnomad2-2.8.9-2.fc6.ppc requires libmtp.so.2 gonvert-0.2.15-3.fc6.noarch requires python(abi) = 0:2.4 gresistor-0.0.1-8.fc6.noarch requires python(abi) = 0:2.4 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.ppc requires gecko-libs = 0:2.0 hamlib-python-1.2.5-3.fc6.ppc requires python-abi = 0:2.4 hamlib-python-1.2.5-3.fc6.ppc requires python(abi) = 0:2.4 htmldoc-1.8.27-1.fc6.1.ppc requires libfltk_images.so.1.1 htmldoc-1.8.27-1.fc6.1.ppc requires libfltk.so.1.1 ip6sic-0.1-4.fc6.ppc requires libpcap.so.0.9.4 ipython-0.7.2-3.fc6.noarch requires python-abi = 0:2.4 ipython-0.7.2-3.fc6.noarch requires python(abi) = 0:2.4 k3d-0.6.4.0-1.fc7.ppc requires libpython2.4.so.1.0 kphotobymail-0.4-1.fc7.noarch requires python(abi) = 0:2.4 libgda-postgres-1:1.9.100-10.fc6.ppc requires libpq.so.4 libopensync-0.19-1.fc6.ppc requires python(abi) = 0:2.4 libreadline-java-0.8.0-13.fc6.ppc requires libedit >= 0:2.9 listen-0.5-9.beta1.fc7.4.ppc requires python-ctypes magicor-1.0-0.2.rc2.fc7.noarch requires python(abi) = 0:2.4 nagios-plugins-pgsql-1.4.4-2.fc7.ppc requires libpq.so.4 nessus-client-2.2.7-2.fc6.ppc requires libpcap.so.0.9.4 nessus-gui-2.2.7-2.fc6.ppc requires libpcap.so.0.9.4 nessus-server-2.2.7-2.fc6.ppc requires libpcap.so.0.9.4 numpy-1.0-1.fc7.ppc requires python(abi) = 0:2.4 openbabel-python-2.0.2-5.fc6.ppc requires python(abi) = 0:2.4 openpbx-1.2-3.rc2.svn2135.fc7.ppc requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.ppc requires libpq.so.4 pessulus-2.16.1-1.fc6.noarch requires python(abi) = 0:2.4 pgadmin3-1.4.3-6.fc6.ppc requires libpq.so.4 plague-common-0.4.4.1-2.fc6.noarch requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 pydot-0.9.10-4.fc6.noarch requires python(abi) = 0:2.4 pyflowtools-0.3-7.fc6.ppc requires python(abi) = 0:2.4 pylint-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 pylint-gui-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.ppc requires python(abi) = 0:2.4 python-adns-1.1.0-4.fc6.ppc requires python < 0:2.5 python-adns-1.1.0-4.fc6.ppc requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-durus-3.5-2.fc6.ppc requires python-abi = 0:2.4 python-durus-3.5-2.fc6.ppc requires python(abi) = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python-abi = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python(abi) = 0:2.4 python-htmltmpl-1.22-7.fc6.noarch requires python(abi) = 0:2.4 python-id3-1.2-8.fc6.noarch requires python(abi) = 0:2.4 python-kid-0.9.3-1.fc6.noarch requires python-elementtree python-kid-0.9.3-1.fc6.noarch requires python(abi) = 0:2.4 python-kiwi-1.9.9-1.fc6.noarch requires python-abi = 0:2.4 python-kiwi-1.9.9-1.fc6.noarch requires python(abi) = 0:2.4 python-kiwi-gazpacho-1.9.9-1.fc6.noarch requires python(abi) = 0:2.4 python-logilab-astng-0.16.1-2.fc6.noarch requires python(abi) = 0:2.4 python-logilab-common-0.19.2-1.fc6.noarch requires python(abi) = 0:2.4 python-lxml-1.0.3-2.fc6.ppc requires python-abi = 0:2.4 python-lxml-1.0.3-2.fc6.ppc requires python(abi) = 0:2.4 python-matplotlib-0.87.7-2.fc7.ppc requires python(abi) = 0:2.4 python-matplotlib-tk-0.87.7-2.fc7.ppc requires python(abi) = 0:2.4 python-musicbrainz2-0.4.0-2.fc7.noarch requires python-ctypes python-mutagen-1.8-1.fc7.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-nltk_lite-0.6.6-1.fc7.noarch requires python(abi) = 0:2.4 python-numarray-1.5.2-1.fc6.ppc requires python-abi = 0:2.4 python-numarray-1.5.2-1.fc6.ppc requires python(abi) = 0:2.4 python-ogg-1.3-3.fc6.ppc requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.ppc requires python(abi) = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.ppc requires python-abi = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.ppc requires python(abi) = 0:2.4 python-psycopg-1.1.21-5.fc6.ppc requires libpq.so.4 python-psycopg-1.1.21-5.fc6.ppc requires python-abi = 0:2.4 python-psycopg-1.1.21-5.fc6.ppc requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-pyspf-1.7-5.fc6.noarch requires python(abi) = 0:2.4 python-quixote-2.4-4.fc6.ppc requires python-abi = 0:2.4 python-quixote-2.4-4.fc6.ppc requires python(abi) = 0:2.4 python-sexy-0.1.9-2.fc7.ppc requires python(abi) = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python-abi = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python(abi) = 0:2.4 python-sqlite2-1:2.3.2-2.fc6.ppc requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python-abi = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.ppc requires python(abi) = 0:2.4 python-vorbis-1.3-3.fc6.ppc requires python-abi = 0:2.4 python-vorbis-1.3-3.fc6.ppc requires python(abi) = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python-abi = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python(abi) = 0:2.4 pyxmms-2.06-3.fc6.ppc requires python(abi) = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python-abi = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python(abi) = 0:2.4 rdiff-backup-1.0.5-1.fc7.ppc requires python-abi = 0:2.4 rdiff-backup-1.0.5-1.fc7.ppc requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.ppc requires libpq.so.4 rekall-python-2.4.3-5.fc6.ppc requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.ppc requires libpython2.4.so.1.0 scipy-0.5.1-4.fc7.ppc requires python(abi) = 0:2.4 ser-postgresql-0.9.6-9.fc6.ppc requires libpq.so.4 serpentine-0.7-5.fc6.noarch requires python(abi) = 0:2.4 soundtracker-0.6.8-2.fc6.ppc requires libgdk_pixbuf.so.2 syck-python-0.55-12.fc7.ppc requires python(abi) = 0:2.4 tinyerp-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 tinyerp-server-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 translate-toolkit-0.10.1-2.fc7.noarch requires python-elementtree veusz-0.10-12.fc6.ppc requires python(abi) = 0:2.4 wxPython-2.6.3.2-2.fc6.ppc requires python(abi) = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python(abi) = 0:2.4 xmms-xosd-2.2.14-8.fc6.ppc requires libgdk_pixbuf.so.2 yumex-1.2.0-1.0.fc7.noarch requires python(abi) = 0:2.4 zeroinstall-injector-0.24-2.fc7.noarch requires python(abi) = 0:2.4 zynaddsubfx-2.2.1-13.fc6.ppc requires fltk >= 0:1.1.3 zynaddsubfx-2.2.1-13.fc6.ppc requires libfltk.so.1.1 ====================================================================== Broken packages in fedora-extras-development-x86_64: OpenEXR-1.4.0a-3.fc6.i386 requires libfltk_gl.so.1.1 OpenEXR-1.4.0a-3.fc6.i386 requires libfltk.so.1.1 OpenEXR-1.4.0a-3.fc6.x86_64 requires libfltk.so.1.1()(64bit) OpenEXR-1.4.0a-3.fc6.x86_64 requires libfltk_gl.so.1.1()(64bit) PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python-abi = 0:2.4 TurboGears-1.0b2-4.fc7.noarch requires python-elementtree >= 0:1.2.6 alsa-tools-1.0.12-4.fc7.x86_64 requires libfltk.so.1.1()(64bit) alsamixergui-0.9.0-0.3.rc1.fc6.x86_64 requires libfltk.so.1.1()(64bit) anjuta-1:2.0.2-11.fc7.i386 requires libgvc.so.2 anjuta-1:2.0.2-11.fc7.x86_64 requires libgvc.so.2()(64bit) bitbake-1.6.0-1.fc6.noarch requires python(abi) = 0:2.4 blender-2.42a-6.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) bmp-xosd-2.2.14-8.fc6.x86_64 requires libgdk_pixbuf.so.2()(64bit) centericq-4.21.0-8.fc6.x86_64 requires libcurl.so.3()(64bit) cobbler-0.2.8-1.fc6.noarch requires python(abi) = 0:2.4 compat-wxPythonGTK2-2.4.2.4-12.fc6.x86_64 requires python(abi) = 0:2.4 crossfire-plugins-1.9.1-2.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) csound-fltk-5.03.0-9.fc7.x86_64 requires fltk csound-fltk-5.03.0-9.fc7.x86_64 requires libfltk.so.1.1()(64bit) csound-fltk-5.03.0-9.fc7.x86_64 requires libfltk_images.so.1.1()(64bit) csound-gui-5.03.0-9.fc7.x86_64 requires fltk csound-gui-5.03.0-9.fc7.x86_64 requires libfltk.so.1.1()(64bit) csound-gui-5.03.0-9.fc7.x86_64 requires libfltk_images.so.1.1()(64bit) csound-python-5.03.0-9.fc7.x86_64 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) csound-virtual-keyboard-5.03.0-9.fc7.x86_64 requires fltk csound-virtual-keyboard-5.03.0-9.fc7.x86_64 requires libfltk.so.1.1()(64bit) csound-virtual-keyboard-5.03.0-9.fc7.x86_64 requires libfltk_images.so.1.1()(64bit) cvs2svn-1.4.0-2.fc6.noarch requires python(abi) = 0:2.4 cyphesis-0.5.10-3.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpmibs.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmp.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmphelpers.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpagent.so.10()(64bit) digikam-doc-0.8.2-3.fc6.noarch requires digikam = 0:0.8.2 driftnet-0.1.6-11.x86_64 requires libpcap.so.0.9.4()(64bit) duplicity-0.4.2-3.fc6.x86_64 requires python < 0:2.5 duplicity-0.4.2-3.fc6.x86_64 requires python(abi) = 0:2.4 ed2k_hash-gui-0.4.0-3.fc6.x86_64 requires libfltk.so.1.1()(64bit) ekg-1.7-0.3.rc2.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) epylog-1.0.3-4.fc6.noarch requires python-abi = 0:2.4 epylog-1.0.3-4.fc6.noarch requires python(abi) = 0:2.4 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 flow-tools-0.68-11.fc6.i386 requires libpq.so.4 flow-tools-0.68-11.fc6.x86_64 requires libpq.so.4()(64bit) gajim-0.10.1-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) gajim-0.10.1-3.fc6.x86_64 requires python-abi = 0:2.4 gazpacho-0.6.6-1.fc6.noarch requires python-abi = 0:2.4 gazpacho-0.6.6-1.fc6.noarch requires python(abi) = 0:2.4 gcompris-8.2-1.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) gdesklets-0.35.4-3.fc7.x86_64 requires python-abi = 0:2.4 gdl-0.9-0.pre3.2.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) ghc-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires ghc642 gift-0.11.8.1-6.fc7.i386 requires libmagic.so.1 From tibbs at math.uh.edu Tue Dec 12 19:22:27 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 12 Dec 2006 13:22:27 -0600 Subject: TeXmacs - Re: Fedora Extras Package Build Report 2006-12-12 In-Reply-To: <20061212195903.1c0f5c39.bugs.michael@gmx.net> References: <20061212181624.C84EC15212F@buildsys.fedoraproject.org> <20061212195903.1c0f5c39.bugs.michael@gmx.net> Message-ID: >>>>> "MS" == Michael Schwendt writes: MS> Interesting. There really is no older release in fe6+devel. How's MS> that possible considering that TeXmacs has branches down to RHL-9? I recall that it stopped building before FC6 release due a dependency being updated. The recent addition of a -compat package has it building again. - J< From dominik at greysector.net Tue Dec 12 20:55:48 2006 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Tue, 12 Dec 2006 21:55:48 +0100 Subject: rpms/blender/devel blender.spec,1.37,1.38 In-Reply-To: References: <200612121648.kBCGmD6D025122@cvs-int.fedora.redhat.com> <200612121116.50322.dennis@ausil.us> Message-ID: <20061212205548.GB21934@ryvius.pekin.waw.pl> On Tuesday, 12 December 2006 at 18:19, Christopher Stone wrote: > On 12/12/06, Dennis Gilmore wrote: > >On Tuesday 12 December 2006 10:48, Jochen Schmitt wrote: > >> Author: s4504kr > >> > >> Update of /cvs/extras/rpms/blender/devel > >> In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv25107 > >> > >> Modified Files: > >> blender.spec > >> Log Message: > >> Exclude x86_64 > > > >First you need much better explanation than this to drop x86_64 support and > >secondly did you ask for help to get it fixed if you can't? > > I've already replied to the bug report. I think all that needs to be > done is to change an int to a long, but I have not tested it. See bug > #219329 And then there's x86_64 SIG... http://fedoraproject.org/wiki/Extras/SIGs/x86-64 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 gemi at bluewin.ch Tue Dec 12 22:09:48 2006 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Tue, 12 Dec 2006 23:09:48 +0100 Subject: TeXmacs - Re: Fedora Extras Package Build Report 2006-12-12 In-Reply-To: References: <20061212181624.C84EC15212F@buildsys.fedoraproject.org> <20061212195903.1c0f5c39.bugs.michael@gmx.net> Message-ID: <1165961388.11601.4.camel@scriabin.tannenrauch.ch> On Tue, 2006-12-12 at 13:22 -0600, Jason L Tibbitts III wrote: > >>>>> "MS" == Michael Schwendt writes: > > MS> Interesting. There really is no older release in fe6+devel. How's > MS> that possible considering that TeXmacs has branches down to RHL-9? > > I recall that it stopped building before FC6 release due a dependency > being updated. The recent addition of a -compat package has it > building again. In this case, the new release 1.0.6.7 supports guile 1.8 finally, so I was able to build it. -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From rdieter at math.unl.edu Tue Dec 12 23:02:48 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 12 Dec 2006 17:02:48 -0600 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-11 In-Reply-To: References: <20061211205049.27526.55667@extras64.linux.duke.edu> <457DD353.4030008@timj.co.uk> <200612120045.54814.jamatos@fc.up.pt> Message-ID: Rex Dieter wrote: > Rex Dieter wrote: > >> Rex Dieter wrote: >> >>> Jos? Matos wrote: >>> >>>> On Monday 11 December 2006 9:53 pm, Tim Jackson wrote: >>>>> Jose, do you want to go ahead and pick it up? If so, please do. >>>>> Otherwise I guess one of the other maintainers (like me) with stuff >>>>> depending on fltk had better do it... >>>> I see that Rex picked this package for EPEL. Rex, do you want also to >>>> own >>>> this package for Fedora? >>> I likely will (eventually), if no one else does, since OpenEXR needs it. >> I guess that's gonna have to be sooner rather than later, since OpenEXR is >> currently busted (and I can't fix koffice without it). >> >> OK, who was the bozo that yanked fltk from the repo without giving anyone >> a chance to jump in and fix it first? (: > > I fixed it up, and queue'd a build. Any/all takers are welcome to > co-maintain this. Build failed, see http://buildsys.fedoraproject.org/logs/fedora-development-extras/23586-fltk-1.1.7-6.fc7/ Looks like we're hitting some 64bit issues, issues which previous gcc versions considered (permissive) warnings, now report errors. Any input would be appreciated. -- Rex From bugs.michael at gmx.net Tue Dec 12 22:51:43 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 12 Dec 2006 23:51:43 +0100 Subject: fltk - Re: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-11 In-Reply-To: References: <20061211205049.27526.55667@extras64.linux.duke.edu> <457DD353.4030008@timj.co.uk> <200612120045.54814.jamatos@fc.up.pt> Message-ID: <20061212235143.a8c99cd5.bugs.michael@gmx.net> On Tue, 12 Dec 2006 17:02:48 -0600, Rex Dieter wrote: > Build failed, see > http://buildsys.fedoraproject.org/logs/fedora-development-extras/23586-fltk-1.1.7-6.fc7/ > Looks like we're hitting some 64bit issues, issues which previous gcc > versions considered (permissive) warnings, now report errors. Any input > would be appreciated. === installing src === Installing libraries in /var/tmp/fltk-1.1.7-6.fc7-root-mockbuild/usr/lib64... ranlib: '/var/tmp/fltk-1.1.7-6.fc7-root-mockbuild/usr/lib64/../lib/libfltk.a': No such file make[1]: *** [install] Error 1 From rdieter at math.unl.edu Tue Dec 12 23:44:09 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 12 Dec 2006 17:44:09 -0600 Subject: fltk - Re: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-11 In-Reply-To: <20061212235143.a8c99cd5.bugs.michael@gmx.net> References: <20061211205049.27526.55667@extras64.linux.duke.edu> <457DD353.4030008@timj.co.uk> <200612120045.54814.jamatos@fc.up.pt> <20061212235143.a8c99cd5.bugs.michael@gmx.net> Message-ID: Michael Schwendt wrote: > On Tue, 12 Dec 2006 17:02:48 -0600, Rex Dieter wrote: > >> Build failed, see >> http://buildsys.fedoraproject.org/logs/fedora-development-extras/23586-fltk-1.1.7-6.fc7/ >> Looks like we're hitting some 64bit issues, issues which previous gcc >> versions considered (permissive) warnings, now report errors. Any input >> would be appreciated. > > === installing src === > Installing libraries in /var/tmp/fltk-1.1.7-6.fc7-root-mockbuild/usr/lib64... > ranlib: '/var/tmp/fltk-1.1.7-6.fc7-root-mockbuild/usr/lib64/../lib/libfltk.a': No such file > make[1]: *** [install] Error 1 The actual failure likely way before that. There's (more) Makefile breakage I need to fix (so that errors aren't mostly ignored as they are now). -- Rex From chitlesh at fedoraproject.org Tue Dec 12 23:46:06 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Wed, 13 Dec 2006 00:46:06 +0100 Subject: A new reviewer ? was (TeXmacs ) & was (compat-guile - Guile compatibility package) Message-ID: <13dbfe4f0612121546o52373c00m50ebe08026650236@mail.gmail.com> From: G?rard Milmeister In this case, the new release 1.0.6.7 supports guile 1.8 finally, so I was able to build it. Summary: Review Request: compat-guile - Guile compatibility package https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=218367 ------- Additional Comments 2006-12-12 17:07 EST ------- TeXmacs, the package for which I needed compat-guile, supports in its new version guile 1.8, so my interest in a compat-guile package has all but vanished. It would be better if someone who needs it takes up the request. Hello there, >From the above, I'm looking for a new reviewer for the compat-guile since I badly need that package for my geda packages. Any volunteer ? chitlesh -- http://clunixchit.blogspot.com From rdieter at math.unl.edu Wed Dec 13 00:14:39 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 12 Dec 2006 18:14:39 -0600 Subject: fltk - Re: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-11 In-Reply-To: <20061212235143.a8c99cd5.bugs.michael@gmx.net> References: <20061211205049.27526.55667@extras64.linux.duke.edu> <457DD353.4030008@timj.co.uk> <200612120045.54814.jamatos@fc.up.pt> <20061212235143.a8c99cd5.bugs.michael@gmx.net> Message-ID: Rex Dieter wrote: > Michael Schwendt wrote: >> On Tue, 12 Dec 2006 17:02:48 -0600, Rex Dieter wrote: >> >>> Build failed, see >>> http://buildsys.fedoraproject.org/logs/fedora-development-extras/23586-fltk-1.1.7-6.fc7/ >>> Looks like we're hitting some 64bit issues, issues which previous gcc >>> versions considered (permissive) warnings, now report errors. Any input >>> would be appreciated. >> === installing src === >> Installing libraries in /var/tmp/fltk-1.1.7-6.fc7-root-mockbuild/usr/lib64... >> ranlib: '/var/tmp/fltk-1.1.7-6.fc7-root-mockbuild/usr/lib64/../lib/libfltk.a': No such file >> make[1]: *** [install] Error 1 > > The actual failure likely way before that. There's (more) Makefile > breakage I need to fix (so that errors aren't mostly ignored as they are > now). FYI, I'll be tracking this in http://bugzilla.redhat.com/219348 -- Rex From dtimms at iinet.net.au Wed Dec 13 00:49:30 2006 From: dtimms at iinet.net.au (David Timms) Date: Wed, 13 Dec 2006 11:49:30 +1100 Subject: packaging guidelines: update request of immutable wiki page In-Reply-To: <200612121440.28266.opensource@till.name> References: <457A98C3.6040201@iinet.net.au> <200612121440.28266.opensource@till.name> Message-ID: <457F4E1A.1000801@iinet.net.au> Till Maas wrote: > On Saturday 09 December 2006 12:06, David Timms wrote: >> Hi, I would like to request an adjustment to the extras wiki for >> packaging guidelines. Specifically I found it time consuming to find the >> key information on how to actually set up my machine to start developing >> packages. Here is a draft: > >> Any comments ? (I included a diff if it's OK to go.) > > I like the text, but I think a better place for this is, since it is not a > guideline and probably only interesting for new maintainers: > > http://fedoraproject.org/wiki/Extras/Contributors#head-13142b777abfa0f7ab40a339923ad34f5bba40ce > > And maybe this page can be renamed to maintainer because it seems to me that > maintainers are only on kind of contributors. Peoply who report bugs or > translate stuff are contributors, too, for example. OK, I agree it fits better on the contributors page, probably at the end of the Make a Package section. Also, Extras/MainPagePackaging I'm still thinking that the Packaging/Guidelines could specifically mention the Contributors page, since people should be informed that it exists, and should probably be referring to it during package development. It would then become a one liner section. Perhaps this is against the grain of the "solid as brick" PackagingGuidelines notion ? But if I am creating a package I think it wise for the PG to direct me to the 'how' as well ? {increased productivity, standardized way of doing things} ps. If there is no further comment within a few days, I'll update the editable pages, or should I just do it anyway, and let the changes be reviewed through any adjustments/correction being made through other people edits ? DaveT. From a.badger at gmail.com Wed Dec 13 05:38:50 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 12 Dec 2006 21:38:50 -0800 Subject: packaging guidelines: update request of immutable wiki page In-Reply-To: <457F4E1A.1000801@iinet.net.au> References: <457A98C3.6040201@iinet.net.au> <200612121440.28266.opensource@till.name> <457F4E1A.1000801@iinet.net.au> Message-ID: <1165988330.3338.2.camel@localhost.localdomain> On Wed, 2006-12-13 at 11:49 +1100, David Timms wrote: > Till Maas wrote: > > On Saturday 09 December 2006 12:06, David Timms wrote: > >> Hi, I would like to request an adjustment to the extras wiki for > >> packaging guidelines. Specifically I found it time consuming to find the > >> key information on how to actually set up my machine to start developing > >> packages. Here is a draft: > > > >> Any comments ? (I included a diff if it's OK to go.) > > > > I like the text, but I think a better place for this is, since it is not a > > guideline and probably only interesting for new maintainers: > > > > http://fedoraproject.org/wiki/Extras/Contributors#head-13142b777abfa0f7ab40a339923ad34f5bba40ce > > > > And maybe this page can be renamed to maintainer because it seems to me that > > maintainers are only on kind of contributors. Peoply who report bugs or > > translate stuff are contributors, too, for example. > OK, I agree it fits better on the contributors page, probably at the end > of the Make a Package section. Also, Extras/MainPagePackaging > > I'm still thinking that the Packaging/Guidelines could specifically > mention the Contributors page, since people should be informed that it > exists, and should probably be referring to it during package > development. It would then become a one liner section. > > Perhaps this is against the grain of the "solid as brick" > PackagingGuidelines notion ? But if I am creating a package I think it > wise for the PG to direct me to the 'how' as well ? {increased > productivity, standardized way of doing things} > > ps. If there is no further comment within a few days, I'll update the > editable pages, or should I just do it anyway, and let the changes be > reviewed through any adjustments/correction being made through other > people edits ? Just do it. No one's objected yet and those who watch the wiki will get a second chance once you make your changes. -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 jspaleta at gmail.com Wed Dec 13 06:58:08 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 12 Dec 2006 21:58:08 -0900 Subject: Looking for feedback on un-orphaning gourmet Message-ID: <604aa7910612122258o238d5662j6946395ba3a11bd5@mail.gmail.com> Good Alaskan Evening! So I want to take over gourmet, and yes I've read the OphanedPackages page in the wiki. I don't technically need a review for this, but I'd love an informal review from someone before i push this into Extras cvs.. If you want to give me some feedback please take a look at the srpm, spec and fc6 noarch package for version 0.12.2 located at: http://jspaleta.thecodergeek.com/Fedora%20SRPMS/gourmet/ I haven't decided what to do about the desktop file. Can anyone give me a compelling reason to move it out of "Other" and into which category to put it? for reference on the desktop file category debate: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=185166 -jef From dan at danny.cz Wed Dec 13 09:50:22 2006 From: dan at danny.cz (Dan Horak) Date: Wed, 13 Dec 2006 10:50:22 +0100 Subject: pydot for Python 2.5 Message-ID: <1166003422.3510.8.camel@eagle.danny.cz> Hello, as my package (tinyerp) requires pydot for its build, I have tried to rebuild pydot with Python 2.5. The result is that it only requires adding python-devel as BR. Owner of pydot in Extras is Tom ?spot? Callaway, so I have a question for you Tom - may I update the spec and request the rebuild? Dan From bugs.michael at gmx.net Wed Dec 13 14:46:24 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 13 Dec 2006 15:46:24 +0100 Subject: fltk - Re: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-11 In-Reply-To: References: <20061211205049.27526.55667@extras64.linux.duke.edu> <457DD353.4030008@timj.co.uk> <200612120045.54814.jamatos@fc.up.pt> <20061212235143.a8c99cd5.bugs.michael@gmx.net> Message-ID: <20061213154624.51262961.bugs.michael@gmx.net> On Tue, 12 Dec 2006 17:44:09 -0600, Rex Dieter wrote: > >> Build failed, see > >> http://buildsys.fedoraproject.org/logs/fedora-development-extras/23586-fltk-1.1.7-6.fc7/ > >> Looks like we're hitting some 64bit issues, issues which previous gcc > >> versions considered (permissive) warnings, now report errors. Any input > >> would be appreciated. > > > > === installing src === > > Installing libraries in /var/tmp/fltk-1.1.7-6.fc7-root-mockbuild/usr/lib64... > > ranlib: '/var/tmp/fltk-1.1.7-6.fc7-root-mockbuild/usr/lib64/../lib/libfltk.a': No such file > > make[1]: *** [install] Error 1 > > The actual failure likely way before that. There's (more) Makefile > breakage I need to fix (so that errors aren't mostly ignored as they are > now). Well, there is no obvious "error" in the build log, not even when the library is created. If there's really stuff that is hidden and doesn't cause "make" to stop, that would be really bad. However, the error above looks like typical /usr/lib64 <-> /usr/lib confusion. That is, on x86_64 I would not expect libfltk.a to be in /usr/lib64/../lib From rdieter at math.unl.edu Wed Dec 13 16:08:51 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 13 Dec 2006 10:08:51 -0600 Subject: fltk - Re: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-11 References: <20061211205049.27526.55667@extras64.linux.duke.edu> <457DD353.4030008@timj.co.uk> <200612120045.54814.jamatos@fc.up.pt> <20061212235143.a8c99cd5.bugs.michael@gmx.net> <20061213154624.51262961.bugs.michael@gmx.net> Message-ID: Michael Schwendt wrote: > On Tue, 12 Dec 2006 17:44:09 -0600, Rex Dieter wrote: > >> >> Build failed, see >> >> http://buildsys.fedoraproject.org/logs/fedora-development-extras/23586-fltk-1.1.7-6.fc7/ >> >> Looks like we're hitting some 64bit issues, issues which previous gcc >> >> versions considered (permissive) warnings, now report errors. Any >> >> input would be appreciated. >> > >> > === installing src === >> > Installing libraries in >> > /var/tmp/fltk-1.1.7-6.fc7-root-mockbuild/usr/lib64... ranlib: >> > '/var/tmp/fltk-1.1.7-6.fc7-root-mockbuild/usr/lib64/../lib/libfltk.a': >> > No such file make[1]: *** [install] Error 1 >> >> The actual failure likely way before that. There's (more) Makefile >> breakage I need to fix (so that errors aren't mostly ignored as they are >> now). > > Well, there is no obvious "error" in the build log, not even when the > library is created. If there's really stuff that is hidden and doesn't > cause "make" to stop, that would be really bad. > > However, the error above looks like typical /usr/lib64 <-> /usr/lib > confusion. That is, on x86_64 I would not expect libfltk.a to be in > /usr/lib64/../lib I checked with upstream, and apparently the issue(s) have been sorted out in the latest fltk snapshot (which is building now, cross your fingers). -- Rex From fedora at leemhuis.info Wed Dec 13 17:00:38 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 13 Dec 2006 18:00:38 +0100 Subject: File deps outside "/etc {/usr,}/{s,}bin/" Message-ID: <458031B6.6050605@leemhuis.info> %pre: fedora-packaging at redhat.com CCed, reply-to set to fedora-extras-list at redhat.com -- I suspects mailman will eat it; please simply reply to fedora-extras-list manually to avoid further crossposting and slitted discussions; tia! Hi, skvidal mentioned in #fedora-extras we should consider going through all packages and look out for unnecessary file deps outside of "/etc /usr/sbin/ /usr/bin/ /sbin/ /bin/". Those are covered by the primary dataset yum loads normally. Yum has do load a second, (often big) file to depsolve the others; that often slows down depsolving packages a lot -- most of us were probably bitten by this already in the past and know what I'm talking about. So, should we try to get rid of such deps as much as possible? And maybe even put a short note into the packaging guidelines that file based deps outside of "/etc {/usr,}/{s,}bin/" slow down yum and therefore should be avoided if possible? Options? BTW, I did a quick lookup on a x86-64 FC-6 machine with repoquery; we seems to have 32 file based deps outside of "/etc {/usr,}/{s,}bin/" in Extras: /usr/lib64/ctapi /usr/lib64/libpcsclite.so.1 /usr/lib64/pgsql /usr/share/pgsql /usr/include/linux /usr/lib64/util-vserver /usr/share/fonts/bitstream-vera/Vera.ttf /usr/share/themes /var/www/cgi-bin /var/www/html /usr/lib64/pkgconfig /usr/share/X11/app-defaults /usr/lib64/php/modules /usr/share/icons/hicolor/scalable /usr/lib64/mozilla/plugins /usr/share/xml /usr/lib/python2.4/site-packages /usr/include/sysfs/libsysfs.h /usr/lib64/mozilla/plugins /usr/lib64/util-vserver /usr/share/sgml/html/4.01 /usr/share/sgml/xhtml1/xhtml1-20020801/DTD /usr/share/X11/rgb.txt /usr/share/aclocal /usr/lib64/pkgconfig /usr/share/desktop-menu-patches/redhat-audio-player.desktop /usr/lib64/ctapi /usr/share/emacs/site-lisp /usr/share/fonts /usr/lib64/util-vserver /usr/lib64/util-vserver/sigexec /usr/share/basemap At least some of them look suspicious: /usr/lib/python2.4/site-packages -> simply python /usr/lib64/util-vserver -> simply util-vserver-core /usr/lib64/ctapi -> simply ctapi-common /usr/lib64/pkgconfig -> simply pkgconfig ... /usr/lib64/mozilla/plugins and some other dirs are probaly okay. CU thl P.S.:Core has some more: /usr/lib64/python2.4 /usr/lib/news/lib/innshellvars.pl /usr/lib64/python2.4 /usr/lib/libgcj.so.7rh /usr/lib/libz.so /usr/lib64/python2.4 /usr/lib64/libstdc++.so.6 /usr/share/openldap/migration/migrate_common.ph /usr/lib/libstdc++.so.6 /usr/lib/lsb/install_initd /usr/lib/lsb/remove_initd /usr/lib64/libgcj.so.7rh /usr/lib64/libz.so /usr/share/magic.mime /usr/lib64/perl5/vendor_perl/5.8.8/x86_64-linux-thread-multi /usr/lib64/python2.4 /lib64/security/pam_loginuid.so /usr/lib64/python2.4/site-packages /usr/share/gnome-screensaver/lock-dialog-system.glade /usr/share/desktop-menu-patches/gnome-gdmsetup.desktop /lib64/security/pam_loginuid.so From Axel.Thimm at ATrpms.net Wed Dec 13 17:24:44 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Wed, 13 Dec 2006 18:24:44 +0100 Subject: File deps outside "/etc {/usr,}/{s,}bin/" In-Reply-To: <458031B6.6050605@leemhuis.info> References: <458031B6.6050605@leemhuis.info> Message-ID: <20061213172444.GA21921@neu.nirvana> On Wed, Dec 13, 2006 at 06:00:38PM +0100, Thorsten Leemhuis wrote: > %pre: fedora-packaging at redhat.com CCed, reply-to set to > fedora-extras-list at redhat.com -- I suspects mailman will eat it; please > simply reply to fedora-extras-list manually to avoid further > crossposting and slitted discussions; tia! mailman seems to do fine ;) > skvidal mentioned in #fedora-extras we should consider going through all > packages and look out for unnecessary file deps outside of "/etc > /usr/sbin/ /usr/bin/ /sbin/ /bin/". Those are covered by the primary > dataset yum loads normally. Yum has do load a second, (often big) file > to depsolve the others; that often slows down depsolving packages a lot > -- most of us were probably bitten by this already in the past and know > what I'm talking about. > > So, should we try to get rid of such deps as much as possible? And maybe > even put a short note into the packaging guidelines that file based deps > outside of "/etc {/usr,}/{s,}bin/" slow down yum and therefore should be > avoided if possible? > > Options? In the packaging guidelines I'd rather argue that *manual* file based dependencies should only be used if there is really a reason to, including bin/sysconfigdirs. Possible reasons can be: o portability between releases (package renames/splits) o poor man's arch dependencies, e.g. depending on /usr/lib/python2.4 will make sure python.i386 will be pulled in on x86_64. o are there any others? Sometimes the first item is abused "in advance", e.g. for initscripts or kernel-utils which contain(ed) stuff that developers felt they may get split into another package, even if they didn't at that time. -- 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 tmz at pobox.com Wed Dec 13 17:28:56 2006 From: tmz at pobox.com (Todd Zullinger) Date: Wed, 13 Dec 2006 12:28:56 -0500 Subject: Looking for feedback on un-orphaning gourmet In-Reply-To: <604aa7910612122258o238d5662j6946395ba3a11bd5@mail.gmail.com> References: <604aa7910612122258o238d5662j6946395ba3a11bd5@mail.gmail.com> Message-ID: <20061213172856.GD6024@psilocybe.teonanacatl.org> Jeff Spaleta wrote: > Good Alaskan Evening! Do you have proof for this bold and suspicious claim? > I don't technically need a review for this, but I'd love an informal > review from someone before i push this into Extras cvs.. I'd be happy to help there since I couldn't do an official review for you anyway (yet). > If you want to give me some feedback please take a look at the srpm, > spec and fc6 noarch package for version 0.12.2 located at: > > http://jspaleta.thecodergeek.com/Fedora%20SRPMS/gourmet/ I poked through the spec file and here are some things I think could be changed to bring the spec up to date with respect to the current recommended practices (meaning minor nits are all I could find to nag you about :). > Requires: python-abi ... There's no need to require python-abi any more according to http://fedoraproject.org/wiki/Packaging/Python . > Requires: pygtk2 > 2.3 The version of pygtk2 available for FC5 is 2.8, is there a need to have the requires versioned still? (If you're looking to use this spec on RHEL that might be a good reason, though I don't know what versions of RHEL ship with what versions of PyGTK.) > Summary: PyGTK Recipe Manager Is it necessary to have PyGTK in there? Does an average user care what libraries the app was built for/with? I don't know, I'm genuinely curious about this. If it were me I'd use either Recipe Manager or Recipe Manager for Gnome. The krecipes package doesn't mention KDE or QT in it's summary or description (though the ever present and highly original k in the name sort of gives that away. ;) And a personal preference, indent the continued lines in the python install and desktop file install areas. The package passes all of the relevant MUST items in the review guidelines. It built cleanly in mock and installed for FC6. I even added a recipe for "Alaskan Santa Mouse Fudge." :) > I haven't decided what to do about the desktop file. Can anyone give > me a compelling reason to move it out of "Other" and into which > category to put it? Well, is "Other sucks as a menu category" compelling? When I installed Gourmet a while back I found it odd and annoying that it hid itself there. Accessories made more sense to me and I moved it there on my system. The f.d.o. menu spec[1] defines the Utility (Accessories) keyword as a "small utility application" which I think Gourmet can easily be called. While Accessories isn't perfect, it beats Other, especially when there is only one item in Other. Another possibility is to put it in Office. The package group is Applications/Productivity, and depending on how loosely one defines their office, it could potentially fit in that category. I think that's much less preferable to Accessories though. [1] http://standards.freedesktop.org/menu-spec/latest/apa.html -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ====================================================================== I don't mind arguing with myself. It's when I lose that it bothers me. -- Richard Powers -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From rdieter at math.unl.edu Wed Dec 13 17:46:17 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 13 Dec 2006 11:46:17 -0600 Subject: fltk - Re: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-11 References: <20061211205049.27526.55667@extras64.linux.duke.edu> <457DD353.4030008@timj.co.uk> <200612120045.54814.jamatos@fc.up.pt> <20061212235143.a8c99cd5.bugs.michael@gmx.net> <20061213154624.51262961.bugs.michael@gmx.net> Message-ID: Rex Dieter wrote: > Michael Schwendt wrote: >> However, the error above looks like typical /usr/lib64 <-> /usr/lib >> confusion. That is, on x86_64 I would not expect libfltk.a to be in >> /usr/lib64/../lib > > I checked with upstream, and apparently the issue(s) have been sorted out > in the latest fltk snapshot (which is building now, cross your fingers). Crud, still broke. I think you're right on Michael. It's yet not clear to me why these (fatal) errors only hit fc7/rawhide. -- Rex From mtasaka at ioa.s.u-tokyo.ac.jp Wed Dec 13 18:00:22 2006 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Thu, 14 Dec 2006 03:00:22 +0900 Subject: fltk - Re: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-11 In-Reply-To: References: <20061211205049.27526.55667@extras64.linux.duke.edu> <457DD353.4030008@timj.co.uk> <200612120045.54814.jamatos@fc.up.pt> <20061212235143.a8c99cd5.bugs.michael@gmx.net> <20061213154624.51262961.bugs.michael@gmx.net> Message-ID: <45803FB6.9040303@ioa.s.u-tokyo.ac.jp> Rex Dieter wrote: > Crud, still broke. I think you're right on Michael. It's yet not clear to > me why these (fatal) errors only hit fc7/rawhide. > > -- Rex > I have not checked the previous comments about this issues, however, as far as I saw build log of fltk on x86_64 rawhide, I suspect that the exit code of ranlib (in binutils) may have changed when the file does not exist during 2.15.92.0.2-21 -> 2.17.50.0.8-1 Mamoru Tasaka From rdieter at math.unl.edu Wed Dec 13 18:55:53 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 13 Dec 2006 12:55:53 -0600 Subject: fltk - Re: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-11 References: <20061211205049.27526.55667@extras64.linux.duke.edu> <457DD353.4030008@timj.co.uk> <200612120045.54814.jamatos@fc.up.pt> <20061212235143.a8c99cd5.bugs.michael@gmx.net> <20061213154624.51262961.bugs.michael@gmx.net> <45803FB6.9040303@ioa.s.u-tokyo.ac.jp> Message-ID: Mamoru Tasaka wrote: > Rex Dieter wrote: >> Crud, still broke. I think you're right on Michael. It's yet not clear >> to me why these (fatal) errors only hit fc7/rawhide. >> >> -- Rex >> > I have not checked the previous comments about this issues, > > however, as far as I saw build log of fltk on x86_64 rawhide, > I suspect that the exit code of ranlib (in binutils) may > have changed when the file does not exist during > 2.15.92.0.2-21 -> 2.17.50.0.8-1 Bingo, thanks. -- Rex From buildsys at fedoraproject.org Wed Dec 13 19:33:38 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 13 Dec 2006 14:33:38 -0500 (EST) Subject: Fedora Extras Package Build Report 2006-12-13 Message-ID: <20061213193338.101FF15212F@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 37 TurboGears-1.0b2-5.fc7 abcm2ps-5.2.1-1.fc7 alleggl-0.4.0-1.fc7 aquamarine-0.1.3-1.fc7 balsa-2.3.14-1.fc7 (!) bdock-0.1.2-4.fc7 : INVALID rebuild, not published! beryl-core-0.1.3-1.fc7 beryl-dbus-0.1.3-1.fc7 beryl-manager-0.1.3-1.fc7 beryl-plugins-0.1.3-2.fc7 beryl-settings-0.1.3-1.fc7 cobbler-0.3.4-1.fc7 emerald-0.1.3-2.fc7 emerald-themes-0.1.3-1.fc7 enemies-of-carlotta-1.2.4-1.fc7 gdk-pixbuf-0.22.0-32.fc7 glpk-4.13-1.fc7 gnu-smalltalk-2.3.1-1.fc7 graphviz-2.12-2.fc7 gtkmm24-2.10.6-1.fc7 heliodor-0.1.3-1.fc7 koan-0.2.5-1.fc7 lirc-0.8.1-0.2.pre4.fc7 maxima-5.10.99-0.2.rc2.fc7 perl-Email-Address-1.884-1.fc7 NEW perl-Geo-Forward-0.11-1.fc7 NEW perl-Geo-Inverse-0.04-1.fc7 pitivi-0.10.1-5.fc7 NEW pyscript-0.6-6.fc7 NEW python-CDDB-1.4-1.fc7 python-musicbrainz2-0.4.0-3.fc7 python-mutagen-1.8-2.fc7 python-numarray-1.5.2-2.fc7 quodlibet-0.24-4.fc7 sblim-cmpi-base-1.5.4-7.fc7 telepathy-gabble-0.5.0-1.fc7 xtide-2.9-0.2.date20061210.fc7 Packages built and released for Fedora Extras 6: 14 abcm2ps-5.2.1-1.fc6 alleggl-0.4.0-1.fc6 beryl-core-0.1.3-1.fc6 dstat-0.6.4-1.fc6 enemies-of-carlotta-1.2.4-1.fc6 NEW evolution-remove-duplicates-0.0.2-3.fc6 glpk-4.13-1.fc6 lilypond-2.10.1-1.fc6 maxima-5.10.0-9.fc6 perl-Email-Address-1.884-1.fc6 pitivi-0.10.1-5.fc6 sbcl-1.0-1.fc6 NEW scipy-0.5.1-4.fc6.1 xtide-2.9-0.2.date20061210.fc6 Packages built and released for Fedora Extras 5: 10 abcm2ps-5.2.1-1.fc5 alleggl-0.4.0-1.fc5 dstat-0.6.4-1.fc5 enemies-of-carlotta-1.2.4-1.fc5 NEW evolution-remove-duplicates-0.0.2-3.fc5.1 glpk-4.13-1.fc5 maxima-5.10.0-9.fc5.1 perl-Email-Address-1.884-1.fc5 sbcl-1.0-1.fc5 xtide-2.9-0.2.date20061210.fc5 Packages built and released for Fedora Extras 4: 1 enemies-of-carlotta-1.0.3-4.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 Wed Dec 13 20:28:15 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Wed, 13 Dec 2006 20:28:15 -0000 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-13 Message-ID: <20061213202815.11571.3429@extras64.linux.duke.edu> New report for: lmacken AT redhat.com package: TurboGears - 1.0b2-5.fc7.noarch from fedora-extras-development-i386 unresolved deps: python-elementtree >= 0:1.2.6 package: TurboGears - 1.0b2-5.fc7.noarch from fedora-extras-development-ppc unresolved deps: python-elementtree >= 0:1.2.6 package: TurboGears - 1.0b2-5.fc7.noarch from fedora-extras-development-x86_64 unresolved deps: python-elementtree >= 0:1.2.6 ====================================================================== New report for: jwilson AT redhat.com package: beryl - 0.1.3-1.fc6.i386 from fedora-extras-6-i386 unresolved deps: bdock >= 0:0.1.3 package: beryl - 0.1.3-1.fc6.ppc from fedora-extras-6-ppc unresolved deps: bdock >= 0:0.1.3 package: beryl - 0.1.3-1.fc6.x86_64 from fedora-extras-6-x86_64 unresolved deps: bdock >= 0:0.1.3 package: beryl - 0.1.3-1.fc7.i386 from fedora-extras-development-i386 unresolved deps: bdock >= 0:0.1.3 package: beryl - 0.1.3-1.fc7.ppc from fedora-extras-development-ppc unresolved deps: bdock >= 0:0.1.3 package: beryl - 0.1.3-1.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: bdock >= 0:0.1.3 package: beryl-gnome - 0.1.3-1.fc6.i386 from fedora-extras-6-i386 unresolved deps: beryl-manager >= 0:0.1.3 beryl-plugins >= 0:0.1.3 emerald-themes >= 0:0.1.3 heliodor >= 0:0.1.3 emerald >= 0:0.1.3 beryl-settings >= 0:0.1.3 beryl-dbus >= 0:0.1.3 package: beryl-gnome - 0.1.3-1.fc6.ppc from fedora-extras-6-ppc unresolved deps: beryl-manager >= 0:0.1.3 beryl-plugins >= 0:0.1.3 emerald-themes >= 0:0.1.3 heliodor >= 0:0.1.3 emerald >= 0:0.1.3 beryl-settings >= 0:0.1.3 beryl-dbus >= 0:0.1.3 package: beryl-gnome - 0.1.3-1.fc6.x86_64 from fedora-extras-6-x86_64 unresolved deps: beryl-manager >= 0:0.1.3 beryl-plugins >= 0:0.1.3 emerald-themes >= 0:0.1.3 heliodor >= 0:0.1.3 emerald >= 0:0.1.3 beryl-settings >= 0:0.1.3 beryl-dbus >= 0:0.1.3 package: beryl-kde - 0.1.3-1.fc6.i386 from fedora-extras-6-i386 unresolved deps: beryl-manager >= 0:0.1.3 aquamarine >= 0:0.1.3 beryl-plugins >= 0:0.1.3 emerald-themes >= 0:0.1.3 emerald >= 0:0.1.3 beryl-settings >= 0:0.1.3 package: beryl-kde - 0.1.3-1.fc6.ppc from fedora-extras-6-ppc unresolved deps: beryl-manager >= 0:0.1.3 aquamarine >= 0:0.1.3 beryl-plugins >= 0:0.1.3 emerald-themes >= 0:0.1.3 emerald >= 0:0.1.3 beryl-settings >= 0:0.1.3 package: beryl-kde - 0.1.3-1.fc6.x86_64 from fedora-extras-6-x86_64 unresolved deps: beryl-manager >= 0:0.1.3 aquamarine >= 0:0.1.3 beryl-plugins >= 0:0.1.3 emerald-themes >= 0:0.1.3 emerald >= 0:0.1.3 beryl-settings >= 0:0.1.3 package: ip6sic - 0.1-4.fc6.i386 from fedora-extras-development-i386 unresolved deps: libpcap.so.0.9.4 package: ip6sic - 0.1-4.fc6.ppc from fedora-extras-development-ppc unresolved deps: libpcap.so.0.9.4 package: ip6sic - 0.1-4.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpcap.so.0.9.4()(64bit) ====================================================================== Summary of broken packages (by owner): Jochen AT herr-schmitt.de blender - 2.42a-6.fc7.i386 (5 days) blender - 2.42a-6.fc7.ppc (5 days) blender - 2.42a-6.fc7.x86_64 (5 days) andreas.bierfert AT lowlatency.de centericq - 4.21.0-8.fc6.i386 (43 days) centericq - 4.21.0-8.fc6.ppc (43 days) centericq - 4.21.0-8.fc6.x86_64 (43 days) libopensync - 0.19-1.fc6.i386 (5 days) libopensync - 0.19-1.fc6.i386 (5 days) libopensync - 0.19-1.fc6.ppc (5 days) libopensync - 0.19-1.fc6.x86_64 (5 days) nessus-client - 2.2.7-2.fc6.i386 (14 days) nessus-client - 2.2.7-2.fc6.ppc (14 days) nessus-client - 2.2.7-2.fc6.x86_64 (14 days) nessus-gui - 2.2.7-2.fc6.i386 (14 days) nessus-gui - 2.2.7-2.fc6.ppc (14 days) nessus-gui - 2.2.7-2.fc6.x86_64 (14 days) nessus-server - 2.2.7-2.fc6.i386 (14 days) nessus-server - 2.2.7-2.fc6.ppc (14 days) nessus-server - 2.2.7-2.fc6.x86_64 (14 days) orange - 0.3-4.cvs20051118.fc7.i386 (9 days) andreas AT bawue.net bitbake - 1.6.0-1.fc6.noarch (5 days) bitbake - 1.6.0-1.fc6.noarch (5 days) bitbake - 1.6.0-1.fc6.noarch (5 days) pyzor - 0.4.0-10.fc6.noarch (5 days) pyzor - 0.4.0-10.fc6.noarch (5 days) pyzor - 0.4.0-10.fc6.noarch (5 days) ser-postgresql - 0.9.6-9.fc6.i386 (7 days) ser-postgresql - 0.9.6-9.fc6.ppc (7 days) ser-postgresql - 0.9.6-9.fc6.x86_64 (7 days) bdpepple AT ameritech.net python-telepathy - 0.13.7-2.fc7.noarch (5 days) python-telepathy - 0.13.7-2.fc7.noarch (5 days) python-telepathy - 0.13.7-2.fc7.noarch (5 days) bnocera AT redhat.com driftnet - 0.1.6-11.i386 (14 days) driftnet - 0.1.6-11.ppc (14 days) driftnet - 0.1.6-11.x86_64 (14 days) cgoorah AT yahoo.com.au gresistor - 0.0.1-8.fc6.noarch (5 days) gresistor - 0.0.1-8.fc6.noarch (5 days) gresistor - 0.0.1-8.fc6.noarch (5 days) dan AT danny.cz tinyerp - 3.4.2-1.fc6.noarch (5 days) tinyerp - 3.4.2-1.fc6.noarch (5 days) tinyerp - 3.4.2-1.fc6.noarch (5 days) tinyerp-server - 3.4.2-1.fc6.noarch (5 days) tinyerp-server - 3.4.2-1.fc6.noarch (5 days) tinyerp-server - 3.4.2-1.fc6.noarch (5 days) dcbw AT redhat.com csound - 5.03.0-9.fc7.i386 (5 days) csound - 5.03.0-9.fc7.i386 (5 days) csound - 5.03.0-9.fc7.ppc (5 days) csound - 5.03.0-9.fc7.x86_64 (5 days) csound-python - 5.03.0-9.fc7.i386 (5 days) csound-python - 5.03.0-9.fc7.ppc (5 days) csound-python - 5.03.0-9.fc7.x86_64 (5 days) plague-common - 0.4.4.1-2.fc6.noarch (5 days) plague-common - 0.4.4.1-2.fc6.noarch (5 days) plague-common - 0.4.4.1-2.fc6.noarch (5 days) denis AT poolshark.org glom - 1.2.1-2.fc7.i386 (5 days) glom - 1.2.1-2.fc7.ppc (5 days) glom - 1.2.1-2.fc7.x86_64 (5 days) k3d - 0.6.4.0-1.fc7.i386 (5 days) k3d - 0.6.4.0-1.fc7.i386 (5 days) k3d - 0.6.4.0-1.fc7.ppc (5 days) k3d - 0.6.4.0-1.fc7.x86_64 (5 days) dennis AT ausil.us hamlib-python - 1.2.5-3.fc6.i386 (5 days) hamlib-python - 1.2.5-3.fc6.ppc (5 days) hamlib-python - 1.2.5-3.fc6.x86_64 (5 days) dwmw2 AT redhat.com openpbx - 1.2-3.rc2.svn2135.fc7.i386 (7 days) openpbx - 1.2-3.rc2.svn2135.fc7.i386 (7 days) openpbx - 1.2-3.rc2.svn2135.fc7.ppc (7 days) openpbx - 1.2-3.rc2.svn2135.fc7.x86_64 (7 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.i386 (7 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.ppc (7 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.x86_64 (7 days) endur AT bennewitz.com streamtuner - 0.99.99-15.fc7.x86_64 (5 days) extras-orphan AT fedoraproject.org python-htmltmpl - 1.22-7.fc6.noarch (5 days) python-htmltmpl - 1.22-7.fc6.noarch (5 days) python-htmltmpl - 1.22-7.fc6.noarch (5 days) python-id3 - 1.2-8.fc6.noarch (5 days) python-id3 - 1.2-8.fc6.noarch (5 days) python-id3 - 1.2-8.fc6.noarch (5 days) foolish AT guezz.net serpentine - 0.7-5.fc6.noarch (5 days) serpentine - 0.7-5.fc6.noarch (5 days) serpentine - 0.7-5.fc6.noarch (5 days) gajownik AT gmail.com gajim - 0.10.1-3.fc6.i386 (5 days) gajim - 0.10.1-3.fc6.ppc (5 days) gajim - 0.10.1-3.fc6.x86_64 (5 days) python-sqlite2 - 1:2.3.2-2.fc6.i386 (5 days) python-sqlite2 - 1:2.3.2-2.fc6.ppc (5 days) python-sqlite2 - 1:2.3.2-2.fc6.x86_64 (5 days) ghenry AT suretecsystems.com pgadmin3 - 1.4.3-6.fc6.i386 (7 days) pgadmin3 - 1.4.3-6.fc6.ppc (7 days) pgadmin3 - 1.4.3-6.fc6.x86_64 (7 days) rdiff-backup - 1.0.5-1.fc7.i386 (5 days) rdiff-backup - 1.0.5-1.fc7.ppc (5 days) rdiff-backup - 1.0.5-1.fc7.x86_64 (5 days) hugo AT devin.com.br python-ogg - 1.3-3.fc6.i386 (5 days) python-ogg - 1.3-3.fc6.i386 (5 days) python-ogg - 1.3-3.fc6.ppc (5 days) python-ogg - 1.3-3.fc6.x86_64 (5 days) python-vorbis - 1.3-3.fc6.i386 (5 days) python-vorbis - 1.3-3.fc6.ppc (5 days) python-vorbis - 1.3-3.fc6.x86_64 (5 days) i AT stingr.net flow-tools - 0.68-11.fc6.i386 (7 days) flow-tools - 0.68-11.fc6.i386 (7 days) flow-tools - 0.68-11.fc6.ppc (7 days) flow-tools - 0.68-11.fc6.x86_64 (7 days) pyflowtools - 0.3-7.fc6.i386 (5 days) pyflowtools - 0.3-7.fc6.ppc (5 days) pyflowtools - 0.3-7.fc6.x86_64 (5 days) icon AT fedoraproject.org cvs2svn - 1.4.0-2.fc6.noarch (5 days) cvs2svn - 1.4.0-2.fc6.noarch (5 days) cvs2svn - 1.4.0-2.fc6.noarch (5 days) epylog - 1.0.3-4.fc6.noarch (5 days) epylog - 1.0.3-4.fc6.noarch (5 days) epylog - 1.0.3-4.fc6.noarch (5 days) gazpacho - 0.6.6-1.fc6.noarch (5 days) gazpacho - 0.6.6-1.fc6.noarch (5 days) gazpacho - 0.6.6-1.fc6.noarch (5 days) pylint - 0.12.1-1.fc6.noarch (5 days) pylint - 0.12.1-1.fc6.noarch (5 days) pylint - 0.12.1-1.fc6.noarch (5 days) pylint-gui - 0.12.1-1.fc6.noarch (5 days) pylint-gui - 0.12.1-1.fc6.noarch (5 days) pylint-gui - 0.12.1-1.fc6.noarch (5 days) python-feedparser - 4.1-1.fc6.noarch (5 days) python-feedparser - 4.1-1.fc6.noarch (5 days) python-feedparser - 4.1-1.fc6.noarch (5 days) python-kid - 0.9.3-1.fc6.noarch (5 days) python-kid - 0.9.3-1.fc6.noarch (5 days) python-kid - 0.9.3-1.fc6.noarch (5 days) python-kiwi - 1.9.9-1.fc6.noarch (5 days) python-kiwi - 1.9.9-1.fc6.noarch (5 days) python-kiwi - 1.9.9-1.fc6.noarch (5 days) python-kiwi-gazpacho - 1.9.9-1.fc6.noarch (5 days) python-kiwi-gazpacho - 1.9.9-1.fc6.noarch (5 days) python-kiwi-gazpacho - 1.9.9-1.fc6.noarch (5 days) python-logilab-astng - 0.16.1-2.fc6.noarch (5 days) python-logilab-astng - 0.16.1-2.fc6.noarch (5 days) python-logilab-astng - 0.16.1-2.fc6.noarch (5 days) python-logilab-common - 0.19.2-1.fc6.noarch (5 days) python-logilab-common - 0.19.2-1.fc6.noarch (5 days) python-logilab-common - 0.19.2-1.fc6.noarch (5 days) ifoox AT redhat.com libreadline-java - 0.8.0-13.fc6.i386 (2 days) libreadline-java - 0.8.0-13.fc6.i386 (2 days) libreadline-java - 0.8.0-13.fc6.ppc (2 days) libreadline-java - 0.8.0-13.fc6.x86_64 (2 days) imlinux AT gmail.com nagios-plugins-pgsql - 1.4.4-2.fc7.i386 (7 days) nagios-plugins-pgsql - 1.4.4-2.fc7.ppc (7 days) nagios-plugins-pgsql - 1.4.4-2.fc7.x86_64 (7 days) j.w.r.degoede AT hhs.nl gcompris - 8.2-1.fc7.i386 (5 days) gcompris - 8.2-1.fc7.ppc (5 days) gcompris - 8.2-1.fc7.x86_64 (5 days) libgda-postgres - 1:1.9.100-10.fc6.i386 (7 days) libgda-postgres - 1:1.9.100-10.fc6.ppc (7 days) libgda-postgres - 1:1.9.100-10.fc6.x86_64 (7 days) magicor - 1.0-0.2.rc2.fc7.noarch (5 days) magicor - 1.0-0.2.rc2.fc7.noarch (5 days) magicor - 1.0-0.2.rc2.fc7.noarch (5 days) jafo-redhat AT tummy.com python-pydns - 2.3.0-4.fc6.noarch (5 days) python-pydns - 2.3.0-4.fc6.noarch (5 days) python-pydns - 2.3.0-4.fc6.noarch (5 days) python-pyspf - 1.7-5.fc6.noarch (5 days) python-pyspf - 1.7-5.fc6.noarch (5 days) python-pyspf - 1.7-5.fc6.noarch (5 days) jamatos AT fc.up.pt f2py - 2.45.241_1926-2.fc6.noarch (5 days) f2py - 2.45.241_1926-2.fc6.noarch (5 days) f2py - 2.45.241_1926-2.fc6.noarch (5 days) python-amara - 1.1.7-2.fc6.noarch (5 days) python-amara - 1.1.7-2.fc6.noarch (5 days) python-amara - 1.1.7-2.fc6.noarch (5 days) jeff AT ocjtech.us linphone - 1.2.0-4.fc5.i386 (65 days) linphone - 1.2.0-4.fc5.ppc (65 days) linphone - 1.2.0-4.fc5.x86_64 (65 days) jeremy AT jeremysanders.net veusz - 0.10-12.fc6.i386 (5 days) veusz - 0.10-12.fc6.ppc (5 days) veusz - 0.10-12.fc6.x86_64 (5 days) jspaleta AT gmail.com scipy - 0.5.1-4.fc7.i386 (5 days) scipy - 0.5.1-4.fc7.ppc (5 days) scipy - 0.5.1-4.fc7.x86_64 (5 days) jwilson AT redhat.com beryl - 0.1.3-1.fc6.i386 beryl - 0.1.3-1.fc6.ppc beryl - 0.1.3-1.fc6.x86_64 beryl - 0.1.3-1.fc7.i386 beryl - 0.1.3-1.fc7.ppc beryl - 0.1.3-1.fc7.x86_64 beryl-gnome - 0.1.3-1.fc6.i386 beryl-gnome - 0.1.3-1.fc6.ppc beryl-gnome - 0.1.3-1.fc6.x86_64 beryl-kde - 0.1.3-1.fc6.i386 beryl-kde - 0.1.3-1.fc6.ppc beryl-kde - 0.1.3-1.fc6.x86_64 ip6sic - 0.1-4.fc6.i386 (14 days) ip6sic - 0.1-4.fc6.ppc (14 days) ip6sic - 0.1-4.fc6.x86_64 (14 days) numpy - 1.0-1.fc7.i386 (5 days) numpy - 1.0-1.fc7.ppc (5 days) numpy - 1.0-1.fc7.x86_64 (5 days) karlthered AT gmail.com gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.i386 (21 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.i386 (21 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.ppc (21 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.x86_64 (21 days) python-sexy - 0.1.9-2.fc7.i386 (5 days) python-sexy - 0.1.9-2.fc7.ppc (5 days) python-sexy - 0.1.9-2.fc7.x86_64 (5 days) kushaldas AT gmail.com kphotobymail - 0.4-1.fc7.noarch (5 days) kphotobymail - 0.4-1.fc7.noarch (5 days) kphotobymail - 0.4-1.fc7.noarch (5 days) lmacken AT redhat.com TurboGears - 1.0b2-5.fc7.noarch TurboGears - 1.0b2-5.fc7.noarch TurboGears - 1.0b2-5.fc7.noarch python-cherrypy - 2.2.1-3.fc6.noarch (5 days) python-cherrypy - 2.2.1-3.fc6.noarch (5 days) python-cherrypy - 2.2.1-3.fc6.noarch (5 days) luya_tfz AT thefinalzone.com gdesklets - 0.35.4-3.fc7.i386 (5 days) gdesklets - 0.35.4-3.fc7.ppc (5 days) gdesklets - 0.35.4-3.fc7.x86_64 (5 days) mattdm AT mattdm.org wxPython - 2.6.3.2-2.fc6.i386 (5 days) wxPython - 2.6.3.2-2.fc6.i386 (5 days) wxPython - 2.6.3.2-2.fc6.ppc (5 days) wxPython - 2.6.3.2-2.fc6.x86_64 (5 days) mgarski AT post.pl digikam-doc - 0.8.2-3.fc6.noarch (14 days) digikam-doc - 0.8.2-3.fc6.noarch (14 days) digikam-doc - 0.8.2-3.fc6.noarch (14 days) michel.salim AT gmail.com python-nltk - 1.4.4-3.fc7.noarch (5 days) python-nltk - 1.4.4-3.fc7.noarch (5 days) python-nltk - 1.4.4-3.fc7.noarch (5 days) python-nltk_lite - 0.6.6-1.fc7.noarch (5 days) python-nltk_lite - 0.6.6-1.fc7.noarch (5 days) python-nltk_lite - 0.6.6-1.fc7.noarch (5 days) zeroinstall-injector - 0.24-2.fc7.noarch (5 days) zeroinstall-injector - 0.24-2.fc7.noarch (5 days) zeroinstall-injector - 0.24-2.fc7.noarch (5 days) mitr AT redhat.com python-4Suite-XML - 1.0-1.i386 (5 days) python-4Suite-XML - 1.0-1.ppc (5 days) python-4Suite-XML - 1.0-1.x86_64 (5 days) oliver AT linux-kernel.at syck-python - 0.55-12.fc7.i386 (5 days) syck-python - 0.55-12.fc7.ppc (5 days) syck-python - 0.55-12.fc7.x86_64 (5 days) orion AT cora.nwra.com gdl - 0.9-0.pre3.2.fc7.i386 (5 days) gdl - 0.9-0.pre3.2.fc7.ppc (5 days) gdl - 0.9-0.pre3.2.fc7.x86_64 (5 days) paraview - 2.4.4-3.fc6.x86_64 (5 days) paraview-mpi - 2.4.4-3.fc6.x86_64 (5 days) plplot - 5.6.1-8.fc7.i386 (5 days) plplot - 5.6.1-8.fc7.i386 (5 days) plplot - 5.6.1-8.fc7.ppc (5 days) plplot - 5.6.1-8.fc7.x86_64 (5 days) plplot-gnome - 5.6.1-8.fc7.i386 (5 days) plplot-gnome - 5.6.1-8.fc7.i386 (5 days) plplot-gnome - 5.6.1-8.fc7.ppc (5 days) plplot-gnome - 5.6.1-8.fc7.x86_64 (5 days) python-matplotlib - 0.87.7-2.fc7.i386 (5 days) python-matplotlib - 0.87.7-2.fc7.ppc (5 days) python-matplotlib - 0.87.7-2.fc7.x86_64 (5 days) python-matplotlib-tk - 0.87.7-2.fc7.i386 (5 days) python-matplotlib-tk - 0.87.7-2.fc7.ppc (5 days) python-matplotlib-tk - 0.87.7-2.fc7.x86_64 (5 days) paul AT all-the-johnsons.co.uk anjuta - 1:2.0.2-11.fc7.i386 anjuta - 1:2.0.2-11.fc7.i386 anjuta - 1:2.0.2-11.fc7.ppc anjuta - 1:2.0.2-11.fc7.x86_64 gonvert - 0.2.15-3.fc6.noarch (5 days) gonvert - 0.2.15-3.fc6.noarch (5 days) gonvert - 0.2.15-3.fc6.noarch (5 days) pyxmms - 2.06-3.fc6.i386 (5 days) pyxmms - 2.06-3.fc6.ppc (5 days) pyxmms - 2.06-3.fc6.x86_64 (5 days) petersen AT redhat.com ghc-gtk2hs - 0.9.10-4.fc6.i386 (40 days) ghc-gtk2hs - 0.9.10-4.fc6.ppc (40 days) ghc-gtk2hs - 0.9.10-4.fc6.x86_64 (40 days) ghc642-gtk2hs - 0.9.10-4.fc6.i386 (40 days) ghc642-gtk2hs - 0.9.10-4.fc6.ppc (40 days) ghc642-gtk2hs - 0.9.10-4.fc6.x86_64 (40 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.i386 (40 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.ppc (40 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.x86_64 (40 days) prockai AT redhat.com cyrus-imapd - 2.3.7-4.fc6.i386 (14 days) cyrus-imapd - 2.3.7-4.fc6.i386 (14 days) cyrus-imapd - 2.3.7-4.fc6.ppc (14 days) cyrus-imapd - 2.3.7-4.fc6.x86_64 (14 days) rdieter AT math.unl.edu PyKDE - 3.16.0-5.fc7.i386 (5 days) PyKDE - 3.16.0-5.fc7.i386 (5 days) PyKDE - 3.16.0-5.fc7.ppc (5 days) PyKDE - 3.16.0-5.fc7.x86_64 (5 days) gift - 0.11.8.1-6.fc7.i386 (45 days) redhat-bugzilla AT linuxnetz.de duplicity - 0.4.2-3.fc6.i386 (5 days) duplicity - 0.4.2-3.fc6.ppc (5 days) duplicity - 0.4.2-3.fc6.x86_64 (5 days) roozbeh AT farsiweb.info translate-toolkit - 0.10.1-2.fc7.noarch translate-toolkit - 0.10.1-2.fc7.noarch translate-toolkit - 0.10.1-2.fc7.noarch rpm AT greysector.net ekg - 1.7-0.3.rc2.fc6.i386 (5 days) ekg - 1.7-0.3.rc2.fc6.ppc (5 days) ekg - 1.7-0.3.rc2.fc6.x86_64 (5 days) openbabel-python - 2.0.2-5.fc6.i386 (5 days) openbabel-python - 2.0.2-5.fc6.ppc (5 days) openbabel-python - 2.0.2-5.fc6.x86_64 (5 days) rvokal AT redhat.com python-adns - 1.1.0-4.fc6.i386 (5 days) python-adns - 1.1.0-4.fc6.ppc (5 days) python-adns - 1.1.0-4.fc6.x86_64 (5 days) shahms AT shahms.com ipython - 0.7.2-3.fc6.noarch (5 days) ipython - 0.7.2-3.fc6.noarch (5 days) ipython - 0.7.2-3.fc6.noarch (5 days) python-durus - 3.5-2.fc6.i386 (5 days) python-durus - 3.5-2.fc6.ppc (5 days) python-durus - 3.5-2.fc6.x86_64 (5 days) python-lxml - 1.0.3-2.fc6.i386 (5 days) python-lxml - 1.0.3-2.fc6.ppc (5 days) python-lxml - 1.0.3-2.fc6.x86_64 (5 days) python-protocols - 1.0-0.3.a0dev_r2082.fc6.i386 (5 days) python-protocols - 1.0-0.3.a0dev_r2082.fc6.ppc (5 days) python-protocols - 1.0-0.3.a0dev_r2082.fc6.x86_64 (5 days) python-psyco - 1.5.1-4.fc6.i386 (5 days) python-psycopg - 1.1.21-5.fc6.i386 (7 days) python-psycopg - 1.1.21-5.fc6.ppc (7 days) python-psycopg - 1.1.21-5.fc6.x86_64 (7 days) python-quixote - 2.4-4.fc6.i386 (5 days) python-quixote - 2.4-4.fc6.ppc (5 days) python-quixote - 2.4-4.fc6.x86_64 (5 days) python-simpletal - 4.1-4.fc6.noarch (5 days) python-simpletal - 4.1-4.fc6.noarch (5 days) python-simpletal - 4.1-4.fc6.noarch (5 days) python-tpg - 3.1.0-3.fc6.noarch (5 days) python-tpg - 3.1.0-3.fc6.noarch (5 days) python-tpg - 3.1.0-3.fc6.noarch (5 days) splinux AT fedoraproject.org pessulus - 2.16.1-1.fc6.noarch (5 days) pessulus - 2.16.1-1.fc6.noarch (5 days) pessulus - 2.16.1-1.fc6.noarch (5 days) stickster AT gmail.com xmldiff - 0.6.7-12.fc6.i386 (5 days) xmldiff - 0.6.7-12.fc6.ppc (5 days) xmldiff - 0.6.7-12.fc6.x86_64 (5 days) tcallawa AT redhat.com compat-wxPythonGTK2 - 2.4.2.4-12.fc6.i386 (5 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.ppc (5 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.x86_64 (5 days) gambas-gb-db - 1.0.17-6.fc7.i386 (20 days) gambas-gb-db - 1.0.17-6.fc7.ppc (20 days) gambas-runtime - 1.0.17-6.fc7.i386 (20 days) gambas-runtime - 1.0.17-6.fc7.ppc (20 days) pychart - 1.39-4.fc6.noarch (5 days) pychart - 1.39-4.fc6.noarch (5 days) pychart - 1.39-4.fc6.noarch (5 days) pydot - 0.9.10-4.fc6.noarch (5 days) pydot - 0.9.10-4.fc6.noarch (5 days) pydot - 0.9.10-4.fc6.noarch (5 days) pyxdg - 0.15-3.fc6.noarch (5 days) pyxdg - 0.15-3.fc6.noarch (5 days) pyxdg - 0.15-3.fc6.noarch (5 days) rekall-postgresql - 2.4.3-5.fc6.i386 (7 days) rekall-postgresql - 2.4.3-5.fc6.ppc (7 days) rekall-postgresql - 2.4.3-5.fc6.x86_64 (7 days) rekall-python - 2.4.3-5.fc6.i386 (7 days) rekall-python - 2.4.3-5.fc6.ppc (7 days) rekall-python - 2.4.3-5.fc6.x86_64 (7 days) thomas AT apestaart.org python-twisted - 1.3.0-7.fc6.i386 (5 days) python-twisted - 1.3.0-7.fc6.ppc (5 days) python-twisted - 1.3.0-7.fc6.x86_64 (5 days) tla AT rasmil.dk yumex - 1.2.0-1.0.fc7.noarch (5 days) yumex - 1.2.0-1.0.fc7.noarch (5 days) yumex - 1.2.0-1.0.fc7.noarch (5 days) triad AT df.lth.se gnomad2 - 2.8.9-2.fc6.i386 (5 days) gnomad2 - 2.8.9-2.fc6.ppc (5 days) gnomad2 - 2.8.9-2.fc6.x86_64 (5 days) wart AT kobold.org crossfire-plugins - 1.9.1-2.fc6.i386 (5 days) crossfire-plugins - 1.9.1-2.fc6.ppc (5 days) crossfire-plugins - 1.9.1-2.fc6.x86_64 (5 days) cyphesis - 0.5.10-3.fc7.i386 (5 days) cyphesis - 0.5.10-3.fc7.ppc (5 days) cyphesis - 0.5.10-3.fc7.x86_64 (5 days) ====================================================================== Broken packages in fedora-extras-development-ppc: PyKDE-3.16.0-5.fc7.ppc requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.ppc requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 anjuta-1:2.0.2-11.fc7.ppc requires libgvc.so.2 beryl-0.1.3-1.fc7.ppc requires bdock >= 0:0.1.3 bitbake-1.6.0-1.fc6.noarch requires python(abi) = 0:2.4 blender-2.42a-6.fc7.ppc requires libpython2.4.so.1.0 centericq-4.21.0-8.fc6.ppc requires libcurl.so.3 compat-wxPythonGTK2-2.4.2.4-12.fc6.ppc requires python(abi) = 0:2.4 crossfire-plugins-1.9.1-2.fc6.ppc requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 cvs2svn-1.4.0-2.fc6.noarch requires python(abi) = 0:2.4 cyphesis-0.5.10-3.fc7.ppc requires libpython2.4.so.1.0 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpagent.so.10 digikam-doc-0.8.2-3.fc6.noarch requires digikam = 0:0.8.2 driftnet-0.1.6-11.ppc requires libpcap.so.0.9.4 duplicity-0.4.2-3.fc6.ppc requires python < 0:2.5 duplicity-0.4.2-3.fc6.ppc requires python(abi) = 0:2.4 ekg-1.7-0.3.rc2.fc6.ppc requires libpython2.4.so.1.0 epylog-1.0.3-4.fc6.noarch requires python-abi = 0:2.4 epylog-1.0.3-4.fc6.noarch requires python(abi) = 0:2.4 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 flow-tools-0.68-11.fc6.ppc requires libpq.so.4 gajim-0.10.1-3.fc6.ppc requires libpython2.4.so.1.0 gajim-0.10.1-3.fc6.ppc requires python-abi = 0:2.4 gambas-gb-db-1.0.17-6.fc7.ppc requires libpq.so.4 gambas-runtime-1.0.17-6.fc7.ppc requires libgettextlib-0.15.so gazpacho-0.6.6-1.fc6.noarch requires python-abi = 0:2.4 gazpacho-0.6.6-1.fc6.noarch requires python(abi) = 0:2.4 gcompris-8.2-1.fc7.ppc requires libpython2.4.so.1.0 gdesklets-0.35.4-3.fc7.ppc requires python-abi = 0:2.4 gdl-0.9-0.pre3.2.fc7.ppc requires libpython2.4.so.1.0 ghc-gtk2hs-0.9.10-4.fc6.ppc requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires ghc642 glom-1.2.1-2.fc7.ppc requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.ppc requires libpython2.4.so.1.0 gnomad2-2.8.9-2.fc6.ppc requires libmtp.so.2 gonvert-0.2.15-3.fc6.noarch requires python(abi) = 0:2.4 gresistor-0.0.1-8.fc6.noarch requires python(abi) = 0:2.4 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.ppc requires gecko-libs = 0:2.0 hamlib-python-1.2.5-3.fc6.ppc requires python-abi = 0:2.4 hamlib-python-1.2.5-3.fc6.ppc requires python(abi) = 0:2.4 ip6sic-0.1-4.fc6.ppc requires libpcap.so.0.9.4 ipython-0.7.2-3.fc6.noarch requires python-abi = 0:2.4 ipython-0.7.2-3.fc6.noarch requires python(abi) = 0:2.4 k3d-0.6.4.0-1.fc7.ppc requires libpython2.4.so.1.0 kphotobymail-0.4-1.fc7.noarch requires python(abi) = 0:2.4 libgda-postgres-1:1.9.100-10.fc6.ppc requires libpq.so.4 libopensync-0.19-1.fc6.ppc requires python(abi) = 0:2.4 libreadline-java-0.8.0-13.fc6.ppc requires libedit >= 0:2.9 magicor-1.0-0.2.rc2.fc7.noarch requires python(abi) = 0:2.4 nagios-plugins-pgsql-1.4.4-2.fc7.ppc requires libpq.so.4 nessus-client-2.2.7-2.fc6.ppc requires libpcap.so.0.9.4 nessus-gui-2.2.7-2.fc6.ppc requires libpcap.so.0.9.4 nessus-server-2.2.7-2.fc6.ppc requires libpcap.so.0.9.4 numpy-1.0-1.fc7.ppc requires python(abi) = 0:2.4 openbabel-python-2.0.2-5.fc6.ppc requires python(abi) = 0:2.4 openpbx-1.2-3.rc2.svn2135.fc7.ppc requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.ppc requires libpq.so.4 pessulus-2.16.1-1.fc6.noarch requires python(abi) = 0:2.4 pgadmin3-1.4.3-6.fc6.ppc requires libpq.so.4 plague-common-0.4.4.1-2.fc6.noarch requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 pydot-0.9.10-4.fc6.noarch requires python(abi) = 0:2.4 pyflowtools-0.3-7.fc6.ppc requires python(abi) = 0:2.4 pylint-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 pylint-gui-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.ppc requires python(abi) = 0:2.4 python-adns-1.1.0-4.fc6.ppc requires python < 0:2.5 python-adns-1.1.0-4.fc6.ppc requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-durus-3.5-2.fc6.ppc requires python-abi = 0:2.4 python-durus-3.5-2.fc6.ppc requires python(abi) = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python-abi = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python(abi) = 0:2.4 python-htmltmpl-1.22-7.fc6.noarch requires python(abi) = 0:2.4 python-id3-1.2-8.fc6.noarch requires python(abi) = 0:2.4 python-kid-0.9.3-1.fc6.noarch requires python-elementtree python-kid-0.9.3-1.fc6.noarch requires python(abi) = 0:2.4 python-kiwi-1.9.9-1.fc6.noarch requires python-abi = 0:2.4 python-kiwi-1.9.9-1.fc6.noarch requires python(abi) = 0:2.4 python-kiwi-gazpacho-1.9.9-1.fc6.noarch requires python(abi) = 0:2.4 python-logilab-astng-0.16.1-2.fc6.noarch requires python(abi) = 0:2.4 python-logilab-common-0.19.2-1.fc6.noarch requires python(abi) = 0:2.4 python-lxml-1.0.3-2.fc6.ppc requires python-abi = 0:2.4 python-lxml-1.0.3-2.fc6.ppc requires python(abi) = 0:2.4 python-matplotlib-0.87.7-2.fc7.ppc requires python(abi) = 0:2.4 python-matplotlib-tk-0.87.7-2.fc7.ppc requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-nltk_lite-0.6.6-1.fc7.noarch requires python(abi) = 0:2.4 python-ogg-1.3-3.fc6.ppc requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.ppc requires python(abi) = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.ppc requires python-abi = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.ppc requires python(abi) = 0:2.4 python-psycopg-1.1.21-5.fc6.ppc requires libpq.so.4 python-psycopg-1.1.21-5.fc6.ppc requires python-abi = 0:2.4 python-psycopg-1.1.21-5.fc6.ppc requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-pyspf-1.7-5.fc6.noarch requires python(abi) = 0:2.4 python-quixote-2.4-4.fc6.ppc requires python-abi = 0:2.4 python-quixote-2.4-4.fc6.ppc requires python(abi) = 0:2.4 python-sexy-0.1.9-2.fc7.ppc requires python(abi) = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python-abi = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python(abi) = 0:2.4 python-sqlite2-1:2.3.2-2.fc6.ppc requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python-abi = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.ppc requires python(abi) = 0:2.4 python-vorbis-1.3-3.fc6.ppc requires python-abi = 0:2.4 python-vorbis-1.3-3.fc6.ppc requires python(abi) = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python-abi = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python(abi) = 0:2.4 pyxmms-2.06-3.fc6.ppc requires python(abi) = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python-abi = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python(abi) = 0:2.4 rdiff-backup-1.0.5-1.fc7.ppc requires python-abi = 0:2.4 rdiff-backup-1.0.5-1.fc7.ppc requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.ppc requires libpq.so.4 rekall-python-2.4.3-5.fc6.ppc requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.ppc requires libpython2.4.so.1.0 scipy-0.5.1-4.fc7.ppc requires python(abi) = 0:2.4 ser-postgresql-0.9.6-9.fc6.ppc requires libpq.so.4 serpentine-0.7-5.fc6.noarch requires python(abi) = 0:2.4 syck-python-0.55-12.fc7.ppc requires python(abi) = 0:2.4 tinyerp-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 tinyerp-server-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 translate-toolkit-0.10.1-2.fc7.noarch requires python-elementtree veusz-0.10-12.fc6.ppc requires python(abi) = 0:2.4 wxPython-2.6.3.2-2.fc6.ppc requires python(abi) = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python(abi) = 0:2.4 yumex-1.2.0-1.0.fc7.noarch requires python(abi) = 0:2.4 zeroinstall-injector-0.24-2.fc7.noarch requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-x86_64: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 anjuta-1:2.0.2-11.fc7.i386 requires libgvc.so.2 anjuta-1:2.0.2-11.fc7.x86_64 requires libgvc.so.2()(64bit) beryl-0.1.3-1.fc7.x86_64 requires bdock >= 0:0.1.3 bitbake-1.6.0-1.fc6.noarch requires python(abi) = 0:2.4 blender-2.42a-6.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) centericq-4.21.0-8.fc6.x86_64 requires libcurl.so.3()(64bit) compat-wxPythonGTK2-2.4.2.4-12.fc6.x86_64 requires python(abi) = 0:2.4 crossfire-plugins-1.9.1-2.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) csound-python-5.03.0-9.fc7.x86_64 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cvs2svn-1.4.0-2.fc6.noarch requires python(abi) = 0:2.4 cyphesis-0.5.10-3.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpmibs.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmp.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmphelpers.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpagent.so.10()(64bit) digikam-doc-0.8.2-3.fc6.noarch requires digikam = 0:0.8.2 driftnet-0.1.6-11.x86_64 requires libpcap.so.0.9.4()(64bit) duplicity-0.4.2-3.fc6.x86_64 requires python < 0:2.5 duplicity-0.4.2-3.fc6.x86_64 requires python(abi) = 0:2.4 ekg-1.7-0.3.rc2.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) epylog-1.0.3-4.fc6.noarch requires python-abi = 0:2.4 epylog-1.0.3-4.fc6.noarch requires python(abi) = 0:2.4 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 flow-tools-0.68-11.fc6.i386 requires libpq.so.4 flow-tools-0.68-11.fc6.x86_64 requires libpq.so.4()(64bit) gajim-0.10.1-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) gajim-0.10.1-3.fc6.x86_64 requires python-abi = 0:2.4 gazpacho-0.6.6-1.fc6.noarch requires python-abi = 0:2.4 gazpacho-0.6.6-1.fc6.noarch requires python(abi) = 0:2.4 gcompris-8.2-1.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) gdesklets-0.35.4-3.fc7.x86_64 requires python-abi = 0:2.4 gdl-0.9-0.pre3.2.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) ghc-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires ghc642 gift-0.11.8.1-6.fc7.i386 requires libmagic.so.1 glom-1.2.1-2.fc7.x86_64 requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) gnomad2-2.8.9-2.fc6.x86_64 requires libmtp.so.2()(64bit) gonvert-0.2.15-3.fc6.noarch requires python(abi) = 0:2.4 gresistor-0.0.1-8.fc6.noarch requires python(abi) = 0:2.4 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.i386 requires gecko-libs = 0:2.0 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.x86_64 requires gecko-libs = 0:2.0 hamlib-python-1.2.5-3.fc6.x86_64 requires python-abi = 0:2.4 hamlib-python-1.2.5-3.fc6.x86_64 requires python(abi) = 0:2.4 ip6sic-0.1-4.fc6.x86_64 requires libpcap.so.0.9.4()(64bit) ipython-0.7.2-3.fc6.noarch requires python-abi = 0:2.4 ipython-0.7.2-3.fc6.noarch requires python(abi) = 0:2.4 k3d-0.6.4.0-1.fc7.i386 requires libpython2.4.so.1.0 k3d-0.6.4.0-1.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) kphotobymail-0.4-1.fc7.noarch requires python(abi) = 0:2.4 libgda-postgres-1:1.9.100-10.fc6.x86_64 requires libpq.so.4()(64bit) libopensync-0.19-1.fc6.i386 requires python(abi) = 0:2.4 libopensync-0.19-1.fc6.x86_64 requires python(abi) = 0:2.4 libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 libreadline-java-0.8.0-13.fc6.x86_64 requires libedit >= 0:2.9 magicor-1.0-0.2.rc2.fc7.noarch requires python(abi) = 0:2.4 nagios-plugins-pgsql-1.4.4-2.fc7.x86_64 requires libpq.so.4()(64bit) nessus-client-2.2.7-2.fc6.x86_64 requires libpcap.so.0.9.4()(64bit) nessus-gui-2.2.7-2.fc6.x86_64 requires libpcap.so.0.9.4()(64bit) nessus-server-2.2.7-2.fc6.x86_64 requires libpcap.so.0.9.4()(64bit) numpy-1.0-1.fc7.x86_64 requires python(abi) = 0:2.4 openbabel-python-2.0.2-5.fc6.x86_64 requires python(abi) = 0:2.4 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-1.2-3.rc2.svn2135.fc7.x86_64 requires libedit.so.0()(64bit) openpbx-postgresql-1.2-3.rc2.svn2135.fc7.x86_64 requires libpq.so.4()(64bit) orange-0.3-4.cvs20051118.fc7.i386 requires libmagic.so.1 paraview-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) paraview-mpi-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) pessulus-2.16.1-1.fc6.noarch requires python(abi) = 0:2.4 pgadmin3-1.4.3-6.fc6.x86_64 requires libpq.so.4()(64bit) plague-common-0.4.4.1-2.fc6.noarch requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 pydot-0.9.10-4.fc6.noarch requires python(abi) = 0:2.4 pyflowtools-0.3-7.fc6.x86_64 requires python(abi) = 0:2.4 pylint-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 From buildsys at fedoraproject.org Wed Dec 13 20:28:16 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Wed, 13 Dec 2006 20:28:16 -0000 Subject: (2/2) Summary - Broken dependencies in Fedora Extras - 2006-12-13 Message-ID: <20061213202816.11571.75219@extras64.linux.duke.edu> pylint-gui-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.x86_64 requires python(abi) = 0:2.4 python-adns-1.1.0-4.fc6.x86_64 requires python < 0:2.5 python-adns-1.1.0-4.fc6.x86_64 requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-durus-3.5-2.fc6.x86_64 requires python-abi = 0:2.4 python-durus-3.5-2.fc6.x86_64 requires python(abi) = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python-abi = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python(abi) = 0:2.4 python-htmltmpl-1.22-7.fc6.noarch requires python(abi) = 0:2.4 python-id3-1.2-8.fc6.noarch requires python(abi) = 0:2.4 python-kid-0.9.3-1.fc6.noarch requires python-elementtree python-kid-0.9.3-1.fc6.noarch requires python(abi) = 0:2.4 python-kiwi-1.9.9-1.fc6.noarch requires python-abi = 0:2.4 python-kiwi-1.9.9-1.fc6.noarch requires python(abi) = 0:2.4 python-kiwi-gazpacho-1.9.9-1.fc6.noarch requires python(abi) = 0:2.4 python-logilab-astng-0.16.1-2.fc6.noarch requires python(abi) = 0:2.4 python-logilab-common-0.19.2-1.fc6.noarch requires python(abi) = 0:2.4 python-lxml-1.0.3-2.fc6.x86_64 requires python(abi) = 0:2.4 python-lxml-1.0.3-2.fc6.x86_64 requires python-abi = 0:2.4 python-matplotlib-0.87.7-2.fc7.x86_64 requires python(abi) = 0:2.4 python-matplotlib-tk-0.87.7-2.fc7.x86_64 requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-nltk_lite-0.6.6-1.fc7.noarch requires python(abi) = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python(abi) = 0:2.4 python-ogg-1.3-3.fc6.x86_64 requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.x86_64 requires python(abi) = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.x86_64 requires python-abi = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.x86_64 requires python(abi) = 0:2.4 python-psycopg-1.1.21-5.fc6.x86_64 requires libpq.so.4()(64bit) python-psycopg-1.1.21-5.fc6.x86_64 requires python(abi) = 0:2.4 python-psycopg-1.1.21-5.fc6.x86_64 requires python-abi = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-pyspf-1.7-5.fc6.noarch requires python(abi) = 0:2.4 python-quixote-2.4-4.fc6.x86_64 requires python-abi = 0:2.4 python-quixote-2.4-4.fc6.x86_64 requires python(abi) = 0:2.4 python-sexy-0.1.9-2.fc7.x86_64 requires python(abi) = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python-abi = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python(abi) = 0:2.4 python-sqlite2-1:2.3.2-2.fc6.x86_64 requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python-abi = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.x86_64 requires python(abi) = 0:2.4 python-vorbis-1.3-3.fc6.x86_64 requires python-abi = 0:2.4 python-vorbis-1.3-3.fc6.x86_64 requires python(abi) = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python-abi = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python(abi) = 0:2.4 pyxmms-2.06-3.fc6.x86_64 requires python(abi) = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python-abi = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python(abi) = 0:2.4 rdiff-backup-1.0.5-1.fc7.x86_64 requires python-abi = 0:2.4 rdiff-backup-1.0.5-1.fc7.x86_64 requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.x86_64 requires libpq.so.4()(64bit) rekall-python-2.4.3-5.fc6.x86_64 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) scipy-0.5.1-4.fc7.x86_64 requires python(abi) = 0:2.4 ser-postgresql-0.9.6-9.fc6.x86_64 requires libpq.so.4()(64bit) serpentine-0.7-5.fc6.noarch requires python(abi) = 0:2.4 streamtuner-0.99.99-15.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) syck-python-0.55-12.fc7.x86_64 requires python(abi) = 0:2.4 tinyerp-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 tinyerp-server-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 translate-toolkit-0.10.1-2.fc7.noarch requires python-elementtree veusz-0.10-12.fc6.x86_64 requires python(abi) = 0:2.4 wxPython-2.6.3.2-2.fc6.i386 requires python(abi) = 0:2.4 wxPython-2.6.3.2-2.fc6.x86_64 requires python(abi) = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python(abi) = 0:2.4 yumex-1.2.0-1.0.fc7.noarch requires python(abi) = 0:2.4 zeroinstall-injector-0.24-2.fc7.noarch requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-i386: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 anjuta-1:2.0.2-11.fc7.i386 requires libgvc.so.2 beryl-0.1.3-1.fc7.i386 requires bdock >= 0:0.1.3 bitbake-1.6.0-1.fc6.noarch requires python(abi) = 0:2.4 blender-2.42a-6.fc7.i386 requires libpython2.4.so.1.0 centericq-4.21.0-8.fc6.i386 requires libcurl.so.3 compat-wxPythonGTK2-2.4.2.4-12.fc6.i386 requires python(abi) = 0:2.4 crossfire-plugins-1.9.1-2.fc6.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.i386 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 cvs2svn-1.4.0-2.fc6.noarch requires python(abi) = 0:2.4 cyphesis-0.5.10-3.fc7.i386 requires libpython2.4.so.1.0 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 digikam-doc-0.8.2-3.fc6.noarch requires digikam = 0:0.8.2 driftnet-0.1.6-11.i386 requires libpcap.so.0.9.4 duplicity-0.4.2-3.fc6.i386 requires python < 0:2.5 duplicity-0.4.2-3.fc6.i386 requires python(abi) = 0:2.4 ekg-1.7-0.3.rc2.fc6.i386 requires libpython2.4.so.1.0 epylog-1.0.3-4.fc6.noarch requires python-abi = 0:2.4 epylog-1.0.3-4.fc6.noarch requires python(abi) = 0:2.4 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 flow-tools-0.68-11.fc6.i386 requires libpq.so.4 gajim-0.10.1-3.fc6.i386 requires libpython2.4.so.1.0 gajim-0.10.1-3.fc6.i386 requires python-abi = 0:2.4 gambas-gb-db-1.0.17-6.fc7.i386 requires libpq.so.4 gambas-runtime-1.0.17-6.fc7.i386 requires libgettextlib-0.15.so gazpacho-0.6.6-1.fc6.noarch requires python-abi = 0:2.4 gazpacho-0.6.6-1.fc6.noarch requires python(abi) = 0:2.4 gcompris-8.2-1.fc7.i386 requires libpython2.4.so.1.0 gdesklets-0.35.4-3.fc7.i386 requires python-abi = 0:2.4 gdl-0.9-0.pre3.2.fc7.i386 requires libpython2.4.so.1.0 ghc-gtk2hs-0.9.10-4.fc6.i386 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires ghc642 glom-1.2.1-2.fc7.i386 requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.i386 requires libpython2.4.so.1.0 gnomad2-2.8.9-2.fc6.i386 requires libmtp.so.2 gonvert-0.2.15-3.fc6.noarch requires python(abi) = 0:2.4 gresistor-0.0.1-8.fc6.noarch requires python(abi) = 0:2.4 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.i386 requires gecko-libs = 0:2.0 hamlib-python-1.2.5-3.fc6.i386 requires python-abi = 0:2.4 hamlib-python-1.2.5-3.fc6.i386 requires python(abi) = 0:2.4 ip6sic-0.1-4.fc6.i386 requires libpcap.so.0.9.4 ipython-0.7.2-3.fc6.noarch requires python-abi = 0:2.4 ipython-0.7.2-3.fc6.noarch requires python(abi) = 0:2.4 k3d-0.6.4.0-1.fc7.i386 requires libpython2.4.so.1.0 kphotobymail-0.4-1.fc7.noarch requires python(abi) = 0:2.4 libgda-postgres-1:1.9.100-10.fc6.i386 requires libpq.so.4 libopensync-0.19-1.fc6.i386 requires python(abi) = 0:2.4 libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 magicor-1.0-0.2.rc2.fc7.noarch requires python(abi) = 0:2.4 nagios-plugins-pgsql-1.4.4-2.fc7.i386 requires libpq.so.4 nessus-client-2.2.7-2.fc6.i386 requires libpcap.so.0.9.4 nessus-gui-2.2.7-2.fc6.i386 requires libpcap.so.0.9.4 nessus-server-2.2.7-2.fc6.i386 requires libpcap.so.0.9.4 numpy-1.0-1.fc7.i386 requires python(abi) = 0:2.4 openbabel-python-2.0.2-5.fc6.i386 requires python(abi) = 0:2.4 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.i386 requires libpq.so.4 pessulus-2.16.1-1.fc6.noarch requires python(abi) = 0:2.4 pgadmin3-1.4.3-6.fc6.i386 requires libpq.so.4 plague-common-0.4.4.1-2.fc6.noarch requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 pydot-0.9.10-4.fc6.noarch requires python(abi) = 0:2.4 pyflowtools-0.3-7.fc6.i386 requires python(abi) = 0:2.4 pylint-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 pylint-gui-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.i386 requires python(abi) = 0:2.4 python-adns-1.1.0-4.fc6.i386 requires python < 0:2.5 python-adns-1.1.0-4.fc6.i386 requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-durus-3.5-2.fc6.i386 requires python-abi = 0:2.4 python-durus-3.5-2.fc6.i386 requires python(abi) = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python-abi = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python(abi) = 0:2.4 python-htmltmpl-1.22-7.fc6.noarch requires python(abi) = 0:2.4 python-id3-1.2-8.fc6.noarch requires python(abi) = 0:2.4 python-kid-0.9.3-1.fc6.noarch requires python-elementtree python-kid-0.9.3-1.fc6.noarch requires python(abi) = 0:2.4 python-kiwi-1.9.9-1.fc6.noarch requires python-abi = 0:2.4 python-kiwi-1.9.9-1.fc6.noarch requires python(abi) = 0:2.4 python-kiwi-gazpacho-1.9.9-1.fc6.noarch requires python(abi) = 0:2.4 python-logilab-astng-0.16.1-2.fc6.noarch requires python(abi) = 0:2.4 python-logilab-common-0.19.2-1.fc6.noarch requires python(abi) = 0:2.4 python-lxml-1.0.3-2.fc6.i386 requires python-abi = 0:2.4 python-lxml-1.0.3-2.fc6.i386 requires python(abi) = 0:2.4 python-matplotlib-0.87.7-2.fc7.i386 requires python(abi) = 0:2.4 python-matplotlib-tk-0.87.7-2.fc7.i386 requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-nltk_lite-0.6.6-1.fc7.noarch requires python(abi) = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python(abi) = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.i386 requires python-abi = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.i386 requires python(abi) = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python-abi = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python(abi) = 0:2.4 python-psycopg-1.1.21-5.fc6.i386 requires libpq.so.4 python-psycopg-1.1.21-5.fc6.i386 requires python-abi = 0:2.4 python-psycopg-1.1.21-5.fc6.i386 requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-pyspf-1.7-5.fc6.noarch requires python(abi) = 0:2.4 python-quixote-2.4-4.fc6.i386 requires python-abi = 0:2.4 python-quixote-2.4-4.fc6.i386 requires python(abi) = 0:2.4 python-sexy-0.1.9-2.fc7.i386 requires python(abi) = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python-abi = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python(abi) = 0:2.4 python-sqlite2-1:2.3.2-2.fc6.i386 requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python-abi = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.i386 requires python(abi) = 0:2.4 python-vorbis-1.3-3.fc6.i386 requires python-abi = 0:2.4 python-vorbis-1.3-3.fc6.i386 requires python(abi) = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python-abi = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python(abi) = 0:2.4 pyxmms-2.06-3.fc6.i386 requires python(abi) = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python-abi = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python(abi) = 0:2.4 rdiff-backup-1.0.5-1.fc7.i386 requires python-abi = 0:2.4 rdiff-backup-1.0.5-1.fc7.i386 requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.i386 requires libpq.so.4 rekall-python-2.4.3-5.fc6.i386 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.i386 requires libpython2.4.so.1.0 scipy-0.5.1-4.fc7.i386 requires python(abi) = 0:2.4 ser-postgresql-0.9.6-9.fc6.i386 requires libpq.so.4 serpentine-0.7-5.fc6.noarch requires python(abi) = 0:2.4 syck-python-0.55-12.fc7.i386 requires python(abi) = 0:2.4 tinyerp-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 tinyerp-server-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 translate-toolkit-0.10.1-2.fc7.noarch requires python-elementtree veusz-0.10-12.fc6.i386 requires python(abi) = 0:2.4 wxPython-2.6.3.2-2.fc6.i386 requires python(abi) = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python(abi) = 0:2.4 yumex-1.2.0-1.0.fc7.noarch requires python(abi) = 0:2.4 zeroinstall-injector-0.24-2.fc7.noarch requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-6-ppc: beryl-0.1.3-1.fc6.ppc requires bdock >= 0:0.1.3 beryl-gnome-0.1.3-1.fc6.ppc requires beryl-manager >= 0:0.1.3 beryl-gnome-0.1.3-1.fc6.ppc requires beryl-plugins >= 0:0.1.3 beryl-gnome-0.1.3-1.fc6.ppc requires emerald-themes >= 0:0.1.3 beryl-gnome-0.1.3-1.fc6.ppc requires heliodor >= 0:0.1.3 beryl-gnome-0.1.3-1.fc6.ppc requires emerald >= 0:0.1.3 beryl-gnome-0.1.3-1.fc6.ppc requires beryl-settings >= 0:0.1.3 beryl-gnome-0.1.3-1.fc6.ppc requires beryl-dbus >= 0:0.1.3 beryl-kde-0.1.3-1.fc6.ppc requires beryl-manager >= 0:0.1.3 beryl-kde-0.1.3-1.fc6.ppc requires aquamarine >= 0:0.1.3 beryl-kde-0.1.3-1.fc6.ppc requires beryl-plugins >= 0:0.1.3 beryl-kde-0.1.3-1.fc6.ppc requires emerald-themes >= 0:0.1.3 beryl-kde-0.1.3-1.fc6.ppc requires emerald >= 0:0.1.3 beryl-kde-0.1.3-1.fc6.ppc requires beryl-settings >= 0:0.1.3 ====================================================================== Broken packages in fedora-extras-6-x86_64: beryl-0.1.3-1.fc6.x86_64 requires bdock >= 0:0.1.3 beryl-gnome-0.1.3-1.fc6.x86_64 requires beryl-manager >= 0:0.1.3 beryl-gnome-0.1.3-1.fc6.x86_64 requires beryl-plugins >= 0:0.1.3 beryl-gnome-0.1.3-1.fc6.x86_64 requires emerald-themes >= 0:0.1.3 beryl-gnome-0.1.3-1.fc6.x86_64 requires heliodor >= 0:0.1.3 beryl-gnome-0.1.3-1.fc6.x86_64 requires emerald >= 0:0.1.3 beryl-gnome-0.1.3-1.fc6.x86_64 requires beryl-settings >= 0:0.1.3 beryl-gnome-0.1.3-1.fc6.x86_64 requires beryl-dbus >= 0:0.1.3 beryl-kde-0.1.3-1.fc6.x86_64 requires beryl-manager >= 0:0.1.3 beryl-kde-0.1.3-1.fc6.x86_64 requires aquamarine >= 0:0.1.3 beryl-kde-0.1.3-1.fc6.x86_64 requires beryl-plugins >= 0:0.1.3 beryl-kde-0.1.3-1.fc6.x86_64 requires emerald-themes >= 0:0.1.3 beryl-kde-0.1.3-1.fc6.x86_64 requires emerald >= 0:0.1.3 beryl-kde-0.1.3-1.fc6.x86_64 requires beryl-settings >= 0:0.1.3 ====================================================================== Broken packages in fedora-extras-6-i386: beryl-0.1.3-1.fc6.i386 requires bdock >= 0:0.1.3 beryl-gnome-0.1.3-1.fc6.i386 requires beryl-manager >= 0:0.1.3 beryl-gnome-0.1.3-1.fc6.i386 requires beryl-plugins >= 0:0.1.3 beryl-gnome-0.1.3-1.fc6.i386 requires emerald-themes >= 0:0.1.3 beryl-gnome-0.1.3-1.fc6.i386 requires heliodor >= 0:0.1.3 beryl-gnome-0.1.3-1.fc6.i386 requires emerald >= 0:0.1.3 beryl-gnome-0.1.3-1.fc6.i386 requires beryl-settings >= 0:0.1.3 beryl-gnome-0.1.3-1.fc6.i386 requires beryl-dbus >= 0:0.1.3 beryl-kde-0.1.3-1.fc6.i386 requires beryl-manager >= 0:0.1.3 beryl-kde-0.1.3-1.fc6.i386 requires aquamarine >= 0:0.1.3 beryl-kde-0.1.3-1.fc6.i386 requires beryl-plugins >= 0:0.1.3 beryl-kde-0.1.3-1.fc6.i386 requires emerald-themes >= 0:0.1.3 beryl-kde-0.1.3-1.fc6.i386 requires emerald >= 0:0.1.3 beryl-kde-0.1.3-1.fc6.i386 requires beryl-settings >= 0:0.1.3 ====================================================================== Broken packages in fedora-extras-5-ppc: linphone-1.2.0-4.fc5.ppc requires libortp.so.2 ====================================================================== Broken packages in fedora-extras-5-x86_64: linphone-1.2.0-4.fc5.x86_64 requires libortp.so.2()(64bit) ====================================================================== Broken packages in fedora-extras-5-i386: linphone-1.2.0-4.fc5.i386 requires libortp.so.2 From jwilson at redhat.com Wed Dec 13 20:34:52 2006 From: jwilson at redhat.com (Jarod Wilson) Date: Wed, 13 Dec 2006 15:34:52 -0500 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-13 In-Reply-To: <20061213202815.11571.3429@extras64.linux.duke.edu> References: <20061213202815.11571.3429@extras64.linux.duke.edu> Message-ID: <200612131534.55935.jwilson@redhat.com> On Wednesday 13 December 2006 15:28, Fedora Extras repoclosure wrote: > New report for: jwilson AT redhat.com > > package: beryl - 0.1.3-1.fc6.i386 from fedora-extras-6-i386 > ? unresolved deps: > ? ? ?bdock >= 0:0.1.3 > > package: beryl - 0.1.3-1.fc6.ppc from fedora-extras-6-ppc > ? unresolved deps: > ? ? ?bdock >= 0:0.1.3 > > package: beryl - 0.1.3-1.fc6.x86_64 from fedora-extras-6-x86_64 > ? unresolved deps: > ? ? ?bdock >= 0:0.1.3 > > package: beryl - 0.1.3-1.fc7.i386 from fedora-extras-development-i386 > ? unresolved deps: > ? ? ?bdock >= 0:0.1.3 > > package: beryl - 0.1.3-1.fc7.ppc from fedora-extras-development-ppc > ? unresolved deps: > ? ? ?bdock >= 0:0.1.3 > > package: beryl - 0.1.3-1.fc7.x86_64 from fedora-extras-development-x86_64 > ? unresolved deps: > ? ? ?bdock >= 0:0.1.3 > > package: beryl-gnome - 0.1.3-1.fc6.i386 from fedora-extras-6-i386 > ? unresolved deps: > ? ? ?beryl-manager >= 0:0.1.3 > ? ? ?beryl-plugins >= 0:0.1.3 > ? ? ?emerald-themes >= 0:0.1.3 > ? ? ?heliodor >= 0:0.1.3 > ? ? ?emerald >= 0:0.1.3 > ? ? ?beryl-settings >= 0:0.1.3 > ? ? ?beryl-dbus >= 0:0.1.3 > > package: beryl-gnome - 0.1.3-1.fc6.ppc from fedora-extras-6-ppc > ? unresolved deps: > ? ? ?beryl-manager >= 0:0.1.3 > ? ? ?beryl-plugins >= 0:0.1.3 > ? ? ?emerald-themes >= 0:0.1.3 > ? ? ?heliodor >= 0:0.1.3 > ? ? ?emerald >= 0:0.1.3 > ? ? ?beryl-settings >= 0:0.1.3 > ? ? ?beryl-dbus >= 0:0.1.3 > > package: beryl-gnome - 0.1.3-1.fc6.x86_64 from fedora-extras-6-x86_64 > ? unresolved deps: > ? ? ?beryl-manager >= 0:0.1.3 > ? ? ?beryl-plugins >= 0:0.1.3 > ? ? ?emerald-themes >= 0:0.1.3 > ? ? ?heliodor >= 0:0.1.3 > ? ? ?emerald >= 0:0.1.3 > ? ? ?beryl-settings >= 0:0.1.3 > ? ? ?beryl-dbus >= 0:0.1.3 > > package: beryl-kde - 0.1.3-1.fc6.i386 from fedora-extras-6-i386 > ? unresolved deps: > ? ? ?beryl-manager >= 0:0.1.3 > ? ? ?aquamarine >= 0:0.1.3 > ? ? ?beryl-plugins >= 0:0.1.3 > ? ? ?emerald-themes >= 0:0.1.3 > ? ? ?emerald >= 0:0.1.3 > ? ? ?beryl-settings >= 0:0.1.3 > > package: beryl-kde - 0.1.3-1.fc6.ppc from fedora-extras-6-ppc > ? unresolved deps: > ? ? ?beryl-manager >= 0:0.1.3 > ? ? ?aquamarine >= 0:0.1.3 > ? ? ?beryl-plugins >= 0:0.1.3 > ? ? ?emerald-themes >= 0:0.1.3 > ? ? ?emerald >= 0:0.1.3 > ? ? ?beryl-settings >= 0:0.1.3 > > package: beryl-kde - 0.1.3-1.fc6.x86_64 from fedora-extras-6-x86_64 > ? unresolved deps: > ? ? ?beryl-manager >= 0:0.1.3 > ? ? ?aquamarine >= 0:0.1.3 > ? ? ?beryl-plugins >= 0:0.1.3 > ? ? ?emerald-themes >= 0:0.1.3 > ? ? ?emerald >= 0:0.1.3 > ? ? ?beryl-settings >= 0:0.1.3 These are all fixed already... > package: ip6sic - 0.1-4.fc6.i386 from fedora-extras-development-i386 > ? unresolved deps: > ? ? ?libpcap.so.0.9.4 > > package: ip6sic - 0.1-4.fc6.ppc from fedora-extras-development-ppc > ? unresolved deps: > ? ? ?libpcap.so.0.9.4 > > package: ip6sic - 0.1-4.fc6.x86_64 from fedora-extras-development-x86_64 > ? unresolved deps: > ? ? ?libpcap.so.0.9.4()(64bit) Not sure yet what's up here, rebuild fails, just haven't had much time to look into it yet. Working on it now... -- Jarod Wilson jwilson at redhat.com -------------- 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 Wed Dec 13 21:21:38 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 13 Dec 2006 16:21:38 -0500 (EST) Subject: Fedora Extras Package Build Report 2006-12-13 Message-ID: <20061213212138.0C6B215212F@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 3 bdock-0.1.3-1.fc7 fltk-1.1.7-8.r5555.fc7 ushare-0.9.8-1.fc7 Packages built and released for Fedora Extras 6: 10 amavisd-new-2.4.4-1.fc6 aquamarine-0.1.3-1.fc6 bdock-0.1.3-1.fc6 beryl-dbus-0.1.3-1.fc6 beryl-manager-0.1.3-1.fc6 beryl-plugins-0.1.3-2.fc6 beryl-settings-0.1.3-1.fc6 emerald-0.1.3-2.fc6 emerald-themes-0.1.3-1.fc6 heliodor-0.1.3-1.fc6 Packages built and released for Fedora Extras 5: 1 amavisd-new-2.4.4-1.fc5 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From jspaleta at gmail.com Thu Dec 14 06:20:09 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 13 Dec 2006 21:20:09 -0900 Subject: Looking for feedback on un-orphaning gourmet In-Reply-To: <20061213172856.GD6024@psilocybe.teonanacatl.org> References: <604aa7910612122258o238d5662j6946395ba3a11bd5@mail.gmail.com> <20061213172856.GD6024@psilocybe.teonanacatl.org> Message-ID: <604aa7910612132220l440c8b1do8027ffb8454f678f@mail.gmail.com> On 12/13/06, Todd Zullinger wrote: > Do you have proof for this bold and suspicious claim? Actually no, because its very difficult to tell evening from morning or even early afternoon at this point. Okay I've made the specfile changes suggested... and I'm going to be importing this srpm into Extras development before j5 can beat me to it. -jef"I need to genetically engineer penguins to fish for river trout, so I can start a penguin colony here"spaleta From ndbecker2 at gmail.com Thu Dec 14 13:34:42 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Thu, 14 Dec 2006 08:34:42 -0500 Subject: New: uncrustify Message-ID: I'm planning to make a package for uncrustify. Is anyone already working on it? From jwilson at redhat.com Thu Dec 14 15:45:16 2006 From: jwilson at redhat.com (Jarod Wilson) Date: Thu, 14 Dec 2006 10:45:16 -0500 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-13 In-Reply-To: <200612131534.55935.jwilson@redhat.com> References: <20061213202815.11571.3429@extras64.linux.duke.edu> <200612131534.55935.jwilson@redhat.com> Message-ID: <200612141045.24966.jwilson@redhat.com> On Wednesday 13 December 2006 15:34, Jarod Wilson wrote: > On Wednesday 13 December 2006 15:28, Fedora Extras repoclosure wrote: > > package: ip6sic - 0.1-4.fc6.i386 from fedora-extras-development-i386 > > ? unresolved deps: > > ? ? ?libpcap.so.0.9.4 > > > > package: ip6sic - 0.1-4.fc6.ppc from fedora-extras-development-ppc > > ? unresolved deps: > > ? ? ?libpcap.so.0.9.4 > > > > package: ip6sic - 0.1-4.fc6.x86_64 from fedora-extras-development-x86_64 > > ? unresolved deps: > > ? ? ?libpcap.so.0.9.4()(64bit) > > Not sure yet what's up here, rebuild fails, just haven't had much time to > look into it yet. Working on it now... Fixed. Makefile was looking for the old libpcap.a instead of libpcap.so. -- Jarod Wilson jwilson at redhat.com -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From chris.stone at gmail.com Thu Dec 14 16:04:35 2006 From: chris.stone at gmail.com (Christopher Stone) Date: Thu, 14 Dec 2006 08:04:35 -0800 Subject: License Question Message-ID: I apologize if this is the wrong list for this type of question, but I could not find a Fedora-Legal mailing list. Could someone who knows a lot about legal stuff please review this license: http://www.pdflib.com/products/pdflib-family/pdflib-lite/pdflib-lite-licensing/ And tell me definitively whether or not it is OSI compatible, and if not, tell me *exactly* why it is not so that perhaps we could influence upstream to change the license where needed? As it stands now, there is confusion about whether or not the license is OSI compatible. Thanks in advance for your help, -Chris From chris.stone at gmail.com Thu Dec 14 16:06:09 2006 From: chris.stone at gmail.com (Christopher Stone) Date: Thu, 14 Dec 2006 08:06:09 -0800 Subject: License Question In-Reply-To: References: Message-ID: P.S. I forgot to point to https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=219013 where there is a little more discussion already on this. From rdieter at math.unl.edu Thu Dec 14 16:17:59 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 14 Dec 2006 10:17:59 -0600 Subject: License Question References: Message-ID: Christopher Stone wrote: > I apologize if this is the wrong list for this type of question, but I > could not find a Fedora-Legal mailing list. > > Could someone who knows a lot about legal stuff please review this > license: > > http://www.pdflib.com/products/pdflib-family/pdflib-lite/pdflib-lite-licensing/ > > And tell me definitively whether or not it is OSI compatible, NOPE, not OSI: "All other uses not mentioned here require a commercial license." -- Rex From Christian.Iseli at licr.org Thu Dec 14 16:27:11 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Thu, 14 Dec 2006 17:27:11 +0100 Subject: FE Package Status of Dec 14, 2006 Message-ID: <20061214172711.408a4dc7@ludwig-alpha.unil.ch> Hi folks, Trying to get back to the weekly schedule... There's something a bit funny about a few accounts: kevin-redhat-bugzilla at tummy dot com icon at fedoraproject dot org scop at fedoraproject dot org ... maybe others Somehow, my script can't seem to link them to their proper owner. Not sure what is needed there. Another funny is the Tracker ticket showing up in the unreviewed list... Cheers, Christian ---- FE Package Status of Dec 14, 2006 The full report can be found here: http://fedoraproject.org/wiki/Extras/PackageStatus Owners file stats: - 2649 packages - 108 orphans - 15 packages not available in extras devel or release andreas at bawue dot net ddrescue bdpepple at ameritech dot net galago-filesystem belegdol at gmail dot com museek+ chris dot stone at gmail dot com php-pear-File cweyl at alumni dot drew dot edu perl-GStreamer dakingun at gmail dot com clucene ghenry at suretecsystems dot com john j dot w dot r dot degoede at hhs dot nl MagicPoint jspaleta at gmail dot com gourmet miker5slow at grandecom dot net conky paul at all-the-johnsons dot co dot uk mysql-connector-net paul at all-the-johnsons dot co dot uk gconvert paul at all-the-johnsons dot co dot uk gtksharp pertusus at free dot fr ivman thomas at apestaart dot org python-twisted-core - 2 packages not available in extras devel but present in release cweyl at alumni dot drew dot edu 915resolution cweyl at alumni dot drew dot edu perl-File-ExtAttr - 5 packages which have not yet been FE-ACCEPT'd... https://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_id=203864,209870,211763 tripwire fedora at theholbrooks.org prozilla kushaldas at gmail.com jikes paul at all-the-johnsons.co.uk https://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_id=177841,217259 Tracker roozbeh at farsiweb.info alsa-firmware rpm at timj.co.uk - 2 packages present in the development repo which have no owners entry gtk-sharp libopts - 9 orphaned packages, yet available in extras devel FreeWnn deltarpm gaim-guifications gdome2 imlib perl-String-Ediff python-htmltmpl python-id3 system-switch-im - 43 packages that moved to core FE-ACCEPT packages stats: - 1662 accepted, closed package reviews - 27 accepted, closed package reviews not in repo - 12 accepted, closed package reviews not in owners - 12 accepted, open package reviews older than 4 weeks; - 10 accepted, open package reviews with a package already in the repo FE-REVIEW packages stats: - 94 open tickets - 26 tickets with no activity in eight weeks - 14 tickets with no activity in four weeks - 3 closed tickets FE-NEW packages stats: - 140 open tickets - 46 tickets with no activity in eight weeks - 20 tickets with no activity in four weeks - 2 closed tickets FE-NEEDSPONSOR packages stats: - 46 open tickets - 16 tickets with no activity in eight weeks - 9 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: - 226 open tickets - 119 tickets with no activity in eight weeks - 53 tickets with no activity in four weeks CVS stats: - 2642 packages with a devel directory - 4 packages with no owners entry claws-mail-plugins gtk-sharp keurocalc libopts - 1 packages in CVS devel *and* Core libnl - 193 packages were dropped from extras Maintainers stats: - 236 maintainers - 3 inactive maintainers with open bugs - 2 inactive maintainers Dropped FC packages: - 284 packages were dropped from core since FC 1 Comps.xml files stats: - 880 packages in comps-fe7 file - 484 packages missing from comps-fe7 file - 4 packages in comps-fe7 but not in repo - 878 packages in comps-fe6 file - 486 packages missing from comps-fe6 file - 1 packages in comps-fe6 but not in repo From chris.stone at gmail.com Thu Dec 14 16:31:05 2006 From: chris.stone at gmail.com (Christopher Stone) Date: Thu, 14 Dec 2006 08:31:05 -0800 Subject: License Question In-Reply-To: References: Message-ID: On 12/14/06, Rex Dieter wrote: > Christopher Stone wrote: > > > I apologize if this is the wrong list for this type of question, but I > > could not find a Fedora-Legal mailing list. > > > > Could someone who knows a lot about legal stuff please review this > > license: > > > > > http://www.pdflib.com/products/pdflib-family/pdflib-lite/pdflib-lite-licensing/ > > > > And tell me definitively whether or not it is OSI compatible, > > NOPE, not OSI: > "All other uses not mentioned here require a commercial license." Oops, perhaps I should have been more specific as to where to find the license. http://www.pdflib.com/fileadmin/pdflib/pdf/license/PDFlib-Lite-license.pdf Clause 2.1 from the actual license seems to exempt us from this. From ville.skytta at iki.fi Thu Dec 14 17:26:26 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 14 Dec 2006 19:26:26 +0200 Subject: FE Package Status of Dec 14, 2006 In-Reply-To: <20061214172711.408a4dc7@ludwig-alpha.unil.ch> References: <20061214172711.408a4dc7@ludwig-alpha.unil.ch> Message-ID: <1166117186.3505.98.camel@viper.local> On Thu, 2006-12-14 at 17:27 +0100, Christian Iseli wrote: > There's something a bit funny about a few accounts: [...] > scop at fedoraproject dot org Some time ago, I thought I'd change my Fedora related mail address to the above. Bad idea, the system no longer knew where to send mail, and wasn't helpful enough to prevent me from doing the change in the first place. Unfortunately after changing my account in Bugzilla to the above, Bugzilla no longer let me change it back, and I lost my Fedora permission bits there too. I changed the address back in the accounts system, posted an OTRS ticket [1] asking for help. But much before anyone reacted (it took two weeks until someone closed it after doing nothing :(), something (maybe the accounts system? dunno), magically created a *new* Bugzilla account for my "old" email address - the one I'm posting this from - and added my old permissions to it. So I can use stuff again, but the old Bugzilla account now known as scop at fedoraproject.org persists. > Somehow, my script can't seem to link them to their proper owner. Not > sure what is needed there. I'm pretty sure there's nothing I can do about the above case, but FWIW, you can assume scop at fedoraproject.org equals ville.skytta at iki.fi. [1] Ticket #2006111410000021 From kevin at scrye.com Thu Dec 14 17:59:49 2006 From: kevin at scrye.com (Kevin Fenzi) Date: Thu, 14 Dec 2006 10:59:49 -0700 Subject: FE Package Status of Dec 14, 2006 In-Reply-To: <20061214172711.408a4dc7@ludwig-alpha.unil.ch> References: <20061214172711.408a4dc7@ludwig-alpha.unil.ch> Message-ID: <20061214105949.50cc01a6@ningauble.scrye.com> On Thu, 14 Dec 2006 17:27:11 +0100 Christian.Iseli at licr.org (Christian Iseli) wrote: > Hi folks, > > Trying to get back to the weekly schedule... > > There's something a bit funny about a few accounts: > kevin-redhat-bugzilla at tummy dot com Yeah, I had this other bugzilla account at first and put all the Xfce packages under it, but then remembered the password to my main bugzilla account. I will just fix all those to use my main bugzilla account email. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From vonbrand at inf.utfsm.cl Thu Dec 14 18:27:35 2006 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Thu, 14 Dec 2006 15:27:35 -0300 Subject: License Question In-Reply-To: Message from "Christopher Stone" of "Thu, 14 Dec 2006 08:04:35 -0800." Message-ID: <200612141827.kBEIRZCH025928@laptop13.inf.utfsm.cl> Christopher Stone wrote: [...] > Could someone who knows a lot about legal stuff please review this license: > > http://www.pdflib.com/products/pdflib-family/pdflib-lite/pdflib-lite-licensing/ > > And tell me definitively whether or not it is OSI compatible, and if > not, tell me *exactly* why it is not so that perhaps we could > influence upstream to change the license where needed? You'd better ask the OSI people about this, they have a list of approved licenses at . In any case, I'd follow David Wheeler's advise -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 From mattdm at mattdm.org Thu Dec 14 18:56:31 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 14 Dec 2006 13:56:31 -0500 Subject: License Question In-Reply-To: References: Message-ID: <20061214185631.GA16897@jadzia.bu.edu> On Thu, Dec 14, 2006 at 08:31:05AM -0800, Christopher Stone wrote: > http://www.pdflib.com/fileadmin/pdflib/pdf/license/PDFlib-Lite-license.pdf > Clause 2.1 from the actual license seems to exempt us from this. That looks to have too many specific cases and ill-defined terms -- and is more restrictive than the GPL. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From tibbs at math.uh.edu Thu Dec 14 18:59:53 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 14 Dec 2006 12:59:53 -0600 Subject: License Question In-Reply-To: References: Message-ID: >>>>> "RD" == Rex Dieter writes: RD> NOPE, not OSI: "All other uses not mentioned here require a RD> commercial license." The problem is that there's another clause which says "If you're open source, you are exempted". Not the best wording for a license, and if you're only looking for a noncommercial clause you're going to miss the exemption. - J< From buildsys at fedoraproject.org Thu Dec 14 19:23:34 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 14 Dec 2006 14:23:34 -0500 (EST) Subject: Fedora Extras Package Build Report 2006-12-14 Message-ID: <20061214192334.3032815212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 17 (!) TurboGears-1.0b2-5.fc7 : INVALID rebuild, not published! VLGothic-fonts-20061026-5.fc7 abcMIDI-20061211-1.fc7 akode-2.0.1-3.fc7 beryl-core-0.1.3-2.fc7 NEW conky-1.4.5-2.fc7 glest-2.0.0-3.fc7 NEW gourmet-0.12.2-2.fc7 ip6sic-0.1-6.fc7 koffice-1.6.1-4.fc7 manaworld-0.0.21.1-2.fc7 numpy-1.0.1-1.fc7 NEW php-pear-File-1.2.2-1.fc7 pitivi-0.10.1-7.fc7 pungi-0.1.2-1.fc7 search4files-0.1d-1.fc7 zabbix-1.1.4-4.fc7 Packages built and released for Fedora Extras 6: 11 VLGothic-fonts-20061026-5.fc6 abcMIDI-20061211-1.fc6 beryl-core-0.1.3-2.fc6 glest-2.0.0-3.fc6 manaworld-0.0.21.1-2.fc6 pam_mount-0.18-1.fc6 pitivi-0.10.1-7.fc6 pungi-0.1.2-1.fc6 search4files-0.1d-1.fc6 ushare-0.9.8-1.fc6 zabbix-1.1.4-4.fc6 Packages built and released for Fedora Extras 5: 5 VLGothic-fonts-20061026-5.fc5 abcMIDI-20061211-1.fc5 search4files-0.1d-1.fc5 ushare-0.9.8-1.fc5 zabbix-1.1.4-4.fc5 Packages built and released for Fedora Extras 4: 0 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 Thu Dec 14 20:20:36 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Thu, 14 Dec 2006 20:20:36 -0000 Subject: (2/2) Summary - Broken dependencies in Fedora Extras - 2006-12-14 Message-ID: <20061214202036.10681.73416@extras64.linux.duke.edu> rekall-python-2.4.3-5.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) scipy-0.5.1-4.fc7.x86_64 requires python(abi) = 0:2.4 ser-postgresql-0.9.6-9.fc6.x86_64 requires libpq.so.4()(64bit) serpentine-0.7-5.fc6.noarch requires python(abi) = 0:2.4 streamtuner-0.99.99-15.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) syck-python-0.55-12.fc7.x86_64 requires python(abi) = 0:2.4 tinyerp-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 tinyerp-server-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 translate-toolkit-0.10.1-2.fc7.noarch requires python-elementtree veusz-0.10-12.fc6.x86_64 requires python(abi) = 0:2.4 wxPython-2.6.3.2-2.fc6.i386 requires python(abi) = 0:2.4 wxPython-2.6.3.2-2.fc6.x86_64 requires python(abi) = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python(abi) = 0:2.4 yumex-1.2.0-1.0.fc7.noarch requires python(abi) = 0:2.4 zeroinstall-injector-0.24-2.fc7.noarch requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-i386: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 anjuta-1:2.0.2-11.fc7.i386 requires libgvc.so.2 bitbake-1.6.0-1.fc6.noarch requires python(abi) = 0:2.4 blender-2.42a-6.fc7.i386 requires libpython2.4.so.1.0 centericq-4.21.0-8.fc6.i386 requires libcurl.so.3 compat-wxPythonGTK2-2.4.2.4-12.fc6.i386 requires python(abi) = 0:2.4 crossfire-plugins-1.9.1-2.fc6.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.i386 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 cvs2svn-1.4.0-2.fc6.noarch requires python(abi) = 0:2.4 cyphesis-0.5.10-3.fc7.i386 requires libpython2.4.so.1.0 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 digikam-doc-0.8.2-3.fc6.noarch requires digikam = 0:0.8.2 driftnet-0.1.6-11.i386 requires libpcap.so.0.9.4 duplicity-0.4.2-3.fc6.i386 requires python < 0:2.5 duplicity-0.4.2-3.fc6.i386 requires python(abi) = 0:2.4 ekg-1.7-0.3.rc2.fc6.i386 requires libpython2.4.so.1.0 epylog-1.0.3-4.fc6.noarch requires python-abi = 0:2.4 epylog-1.0.3-4.fc6.noarch requires python(abi) = 0:2.4 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 flow-tools-0.68-11.fc6.i386 requires libpq.so.4 gajim-0.10.1-3.fc6.i386 requires libpython2.4.so.1.0 gajim-0.10.1-3.fc6.i386 requires python-abi = 0:2.4 gambas-gb-db-1.0.17-6.fc7.i386 requires libpq.so.4 gambas-runtime-1.0.17-6.fc7.i386 requires libgettextlib-0.15.so gazpacho-0.6.6-1.fc6.noarch requires python-abi = 0:2.4 gazpacho-0.6.6-1.fc6.noarch requires python(abi) = 0:2.4 gcompris-8.2-1.fc7.i386 requires libpython2.4.so.1.0 gdesklets-0.35.4-3.fc7.i386 requires python-abi = 0:2.4 gdl-0.9-0.pre3.2.fc7.i386 requires libpython2.4.so.1.0 ghc-gtk2hs-0.9.10-4.fc6.i386 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires ghc642 glom-1.2.1-2.fc7.i386 requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.i386 requires libpython2.4.so.1.0 gnomad2-2.8.9-2.fc6.i386 requires libmtp.so.2 gonvert-0.2.15-3.fc6.noarch requires python(abi) = 0:2.4 gresistor-0.0.1-8.fc6.noarch requires python(abi) = 0:2.4 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.i386 requires gecko-libs = 0:2.0 hamlib-python-1.2.5-3.fc6.i386 requires python-abi = 0:2.4 hamlib-python-1.2.5-3.fc6.i386 requires python(abi) = 0:2.4 ipython-0.7.2-3.fc6.noarch requires python-abi = 0:2.4 ipython-0.7.2-3.fc6.noarch requires python(abi) = 0:2.4 k3d-0.6.4.0-1.fc7.i386 requires libpython2.4.so.1.0 kphotobymail-0.4-1.fc7.noarch requires python(abi) = 0:2.4 libgda-postgres-1:1.9.100-10.fc6.i386 requires libpq.so.4 libopensync-0.19-1.fc6.i386 requires python(abi) = 0:2.4 libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 magicor-1.0-0.2.rc2.fc7.noarch requires python(abi) = 0:2.4 nagios-plugins-pgsql-1.4.4-2.fc7.i386 requires libpq.so.4 nessus-client-2.2.7-2.fc6.i386 requires libpcap.so.0.9.4 nessus-gui-2.2.7-2.fc6.i386 requires libpcap.so.0.9.4 nessus-server-2.2.7-2.fc6.i386 requires libpcap.so.0.9.4 openbabel-python-2.0.2-5.fc6.i386 requires python(abi) = 0:2.4 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.i386 requires libpq.so.4 pessulus-2.16.1-1.fc6.noarch requires python(abi) = 0:2.4 pgadmin3-1.4.3-6.fc6.i386 requires libpq.so.4 plague-common-0.4.4.1-2.fc6.noarch requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 pydot-0.9.10-4.fc6.noarch requires python(abi) = 0:2.4 pyflowtools-0.3-7.fc6.i386 requires python(abi) = 0:2.4 pylint-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 pylint-gui-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.i386 requires python(abi) = 0:2.4 python-adns-1.1.0-4.fc6.i386 requires python < 0:2.5 python-adns-1.1.0-4.fc6.i386 requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-durus-3.5-2.fc6.i386 requires python-abi = 0:2.4 python-durus-3.5-2.fc6.i386 requires python(abi) = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python-abi = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python(abi) = 0:2.4 python-htmltmpl-1.22-7.fc6.noarch requires python(abi) = 0:2.4 python-id3-1.2-8.fc6.noarch requires python(abi) = 0:2.4 python-kid-0.9.3-1.fc6.noarch requires python-elementtree python-kid-0.9.3-1.fc6.noarch requires python(abi) = 0:2.4 python-kiwi-1.9.9-1.fc6.noarch requires python-abi = 0:2.4 python-kiwi-1.9.9-1.fc6.noarch requires python(abi) = 0:2.4 python-kiwi-gazpacho-1.9.9-1.fc6.noarch requires python(abi) = 0:2.4 python-logilab-astng-0.16.1-2.fc6.noarch requires python(abi) = 0:2.4 python-logilab-common-0.19.2-1.fc6.noarch requires python(abi) = 0:2.4 python-lxml-1.0.3-2.fc6.i386 requires python-abi = 0:2.4 python-lxml-1.0.3-2.fc6.i386 requires python(abi) = 0:2.4 python-matplotlib-0.87.7-2.fc7.i386 requires python(abi) = 0:2.4 python-matplotlib-tk-0.87.7-2.fc7.i386 requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-nltk_lite-0.6.6-1.fc7.noarch requires python(abi) = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python(abi) = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.i386 requires python-abi = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.i386 requires python(abi) = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python-abi = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python(abi) = 0:2.4 python-psycopg-1.1.21-5.fc6.i386 requires libpq.so.4 python-psycopg-1.1.21-5.fc6.i386 requires python-abi = 0:2.4 python-psycopg-1.1.21-5.fc6.i386 requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-pyspf-1.7-5.fc6.noarch requires python(abi) = 0:2.4 python-quixote-2.4-4.fc6.i386 requires python-abi = 0:2.4 python-quixote-2.4-4.fc6.i386 requires python(abi) = 0:2.4 python-sexy-0.1.9-2.fc7.i386 requires python(abi) = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python-abi = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python(abi) = 0:2.4 python-sqlite2-1:2.3.2-2.fc6.i386 requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python-abi = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.i386 requires python(abi) = 0:2.4 python-vorbis-1.3-3.fc6.i386 requires python-abi = 0:2.4 python-vorbis-1.3-3.fc6.i386 requires python(abi) = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python-abi = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python(abi) = 0:2.4 pyxmms-2.06-3.fc6.i386 requires python(abi) = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python-abi = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python(abi) = 0:2.4 rdiff-backup-1.0.5-1.fc7.i386 requires python-abi = 0:2.4 rdiff-backup-1.0.5-1.fc7.i386 requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.i386 requires libpq.so.4 rekall-python-2.4.3-5.fc6.i386 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.i386 requires libpython2.4.so.1.0 scipy-0.5.1-4.fc7.i386 requires python(abi) = 0:2.4 ser-postgresql-0.9.6-9.fc6.i386 requires libpq.so.4 serpentine-0.7-5.fc6.noarch requires python(abi) = 0:2.4 syck-python-0.55-12.fc7.i386 requires python(abi) = 0:2.4 tinyerp-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 tinyerp-server-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 translate-toolkit-0.10.1-2.fc7.noarch requires python-elementtree veusz-0.10-12.fc6.i386 requires python(abi) = 0:2.4 wxPython-2.6.3.2-2.fc6.i386 requires python(abi) = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python(abi) = 0:2.4 yumex-1.2.0-1.0.fc7.noarch requires python(abi) = 0:2.4 zeroinstall-injector-0.24-2.fc7.noarch requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-6-ppc: glest-data-2.0.0-2.fc6.noarch requires glest = 0:2.0.0 ====================================================================== Broken packages in fedora-extras-5-ppc: linphone-1.2.0-4.fc5.ppc requires libortp.so.2 ====================================================================== Broken packages in fedora-extras-5-x86_64: linphone-1.2.0-4.fc5.x86_64 requires libortp.so.2()(64bit) ====================================================================== Broken packages in fedora-extras-5-i386: linphone-1.2.0-4.fc5.i386 requires libortp.so.2 From buildsys at fedoraproject.org Thu Dec 14 20:20:35 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Thu, 14 Dec 2006 20:20:35 -0000 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-14 Message-ID: <20061214202035.10681.81875@extras64.linux.duke.edu> New report for: gauret AT free.fr package: glest-data - 2.0.0-2.fc6.noarch from fedora-extras-6-ppc unresolved deps: glest = 0:2.0.0 package: glest-data - 2.0.0-2.fc7.noarch from fedora-extras-development-ppc unresolved deps: glest = 0:2.0.0 ====================================================================== Summary of broken packages (by owner): Jochen AT herr-schmitt.de blender - 2.42a-6.fc7.i386 (6 days) blender - 2.42a-6.fc7.ppc (6 days) blender - 2.42a-6.fc7.x86_64 (6 days) andreas.bierfert AT lowlatency.de centericq - 4.21.0-8.fc6.i386 (44 days) centericq - 4.21.0-8.fc6.ppc (44 days) centericq - 4.21.0-8.fc6.x86_64 (44 days) libopensync - 0.19-1.fc6.i386 (6 days) libopensync - 0.19-1.fc6.i386 (6 days) libopensync - 0.19-1.fc6.ppc (6 days) libopensync - 0.19-1.fc6.x86_64 (6 days) nessus-client - 2.2.7-2.fc6.i386 (15 days) nessus-client - 2.2.7-2.fc6.ppc (15 days) nessus-client - 2.2.7-2.fc6.x86_64 (15 days) nessus-gui - 2.2.7-2.fc6.i386 (15 days) nessus-gui - 2.2.7-2.fc6.ppc (15 days) nessus-gui - 2.2.7-2.fc6.x86_64 (15 days) nessus-server - 2.2.7-2.fc6.i386 (15 days) nessus-server - 2.2.7-2.fc6.ppc (15 days) nessus-server - 2.2.7-2.fc6.x86_64 (15 days) orange - 0.3-4.cvs20051118.fc7.i386 (10 days) andreas AT bawue.net bitbake - 1.6.0-1.fc6.noarch (6 days) bitbake - 1.6.0-1.fc6.noarch (6 days) bitbake - 1.6.0-1.fc6.noarch (6 days) pyzor - 0.4.0-10.fc6.noarch (6 days) pyzor - 0.4.0-10.fc6.noarch (6 days) pyzor - 0.4.0-10.fc6.noarch (6 days) ser-postgresql - 0.9.6-9.fc6.i386 (8 days) ser-postgresql - 0.9.6-9.fc6.ppc (8 days) ser-postgresql - 0.9.6-9.fc6.x86_64 (8 days) bdpepple AT ameritech.net python-telepathy - 0.13.7-2.fc7.noarch (6 days) python-telepathy - 0.13.7-2.fc7.noarch (6 days) python-telepathy - 0.13.7-2.fc7.noarch (6 days) bnocera AT redhat.com driftnet - 0.1.6-11.i386 (15 days) driftnet - 0.1.6-11.ppc (15 days) driftnet - 0.1.6-11.x86_64 (15 days) cgoorah AT yahoo.com.au gresistor - 0.0.1-8.fc6.noarch (6 days) gresistor - 0.0.1-8.fc6.noarch (6 days) gresistor - 0.0.1-8.fc6.noarch (6 days) dan AT danny.cz tinyerp - 3.4.2-1.fc6.noarch (6 days) tinyerp - 3.4.2-1.fc6.noarch (6 days) tinyerp - 3.4.2-1.fc6.noarch (6 days) tinyerp-server - 3.4.2-1.fc6.noarch (6 days) tinyerp-server - 3.4.2-1.fc6.noarch (6 days) tinyerp-server - 3.4.2-1.fc6.noarch (6 days) dcbw AT redhat.com csound - 5.03.0-9.fc7.i386 (6 days) csound - 5.03.0-9.fc7.i386 (6 days) csound - 5.03.0-9.fc7.ppc (6 days) csound - 5.03.0-9.fc7.x86_64 (6 days) csound-python - 5.03.0-9.fc7.i386 (6 days) csound-python - 5.03.0-9.fc7.ppc (6 days) csound-python - 5.03.0-9.fc7.x86_64 (6 days) plague-common - 0.4.4.1-2.fc6.noarch (6 days) plague-common - 0.4.4.1-2.fc6.noarch (6 days) plague-common - 0.4.4.1-2.fc6.noarch (6 days) denis AT poolshark.org glom - 1.2.1-2.fc7.i386 (6 days) glom - 1.2.1-2.fc7.ppc (6 days) glom - 1.2.1-2.fc7.x86_64 (6 days) k3d - 0.6.4.0-1.fc7.i386 (6 days) k3d - 0.6.4.0-1.fc7.i386 (6 days) k3d - 0.6.4.0-1.fc7.ppc (6 days) k3d - 0.6.4.0-1.fc7.x86_64 (6 days) dennis AT ausil.us hamlib-python - 1.2.5-3.fc6.i386 (6 days) hamlib-python - 1.2.5-3.fc6.ppc (6 days) hamlib-python - 1.2.5-3.fc6.x86_64 (6 days) dwmw2 AT redhat.com openpbx - 1.2-3.rc2.svn2135.fc7.i386 (8 days) openpbx - 1.2-3.rc2.svn2135.fc7.i386 (8 days) openpbx - 1.2-3.rc2.svn2135.fc7.ppc (8 days) openpbx - 1.2-3.rc2.svn2135.fc7.x86_64 (8 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.i386 (8 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.ppc (8 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.x86_64 (8 days) endur AT bennewitz.com streamtuner - 0.99.99-15.fc7.x86_64 (6 days) extras-orphan AT fedoraproject.org python-htmltmpl - 1.22-7.fc6.noarch (6 days) python-htmltmpl - 1.22-7.fc6.noarch (6 days) python-htmltmpl - 1.22-7.fc6.noarch (6 days) python-id3 - 1.2-8.fc6.noarch (6 days) python-id3 - 1.2-8.fc6.noarch (6 days) python-id3 - 1.2-8.fc6.noarch (6 days) foolish AT guezz.net serpentine - 0.7-5.fc6.noarch (6 days) serpentine - 0.7-5.fc6.noarch (6 days) serpentine - 0.7-5.fc6.noarch (6 days) gajownik AT gmail.com gajim - 0.10.1-3.fc6.i386 (6 days) gajim - 0.10.1-3.fc6.ppc (6 days) gajim - 0.10.1-3.fc6.x86_64 (6 days) python-sqlite2 - 1:2.3.2-2.fc6.i386 (6 days) python-sqlite2 - 1:2.3.2-2.fc6.ppc (6 days) python-sqlite2 - 1:2.3.2-2.fc6.x86_64 (6 days) gauret AT free.fr glest-data - 2.0.0-2.fc6.noarch glest-data - 2.0.0-2.fc7.noarch ghenry AT suretecsystems.com pgadmin3 - 1.4.3-6.fc6.i386 (8 days) pgadmin3 - 1.4.3-6.fc6.ppc (8 days) pgadmin3 - 1.4.3-6.fc6.x86_64 (8 days) rdiff-backup - 1.0.5-1.fc7.i386 (6 days) rdiff-backup - 1.0.5-1.fc7.ppc (6 days) rdiff-backup - 1.0.5-1.fc7.x86_64 (6 days) hugo AT devin.com.br python-ogg - 1.3-3.fc6.i386 (6 days) python-ogg - 1.3-3.fc6.i386 (6 days) python-ogg - 1.3-3.fc6.ppc (6 days) python-ogg - 1.3-3.fc6.x86_64 (6 days) python-vorbis - 1.3-3.fc6.i386 (6 days) python-vorbis - 1.3-3.fc6.ppc (6 days) python-vorbis - 1.3-3.fc6.x86_64 (6 days) i AT stingr.net flow-tools - 0.68-11.fc6.i386 (8 days) flow-tools - 0.68-11.fc6.i386 (8 days) flow-tools - 0.68-11.fc6.ppc (8 days) flow-tools - 0.68-11.fc6.x86_64 (8 days) pyflowtools - 0.3-7.fc6.i386 (6 days) pyflowtools - 0.3-7.fc6.ppc (6 days) pyflowtools - 0.3-7.fc6.x86_64 (6 days) icon AT fedoraproject.org cvs2svn - 1.4.0-2.fc6.noarch (6 days) cvs2svn - 1.4.0-2.fc6.noarch (6 days) cvs2svn - 1.4.0-2.fc6.noarch (6 days) epylog - 1.0.3-4.fc6.noarch (6 days) epylog - 1.0.3-4.fc6.noarch (6 days) epylog - 1.0.3-4.fc6.noarch (6 days) gazpacho - 0.6.6-1.fc6.noarch (6 days) gazpacho - 0.6.6-1.fc6.noarch (6 days) gazpacho - 0.6.6-1.fc6.noarch (6 days) pylint - 0.12.1-1.fc6.noarch (6 days) pylint - 0.12.1-1.fc6.noarch (6 days) pylint - 0.12.1-1.fc6.noarch (6 days) pylint-gui - 0.12.1-1.fc6.noarch (6 days) pylint-gui - 0.12.1-1.fc6.noarch (6 days) pylint-gui - 0.12.1-1.fc6.noarch (6 days) python-feedparser - 4.1-1.fc6.noarch (6 days) python-feedparser - 4.1-1.fc6.noarch (6 days) python-feedparser - 4.1-1.fc6.noarch (6 days) python-kid - 0.9.3-1.fc6.noarch (6 days) python-kid - 0.9.3-1.fc6.noarch (6 days) python-kid - 0.9.3-1.fc6.noarch (6 days) python-kiwi - 1.9.9-1.fc6.noarch (6 days) python-kiwi - 1.9.9-1.fc6.noarch (6 days) python-kiwi - 1.9.9-1.fc6.noarch (6 days) python-kiwi-gazpacho - 1.9.9-1.fc6.noarch (6 days) python-kiwi-gazpacho - 1.9.9-1.fc6.noarch (6 days) python-kiwi-gazpacho - 1.9.9-1.fc6.noarch (6 days) python-logilab-astng - 0.16.1-2.fc6.noarch (6 days) python-logilab-astng - 0.16.1-2.fc6.noarch (6 days) python-logilab-astng - 0.16.1-2.fc6.noarch (6 days) python-logilab-common - 0.19.2-1.fc6.noarch (6 days) python-logilab-common - 0.19.2-1.fc6.noarch (6 days) python-logilab-common - 0.19.2-1.fc6.noarch (6 days) ifoox AT redhat.com libreadline-java - 0.8.0-13.fc6.i386 (3 days) libreadline-java - 0.8.0-13.fc6.i386 (3 days) libreadline-java - 0.8.0-13.fc6.ppc (3 days) libreadline-java - 0.8.0-13.fc6.x86_64 (3 days) imlinux AT gmail.com nagios-plugins-pgsql - 1.4.4-2.fc7.i386 (8 days) nagios-plugins-pgsql - 1.4.4-2.fc7.ppc (8 days) nagios-plugins-pgsql - 1.4.4-2.fc7.x86_64 (8 days) j.w.r.degoede AT hhs.nl gcompris - 8.2-1.fc7.i386 (6 days) gcompris - 8.2-1.fc7.ppc (6 days) gcompris - 8.2-1.fc7.x86_64 (6 days) libgda-postgres - 1:1.9.100-10.fc6.i386 (8 days) libgda-postgres - 1:1.9.100-10.fc6.ppc (8 days) libgda-postgres - 1:1.9.100-10.fc6.x86_64 (8 days) magicor - 1.0-0.2.rc2.fc7.noarch (6 days) magicor - 1.0-0.2.rc2.fc7.noarch (6 days) magicor - 1.0-0.2.rc2.fc7.noarch (6 days) jafo-redhat AT tummy.com python-pydns - 2.3.0-4.fc6.noarch (6 days) python-pydns - 2.3.0-4.fc6.noarch (6 days) python-pydns - 2.3.0-4.fc6.noarch (6 days) python-pyspf - 1.7-5.fc6.noarch (6 days) python-pyspf - 1.7-5.fc6.noarch (6 days) python-pyspf - 1.7-5.fc6.noarch (6 days) jamatos AT fc.up.pt f2py - 2.45.241_1926-2.fc6.noarch (6 days) f2py - 2.45.241_1926-2.fc6.noarch (6 days) f2py - 2.45.241_1926-2.fc6.noarch (6 days) python-amara - 1.1.7-2.fc6.noarch (6 days) python-amara - 1.1.7-2.fc6.noarch (6 days) python-amara - 1.1.7-2.fc6.noarch (6 days) jeff AT ocjtech.us linphone - 1.2.0-4.fc5.i386 (66 days) linphone - 1.2.0-4.fc5.ppc (66 days) linphone - 1.2.0-4.fc5.x86_64 (66 days) jeremy AT jeremysanders.net veusz - 0.10-12.fc6.i386 (6 days) veusz - 0.10-12.fc6.ppc (6 days) veusz - 0.10-12.fc6.x86_64 (6 days) jspaleta AT gmail.com scipy - 0.5.1-4.fc7.i386 (6 days) scipy - 0.5.1-4.fc7.ppc (6 days) scipy - 0.5.1-4.fc7.x86_64 (6 days) karlthered AT gmail.com gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.i386 (22 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.i386 (22 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.ppc (22 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.x86_64 (22 days) python-sexy - 0.1.9-2.fc7.i386 (6 days) python-sexy - 0.1.9-2.fc7.ppc (6 days) python-sexy - 0.1.9-2.fc7.x86_64 (6 days) kushaldas AT gmail.com kphotobymail - 0.4-1.fc7.noarch (6 days) kphotobymail - 0.4-1.fc7.noarch (6 days) kphotobymail - 0.4-1.fc7.noarch (6 days) lmacken AT redhat.com TurboGears - 1.0b2-5.fc7.noarch TurboGears - 1.0b2-5.fc7.noarch TurboGears - 1.0b2-5.fc7.noarch python-cherrypy - 2.2.1-3.fc6.noarch (6 days) python-cherrypy - 2.2.1-3.fc6.noarch (6 days) python-cherrypy - 2.2.1-3.fc6.noarch (6 days) luya_tfz AT thefinalzone.com gdesklets - 0.35.4-3.fc7.i386 (6 days) gdesklets - 0.35.4-3.fc7.ppc (6 days) gdesklets - 0.35.4-3.fc7.x86_64 (6 days) mattdm AT mattdm.org wxPython - 2.6.3.2-2.fc6.i386 (6 days) wxPython - 2.6.3.2-2.fc6.i386 (6 days) wxPython - 2.6.3.2-2.fc6.ppc (6 days) wxPython - 2.6.3.2-2.fc6.x86_64 (6 days) mgarski AT post.pl digikam-doc - 0.8.2-3.fc6.noarch (15 days) digikam-doc - 0.8.2-3.fc6.noarch (15 days) digikam-doc - 0.8.2-3.fc6.noarch (15 days) michel.salim AT gmail.com python-nltk - 1.4.4-3.fc7.noarch (6 days) python-nltk - 1.4.4-3.fc7.noarch (6 days) python-nltk - 1.4.4-3.fc7.noarch (6 days) python-nltk_lite - 0.6.6-1.fc7.noarch (6 days) python-nltk_lite - 0.6.6-1.fc7.noarch (6 days) python-nltk_lite - 0.6.6-1.fc7.noarch (6 days) zeroinstall-injector - 0.24-2.fc7.noarch (6 days) zeroinstall-injector - 0.24-2.fc7.noarch (6 days) zeroinstall-injector - 0.24-2.fc7.noarch (6 days) mitr AT redhat.com python-4Suite-XML - 1.0-1.i386 (6 days) python-4Suite-XML - 1.0-1.ppc (6 days) python-4Suite-XML - 1.0-1.x86_64 (6 days) oliver AT linux-kernel.at syck-python - 0.55-12.fc7.i386 (6 days) syck-python - 0.55-12.fc7.ppc (6 days) syck-python - 0.55-12.fc7.x86_64 (6 days) orion AT cora.nwra.com gdl - 0.9-0.pre3.2.fc7.i386 (6 days) gdl - 0.9-0.pre3.2.fc7.ppc (6 days) gdl - 0.9-0.pre3.2.fc7.x86_64 (6 days) paraview - 2.4.4-3.fc6.x86_64 (6 days) paraview-mpi - 2.4.4-3.fc6.x86_64 (6 days) plplot - 5.6.1-8.fc7.i386 (6 days) plplot - 5.6.1-8.fc7.i386 (6 days) plplot - 5.6.1-8.fc7.ppc (6 days) plplot - 5.6.1-8.fc7.x86_64 (6 days) plplot-gnome - 5.6.1-8.fc7.i386 (6 days) plplot-gnome - 5.6.1-8.fc7.i386 (6 days) plplot-gnome - 5.6.1-8.fc7.ppc (6 days) plplot-gnome - 5.6.1-8.fc7.x86_64 (6 days) python-matplotlib - 0.87.7-2.fc7.i386 (6 days) python-matplotlib - 0.87.7-2.fc7.ppc (6 days) python-matplotlib - 0.87.7-2.fc7.x86_64 (6 days) python-matplotlib-tk - 0.87.7-2.fc7.i386 (6 days) python-matplotlib-tk - 0.87.7-2.fc7.ppc (6 days) python-matplotlib-tk - 0.87.7-2.fc7.x86_64 (6 days) paul AT all-the-johnsons.co.uk anjuta - 1:2.0.2-11.fc7.i386 (2 days) anjuta - 1:2.0.2-11.fc7.i386 (2 days) anjuta - 1:2.0.2-11.fc7.ppc (2 days) anjuta - 1:2.0.2-11.fc7.x86_64 (2 days) gonvert - 0.2.15-3.fc6.noarch (6 days) gonvert - 0.2.15-3.fc6.noarch (6 days) gonvert - 0.2.15-3.fc6.noarch (6 days) pyxmms - 2.06-3.fc6.i386 (6 days) pyxmms - 2.06-3.fc6.ppc (6 days) pyxmms - 2.06-3.fc6.x86_64 (6 days) petersen AT redhat.com ghc-gtk2hs - 0.9.10-4.fc6.i386 (41 days) ghc-gtk2hs - 0.9.10-4.fc6.ppc (41 days) ghc-gtk2hs - 0.9.10-4.fc6.x86_64 (41 days) ghc642-gtk2hs - 0.9.10-4.fc6.i386 (41 days) ghc642-gtk2hs - 0.9.10-4.fc6.ppc (41 days) ghc642-gtk2hs - 0.9.10-4.fc6.x86_64 (41 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.i386 (41 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.ppc (41 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.x86_64 (41 days) prockai AT redhat.com cyrus-imapd - 2.3.7-4.fc6.i386 (15 days) cyrus-imapd - 2.3.7-4.fc6.i386 (15 days) cyrus-imapd - 2.3.7-4.fc6.ppc (15 days) cyrus-imapd - 2.3.7-4.fc6.x86_64 (15 days) rdieter AT math.unl.edu PyKDE - 3.16.0-5.fc7.i386 (6 days) PyKDE - 3.16.0-5.fc7.i386 (6 days) PyKDE - 3.16.0-5.fc7.ppc (6 days) PyKDE - 3.16.0-5.fc7.x86_64 (6 days) gift - 0.11.8.1-6.fc7.i386 (46 days) redhat-bugzilla AT linuxnetz.de duplicity - 0.4.2-3.fc6.i386 (6 days) duplicity - 0.4.2-3.fc6.ppc (6 days) duplicity - 0.4.2-3.fc6.x86_64 (6 days) roozbeh AT farsiweb.info translate-toolkit - 0.10.1-2.fc7.noarch (2 days) translate-toolkit - 0.10.1-2.fc7.noarch (2 days) translate-toolkit - 0.10.1-2.fc7.noarch (2 days) rpm AT greysector.net ekg - 1.7-0.3.rc2.fc6.i386 (6 days) ekg - 1.7-0.3.rc2.fc6.ppc (6 days) ekg - 1.7-0.3.rc2.fc6.x86_64 (6 days) openbabel-python - 2.0.2-5.fc6.i386 (6 days) openbabel-python - 2.0.2-5.fc6.ppc (6 days) openbabel-python - 2.0.2-5.fc6.x86_64 (6 days) rvokal AT redhat.com python-adns - 1.1.0-4.fc6.i386 (6 days) python-adns - 1.1.0-4.fc6.ppc (6 days) python-adns - 1.1.0-4.fc6.x86_64 (6 days) shahms AT shahms.com ipython - 0.7.2-3.fc6.noarch (6 days) ipython - 0.7.2-3.fc6.noarch (6 days) ipython - 0.7.2-3.fc6.noarch (6 days) python-durus - 3.5-2.fc6.i386 (6 days) python-durus - 3.5-2.fc6.ppc (6 days) python-durus - 3.5-2.fc6.x86_64 (6 days) python-lxml - 1.0.3-2.fc6.i386 (6 days) python-lxml - 1.0.3-2.fc6.ppc (6 days) python-lxml - 1.0.3-2.fc6.x86_64 (6 days) python-protocols - 1.0-0.3.a0dev_r2082.fc6.i386 (6 days) python-protocols - 1.0-0.3.a0dev_r2082.fc6.ppc (6 days) python-protocols - 1.0-0.3.a0dev_r2082.fc6.x86_64 (6 days) python-psyco - 1.5.1-4.fc6.i386 (6 days) python-psycopg - 1.1.21-5.fc6.i386 (8 days) python-psycopg - 1.1.21-5.fc6.ppc (8 days) python-psycopg - 1.1.21-5.fc6.x86_64 (8 days) python-quixote - 2.4-4.fc6.i386 (6 days) python-quixote - 2.4-4.fc6.ppc (6 days) python-quixote - 2.4-4.fc6.x86_64 (6 days) python-simpletal - 4.1-4.fc6.noarch (6 days) python-simpletal - 4.1-4.fc6.noarch (6 days) python-simpletal - 4.1-4.fc6.noarch (6 days) python-tpg - 3.1.0-3.fc6.noarch (6 days) python-tpg - 3.1.0-3.fc6.noarch (6 days) python-tpg - 3.1.0-3.fc6.noarch (6 days) splinux AT fedoraproject.org pessulus - 2.16.1-1.fc6.noarch (6 days) pessulus - 2.16.1-1.fc6.noarch (6 days) pessulus - 2.16.1-1.fc6.noarch (6 days) stickster AT gmail.com xmldiff - 0.6.7-12.fc6.i386 (6 days) xmldiff - 0.6.7-12.fc6.ppc (6 days) xmldiff - 0.6.7-12.fc6.x86_64 (6 days) tcallawa AT redhat.com compat-wxPythonGTK2 - 2.4.2.4-12.fc6.i386 (6 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.ppc (6 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.x86_64 (6 days) gambas-gb-db - 1.0.17-6.fc7.i386 (21 days) gambas-gb-db - 1.0.17-6.fc7.ppc (21 days) gambas-runtime - 1.0.17-6.fc7.i386 (21 days) gambas-runtime - 1.0.17-6.fc7.ppc (21 days) pychart - 1.39-4.fc6.noarch (6 days) pychart - 1.39-4.fc6.noarch (6 days) pychart - 1.39-4.fc6.noarch (6 days) pydot - 0.9.10-4.fc6.noarch (6 days) pydot - 0.9.10-4.fc6.noarch (6 days) pydot - 0.9.10-4.fc6.noarch (6 days) pyxdg - 0.15-3.fc6.noarch (6 days) pyxdg - 0.15-3.fc6.noarch (6 days) pyxdg - 0.15-3.fc6.noarch (6 days) rekall-postgresql - 2.4.3-5.fc6.i386 (8 days) rekall-postgresql - 2.4.3-5.fc6.ppc (8 days) rekall-postgresql - 2.4.3-5.fc6.x86_64 (8 days) rekall-python - 2.4.3-5.fc6.i386 (8 days) rekall-python - 2.4.3-5.fc6.ppc (8 days) rekall-python - 2.4.3-5.fc6.x86_64 (8 days) thomas AT apestaart.org python-twisted - 1.3.0-7.fc6.i386 (6 days) python-twisted - 1.3.0-7.fc6.ppc (6 days) python-twisted - 1.3.0-7.fc6.x86_64 (6 days) tla AT rasmil.dk yumex - 1.2.0-1.0.fc7.noarch (6 days) yumex - 1.2.0-1.0.fc7.noarch (6 days) yumex - 1.2.0-1.0.fc7.noarch (6 days) triad AT df.lth.se gnomad2 - 2.8.9-2.fc6.i386 (6 days) gnomad2 - 2.8.9-2.fc6.ppc (6 days) gnomad2 - 2.8.9-2.fc6.x86_64 (6 days) wart AT kobold.org crossfire-plugins - 1.9.1-2.fc6.i386 (6 days) crossfire-plugins - 1.9.1-2.fc6.ppc (6 days) crossfire-plugins - 1.9.1-2.fc6.x86_64 (6 days) cyphesis - 0.5.10-3.fc7.i386 (6 days) cyphesis - 0.5.10-3.fc7.ppc (6 days) cyphesis - 0.5.10-3.fc7.x86_64 (6 days) ====================================================================== Broken packages in fedora-extras-development-ppc: PyKDE-3.16.0-5.fc7.ppc requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.ppc requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 anjuta-1:2.0.2-11.fc7.ppc requires libgvc.so.2 bitbake-1.6.0-1.fc6.noarch requires python(abi) = 0:2.4 blender-2.42a-6.fc7.ppc requires libpython2.4.so.1.0 centericq-4.21.0-8.fc6.ppc requires libcurl.so.3 compat-wxPythonGTK2-2.4.2.4-12.fc6.ppc requires python(abi) = 0:2.4 crossfire-plugins-1.9.1-2.fc6.ppc requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 cvs2svn-1.4.0-2.fc6.noarch requires python(abi) = 0:2.4 cyphesis-0.5.10-3.fc7.ppc requires libpython2.4.so.1.0 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpagent.so.10 digikam-doc-0.8.2-3.fc6.noarch requires digikam = 0:0.8.2 driftnet-0.1.6-11.ppc requires libpcap.so.0.9.4 duplicity-0.4.2-3.fc6.ppc requires python < 0:2.5 duplicity-0.4.2-3.fc6.ppc requires python(abi) = 0:2.4 ekg-1.7-0.3.rc2.fc6.ppc requires libpython2.4.so.1.0 epylog-1.0.3-4.fc6.noarch requires python-abi = 0:2.4 epylog-1.0.3-4.fc6.noarch requires python(abi) = 0:2.4 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 flow-tools-0.68-11.fc6.ppc requires libpq.so.4 gajim-0.10.1-3.fc6.ppc requires libpython2.4.so.1.0 gajim-0.10.1-3.fc6.ppc requires python-abi = 0:2.4 gambas-gb-db-1.0.17-6.fc7.ppc requires libpq.so.4 gambas-runtime-1.0.17-6.fc7.ppc requires libgettextlib-0.15.so gazpacho-0.6.6-1.fc6.noarch requires python-abi = 0:2.4 gazpacho-0.6.6-1.fc6.noarch requires python(abi) = 0:2.4 gcompris-8.2-1.fc7.ppc requires libpython2.4.so.1.0 gdesklets-0.35.4-3.fc7.ppc requires python-abi = 0:2.4 gdl-0.9-0.pre3.2.fc7.ppc requires libpython2.4.so.1.0 ghc-gtk2hs-0.9.10-4.fc6.ppc requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires ghc642 glest-data-2.0.0-2.fc7.noarch requires glest = 0:2.0.0 glom-1.2.1-2.fc7.ppc requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.ppc requires libpython2.4.so.1.0 gnomad2-2.8.9-2.fc6.ppc requires libmtp.so.2 gonvert-0.2.15-3.fc6.noarch requires python(abi) = 0:2.4 gresistor-0.0.1-8.fc6.noarch requires python(abi) = 0:2.4 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.ppc requires gecko-libs = 0:2.0 hamlib-python-1.2.5-3.fc6.ppc requires python-abi = 0:2.4 hamlib-python-1.2.5-3.fc6.ppc requires python(abi) = 0:2.4 ipython-0.7.2-3.fc6.noarch requires python-abi = 0:2.4 ipython-0.7.2-3.fc6.noarch requires python(abi) = 0:2.4 k3d-0.6.4.0-1.fc7.ppc requires libpython2.4.so.1.0 kphotobymail-0.4-1.fc7.noarch requires python(abi) = 0:2.4 libgda-postgres-1:1.9.100-10.fc6.ppc requires libpq.so.4 libopensync-0.19-1.fc6.ppc requires python(abi) = 0:2.4 libreadline-java-0.8.0-13.fc6.ppc requires libedit >= 0:2.9 magicor-1.0-0.2.rc2.fc7.noarch requires python(abi) = 0:2.4 nagios-plugins-pgsql-1.4.4-2.fc7.ppc requires libpq.so.4 nessus-client-2.2.7-2.fc6.ppc requires libpcap.so.0.9.4 nessus-gui-2.2.7-2.fc6.ppc requires libpcap.so.0.9.4 nessus-server-2.2.7-2.fc6.ppc requires libpcap.so.0.9.4 openbabel-python-2.0.2-5.fc6.ppc requires python(abi) = 0:2.4 openpbx-1.2-3.rc2.svn2135.fc7.ppc requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.ppc requires libpq.so.4 pessulus-2.16.1-1.fc6.noarch requires python(abi) = 0:2.4 pgadmin3-1.4.3-6.fc6.ppc requires libpq.so.4 plague-common-0.4.4.1-2.fc6.noarch requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 pydot-0.9.10-4.fc6.noarch requires python(abi) = 0:2.4 pyflowtools-0.3-7.fc6.ppc requires python(abi) = 0:2.4 pylint-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 pylint-gui-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.ppc requires python(abi) = 0:2.4 python-adns-1.1.0-4.fc6.ppc requires python < 0:2.5 python-adns-1.1.0-4.fc6.ppc requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-durus-3.5-2.fc6.ppc requires python-abi = 0:2.4 python-durus-3.5-2.fc6.ppc requires python(abi) = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python-abi = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python(abi) = 0:2.4 python-htmltmpl-1.22-7.fc6.noarch requires python(abi) = 0:2.4 python-id3-1.2-8.fc6.noarch requires python(abi) = 0:2.4 python-kid-0.9.3-1.fc6.noarch requires python-elementtree python-kid-0.9.3-1.fc6.noarch requires python(abi) = 0:2.4 python-kiwi-1.9.9-1.fc6.noarch requires python-abi = 0:2.4 python-kiwi-1.9.9-1.fc6.noarch requires python(abi) = 0:2.4 python-kiwi-gazpacho-1.9.9-1.fc6.noarch requires python(abi) = 0:2.4 python-logilab-astng-0.16.1-2.fc6.noarch requires python(abi) = 0:2.4 python-logilab-common-0.19.2-1.fc6.noarch requires python(abi) = 0:2.4 python-lxml-1.0.3-2.fc6.ppc requires python-abi = 0:2.4 python-lxml-1.0.3-2.fc6.ppc requires python(abi) = 0:2.4 python-matplotlib-0.87.7-2.fc7.ppc requires python(abi) = 0:2.4 python-matplotlib-tk-0.87.7-2.fc7.ppc requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-nltk_lite-0.6.6-1.fc7.noarch requires python(abi) = 0:2.4 python-ogg-1.3-3.fc6.ppc requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.ppc requires python(abi) = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.ppc requires python-abi = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.ppc requires python(abi) = 0:2.4 python-psycopg-1.1.21-5.fc6.ppc requires libpq.so.4 python-psycopg-1.1.21-5.fc6.ppc requires python-abi = 0:2.4 python-psycopg-1.1.21-5.fc6.ppc requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-pyspf-1.7-5.fc6.noarch requires python(abi) = 0:2.4 python-quixote-2.4-4.fc6.ppc requires python-abi = 0:2.4 python-quixote-2.4-4.fc6.ppc requires python(abi) = 0:2.4 python-sexy-0.1.9-2.fc7.ppc requires python(abi) = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python-abi = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python(abi) = 0:2.4 python-sqlite2-1:2.3.2-2.fc6.ppc requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python-abi = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.ppc requires python(abi) = 0:2.4 python-vorbis-1.3-3.fc6.ppc requires python-abi = 0:2.4 python-vorbis-1.3-3.fc6.ppc requires python(abi) = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python-abi = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python(abi) = 0:2.4 pyxmms-2.06-3.fc6.ppc requires python(abi) = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python-abi = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python(abi) = 0:2.4 rdiff-backup-1.0.5-1.fc7.ppc requires python-abi = 0:2.4 rdiff-backup-1.0.5-1.fc7.ppc requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.ppc requires libpq.so.4 rekall-python-2.4.3-5.fc6.ppc requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.ppc requires libpython2.4.so.1.0 scipy-0.5.1-4.fc7.ppc requires python(abi) = 0:2.4 ser-postgresql-0.9.6-9.fc6.ppc requires libpq.so.4 serpentine-0.7-5.fc6.noarch requires python(abi) = 0:2.4 syck-python-0.55-12.fc7.ppc requires python(abi) = 0:2.4 tinyerp-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 tinyerp-server-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 translate-toolkit-0.10.1-2.fc7.noarch requires python-elementtree veusz-0.10-12.fc6.ppc requires python(abi) = 0:2.4 wxPython-2.6.3.2-2.fc6.ppc requires python(abi) = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python(abi) = 0:2.4 yumex-1.2.0-1.0.fc7.noarch requires python(abi) = 0:2.4 zeroinstall-injector-0.24-2.fc7.noarch requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-x86_64: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 anjuta-1:2.0.2-11.fc7.i386 requires libgvc.so.2 anjuta-1:2.0.2-11.fc7.x86_64 requires libgvc.so.2()(64bit) bitbake-1.6.0-1.fc6.noarch requires python(abi) = 0:2.4 blender-2.42a-6.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) centericq-4.21.0-8.fc6.x86_64 requires libcurl.so.3()(64bit) compat-wxPythonGTK2-2.4.2.4-12.fc6.x86_64 requires python(abi) = 0:2.4 crossfire-plugins-1.9.1-2.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) csound-python-5.03.0-9.fc7.x86_64 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cvs2svn-1.4.0-2.fc6.noarch requires python(abi) = 0:2.4 cyphesis-0.5.10-3.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpmibs.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmp.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmphelpers.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpagent.so.10()(64bit) digikam-doc-0.8.2-3.fc6.noarch requires digikam = 0:0.8.2 driftnet-0.1.6-11.x86_64 requires libpcap.so.0.9.4()(64bit) duplicity-0.4.2-3.fc6.x86_64 requires python < 0:2.5 duplicity-0.4.2-3.fc6.x86_64 requires python(abi) = 0:2.4 ekg-1.7-0.3.rc2.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) epylog-1.0.3-4.fc6.noarch requires python-abi = 0:2.4 epylog-1.0.3-4.fc6.noarch requires python(abi) = 0:2.4 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 flow-tools-0.68-11.fc6.i386 requires libpq.so.4 flow-tools-0.68-11.fc6.x86_64 requires libpq.so.4()(64bit) gajim-0.10.1-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) gajim-0.10.1-3.fc6.x86_64 requires python-abi = 0:2.4 gazpacho-0.6.6-1.fc6.noarch requires python-abi = 0:2.4 gazpacho-0.6.6-1.fc6.noarch requires python(abi) = 0:2.4 gcompris-8.2-1.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) gdesklets-0.35.4-3.fc7.x86_64 requires python-abi = 0:2.4 gdl-0.9-0.pre3.2.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) ghc-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires ghc642 gift-0.11.8.1-6.fc7.i386 requires libmagic.so.1 glom-1.2.1-2.fc7.x86_64 requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) gnomad2-2.8.9-2.fc6.x86_64 requires libmtp.so.2()(64bit) gonvert-0.2.15-3.fc6.noarch requires python(abi) = 0:2.4 gresistor-0.0.1-8.fc6.noarch requires python(abi) = 0:2.4 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.i386 requires gecko-libs = 0:2.0 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.x86_64 requires gecko-libs = 0:2.0 hamlib-python-1.2.5-3.fc6.x86_64 requires python-abi = 0:2.4 hamlib-python-1.2.5-3.fc6.x86_64 requires python(abi) = 0:2.4 ipython-0.7.2-3.fc6.noarch requires python-abi = 0:2.4 ipython-0.7.2-3.fc6.noarch requires python(abi) = 0:2.4 k3d-0.6.4.0-1.fc7.i386 requires libpython2.4.so.1.0 k3d-0.6.4.0-1.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) kphotobymail-0.4-1.fc7.noarch requires python(abi) = 0:2.4 libgda-postgres-1:1.9.100-10.fc6.x86_64 requires libpq.so.4()(64bit) libopensync-0.19-1.fc6.i386 requires python(abi) = 0:2.4 libopensync-0.19-1.fc6.x86_64 requires python(abi) = 0:2.4 libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 libreadline-java-0.8.0-13.fc6.x86_64 requires libedit >= 0:2.9 magicor-1.0-0.2.rc2.fc7.noarch requires python(abi) = 0:2.4 nagios-plugins-pgsql-1.4.4-2.fc7.x86_64 requires libpq.so.4()(64bit) nessus-client-2.2.7-2.fc6.x86_64 requires libpcap.so.0.9.4()(64bit) nessus-gui-2.2.7-2.fc6.x86_64 requires libpcap.so.0.9.4()(64bit) nessus-server-2.2.7-2.fc6.x86_64 requires libpcap.so.0.9.4()(64bit) openbabel-python-2.0.2-5.fc6.x86_64 requires python(abi) = 0:2.4 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-1.2-3.rc2.svn2135.fc7.x86_64 requires libedit.so.0()(64bit) openpbx-postgresql-1.2-3.rc2.svn2135.fc7.x86_64 requires libpq.so.4()(64bit) orange-0.3-4.cvs20051118.fc7.i386 requires libmagic.so.1 paraview-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) paraview-mpi-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) pessulus-2.16.1-1.fc6.noarch requires python(abi) = 0:2.4 pgadmin3-1.4.3-6.fc6.x86_64 requires libpq.so.4()(64bit) plague-common-0.4.4.1-2.fc6.noarch requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 pydot-0.9.10-4.fc6.noarch requires python(abi) = 0:2.4 pyflowtools-0.3-7.fc6.x86_64 requires python(abi) = 0:2.4 pylint-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 pylint-gui-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.x86_64 requires python(abi) = 0:2.4 python-adns-1.1.0-4.fc6.x86_64 requires python < 0:2.5 python-adns-1.1.0-4.fc6.x86_64 requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-durus-3.5-2.fc6.x86_64 requires python-abi = 0:2.4 python-durus-3.5-2.fc6.x86_64 requires python(abi) = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python-abi = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python(abi) = 0:2.4 python-htmltmpl-1.22-7.fc6.noarch requires python(abi) = 0:2.4 python-id3-1.2-8.fc6.noarch requires python(abi) = 0:2.4 python-kid-0.9.3-1.fc6.noarch requires python-elementtree python-kid-0.9.3-1.fc6.noarch requires python(abi) = 0:2.4 python-kiwi-1.9.9-1.fc6.noarch requires python-abi = 0:2.4 python-kiwi-1.9.9-1.fc6.noarch requires python(abi) = 0:2.4 python-kiwi-gazpacho-1.9.9-1.fc6.noarch requires python(abi) = 0:2.4 python-logilab-astng-0.16.1-2.fc6.noarch requires python(abi) = 0:2.4 python-logilab-common-0.19.2-1.fc6.noarch requires python(abi) = 0:2.4 python-lxml-1.0.3-2.fc6.x86_64 requires python(abi) = 0:2.4 python-lxml-1.0.3-2.fc6.x86_64 requires python-abi = 0:2.4 python-matplotlib-0.87.7-2.fc7.x86_64 requires python(abi) = 0:2.4 python-matplotlib-tk-0.87.7-2.fc7.x86_64 requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-nltk_lite-0.6.6-1.fc7.noarch requires python(abi) = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python(abi) = 0:2.4 python-ogg-1.3-3.fc6.x86_64 requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.x86_64 requires python(abi) = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.x86_64 requires python-abi = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.x86_64 requires python(abi) = 0:2.4 python-psycopg-1.1.21-5.fc6.x86_64 requires libpq.so.4()(64bit) python-psycopg-1.1.21-5.fc6.x86_64 requires python(abi) = 0:2.4 python-psycopg-1.1.21-5.fc6.x86_64 requires python-abi = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-pyspf-1.7-5.fc6.noarch requires python(abi) = 0:2.4 python-quixote-2.4-4.fc6.x86_64 requires python-abi = 0:2.4 python-quixote-2.4-4.fc6.x86_64 requires python(abi) = 0:2.4 python-sexy-0.1.9-2.fc7.x86_64 requires python(abi) = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python-abi = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python(abi) = 0:2.4 python-sqlite2-1:2.3.2-2.fc6.x86_64 requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python-abi = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.x86_64 requires python(abi) = 0:2.4 python-vorbis-1.3-3.fc6.x86_64 requires python-abi = 0:2.4 python-vorbis-1.3-3.fc6.x86_64 requires python(abi) = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python-abi = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python(abi) = 0:2.4 pyxmms-2.06-3.fc6.x86_64 requires python(abi) = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python-abi = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python(abi) = 0:2.4 rdiff-backup-1.0.5-1.fc7.x86_64 requires python-abi = 0:2.4 rdiff-backup-1.0.5-1.fc7.x86_64 requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.x86_64 requires libpq.so.4()(64bit) rekall-python-2.4.3-5.fc6.x86_64 requires python(abi) = 0:2.4 From mmcgrath at fedoraproject.org Thu Dec 14 20:35:37 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Thu, 14 Dec 2006 14:35:37 -0600 Subject: SCM Sig Message-ID: <3237e4410612141235o3e7a432ay7693184a01c455f1@mail.gmail.com> We need a one time SIG to discuss the future of our version control systems (CVS, SVN, mercurial, git?) Interested parties please add approperate information to the SIG page: http://fedoraproject.org/wiki/Infrastructure/SCMSig (GIT and mercurial users especially requested) We will be sending out the initial meeting notes in 1 week. -Mike From mattdm at mattdm.org Thu Dec 14 22:04:58 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 14 Dec 2006 17:04:58 -0500 Subject: wxGTK 2.8.0, wxPython 2.8.0.1 Message-ID: <20061214220458.GA26594@jadzia.bu.edu> 2.6.0.x doesn't want to rebuild cleanly in rawhide. Rather than figuring out why, this seems like as good a time as any to upgrade to the new 2.8.x series. Does this cause problems for anyone? Theoretically, it should be backwards compatible with 2.4 and 2.6. (Not 2.2 anymore.) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From mtasaka at ioa.s.u-tokyo.ac.jp Fri Dec 15 04:20:04 2006 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Fri, 15 Dec 2006 13:20:04 +0900 Subject: rpms/plague/devel plague.spec,1.28,1.29 In-Reply-To: <200612150357.kBF3vnah027754@cvs-int.fedora.redhat.com> References: <200612150357.kBF3vnah027754@cvs-int.fedora.redhat.com> Message-ID: <45822274.6080401@ioa.s.u-tokyo.ac.jp> Jason Tibbitts (tibbs) wrote: > Author: tibbs > > Update of /cvs/extras/rpms/plague/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv27735 > > Modified Files: > plague.spec > Log Message: > * Thu Dec 14 2006 Jason L Tibbitts III - 0.4.4.1-3 > - Rebuild for new Python Rebuilding plague on python 2.5 succeedes, however this won't work well functionally because of: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=214687 Mamoru Tasaka From Curtis at GreenKey.net Fri Dec 15 06:43:43 2006 From: Curtis at GreenKey.net (Curtis Doty) Date: Thu, 14 Dec 2006 22:43:43 -0800 (PST) Subject: clement is a yum repository? Message-ID: <20061215064343.C2D196F06E@alopias.GreenKey.net> Why exactly does this clement email proxy get to elect itself as a yum repository complete with "trusted" gpg key and packages not signed by the extras build system? Even worse, it appears to be broke. # yum install clement ...(snip)... # yum list Loading "installonlyn" plugin Loading "changelog" plugin Setting up repositories ftp://ftp.safe.ca/pub/clement-2.1/repodata/repomd.xml: [Errno 4] IOError: [Errno ftp error] 550 Failed to change directory. Trying other mirror. Error: Cannot open/read repomd.xml file for repository: clement Fix is easy to baseurl, but again, why? ../C From fedora at leemhuis.info Fri Dec 15 07:29:55 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 15 Dec 2006 08:29:55 +0100 Subject: clement is a yum repository? In-Reply-To: <20061215064343.C2D196F06E@alopias.GreenKey.net> References: <20061215064343.C2D196F06E@alopias.GreenKey.net> Message-ID: <45824EF3.403@leemhuis.info> On 15.12.2006 07:43, Curtis Doty wrote: > Why exactly does this clement email proxy get to elect itself as a yum > repository complete with "trusted" gpg key and packages not signed by the > extras build system? > > Even worse, it appears to be broke. > > # yum install clement > ...(snip)... > # yum list > Loading "installonlyn" plugin > Loading "changelog" plugin > Setting up repositories > ftp://ftp.safe.ca/pub/clement-2.1/repodata/repomd.xml: [Errno 4] IOError: > [Errno ftp error] 550 Failed to change directory. > Trying other mirror. > Error: Cannot open/read repomd.xml file for repository: clement > > Fix is easy to baseurl, but again, why? Hmmm, what that for a shit (sorry). That's totally unacceptable -- from a legal standpoint and the technical standpoint, as it would result in a great mess if each and every package would ship their own repo file. (Not to mention the security implications this has.) Could someone please remove clement-2.1-241 (the older one has no repo-file afaics) from all the repos as quickly as possible (extras-signers are CCed to this mail)? tia! What to we do to prevent such shit in the future? Isn't this the second time this problem comes up? Wasn't it clement in the first occurrence, too? (Maintainer CCed, please comment) CU thl From lists at timj.co.uk Fri Dec 15 07:56:08 2006 From: lists at timj.co.uk (Tim Jackson) Date: Fri, 15 Dec 2006 07:56:08 +0000 Subject: clement is a yum repository? In-Reply-To: <45824EF3.403@leemhuis.info> References: <20061215064343.C2D196F06E@alopias.GreenKey.net> <45824EF3.403@leemhuis.info> Message-ID: <45825518.8010904@timj.co.uk> Thorsten Leemhuis wrote: [clement installing its own repo] > What to we do to prevent such shit in the future? Isn't this the second > time this problem comes up? Wasn't it clement in the first occurrence, > too? Yes. http://article.gmane.org/gmane.linux.redhat.fedora.extras.packaging/1660 Tim From bugs.michael at gmx.net Fri Dec 15 11:09:39 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 15 Dec 2006 12:09:39 +0100 Subject: clement is a yum repository? In-Reply-To: <45824EF3.403@leemhuis.info> References: <20061215064343.C2D196F06E@alopias.GreenKey.net> <45824EF3.403@leemhuis.info> Message-ID: <20061215120939.8a8d555c.bugs.michael@gmx.net> On Fri, 15 Dec 2006 08:29:55 +0100, Thorsten Leemhuis wrote: > > ftp://ftp.safe.ca/pub/clement-2.1/repodata/repomd.xml: [Errno 4] IOError: > > [Errno ftp error] 550 Failed to change directory. > > Trying other mirror. > > Error: Cannot open/read repomd.xml file for repository: clement > > > > Fix is easy to baseurl, but again, why? > > Hmmm, what that for a shit (sorry). That's totally unacceptable -- from > a legal standpoint and the technical standpoint, as it would result in a > great mess if each and every package would ship their own repo file. > (Not to mention the security implications this has.) > > Could someone please remove clement-2.1-241 (the older one has no > repo-file afaics) from all the repos as quickly as possible > (extras-signers are CCed to this mail)? tia! > > What to we do to prevent such shit in the future? Isn't this the second > time this problem comes up? Wasn't it clement in the first occurrence, > too? (Maintainer CCed, please comment) Check this out! https://www.redhat.com/archives/fedora-extras-commits/2006-November/msg02711.html From paul at city-fan.org Fri Dec 15 11:12:28 2006 From: paul at city-fan.org (Paul Howarth) Date: Fri, 15 Dec 2006 11:12:28 +0000 Subject: clement is a yum repository? In-Reply-To: <20061215120939.8a8d555c.bugs.michael@gmx.net> References: <20061215064343.C2D196F06E@alopias.GreenKey.net> <45824EF3.403@leemhuis.info> <20061215120939.8a8d555c.bugs.michael@gmx.net> Message-ID: <4582831C.10808@city-fan.org> Michael Schwendt wrote: > On Fri, 15 Dec 2006 08:29:55 +0100, Thorsten Leemhuis wrote: > >>> ftp://ftp.safe.ca/pub/clement-2.1/repodata/repomd.xml: [Errno 4] IOError: >>> [Errno ftp error] 550 Failed to change directory. >>> Trying other mirror. >>> Error: Cannot open/read repomd.xml file for repository: clement >>> >>> Fix is easy to baseurl, but again, why? >> Hmmm, what that for a shit (sorry). That's totally unacceptable -- from >> a legal standpoint and the technical standpoint, as it would result in a >> great mess if each and every package would ship their own repo file. >> (Not to mention the security implications this has.) >> >> Could someone please remove clement-2.1-241 (the older one has no >> repo-file afaics) from all the repos as quickly as possible >> (extras-signers are CCed to this mail)? tia! >> >> What to we do to prevent such shit in the future? Isn't this the second >> time this problem comes up? Wasn't it clement in the first occurrence, >> too? (Maintainer CCed, please comment) > > Check this out! > https://www.redhat.com/archives/fedora-extras-commits/2006-November/msg02711.html So the maintainer tweaked their local copy of the spec, built an SRPM and used cvs-import.sh to import it, hence losing Tibbs' earlier fix that removed the repo file. Looks ignorant/careless rather than malicious to me. Paul. From fedora at leemhuis.info Fri Dec 15 11:28:41 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 15 Dec 2006 12:28:41 +0100 Subject: clement is a yum repository? In-Reply-To: <4582831C.10808@city-fan.org> References: <20061215064343.C2D196F06E@alopias.GreenKey.net> <45824EF3.403@leemhuis.info> <20061215120939.8a8d555c.bugs.michael@gmx.net> <4582831C.10808@city-fan.org> Message-ID: <458286E9.8080909@leemhuis.info> On 15.12.2006 12:12, Paul Howarth wrote: > Michael Schwendt wrote: >> On Fri, 15 Dec 2006 08:29:55 +0100, Thorsten Leemhuis wrote: >>>> ftp://ftp.safe.ca/pub/clement-2.1/repodata/repomd.xml: [Errno 4] IOError: >>>> [Errno ftp error] 550 Failed to change directory. >>>> Trying other mirror. >>>> Error: Cannot open/read repomd.xml file for repository: clement >>>> Fix is easy to baseurl, but again, why? >>> Hmmm, what that for a shit (sorry). That's totally unacceptable -- from >>> a legal standpoint and the technical standpoint, as it would result in a >>> great mess if each and every package would ship their own repo file. >>> (Not to mention the security implications this has.) >>> Could someone please remove clement-2.1-241 (the older one has no >>> repo-file afaics) from all the repos as quickly as possible >>> (extras-signers are CCed to this mail)? tia! >>> What to we do to prevent such shit in the future? Isn't this the second >>> time this problem comes up? Wasn't it clement in the first occurrence, >>> too? (Maintainer CCed, please comment) >> Check this out! >> https://www.redhat.com/archives/fedora-extras-commits/2006-November/msg02711.html :-( > So the maintainer tweaked their local copy of the spec, built an SRPM > and used cvs-import.sh to import it, hence losing Tibbs' earlier fix > that removed the repo file. Looks ignorant/careless rather than > malicious to me. Agreed, that's why I strongly dislike cvs-import.sh for anything else other than the first import. I'd like to forbid using it for everything else, but I know people like to use it. Maybe we should enhance it so it displays the cvs diff with less before the actually commit? Sure, people still can ignore it, but its still better than nothing. CU thl From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Fri Dec 15 11:56:47 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Fri, 15 Dec 2006 12:56:47 +0100 Subject: clement is a yum repository? In-Reply-To: <458286E9.8080909@leemhuis.info> References: <20061215064343.C2D196F06E@alopias.GreenKey.net> <45824EF3.403@leemhuis.info> <20061215120939.8a8d555c.bugs.michael@gmx.net> <4582831C.10808@city-fan.org> <458286E9.8080909@leemhuis.info> Message-ID: <20061215125647.2c338d76@python3.es.egwn.lan> Thorsten Leemhuis wrote : > > So the maintainer tweaked their local copy of the spec, built an SRPM > > and used cvs-import.sh to import it, hence losing Tibbs' earlier fix > > that removed the repo file. Looks ignorant/careless rather than > > malicious to me. > > Agreed, that's why I strongly dislike cvs-import.sh for anything else > other than the first import. I'd like to forbid using it for everything > else, but I know people like to use it. Maybe we should enhance it so it > displays the cvs diff with less before the actually commit? Sure, people > still can ignore it, but its still better than nothing. I couldn't agree more! Using cvs-import.sh for anything else than the first import is clearly dangerous, in the sense that it won't warn or otherwise notify the packager when overwriting the repository content with files from a source package which was based on an outdated local copy. I don't think the cvs-import.sh was even meant for anything else than the initial import, and using it after that is probably somewhat abusing it... I would definitely agree with disallowing its usage when some content already exists in the repository. Oh, it also spits out useless output and emails to the cvs lists... Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 6 (Zod) - Linux kernel 2.6.18-1.2835.fc6 Load : 1.22 0.97 0.69 From fedora at camperquake.de Fri Dec 15 12:29:24 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Fri, 15 Dec 2006 13:29:24 +0100 Subject: (2/2) Summary - Broken dependencies in Fedora Extras - 2006-12-14 In-Reply-To: <20061214202036.10681.73416@extras64.linux.duke.edu> References: <20061214202036.10681.73416@extras64.linux.duke.edu> Message-ID: <20061215132924.559f1ea4@nausicaa.camperquake.de> Hi. Fedora Extras repoclosure wrote: > plague-common-0.4.4.1-2.fc6.noarch requires python(abi) = 0:2.4 Maybe I am missing something here, but... could we get this fixed? I am not sure how people are supposed to update to current rawhide in order to fix their python packages if they are unable to submit build jobs afterwards. -- "Music is the only language in which you cannot say a mean or sarcastic thing." -- John Erskine From rdieter at math.unl.edu Fri Dec 15 13:03:51 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 15 Dec 2006 07:03:51 -0600 Subject: License Question References: Message-ID: Jason L Tibbitts III wrote: >>>>>> "RD" == Rex Dieter >>>>>> writes: > > RD> NOPE, not OSI: "All other uses not mentioned here require a > RD> commercial license." > > The problem is that there's another clause which says "If you're open > source, you are exempted". IMO (of course), still doesn't matter. OSI requires full redistributability and no restrictions on usage, period. This license would prevent usage in the case of a respun distro (based on Fedora) that included non-OSS bits for commericial purposes/use, which otherwise would(should!) be perfectly acceptable. -- Rex From wtogami at redhat.com Fri Dec 15 14:33:29 2006 From: wtogami at redhat.com (Warren Togami) Date: Fri, 15 Dec 2006 09:33:29 -0500 Subject: clement is a yum repository? In-Reply-To: <458286E9.8080909@leemhuis.info> References: <20061215064343.C2D196F06E@alopias.GreenKey.net> <45824EF3.403@leemhuis.info> <20061215120939.8a8d555c.bugs.michael@gmx.net> <4582831C.10808@city-fan.org> <458286E9.8080909@leemhuis.info> Message-ID: <4582B239.8010003@redhat.com> > > Agreed, that's why I strongly dislike cvs-import.sh for anything else > other than the first import. I'd like to forbid using it for everything > else, but I know people like to use it. Maybe we should enhance it so it > displays the cvs diff with less before the actually commit? Sure, people > still can ignore it, but its still better than nothing. > Before checking *ANYTHING* in I personally always use cvs diff, and manually look over everything before the actual checkin. Do you? (not thl, everyone) Warren Togami wtogami at redhat.com From bpepple at fedoraproject.org Fri Dec 15 14:45:23 2006 From: bpepple at fedoraproject.org (Brian Pepple) Date: Fri, 15 Dec 2006 09:45:23 -0500 Subject: clement is a yum repository? In-Reply-To: <458286E9.8080909@leemhuis.info> References: <20061215064343.C2D196F06E@alopias.GreenKey.net> <45824EF3.403@leemhuis.info> <20061215120939.8a8d555c.bugs.michael@gmx.net> <4582831C.10808@city-fan.org> <458286E9.8080909@leemhuis.info> Message-ID: <1166193923.19775.0.camel@Chuck> On Fri, 2006-12-15 at 12:28 +0100, Thorsten Leemhuis wrote: > On 15.12.2006 12:12, Paul Howarth wrote: > > So the maintainer tweaked their local copy of the spec, built an SRPM > > and used cvs-import.sh to import it, hence losing Tibbs' earlier fix > > that removed the repo file. Looks ignorant/careless rather than > > malicious to me. > > Agreed, that's why I strongly dislike cvs-import.sh for anything else > other than the first import. I'd like to forbid using it for everything > else, but I know people like to use it. Maybe we should enhance it so it > displays the cvs diff with less before the actually commit? Sure, people > still can ignore it, but its still better than nothing. +1 /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 Dec 15 14:56:49 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 15 Dec 2006 15:56:49 +0100 Subject: Please rebuild/fix plague for python 2.5 Message-ID: <4582B7B1.9050604@hhs.nl> Hi all, I've just requested a couple of blind (untested) python-2.5 related rebuilds, these are untested because I cannot update my development system to python 2.5, because plague hasn't been rebuild yet. Thus this mail as encouragement to rebuild / fix plague, Thanks! Regards, Hans From dennis at ausil.us Fri Dec 15 15:05:42 2006 From: dennis at ausil.us (Dennis Gilmore) Date: Fri, 15 Dec 2006 09:05:42 -0600 Subject: clement is a yum repository? In-Reply-To: <4582B239.8010003@redhat.com> References: <20061215064343.C2D196F06E@alopias.GreenKey.net> <458286E9.8080909@leemhuis.info> <4582B239.8010003@redhat.com> Message-ID: <200612150905.42499.dennis@ausil.us> On Friday 15 December 2006 08:33, Warren Togami wrote: > > Agreed, that's why I strongly dislike cvs-import.sh for anything else > > other than the first import. I'd like to forbid using it for everything > > else, but I know people like to use it. Maybe we should enhance it so it > > displays the cvs diff with less before the actually commit? Sure, people > > still can ignore it, but its still better than nothing. > > Before checking *ANYTHING* in I personally always use cvs diff, and > manually look over everything before the actual checkin. > > Do you? I personally dont but i always do a cvs up before working on a package then once i do a make mockbuild i check in the work i have done. When we fixed clement did we notify the package maintainer what we had done and why? if not bad us. If we did then the maintainer needs talking to. He needs to understand why he can not have that file there. -- ?,-._|\ ? ?Dennis Gilmore, RHCE / ? ? ?\ ? Proud Australian \_.--._/ ? | Aurora | Fedora | ? ? ? v ? ? From mtasaka at ioa.s.u-tokyo.ac.jp Fri Dec 15 15:17:17 2006 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Sat, 16 Dec 2006 00:17:17 +0900 Subject: Please rebuild/fix plague for python 2.5 In-Reply-To: <4582B7B1.9050604@hhs.nl> References: <4582B7B1.9050604@hhs.nl> Message-ID: <4582BC7D.1000904@ioa.s.u-tokyo.ac.jp> Hans de Goede wrote: > Hi all, > > I've just requested a couple of blind (untested) python-2.5 related > rebuilds, these are untested because I cannot update my development > system to python 2.5, because plague hasn't been rebuild yet. > > Thus this mail as encouragement to rebuild / fix plague, Thanks! > > Regards, Well, as I wrote previously, Jason Tibbitts has already rebuilt plague against 2.5 and this will be released as 0.4.4.1-3. However, this (0.4.4.1-3) does not work because of the issue https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=214687 Please someone see this bugzilla and give a solution? The patch suggested by Robert Scheck works for me, however I don't know if this is a correct solution. Mamoru From mattdm at mattdm.org Fri Dec 15 15:30:00 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 15 Dec 2006 10:30:00 -0500 Subject: Please rebuild/fix plague for python 2.5 In-Reply-To: <4582B7B1.9050604@hhs.nl> References: <4582B7B1.9050604@hhs.nl> Message-ID: <20061215153000.GA30412@jadzia.bu.edu> On Fri, Dec 15, 2006 at 03:56:49PM +0100, Hans de Goede wrote: > I've just requested a couple of blind (untested) python-2.5 related > rebuilds, these are untested because I cannot update my development > system to python 2.5, because plague hasn't been rebuild yet. > Thus this mail as encouragement to rebuild / fix plague, Thanks! This is why I run plague on a system other than my devel box. :) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From jkeating at redhat.com Fri Dec 15 15:29:12 2006 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 15 Dec 2006 10:29:12 -0500 Subject: clement is a yum repository? In-Reply-To: <4582B239.8010003@redhat.com> References: <20061215064343.C2D196F06E@alopias.GreenKey.net> <458286E9.8080909@leemhuis.info> <4582B239.8010003@redhat.com> Message-ID: <200612151029.12668.jkeating@redhat.com> On Friday 15 December 2006 09:33, Warren Togami wrote: > Do you? Yes, mantra is always cvs up; make changes, cvs up; commit changes. Same if I'm pulling in an srpm; cvs up, look around, cvs-import.sh, look at the diffs, make (tag if extras) build. -- 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 nicolas.mailhot at laposte.net Fri Dec 15 15:31:25 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 15 Dec 2006 16:31:25 +0100 (CET) Subject: clement is a yum repository? In-Reply-To: <4582B239.8010003@redhat.com> References: <20061215064343.C2D196F06E@alopias.GreenKey.net> <45824EF3.403@leemhuis.info> <20061215120939.8a8d555c.bugs.michael@gmx.net> <4582831C.10808@city-fan.org> <458286E9.8080909@leemhuis.info> <4582B239.8010003@redhat.com> Message-ID: <40494.192.54.193.51.1166196685.squirrel@rousalka.dyndns.org> Le Ven 15 d?cembre 2006 15:33, Warren Togami a ?crit : >> >> Agreed, that's why I strongly dislike cvs-import.sh for anything else >> other than the first import. I'd like to forbid using it for everything >> else, but I know people like to use it. Maybe we should enhance it so it >> displays the cvs diff with less before the actually commit? Sure, people >> still can ignore it, but its still better than nothing. > > Before checking *ANYTHING* in I personally always use cvs diff, and > manually look over everything before the actual checkin. > > Do you? > > (not thl, everyone) I use cvs-import.sh, but my workflow starts with a fresh devel make srpm, and I usually diff at least the new spec file with the version in older branches (both to check if it can safely be imported there and review my changes) I dislike direct cvs access because people have been known to forget tagging the files they're worked on consistently, and as a result the buildsys-produced packages do not match what they've tested localy. Maybe switching from CVS will change this, but right now cvs-import.sh is the only way to produce well-defined changesets IMHO. Regards, -- Nicolas Mailhot From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Fri Dec 15 15:39:59 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Fri, 15 Dec 2006 16:39:59 +0100 Subject: clement is a yum repository? In-Reply-To: <200612151029.12668.jkeating@redhat.com> References: <20061215064343.C2D196F06E@alopias.GreenKey.net> <458286E9.8080909@leemhuis.info> <4582B239.8010003@redhat.com> <200612151029.12668.jkeating@redhat.com> Message-ID: <20061215163959.3dce6aea@python3.es.egwn.lan> Jesse Keating wrote : > On Friday 15 December 2006 09:33, Warren Togami wrote: > > Do you? > > Yes, mantra is always cvs up; make changes, cvs up; commit changes. Same if > I'm pulling in an srpm; cvs up, look around, cvs-import.sh, look at the > diffs, make (tag if extras) build. I always : cvs update -dP ... make all changes and tests, including "mach build" ... ... "make new-sources FILES="new.tar.gz" if updating the version ... cvs diff -u cvs commit make tag && make build And if the build fails : ... copy/paste the "cvs tag" command above, adding "-F" to retag ... plague requeue This has proven to work quite well with me :-) YMMV Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 6 (Zod) - Linux kernel 2.6.18-1.2835.fc6 Load : 0.05 0.13 0.14 From Christian.Iseli at licr.org Fri Dec 15 15:44:53 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Fri, 15 Dec 2006 16:44:53 +0100 Subject: clement is a yum repository? In-Reply-To: <200612151029.12668.jkeating@redhat.com> References: <20061215064343.C2D196F06E@alopias.GreenKey.net> <458286E9.8080909@leemhuis.info> <4582B239.8010003@redhat.com> <200612151029.12668.jkeating@redhat.com> Message-ID: <20061215164453.04fa9dfe@ludwig-alpha.unil.ch> On Fri, 15 Dec 2006 10:29:12 -0500, Jesse Keating wrote: > Yes, mantra is always cvs up; make changes, cvs up; commit changes. Same if > I'm pulling in an srpm; cvs up, look around, cvs-import.sh, look at the > diffs, make (tag if extras) build. Same here... C From denis at poolshark.org Fri Dec 15 15:45:05 2006 From: denis at poolshark.org (Denis Leroy) Date: Fri, 15 Dec 2006 16:45:05 +0100 Subject: clement is a yum repository? In-Reply-To: <20061215163959.3dce6aea@python3.es.egwn.lan> References: <20061215064343.C2D196F06E@alopias.GreenKey.net> <458286E9.8080909@leemhuis.info> <4582B239.8010003@redhat.com> <200612151029.12668.jkeating@redhat.com> <20061215163959.3dce6aea@python3.es.egwn.lan> Message-ID: <4582C301.90100@poolshark.org> Matthias Saou wrote: > Jesse Keating wrote : > >> On Friday 15 December 2006 09:33, Warren Togami wrote: >>> Do you? >> Yes, mantra is always cvs up; make changes, cvs up; commit changes. Same if >> I'm pulling in an srpm; cvs up, look around, cvs-import.sh, look at the >> diffs, make (tag if extras) build. > > I always : > > cvs update -dP > ... make all changes and tests, including "mach build" ... > ... "make new-sources FILES="new.tar.gz" if updating the version ... > cvs diff -u > cvs commit > make tag && make build > > And if the build fails : > ... copy/paste the "cvs tag" command above, adding "-F" to retag ... > plague requeue Exactly same routine for me here, but does the 'cvs tag -F' still works ? I thought that didn't work anymore, so a mistake always forces me to up the release number. -denis From paul at city-fan.org Fri Dec 15 15:57:23 2006 From: paul at city-fan.org (Paul Howarth) Date: Fri, 15 Dec 2006 15:57:23 +0000 Subject: clement is a yum repository? In-Reply-To: <4582C301.90100@poolshark.org> References: <20061215064343.C2D196F06E@alopias.GreenKey.net> <458286E9.8080909@leemhuis.info> <4582B239.8010003@redhat.com> <200612151029.12668.jkeating@redhat.com> <20061215163959.3dce6aea@python3.es.egwn.lan> <4582C301.90100@poolshark.org> Message-ID: <4582C5E3.5090001@city-fan.org> Denis Leroy wrote: > Matthias Saou wrote: >> Jesse Keating wrote : >> >>> On Friday 15 December 2006 09:33, Warren Togami wrote: >>>> Do you? >>> Yes, mantra is always cvs up; make changes, cvs up; commit changes. >>> Same if I'm pulling in an srpm; cvs up, look around, cvs-import.sh, >>> look at the diffs, make (tag if extras) build. >> >> I always : >> >> cvs update -dP >> ... make all changes and tests, including "mach build" ... >> ... "make new-sources FILES="new.tar.gz" if updating the version ... >> cvs diff -u >> cvs commit >> make tag && make build >> >> And if the build fails : >> ... copy/paste the "cvs tag" command above, adding "-F" to retag ... >> plague requeue > > Exactly same routine for me here, but does the 'cvs tag -F' still works > ? I thought that didn't work anymore, so a mistake always forces me to > up the release number. make tag TAG_OPTS=-F worked for me last time I tried it. Paul. From jmp at safe.ca Fri Dec 15 16:58:01 2006 From: jmp at safe.ca (Jean-Marc Pigeon) Date: Fri, 15 Dec 2006 11:58:01 -0500 Subject: clement is a yum repository? In-Reply-To: <20061215064343.C2D196F06E@alopias.GreenKey.net> References: <20061215064343.C2D196F06E@alopias.GreenKey.net> Message-ID: <1166201881.3515.22.camel@Montreal.safe.ca> On Thu, 2006-12-14 at 22:43 -0800, Curtis Doty wrote: > Why exactly does this clement email proxy get to elect itself as a yum > repository complete with "trusted" gpg key and packages not signed by the > extras build system? > > Even worse, it appears to be broke. Sorry I was not on the loop, I am am the clement designer/maintainer. So If I goofed, I take the blame. According my understanding of Clement thread, seems there is 2 issues. 1) Why there is a repo defined within clement?. I defined it (before clement was included within extras), such if was easier for me to support site where clement was installer (customers of mine). Is it a good idea?, yes (may be no), such I set a clement repo link to "enable=0" and user can take the very last version from our site (conceptually seems no really different than somebody taking a tar file and upgrading from a master site). Right, problem the repos definition doesn't fit very well as we include distribution tag within the repo (we support many clement distribution (RH7.3 -> FC6, CTOS, MV2006, ....). I am ready to listen to peer suggestion about this, but I think a sysadmin should be able to reach the very last version (bleeding edge) in more convenient way than going to a web site. In same time I do not think extras should have a potentially not stable version included. 2) The way I updated the FC6 with 2-1.241 was rather "blunt". Sorry about this, My purpose was to have the same (stable) version in devel (FC7) and FC6. According my quick reading of comment about this subject I should had update the tar file and check CVS diff.... Ok, my fault. So then: What is the best course of action to me clean my mess? > > # yum install clement > ...(snip)... > # yum list > Loading "installonlyn" plugin > Loading "changelog" plugin > Setting up repositories > ftp://ftp.safe.ca/pub/clement-2.1/repodata/repomd.xml: [Eresinstalingrrno 4] IOError: > [Errno ftp error] 550 Failed to change directory. > Trying other mirror. > Error: Cannot open/read repomd.xml file for repository: clement > > Fix is easy to baseurl, but again, why? > > ../C > -- A bient?t ========================================================================== Jean-Marc Pigeon Internet: jmp at safe.ca SAFE Inc. Phone: (514) 493-4280 Fax: (514) 493-1946 Clement, 'a kiss solution' to get rid of SPAM (at last) Clement' Home base <"http://www.clement.safe.ca"> ========================================================================== From tibbs at math.uh.edu Fri Dec 15 20:18:38 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 15 Dec 2006 14:18:38 -0600 Subject: (2/2) Summary - Broken dependencies in Fedora Extras - 2006-12-14 In-Reply-To: <20061215132924.559f1ea4@nausicaa.camperquake.de> References: <20061214202036.10681.73416@extras64.linux.duke.edu> <20061215132924.559f1ea4@nausicaa.camperquake.de> Message-ID: >>>>> "RE" == Ralf Ertzinger writes: RE> Maybe I am missing something here, but... could we get this fixed? Well, I had rebuilt it (because at FESCo's request I'm rebuilding all of these broken deps) but reports indicate that once built it doesn't function properly. There's an open bug about it. - J< From buildsys at fedoraproject.org Fri Dec 15 20:34:10 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 15 Dec 2006 15:34:10 -0500 (EST) Subject: Fedora Extras Package Build Report 2006-12-15 Message-ID: <20061215203410.260E015212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 36 bitbake-1.6.0-2.fc7 blender-2.42a-17.fc7 crossfire-1.9.1-3.fc7 cvs2svn-1.5.0-2.fc7 dvdisaster-0.70.3-1.fc7 ekg-1.7-0.4.rc2.fc7 enigma-1.0-1.fc7 epylog-1.0.3-5.fc7 flow-tools-0.68-13.fc7 gdesklets-0.35.4-4.fc7 gonvert-0.2.15-4.fc7 gresistor-0.0.1-9.fc7 hamlib-1.2.5-4.fc7 ipod-sharp-0.6.2-2.fc7 ipython-0.7.2-4.fc7 kphotobymail-0.4-3.fc7 libgda-1.9.100-11.fc7 libopensync-0.19-2.fc7 librsync-0.9.7-9.fc7 magicor-1.0-0.3.rc2.fc7 plague-0.4.4.1-3.fc7 pydot-0.9.10-5.fc7 python-kiwi-1.9.9-2.fc7 python-logilab-common-0.19.2-2.fc7 python-lxml-1.0.3-3.fc7 python-matplotlib-0.87.7-3.fc7 (!) python-sexy-0.1.9-2.fc7 : INVALID rebuild, not published! python-sqlite2-2.3.2-3.fc7 rrdtool-1.2.15-8.fc7 NEW ruby-activerecord-1.14.4-2.fc7 scipy-0.5.1-5.fc7 tenr-de-styles-pkg-1.1-1.fc7 wavpack-4.40-1.1.fc7 wxGTK-2.8.0-2.8.0.1.2.fc7 wxPython-2.8.0.1-1.fc7 xpdf-3.01-27.fc7 Packages built and released for Fedora Extras 6: 11 dvdisaster-0.70.3-1.fc6 librsync-0.9.7-9.fc6 NEW perl-Geo-Forward-0.11-1.fc6 NEW perl-Geo-Inverse-0.04-1.fc6 NEW php-pear-File-1.2.2-1.fc6 NEW python-CDDB-1.4-1.fc6 quodlibet-0.24-4.fc6 NEW ruby-activesupport-1.3.1-3.fc6 tenr-de-styles-pkg-1.1-1.fc6 wavpack-4.40-1.1.fc6 xpdf-3.01-27.fc6 Packages built and released for Fedora Extras 5: 12 dbus-qt-0.62-1.fc5 dvdisaster-0.70.3-1.fc5 librsync-0.9.7-9.fc5 NEW perl-Geo-Forward-0.11-1.fc5 NEW perl-Geo-Inverse-0.04-1.fc5 NEW php-pear-File-1.2.2-1.fc5 NEW python-CDDB-1.4-1.fc5 qt4-4.2.2-1.fc5 quodlibet-0.24-4.fc5 NEW ruby-activesupport-1.3.1-3.fc5 tenr-de-styles-pkg-1.1-1.fc5 wavpack-4.40-1.1.fc5 Packages built and released for Fedora Extras 4: 1 librsync-0.9.7-9.fc4 Packages built and released for Fedora Extras 3: 1 librsync-0.9.7-9.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 Fri Dec 15 21:33:00 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Fri, 15 Dec 2006 21:33:00 -0000 Subject: (1/4) Summary - Broken dependencies in Fedora Extras - 2006-12-15 Message-ID: <20061215213300.17526.74974@extras64.linux.duke.edu> New report for: tmraz AT redhat.com package: vpnc - 0.3.3-13.fc7.ppc from fedora-extras-development-ppc unresolved deps: kernel >= 0:2.4 ====================================================================== New report for: rpm AT greysector.net package: mkvtoolnix-gui - 1.8.1-1.fc7.i386 from fedora-extras-development-i386 unresolved deps: libwx_gtk2u_core-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0(WXU_2.6) libwx_baseu_xml-2.6.so.0 libwx_gtk2u_qa-2.6.so.0 libwx_gtk2u_core-2.6.so.0 libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) libwx_baseu_net-2.6.so.0 libwx_gtk2u_xrc-2.6.so.0 libwx_baseu-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0 libwx_baseu-2.6.so.0 libwx_gtk2u_adv-2.6.so.0 package: mkvtoolnix-gui - 1.8.1-1.fc7.ppc from fedora-extras-development-ppc unresolved deps: libwx_gtk2u_core-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0(WXU_2.6) libwx_baseu_xml-2.6.so.0 libwx_gtk2u_qa-2.6.so.0 libwx_gtk2u_core-2.6.so.0 libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) libwx_baseu_net-2.6.so.0 libwx_gtk2u_xrc-2.6.so.0 libwx_baseu-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0 libwx_baseu-2.6.so.0 libwx_gtk2u_adv-2.6.so.0 package: mkvtoolnix-gui - 1.8.1-1.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) libwx_baseu-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_xrc-2.6.so.0()(64bit) libwx_gtk2u_core-2.6.so.0()(64bit) libwx_baseu-2.6.so.0()(64bit) libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) libwx_gtk2u_qa-2.6.so.0()(64bit) libwx_baseu_xml-2.6.so.0()(64bit) libwx_gtk2u_html-2.6.so.0()(64bit) libwx_baseu_net-2.6.so.0()(64bit) libwx_gtk2u_adv-2.6.so.0()(64bit) ====================================================================== New report for: icon AT fedoraproject.org package: poedit - 1.3.6-1.1.fc7.i386 from fedora-extras-development-i386 unresolved deps: libwx_gtk2u_core-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0(WXU_2.6) libwx_baseu_xml-2.6.so.0 libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) libwx_gtk2u_core-2.6.so.0 libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) libwx_gtk2u_xrc-2.6.so.0 libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) libwx_baseu-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0 libwx_baseu-2.6.so.0 libwx_gtk2u_adv-2.6.so.0(WXU_2.6) libwx_gtk2u_adv-2.6.so.0 package: poedit - 1.3.6-1.1.fc7.ppc from fedora-extras-development-ppc unresolved deps: libwx_gtk2u_core-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0(WXU_2.6) libwx_baseu_xml-2.6.so.0 libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) libwx_gtk2u_core-2.6.so.0 libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) libwx_gtk2u_xrc-2.6.so.0 libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) libwx_baseu-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0 libwx_baseu-2.6.so.0 libwx_gtk2u_adv-2.6.so.0(WXU_2.6) libwx_gtk2u_adv-2.6.so.0 package: poedit - 1.3.6-1.1.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) libwx_baseu-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_xrc-2.6.so.0()(64bit) libwx_gtk2u_core-2.6.so.0()(64bit) libwx_baseu-2.6.so.0()(64bit) libwx_gtk2u_adv-2.6.so.0()(64bit) libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) libwx_baseu_xml-2.6.so.0()(64bit) libwx_gtk2u_html-2.6.so.0()(64bit) libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) ====================================================================== New report for: jpo AT di.uminho.pt package: perl-Wx - 0.65-1.fc7.i386 from fedora-extras-development-i386 unresolved deps: libwx_gtk2u_core-2.6.so.0(WXU_2.6) libwx_gtk2u_xrc-2.6.so.0(WXU_2.6.2) libwx_gtk2u_stc-2.6.so.0 libwx_gtk2u_html-2.6.so.0(WXU_2.6) libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) libwx_baseu_xml-2.6.so.0 libwx_gtk2u_media-2.6.so.0 libwx_gtk2u_xrc-2.6.so.0 libwx_baseu_xml-2.6.so.0(WXU_2.6) libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) libwx_gtk2u_core-2.6.so.0 libwx_baseu_net-2.6.so.0 libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) libwx_baseu_net-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0 libwx_gtk2u_stc-2.6.so.0(WXU_2.6) libwx_baseu-2.6.so.0 libwx_gtk2u_adv-2.6.so.0(WXU_2.6) libwx_gtk2u_adv-2.6.so.0 libwx_baseu-2.6.so.0(WXU_2.6) package: perl-Wx - 0.65-1.fc7.ppc from fedora-extras-development-ppc unresolved deps: libwx_gtk2u_core-2.6.so.0(WXU_2.6) libwx_gtk2u_xrc-2.6.so.0(WXU_2.6.2) libwx_gtk2u_stc-2.6.so.0 libwx_gtk2u_html-2.6.so.0(WXU_2.6) libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) libwx_baseu_xml-2.6.so.0 libwx_gtk2u_media-2.6.so.0 libwx_gtk2u_xrc-2.6.so.0 libwx_baseu_xml-2.6.so.0(WXU_2.6) libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) libwx_gtk2u_core-2.6.so.0 libwx_baseu_net-2.6.so.0 libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) libwx_baseu_net-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0 libwx_gtk2u_stc-2.6.so.0(WXU_2.6) libwx_baseu-2.6.so.0 libwx_gtk2u_adv-2.6.so.0(WXU_2.6) libwx_gtk2u_adv-2.6.so.0 libwx_baseu-2.6.so.0(WXU_2.6) package: perl-Wx - 0.65-1.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libwx_gtk2u_media-2.6.so.0()(64bit) libwx_gtk2u_xrc-2.6.so.0(WXU_2.6.2)(64bit) libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) libwx_baseu-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_xrc-2.6.so.0()(64bit) libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) libwx_baseu-2.6.so.0()(64bit) libwx_gtk2u_stc-2.6.so.0()(64bit) libwx_gtk2u_adv-2.6.so.0()(64bit) libwx_gtk2u_stc-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) libwx_baseu_xml-2.6.so.0()(64bit) libwx_gtk2u_core-2.6.so.0()(64bit) libwx_gtk2u_html-2.6.so.0()(64bit) libwx_baseu_net-2.6.so.0()(64bit) libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) ====================================================================== New report for: dan AT danny.cz package: codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 from fedora-extras-development-i386 unresolved deps: libwx_gtk2u_core-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0(WXU_2.6) libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) libwx_baseu_xml-2.6.so.0 libwx_baseu_net-2.6.so.0(WXU_2.6) libwx_baseu_xml-2.6.so.0(WXU_2.6) libwx_gtk2u_core-2.6.so.0 libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) libwx_baseu_net-2.6.so.0 libwx_gtk2u_xrc-2.6.so.0 libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) libwx_baseu-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0 libwx_gtk2u_qa-2.6.so.0 libwx_baseu-2.6.so.0 libwx_gtk2u_adv-2.6.so.0(WXU_2.6) libwx_gtk2u_adv-2.6.so.0 libwx_gtk2u_qa-2.6.so.0(WXU_2.6) package: codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 from fedora-extras-development-x86_64 unresolved deps: libwx_gtk2u_core-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0(WXU_2.6) libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) libwx_baseu_xml-2.6.so.0 libwx_baseu_net-2.6.so.0(WXU_2.6) libwx_baseu_xml-2.6.so.0(WXU_2.6) libwx_gtk2u_core-2.6.so.0 libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) libwx_baseu_net-2.6.so.0 libwx_gtk2u_xrc-2.6.so.0 libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) libwx_baseu-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0 libwx_gtk2u_qa-2.6.so.0 libwx_baseu-2.6.so.0 libwx_gtk2u_adv-2.6.so.0(WXU_2.6) libwx_gtk2u_adv-2.6.so.0 libwx_gtk2u_qa-2.6.so.0(WXU_2.6) package: codeblocks - 1.0-0.18.20061207svn3357.fc7.ppc from fedora-extras-development-ppc unresolved deps: libwx_gtk2u_core-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0(WXU_2.6) libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) libwx_baseu_xml-2.6.so.0 libwx_baseu_net-2.6.so.0(WXU_2.6) libwx_baseu_xml-2.6.so.0(WXU_2.6) libwx_gtk2u_core-2.6.so.0 libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) libwx_baseu_net-2.6.so.0 libwx_gtk2u_xrc-2.6.so.0 libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) libwx_baseu-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0 libwx_gtk2u_qa-2.6.so.0 libwx_baseu-2.6.so.0 libwx_gtk2u_adv-2.6.so.0(WXU_2.6) libwx_gtk2u_adv-2.6.so.0 libwx_gtk2u_qa-2.6.so.0(WXU_2.6) package: codeblocks - 1.0-0.18.20061207svn3357.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) libwx_baseu-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_xrc-2.6.so.0()(64bit) libwx_gtk2u_core-2.6.so.0()(64bit) libwx_baseu-2.6.so.0()(64bit) libwx_gtk2u_qa-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_adv-2.6.so.0()(64bit) libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) libwx_gtk2u_qa-2.6.so.0()(64bit) libwx_baseu_xml-2.6.so.0()(64bit) libwx_gtk2u_html-2.6.so.0()(64bit) libwx_baseu_net-2.6.so.0()(64bit) libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) package: codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.i386 from fedora-extras-development-i386 unresolved deps: libwx_gtk2u_core-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0(WXU_2.6) libwx_baseu_xml-2.6.so.0 libwx_gtk2u_xrc-2.6.so.0 libwx_gtk2u_qa-2.6.so.0 libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) libwx_gtk2u_core-2.6.so.0 libwx_baseu_net-2.6.so.0 libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0 libwx_baseu-2.6.so.0 libwx_gtk2u_adv-2.6.so.0(WXU_2.6) libwx_gtk2u_adv-2.6.so.0 libwx_baseu-2.6.so.0(WXU_2.6) package: codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.ppc from fedora-extras-development-ppc unresolved deps: libwx_gtk2u_core-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0(WXU_2.6) libwx_baseu_xml-2.6.so.0 libwx_gtk2u_xrc-2.6.so.0 libwx_gtk2u_qa-2.6.so.0 libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) libwx_gtk2u_core-2.6.so.0 libwx_baseu_net-2.6.so.0 libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0 libwx_baseu-2.6.so.0 libwx_gtk2u_adv-2.6.so.0(WXU_2.6) libwx_gtk2u_adv-2.6.so.0 libwx_baseu-2.6.so.0(WXU_2.6) package: codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) libwx_baseu-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_xrc-2.6.so.0()(64bit) libwx_baseu-2.6.so.0()(64bit) libwx_gtk2u_adv-2.6.so.0()(64bit) libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) libwx_gtk2u_qa-2.6.so.0()(64bit) libwx_baseu_xml-2.6.so.0()(64bit) libwx_gtk2u_core-2.6.so.0()(64bit) libwx_gtk2u_html-2.6.so.0()(64bit) libwx_baseu_net-2.6.so.0()(64bit) libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) ====================================================================== New report for: rpm AT timj.co.uk package: rapidsvn - 0.9.4-2.fc7.i386 from fedora-extras-development-i386 unresolved deps: libwx_gtk2u_core-2.6.so.0(WXU_2.6) libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) libwx_baseu_xml-2.6.so.0 libwx_gtk2u_xrc-2.6.so.0 libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) libwx_baseu_net-2.6.so.0 libwx_gtk2u_core-2.6.so.0 libwx_baseu-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0 libwx_baseu-2.6.so.0 libwx_gtk2u_adv-2.6.so.0(WXU_2.6) libwx_gtk2u_adv-2.6.so.0 libwx_gtk2u_qa-2.6.so.0 package: rapidsvn - 0.9.4-2.fc7.ppc from fedora-extras-development-ppc unresolved deps: libwx_gtk2u_core-2.6.so.0(WXU_2.6) libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) libwx_baseu_xml-2.6.so.0 libwx_gtk2u_xrc-2.6.so.0 libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) libwx_baseu_net-2.6.so.0 libwx_gtk2u_core-2.6.so.0 libwx_baseu-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0 libwx_baseu-2.6.so.0 libwx_gtk2u_adv-2.6.so.0(WXU_2.6) libwx_gtk2u_adv-2.6.so.0 libwx_gtk2u_qa-2.6.so.0 package: rapidsvn - 0.9.4-2.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_html-2.6.so.0()(64bit) libwx_baseu-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_xrc-2.6.so.0()(64bit) libwx_gtk2u_core-2.6.so.0()(64bit) libwx_baseu-2.6.so.0()(64bit) libwx_gtk2u_adv-2.6.so.0()(64bit) libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) libwx_baseu_xml-2.6.so.0()(64bit) libwx_baseu_net-2.6.so.0()(64bit) libwx_gtk2u_qa-2.6.so.0()(64bit) libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) ====================================================================== New report for: paul AT all-the-johnsons.co.uk package: XaraLX - 0.7-8.fc6.r1763.i386 from fedora-extras-development-i386 unresolved deps: libwx_gtk2u_core-2.6.so.0(WXU_2.6) libwx_baseu_xml-2.6.so.0 libwx_baseu_net-2.6.so.0(WXU_2.6) libwx_baseu_xml-2.6.so.0(WXU_2.6) libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) libwx_gtk2u_core-2.6.so.0 libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) libwx_baseu_net-2.6.so.0 libwx_gtk2u_xrc-2.6.so.0 libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) libwx_baseu-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0 libwx_baseu-2.6.so.0 libwx_gtk2u_adv-2.6.so.0(WXU_2.6) libwx_gtk2u_adv-2.6.so.0 libwx_gtk2u_qa-2.6.so.0(WXU_2.6) libwx_gtk2u_qa-2.6.so.0 package: XaraLX - 0.7-8.fc6.r1763.ppc from fedora-extras-development-ppc unresolved deps: libwx_gtk2u_core-2.6.so.0(WXU_2.6) libwx_baseu_xml-2.6.so.0 libwx_baseu_net-2.6.so.0(WXU_2.6) libwx_baseu_xml-2.6.so.0(WXU_2.6) libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) libwx_gtk2u_core-2.6.so.0 libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) libwx_baseu_net-2.6.so.0 libwx_gtk2u_xrc-2.6.so.0 libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) libwx_baseu-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0 libwx_baseu-2.6.so.0 libwx_gtk2u_adv-2.6.so.0(WXU_2.6) libwx_gtk2u_adv-2.6.so.0 libwx_gtk2u_qa-2.6.so.0(WXU_2.6) libwx_gtk2u_qa-2.6.so.0 package: XaraLX - 0.7-8.fc6.r1763.x86_64 from fedora-extras-development-x86_64 unresolved deps: libwx_gtk2u_qa-2.6.so.0(WXU_2.6)(64bit) libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) libwx_baseu-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_xrc-2.6.so.0()(64bit) libwx_baseu-2.6.so.0()(64bit) libwx_gtk2u_adv-2.6.so.0()(64bit) libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) libwx_gtk2u_qa-2.6.so.0()(64bit) libwx_baseu_xml-2.6.so.0()(64bit) libwx_gtk2u_core-2.6.so.0()(64bit) libwx_gtk2u_html-2.6.so.0()(64bit) libwx_baseu_net-2.6.so.0()(64bit) libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) ====================================================================== New report for: redhat-bugzilla AT camperquake.de package: audacious-plugins-wavpack - 1.2.5-1.fc6.i386 from fedora-extras-6-i386 unresolved deps: libwavpack.so.0 package: audacious-plugins-wavpack - 1.2.5-1.fc6.ppc from fedora-extras-6-ppc unresolved deps: libwavpack.so.0 package: audacious-plugins-wavpack - 1.2.5-1.fc6.x86_64 from fedora-extras-6-x86_64 unresolved deps: libwavpack.so.0()(64bit) package: audacious-plugins-wavpack - 1.2.5-2.fc7.i386 from fedora-extras-development-i386 unresolved deps: libwavpack.so.0 package: audacious-plugins-wavpack - 1.2.5-2.fc7.ppc from fedora-extras-development-ppc unresolved deps: libwavpack.so.0 package: audacious-plugins-wavpack - 1.2.5-2.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libwavpack.so.0()(64bit) ====================================================================== New report for: aportal AT univ-montp2.fr package: kicad - 2006.08.28-2.fc6.i386 from fedora-extras-development-i386 unresolved deps: libwx_gtk2u_gl-2.6.so.0 libwx_gtk2u_core-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0(WXU_2.6) libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) libwx_baseu_xml-2.6.so.0 libwx_gtk2u_xrc-2.6.so.0 libwx_gtk2u_qa-2.6.so.0 libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) libwx_gtk2u_core-2.6.so.0 libwx_gtk2u_gl-2.6.so.0(WXU_2.6) libwx_baseu_net-2.6.so.0 libwx_baseu_net-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0 libwx_baseu-2.6.so.0 libwx_gtk2u_adv-2.6.so.0(WXU_2.6) libwx_gtk2u_adv-2.6.so.0 libwx_baseu-2.6.so.0(WXU_2.6) package: kicad - 2006.08.28-2.fc6.ppc from fedora-extras-development-ppc unresolved deps: libwx_gtk2u_gl-2.6.so.0 libwx_gtk2u_core-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0(WXU_2.6) libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) libwx_baseu_xml-2.6.so.0 libwx_gtk2u_xrc-2.6.so.0 libwx_gtk2u_qa-2.6.so.0 libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) libwx_gtk2u_core-2.6.so.0 libwx_gtk2u_gl-2.6.so.0(WXU_2.6) libwx_baseu_net-2.6.so.0 libwx_baseu_net-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0 libwx_baseu-2.6.so.0 libwx_gtk2u_adv-2.6.so.0(WXU_2.6) libwx_gtk2u_adv-2.6.so.0 libwx_baseu-2.6.so.0(WXU_2.6) package: kicad - 2006.08.28-2.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libwx_gtk2u_gl-2.6.so.0(WXU_2.6)(64bit) libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) libwx_baseu-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_xrc-2.6.so.0()(64bit) libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) libwx_baseu-2.6.so.0()(64bit) libwx_gtk2u_adv-2.6.so.0()(64bit) libwx_gtk2u_qa-2.6.so.0()(64bit) libwx_baseu_xml-2.6.so.0()(64bit) libwx_gtk2u_core-2.6.so.0()(64bit) libwx_gtk2u_html-2.6.so.0()(64bit) libwx_baseu_net-2.6.so.0()(64bit) libwx_gtk2u_gl-2.6.so.0()(64bit) libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) ====================================================================== New report for: pertusus AT free.fr package: xchm - 1.10-1.fc7.i386 from fedora-extras-development-i386 unresolved deps: libwx_gtk2u_core-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0(WXU_2.6) libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) libwx_baseu_xml-2.6.so.0 libwx_gtk2u_xrc-2.6.so.0 libwx_gtk2u_qa-2.6.so.0 libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) libwx_gtk2u_core-2.6.so.0 libwx_baseu_net-2.6.so.0 libwx_baseu_net-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0 libwx_baseu-2.6.so.0 libwx_gtk2u_adv-2.6.so.0 libwx_baseu-2.6.so.0(WXU_2.6) package: xchm - 1.10-1.fc7.ppc from fedora-extras-development-ppc unresolved deps: libwx_gtk2u_core-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0(WXU_2.6) libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) libwx_baseu_xml-2.6.so.0 libwx_gtk2u_xrc-2.6.so.0 libwx_gtk2u_qa-2.6.so.0 libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) libwx_gtk2u_core-2.6.so.0 libwx_baseu_net-2.6.so.0 libwx_baseu_net-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0 libwx_baseu-2.6.so.0 libwx_gtk2u_adv-2.6.so.0 libwx_baseu-2.6.so.0(WXU_2.6) package: xchm - 1.10-1.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) libwx_baseu-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_xrc-2.6.so.0()(64bit) libwx_baseu-2.6.so.0()(64bit) libwx_gtk2u_adv-2.6.so.0()(64bit) libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) libwx_gtk2u_qa-2.6.so.0()(64bit) libwx_baseu_xml-2.6.so.0()(64bit) libwx_gtk2u_core-2.6.so.0()(64bit) libwx_gtk2u_html-2.6.so.0()(64bit) libwx_baseu_net-2.6.so.0()(64bit) libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) ====================================================================== New report for: lemenkov AT gmail.com package: fuse - 2.6.0-2.fc7.ppc from fedora-extras-development-ppc unresolved deps: kernel >= 0:2.6.14 ====================================================================== New report for: rdieter AT math.unl.edu package: wxMaxima - 0.7.0a-4.fc7.i386 from fedora-extras-development-i386 unresolved deps: libwx_gtk2u_core-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0(WXU_2.6) libwx_baseu_xml-2.6.so.0 libwx_gtk2u_xrc-2.6.so.0 libwx_gtk2u_qa-2.6.so.0 libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) libwx_gtk2u_core-2.6.so.0 libwx_baseu_net-2.6.so.0 libwx_baseu_net-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0 libwx_baseu-2.6.so.0 libwx_gtk2u_adv-2.6.so.0(WXU_2.6) libwx_gtk2u_adv-2.6.so.0 libwx_baseu-2.6.so.0(WXU_2.6) package: wxMaxima - 0.7.0a-4.fc7.ppc from fedora-extras-development-ppc unresolved deps: libwx_gtk2u_core-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0(WXU_2.6) libwx_baseu_xml-2.6.so.0 libwx_gtk2u_xrc-2.6.so.0 libwx_gtk2u_qa-2.6.so.0 libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) libwx_gtk2u_core-2.6.so.0 libwx_baseu_net-2.6.so.0 libwx_baseu_net-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0 libwx_baseu-2.6.so.0 libwx_gtk2u_adv-2.6.so.0(WXU_2.6) libwx_gtk2u_adv-2.6.so.0 libwx_baseu-2.6.so.0(WXU_2.6) package: wxMaxima - 0.7.0a-4.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) libwx_baseu-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_xrc-2.6.so.0()(64bit) libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) libwx_baseu-2.6.so.0()(64bit) libwx_gtk2u_adv-2.6.so.0()(64bit) libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) libwx_gtk2u_qa-2.6.so.0()(64bit) libwx_baseu_xml-2.6.so.0()(64bit) libwx_gtk2u_core-2.6.so.0()(64bit) libwx_gtk2u_html-2.6.so.0()(64bit) libwx_baseu_net-2.6.so.0()(64bit) ====================================================================== New report for: cgoorah AT yahoo.com.au package: toped - 0.8.2-2.fc6.i386 from fedora-extras-development-i386 unresolved deps: libwx_gtk2u_gl-2.6.so.0 libwx_gtk2u_core-2.6.so.0(WXU_2.6) libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) libwx_baseu_xml-2.6.so.0 libwx_gtk2u_qa-2.6.so.0 libwx_gtk2u_core-2.6.so.0 libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) libwx_gtk2u_gl-2.6.so.0(WXU_2.6) libwx_baseu_net-2.6.so.0 libwx_gtk2u_xrc-2.6.so.0 libwx_baseu-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0 libwx_baseu-2.6.so.0 libwx_gtk2u_adv-2.6.so.0(WXU_2.6) libwx_gtk2u_adv-2.6.so.0 package: toped - 0.8.2-2.fc6.ppc from fedora-extras-development-ppc unresolved deps: libwx_gtk2u_gl-2.6.so.0 libwx_gtk2u_core-2.6.so.0(WXU_2.6) libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) libwx_baseu_xml-2.6.so.0 libwx_gtk2u_qa-2.6.so.0 libwx_gtk2u_core-2.6.so.0 libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) libwx_gtk2u_gl-2.6.so.0(WXU_2.6) libwx_baseu_net-2.6.so.0 libwx_gtk2u_xrc-2.6.so.0 libwx_baseu-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0 libwx_baseu-2.6.so.0 libwx_gtk2u_adv-2.6.so.0(WXU_2.6) libwx_gtk2u_adv-2.6.so.0 package: toped - 0.8.2-2.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libwx_gtk2u_gl-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) libwx_baseu-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_xrc-2.6.so.0()(64bit) libwx_gtk2u_core-2.6.so.0()(64bit) libwx_baseu-2.6.so.0()(64bit) libwx_gtk2u_adv-2.6.so.0()(64bit) libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_qa-2.6.so.0()(64bit) libwx_baseu_xml-2.6.so.0()(64bit) libwx_gtk2u_html-2.6.so.0()(64bit) libwx_baseu_net-2.6.so.0()(64bit) libwx_gtk2u_gl-2.6.so.0()(64bit) libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) ====================================================================== New report for: Matt_Domsch AT dell.com package: dkms - 2.0.13-1.fc6.noarch from fedora-extras-development-ppc unresolved deps: kernel-devel ====================================================================== New report for: j.w.r.degoede AT hhs.nl package: bochs - 2.3-3.fc6.i386 from fedora-extras-development-i386 unresolved deps: libwx_gtk2u_core-2.6.so.0(WXU_2.6) libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) libwx_gtk2u_core-2.6.so.0 libwx_baseu-2.6.so.0(WXU_2.6) libwx_baseu-2.6.so.0 package: bochs - 2.3-3.fc6.ppc from fedora-extras-development-ppc unresolved deps: libwx_gtk2u_core-2.6.so.0(WXU_2.6) libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) libwx_gtk2u_core-2.6.so.0 libwx_baseu-2.6.so.0(WXU_2.6) libwx_baseu-2.6.so.0 package: bochs - 2.3-3.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libwx_baseu-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) libwx_gtk2u_core-2.6.so.0()(64bit) libwx_baseu-2.6.so.0()(64bit) libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) package: fbg - 0.9-2.fc6.i386 from fedora-extras-development-i386 unresolved deps: libwx_gtk2u_core-2.6.so.0(WXU_2.6) libwx_baseu_xml-2.6.so.0 libwx_gtk2u_xrc-2.6.so.0 libwx_gtk2u_qa-2.6.so.0 libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) libwx_baseu_net-2.6.so.0 libwx_gtk2u_html-2.6.so.0 libwx_baseu-2.6.so.0 libwx_gtk2u_core-2.6.so.0 libwx_gtk2u_adv-2.6.so.0 libwx_baseu-2.6.so.0(WXU_2.6) package: fbg - 0.9-2.fc6.ppc from fedora-extras-development-ppc unresolved deps: libwx_gtk2u_core-2.6.so.0(WXU_2.6) libwx_baseu_xml-2.6.so.0 libwx_gtk2u_xrc-2.6.so.0 libwx_gtk2u_qa-2.6.so.0 libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) libwx_baseu_net-2.6.so.0 libwx_gtk2u_html-2.6.so.0 libwx_baseu-2.6.so.0 libwx_gtk2u_core-2.6.so.0 libwx_gtk2u_adv-2.6.so.0 libwx_baseu-2.6.so.0(WXU_2.6) package: fbg - 0.9-2.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) libwx_baseu-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_xrc-2.6.so.0()(64bit) libwx_baseu-2.6.so.0()(64bit) libwx_gtk2u_adv-2.6.so.0()(64bit) libwx_gtk2u_qa-2.6.so.0()(64bit) libwx_baseu_xml-2.6.so.0()(64bit) libwx_gtk2u_core-2.6.so.0()(64bit) libwx_gtk2u_html-2.6.so.0()(64bit) libwx_baseu_net-2.6.so.0()(64bit) libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) package: scorched3d - 40.1d-1.fc7.i386 from fedora-extras-development-i386 unresolved deps: libwx_gtk2u_core-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0(WXU_2.6) libwx_baseu_xml-2.6.so.0 libwx_gtk2u_qa-2.6.so.0 libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) libwx_gtk2u_core-2.6.so.0 libwx_baseu_net-2.6.so.0 libwx_gtk2u_xrc-2.6.so.0 libwx_baseu-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0 libwx_baseu-2.6.so.0 libwx_gtk2u_adv-2.6.so.0(WXU_2.6) libwx_gtk2u_adv-2.6.so.0 package: scorched3d - 40.1d-1.fc7.ppc from fedora-extras-development-ppc unresolved deps: libwx_gtk2u_core-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0(WXU_2.6) libwx_baseu_xml-2.6.so.0 libwx_gtk2u_qa-2.6.so.0 libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) libwx_gtk2u_core-2.6.so.0 libwx_baseu_net-2.6.so.0 libwx_gtk2u_xrc-2.6.so.0 libwx_baseu-2.6.so.0(WXU_2.6) libwx_gtk2u_html-2.6.so.0 libwx_baseu-2.6.so.0 libwx_gtk2u_adv-2.6.so.0(WXU_2.6) libwx_gtk2u_adv-2.6.so.0 package: scorched3d - 40.1d-1.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) libwx_baseu-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_core-2.6.so.0()(64bit) libwx_baseu-2.6.so.0()(64bit) libwx_gtk2u_adv-2.6.so.0()(64bit) libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) libwx_gtk2u_xrc-2.6.so.0()(64bit) libwx_gtk2u_qa-2.6.so.0()(64bit) libwx_baseu_xml-2.6.so.0()(64bit) libwx_gtk2u_html-2.6.so.0()(64bit) libwx_baseu_net-2.6.so.0()(64bit) libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) ====================================================================== Summary of broken packages (by owner): Matt_Domsch AT dell.com dkms - 2.0.13-1.fc6.noarch andreas.bierfert AT lowlatency.de centericq - 4.21.0-8.fc6.i386 (45 days) centericq - 4.21.0-8.fc6.ppc (45 days) centericq - 4.21.0-8.fc6.x86_64 (45 days) nessus-client - 2.2.7-2.fc6.i386 (16 days) nessus-client - 2.2.7-2.fc6.ppc (16 days) nessus-client - 2.2.7-2.fc6.x86_64 (16 days) nessus-gui - 2.2.7-2.fc6.i386 (16 days) nessus-gui - 2.2.7-2.fc6.ppc (16 days) nessus-gui - 2.2.7-2.fc6.x86_64 (16 days) nessus-server - 2.2.7-2.fc6.i386 (16 days) nessus-server - 2.2.7-2.fc6.ppc (16 days) nessus-server - 2.2.7-2.fc6.x86_64 (16 days) orange - 0.3-4.cvs20051118.fc7.i386 (11 days) andreas AT bawue.net pyzor - 0.4.0-10.fc6.noarch (7 days) pyzor - 0.4.0-10.fc6.noarch (7 days) pyzor - 0.4.0-10.fc6.noarch (7 days) ser-postgresql - 0.9.6-9.fc6.i386 (9 days) ser-postgresql - 0.9.6-9.fc6.ppc (9 days) ser-postgresql - 0.9.6-9.fc6.x86_64 (9 days) aportal AT univ-montp2.fr kicad - 2006.08.28-2.fc6.i386 kicad - 2006.08.28-2.fc6.ppc kicad - 2006.08.28-2.fc6.x86_64 bdpepple AT ameritech.net python-telepathy - 0.13.7-2.fc7.noarch (7 days) python-telepathy - 0.13.7-2.fc7.noarch (7 days) python-telepathy - 0.13.7-2.fc7.noarch (7 days) bnocera AT redhat.com driftnet - 0.1.6-11.i386 (16 days) driftnet - 0.1.6-11.ppc (16 days) driftnet - 0.1.6-11.x86_64 (16 days) cgoorah AT yahoo.com.au toped - 0.8.2-2.fc6.i386 toped - 0.8.2-2.fc6.ppc toped - 0.8.2-2.fc6.x86_64 dan AT danny.cz codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 codeblocks - 1.0-0.18.20061207svn3357.fc7.ppc codeblocks - 1.0-0.18.20061207svn3357.fc7.x86_64 codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.i386 codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.ppc codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.x86_64 tinyerp - 3.4.2-1.fc6.noarch (7 days) tinyerp - 3.4.2-1.fc6.noarch (7 days) tinyerp - 3.4.2-1.fc6.noarch (7 days) tinyerp-server - 3.4.2-1.fc6.noarch (7 days) tinyerp-server - 3.4.2-1.fc6.noarch (7 days) tinyerp-server - 3.4.2-1.fc6.noarch (7 days) dcbw AT redhat.com csound - 5.03.0-9.fc7.i386 (7 days) csound - 5.03.0-9.fc7.i386 (7 days) csound - 5.03.0-9.fc7.ppc (7 days) csound - 5.03.0-9.fc7.x86_64 (7 days) csound-python - 5.03.0-9.fc7.i386 (7 days) csound-python - 5.03.0-9.fc7.ppc (7 days) csound-python - 5.03.0-9.fc7.x86_64 (7 days) denis AT poolshark.org glom - 1.2.1-2.fc7.i386 (7 days) glom - 1.2.1-2.fc7.ppc (7 days) glom - 1.2.1-2.fc7.x86_64 (7 days) k3d - 0.6.4.0-1.fc7.i386 (7 days) k3d - 0.6.4.0-1.fc7.i386 (7 days) k3d - 0.6.4.0-1.fc7.ppc (7 days) k3d - 0.6.4.0-1.fc7.x86_64 (7 days) dwmw2 AT redhat.com openpbx - 1.2-3.rc2.svn2135.fc7.i386 (9 days) openpbx - 1.2-3.rc2.svn2135.fc7.i386 (9 days) openpbx - 1.2-3.rc2.svn2135.fc7.ppc (9 days) openpbx - 1.2-3.rc2.svn2135.fc7.x86_64 (9 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.i386 (9 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.ppc (9 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.x86_64 (9 days) endur AT bennewitz.com streamtuner - 0.99.99-15.fc7.x86_64 (7 days) extras-orphan AT fedoraproject.org python-htmltmpl - 1.22-7.fc6.noarch (7 days) python-htmltmpl - 1.22-7.fc6.noarch (7 days) python-htmltmpl - 1.22-7.fc6.noarch (7 days) python-id3 - 1.2-8.fc6.noarch (7 days) python-id3 - 1.2-8.fc6.noarch (7 days) python-id3 - 1.2-8.fc6.noarch (7 days) foolish AT guezz.net serpentine - 0.7-5.fc6.noarch (7 days) serpentine - 0.7-5.fc6.noarch (7 days) serpentine - 0.7-5.fc6.noarch (7 days) gajownik AT gmail.com gajim - 0.10.1-3.fc6.i386 (7 days) gajim - 0.10.1-3.fc6.ppc (7 days) gajim - 0.10.1-3.fc6.x86_64 (7 days) ghenry AT suretecsystems.com pgadmin3 - 1.4.3-6.fc6.i386 (9 days) pgadmin3 - 1.4.3-6.fc6.ppc (9 days) pgadmin3 - 1.4.3-6.fc6.x86_64 (9 days) rdiff-backup - 1.0.5-1.fc7.i386 (7 days) rdiff-backup - 1.0.5-1.fc7.ppc (7 days) rdiff-backup - 1.0.5-1.fc7.x86_64 (7 days) giallu AT gmail.com kmod-sysprof - 1.0.7-1.2.6.18_1.2849.fc6.1.i586 (9 days) kmod-sysprof - 1.0.7-1.2.6.18_1.2849.fc6.1.i686 (9 days) kmod-sysprof - 1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 (9 days) kmod-sysprof-PAE - 1.0.7-1.2.6.18_1.2849.fc6.1.i686 (9 days) kmod-sysprof-kdump - 1.0.7-1.2.6.18_1.2849.fc6.1.i686 (9 days) kmod-sysprof-kdump - 1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 (9 days) kmod-sysprof-xen - 1.0.7-1.2.6.18_1.2849.fc6.1.i686 (9 days) kmod-sysprof-xen - 1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 (9 days) hugo AT devin.com.br python-ogg - 1.3-3.fc6.i386 (7 days) python-ogg - 1.3-3.fc6.i386 (7 days) python-ogg - 1.3-3.fc6.ppc (7 days) python-ogg - 1.3-3.fc6.x86_64 (7 days) python-vorbis - 1.3-3.fc6.i386 (7 days) python-vorbis - 1.3-3.fc6.ppc (7 days) python-vorbis - 1.3-3.fc6.x86_64 (7 days) i AT stingr.net pyflowtools - 0.3-7.fc6.i386 (7 days) pyflowtools - 0.3-7.fc6.ppc (7 days) pyflowtools - 0.3-7.fc6.x86_64 (7 days) icon AT fedoraproject.org gazpacho - 0.6.6-1.fc6.noarch (7 days) gazpacho - 0.6.6-1.fc6.noarch (7 days) gazpacho - 0.6.6-1.fc6.noarch (7 days) poedit - 1.3.6-1.1.fc7.i386 poedit - 1.3.6-1.1.fc7.ppc poedit - 1.3.6-1.1.fc7.x86_64 pylint - 0.12.1-1.fc6.noarch (7 days) pylint - 0.12.1-1.fc6.noarch (7 days) pylint - 0.12.1-1.fc6.noarch (7 days) pylint-gui - 0.12.1-1.fc6.noarch (7 days) pylint-gui - 0.12.1-1.fc6.noarch (7 days) pylint-gui - 0.12.1-1.fc6.noarch (7 days) python-feedparser - 4.1-1.fc6.noarch (7 days) python-feedparser - 4.1-1.fc6.noarch (7 days) python-feedparser - 4.1-1.fc6.noarch (7 days) python-kid - 0.9.3-1.fc6.noarch (7 days) python-kid - 0.9.3-1.fc6.noarch (7 days) python-kid - 0.9.3-1.fc6.noarch (7 days) python-logilab-astng - 0.16.1-2.fc6.noarch (7 days) python-logilab-astng - 0.16.1-2.fc6.noarch (7 days) python-logilab-astng - 0.16.1-2.fc6.noarch (7 days) ifoox AT redhat.com libreadline-java - 0.8.0-13.fc6.i386 (4 days) libreadline-java - 0.8.0-13.fc6.i386 (4 days) libreadline-java - 0.8.0-13.fc6.ppc (4 days) libreadline-java - 0.8.0-13.fc6.x86_64 (4 days) imlinux AT gmail.com nagios-plugins-pgsql - 1.4.4-2.fc7.i386 (9 days) nagios-plugins-pgsql - 1.4.4-2.fc7.ppc (9 days) nagios-plugins-pgsql - 1.4.4-2.fc7.x86_64 (9 days) j.w.r.degoede AT hhs.nl bochs - 2.3-3.fc6.i386 bochs - 2.3-3.fc6.ppc bochs - 2.3-3.fc6.x86_64 fbg - 0.9-2.fc6.i386 fbg - 0.9-2.fc6.ppc fbg - 0.9-2.fc6.x86_64 gcompris - 8.2-1.fc7.i386 (7 days) gcompris - 8.2-1.fc7.ppc (7 days) gcompris - 8.2-1.fc7.x86_64 (7 days) scorched3d - 40.1d-1.fc7.i386 scorched3d - 40.1d-1.fc7.ppc scorched3d - 40.1d-1.fc7.x86_64 jafo-redhat AT tummy.com python-pydns - 2.3.0-4.fc6.noarch (7 days) python-pydns - 2.3.0-4.fc6.noarch (7 days) python-pydns - 2.3.0-4.fc6.noarch (7 days) python-pyspf - 1.7-5.fc6.noarch (7 days) python-pyspf - 1.7-5.fc6.noarch (7 days) python-pyspf - 1.7-5.fc6.noarch (7 days) jamatos AT fc.up.pt f2py - 2.45.241_1926-2.fc6.noarch (7 days) f2py - 2.45.241_1926-2.fc6.noarch (7 days) f2py - 2.45.241_1926-2.fc6.noarch (7 days) python-amara - 1.1.7-2.fc6.noarch (7 days) python-amara - 1.1.7-2.fc6.noarch (7 days) python-amara - 1.1.7-2.fc6.noarch (7 days) jeff AT ocjtech.us linphone - 1.2.0-4.fc5.i386 (67 days) linphone - 1.2.0-4.fc5.ppc (67 days) linphone - 1.2.0-4.fc5.x86_64 (67 days) jeremy AT jeremysanders.net veusz - 0.10-12.fc6.i386 (7 days) veusz - 0.10-12.fc6.ppc (7 days) veusz - 0.10-12.fc6.x86_64 (7 days) jpo AT di.uminho.pt perl-Wx - 0.65-1.fc7.i386 perl-Wx - 0.65-1.fc7.ppc perl-Wx - 0.65-1.fc7.x86_64 karlthered AT gmail.com gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.i386 (23 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.i386 (23 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.ppc (23 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.x86_64 (23 days) python-sexy - 0.1.9-2.fc7.i386 (7 days) python-sexy - 0.1.9-2.fc7.ppc (7 days) python-sexy - 0.1.9-2.fc7.x86_64 (7 days) lemenkov AT gmail.com fuse - 2.6.0-2.fc7.ppc lmacken AT redhat.com TurboGears - 1.0b2-5.fc7.noarch (2 days) TurboGears - 1.0b2-5.fc7.noarch (2 days) TurboGears - 1.0b2-5.fc7.noarch (2 days) python-cherrypy - 2.2.1-3.fc6.noarch (7 days) python-cherrypy - 2.2.1-3.fc6.noarch (7 days) python-cherrypy - 2.2.1-3.fc6.noarch (7 days) mgarski AT post.pl digikam-doc - 0.8.2-3.fc6.noarch (16 days) digikam-doc - 0.8.2-3.fc6.noarch (16 days) digikam-doc - 0.8.2-3.fc6.noarch (16 days) michel.salim AT gmail.com python-nltk - 1.4.4-3.fc7.noarch (7 days) python-nltk - 1.4.4-3.fc7.noarch (7 days) python-nltk - 1.4.4-3.fc7.noarch (7 days) From buildsys at fedoraproject.org Fri Dec 15 21:33:04 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Fri, 15 Dec 2006 21:33:04 -0000 Subject: (4/4) Summary - Broken dependencies in Fedora Extras - 2006-12-15 Message-ID: <20061215213304.17526.29590@extras64.linux.duke.edu> poedit-1.3.6-1.1.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 pyflowtools-0.3-7.fc6.i386 requires python(abi) = 0:2.4 pylint-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 pylint-gui-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.i386 requires python(abi) = 0:2.4 python-adns-1.1.0-4.fc6.i386 requires python < 0:2.5 python-adns-1.1.0-4.fc6.i386 requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-durus-3.5-2.fc6.i386 requires python-abi = 0:2.4 python-durus-3.5-2.fc6.i386 requires python(abi) = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python-abi = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python(abi) = 0:2.4 python-htmltmpl-1.22-7.fc6.noarch requires python(abi) = 0:2.4 python-id3-1.2-8.fc6.noarch requires python(abi) = 0:2.4 python-kid-0.9.3-1.fc6.noarch requires python-elementtree python-kid-0.9.3-1.fc6.noarch requires python(abi) = 0:2.4 python-logilab-astng-0.16.1-2.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-nltk_lite-0.6.6-1.fc7.noarch requires python(abi) = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python(abi) = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.i386 requires python-abi = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.i386 requires python(abi) = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python-abi = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python(abi) = 0:2.4 python-psycopg-1.1.21-5.fc6.i386 requires libpq.so.4 python-psycopg-1.1.21-5.fc6.i386 requires python-abi = 0:2.4 python-psycopg-1.1.21-5.fc6.i386 requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-pyspf-1.7-5.fc6.noarch requires python(abi) = 0:2.4 python-quixote-2.4-4.fc6.i386 requires python-abi = 0:2.4 python-quixote-2.4-4.fc6.i386 requires python(abi) = 0:2.4 python-sexy-0.1.9-2.fc7.i386 requires python(abi) = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python-abi = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python-abi = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.i386 requires python(abi) = 0:2.4 python-vorbis-1.3-3.fc6.i386 requires python-abi = 0:2.4 python-vorbis-1.3-3.fc6.i386 requires python(abi) = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python-abi = 0:2.4 pyxdg-0.15-3.fc6.noarch requires /usr/lib/python2.4/site-packages pyxdg-0.15-3.fc6.noarch requires python(abi) = 0:2.4 pyxmms-2.06-3.fc6.i386 requires python(abi) = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python-abi = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python(abi) = 0:2.4 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) rapidsvn-0.9.4-2.fc7.i386 requires libwx_baseu_xml-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) rapidsvn-0.9.4-2.fc7.i386 requires libwx_baseu_net-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_baseu-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 rdiff-backup-1.0.5-1.fc7.i386 requires python-abi = 0:2.4 rdiff-backup-1.0.5-1.fc7.i386 requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.i386 requires libpq.so.4 rekall-python-2.4.3-5.fc6.i386 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.i386 requires libpython2.4.so.1.0 scorched3d-40.1d-1.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) scorched3d-40.1d-1.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) scorched3d-40.1d-1.fc7.i386 requires libwx_baseu_xml-2.6.so.0 scorched3d-40.1d-1.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 scorched3d-40.1d-1.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) scorched3d-40.1d-1.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) scorched3d-40.1d-1.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 scorched3d-40.1d-1.fc7.i386 requires libwx_baseu_net-2.6.so.0 scorched3d-40.1d-1.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 scorched3d-40.1d-1.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) scorched3d-40.1d-1.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 scorched3d-40.1d-1.fc7.i386 requires libwx_baseu-2.6.so.0 scorched3d-40.1d-1.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) scorched3d-40.1d-1.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 ser-postgresql-0.9.6-9.fc6.i386 requires libpq.so.4 serpentine-0.7-5.fc6.noarch requires python(abi) = 0:2.4 syck-python-0.55-12.fc7.i386 requires python(abi) = 0:2.4 tinyerp-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 tinyerp-server-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.i386 requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 translate-toolkit-0.10.1-2.fc7.noarch requires python-elementtree veusz-0.10-12.fc6.i386 requires python(abi) = 0:2.4 wxMaxima-0.7.0a-4.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) wxMaxima-0.7.0a-4.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) wxMaxima-0.7.0a-4.fc7.i386 requires libwx_baseu_xml-2.6.so.0 wxMaxima-0.7.0a-4.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 wxMaxima-0.7.0a-4.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 wxMaxima-0.7.0a-4.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) wxMaxima-0.7.0a-4.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 wxMaxima-0.7.0a-4.fc7.i386 requires libwx_baseu_net-2.6.so.0 wxMaxima-0.7.0a-4.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) wxMaxima-0.7.0a-4.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 wxMaxima-0.7.0a-4.fc7.i386 requires libwx_baseu-2.6.so.0 wxMaxima-0.7.0a-4.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) wxMaxima-0.7.0a-4.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 wxMaxima-0.7.0a-4.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) xchm-1.10-1.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) xchm-1.10-1.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) xchm-1.10-1.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) xchm-1.10-1.fc7.i386 requires libwx_baseu_xml-2.6.so.0 xchm-1.10-1.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 xchm-1.10-1.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 xchm-1.10-1.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) xchm-1.10-1.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 xchm-1.10-1.fc7.i386 requires libwx_baseu_net-2.6.so.0 xchm-1.10-1.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) xchm-1.10-1.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 xchm-1.10-1.fc7.i386 requires libwx_baseu-2.6.so.0 xchm-1.10-1.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 xchm-1.10-1.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) xmldiff-0.6.7-12.fc6.i386 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python(abi) = 0:2.4 yumex-1.2.0-1.0.fc7.noarch requires python(abi) = 0:2.4 zeroinstall-injector-0.24-2.fc7.noarch requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-6-ppc: audacious-plugins-wavpack-1.2.5-1.fc6.ppc requires libwavpack.so.0 ====================================================================== Broken packages in fedora-extras-6-x86_64: audacious-plugins-wavpack-1.2.5-1.fc6.x86_64 requires libwavpack.so.0()(64bit) ====================================================================== Broken packages in fedora-extras-6-i386: audacious-plugins-wavpack-1.2.5-1.fc6.i386 requires libwavpack.so.0 ====================================================================== Broken packages in fedora-extras-5-ppc: linphone-1.2.0-4.fc5.ppc requires libortp.so.2 ====================================================================== Broken packages in fedora-extras-5-x86_64: linphone-1.2.0-4.fc5.x86_64 requires libortp.so.2()(64bit) ====================================================================== Broken packages in fedora-extras-5-i386: linphone-1.2.0-4.fc5.i386 requires libortp.so.2 From buildsys at fedoraproject.org Fri Dec 15 21:33:01 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Fri, 15 Dec 2006 21:33:01 -0000 Subject: (2/4) Summary - Broken dependencies in Fedora Extras - 2006-12-15 Message-ID: <20061215213301.17526.41593@extras64.linux.duke.edu> python-nltk_lite - 0.6.6-1.fc7.noarch (7 days) python-nltk_lite - 0.6.6-1.fc7.noarch (7 days) python-nltk_lite - 0.6.6-1.fc7.noarch (7 days) zeroinstall-injector - 0.24-2.fc7.noarch (7 days) zeroinstall-injector - 0.24-2.fc7.noarch (7 days) zeroinstall-injector - 0.24-2.fc7.noarch (7 days) mitr AT redhat.com python-4Suite-XML - 1.0-1.i386 (7 days) python-4Suite-XML - 1.0-1.ppc (7 days) python-4Suite-XML - 1.0-1.x86_64 (7 days) oliver AT linux-kernel.at syck-python - 0.55-12.fc7.i386 (7 days) syck-python - 0.55-12.fc7.ppc (7 days) syck-python - 0.55-12.fc7.x86_64 (7 days) orion AT cora.nwra.com gdl - 0.9-0.pre3.2.fc7.i386 (7 days) gdl - 0.9-0.pre3.2.fc7.ppc (7 days) gdl - 0.9-0.pre3.2.fc7.x86_64 (7 days) paraview - 2.4.4-3.fc6.x86_64 (7 days) paraview-mpi - 2.4.4-3.fc6.x86_64 (7 days) plplot - 5.6.1-8.fc7.i386 (7 days) plplot - 5.6.1-8.fc7.i386 (7 days) plplot - 5.6.1-8.fc7.ppc (7 days) plplot - 5.6.1-8.fc7.x86_64 (7 days) plplot-gnome - 5.6.1-8.fc7.i386 (7 days) plplot-gnome - 5.6.1-8.fc7.i386 (7 days) plplot-gnome - 5.6.1-8.fc7.ppc (7 days) plplot-gnome - 5.6.1-8.fc7.x86_64 (7 days) plplot-wxGTK - 5.6.1-8.fc7.i386 (7 days) plplot-wxGTK - 5.6.1-8.fc7.ppc (7 days) plplot-wxGTK - 5.6.1-8.fc7.x86_64 (7 days) paul AT all-the-johnsons.co.uk XaraLX - 0.7-8.fc6.r1763.i386 XaraLX - 0.7-8.fc6.r1763.ppc XaraLX - 0.7-8.fc6.r1763.x86_64 anjuta - 1:2.0.2-11.fc7.i386 (3 days) anjuta - 1:2.0.2-11.fc7.i386 (3 days) anjuta - 1:2.0.2-11.fc7.ppc (3 days) anjuta - 1:2.0.2-11.fc7.x86_64 (3 days) pyxmms - 2.06-3.fc6.i386 (7 days) pyxmms - 2.06-3.fc6.ppc (7 days) pyxmms - 2.06-3.fc6.x86_64 (7 days) pertusus AT free.fr xchm - 1.10-1.fc7.i386 xchm - 1.10-1.fc7.ppc xchm - 1.10-1.fc7.x86_64 petersen AT redhat.com ghc-gtk2hs - 0.9.10-4.fc6.i386 (42 days) ghc-gtk2hs - 0.9.10-4.fc6.ppc (42 days) ghc-gtk2hs - 0.9.10-4.fc6.x86_64 (42 days) ghc642-gtk2hs - 0.9.10-4.fc6.i386 (42 days) ghc642-gtk2hs - 0.9.10-4.fc6.ppc (42 days) ghc642-gtk2hs - 0.9.10-4.fc6.x86_64 (42 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.i386 (42 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.ppc (42 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.x86_64 (42 days) prockai AT redhat.com cyrus-imapd - 2.3.7-4.fc6.i386 (16 days) cyrus-imapd - 2.3.7-4.fc6.i386 (16 days) cyrus-imapd - 2.3.7-4.fc6.ppc (16 days) cyrus-imapd - 2.3.7-4.fc6.x86_64 (16 days) rdieter AT math.unl.edu PyKDE - 3.16.0-5.fc7.i386 (7 days) PyKDE - 3.16.0-5.fc7.i386 (7 days) PyKDE - 3.16.0-5.fc7.ppc (7 days) PyKDE - 3.16.0-5.fc7.x86_64 (7 days) gift - 0.11.8.1-6.fc7.i386 (47 days) wxMaxima - 0.7.0a-4.fc7.i386 wxMaxima - 0.7.0a-4.fc7.ppc wxMaxima - 0.7.0a-4.fc7.x86_64 redhat-bugzilla AT camperquake.de audacious-plugins-wavpack - 1.2.5-1.fc6.i386 audacious-plugins-wavpack - 1.2.5-1.fc6.ppc audacious-plugins-wavpack - 1.2.5-1.fc6.x86_64 audacious-plugins-wavpack - 1.2.5-2.fc7.i386 audacious-plugins-wavpack - 1.2.5-2.fc7.ppc audacious-plugins-wavpack - 1.2.5-2.fc7.x86_64 redhat-bugzilla AT linuxnetz.de duplicity - 0.4.2-3.fc6.i386 (7 days) duplicity - 0.4.2-3.fc6.ppc (7 days) duplicity - 0.4.2-3.fc6.x86_64 (7 days) roozbeh AT farsiweb.info translate-toolkit - 0.10.1-2.fc7.noarch (3 days) translate-toolkit - 0.10.1-2.fc7.noarch (3 days) translate-toolkit - 0.10.1-2.fc7.noarch (3 days) rpm AT greysector.net mkvtoolnix-gui - 1.8.1-1.fc7.i386 mkvtoolnix-gui - 1.8.1-1.fc7.ppc mkvtoolnix-gui - 1.8.1-1.fc7.x86_64 openbabel-python - 2.0.2-5.fc6.i386 (7 days) openbabel-python - 2.0.2-5.fc6.ppc (7 days) openbabel-python - 2.0.2-5.fc6.x86_64 (7 days) rpm AT timj.co.uk rapidsvn - 0.9.4-2.fc7.i386 rapidsvn - 0.9.4-2.fc7.ppc rapidsvn - 0.9.4-2.fc7.x86_64 rvokal AT redhat.com python-adns - 1.1.0-4.fc6.i386 (7 days) python-adns - 1.1.0-4.fc6.ppc (7 days) python-adns - 1.1.0-4.fc6.x86_64 (7 days) shahms AT shahms.com python-durus - 3.5-2.fc6.i386 (7 days) python-durus - 3.5-2.fc6.ppc (7 days) python-durus - 3.5-2.fc6.x86_64 (7 days) python-protocols - 1.0-0.3.a0dev_r2082.fc6.i386 (7 days) python-protocols - 1.0-0.3.a0dev_r2082.fc6.ppc (7 days) python-protocols - 1.0-0.3.a0dev_r2082.fc6.x86_64 (7 days) python-psyco - 1.5.1-4.fc6.i386 (7 days) python-psycopg - 1.1.21-5.fc6.i386 (9 days) python-psycopg - 1.1.21-5.fc6.ppc (9 days) python-psycopg - 1.1.21-5.fc6.x86_64 (9 days) python-quixote - 2.4-4.fc6.i386 (7 days) python-quixote - 2.4-4.fc6.ppc (7 days) python-quixote - 2.4-4.fc6.x86_64 (7 days) python-simpletal - 4.1-4.fc6.noarch (7 days) python-simpletal - 4.1-4.fc6.noarch (7 days) python-simpletal - 4.1-4.fc6.noarch (7 days) python-tpg - 3.1.0-3.fc6.noarch (7 days) python-tpg - 3.1.0-3.fc6.noarch (7 days) python-tpg - 3.1.0-3.fc6.noarch (7 days) splinux AT fedoraproject.org pessulus - 2.16.1-1.fc6.noarch (7 days) pessulus - 2.16.1-1.fc6.noarch (7 days) pessulus - 2.16.1-1.fc6.noarch (7 days) stickster AT gmail.com xmldiff - 0.6.7-12.fc6.i386 (7 days) xmldiff - 0.6.7-12.fc6.ppc (7 days) xmldiff - 0.6.7-12.fc6.x86_64 (7 days) tcallawa AT redhat.com compat-wxPythonGTK2 - 2.4.2.4-12.fc6.i386 (7 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.ppc (7 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.x86_64 (7 days) gambas-gb-db - 1.0.17-6.fc7.i386 (22 days) gambas-gb-db - 1.0.17-6.fc7.ppc (22 days) gambas-runtime - 1.0.17-6.fc7.i386 (22 days) gambas-runtime - 1.0.17-6.fc7.ppc (22 days) pychart - 1.39-4.fc6.noarch (7 days) pychart - 1.39-4.fc6.noarch (7 days) pychart - 1.39-4.fc6.noarch (7 days) pyxdg - 0.15-3.fc6.noarch (7 days) pyxdg - 0.15-3.fc6.noarch (7 days) pyxdg - 0.15-3.fc6.noarch (7 days) rekall-postgresql - 2.4.3-5.fc6.i386 (9 days) rekall-postgresql - 2.4.3-5.fc6.ppc (9 days) rekall-postgresql - 2.4.3-5.fc6.x86_64 (9 days) rekall-python - 2.4.3-5.fc6.i386 (9 days) rekall-python - 2.4.3-5.fc6.ppc (9 days) rekall-python - 2.4.3-5.fc6.x86_64 (9 days) thomas AT apestaart.org python-twisted - 1.3.0-7.fc6.i386 (7 days) python-twisted - 1.3.0-7.fc6.ppc (7 days) python-twisted - 1.3.0-7.fc6.x86_64 (7 days) tla AT rasmil.dk yumex - 1.2.0-1.0.fc7.noarch (7 days) yumex - 1.2.0-1.0.fc7.noarch (7 days) yumex - 1.2.0-1.0.fc7.noarch (7 days) tmraz AT redhat.com vpnc - 0.3.3-13.fc7.ppc triad AT df.lth.se gnomad2 - 2.8.9-2.fc6.i386 (7 days) gnomad2 - 2.8.9-2.fc6.ppc (7 days) gnomad2 - 2.8.9-2.fc6.x86_64 (7 days) ville.skytta AT iki.fi kmod-em8300 - 0.16.0-0.4.rc2.2.6.18_1.2849.fc6.i586 (9 days) kmod-em8300 - 0.16.0-0.4.rc2.2.6.18_1.2849.fc6.i686 (9 days) kmod-em8300 - 0.16.0-0.4.rc2.2.6.18_1.2849.fc6.ppc (9 days) kmod-em8300 - 0.16.0-0.4.rc2.2.6.18_1.2849.fc6.x86_64 (9 days) kmod-em8300-PAE - 0.16.0-0.4.rc2.2.6.18_1.2849.fc6.i686 (9 days) kmod-em8300-kdump - 0.16.0-0.4.rc2.2.6.18_1.2849.fc6.i686 (9 days) kmod-em8300-kdump - 0.16.0-0.4.rc2.2.6.18_1.2849.fc6.x86_64 (9 days) kmod-em8300-smp - 0.16.0-0.4.rc2.2.6.18_1.2849.fc6.ppc (9 days) kmod-em8300-xen - 0.16.0-0.4.rc2.2.6.18_1.2849.fc6.i686 (9 days) kmod-em8300-xen - 0.16.0-0.4.rc2.2.6.18_1.2849.fc6.x86_64 (9 days) wart AT kobold.org cyphesis - 0.5.10-3.fc7.i386 (7 days) cyphesis - 0.5.10-3.fc7.ppc (7 days) cyphesis - 0.5.10-3.fc7.x86_64 (7 days) ====================================================================== Broken packages in fedora-extras-development-ppc: PyKDE-3.16.0-5.fc7.ppc requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.ppc requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_xml-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_net-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_xrc-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_html-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_adv-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_qa-2.6.so.0 anjuta-1:2.0.2-11.fc7.ppc requires libgvc.so.2 audacious-plugins-wavpack-1.2.5-2.fc7.ppc requires libwavpack.so.0 bochs-2.3-3.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) bochs-2.3-3.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) bochs-2.3-3.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 bochs-2.3-3.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) bochs-2.3-3.fc6.ppc requires libwx_baseu-2.6.so.0 centericq-4.21.0-8.fc6.ppc requires libcurl.so.3 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.ppc requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.ppc requires libpython2.4.so.1.0 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpagent.so.10 digikam-doc-0.8.2-3.fc6.noarch requires digikam = 0:0.8.2 dkms-2.0.13-1.fc6.noarch requires kernel-devel driftnet-0.1.6-11.ppc requires libpcap.so.0.9.4 duplicity-0.4.2-3.fc6.ppc requires python < 0:2.5 duplicity-0.4.2-3.fc6.ppc requires python(abi) = 0:2.4 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 fbg-0.9-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) fbg-0.9-2.fc6.ppc requires libwx_baseu_xml-2.6.so.0 fbg-0.9-2.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 fbg-0.9-2.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 fbg-0.9-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) fbg-0.9-2.fc6.ppc requires libwx_baseu_net-2.6.so.0 fbg-0.9-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 fbg-0.9-2.fc6.ppc requires libwx_baseu-2.6.so.0 fbg-0.9-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 fbg-0.9-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 fbg-0.9-2.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) fuse-2.6.0-2.fc7.ppc requires kernel >= 0:2.6.14 gajim-0.10.1-3.fc6.ppc requires libpython2.4.so.1.0 gajim-0.10.1-3.fc6.ppc requires python-abi = 0:2.4 gambas-gb-db-1.0.17-6.fc7.ppc requires libpq.so.4 gambas-runtime-1.0.17-6.fc7.ppc requires libgettextlib-0.15.so gazpacho-0.6.6-1.fc6.noarch requires python-abi = 0:2.4 gazpacho-0.6.6-1.fc6.noarch requires python(abi) = 0:2.4 gcompris-8.2-1.fc7.ppc requires libpython2.4.so.1.0 gdl-0.9-0.pre3.2.fc7.ppc requires libpython2.4.so.1.0 ghc-gtk2hs-0.9.10-4.fc6.ppc requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires ghc642 glom-1.2.1-2.fc7.ppc requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.ppc requires libpython2.4.so.1.0 gnomad2-2.8.9-2.fc6.ppc requires libmtp.so.2 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.ppc requires gecko-libs = 0:2.0 k3d-0.6.4.0-1.fc7.ppc requires libpython2.4.so.1.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) kicad-2006.08.28-2.fc6.ppc requires libwx_baseu_xml-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_baseu_net-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_baseu-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) kmod-em8300-0.16.0-0.4.rc2.2.6.18_1.2849.fc6.ppc requires kernel-ppc = 0:2.6.18-1.2849.fc6 kmod-em8300-smp-0.16.0-0.4.rc2.2.6.18_1.2849.fc6.ppc requires kernel-ppc = 0:2.6.18-1.2849.fc6smp libreadline-java-0.8.0-13.fc6.ppc requires libedit >= 0:2.9 mkvtoolnix-gui-1.8.1-1.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) mkvtoolnix-gui-1.8.1-1.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) mkvtoolnix-gui-1.8.1-1.fc7.ppc requires libwx_baseu_xml-2.6.so.0 mkvtoolnix-gui-1.8.1-1.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 mkvtoolnix-gui-1.8.1-1.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 mkvtoolnix-gui-1.8.1-1.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) mkvtoolnix-gui-1.8.1-1.fc7.ppc requires libwx_baseu_net-2.6.so.0 mkvtoolnix-gui-1.8.1-1.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 mkvtoolnix-gui-1.8.1-1.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) mkvtoolnix-gui-1.8.1-1.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 mkvtoolnix-gui-1.8.1-1.fc7.ppc requires libwx_baseu-2.6.so.0 mkvtoolnix-gui-1.8.1-1.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 nagios-plugins-pgsql-1.4.4-2.fc7.ppc requires libpq.so.4 nessus-client-2.2.7-2.fc6.ppc requires libpcap.so.0.9.4 nessus-gui-2.2.7-2.fc6.ppc requires libpcap.so.0.9.4 nessus-server-2.2.7-2.fc6.ppc requires libpcap.so.0.9.4 openbabel-python-2.0.2-5.fc6.ppc requires python(abi) = 0:2.4 openpbx-1.2-3.rc2.svn2135.fc7.ppc requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.ppc requires libpq.so.4 perl-Wx-0.65-1.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) perl-Wx-0.65-1.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6.2) perl-Wx-0.65-1.fc7.ppc requires libwx_gtk2u_stc-2.6.so.0 perl-Wx-0.65-1.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) perl-Wx-0.65-1.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) perl-Wx-0.65-1.fc7.ppc requires libwx_baseu_xml-2.6.so.0 perl-Wx-0.65-1.fc7.ppc requires libwx_gtk2u_media-2.6.so.0 perl-Wx-0.65-1.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 perl-Wx-0.65-1.fc7.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) perl-Wx-0.65-1.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) perl-Wx-0.65-1.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 perl-Wx-0.65-1.fc7.ppc requires libwx_baseu_net-2.6.so.0 perl-Wx-0.65-1.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) perl-Wx-0.65-1.fc7.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) perl-Wx-0.65-1.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 perl-Wx-0.65-1.fc7.ppc requires libwx_gtk2u_stc-2.6.so.0(WXU_2.6) perl-Wx-0.65-1.fc7.ppc requires libwx_baseu-2.6.so.0 perl-Wx-0.65-1.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) perl-Wx-0.65-1.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 perl-Wx-0.65-1.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) pessulus-2.16.1-1.fc6.noarch requires python(abi) = 0:2.4 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_ogl-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libpq.so.4 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_stc-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu_xml-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu_net-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_stc-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_ogl-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 plplot-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) poedit-1.3.6-1.1.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) poedit-1.3.6-1.1.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) poedit-1.3.6-1.1.fc7.ppc requires libwx_baseu_xml-2.6.so.0 poedit-1.3.6-1.1.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) poedit-1.3.6-1.1.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 poedit-1.3.6-1.1.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) poedit-1.3.6-1.1.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 poedit-1.3.6-1.1.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) poedit-1.3.6-1.1.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) poedit-1.3.6-1.1.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 poedit-1.3.6-1.1.fc7.ppc requires libwx_baseu-2.6.so.0 poedit-1.3.6-1.1.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) poedit-1.3.6-1.1.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 pyflowtools-0.3-7.fc6.ppc requires python(abi) = 0:2.4 pylint-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 pylint-gui-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.ppc requires python(abi) = 0:2.4 python-adns-1.1.0-4.fc6.ppc requires python < 0:2.5 python-adns-1.1.0-4.fc6.ppc requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-durus-3.5-2.fc6.ppc requires python-abi = 0:2.4 python-durus-3.5-2.fc6.ppc requires python(abi) = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python-abi = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python(abi) = 0:2.4 python-htmltmpl-1.22-7.fc6.noarch requires python(abi) = 0:2.4 python-id3-1.2-8.fc6.noarch requires python(abi) = 0:2.4 python-kid-0.9.3-1.fc6.noarch requires python-elementtree python-kid-0.9.3-1.fc6.noarch requires python(abi) = 0:2.4 python-logilab-astng-0.16.1-2.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-nltk_lite-0.6.6-1.fc7.noarch requires python(abi) = 0:2.4 python-ogg-1.3-3.fc6.ppc requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.ppc requires python(abi) = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.ppc requires python-abi = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.ppc requires python(abi) = 0:2.4 python-psycopg-1.1.21-5.fc6.ppc requires libpq.so.4 python-psycopg-1.1.21-5.fc6.ppc requires python-abi = 0:2.4 python-psycopg-1.1.21-5.fc6.ppc requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-pyspf-1.7-5.fc6.noarch requires python(abi) = 0:2.4 python-quixote-2.4-4.fc6.ppc requires python-abi = 0:2.4 python-quixote-2.4-4.fc6.ppc requires python(abi) = 0:2.4 python-sexy-0.1.9-2.fc7.ppc requires python(abi) = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python-abi = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python-abi = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.ppc requires python(abi) = 0:2.4 python-vorbis-1.3-3.fc6.ppc requires python-abi = 0:2.4 python-vorbis-1.3-3.fc6.ppc requires python(abi) = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python-abi = 0:2.4 pyxdg-0.15-3.fc6.noarch requires /usr/lib/python2.4/site-packages pyxdg-0.15-3.fc6.noarch requires python(abi) = 0:2.4 pyxmms-2.06-3.fc6.ppc requires python(abi) = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python-abi = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python(abi) = 0:2.4 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) rapidsvn-0.9.4-2.fc7.ppc requires libwx_baseu_xml-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) rapidsvn-0.9.4-2.fc7.ppc requires libwx_baseu_net-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_baseu-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 rdiff-backup-1.0.5-1.fc7.ppc requires python-abi = 0:2.4 rdiff-backup-1.0.5-1.fc7.ppc requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.ppc requires libpq.so.4 rekall-python-2.4.3-5.fc6.ppc requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.ppc requires libpython2.4.so.1.0 scorched3d-40.1d-1.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) scorched3d-40.1d-1.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) scorched3d-40.1d-1.fc7.ppc requires libwx_baseu_xml-2.6.so.0 scorched3d-40.1d-1.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 scorched3d-40.1d-1.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) scorched3d-40.1d-1.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) scorched3d-40.1d-1.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 scorched3d-40.1d-1.fc7.ppc requires libwx_baseu_net-2.6.so.0 scorched3d-40.1d-1.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 scorched3d-40.1d-1.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) scorched3d-40.1d-1.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 scorched3d-40.1d-1.fc7.ppc requires libwx_baseu-2.6.so.0 scorched3d-40.1d-1.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) scorched3d-40.1d-1.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 ser-postgresql-0.9.6-9.fc6.ppc requires libpq.so.4 serpentine-0.7-5.fc6.noarch requires python(abi) = 0:2.4 syck-python-0.55-12.fc7.ppc requires python(abi) = 0:2.4 tinyerp-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 tinyerp-server-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.ppc requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 translate-toolkit-0.10.1-2.fc7.noarch requires python-elementtree veusz-0.10-12.fc6.ppc requires python(abi) = 0:2.4 vpnc-0.3.3-13.fc7.ppc requires kernel >= 0:2.4 wxMaxima-0.7.0a-4.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) wxMaxima-0.7.0a-4.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) wxMaxima-0.7.0a-4.fc7.ppc requires libwx_baseu_xml-2.6.so.0 wxMaxima-0.7.0a-4.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 wxMaxima-0.7.0a-4.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 wxMaxima-0.7.0a-4.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) wxMaxima-0.7.0a-4.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 wxMaxima-0.7.0a-4.fc7.ppc requires libwx_baseu_net-2.6.so.0 wxMaxima-0.7.0a-4.fc7.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) wxMaxima-0.7.0a-4.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 wxMaxima-0.7.0a-4.fc7.ppc requires libwx_baseu-2.6.so.0 wxMaxima-0.7.0a-4.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) wxMaxima-0.7.0a-4.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 wxMaxima-0.7.0a-4.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) xchm-1.10-1.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) xchm-1.10-1.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) xchm-1.10-1.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) xchm-1.10-1.fc7.ppc requires libwx_baseu_xml-2.6.so.0 xchm-1.10-1.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 xchm-1.10-1.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 xchm-1.10-1.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) xchm-1.10-1.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 xchm-1.10-1.fc7.ppc requires libwx_baseu_net-2.6.so.0 xchm-1.10-1.fc7.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) xchm-1.10-1.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 xchm-1.10-1.fc7.ppc requires libwx_baseu-2.6.so.0 xchm-1.10-1.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 xchm-1.10-1.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) xmldiff-0.6.7-12.fc6.ppc requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python(abi) = 0:2.4 yumex-1.2.0-1.0.fc7.noarch requires python(abi) = 0:2.4 zeroinstall-injector-0.24-2.fc7.noarch requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-x86_64: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) anjuta-1:2.0.2-11.fc7.i386 requires libgvc.so.2 anjuta-1:2.0.2-11.fc7.x86_64 requires libgvc.so.2()(64bit) audacious-plugins-wavpack-1.2.5-2.fc7.x86_64 requires libwavpack.so.0()(64bit) bochs-2.3-3.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) bochs-2.3-3.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) bochs-2.3-3.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) bochs-2.3-3.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) bochs-2.3-3.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) centericq-4.21.0-8.fc6.x86_64 requires libcurl.so.3()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) From buildsys at fedoraproject.org Fri Dec 15 21:33:02 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Fri, 15 Dec 2006 21:33:02 -0000 Subject: (3/4) Summary - Broken dependencies in Fedora Extras - 2006-12-15 Message-ID: <20061215213302.17526.12253@extras64.linux.duke.edu> codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) compat-wxPythonGTK2-2.4.2.4-12.fc6.x86_64 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) csound-python-5.03.0-9.fc7.x86_64 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyphesis-0.5.10-3.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpmibs.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmp.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmphelpers.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpagent.so.10()(64bit) digikam-doc-0.8.2-3.fc6.noarch requires digikam = 0:0.8.2 driftnet-0.1.6-11.x86_64 requires libpcap.so.0.9.4()(64bit) duplicity-0.4.2-3.fc6.x86_64 requires python < 0:2.5 duplicity-0.4.2-3.fc6.x86_64 requires python(abi) = 0:2.4 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 fbg-0.9-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) fbg-0.9-2.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) fbg-0.9-2.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) fbg-0.9-2.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) fbg-0.9-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) fbg-0.9-2.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) fbg-0.9-2.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) fbg-0.9-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) fbg-0.9-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) fbg-0.9-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) fbg-0.9-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) gajim-0.10.1-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) gajim-0.10.1-3.fc6.x86_64 requires python-abi = 0:2.4 gazpacho-0.6.6-1.fc6.noarch requires python-abi = 0:2.4 gazpacho-0.6.6-1.fc6.noarch requires python(abi) = 0:2.4 gcompris-8.2-1.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) gdl-0.9-0.pre3.2.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) ghc-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires ghc642 gift-0.11.8.1-6.fc7.i386 requires libmagic.so.1 glom-1.2.1-2.fc7.x86_64 requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) gnomad2-2.8.9-2.fc6.x86_64 requires libmtp.so.2()(64bit) gtkmozembedmm-1.4.2.cvs20060817-5.fc7.i386 requires gecko-libs = 0:2.0 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.x86_64 requires gecko-libs = 0:2.0 k3d-0.6.4.0-1.fc7.i386 requires libpython2.4.so.1.0 k3d-0.6.4.0-1.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) kmod-em8300-0.16.0-0.4.rc2.2.6.18_1.2849.fc6.x86_64 requires kernel-x86_64 = 0:2.6.18-1.2849.fc6 kmod-em8300-kdump-0.16.0-0.4.rc2.2.6.18_1.2849.fc6.x86_64 requires kernel-x86_64 = 0:2.6.18-1.2849.fc6kdump kmod-em8300-xen-0.16.0-0.4.rc2.2.6.18_1.2849.fc6.x86_64 requires kernel-x86_64 = 0:2.6.18-1.2849.fc6xen kmod-sysprof-1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 requires kernel-x86_64 = 0:2.6.18-1.2849.fc6 kmod-sysprof-kdump-1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 requires kernel-x86_64 = 0:2.6.18-1.2849.fc6kdump kmod-sysprof-xen-1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 requires kernel-x86_64 = 0:2.6.18-1.2849.fc6xen libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 libreadline-java-0.8.0-13.fc6.x86_64 requires libedit >= 0:2.9 mkvtoolnix-gui-1.8.1-1.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) mkvtoolnix-gui-1.8.1-1.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) mkvtoolnix-gui-1.8.1-1.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) mkvtoolnix-gui-1.8.1-1.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) mkvtoolnix-gui-1.8.1-1.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) mkvtoolnix-gui-1.8.1-1.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) mkvtoolnix-gui-1.8.1-1.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) mkvtoolnix-gui-1.8.1-1.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) mkvtoolnix-gui-1.8.1-1.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) mkvtoolnix-gui-1.8.1-1.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) mkvtoolnix-gui-1.8.1-1.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) mkvtoolnix-gui-1.8.1-1.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) nagios-plugins-pgsql-1.4.4-2.fc7.x86_64 requires libpq.so.4()(64bit) nessus-client-2.2.7-2.fc6.x86_64 requires libpcap.so.0.9.4()(64bit) nessus-gui-2.2.7-2.fc6.x86_64 requires libpcap.so.0.9.4()(64bit) nessus-server-2.2.7-2.fc6.x86_64 requires libpcap.so.0.9.4()(64bit) openbabel-python-2.0.2-5.fc6.x86_64 requires python(abi) = 0:2.4 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-1.2-3.rc2.svn2135.fc7.x86_64 requires libedit.so.0()(64bit) openpbx-postgresql-1.2-3.rc2.svn2135.fc7.x86_64 requires libpq.so.4()(64bit) orange-0.3-4.cvs20051118.fc7.i386 requires libmagic.so.1 paraview-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) paraview-mpi-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) perl-Wx-0.65-1.fc7.x86_64 requires libwx_gtk2u_media-2.6.so.0()(64bit) perl-Wx-0.65-1.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6.2)(64bit) perl-Wx-0.65-1.fc7.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) perl-Wx-0.65-1.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) perl-Wx-0.65-1.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) perl-Wx-0.65-1.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) perl-Wx-0.65-1.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) perl-Wx-0.65-1.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) perl-Wx-0.65-1.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) perl-Wx-0.65-1.fc7.x86_64 requires libwx_gtk2u_stc-2.6.so.0()(64bit) perl-Wx-0.65-1.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) perl-Wx-0.65-1.fc7.x86_64 requires libwx_gtk2u_stc-2.6.so.0(WXU_2.6)(64bit) perl-Wx-0.65-1.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) perl-Wx-0.65-1.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) perl-Wx-0.65-1.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) perl-Wx-0.65-1.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) perl-Wx-0.65-1.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) perl-Wx-0.65-1.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) perl-Wx-0.65-1.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) perl-Wx-0.65-1.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) pessulus-2.16.1-1.fc6.noarch requires python(abi) = 0:2.4 pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_ogl-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_stc-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_stc-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_ogl-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libpq.so.4()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) poedit-1.3.6-1.1.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) poedit-1.3.6-1.1.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) poedit-1.3.6-1.1.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) poedit-1.3.6-1.1.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) poedit-1.3.6-1.1.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) poedit-1.3.6-1.1.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) poedit-1.3.6-1.1.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) poedit-1.3.6-1.1.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) poedit-1.3.6-1.1.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) poedit-1.3.6-1.1.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) poedit-1.3.6-1.1.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) poedit-1.3.6-1.1.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) poedit-1.3.6-1.1.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 pyflowtools-0.3-7.fc6.x86_64 requires python(abi) = 0:2.4 pylint-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 pylint-gui-0.12.1-1.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.x86_64 requires python(abi) = 0:2.4 python-adns-1.1.0-4.fc6.x86_64 requires python < 0:2.5 python-adns-1.1.0-4.fc6.x86_64 requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-durus-3.5-2.fc6.x86_64 requires python-abi = 0:2.4 python-durus-3.5-2.fc6.x86_64 requires python(abi) = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python-abi = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python(abi) = 0:2.4 python-htmltmpl-1.22-7.fc6.noarch requires python(abi) = 0:2.4 python-id3-1.2-8.fc6.noarch requires python(abi) = 0:2.4 python-kid-0.9.3-1.fc6.noarch requires python-elementtree python-kid-0.9.3-1.fc6.noarch requires python(abi) = 0:2.4 python-logilab-astng-0.16.1-2.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-nltk_lite-0.6.6-1.fc7.noarch requires python(abi) = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python(abi) = 0:2.4 python-ogg-1.3-3.fc6.x86_64 requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.x86_64 requires python(abi) = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.x86_64 requires python-abi = 0:2.4 python-protocols-1.0-0.3.a0dev_r2082.fc6.x86_64 requires python(abi) = 0:2.4 python-psycopg-1.1.21-5.fc6.x86_64 requires libpq.so.4()(64bit) python-psycopg-1.1.21-5.fc6.x86_64 requires python(abi) = 0:2.4 python-psycopg-1.1.21-5.fc6.x86_64 requires python-abi = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-pyspf-1.7-5.fc6.noarch requires python(abi) = 0:2.4 python-quixote-2.4-4.fc6.x86_64 requires python-abi = 0:2.4 python-quixote-2.4-4.fc6.x86_64 requires python(abi) = 0:2.4 python-sexy-0.1.9-2.fc7.x86_64 requires python(abi) = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python-abi = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python-abi = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.x86_64 requires python(abi) = 0:2.4 python-vorbis-1.3-3.fc6.x86_64 requires python-abi = 0:2.4 python-vorbis-1.3-3.fc6.x86_64 requires python(abi) = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python-abi = 0:2.4 pyxdg-0.15-3.fc6.noarch requires /usr/lib/python2.4/site-packages pyxdg-0.15-3.fc6.noarch requires python(abi) = 0:2.4 pyxmms-2.06-3.fc6.x86_64 requires python(abi) = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python-abi = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python(abi) = 0:2.4 rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) rdiff-backup-1.0.5-1.fc7.x86_64 requires python-abi = 0:2.4 rdiff-backup-1.0.5-1.fc7.x86_64 requires python(abi) = 0:2.4 rekall-postgresql-2.4.3-5.fc6.x86_64 requires libpq.so.4()(64bit) rekall-python-2.4.3-5.fc6.x86_64 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) ser-postgresql-0.9.6-9.fc6.x86_64 requires libpq.so.4()(64bit) serpentine-0.7-5.fc6.noarch requires python(abi) = 0:2.4 streamtuner-0.99.99-15.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) syck-python-0.55-12.fc7.x86_64 requires python(abi) = 0:2.4 tinyerp-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 tinyerp-server-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) translate-toolkit-0.10.1-2.fc7.noarch requires python-elementtree veusz-0.10-12.fc6.x86_64 requires python(abi) = 0:2.4 wxMaxima-0.7.0a-4.fc7.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) wxMaxima-0.7.0a-4.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) wxMaxima-0.7.0a-4.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) wxMaxima-0.7.0a-4.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) wxMaxima-0.7.0a-4.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) wxMaxima-0.7.0a-4.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) wxMaxima-0.7.0a-4.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) wxMaxima-0.7.0a-4.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) wxMaxima-0.7.0a-4.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) wxMaxima-0.7.0a-4.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) wxMaxima-0.7.0a-4.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) wxMaxima-0.7.0a-4.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) wxMaxima-0.7.0a-4.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) wxMaxima-0.7.0a-4.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) xchm-1.10-1.fc7.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) xchm-1.10-1.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) xchm-1.10-1.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) xchm-1.10-1.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) xchm-1.10-1.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) xchm-1.10-1.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) xchm-1.10-1.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) xchm-1.10-1.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) xchm-1.10-1.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) xchm-1.10-1.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) xchm-1.10-1.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) xchm-1.10-1.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) xchm-1.10-1.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) xchm-1.10-1.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) xmldiff-0.6.7-12.fc6.x86_64 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python(abi) = 0:2.4 yumex-1.2.0-1.0.fc7.noarch requires python(abi) = 0:2.4 zeroinstall-injector-0.24-2.fc7.noarch requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-i386: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_xml-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_net-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_xrc-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_html-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_adv-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_qa-2.6.so.0 anjuta-1:2.0.2-11.fc7.i386 requires libgvc.so.2 audacious-plugins-wavpack-1.2.5-2.fc7.i386 requires libwavpack.so.0 bochs-2.3-3.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) bochs-2.3-3.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) bochs-2.3-3.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 bochs-2.3-3.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) bochs-2.3-3.fc6.i386 requires libwx_baseu-2.6.so.0 centericq-4.21.0-8.fc6.i386 requires libcurl.so.3 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.i386 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.i386 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.i386 requires libpython2.4.so.1.0 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 digikam-doc-0.8.2-3.fc6.noarch requires digikam = 0:0.8.2 driftnet-0.1.6-11.i386 requires libpcap.so.0.9.4 duplicity-0.4.2-3.fc6.i386 requires python < 0:2.5 duplicity-0.4.2-3.fc6.i386 requires python(abi) = 0:2.4 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 fbg-0.9-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) fbg-0.9-2.fc6.i386 requires libwx_baseu_xml-2.6.so.0 fbg-0.9-2.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 fbg-0.9-2.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 fbg-0.9-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) fbg-0.9-2.fc6.i386 requires libwx_baseu_net-2.6.so.0 fbg-0.9-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 fbg-0.9-2.fc6.i386 requires libwx_baseu-2.6.so.0 fbg-0.9-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 fbg-0.9-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 fbg-0.9-2.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) gajim-0.10.1-3.fc6.i386 requires libpython2.4.so.1.0 gajim-0.10.1-3.fc6.i386 requires python-abi = 0:2.4 gambas-gb-db-1.0.17-6.fc7.i386 requires libpq.so.4 gambas-runtime-1.0.17-6.fc7.i386 requires libgettextlib-0.15.so gazpacho-0.6.6-1.fc6.noarch requires python-abi = 0:2.4 gazpacho-0.6.6-1.fc6.noarch requires python(abi) = 0:2.4 gcompris-8.2-1.fc7.i386 requires libpython2.4.so.1.0 gdl-0.9-0.pre3.2.fc7.i386 requires libpython2.4.so.1.0 ghc-gtk2hs-0.9.10-4.fc6.i386 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires ghc642 glom-1.2.1-2.fc7.i386 requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.i386 requires libpython2.4.so.1.0 gnomad2-2.8.9-2.fc6.i386 requires libmtp.so.2 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.i386 requires gecko-libs = 0:2.0 k3d-0.6.4.0-1.fc7.i386 requires libpython2.4.so.1.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) kicad-2006.08.28-2.fc6.i386 requires libwx_baseu_xml-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_baseu_net-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_baseu-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) kmod-em8300-0.16.0-0.4.rc2.2.6.18_1.2849.fc6.i586 requires kernel-i586 = 0:2.6.18-1.2849.fc6 kmod-em8300-0.16.0-0.4.rc2.2.6.18_1.2849.fc6.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6 kmod-em8300-PAE-0.16.0-0.4.rc2.2.6.18_1.2849.fc6.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6PAE kmod-em8300-kdump-0.16.0-0.4.rc2.2.6.18_1.2849.fc6.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6kdump kmod-em8300-xen-0.16.0-0.4.rc2.2.6.18_1.2849.fc6.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6xen kmod-sysprof-1.0.7-1.2.6.18_1.2849.fc6.1.i586 requires kernel-i586 = 0:2.6.18-1.2849.fc6 kmod-sysprof-1.0.7-1.2.6.18_1.2849.fc6.1.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6 kmod-sysprof-PAE-1.0.7-1.2.6.18_1.2849.fc6.1.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6PAE kmod-sysprof-kdump-1.0.7-1.2.6.18_1.2849.fc6.1.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6kdump kmod-sysprof-xen-1.0.7-1.2.6.18_1.2849.fc6.1.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6xen libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 mkvtoolnix-gui-1.8.1-1.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) mkvtoolnix-gui-1.8.1-1.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) mkvtoolnix-gui-1.8.1-1.fc7.i386 requires libwx_baseu_xml-2.6.so.0 mkvtoolnix-gui-1.8.1-1.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 mkvtoolnix-gui-1.8.1-1.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 mkvtoolnix-gui-1.8.1-1.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) mkvtoolnix-gui-1.8.1-1.fc7.i386 requires libwx_baseu_net-2.6.so.0 mkvtoolnix-gui-1.8.1-1.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 mkvtoolnix-gui-1.8.1-1.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) mkvtoolnix-gui-1.8.1-1.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 mkvtoolnix-gui-1.8.1-1.fc7.i386 requires libwx_baseu-2.6.so.0 mkvtoolnix-gui-1.8.1-1.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 nagios-plugins-pgsql-1.4.4-2.fc7.i386 requires libpq.so.4 nessus-client-2.2.7-2.fc6.i386 requires libpcap.so.0.9.4 nessus-gui-2.2.7-2.fc6.i386 requires libpcap.so.0.9.4 nessus-server-2.2.7-2.fc6.i386 requires libpcap.so.0.9.4 openbabel-python-2.0.2-5.fc6.i386 requires python(abi) = 0:2.4 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.i386 requires libpq.so.4 perl-Wx-0.65-1.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) perl-Wx-0.65-1.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6.2) perl-Wx-0.65-1.fc7.i386 requires libwx_gtk2u_stc-2.6.so.0 perl-Wx-0.65-1.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) perl-Wx-0.65-1.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) perl-Wx-0.65-1.fc7.i386 requires libwx_baseu_xml-2.6.so.0 perl-Wx-0.65-1.fc7.i386 requires libwx_gtk2u_media-2.6.so.0 perl-Wx-0.65-1.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 perl-Wx-0.65-1.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) perl-Wx-0.65-1.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) perl-Wx-0.65-1.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 perl-Wx-0.65-1.fc7.i386 requires libwx_baseu_net-2.6.so.0 perl-Wx-0.65-1.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) perl-Wx-0.65-1.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) perl-Wx-0.65-1.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 perl-Wx-0.65-1.fc7.i386 requires libwx_gtk2u_stc-2.6.so.0(WXU_2.6) perl-Wx-0.65-1.fc7.i386 requires libwx_baseu-2.6.so.0 perl-Wx-0.65-1.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) perl-Wx-0.65-1.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 perl-Wx-0.65-1.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) pessulus-2.16.1-1.fc6.noarch requires python(abi) = 0:2.4 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_ogl-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libpq.so.4 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_stc-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu_xml-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu_net-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_stc-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_ogl-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) poedit-1.3.6-1.1.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) poedit-1.3.6-1.1.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) poedit-1.3.6-1.1.fc7.i386 requires libwx_baseu_xml-2.6.so.0 poedit-1.3.6-1.1.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) poedit-1.3.6-1.1.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 poedit-1.3.6-1.1.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) poedit-1.3.6-1.1.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 poedit-1.3.6-1.1.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) poedit-1.3.6-1.1.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) poedit-1.3.6-1.1.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 poedit-1.3.6-1.1.fc7.i386 requires libwx_baseu-2.6.so.0 poedit-1.3.6-1.1.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) From marcel at mesa.nl Sat Dec 16 11:30:29 2006 From: marcel at mesa.nl (Marcel J.E. Mol) Date: Sat, 16 Dec 2006 12:30:29 +0100 Subject: (4/4) Summary - Broken dependencies in Fedora Extras - 2006-12-15 In-Reply-To: <20061215213304.17526.29590@extras64.linux.duke.edu> References: <20061215213304.17526.29590@extras64.linux.duke.edu> Message-ID: <20061216113029.GE28307@joshua.mesa.nl> goffice and gnumeric also need rebuilds againts latest libgsf: # rpm -Uvh libgsf-1.14.3-2.x86_64.rpm libgsf-devel-1.14.3-2.x86_64.rpm error: Failed dependencies: libgsf-gnome-1.so.114()(64bit) is needed by (installed) goffice-0.2.1-2.fc6.x86_64 libgsf-gnome-1.so.114()(64bit) is needed by (installed) gnumeric-1.6.3-5.fc6.x86_64 -Marcel -- ======-------- Marcel J.E. Mol MESA Consulting B.V. =======--------- ph. +31-(0)6-54724868 P.O. Box 112 =======--------- marcel at mesa.nl 2630 AC Nootdorp __==== www.mesa.nl ---____U_n_i_x______I_n_t_e_r_n_e_t____ The Netherlands ____ They couldn't think of a number, Linux user 1148 -- counter.li.org so they gave me a name! -- Rupert Hine -- www.ruperthine.com From bugs.michael at gmx.net Sat Dec 16 12:41:45 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 16 Dec 2006 13:41:45 +0100 Subject: (4/4) Summary - Broken dependencies in Fedora Extras - 2006-12-15 In-Reply-To: <20061216113029.GE28307@joshua.mesa.nl> References: <20061215213304.17526.29590@extras64.linux.duke.edu> <20061216113029.GE28307@joshua.mesa.nl> Message-ID: <20061216134145.433efe78.bugs.michael@gmx.net> On Sat, 16 Dec 2006 12:30:29 +0100, Marcel J.E. Mol wrote: > goffice and gnumeric also need rebuilds againts latest libgsf: > > # rpm -Uvh libgsf-1.14.3-2.x86_64.rpm libgsf-devel-1.14.3-2.x86_64.rpm > error: Failed dependencies: > libgsf-gnome-1.so.114()(64bit) is needed by (installed) goffice-0.2.1-2.fc6.x86_64 > libgsf-gnome-1.so.114()(64bit) is needed by (installed) gnumeric-1.6.3-5.fc6.x86_64 > No. Upgrade libgsf-gnome, too. From fedora at leemhuis.info Sat Dec 16 13:18:37 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 16 Dec 2006 14:18:37 +0100 Subject: clement is a yum repository? In-Reply-To: <1166201881.3515.22.camel@Montreal.safe.ca> References: <20061215064343.C2D196F06E@alopias.GreenKey.net> <1166201881.3515.22.camel@Montreal.safe.ca> Message-ID: <4583F22D.1070704@leemhuis.info> Jean-Marc Pigeon schrieb: > On Thu, 2006-12-14 at 22:43 -0800, Curtis Doty wrote: >> Why exactly does this clement email proxy get to elect itself as a yum >> repository complete with "trusted" gpg key and packages not signed by the >> extras build system? >> Even worse, it appears to be broke. > Sorry I was not on the loop, I am am the clement > designer/maintainer. > So If I goofed, I take the blame. Well, it got noticed, no real harm was done to anyone, so lets just fix it up and try to prevent similar thing in the future. > According my understanding of Clement thread, seems there > is 2 issues. > 1) Why there is a repo defined within clement?. > I defined it (before clement was included within extras), > such if was easier for me to support site where > clement was installer (customers of mine). > Is it a good idea?, yes (may be no) My 2 cent: For users building clement from source or get it from your site: maybe yes For users that get the package from extras: definitely not. >, such I set a clement > repo link to "enable=0" and user can take the very last > version from our site (conceptually seems no really different > than somebody taking a tar file and upgrading from a > master site). Well, there are some problems with this scheme afaics: - there are a lot of packages in Core and Extras (over 3000?) if each would ship with their own repo then yum would take hours only to retrieve the latest repodata - the job of the distribution like Fedora is to make packages working nicely with each other and that works best if the distribution has control over the stuff; that does not work if each program ships it own package (read: it would result in a great mess) - what if the users is using smart or apt? - each repo bears a security risk, as somebody (an attacker that gets access to your site for example) could place a newer kernel, gtk, foo, bar or other modified packages into the repo that does bad things. Yum would update to it and most people would not notice - we run into legal problems if we enable repos outside of our control - repo-mixing is known to be problematic and needs serious coordination - a lot of other reasons I forget just now > Right, problem the repos definition doesn't fit very well > as we include distribution tag within the repo (we support > many clement distribution (RH7.3 -> FC6, CTOS, MV2006, ....). > I am ready to listen to peer suggestion about this, but > I think a sysadmin should be able to reach the very last > version (bleeding edge) in more convenient way than > going to a web site. Hmm. Well, a normal sysadmin is probably either interested in the latest stable version or (if he is more careful) in the version he has already with all security fixes applied. That what Extras is for, and that's why we are glad that you are here to participate as that's the best for all sides involved. > In same time I do not think extras > should have a potentially not stable version included. Sure, some people are always interested in the latest and greatest, even if it's not stable yet. That what the devel tree is for in Fedora. But sure, for a small number of people those it might be okay to have a local repo with the latest and greatest for a stable dists. > 2) The way I updated the FC6 with 2-1.241 was rather "blunt". > Sorry about this, My purpose was to have the same (stable) > version in devel (FC7) and FC6. > According my quick reading of comment about this subject > I should had update the tar file and check CVS diff.... > Ok, my fault. Things happen. > So then: > What is the best course of action to me clean my mess? The best way to fix this is probably something like this: - don't ship the repo file in the extras package (not even if it's disabled) - feel free to mention in the docs or on your homepage that you maintain a yum repo with the latest and greatest version yourself. Provide a template in the docs (not a sperate file please, it should not be to easy to enable it) from which people can create their repo file if they really want to. - always provide the latest stable release in FE-current for the current FC after it got some testing in devel (most people do not wait and ship it for both devel and FC-current at the same time, but I dislike this a bit -- but that's another story). Feel free to but development/not 100% stable versions of clement in FE-devel as long as a stable version is ready until this devel tree gets released as new stable base. Does that all sound sane to you? CU thl From chitlesh at fedoraproject.org Sat Dec 16 13:27:27 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Sat, 16 Dec 2006 14:27:27 +0100 Subject: compat-guile-devel conflicts with guile-devel Message-ID: <13dbfe4f0612160527q1d43c1earc0ad732e90002ec3@mail.gmail.com> Hello there, I'm looking forward to package compat-guile (based on guile-1.6) for FE, since some modules of geda packages are broken with the guile-1.8. SPEC and SRPM: http://tux.u-strasbg.fr/~chit/compat-guile/ these will output : compat-guile and compat-guile-devel. However my problem is that compat-guile-devel conflicts with guile-devel. Are there any FE guidelines to follow which will simplicify "compating" guile-1.6 ? chitlesh -- http://clunixchit.blogspot.com From fedora at leemhuis.info Sat Dec 16 13:28:39 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 16 Dec 2006 14:28:39 +0100 Subject: [Fedora-packaging] Re: File deps outside "/etc {/usr, }/{s, }bin/" In-Reply-To: <20061213172444.GA21921@neu.nirvana> References: <458031B6.6050605@leemhuis.info> <20061213172444.GA21921@neu.nirvana> Message-ID: <4583F487.3060803@leemhuis.info> Axel Thimm schrieb: > On Wed, Dec 13, 2006 at 06:00:38PM +0100, Thorsten Leemhuis wrote: >> %pre: fedora-packaging at redhat.com CCed, reply-to set to >> fedora-extras-list at redhat.com -- I suspects mailman will eat it; please >> simply reply to fedora-extras-list manually to avoid further >> crossposting and slitted discussions; tia! > mailman seems to do fine ;) No, it eat it, as the post on fedora-packaging at redhat.com would have had set "Reply-to: fedora-extras-list at redhat.com" Anyway, we discussed this topic in the FESCo meeting last Thursday. The result was: It's job of the packaging committee to codify some rules around this and FESCo's job will be to implement them afterwards. rdieter promised to bring it up the packaging committee, so all further discussion should be held on fedora-packaging at redhat.com to avoid confusion. Cu thl From fedora at camperquake.de Sat Dec 16 13:38:04 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Sat, 16 Dec 2006 14:38:04 +0100 Subject: Pushing partial builds to the mirrors Message-ID: <20061216143804.3b515ddf@nausicaa.camperquake.de> Hi. Is there a mechanism in FE that allows packagers to prevent packages resulting from a successful build to be pushed to the mirrors? Case in point is audacious-plugins. This package provides a main package and several subpackages. Due to changed dependencies for a single subpackage I had to request a complete rebuild. This means that the main and all subpackages will be pushed to the mirrors, causing updates for all users, even though this release ought to be identical to the release before it, apart from said subpackage. I'd like to be able to tell the buildsys to push just the subpackage to the mirrors. -- Without nipples, breasts would be pointless. -- Jody Nathan From Axel.Thimm at ATrpms.net Sat Dec 16 14:22:57 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sat, 16 Dec 2006 15:22:57 +0100 Subject: Pushing partial builds to the mirrors In-Reply-To: <20061216143804.3b515ddf@nausicaa.camperquake.de> References: <20061216143804.3b515ddf@nausicaa.camperquake.de> Message-ID: <20061216142257.GI14601@neu.nirvana> On Sat, Dec 16, 2006 at 02:38:04PM +0100, Ralf Ertzinger wrote: > Due to changed dependencies for a single subpackage I had to request > a complete rebuild. This means that the main and all subpackages > will be pushed to the mirrors, causing updates for all users, even > though this release ought to be identical to the release before it, > apart from said subpackage. > > I'd like to be able to tell the buildsys to push just the subpackage > to the mirrors. No, that's currently not possible and it shouldn't IMHO, as it is a bad policy. Imagine an update of a dependency or a change in the buildsystem definition, e.g. any change of the build environment between your two builds. We would lose determinstic rebuilds, too. There is too much possible and difficult-to-diagnose breakage if we would allow mixing different releases of the same package. So you must either have the users download all subpackages, or if you consider that the bandwidth is not worth the fix, then keep from pushing the fix yet to the production repos and wait until there is more to add to the specfile (other fixes or a version bump). (Note release != version) Perhaps what you're really searching for are delta rpms? -- 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 rdieter at math.unl.edu Sat Dec 16 15:00:00 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Sat, 16 Dec 2006 09:00:00 -0600 Subject: compat-guile-devel conflicts with guile-devel In-Reply-To: <13dbfe4f0612160527q1d43c1earc0ad732e90002ec3@mail.gmail.com> References: <13dbfe4f0612160527q1d43c1earc0ad732e90002ec3@mail.gmail.com> Message-ID: Chitlesh GOORAH wrote: > I'm looking forward to package compat-guile (based on guile-1.6) for > FE, since some modules of geda packages are broken with the guile-1.8. > SPEC and SRPM: http://tux.u-strasbg.fr/~chit/compat-guile/ > these will output : compat-guile and compat-guile-devel. > However my problem is that compat-guile-devel conflicts with guile-devel. If possible, you should try forcing installation into a different non-conflicting location. Unfortunately, you'd most likely have to patch apps that use it to look in the alternative location. If that ends up being unreasonably difficult, I have no problem with them (explicitly) conflicting. -- Rex From bugs.michael at gmx.net Sat Dec 16 14:48:12 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 16 Dec 2006 15:48:12 +0100 Subject: Pushing partial builds to the mirrors In-Reply-To: <20061216143804.3b515ddf@nausicaa.camperquake.de> References: <20061216143804.3b515ddf@nausicaa.camperquake.de> Message-ID: <20061216154812.2d023bb2.bugs.michael@gmx.net> On Sat, 16 Dec 2006 14:38:04 +0100, Ralf Ertzinger wrote: > Hi. > > Is there a mechanism in FE that allows packagers to prevent packages > resulting from a successful build to be pushed to the mirrors? > > Case in point is audacious-plugins. > This package provides a main package and several subpackages. Due to > changed dependencies for a single subpackage I had to request a > complete rebuild. This means that the main and all subpackages will > be pushed to the mirrors, causing updates for all users, even though > this release ought to be identical to the release before it, apart > >from said subpackage. > > I'd like to be able to tell the buildsys to push just the subpackage > to the mirrors. The very few times this has been done in the far past it only created confusion. Like users noticing the new src.rpm, but missing the binaries. foo-1.0-9.src.rpm is available, but only old foo-1.0-1.i386.rpm and foo-debuginfo-1.0-1.i386.rpm are in the repo. Or unexpected changes of inter-package dependencies, which turn up due to changes in the spec file, in patches, and due to the rebuild and which break when the builds are not published as a "complete set". It also makes it harder to fetch the latest complete set of source rpms and binary rpms, since for the mixed set of partial builds, multiple source rpms are needed. Every binary rpm has a reference to its source rpm in the package headers. (How do you tell automated rebuild checking tools that the missing binaries for some src.rpms are intentional?) It's best to avoid the confusion and the pitfalls. In your case, for instance, you modified the spec file in a way which modifies the main package dependencies and contents. The new changelog would not match the contents of the available binary packages. From fedora at leemhuis.info Sat Dec 16 16:09:38 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 16 Dec 2006 17:09:38 +0100 Subject: compat-guile-devel conflicts with guile-devel In-Reply-To: References: <13dbfe4f0612160527q1d43c1earc0ad732e90002ec3@mail.gmail.com> Message-ID: <45841A42.3020304@leemhuis.info> Rex Dieter schrieb: > Chitlesh GOORAH wrote: >> I'm looking forward to package compat-guile (based on guile-1.6) for >> FE, since some modules of geda packages are broken with the guile-1.8. >> SPEC and SRPM: http://tux.u-strasbg.fr/~chit/compat-guile/ >> these will output : compat-guile and compat-guile-devel. >> However my problem is that compat-guile-devel conflicts with guile-devel. Just wondering: are you talking about in-tree packages? If not I'd say: Simply don't ship the devel stuff... > If possible, you should try forcing installation into a different > non-conflicting location. Unfortunately, you'd most likely have to > patch apps that use it to look in the alternative location. > > If that ends up being unreasonably difficult, I have no problem with > them (explicitly) conflicting. /me would feel way saver if we could maintain a detailed list of situation like this where conflicts might be okay; I somewhat think the section "When you must use Conflicts" on http://www.fedoraproject.org/wiki/PackagingDrafts/Conflicts needs to be more verbose... CU thl From tibbs at math.uh.edu Sat Dec 16 19:13:01 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 16 Dec 2006 13:13:01 -0600 Subject: compat-guile-devel conflicts with guile-devel In-Reply-To: <45841A42.3020304@leemhuis.info> References: <13dbfe4f0612160527q1d43c1earc0ad732e90002ec3@mail.gmail.com> <45841A42.3020304@leemhuis.info> Message-ID: >>>>> "TL" == Thorsten Leemhuis writes: TL> /me would feel way saver if we could maintain a detailed list of TL> situation like this where conflicts might be okay; I don't think we have a detailed list of such situations. We'd have to evaluate a bunch of possibilities first, and that work hasn't been done. Folks are welcome to propose situations where Conflicts: might be reasonable, preferably by adding them to the draft at http://www.fedoraproject.org/wiki/PackagingDrafts/Conflicts#ProposedConflictsSituations so that the situation can be evaluated. - J< From marcel at mesa.nl Sat Dec 16 20:07:25 2006 From: marcel at mesa.nl (Marcel J.E. Mol) Date: Sat, 16 Dec 2006 21:07:25 +0100 Subject: (4/4) Summary - Broken dependencies in Fedora Extras - 2006-12-15 In-Reply-To: <20061216134145.433efe78.bugs.michael@gmx.net> References: <20061215213304.17526.29590@extras64.linux.duke.edu> <20061216113029.GE28307@joshua.mesa.nl> <20061216134145.433efe78.bugs.michael@gmx.net> Message-ID: <20061216200725.GN28307@joshua.mesa.nl> On Sat, Dec 16, 2006 at 01:41:45PM +0100, Michael Schwendt wrote: > On Sat, 16 Dec 2006 12:30:29 +0100, Marcel J.E. Mol wrote: > > > goffice and gnumeric also need rebuilds againts latest libgsf: > > > > # rpm -Uvh libgsf-1.14.3-2.x86_64.rpm libgsf-devel-1.14.3-2.x86_64.rpm > > error: Failed dependencies: > > libgsf-gnome-1.so.114()(64bit) is needed by (installed) goffice-0.2.1-2.fc6.x86_64 > > libgsf-gnome-1.so.114()(64bit) is needed by (installed) gnumeric-1.6.3-5.fc6.x86_64 > > > > No. Upgrade libgsf-gnome, too. my bad, I totally overlooked the 'gnome' part. Thanks! -Marcel From buildsys at fedoraproject.org Sat Dec 16 22:56:02 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 16 Dec 2006 17:56:02 -0500 (EST) Subject: Fedora Extras Package Build Report 2006-12-16 Message-ID: <20061216225602.2637015212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 28 Pound-2.2-1.fc7 anjuta-2.0.2-13.fc7 audacious-plugins-1.2.5-3.fc7 aumix-2.8-11.fc7 contacts-0.2-1.fc7 dates-0.2-1.fc7 gcstar-1.0.0-1.fc7 gnubiff-2.2.4-1.fc7 htop-0.6.5-1.fc7 jd-1.8.1-0.3.cvs061216.fc7 kawa-1.8-12.fc7 lilypond-2.10.2-2.fc7 mISDN-1.0.3-1 mimedefang-2.58-2.fc7 mkvtoolnix-1.8.1-2.fc7 NEW museek+-0.1.12-4.fc7 nazghul-0.5.5-3.fc7 ochusha-0.5.99.64.11-0.1.cvs061216.fc7 openvrml-0.16.2-2.fc7 perl-Alien-wxWidgets-0.25-2.fc7 perl-POE-Component-IRC-5.17-1.fc7 perl-POE-Filter-Zlib-1.8-1.fc7 perl-Wx-0.66-1.fc7 python-protocols-1.0-0.4.a0dev_r2082.fc7 python-psycopg-1.1.21-6.fc7 pyxmms-2.06-4.fc7 NEW xarchiver-0.4.9-0.1.20061213svn.fc7 zaptel-1.4.0-6.beta3.fc7 Packages built and released for Fedora Extras 6: 17 Pound-2.2-1.fc6 audacious-plugins-1.2.5-2.fc6 aumix-2.8-11.fc6 enigma-1.0-1.fc6 gcstar-1.0.0-1.fc6 gnomesword-2.1.10-1.fc6 NEW gourmet-0.12.2-2.fc6 htop-0.6.5-1.fc6 koffice-1.6.1-4.fc6 lilypond-2.10.2-2.fc6 mISDN-1.0.3-1.fc6 mimedefang-2.58-2.fc6 NEW museek+-0.1.12-4.fc6 openvrml-0.16.2-2.fc6 perl-POE-Component-IRC-5.17-1.fc6 perl-POE-Filter-Zlib-1.8-1.fc6 zaptel-1.4.0-6.beta3.fc6 Packages built and released for Fedora Extras 5: 9 Pound-2.2-1.fc5 aumix-2.8-11.fc5 gcstar-1.0.0-1.fc5 htop-0.6.5-1.fc5 lilypond-doc-2.10.2-1.fc5 mimedefang-2.58-2.fc5 NEW museek+-0.1.12-4.fc5 perl-POE-Component-IRC-5.17-1.fc5 perl-POE-Filter-Zlib-1.8-1.fc5 Packages built and released for Fedora Extras 4: 0 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 paul at all-the-johnsons.co.uk Sun Dec 17 11:10:00 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 17 Dec 2006 11:10:00 +0000 Subject: Possible wxWidgets-2.8 problem (rawhide) Message-ID: <1166353800.21598.21.camel@T7.Linux> Hi, Can one of the packagers of wxWidgets (rawhide) please have a go at compiling XaraLX with it - I just need verification that I'm not going completely insane before diving into the code to fix things for wx2.8. It currently compiles fine with 2.6 TTFN Paul -- "Mmmmmmmm....Shakira geschmiert mit schokolade" sagt Homer -------------- 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 Dec 17 11:21:12 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 17 Dec 2006 12:21:12 +0100 Subject: compat-guile-devel conflicts with guile-devel In-Reply-To: References: <13dbfe4f0612160527q1d43c1earc0ad732e90002ec3@mail.gmail.com> <45841A42.3020304@leemhuis.info> Message-ID: <45852828.2030802@leemhuis.info> Jason L Tibbitts III schrieb: >>>>>> "TL" == Thorsten Leemhuis writes: > TL> /me would feel way saver if we could maintain a detailed list of > TL> situation like this where conflicts might be okay; > I don't think we have a detailed list of such situations. We'd have > to evaluate a bunch of possibilities first, and that work hasn't been > done. I thought about it some more: I don't think it's worth the work investigating all the (un)acceptable usage cases for Conflicts now, as it would be a lot of work. Maybe the easiest thing would be to over time maintain and enhance a list of (un)acceptable usage cases for Conflicts in the wiki. But the Packaging Commitee members and/or Sponsors simply should be allowed to update it without much trouble; getting a ACK for each litte update of this list from FESCo or the Packaging Committee is IMHO to much overhead/to complicated... CU thl From dcbw at redhat.com Sun Dec 17 14:36:35 2006 From: dcbw at redhat.com (Dan Williams) Date: Sun, 17 Dec 2006 09:36:35 -0500 Subject: Please rebuild/fix plague for python 2.5 In-Reply-To: <4582BC7D.1000904@ioa.s.u-tokyo.ac.jp> References: <4582B7B1.9050604@hhs.nl> <4582BC7D.1000904@ioa.s.u-tokyo.ac.jp> Message-ID: <1166366195.2757.0.camel@localhost.localdomain> On Sat, 2006-12-16 at 00:17 +0900, Mamoru Tasaka wrote: > Hans de Goede wrote: > > Hi all, > > > > I've just requested a couple of blind (untested) python-2.5 related > > rebuilds, these are untested because I cannot update my development > > system to python 2.5, because plague hasn't been rebuild yet. > > > > Thus this mail as encouragement to rebuild / fix plague, Thanks! > > > > Regards, > > Well, as I wrote previously, Jason Tibbitts has already rebuilt > plague against 2.5 and this will be released as 0.4.4.1-3. > However, this (0.4.4.1-3) does not work because of the issue > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=214687 > > Please someone see this bugzilla and give a > solution? The patch suggested by Robert Scheck works for me, > however I don't know if this is a correct solution. I'll commit that fix today, or if not today, definitely tomorrow. I'm somewhat suspicious of Python 2.5 since plague uses a _lot_ of overrides of stuff in the network bits to do SSL; but we'll likely only find that breakage through testing. Dan From mattdm at mattdm.org Sun Dec 17 15:25:50 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Sun, 17 Dec 2006 10:25:50 -0500 Subject: Possible wxWidgets-2.8 problem (rawhide) In-Reply-To: <1166353800.21598.21.camel@T7.Linux> References: <1166353800.21598.21.camel@T7.Linux> Message-ID: <20061217152550.GA4561@jadzia.bu.edu> On Sun, Dec 17, 2006 at 11:10:00AM +0000, Paul wrote: > Can one of the packagers of wxWidgets (rawhide) please have a go at > compiling XaraLX with it - I just need verification that I'm not going > completely insane before diving into the code to fix things for wx2.8. I'll try to look on Monday. > It currently compiles fine with 2.6 I enabled 2.6 compatibility in the build, so theoretically anything that worked with 2.6 should work -- unless it was depending on 2.2 compatibility, which is now gone. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From buildsys at fedoraproject.org Sun Dec 17 15:33:04 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 17 Dec 2006 10:33:04 -0500 (EST) Subject: Fedora Extras Package Build Report 2006-12-17 Message-ID: <20061217153304.CDA9915212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 17 emelfm2-0.3.1-1.fc7 NEW fontypython-0.2.0-4.fc7 inotify-tools-3.6-1.fc7 jd-1.8.1-1.fc7 perl-Alien-wxWidgets-0.26-1.fc7 perl-Data-Hierarchy-0.34-2.fc7 perl-Log-Dispatch-2.15-2.fc7 perl-PerlIO-eol-0.14-1.fc7 perl-SVN-Mirror-0.72-1.fc7 perl-WWW-Babelfish-0.16-1.fc7 perl-Wx-0.67-1.fc7 php-pear-DB-DataObject-1.8.5-1.fc7 php-pear-XML-Util-1.1.4-1.fc7 pyflowtools-0.3-8.fc7 tachyon-0.97-4.fc7 tor-0.1.1.26-1.fc7 xine-lib-1.1.3-2.fc7 Packages built and released for Fedora Extras 6: 15 NEW conky-1.4.5-2.fc6 emelfm2-0.3.1-1.fc6 NEW fontypython-0.2.0-4.fc6 jd-1.8.1-1.fc6 perl-Alien-wxWidgets-0.26-1.fc6 perl-Data-Hierarchy-0.34-2.fc6 perl-Log-Dispatch-2.15-2.fc6 perl-PerlIO-eol-0.14-1.fc6 perl-SVN-Mirror-0.72-1.fc6 perl-WWW-Babelfish-0.16-1.fc6 perl-Wx-0.67-1.fc6 php-pear-DB-DataObject-1.8.5-1.fc6 php-pear-XML-Util-1.1.4-1.fc6 tor-0.1.1.26-1.fc6 xine-lib-1.1.3-2.fc6 Packages built and released for Fedora Extras 5: 12 NEW fontypython-0.2.0-4.fc5 jd-1.8.1-1.fc5 perl-Alien-wxWidgets-0.26-1.fc5 perl-Data-Hierarchy-0.34-2.fc5 perl-Log-Dispatch-2.15-2.fc5 perl-PerlIO-eol-0.14-1.fc5 perl-SVN-Mirror-0.72-1.fc5 perl-WWW-Babelfish-0.16-1.fc5 perl-Wx-0.67-1.fc5 php-pear-DB-DataObject-1.8.5-1.fc5 php-pear-XML-Util-1.1.4-1.fc5 tor-0.1.1.26-1.fc5 Packages built and released for Fedora Extras 4: 0 Packages built and released for Fedora Extras 3: 1 duplicity-0.4.2-4.fc3 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From paul at all-the-johnsons.co.uk Sun Dec 17 15:58:50 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 17 Dec 2006 15:58:50 +0000 Subject: Possible wxWidgets-2.8 problem (rawhide) In-Reply-To: <20061217152550.GA4561@jadzia.bu.edu> References: <1166353800.21598.21.camel@T7.Linux> <20061217152550.GA4561@jadzia.bu.edu> Message-ID: <1166371130.21598.29.camel@T7.Linux> Hi, > > Can one of the packagers of wxWidgets (rawhide) please have a go at > > compiling XaraLX with it - I just need verification that I'm not going > > completely insane before diving into the code to fix things for wx2.8. > > I'll try to look on Monday. Thanks. The problem is that gridlayout.h can't find wxTimer - I've tried this under both x86 and x86_64 with no success. > > It currently compiles fine with 2.6 > > I enabled 2.6 compatibility in the build, so theoretically anything that > worked with 2.6 should work -- unless it was depending on 2.2 compatibility, > which is now gone. Nope, it's designed for use with 2.4 and 2.6 TTFN Paul -- "Mmmmmmmm....Shakira geschmiert mit schokolade" sagt Homer -------------- 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 christoph.wickert at nurfuerspam.de Sun Dec 17 16:15:05 2006 From: christoph.wickert at nurfuerspam.de (Christoph Wickert) Date: Sun, 17 Dec 2006 17:15:05 +0100 Subject: Naming Guidelines Clarification for plugins, docklets etc Message-ID: <1166372105.3513.52.camel@hal9000.oberschlesier.lan> Hi all, I think we need a clarification of the naming guidelines for plugins like panel applets, docklets and so on. > Addon Packages (General) > If a new package is considered an "addon" package that enhances or > adds a new functionality to an existing Fedora Core or Fedora Extras > package without being useful on its own, its name should reflect this > fact. > > The new package ("child") should prepend the "parent" package in its > name, in the format: %{parent}-%{child}. So we should at least have a "parent" or common prefix like "gnome" or "xfce", but ATM we have: * autobuild-applet: Panel applet for monitoring Test-AutoBuild server status * bubblemon: A system monitoring dockapp * contact-lookup-applet: Applet which allows you to search your Evolution address book * deskbar-applet: A Gnome applet to allow easy access to various search engines * gai-pal: GAI Pal applet * gai-temp: GAI based applet that displays HDD and CPU temperature * glunarclock: GNOME applet that displays the current lunar phase * gnome-applet-music: A GNOME panel applet to control various music players * gnome-applet-netmon: GNOME Network Load Applet * gnome-applet-netspeed: GNOME applet that shows traffic on a network device * gnome-applet-rhythmbox: A GNOME panel applet to control Rhythmbox's playback * gnome-applet-sensors: Gnome panel applet for hardware sensors * gnome-applet-timer: A countdown timer applet for the GNOME panel * gnome-applet-vm: Simple virtual domains monitor which embeds themselves in the GNOME panel (Core package) * gnome-cpufreq-applet: CPU frequency scaling monitor applet * lock-keys-applet: A GNOME panel applet that shows the status of the lock keys * padevchooser: Control applet for PulseAudio * panelfm: Quick File Manager Applet * verbiste-gnome: GNOME Panel applet for Verbiste (subpackage of verbiste) * wp_tray: A wallpaper-changing applet for GNOME Pending packages: * 219932 driconf - A configuration applet for the for the Direct Rendering Infrastructure * 218600 resapplet - Resolution Switching Applet * 174290 HDate-applet is an applet to show the hebrew date Options: 1. Make everything gnome-applet-, this is used for most packages atm and allows nice sorting 2. Make everything gnome--applet, just like all the xfce4-panel-plugins: This is closer to the upstream names in most cases and might be better for packages like resapplet, wich would simply become gnome-resapplet instead of something stupid like gnome-applet-res or gnome-applet-resapplet (gnome-applet-resolution would be least worse) 3. Don't be so pedantic, only rename packages to their parent, the rest is maintainer's decision 4. Leave everything as it is now and don't make so much noise. I think we should at least agree on 1. a common prefix 2. a clarification of the naming/packaging guidelines 3. an addition to the guidelines: packages that don't use the upstream name should have a Provides: with the original name to allow simple installs Ideas? Christoph From frank-buettner at gmx.net Sun Dec 17 16:44:04 2006 From: frank-buettner at gmx.net (=?ISO-8859-15?Q?Frank_B=FCttner?=) Date: Sun, 17 Dec 2006 17:44:04 +0100 Subject: Naming Guidelines Clarification for plugins, docklets etc In-Reply-To: <1166372105.3513.52.camel@hal9000.oberschlesier.lan> References: <1166372105.3513.52.camel@hal9000.oberschlesier.lan> Message-ID: <458573D4.5040401@gmx.net> Christoph Wickert schrieb: > Hi all, > > I think we need a clarification of the naming guidelines for plugins > like panel applets, docklets and so on. > >> Addon Packages (General) >> If a new package is considered an "addon" package that enhances or >> adds a new functionality to an existing Fedora Core or Fedora Extras >> package without being useful on its own, its name should reflect this >> fact. >> >> The new package ("child") should prepend the "parent" package in its >> name, in the format: %{parent}-%{child}. > > So we should at least have a "parent" or common prefix like "gnome" or > "xfce", but ATM we have: > > * autobuild-applet: Panel applet for monitoring Test-AutoBuild > server status > * bubblemon: A system monitoring dockapp > * contact-lookup-applet: Applet which allows you to search your > Evolution address book > * deskbar-applet: A Gnome applet to allow easy access to various > search engines > * gai-pal: GAI Pal applet > * gai-temp: GAI based applet that displays HDD and CPU temperature > * glunarclock: GNOME applet that displays the current lunar phase > * gnome-applet-music: A GNOME panel applet to control various > music players > * gnome-applet-netmon: GNOME Network Load Applet > * gnome-applet-netspeed: GNOME applet that shows traffic on a > network device > * gnome-applet-rhythmbox: A GNOME panel applet to control > Rhythmbox's playback > * gnome-applet-sensors: Gnome panel applet for hardware sensors > * gnome-applet-timer: A countdown timer applet for the GNOME panel > * gnome-applet-vm: Simple virtual domains monitor which embeds > themselves in the GNOME panel (Core package) > * gnome-cpufreq-applet: CPU frequency scaling monitor applet > * lock-keys-applet: A GNOME panel applet that shows the status of > the lock keys > * padevchooser: Control applet for PulseAudio > * panelfm: Quick File Manager Applet > * verbiste-gnome: GNOME Panel applet for Verbiste (subpackage of > verbiste) > * wp_tray: A wallpaper-changing applet for GNOME > > Pending packages: > * 219932 driconf - A configuration applet for the for the Direct > Rendering Infrastructure > * 218600 resapplet - Resolution Switching Applet > * 174290 HDate-applet is an applet to show the hebrew date > > Options: > 1. Make everything gnome-applet-, this is used for most > packages atm and allows nice sorting > 2. Make everything gnome--applet, just like all the > xfce4-panel-plugins: This is closer to the upstream names in > most cases and might be better for packages like resapplet, wich > would simply become gnome-resapplet instead of something stupid > like gnome-applet-res or gnome-applet-resapplet > (gnome-applet-resolution would be least worse) > 3. Don't be so pedantic, only rename packages to their parent, the > rest is maintainer's decision > 4. Leave everything as it is now and don't make so much noise. > > I think we should at least agree on > 1. a common prefix > 2. a clarification of the naming/packaging guidelines > 3. an addition to the guidelines: packages that don't use the > upstream name should have a Provides: with the original name to > allow simple installs > > Ideas? > > Christoph > Yes this will be an good idear, for all plug-ins, to make an clear naming convention. 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 mattdm at mattdm.org Sun Dec 17 17:10:46 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Sun, 17 Dec 2006 12:10:46 -0500 Subject: Possible wxWidgets-2.8 problem (rawhide) In-Reply-To: <1166371130.21598.29.camel@T7.Linux> References: <1166353800.21598.21.camel@T7.Linux> <20061217152550.GA4561@jadzia.bu.edu> <1166371130.21598.29.camel@T7.Linux> Message-ID: <20061217171046.GA7987@jadzia.bu.edu> On Sun, Dec 17, 2006 at 03:58:50PM +0000, Paul wrote: > Thanks. The problem is that gridlayout.h can't find wxTimer - I've tried > this under both x86 and x86_64 with no success. Apparently, --enable-timer is now an optional flag, and disabled by default. I'll rebuild (on monday, or tonight if I get a chance) with that enabled. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From kevin at scrye.com Sun Dec 17 17:09:08 2006 From: kevin at scrye.com (Kevin Fenzi) Date: Sun, 17 Dec 2006 10:09:08 -0700 Subject: Naming Guidelines Clarification for plugins, docklets etc In-Reply-To: <1166372105.3513.52.camel@hal9000.oberschlesier.lan> References: <1166372105.3513.52.camel@hal9000.oberschlesier.lan> Message-ID: <20061217100908.613d643f@ningauble.scrye.com> On Sun, 17 Dec 2006 17:15:05 +0100 christoph.wickert at nurfuerspam.de (Christoph Wickert) wrote: > Hi all, > > I think we need a clarification of the naming guidelines for plugins > like panel applets, docklets and so on. Yeah, part of the problem however is that upstream terminology isn't very defined either... case in point: > Pending packages: > * 219932 driconf - A configuration applet for the for the Direct > Rendering Infrastructure This is a stand alone python/pygtk2 application. It doesn't have a dock applet or require gnome (or KDE or Xfce for that matter). I think upstream is calling it an "applet" in the sense of a small application or utility that performs one specific task. So I think you are looking at applet in the sense of something tied to gnome or some other desktop and runs in a small panel area? > Options: > 1. Make everything gnome-applet-, this is used for most > packages atm and allows nice sorting > 2. Make everything gnome--applet, just like all the > xfce4-panel-plugins: This is closer to the upstream names in > most cases and might be better for packages like resapplet, > wich would simply become gnome-resapplet instead of something stupid > like gnome-applet-res or gnome-applet-resapplet > (gnome-applet-resolution would be least worse) > 3. Don't be so pedantic, only rename packages to their parent, > the rest is maintainer's decision > 4. Leave everything as it is now and don't make so much noise. I like option #2. > I think we should at least agree on > 1. a common prefix > 2. a clarification of the naming/packaging guidelines > 3. an addition to the guidelines: packages that don't use the > upstream name should have a Provides: with the original name > to allow simple installs > > Ideas? I think thats good for things that are direct gnome applets, how would the existing packages (above)change for that? > > Christoph > kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From christoph.wickert at nurfuerspam.de Sun Dec 17 18:21:40 2006 From: christoph.wickert at nurfuerspam.de (Christoph Wickert) Date: Sun, 17 Dec 2006 19:21:40 +0100 Subject: Naming Guidelines Clarification for plugins, docklets etc In-Reply-To: <20061217100908.613d643f@ningauble.scrye.com> References: <1166372105.3513.52.camel@hal9000.oberschlesier.lan> <20061217100908.613d643f@ningauble.scrye.com> Message-ID: <1166379700.3513.92.camel@hal9000.oberschlesier.lan> Am Sonntag, den 17.12.2006, 10:09 -0700 schrieb Kevin Fenzi: > On Sun, 17 Dec 2006 17:15:05 +0100 > christoph.wickert at nurfuerspam.de (Christoph Wickert) wrote: > > > Hi all, > > > > I think we need a clarification of the naming guidelines for plugins > > like panel applets, docklets and so on. > > Yeah, part of the problem however is that upstream terminology isn't > very defined either... case in point: > > Pending packages: > > * 219932 driconf - A configuration applet for the for the Direct > > Rendering Infrastructure > > This is a stand alone python/pygtk2 application. Thanks for the pointer, I just searched bugzilla for reviews with "applet" in summary. > So I think you are looking at applet in the sense of something tied to > gnome or some other desktop and runs in a small panel area? Yes, docklets or dockapps, panel plugins, whtatever. No standalone stuff. > > Options: > > 1. Make everything gnome-applet-, this is used for most > > packages atm and allows nice sorting > > 2. Make everything gnome--applet, just like all the > > xfce4-panel-plugins: This is closer to the upstream names in > > most cases and might be better for packages like resapplet, > > wich would simply become gnome-resapplet instead of something stupid > > like gnome-applet-res or gnome-applet-resapplet > > (gnome-applet-resolution would be least worse) > > 3. Don't be so pedantic, only rename packages to their parent, > > the rest is maintainer's decision > > 4. Leave everything as it is now and don't make so much noise. > > I like option #2. Me too, but _most_ gnome-panel applets are following 1), even from Core. 1) is what the wiki suggests, think of gstreamer-plugins-* > > I think we should at least agree on > > 1. a common prefix > > 2. a clarification of the naming/packaging guidelines > > 3. an addition to the guidelines: packages that don't use the > > upstream name should have a Provides: with the original name > > to allow simple installs > > > > Ideas? > > I think thats good for things that are direct gnome applets, > how would the existing packages (above)change for that? Depending on the naming scheme a number of plugins will have need to be renamed: For 1) Already following the gnome-applet-foo scheme: 6 1. gnome-applet-netmon 2. gnome-applet-netspeed 3. gnome-applet-rhythmbox 4. gnome-applet-sensors 5. gnome-applet-timer 6. gnome-applet-vm: To rename: at least 10 1. autobuild-applet -> gnome-applet-autobuild 2. bubblemon -> gnome-applet-bubblemon 3. contact-lookup-applet -> gnome-applet-contact-lookup 4. deskbar-applet -> gnome-applet-deskbar 5. glunarclock -> gnome-applet-lunarclock (?) 6. gnome-cpufreq-applet -> gnome-applet-cpufreq 7. lock-keys-applet -> gnome-applet-lock-keys 8. padevchooser -> gnome-applet-padevchooser (?, haven't really looked at this) 9. panelfm -> gnome-applet-panelfm or gnome-applet-quick-filemanager 10. wp_tray -> gnome-applet-wp_tray or gnome-wallpaper-tray If we strictly follow this approach I would have to rename more than 25 xfce-panel-plugins. :( For 2) Already following gnome-foo-(applet)-scheme: 1 1. gnome-cpufreq-applet To rename: 16 1. autobuild-applet -> gnome-autobuild-applet 2. bubblemon -> gnome-bubblemon-applet 3. contact-lookup-applet -> gnome-contact-lookup-applet 4. deskbar-applet -> gnome-deskbar-applet 5. glunarclock -> gnome-lunarclock-applet (?) 6. gnome-applet-music -> gnome-music-applet 7. gnome-applet-netmon -> gnome-netmpn-applet 8. gnome-applet-netspeed -> gnome-netspeed-applet 9. gnome-applet-rhythmbox -> gnome-rhythmbox-applet (note: replaced by gnome-applet-music anyway) 10. gnome-applet-sensors -> gnome-sensors-applet 11. gnome-applet-timer -> gnome-timer-applet 12. gnome-applet-vm -> gnome-vm-applet (note: Core package) 13. lock-keys-applet -> gnome-lock-keys-applet 14. padevchooser -> gnome-padevchooser(-applet) 15. panelfm -> gnome-panelfm(-applet) or gnome-quick-filemanager(-applet) 16. wp_tray -> gnome-wp_tray(-applet) or gnome-wallpaper-tray(-applet) With this policy we could allow some flexibility for those packages who already have something like "panel" or "tray" in their name. This still leaves the question of subpackages like * gai-pal * gai-temp * uim-gnome or * verbiste-gnome All are panel plugins, but I think they should not be renamed since first of all they are subpackages of their main package. Christoph From mattdm at mattdm.org Sun Dec 17 18:22:20 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Sun, 17 Dec 2006 13:22:20 -0500 Subject: Possible wxWidgets-2.8 problem (rawhide) In-Reply-To: <20061217171046.GA7987@jadzia.bu.edu> References: <1166353800.21598.21.camel@T7.Linux> <20061217152550.GA4561@jadzia.bu.edu> <1166371130.21598.29.camel@T7.Linux> <20061217171046.GA7987@jadzia.bu.edu> Message-ID: <20061217182220.GA11248@jadzia.bu.edu> On Sun, Dec 17, 2006 at 12:10:46PM -0500, Matthew Miller wrote: > On Sun, Dec 17, 2006 at 03:58:50PM +0000, Paul wrote: > > Thanks. The problem is that gridlayout.h can't find wxTimer - I've tried > > this under both x86 and x86_64 with no success. > Apparently, --enable-timer is now an optional flag, and disabled by default. > I'll rebuild (on monday, or tonight if I get a chance) with that enabled. Rebuilding now, but without testing since I don't have access to my work machine (or a fast enough connection to test X apps remotely). -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From peter at thecodergeek.com Sun Dec 17 23:02:14 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Sun, 17 Dec 2006 15:02:14 -0800 Subject: Offline: 2006-12-23 Through 2007-01-01 Message-ID: <1166396534.8636.59.camel@localhost> Hello, all. As I have noted on the Vacation wiki page [1] for the past couple of months, I will be away from December 23 (next Saturday) through the new year (on out-of-state vacation with family). During this time, I ask that other packagers and contributors maintain my packages [2] for me, watching for updates, bug reports (especially security issues that may potentially arise), needed rebuilds, et al. My current plans for each are as follows: * glabels All branches (FC-5, FC-6, devel) are currently tracking the stable 2.0.x release series. When I return, however, I plan to bump the Devel branch to track the newer 2.1.x series. (This is tentative and pending further discussion on the upstream development list.) * gaim-libnotify This is for Gaim 2.x (currently beta in Core of FC6+), and thus only has branches for FC-6 and devel. Both are tracking the upstream releases. Version 0.12 is currently the latest, but 0.13 is a work in progress with some bug fixes and re-additions of some features for the gaim 2.0-beta4 API (such as new-conversation-only notifications). * gnome-applet-music Upstream on this has been quiet, but active nonetheless. A bug-fix release (proper rhythmbox song change notification, updated translations, etc.) is currently in the upstream development tree. * gnome-theme-clearlooks-big pack and lucidlife Both of these packages have active upstreams, but are in a state of "It works nicely; so not much actual development is needed." I have the source tarball for gnome-theme-clearlooks-bigpack mirrored on my webspace to keep it versioned. Should a new version be out while I am away, I ask that someone else with some webspace rename it similarly and host it, since upstream has said that they do not want to name their tarballs with versions (which makes our job as packagers just a tad more difficult, unfortunately...) * labyrinth Don Scorgie (the main upstream developer of this) recently announced [3] that he is finishing up his Ph.D and going on a job hunt; and therefore won't have nearly as much time for Labyrinth hacking; but it is still in active (though quiet) development and there are several things he wants to review/commit when the opportunity arises. * obconf, obmenu, and openbox I no longer use these three (having recently placed them in the Potential Orphans category [4]), but I still try to keep them updated and watch for bug reports, et al. If anyone wants to take these as primary maintainers, especially active users of these, please feel free to do so. (Edit owners.list as appropriate; and re-assign any open bug reports to yourself.) * ots The current release (0.4.2) is somewhat older (from November of 2003); and a new version has been in development for quite some time. While no timeline of it is tentatively scheduled, it is used by the AbiWord summarizer plugin; and the previous maintainer of this in Extras (Michael Knox) had other obligations [5] to attend to. A demo of the next version is available (as Flash, unfortunately...) on their webpage [6]. * scribes and scribes-templates This is quiet for now, but development will pickup again soon. Many of us are experiencing seemingly random errors whereby the .scribesclient script hangs and causes a processor-intensive zombie task; and work is underway to triage this (as it is a very big pain in butt). However, it is very difficult to reproduce; and thus difficult to debug as well (tracking in upstream SourceForge bug #1617598). * viaideinfo This is another package that is in a mature-but-updated state. Its developer (Daniel Drake of kernel fame) adds new hardware IDs and whatnot from time to time, and therefore releases new versions. Thanks! [1] http://fedoraproject.org/wiki/Vacation [2] http://fedoraproject.org/wiki/PeterGordon#StuffIMaintain [3] http://mail-archive.com/labyrinth-devel at googlegroups.com/msg00067.html [4] http://fedoraproject.org/wiki/Extras/OrphanedPackages#incoming [5] https://redhat.com/archives/fedora-extras-list/2006-September/msg00435.html [6] http://libots.sourceforge.net/demo1.html -- 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: 189 bytes Desc: This is a digitally signed message part URL: From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Mon Dec 18 16:06:20 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Mon, 18 Dec 2006 17:06:20 +0100 Subject: Possible wxWidgets-2.8 problem (rawhide) In-Reply-To: <20061217182220.GA11248@jadzia.bu.edu> References: <1166353800.21598.21.camel@T7.Linux> <20061217152550.GA4561@jadzia.bu.edu> <1166371130.21598.29.camel@T7.Linux> <20061217171046.GA7987@jadzia.bu.edu> <20061217182220.GA11248@jadzia.bu.edu> Message-ID: <20061218170620.00ae997e@python3.es.egwn.lan> Matthew Miller wrote : > On Sun, Dec 17, 2006 at 12:10:46PM -0500, Matthew Miller wrote: > > On Sun, Dec 17, 2006 at 03:58:50PM +0000, Paul wrote: > > > Thanks. The problem is that gridlayout.h can't find wxTimer - I've tried > > > this under both x86 and x86_64 with no success. > > Apparently, --enable-timer is now an optional flag, and disabled by default. > > I'll rebuild (on monday, or tonight if I get a chance) with that enabled. > > Rebuilding now, but without testing since I don't have access to my work > machine (or a fast enough connection to test X apps remotely). FWIW, I tried rebuilding the latest VLC against the first wxGTK 2.8 packages in Rawhide, and it also failed miserably (don't remember the error from the top of my head), while it compiled fine with 2.6 on FC6. So the announced compatibility doesn't seem to live up to its expectations, unless this timer option was the catch ;-) I'll try again with the next wxGTK built, and start digging if it still fails. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 6 (Zod) - Linux kernel 2.6.18-1.2835.fc6 Load : 0.09 0.56 0.67 From j.w.r.degoede at hhs.nl Mon Dec 18 16:10:58 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 18 Dec 2006 17:10:58 +0100 Subject: Possible wxWidgets-2.8 problem (rawhide) In-Reply-To: <20061218170620.00ae997e@python3.es.egwn.lan> References: <1166353800.21598.21.camel@T7.Linux> <20061217152550.GA4561@jadzia.bu.edu> <1166371130.21598.29.camel@T7.Linux> <20061217171046.GA7987@jadzia.bu.edu> <20061217182220.GA11248@jadzia.bu.edu> <20061218170620.00ae997e@python3.es.egwn.lan> Message-ID: <4586BD92.4040406@hhs.nl> Matthias Saou wrote: > Matthew Miller wrote : > >> On Sun, Dec 17, 2006 at 12:10:46PM -0500, Matthew Miller wrote: >>> On Sun, Dec 17, 2006 at 03:58:50PM +0000, Paul wrote: >>>> Thanks. The problem is that gridlayout.h can't find wxTimer - I've tried >>>> this under both x86 and x86_64 with no success. >>> Apparently, --enable-timer is now an optional flag, and disabled by default. >>> I'll rebuild (on monday, or tonight if I get a chance) with that enabled. >> Rebuilding now, but without testing since I don't have access to my work >> machine (or a fast enough connection to test X apps remotely). > > FWIW, I tried rebuilding the latest VLC against the first wxGTK 2.8 > packages in Rawhide, and it also failed miserably (don't remember the > error from the top of my head), while it compiled fine with 2.6 on FC6. > So the announced compatibility doesn't seem to live up to its > expectations, unless this timer option was the catch ;-) > > I'll try again with the next wxGTK built, and start digging if it still > fails. > > Matthias > 2.8 is not 100% 2.6 API compatible it seems, I had todo a small patch for fbg (not the timer problem) and have disabled wxwidget support for bochs (with 2.6 it already was buggy but with 2.8 it crashes constantly, this is most likely a bochs problem though and not a wxwidgets one). Regards, Hans From laurent.rineau__fedora_extras at normalesup.org Mon Dec 18 16:36:03 2006 From: laurent.rineau__fedora_extras at normalesup.org (Laurent Rineau) Date: Mon, 18 Dec 2006 17:36:03 +0100 Subject: FE's cmake is compiled using static copies of expat, xmlrpc, zlib, and curl. Message-ID: <200612181736.03755@rineau.schtroumpfette> I have discovered that the cmake tarball ships a copy of several libs/utilities: -?compress, -?zlib, -?curl, -?expat, -?xmlrpc. Even worse, the cmake package of Fedora Extras seems to have been compiled using the shipped copies of those libraries, instead of system libraries. I tried to add --system-libs as option of the ./boostrap script, in the spec file, but cmake needs xmlrpc, which is not in Fedora (Extras+Core). -- Laurent Rineau http://fedoraproject.org/wiki/LaurentRineau From ville.skytta at iki.fi Mon Dec 18 16:59:41 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Mon, 18 Dec 2006 18:59:41 +0200 Subject: FE's cmake is compiled using static copies of expat, xmlrpc, zlib, and curl. In-Reply-To: <200612181736.03755@rineau.schtroumpfette> References: <200612181736.03755@rineau.schtroumpfette> Message-ID: <1166461181.3505.195.camel@viper.local> On Mon, 2006-12-18 at 17:36 +0100, Laurent Rineau wrote: > I have discovered that the cmake tarball ships a copy of several > libs/utilities: > - compress, > - zlib, > - curl, > - expat, > - xmlrpc. > > Even worse, the cmake package of Fedora Extras seems to have been compiled > using the shipped copies of those libraries, instead of system libraries. Ouch. Bugzilla'd already? Anything in initial review comments regarding this? > I tried to add --system-libs as option of the ./boostrap script, in the spec > file, but cmake needs xmlrpc, which is not in Fedora (Extras+Core). xmlrpc-c is in Extras, maybe that's it? From bpepple at fedoraproject.org Mon Dec 18 17:04:25 2006 From: bpepple at fedoraproject.org (Brian Pepple) Date: Mon, 18 Dec 2006 12:04:25 -0500 Subject: Closing Builders for FE3 & FE4 on January 1st Message-ID: <1166461465.12634.15.camel@Chuck> With the recent decision(1) at the Fedora Summit to EOL support for FE3 and FE4, and Fedora Legacy's decision (2) to also end support, FESCo has decided to close the builders for FE3 & FE4 on January 1st, 2007. Maintainers that wish to make changes to packages in these branches will need to do so before then. (1) https://www.redhat.com/archives/fedora-extras-list/2006-November/msg00487.html (2) http://fedoraproject.org/wiki/Legacy 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 admin at dachgo.net Mon Dec 18 17:30:12 2006 From: admin at dachgo.net (David Adelman) Date: Mon, 18 Dec 2006 11:30:12 -0600 Subject: help In-Reply-To: <20061217170020.BA7DB73193@hormel.redhat.com> References: <20061217170020.BA7DB73193@hormel.redhat.com> Message-ID: <1166463012.5099.15.camel@dell340y2.localdomain> Please, un-subscribe the following e-mail address from fedora-extras-list: da at dachgo.net If there is no such address in your mail list, then check for an e-mail address with the same domain. For example, something like: TOdaFROMfedora-list at dachgo.net Thank you very much, David Adelman On Sun, 2006-12-17 at 12:00 -0500, fedora-extras-list-request at redhat.com wrote: > Send fedora-extras-list mailing list submissions to > fedora-extras-list at redhat.com > > To subscribe or unsubscribe via the World Wide Web, visit > https://www.redhat.com/mailman/listinfo/fedora-extras-list > or, via email, send a message with subject or body 'help' to > fedora-extras-list-request at redhat.com > > You can reach the person managing the list at > fedora-extras-list-owner at redhat.com > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of fedora-extras-list digest..." > > > Today's Topics: > > 1. Re: compat-guile-devel conflicts with guile-devel > (Jason L Tibbitts III) > 2. Re: (4/4) Summary - Broken dependencies in Fedora Extras - > 2006-12-15 (Marcel J.E. Mol) > 3. Fedora Extras Package Build Report 2006-12-16 > (buildsys at fedoraproject.org) > 4. Possible wxWidgets-2.8 problem (rawhide) (Paul) > 5. Re: compat-guile-devel conflicts with guile-devel > (Thorsten Leemhuis) > 6. Re: Please rebuild/fix plague for python 2.5 (Dan Williams) > 7. Re: Possible wxWidgets-2.8 problem (rawhide) (Matthew Miller) > 8. Fedora Extras Package Build Report 2006-12-17 > (buildsys at fedoraproject.org) > 9. Re: Possible wxWidgets-2.8 problem (rawhide) (Paul) > 10. Naming Guidelines Clarification for plugins, docklets etc > (Christoph Wickert) > 11. Re: Naming Guidelines Clarification for plugins, docklets etc > (Frank B?ttner) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: 16 Dec 2006 13:13:01 -0600 > From: Jason L Tibbitts III > Subject: Re: compat-guile-devel conflicts with guile-devel > To: Discussion related to Fedora Extras > > Message-ID: > Content-Type: text/plain; charset=us-ascii > > >>>>> "TL" == Thorsten Leemhuis writes: > > TL> /me would feel way saver if we could maintain a detailed list of > TL> situation like this where conflicts might be okay; > > I don't think we have a detailed list of such situations. We'd have > to evaluate a bunch of possibilities first, and that work hasn't been > done. > > Folks are welcome to propose situations where Conflicts: might be > reasonable, preferably by adding them to the draft at > http://www.fedoraproject.org/wiki/PackagingDrafts/Conflicts#ProposedConflictsSituations > so that the situation can be evaluated. > > - J< > > > > ------------------------------ > > Message: 2 > Date: Sat, 16 Dec 2006 21:07:25 +0100 > From: "Marcel J.E. Mol" > Subject: Re: (4/4) Summary - Broken dependencies in Fedora Extras - > 2006-12-15 > To: Discussion related to Fedora Extras > > Message-ID: <20061216200725.GN28307 at joshua.mesa.nl> > Content-Type: text/plain; charset=us-ascii > > On Sat, Dec 16, 2006 at 01:41:45PM +0100, Michael Schwendt wrote: > > On Sat, 16 Dec 2006 12:30:29 +0100, Marcel J.E. Mol wrote: > > > > > goffice and gnumeric also need rebuilds againts latest libgsf: > > > > > > # rpm -Uvh libgsf-1.14.3-2.x86_64.rpm libgsf-devel-1.14.3-2.x86_64.rpm > > > error: Failed dependencies: > > > libgsf-gnome-1.so.114()(64bit) is needed by (installed) goffice-0.2.1-2.fc6.x86_64 > > > libgsf-gnome-1.so.114()(64bit) is needed by (installed) gnumeric-1.6.3-5.fc6.x86_64 > > > > > > > No. Upgrade libgsf-gnome, too. > > my bad, I totally overlooked the 'gnome' part. Thanks! > > -Marcel > > > > ------------------------------ > > Message: 3 > Date: Sat, 16 Dec 2006 17:56:02 -0500 (EST) > From: buildsys at fedoraproject.org > Subject: Fedora Extras Package Build Report 2006-12-16 > To: fedora-extras-list at redhat.com > Message-ID: <20061216225602.2637015212E at buildsys.fedoraproject.org> > Content-Type: text/plain; charset="us-ascii" > > > Packages built and released for Fedora Extras development: 28 > > Pound-2.2-1.fc7 > anjuta-2.0.2-13.fc7 > audacious-plugins-1.2.5-3.fc7 > aumix-2.8-11.fc7 > contacts-0.2-1.fc7 > dates-0.2-1.fc7 > gcstar-1.0.0-1.fc7 > gnubiff-2.2.4-1.fc7 > htop-0.6.5-1.fc7 > jd-1.8.1-0.3.cvs061216.fc7 > kawa-1.8-12.fc7 > lilypond-2.10.2-2.fc7 > mISDN-1.0.3-1 > mimedefang-2.58-2.fc7 > mkvtoolnix-1.8.1-2.fc7 > NEW museek+-0.1.12-4.fc7 > nazghul-0.5.5-3.fc7 > ochusha-0.5.99.64.11-0.1.cvs061216.fc7 > openvrml-0.16.2-2.fc7 > perl-Alien-wxWidgets-0.25-2.fc7 > perl-POE-Component-IRC-5.17-1.fc7 > perl-POE-Filter-Zlib-1.8-1.fc7 > perl-Wx-0.66-1.fc7 > python-protocols-1.0-0.4.a0dev_r2082.fc7 > python-psycopg-1.1.21-6.fc7 > pyxmms-2.06-4.fc7 > NEW xarchiver-0.4.9-0.1.20061213svn.fc7 > zaptel-1.4.0-6.beta3.fc7 > > > Packages built and released for Fedora Extras 6: 17 > > Pound-2.2-1.fc6 > audacious-plugins-1.2.5-2.fc6 > aumix-2.8-11.fc6 > enigma-1.0-1.fc6 > gcstar-1.0.0-1.fc6 > gnomesword-2.1.10-1.fc6 > NEW gourmet-0.12.2-2.fc6 > htop-0.6.5-1.fc6 > koffice-1.6.1-4.fc6 > lilypond-2.10.2-2.fc6 > mISDN-1.0.3-1.fc6 > mimedefang-2.58-2.fc6 > NEW museek+-0.1.12-4.fc6 > openvrml-0.16.2-2.fc6 > perl-POE-Component-IRC-5.17-1.fc6 > perl-POE-Filter-Zlib-1.8-1.fc6 > zaptel-1.4.0-6.beta3.fc6 > > > Packages built and released for Fedora Extras 5: 9 > > Pound-2.2-1.fc5 > aumix-2.8-11.fc5 > gcstar-1.0.0-1.fc5 > htop-0.6.5-1.fc5 > lilypond-doc-2.10.2-1.fc5 > mimedefang-2.58-2.fc5 > NEW museek+-0.1.12-4.fc5 > perl-POE-Component-IRC-5.17-1.fc5 > perl-POE-Filter-Zlib-1.8-1.fc5 > > > Packages built and released for Fedora Extras 4: 0 > > > > 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/ > > > > ------------------------------ > > Message: 4 > Date: Sun, 17 Dec 2006 11:10:00 +0000 > From: Paul > Subject: Possible wxWidgets-2.8 problem (rawhide) > To: fedora-extras > Message-ID: <1166353800.21598.21.camel at T7.Linux> > Content-Type: text/plain; charset="utf-8" > > Hi, > > Can one of the packagers of wxWidgets (rawhide) please have a go at > compiling XaraLX with it - I just need verification that I'm not going > completely insane before diving into the code to fix things for wx2.8. > > It currently compiles fine with 2.6 > > TTFN > > Paul > -- > "Mmmmmmmm....Shakira geschmiert mit schokolade" sagt Homer > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: not available > Type: application/pgp-signature > Size: 189 bytes > Desc: This is a digitally signed message part > Url : https://www.redhat.com/archives/fedora-extras-list/attachments/20061217/9821c74d/attachment.bin > > ------------------------------ > > Message: 5 > Date: Sun, 17 Dec 2006 12:21:12 +0100 > From: Thorsten Leemhuis > Subject: Re: compat-guile-devel conflicts with guile-devel > To: Discussion related to Fedora Extras > > Message-ID: <45852828.2030802 at leemhuis.info> > Content-Type: text/plain; charset=ISO-8859-1 > > Jason L Tibbitts III schrieb: > >>>>>> "TL" == Thorsten Leemhuis writes: > > TL> /me would feel way saver if we could maintain a detailed list of > > TL> situation like this where conflicts might be okay; > > I don't think we have a detailed list of such situations. We'd have > > to evaluate a bunch of possibilities first, and that work hasn't been > > done. > > I thought about it some more: I don't think it's worth the work > investigating all the (un)acceptable usage cases for Conflicts now, as > it would be a lot of work. Maybe the easiest thing would be to over time > maintain and enhance a list of (un)acceptable usage cases for Conflicts > in the wiki. But the Packaging Commitee members and/or Sponsors simply > should be allowed to update it without much trouble; getting a ACK for > each litte update of this list from FESCo or the Packaging Committee is > IMHO to much overhead/to complicated... > > CU > thl > > > > ------------------------------ > > Message: 6 > Date: Sun, 17 Dec 2006 09:36:35 -0500 > From: Dan Williams > Subject: Re: Please rebuild/fix plague for python 2.5 > To: Discussion related to Fedora Extras > > Message-ID: <1166366195.2757.0.camel at localhost.localdomain> > Content-Type: text/plain > > On Sat, 2006-12-16 at 00:17 +0900, Mamoru Tasaka wrote: > > Hans de Goede wrote: > > > Hi all, > > > > > > I've just requested a couple of blind (untested) python-2.5 related > > > rebuilds, these are untested because I cannot update my development > > > system to python 2.5, because plague hasn't been rebuild yet. > > > > > > Thus this mail as encouragement to rebuild / fix plague, Thanks! > > > > > > Regards, > > > > Well, as I wrote previously, Jason Tibbitts has already rebuilt > > plague against 2.5 and this will be released as 0.4.4.1-3. > > However, this (0.4.4.1-3) does not work because of the issue > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=214687 > > > > Please someone see this bugzilla and give a > > solution? The patch suggested by Robert Scheck works for me, > > however I don't know if this is a correct solution. > > I'll commit that fix today, or if not today, definitely tomorrow. I'm > somewhat suspicious of Python 2.5 since plague uses a _lot_ of overrides > of stuff in the network bits to do SSL; but we'll likely only find that > breakage through testing. > > Dan > > > > > ------------------------------ > > Message: 7 > Date: Sun, 17 Dec 2006 10:25:50 -0500 > From: Matthew Miller > Subject: Re: Possible wxWidgets-2.8 problem (rawhide) > To: Discussion related to Fedora Extras > > Message-ID: <20061217152550.GA4561 at jadzia.bu.edu> > Content-Type: text/plain; charset=us-ascii > > On Sun, Dec 17, 2006 at 11:10:00AM +0000, Paul wrote: > > Can one of the packagers of wxWidgets (rawhide) please have a go at > > compiling XaraLX with it - I just need verification that I'm not going > > completely insane before diving into the code to fix things for wx2.8. > > I'll try to look on Monday. > > > It currently compiles fine with 2.6 > > I enabled 2.6 compatibility in the build, so theoretically anything that > worked with 2.6 should work -- unless it was depending on 2.2 compatibility, > which is now gone. > > -- > Matthew Miller mattdm at mattdm.org > Boston University Linux ------> > > > > ------------------------------ > > Message: 8 > Date: Sun, 17 Dec 2006 10:33:04 -0500 (EST) > From: buildsys at fedoraproject.org > Subject: Fedora Extras Package Build Report 2006-12-17 > To: fedora-extras-list at redhat.com > Message-ID: <20061217153304.CDA9915212E at buildsys.fedoraproject.org> > Content-Type: text/plain; charset="us-ascii" > > > Packages built and released for Fedora Extras development: 17 > > emelfm2-0.3.1-1.fc7 > NEW fontypython-0.2.0-4.fc7 > inotify-tools-3.6-1.fc7 > jd-1.8.1-1.fc7 > perl-Alien-wxWidgets-0.26-1.fc7 > perl-Data-Hierarchy-0.34-2.fc7 > perl-Log-Dispatch-2.15-2.fc7 > perl-PerlIO-eol-0.14-1.fc7 > perl-SVN-Mirror-0.72-1.fc7 > perl-WWW-Babelfish-0.16-1.fc7 > perl-Wx-0.67-1.fc7 > php-pear-DB-DataObject-1.8.5-1.fc7 > php-pear-XML-Util-1.1.4-1.fc7 > pyflowtools-0.3-8.fc7 > tachyon-0.97-4.fc7 > tor-0.1.1.26-1.fc7 > xine-lib-1.1.3-2.fc7 > > > Packages built and released for Fedora Extras 6: 15 > > NEW conky-1.4.5-2.fc6 > emelfm2-0.3.1-1.fc6 > NEW fontypython-0.2.0-4.fc6 > jd-1.8.1-1.fc6 > perl-Alien-wxWidgets-0.26-1.fc6 > perl-Data-Hierarchy-0.34-2.fc6 > perl-Log-Dispatch-2.15-2.fc6 > perl-PerlIO-eol-0.14-1.fc6 > perl-SVN-Mirror-0.72-1.fc6 > perl-WWW-Babelfish-0.16-1.fc6 > perl-Wx-0.67-1.fc6 > php-pear-DB-DataObject-1.8.5-1.fc6 > php-pear-XML-Util-1.1.4-1.fc6 > tor-0.1.1.26-1.fc6 > xine-lib-1.1.3-2.fc6 > > > Packages built and released for Fedora Extras 5: 12 > > NEW fontypython-0.2.0-4.fc5 > jd-1.8.1-1.fc5 > perl-Alien-wxWidgets-0.26-1.fc5 > perl-Data-Hierarchy-0.34-2.fc5 > perl-Log-Dispatch-2.15-2.fc5 > perl-PerlIO-eol-0.14-1.fc5 > perl-SVN-Mirror-0.72-1.fc5 > perl-WWW-Babelfish-0.16-1.fc5 > perl-Wx-0.67-1.fc5 > php-pear-DB-DataObject-1.8.5-1.fc5 > php-pear-XML-Util-1.1.4-1.fc5 > tor-0.1.1.26-1.fc5 > > > Packages built and released for Fedora Extras 4: 0 > > > > Packages built and released for Fedora Extras 3: 1 > > duplicity-0.4.2-4.fc3 > > > > For more information about the built packages please see the repository > or the Fedora Info Feed: http://fedoraproject.org/infofeed/ > > > > ------------------------------ > > Message: 9 > Date: Sun, 17 Dec 2006 15:58:50 +0000 > From: Paul > Subject: Re: Possible wxWidgets-2.8 problem (rawhide) > To: Discussion related to Fedora Extras > > Message-ID: <1166371130.21598.29.camel at T7.Linux> > Content-Type: text/plain; charset="utf-8" > > Hi, > > > > Can one of the packagers of wxWidgets (rawhide) please have a go at > > > compiling XaraLX with it - I just need verification that I'm not going > > > completely insane before diving into the code to fix things for wx2.8. > > > > I'll try to look on Monday. > > Thanks. The problem is that gridlayout.h can't find wxTimer - I've tried > this under both x86 and x86_64 with no success. > > > > It currently compiles fine with 2.6 > > > > I enabled 2.6 compatibility in the build, so theoretically anything that > > worked with 2.6 should work -- unless it was depending on 2.2 compatibility, > > which is now gone. > > Nope, it's designed for use with 2.4 and 2.6 > > TTFN > > Paul > -- > "Mmmmmmmm....Shakira geschmiert mit schokolade" sagt Homer > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: not available > Type: application/pgp-signature > Size: 189 bytes > Desc: This is a digitally signed message part > Url : https://www.redhat.com/archives/fedora-extras-list/attachments/20061217/db80ffa8/attachment.bin > > ------------------------------ > > Message: 10 > Date: Sun, 17 Dec 2006 17:15:05 +0100 > From: Christoph Wickert > Subject: Naming Guidelines Clarification for plugins, docklets etc > To: fedora-extras-list mailing list > Message-ID: <1166372105.3513.52.camel at hal9000.oberschlesier.lan> > Content-Type: text/plain > > Hi all, > > I think we need a clarification of the naming guidelines for plugins > like panel applets, docklets and so on. > > > Addon Packages (General) > > If a new package is considered an "addon" package that enhances or > > adds a new functionality to an existing Fedora Core or Fedora Extras > > package without being useful on its own, its name should reflect this > > fact. > > > > The new package ("child") should prepend the "parent" package in its > > name, in the format: %{parent}-%{child}. > > So we should at least have a "parent" or common prefix like "gnome" or > "xfce", but ATM we have: > > * autobuild-applet: Panel applet for monitoring Test-AutoBuild > server status > * bubblemon: A system monitoring dockapp > * contact-lookup-applet: Applet which allows you to search your > Evolution address book > * deskbar-applet: A Gnome applet to allow easy access to various > search engines > * gai-pal: GAI Pal applet > * gai-temp: GAI based applet that displays HDD and CPU temperature > * glunarclock: GNOME applet that displays the current lunar phase > * gnome-applet-music: A GNOME panel applet to control various > music players > * gnome-applet-netmon: GNOME Network Load Applet > * gnome-applet-netspeed: GNOME applet that shows traffic on a > network device > * gnome-applet-rhythmbox: A GNOME panel applet to control > Rhythmbox's playback > * gnome-applet-sensors: Gnome panel applet for hardware sensors > * gnome-applet-timer: A countdown timer applet for the GNOME panel > * gnome-applet-vm: Simple virtual domains monitor which embeds > themselves in the GNOME panel (Core package) > * gnome-cpufreq-applet: CPU frequency scaling monitor applet > * lock-keys-applet: A GNOME panel applet that shows the status of > the lock keys > * padevchooser: Control applet for PulseAudio > * panelfm: Quick File Manager Applet > * verbiste-gnome: GNOME Panel applet for Verbiste (subpackage of > verbiste) > * wp_tray: A wallpaper-changing applet for GNOME > > Pending packages: > * 219932 driconf - A configuration applet for the for the Direct > Rendering Infrastructure > * 218600 resapplet - Resolution Switching Applet > * 174290 HDate-applet is an applet to show the hebrew date > > Options: > 1. Make everything gnome-applet-, this is used for most > packages atm and allows nice sorting > 2. Make everything gnome--applet, just like all the > xfce4-panel-plugins: This is closer to the upstream names in > most cases and might be better for packages like resapplet, wich > would simply become gnome-resapplet instead of something stupid > like gnome-applet-res or gnome-applet-resapplet > (gnome-applet-resolution would be least worse) > 3. Don't be so pedantic, only rename packages to their parent, the > rest is maintainer's decision > 4. Leave everything as it is now and don't make so much noise. > > I think we should at least agree on > 1. a common prefix > 2. a clarification of the naming/packaging guidelines > 3. an addition to the guidelines: packages that don't use the > upstream name should have a Provides: with the original name to > allow simple installs > > Ideas? > > Christoph > > > > ------------------------------ > > Message: 11 > Date: Sun, 17 Dec 2006 17:44:04 +0100 > From: Frank B?ttner > Subject: Re: Naming Guidelines Clarification for plugins, docklets etc > To: Discussion related to Fedora Extras > > Message-ID: <458573D4.5040401 at gmx.net> > Content-Type: text/plain; charset="iso-8859-15" > > Christoph Wickert schrieb: > > Hi all, > > > > I think we need a clarification of the naming guidelines for plugins > > like panel applets, docklets and so on. > > > >> Addon Packages (General) > >> If a new package is considered an "addon" package that enhances or > >> adds a new functionality to an existing Fedora Core or Fedora Extras > >> package without being useful on its own, its name should reflect this > >> fact. > >> > >> The new package ("child") should prepend the "parent" package in its > >> name, in the format: %{parent}-%{child}. > > > > So we should at least have a "parent" or common prefix like "gnome" or > > "xfce", but ATM we have: > > > > * autobuild-applet: Panel applet for monitoring Test-AutoBuild > > server status > > * bubblemon: A system monitoring dockapp > > * contact-lookup-applet: Applet which allows you to search your > > Evolution address book > > * deskbar-applet: A Gnome applet to allow easy access to various > > search engines > > * gai-pal: GAI Pal applet > > * gai-temp: GAI based applet that displays HDD and CPU temperature > > * glunarclock: GNOME applet that displays the current lunar phase > > * gnome-applet-music: A GNOME panel applet to control various > > music players > > * gnome-applet-netmon: GNOME Network Load Applet > > * gnome-applet-netspeed: GNOME applet that shows traffic on a > > network device > > * gnome-applet-rhythmbox: A GNOME panel applet to control > > Rhythmbox's playback > > * gnome-applet-sensors: Gnome panel applet for hardware sensors > > * gnome-applet-timer: A countdown timer applet for the GNOME panel > > * gnome-applet-vm: Simple virtual domains monitor which embeds > > themselves in the GNOME panel (Core package) > > * gnome-cpufreq-applet: CPU frequency scaling monitor applet > > * lock-keys-applet: A GNOME panel applet that shows the status of > > the lock keys > > * padevchooser: Control applet for PulseAudio > > * panelfm: Quick File Manager Applet > > * verbiste-gnome: GNOME Panel applet for Verbiste (subpackage of > > verbiste) > > * wp_tray: A wallpaper-changing applet for GNOME > > > > Pending packages: > > * 219932 driconf - A configuration applet for the for the Direct > > Rendering Infrastructure > > * 218600 resapplet - Resolution Switching Applet > > * 174290 HDate-applet is an applet to show the hebrew date > > > > Options: > > 1. Make everything gnome-applet-, this is used for most > > packages atm and allows nice sorting > > 2. Make everything gnome--applet, just like all the > > xfce4-panel-plugins: This is closer to the upstream names in > > most cases and might be better for packages like resapplet, wich > > would simply become gnome-resapplet instead of something stupid > > like gnome-applet-res or gnome-applet-resapplet > > (gnome-applet-resolution would be least worse) > > 3. Don't be so pedantic, only rename packages to their parent, the > > rest is maintainer's decision > > 4. Leave everything as it is now and don't make so much noise. > > > > I think we should at least agree on > > 1. a common prefix > > 2. a clarification of the naming/packaging guidelines > > 3. an addition to the guidelines: packages that don't use the > > upstream name should have a Provides: with the original name to > > allow simple installs > > > > Ideas? > > > > Christoph > > > Yes this will be an good idear, for all plug-ins, to make an clear > naming convention. > 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 : https://www.redhat.com/archives/fedora-extras-list/attachments/20061217/562fce4c/smime.bin > > ------------------------------ > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > > > End of fedora-extras-list Digest, Vol 25, Issue 36 > ************************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: From bpepple at fedoraproject.org Mon Dec 18 17:19:10 2006 From: bpepple at fedoraproject.org (Brian Pepple) Date: Mon, 18 Dec 2006 12:19:10 -0500 Subject: Orphaning GStreamer08 & GStreamer08-plugins Message-ID: <1166462350.12943.5.camel@Chuck> Since none of my packages depend on GStreamer08 & GStreamer08-plugins anymore, I'm going to be orphaning them today. Currently in FE6 is looks like only kaffeine and kdemultimedia-extras has a dependency on these two packages. /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 Mon Dec 18 18:24:45 2006 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 18 Dec 2006 13:24:45 -0500 Subject: Closing Builders for FE3 & FE4 on January 1st In-Reply-To: <1166461465.12634.15.camel@Chuck> References: <1166461465.12634.15.camel@Chuck> Message-ID: <200612181324.45194.jkeating@redhat.com> On Monday 18 December 2006 12:04, Brian Pepple wrote: > With the recent decision(1) at the Fedora Summit to EOL support for FE3 > and FE4, and Fedora Legacy's decision (2) to also end support, FESCo has > decided to close the builders for FE3 & FE4 on January 1st, 2007. > Maintainers that wish to make changes to packages in these branches will > need to do so before then. Are we to assume that EPEL targets will be available to build software needed for infrastructure systems that are still running RHEL4? -- 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 bpepple at fedoraproject.org Mon Dec 18 18:46:27 2006 From: bpepple at fedoraproject.org (Brian Pepple) Date: Mon, 18 Dec 2006 13:46:27 -0500 Subject: Closing Builders for FE3 & FE4 on January 1st In-Reply-To: <200612181324.45194.jkeating@redhat.com> References: <1166461465.12634.15.camel@Chuck> <200612181324.45194.jkeating@redhat.com> Message-ID: <1166467587.13775.10.camel@Chuck> On Mon, 2006-12-18 at 13:24 -0500, Jesse Keating wrote: > On Monday 18 December 2006 12:04, Brian Pepple wrote: > > With the recent decision(1) at the Fedora Summit to EOL support for FE3 > > and FE4, and Fedora Legacy's decision (2) to also end support, FESCo has > > decided to close the builders for FE3 & FE4 on January 1st, 2007. > > Maintainers that wish to make changes to packages in these branches will > > need to do so before then. > > Are we to assume that EPEL targets will be available to build software needed > for infrastructure systems that are still running RHEL4? > I believe that is correct, though Mike McGrath or Dennis Gilmore could give a more definitive answer since they have been doing a lot of the work regarding EPEL. /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 mattdm at mattdm.org Mon Dec 18 19:29:14 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 18 Dec 2006 14:29:14 -0500 Subject: Possible wxWidgets-2.8 problem (rawhide) In-Reply-To: <20061218170620.00ae997e@python3.es.egwn.lan> References: <1166353800.21598.21.camel@T7.Linux> <20061217152550.GA4561@jadzia.bu.edu> <1166371130.21598.29.camel@T7.Linux> <20061217171046.GA7987@jadzia.bu.edu> <20061217182220.GA11248@jadzia.bu.edu> <20061218170620.00ae997e@python3.es.egwn.lan> Message-ID: <20061218192914.GA5729@jadzia.bu.edu> On Mon, Dec 18, 2006 at 05:06:20PM +0100, Matthias Saou wrote: > FWIW, I tried rebuilding the latest VLC against the first wxGTK 2.8 > packages in Rawhide, and it also failed miserably (don't remember the > error from the top of my head), while it compiled fine with 2.6 on FC6. > So the announced compatibility doesn't seem to live up to its > expectations, unless this timer option was the catch ;-) It's very likely there's some other module which was enabled before which isn't now. There's a whole lot of not-enabled-by-default modules, and I'm not sure which are disabled for a reason and which are just considered optional for some reason or another. So if you find something you need, lemme know. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From a.badger at gmail.com Mon Dec 18 21:09:32 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 18 Dec 2006 13:09:32 -0800 Subject: FESCo Meeting Logs 2006-12-7 Message-ID: <1166476172.21769.18.camel@localhost.localdomain> = 2006 December 7 FESCo Meeting = == Members == === Present === * thl * tibbs * bpepple * rdieter * dgilmore * jeremy * abadger1999 * spot * warren * scop * awjb === Absent === * ch4chris * jwb == Summary == === EPEL === * dgilmore is getting sync to master mirror setup. Looking into using lmacken's update system for that. * Need signing keys setup. * Need someplace to announce epel package builds. * distag discussion: should it be epel or el? * RHEL uses el. One reason to use epel is so you can tell from the disttag whether the package in question came from RHEL or EPEL. * disttag's traditional meaning has been "what is this built for" rather than "what project built this". * disttag is not as good an indicator of where a package comes from as information available from rpm querying the header info. disttags are not required, CentOS uses .el, etc. * We're going to stick with .el[VERNUM] for now. * RHEL 5 is split into a RHEL5-server and RHEL5-client. We may need to have two download repos to account for the split. === Opening Core === * Red Hat management is generally for the idea. Just need to figure out the details. * We need to plan the schedule for the next release of "Core" so we FPB to set the schedule and determine what we have to o by when to get this integrated. * mass-review of Core packages still needs to be discussed on f-e-list. * The Core + Extras merge is going to happen for FC7. === Broken deps and EVR problems === * Kudos to nirik for having stepped up and fixed a bunch of these issues. * tibbs proposed that we don't push packages that violate EVR ordering between released branches. * lmacken's new update system will check EVR before pushing. * Extras QA SIG might be a good place to work on broken deps and EVR issues. * Until mock/plague integrates kmod support keping kmods off the deps/EVR reports is nearly impossible. * dkms as being experimented with @ freshrpms suggested as a sane way to do kernel modules except that it requires the end-user to have development tools installed. * kmods haven't really been given a good test until the mock/plague integration has been tried. === Packaging Committee Report === * FESCo approving Conflicts * No disapproval for disallowing conflicts but there was discussion of whether FESCo wants to approve conflicts. * Leaving to reviewer was generally frowned upon. * Having a list of allowed situations was seen as a possible compromise -- to be discussed withthe Packaging Committee. === Kmod Approval === * gspca https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=209112 * spot said he looked into the gspca module and that the module code is good and the author wants it upstream but the v4l camp is not agreed upon certain things which makes getting the module upstream not likely until some consensus is reached. === Maintainer Responsibility === * Waiting on Legacy folks to decide whether to shutdown the builders. === Free Discussion === * Renaming packages * When a package is renamed, the package owner is allowed to import the renamed package as a new module, mark the old module as a dead.package and request branches. Referring to the old package and the fact that this is a rename helps people know what's going on in regards to the branches. * Part of this policy is listed here: http://www.fedoraproject.org/wiki/Extras/PackageEndOfLife and we can link to that as a reference. * awjb will document this. == Log == {{{ (10:00:08 AM) thl has changed the topic to: FESCo meeting -- Meeting rules at [WWW] http://www.fedoraproject.org/wiki/Extras/Schedule/MeetingGuidelines -- Init process (10:00:12 AM) thl: FESCo meeting ping -- abadger1999, awjb, bpepple, c4chris, dgilmore, jeremy, jwb, rdieter, spot, scop, thl, tibbs, warren (10:00:15 AM) thl: Hi everybody; Who's around? (10:00:20 AM) tibbs: I'm here. (10:00:20 AM) ***bpepple is here. (10:00:20 AM) ***rdieter is here. (10:00:22 AM) ***dgilmore is here (10:00:24 AM) ***jeremy is here (10:00:25 AM) ***abadger1999 is here (10:00:32 AM) ***spot is here (10:00:38 AM) ***nirik is in the rabble seats with his coffee. (10:00:42 AM) ***warren here (10:00:44 AM) scop: pong (10:00:53 AM) thl has changed the topic to: FESCO-Meeting -- EPEL -- mmcgrath, dgilmore -- status update (10:01:17 AM) dgilmore: thl: getting the sync to master mirror setup (10:01:32 AM) dgilmore: thl: looking at using lmacken's update system (10:01:33 AM) ***awjb is here now as well (10:01:48 AM) dgilmore: thl: need to setup keys for signing packages (10:01:53 AM) warren: has everyone seen lmacken's update system wiki page and screenshots? (10:01:55 AM) warren: pretty sweet (10:02:11 AM) thl: warren, agreed (10:02:17 AM) ***rdieter hasn't (10:02:33 AM) dgilmore: I think we will need to ask for a list epel-announce (10:02:33 AM) ***bpepple hasn't either. (10:02:44 AM) abadger1999: warren: :Beautious :-) (10:02:53 AM) ***mmcgrath is here (10:03:15 AM) warren: epel-announce-list? (10:03:23 AM) warren: where does epel devel discussion happen? (10:03:24 AM) thl: dgilmore, yeah, we might need such a list over time (10:03:26 AM) dgilmore: warren: that would be ok (10:03:27 AM) mmcgrath: Could we just use the fedora announce list? Do we need an epel announce list? (10:03:30 AM) thl: warren, on extras-list still (10:03:40 AM) dgilmore: http://fedoraproject.org/wiki/Infrastructure/UpdatesSystem (10:03:43 AM) rdieter: thl: +1 (10:03:45 AM) thl: the plan is to have a seperate list over time (10:03:52 AM) ***lmacken is kind of here, but in class :) (10:03:54 AM) thl: but for now f-e-l is good enough (10:04:13 AM) rdieter: dgilmore: thanks, nice. (10:04:27 AM) thl has changed the topic to: FESCO-Meeting -- EPEL -- mmcgrath, dgilmore -- disttag confusion (10:04:34 AM) thl: dgilmore, so do we use el everywhere? (10:04:38 AM) thl: or somewhere epel? (10:04:38 AM) dgilmore: I would like to have a epel-accounce-list from the start as its really not relevant to Fedora stuff and it will mean less noise for EPEL (10:04:40 AM) ***wwoods lurking in background (10:04:50 AM) thl has changed the topic to: FESCO-Meeting -- EPEL -- mmcgrath, dgilmore -- mailinglist (10:04:54 AM) dgilmore: well right now rhel, centos use el (10:05:08 AM) mmcgrath: But what would we announce "Its here" and then a few months later "EL5 is ready"? (10:05:22 AM) abadger1999: WOuld we do package announcements there? (10:05:29 AM) thl: we really should get the repo into shape before we annouce it for real (10:05:31 AM) dgilmore: if we use lmackens update system each package will have an announcement email (10:05:43 AM) warren: package announcements on fedora-announce-list from the beginning was a bad idea. (10:05:43 AM) thl: there are still a lot of things and rules to be worked out (10:06:16 AM) dgilmore: i would like somewhere to email package announcements to (10:06:30 AM) thl: dgilmore, so proposed name for the list? (10:06:40 AM) thl: enterprise-extras-annouce? (10:06:46 AM) mmcgrath: well this could be part of a larger discussion. (10:06:48 AM) dgilmore: either epel-announce-list or epel-package-list (10:06:55 AM) mmcgrath: For example, after the merge, what happens to the fedora-extras list? (10:07:02 AM) dgilmore: thl: that would be ok also (10:07:20 AM) mmcgrath: sorry, thats off topic. Ignore me. (10:07:22 AM) thl: mmcgrath, we IMHO need a genereal mailinglist-cleanup then (10:07:43 AM) dgilmore: thl: we do and i really dont wantto add another list (10:07:43 AM) mmcgrath: My concern is a seperate mailing list for function vs 'team'. (10:08:27 AM) dgilmore: lets ignore the list for now. We will need to decide at some point where to send package announcements (10:08:36 AM) mmcgrath: send 'em to extras. (10:08:43 AM) rdieter: dgilmore: +1 (10:08:45 AM) dgilmore: we still have a bit of work to get everything done (10:08:46 AM) thl: mmcgrath, +1 (at least for now) (10:08:46 AM) mmcgrath: even the fedora cvs repo stuff gets sent there. (10:08:52 AM) warren: fedora-extras-list was meant to be an Extras specific fedora-devel-list. The focus has helped us to keep lots of CRAP off of fedora-extras-list. I'd hate to lose that focus. (10:09:08 AM) mmcgrath: its already lost that focus though. Darn near everything goes there. (10:09:24 AM) warren: mmcgrath, it is development focus, unlike fedora-devel-list... (10:09:34 AM) warren: mmcgrath, just the volume has grown large (10:09:46 AM) thl: warren, and there is confusiton with fedora-maintainers (10:10:01 AM) warren: fedora-maintainers was meant to be a fedora-devel-list, minus the random people posting off-topic shit. (10:10:01 AM) thl: anyway, we're losing focus currenly (10:10:14 AM) XulChris: personally i just send to fedora-extras in most cases because more people subscribe to that list than any other (10:10:19 AM) thl: dgilmore, maybe just work out a proposal for a list and post it (10:10:20 AM) warren: Yes, we need to figure out what to do with the mailing lists, but we don't need to do it today. Let's move on. (10:10:24 AM) thl: then we can decide in a later meeting (10:10:26 AM) dgilmore: thl: lets look at disttags this can be decided in the next few weeks (10:10:34 AM) thl has changed the topic to: FESCO-Meeting -- EPEL -- mmcgrath, dgilmore -- disttag confusion (10:10:42 AM) thl: so, do we us .el or .epel ? (10:10:46 AM) dgilmore: rhel and CentOS use .el (10:10:58 AM) ***thl votes for .el (10:11:01 AM) rdieter: where did the suggestion to use .epel come from? (10:11:05 AM) dgilmore: if we use .epel it will be very clear what are our pcakages (10:11:10 AM) thl: rdieter, -ENOIDEA (10:11:12 AM) warren: Please do not use .el for EPEL packages, especially when it is likely they might overlap with RHEL packages in some cases. (10:11:15 AM) mmcgrath: I don't care what we use but I know others do. (10:11:16 AM) dgilmore: rdieter: warren (10:11:35 AM) rdieter: warren: overlap? they shouldn't. (10:11:39 AM) spot: EPEL packages should never ever overlap with RHEL (10:11:39 AM) mmcgrath: what problems does a tag overlap cause? (10:11:44 AM) warren: rdieter, the Client/Server problem (10:12:00 AM) thl: well, the next topic is this in any case, so let's get over it: (10:12:01 AM) thl has changed the topic to: FESCO-Meeting -- EPEL -- mmcgrath, dgilmore -- ship packages in EPEL for EL-Server that are part of EL-Client? (10:12:04 AM) spot: warren: they're using a merged tree (10:12:15 AM) warren: In any case, .el and .epel creates a clear differentiation. (10:12:24 AM) warren: from a support perspective that is a really good thing. (10:12:29 AM) thl: I'd say we should not ship packages in epel that are part of either Server or Client (10:12:33 AM) dgilmore: i vote that we do not push anything in server that is in client (10:12:36 AM) warren: spot, buildroot is merged yes, but what about users? (10:12:43 AM) rdieter: I disagree. dist tag is meant to identify what the pkg is built *for* not the origin of the pkg. (10:12:50 AM) thl: rdieter, +1 (10:12:56 AM) bpepple: rdieter: agreed. (10:12:57 AM) spot: +1 (10:13:00 AM) XulChris: im not fesco but i agree with rdieter (10:13:07 AM) warren: thl, that is overly simplistic (10:13:23 AM) warren: thl, that means two different repos for RHEL5, which is different from the merged EPEL for CentOS5 (10:13:33 AM) nbecker [n=nbecker] entered the room. (10:13:41 AM) rdieter: way, way back when, some repos used something like: Release: %{foo}%{?dist}%{?repo} (10:13:53 AM) craigt [n=cthomas] entered the room. (10:13:56 AM) rdieter: icky. (10:14:02 AM) thl: warren, why would we need two repos? to satisfy deps? (10:14:42 AM) dgilmore: thl: yes (10:14:51 AM) rdieter: -ENOTOURPROBLEM. (10:15:14 AM) rdieter: if a dep is missing for RHEL5/server, too bad, you can't install it. (10:15:15 AM) dgilmore: i was asked how big our repo will be to pre warn mirrors (10:15:21 AM) mmcgrath: Do we know there will be an issue or are we assuming? (10:15:29 AM) dgilmore: and i said approx 22G per release (10:15:41 AM) dgilmore: which is what devel currently is (10:15:55 AM) warren: thl, the client/server split is going to be confusing as hell to EPEL5. (10:15:58 AM) mmcgrath: And thats a good guess, especailly over the next year or two I'd think we would stay under that. (10:16:06 AM) thl: dgilmore, I don#t think we'll grow that big soon, but it's probably wise to put a big number out (10:16:14 AM) warren: satisfying deps with EPEL5 rebuilds that overlap with RHEL5 packages is one way to solve that problem. (10:16:21 AM) dgilmore: thl: that was my thought (10:16:24 AM) warren: Can you think of another way to solve it without having two separate repos? (10:16:42 AM) warren: But a RHEL5 rebuild should NOT have the same disttag (10:16:46 AM) thl: warren, but then we might replace packages from the client accidentally (10:16:50 AM) spot: short of EL5 being more reasonably packaged? :/ (10:16:56 AM) dgilmore: warren: one repo and make sure our packages dont get chossen if available elsewhere (10:17:20 AM) warren: dgilmore, .epel5 vs .el5 would satisfy that, .el5 would win. (10:17:39 AM) thl: I'd like to have one repo, too, but I'm not sure if that is doable (10:17:47 AM) mmcgrath: +1 for one repo. (10:17:56 AM) XulChris: one repo to rule them all (10:17:58 AM) mmcgrath: I say we go with 1 repo until there's a problem. (10:18:08 AM) mmcgrath: Then examine that problem and find a reasonable solution. (10:18:10 AM) ***spot is somewhat annoyed at the continued "don't taint core/rhel with extras" mentality (10:18:20 AM) dgilmore: i would prefer 1 repo otherwise our disk useage will blow up or we need to do lots of hardlinking (10:18:30 AM) thl: let's set the goal "one repo" for now and see if it works out (10:18:36 AM) thl: and get back to it later if we have to (10:18:43 AM) mmcgrath: spot: +1. We have to trust our users at least a little bit to do the right thing. (10:18:50 AM) thl: and don't ship packages in epel that are part of either Server or Client for now (10:18:59 AM) warren: thl, what does that mean? (10:19:11 AM) warren: I mean, the plan as-is works fine for EPEL4. (10:19:12 AM) thl: warren, define "that" please (10:19:22 AM) warren: " and don't ship packages in epel that are part of either Server or Client for now" (10:19:28 AM) f13: thl: but what happens when you want to package something for EPEL and they depend on a package on Client, which isn't avail in Server? (10:19:29 AM) spot: warren: it means we nuke things out of the EPEL tree if they end up in RHEL5 (10:19:32 AM) warren: This makes no sense when talking about RHEL5. (10:19:35 AM) abadger1999: warren: Are we guaranteeing that there won't be foo-1.0-1.el5 and foo-1.0-2.epel5 ? (10:19:39 AM) rdieter: warren: no overlap,period. (10:19:50 AM) warren: Hmm... (10:19:51 AM) rdieter: f13: The Server users are SOL. (10:19:56 AM) mmcgrath: but the dist tag doesn't make a difference. (10:20:04 AM) f13: rdieter: thats cute. (10:20:08 AM) mmcgrath: especially if the releases are increased so that someone is upgrading from one to the others. (10:20:08 AM) thl: mmcgrath, exactly (10:20:18 AM) warren: I suspect "no overlap period" may simplify things, but may also bite us in the ass. (10:20:21 AM) rdieter: f13: not cute, reality. (10:20:28 AM) f13: I'd go for 2 repos with this mentality though. (10:20:34 AM) dgilmore: spot, warren, f13: is it possible to geta package list for RHEL5 so we can see what extras packages are already there (10:20:42 AM) warren: The .epel4 and .epel5 tag plus "no overlap period" policy for now would protect us. (10:20:46 AM) f13: that way Server folks get a nicer "no package found" rather than a hellish string of 'no package to meet dep foo" (10:20:53 AM) warren: dgilmore, RHEL5 beta2 is downloadable (10:20:55 AM) thl: f13, agreed, I more and more think we really might need two repos... (10:21:05 AM) f13: warren: I'm much more in favor of .el vs .epel (10:21:13 AM) mmcgrath: are we worried that two packages will have the exact same name? Or that someone will accidently upgrade from an EPEl package to a RHEL package and vise versa? (10:21:20 AM) warren: thl, which in effect would be different from EPEL for CentOS. (10:21:23 AM) thl: warren, how would a different disttag protect us? (10:21:23 AM) warren: thus THREE repos (10:21:45 AM) spot: warren: it is possible CentOS 5 might do the same splitting (10:21:46 AM) f13: warren: I'm not entirely convinced that CentOS can make use of this repo if we split things out (10:21:54 AM) f13: oh there is that. (10:21:59 AM) warren: thl, flexibility when we hit the likely case where we realize "oh shit, no overlap isn't working" (10:21:59 AM) thl: -ELifeSucks (10:22:23 AM) abadger1999: Are we back to fedora.us 0.[RELNUMBER] ? (10:22:27 AM) thl: warren, but how do you want to make sure packages from "Core" don#t get relaced? (10:22:31 AM) warren: abadger1999, who suggested that? (10:22:32 AM) spot: there are more packages in FE now than in FC, and none of them overlap (10:22:40 AM) spot: i think we can deal with the "overlap" case. (10:22:48 AM) warren: spot, that was easy because there is *ONE* core. (10:22:48 AM) thl: s/relaced/replaced?/ (10:23:01 AM) warren: RHEL5 makes this complicated because... (10:23:04 AM) spot: and there will be two EL5s (10:23:05 AM) abadger1999: Just by reading the "how do we make sure RHEL packages update EPEL packages" (10:23:11 AM) abadger1999: And looking for a solution. (10:23:17 AM) warren: RHEL5 buildroot -> two products -> EPEL buildroot -> two products (10:23:42 AM) thl: well, we are running a bit out of time (10:23:56 AM) warren: What are the actual drawbacks of using the .epel disttag? (10:23:58 AM) warren: I don't see any. (10:23:59 AM) thl: can somebody but some thoughts into this issue and work out a solution until next week? (10:24:03 AM) ***nirik wonders if someone could talk with centos and rhel5 people and see if there is any solution? (10:24:07 AM) warren: Even if we don't overlap, .epel isn't a drawback. (10:24:10 AM) spot: warren: namespace pollution? confusion? (10:24:15 AM) f13: warren: what spot said (10:24:21 AM) warren: how is it confusion? (10:24:30 AM) warren: .epel in the package name could promote LESS confusion. (10:24:32 AM) f13: we don't do .fe7 for Extras, why do it for Enterprise extras? (10:24:41 AM) warren: "oh, that isn't RHEL, that is clearly EPEL" (10:24:50 AM) f13: warren: boondoggle (10:24:52 AM) warren: f13, think about GSS dealing with a huge installed package list (10:25:09 AM) f13: gss needs better tools than the name of the package to figure that out (10:25:24 AM) f13: you're continuing to use this example which is a ver very poor example. (10:25:31 AM) warren: I disagree. (10:25:32 AM) f13: package names are neither deterministic nor accurate (10:25:40 AM) XulChris: why dont we just have a seperate dist tag for each maintainer, isnt that pretty much the same thing? (10:25:47 AM) warren: How does deterministic fit here? (10:25:53 AM) f13: rpm query information is far more informative (10:25:55 AM) XulChris: or i know, a sepearte dist tag for each package (10:26:01 AM) ***nirik notes that centos at least now uses .el, so just having .el in the name won't help there between if it's a rhel or a centos package. (10:26:06 AM) ***XulChris is being facetious BTW (10:26:09 AM) f13: warren: because something could come from epel and not have a dist tag at all (10:26:17 AM) spot: f13: +1 (10:26:23 AM) warren: f13, example? (10:26:29 AM) f13: warren: dist tags are not required (10:26:38 AM) f13: there are many packages in Extras that don't use a dist tag (10:26:48 AM) mmcgrath: Thats true, its not in the guidelines right now. (10:26:54 AM) f13: nor should it be (10:26:54 AM) mmcgrath: Its just considered "a good idea" (10:27:02 AM) spot: mmcgrath: and never will be mandatory (over my dead body) (10:27:04 AM) f13: a packagers convinience (10:27:32 AM) warren: OK, so better tools needed? (10:27:36 AM) spot: dist tag says the dist it is for, not the place it was build (10:27:44 AM) warren: We could write a standardized tool that lists packages and where they are from. (10:27:52 AM) f13: warren: not even that. rpm -qi shows you the information you're really looking for (10:27:53 AM) warren: that would be a useful thing for support. (10:27:57 AM) f13: Build host, Packager, etc... (10:28:00 AM) spot: now, if we're really worried about RHEL5Client being completely different from RHEL5Server (10:28:10 AM) warren: f13, which is TMI and slow for support (10:28:11 AM) spot: maybe we need to treat them as separate dists (10:28:22 AM) ***rdieter shudders (10:28:24 AM) f13: warren: anything else is non-deterministic (10:28:34 AM) dgilmore: lets stick with .el and move on for now (10:28:35 AM) f13: warren: if it doesn't come FROM the system's rpmdb, its worthless (10:28:38 AM) spot: rdieter: dont like it either, but this is us dealing with RHAT braindead packaging (10:28:39 AM) warren: f13, what do you mean by non-deterministic? (10:28:49 AM) f13: warren: ANY 3rd party repo can name any package anything (10:28:53 AM) thl: yeah, guys, really let's stop here now (10:28:58 AM) f13: they could stomp on our released numbers if they wanted to (10:28:59 AM) warren: f13, I'm not talking about disttag anymore. (10:28:59 AM) thl: we can't use all the time for one topic (10:29:03 AM) warren: f13, i'm talking about better tools. (10:29:05 AM) ***spot stops (10:29:08 AM) rdieter: spot has a point, if we agree rhel5 client/server really *are* different... (10:29:09 AM) f13: the package name itself is NOT deterministic as to where it comes from. (10:29:11 AM) thl: let' move on and get back to it next week (10:29:19 AM) warren: f13, I"M NOT TALKING ABOUT DISTTAG (10:29:20 AM) thl: and or even better: work that out on the lists (10:29:24 AM) f13: warren: neither am I (10:29:37 AM) ***thl will switch to a different topic in 10 (10:29:40 AM) warren: move on (10:29:40 AM) f13: warren: the name-ver-rel with or without dist tags is not deterministic (10:29:41 AM) ***thl will switch to a different topic in 5 (10:29:47 AM) thl has changed the topic to: FESCo meeting -- Opening Core - (warren, jeremy, rdieter) -- status update (10:29:53 AM) thl: warren, jeremy, rdieter ? (10:30:48 AM) warren: thl, well, management likes the general idea, figuring out specifics now. (10:30:50 AM) thl: btw, I'm getting nervous slowly -- shouldn#t we plan a schedule for F{,C}7 slowly? (10:31:11 AM) thl: normally the first beta should show up in January afaics (10:31:18 AM) f13: thl: thtas on Max's plate to accomplish (10:31:32 AM) thl: f13, okay, then I'll be quiet for now :) (10:31:44 AM) warren: thl, that's a FPB question (10:32:20 AM) thl: warren, tehre is still this on the schedule: "tasks: warren: start a discussion on f-e-l about plans how to realize the mass-review for packages moving from Core to Extras" (10:32:48 AM) rdieter: I could be rememberring wrong, but I thought one of the conclusions from the Summit was that the first beta would happen after the upcoming FUDCon. ?? (10:33:00 AM) f13: rdieter: thats too late (10:33:08 AM) daMaestro left the room (quit: "Leaving"). (10:33:08 AM) rdieter: ok, I'm wrong. (: (10:33:30 AM) thl: warren, rdieter, jeremy, is there anything FESCo should do now besides waiting for management? (10:33:37 AM) tibbs: Might we need to accept the possibility that this won't happen for FC7? (10:33:45 AM) rdieter: thl: afaik, not much. (10:34:09 AM) thl: rdieter, okay (10:34:13 AM) thl: then let's move on (10:34:15 AM) rdieter: tibbs: I think we continue on assumption that Core/Extras merge will happen, and proceed accordingly. (10:34:38 AM) thl has changed the topic to: FESCO-Meeting -- Encourage co-maintainership -- c4chris (10:34:39 AM) XulChris: if core packges need to be reviewed that should happen asap (10:34:40 AM) tibbs: Yes, but the last thing we want to do is rush to cram everything in if we run short on time. (10:34:41 AM) warren: rdieter, please be sure FPB begins planning the F 7 schedule. (10:34:41 AM) jeremy: tibbs: I don't see how we _don't_ do it, to be honest. we can't do a 7 cd release (and that's what we get to otherwise) (10:34:48 AM) thl has changed the topic to: FESCo meeting -- Opening Core - (warren, jeremy, rdieter) -- status update (10:35:00 AM) warren: thl, regarding mass review, we aren't quite ready yet. (10:35:21 AM) thl: warren, okay, then I'll move it of the list for now (10:35:29 AM) thl: anything else regarding opening core? (10:35:41 AM) thl has changed the topic to: FESCO-Meeting -- Encourage co-maintainership -- c4chris (10:35:51 AM) thl: c4chris seems not around; skipping (10:35:59 AM) thl has changed the topic to: FESCo meeting -- MISC -- what to do with all those broken deps and upgrade paths (10:36:00 AM) tibbs: I believe he's on vacation. (10:36:12 AM) thl: nirik, thx for your work (10:36:22 AM) thl: nirik, everyone else: do we need to do more? (10:36:32 AM) nirik: I just prodded some folks... there are still a few non devel issues that are tougher... (10:36:34 AM) tibbs: The easy busted deps were all done. (10:36:42 AM) tibbs: Until postgres was updated, that is. (10:36:58 AM) nirik: linphone is tricky, and flumotion is another (broken E-V-R) (10:37:02 AM) tibbs: Kind of annoyed that there was no announcement to fedora-maintainers about that. (10:37:09 AM) thl: well, I don#t care much about those deps that are broken less than 7 days (10:37:23 AM) tibbs: linphone requires an update to a core package in FC5. (10:37:28 AM) rdieter: tibbs; yeah, someone should have a gentle discussion with pgsql maintainer. (10:37:31 AM) tibbs: We may have to pull it from the repo. (10:37:51 AM) jeremy: tibbs: I need to send mail to tgl about the postgres update (10:37:58 AM) nirik: flumotion needs new twisted bits... (10:38:04 AM) ***jeremy has been trying to beat on getting the python stack in shape and so hasn't done so (10:38:08 AM) tibbs: EVR fixes are harder to deal with, I think. (10:38:35 AM) tibbs: I wonder if it's reasonable to refuse to push packages that violate EVR ordering between released branches. (10:38:46 AM) thl: well, shall we create a official "extras release manager" position that takes care of poking people? (10:38:55 AM) ***thl nominates nirik for that job (10:38:56 AM) rdieter: tibbs: not unreasonable, just hard to check/enforce. (10:39:19 AM) tibbs: rdieter: Obviously it's not too hard to check. After all, something generates that report. (10:39:29 AM) nirik: I think it would be something the QA SIG people could work on? I'd be happy to help out when I can... (10:39:32 AM) rdieter: tibbs: sure, *after* the push happens. (: (10:39:48 AM) tibbs: I don't think it's terribly time consuming. (10:39:50 AM) nirik: I think the new updates thing from lmacken does check that? (10:39:50 AM) wwoods: QA SIG? (10:40:01 AM) lutter [n=dlutter] entered the room. (10:40:02 AM) bpepple: nirik: I agree. The QA sig makes sense. (10:40:08 AM) thl: nirik, agreed, but have ing an official "extras release manager" might help as people might fear his voice ;) (10:40:14 AM) warren: a "poking people" position would be nice and focused. (10:40:18 AM) thl: wwoods, well, more a Extras QA SIG (10:40:19 AM) lmacken: nirik: it will (10:40:26 AM) ***rdieter starts to sharpen the official poking stick. (10:40:28 AM) tibbs: Yes, failure to install packages in our repo because they have busted deps is certainly a QA issue. (10:40:34 AM) wwoods: thl: ah (just found Extras/SIGs/QA) (10:40:40 AM) scop: thoughts about kmods in devel? (10:41:04 AM) scop: with the current setup, I don't think packagers have a chance of keeping them off the EVR problems and broken deps reports (10:41:16 AM) tibbs: scop: dkms is the only reasonable way to do that kind of thing. (10:41:22 AM) thl: scop, someone just needs to work on making plague/mock kmod aware (10:41:27 AM) nirik: it would assist if the Evr and broken deps reports were generated on every push. I think mschwent changed them to once every 2 weeks or something. (10:41:59 AM) thl: tibbs, no (10:42:08 AM) tibbs: no what? (10:42:10 AM) thl: tibbs, the kabi stuff is somewhat a solution (10:42:26 AM) tibbs: Funny, that. Does it actually exist now? (10:42:37 AM) thl: tibbs, yes (10:42:38 AM) warren: well... (10:42:51 AM) thl: but just to be clear: I'm not to glad with the status of the whole kmod stuff (10:42:52 AM) warren: kabi stuff in RHEL5 is because the kabi hashes are supposed to not change (10:42:56 AM) nirik: will be nice once core/extras is merged, then someone can see a new kernel build in the buildsys local repo and rebuild kmods, so they get pushed at the same time. (10:43:00 AM) warren: kabi hashes in rawhide will change ALL THE TIME (10:43:05 AM) thl: but I don#t have to much time to improve it (10:43:22 AM) thl: nirik, exatly (10:43:31 AM) tibbs: I still think that dkms is the only reasonable solution for rawhide, and even it won't help when the API changes. (10:43:42 AM) ***nirik is also unhappy with the kmod stuff... had to build the zaptel-kmod from source for my asterisk box last time. ;( (10:43:53 AM) thl: nirik, sumbitt it to livna ;) (10:44:16 AM) nirik: yeah, might be worth it... (10:44:24 AM) rdieter: tibbs may have a point, freshrpms is pushing out a few dkms-based packages, and it seems to work well. (10:44:47 AM) tibbs: Still, this probably isn't the time to get into all of that. (10:44:47 AM) thl: rdieter, well, we all agree that for our release tree we want kmods to build for our users, or? (10:44:55 AM) thl: and not force them to rebuild the stuff locally? (10:45:16 AM) thl: and I further don#t think we want different solutions for rawhide and stable, or? (10:45:19 AM) rdieter: Not necessarily. (10:45:20 AM) tibbs: I would rather rebuild the stuff locally. (10:45:30 AM) tibbs: Because if a user reboots a machine in the interim, I get hosed systems. (10:45:39 AM) rdieter: dkms doesn't *always* rebuild locally either. (10:45:57 AM) tibbs: gcc isn't that bug. (10:46:00 AM) tibbs: big. (10:46:18 AM) nirik: I'm starting to decide that having any kmod packages is a bad idea. :( Oh well. (10:46:19 AM) rdieter: (though, I think we're straying way off-topic now...) (10:46:22 AM) ***bpepple steps out real quick to get some more firewood. (10:46:26 AM) abadger1999: thl: I'm just wondering (perhaps like tibbs) if we all like dkms better -- do we really want to give our users an inferior solution because we *think* they don't want to have gcc on their systems? (10:46:50 AM) abadger1999: (Also assuming that we all think highly of dkms) (10:47:00 AM) nirik: back to the topic. I am happy to try and police the non devel broken deps and evr problems in extras (time permitting) (10:47:02 AM) warren: abadger1999, kernel-devel is also big and slow (10:47:35 AM) scop: off topic indeed... I'm mainly interested in whether people want something done about the reports *now* (10:47:42 AM) warren: abadger1999, dkms is almost equivalent to kmod + better automation (10:47:58 AM) tibbs: OT: great, someone branched denyhosts for EPEL already, but now a security issue has come up and there's no epel maintainer. This pisses me off. (10:47:59 AM) thl: btw, I have a system locally that rebuilds kmod srpms during boot (10:48:07 AM) scop: ignore them? filter from reports? (10:48:09 AM) thl: I always wanted to bring it into shape (10:48:21 AM) rdieter: thl: sounds fun. (: (10:48:28 AM) thl: but it does the main thing we want in 2k where dkms needs more than 100k (10:48:33 AM) warren: tibbs, security issue for denyhosts? URL? (10:48:35 AM) dgilmore: tibbs: i branched it (10:48:36 AM) nirik: scop: I think if you have a kmod it's good to bug the maintainer to rebuild on the new kernel... so I would keep it as it is now (10:48:54 AM) tibbs: dgilmore: please, do not branch unless there is a maintainer for it. (10:49:04 AM) dgilmore: tibbs: right now its me (10:49:13 AM) dgilmore: for epel anyway (10:49:15 AM) thl: okay, we are running late a bit (10:49:16 AM) tibbs: owners.list entry? (10:49:23 AM) thl: let's move on for now, okay? (10:49:24 AM) tibbs: Sorry for being offtopic. (10:49:34 AM) thl: tibbs, np (10:49:35 AM) scop: nirik, the maintainer has zero control over when FE signing+pushing happens no matter how closely he tracks things (10:49:40 AM) dgilmore: tibbs: owners.epel.list is not fully synced up (10:49:52 AM) thl has changed the topic to: FESCo meeting -- MISC -- policy frontpage (10:50:03 AM) thl: anything we should talk about? (10:50:13 AM) ***bpepple is back. (10:50:17 AM) thl: seems not (10:50:18 AM) thl has changed the topic to: FESCo meeting -- Packaging Committee Report (10:50:18 AM) tibbs: Thse are great, BTW. (10:50:21 AM) nirik: scop: true. Perhaps we should have pushes happen at some specific time? (10:50:35 AM) thl: do we agree that we want to approve all Conflicts? (10:50:44 AM) rdieter: thl: +infinity (10:50:45 AM) tibbs: I sent the report to fedora-maintainers yesterday; hopefully everyone saw it. (10:50:53 AM) thl: we can find a better solution later if it's to much work (10:50:54 AM) XulChris: ? (10:51:00 AM) abadger1999: thl: -1 (10:51:07 AM) abadger1999: At least for now. (10:51:11 AM) tibbs: I guess the real question is whether it should be left to the reviewer. (10:51:15 AM) scop: nirik, good luck suggesting that to extras-signers at fp.org ;) (10:51:18 AM) rdieter: thl: sorry, misread, not sure. (10:51:20 AM) abadger1999: tibbs: +1 (10:51:35 AM) rdieter: what if reviewer misses it? (10:51:36 AM) tibbs: I don't believe it should be left to the reviewer, BTW. (10:51:44 AM) thl: tibbs, +1 (10:51:51 AM) bpepple: tibbs: +! (10:51:57 AM) bpepple: s/!/1/ (10:52:17 AM) thl: I'd say we over time just need to work out some examples what conflicts are okay and what not (10:52:18 AM) nirik: scop: can't one person that has the key just plan on doing a push every work day at some specific time? Or thats too much planning? (10:52:19 AM) abadger1999: Conflicts can creep in at any time, not just during initial review. (10:52:31 AM) thl: then document them properly and let those easy ones up to the reviewer (10:52:34 AM) tibbs: abadger1999: QA sig can deal with those. (10:52:42 AM) thl: and all the other need to go to the PC or FESCo (10:52:52 AM) tibbs: Versioned conflicts generally become outdated anyway. (10:52:52 AM) nirik: whats the problem thats trying to be solved with approval of Conflicts? did someone push something with a bad conflict? (10:53:05 AM) warren: Conflicts: kernel (10:53:08 AM) warren: =) (10:53:12 AM) thl: nirik, mschwendt made a lot of noise (and he was right with it) (10:53:15 AM) abadger1999: thl: I'd be fine with that. (10:53:32 AM) tibbs: nirik: There are multiple issues because COnflicts: is used for multiple things, unfortunately. (10:53:38 AM) thl: abadger1999, can the PC discuss this idea in the next meeting? (10:53:44 AM) abadger1999: thl: My proposal to the list was Disallow unless it is this kind of conflict. (10:54:06 AM) tibbs: The draft isn't finished; I just wanted to bring it to FESCo's attention. (10:54:06 AM) abadger1999: If it isn't and you think it's necessary, it has to go up for discussion, updating of guidelines. (10:54:15 AM) thl: tibbs, sure (10:54:49 AM) thl: I'll post a mail to the list and will try to be in the next PC's meeting (10:54:51 AM) thl: that okay? (10:54:55 AM) abadger1999: thl: Sounds good. (10:54:58 AM) scop: nirik, speaking for myself, I can't promise to be available for that, maybe others can, dunno. And a full push takes a loooong time during which things may already become stale if rawhide gets pruned in the background (10:54:59 AM) tibbs: You're always welcome. (10:55:15 AM) thl has changed the topic to: FESCO-Meeting -- kmod approval -- gspca [WWW] https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=209112 (10:55:22 AM) thl: did anybody look at it? (10:55:43 AM) thl: I suspect nearly nobody did (10:55:53 AM) warren: how effective is it to ask for kmod approval during meetings? perhaps better on fesco list? (10:55:55 AM) thl: so I#d say we continue to discuss this package in the bug report (10:56:00 AM) warren: where people can take their time and provide a vote (10:56:13 AM) scop: list++ (10:56:38 AM) thl: scop, warren, well, just use the wiki diff as start for the voting then :) (10:56:42 AM) tibbs: I remember that bug from a while back, but it didn't seem like there was much point in continuing with it since the submitter wanted to close it. (10:56:54 AM) rdieter: list makes more sense. (10:56:58 AM) thl: tibbs, the submitter asked me to bring it up (10:57:10 AM) thl: rdieter, that why the diffs get send to the list (10:57:20 AM) thl: they are always meant as a "let's discuss this" (10:57:27 AM) rdieter: dunno, I don't remember seeing anything on the list. ?? (10:57:40 AM) rdieter: (maybe I just missed it) (10:57:43 AM) spot: fwiw (10:57:50 AM) spot: im interested in gspca (10:57:55 AM) spot: because it makes my webcam work in linux (10:57:58 AM) thl: rdieter, well, I'll try to make it more explict in the future ;) (10:58:04 AM) spot: ive talked to the upstream author (he is french) (10:58:25 AM) spot: and he wants to upstream it, but because of a massive disagreement in the v4l camp, its not likely to happen anytime soon (10:58:47 AM) spot: code is good (to my eyes), rather well tested (10:59:09 AM) thl: spot, some sort of semi-official statement in the bug from the author and/or you would be nice (10:59:18 AM) thl: then i'll probably give a +1 to it (10:59:20 AM) spot: i can dig it out of my email archives (10:59:35 AM) thl: spot, thx (10:59:38 AM) thl: then let's move on (10:59:40 AM) thl has changed the topic to: FESCo meeting -- Maintainer Responsibility Policy -- bpepple -- EOL plans (10:59:43 AM) thl: bpepple, ? (10:59:46 AM) rdieter: thl: ditto. (11:00:22 AM) bpepple: We're waiting to hear from the Legacy folks regarding whether to shut down the builders. (11:00:48 AM) thl: bpepple, k; can you add that info-sniplet to the wiki please? tia (11:00:54 AM) thl has changed the topic to: FESCo meeting -- Alternative paths of membership advancement -- warren (11:00:57 AM) thl: warren, ? (11:01:24 AM) mmcgrath: Swag? (11:01:38 AM) ***thl puts "kmod stuff" on his schedule for saturday (11:01:48 AM) thl: mmcgrath, ? (11:02:06 AM) mmcgrath: nothin... (11:02:10 AM) thl: bpepple, ohh, you did alreay :) (11:02:19 AM) thl: warren seems lost (11:02:21 AM) thl: moving on (11:02:26 AM) thl has changed the topic to: FESCo meeting -- Free discussion around Fedora Extras (11:02:31 AM) bpepple: thl: Yeah, though a bit late. (11:02:34 AM) thl: anything else we should discuss? (11:02:36 AM) mmcgrath: thl: one thing (11:02:53 AM) mmcgrath: So I attempted to do the 'special requests' on the CVSSYNC page last night. So if anything is borked let me know. (11:03:06 AM) mmcgrath: But do we have a specific written policy around 'renaming' packages? (11:03:09 AM) XulChris: scop: can you join #livna for a sec? (11:03:15 AM) thl: mmcgrath, someone will yell is anything is borked (11:03:33 AM) thl: mmcgrath, I'm not sure myself if we have a "policy around 'renaming' packages" (11:03:36 AM) mmcgrath: What, in general, I did was request them to import the new module and I'll remove the old one from the 'modules' file but not the actual CVS for archive purposes. (11:04:05 AM) warren: thl, I still need to do that, it is medium on my priority list (below some security issues) (11:04:14 AM) thl: warren, k, thx (11:04:33 AM) scop: I have a renaming related action item in the packaging committee, but that's probably not what you're talking about here (11:04:49 AM) thl: mmcgrath, the history wil get lost that way (or am I wrong with that?) (11:04:50 AM) abadger1999: mmcgrath: Do we ant to remove it from the modules file? I thought we just wanted to empty the contents of branches and stick a dead.package file in each branch. (11:05:35 AM) mmcgrath: Beats me, thats up to you guys. (11:06:08 AM) mmcgrath: well, for example.... (11:06:19 AM) thl: someone should bring that up to f-e-l imho (11:06:39 AM) thl: will the checkout by tag still work if we rename a package in cvs? (11:06:46 AM) mmcgrath: We can take it off line if you want. (11:06:49 AM) nirik: in the past we haven't removed it from modules... just EOLed the old package (dead.package, etc) (11:06:52 AM) mmcgrath: no idea. (11:07:07 AM) nirik: and then added the new one (with Obsoletes. :) (11:07:21 AM) mmcgrath: So really whenever someone wants to remove a module or rename it, the cvs doesn't change, they just add the new one and leave the old one alone? (11:07:32 AM) abadger1999: mmcgrath: Yep. (11:07:41 AM) abadger1999: The packager takes care of all that. (11:08:07 AM) abadger1999: They might request branches for the renamed package-module. (11:08:28 AM) thl: everybody okay with taht scheme? then we should document it somewhere (11:08:29 AM) abadger1999: Having reference to the old module at that point is nice to confirm it's really just a rename. (11:08:45 AM) mmcgrath: WORKSFORME (11:08:53 AM) bpepple: sounds good. (11:09:09 AM) thl: awjb, can you document it please? you wanted to rename something iirc ;) (11:09:45 AM) abadger1999: thl: Part of it is here: http://www.fedoraproject.org/wiki/Extras/PackageEndOfLife?highlight=% 28dead.package%29 (11:10:00 AM) thl: abadger1999, well, it needs to be more explict afaics (11:10:07 AM) abadger1999: I agree. (11:10:17 AM) awjb: thl, yes will do (11:10:23 AM) thl: awjb, thx :) (11:10:26 AM) thl: anything else? (11:10:46 AM) mmcgrath: nein (11:10:46 AM) ***thl will end the meeting in 60 (11:11:01 AM) nbecker left the room ("Kopete 0.10.3 : http://kopete.kde.org"). (11:11:14 AM) ***thl will end the meeting in 30 (11:11:30 AM) rdieter: fyi, I've started actively making EL-4 branches for a bunch of my packages, and felt some pain... (11:11:46 AM) rdieter: I forgot how many other Extras' packages I depended on. ): (11:12:01 AM) mmcgrath: same here. :: cough cough :: nagios-plugins :: COUGH COUGH :: (11:12:04 AM) thl: rdieter, I had more luck and got all my important stuff build :) (11:12:27 AM) rdieter: (:, qt4 should be coming soon... (once I get nas done) (11:12:34 AM) thl: rdieter, mmcgrath, so what do you suggest? Open building for other contributors? (11:12:47 AM) mmcgrath: Not quite yet.. (11:12:49 AM) rdieter: not sure, maybe not yet. (11:12:51 AM) f13: mmcgrath: how did that mercurial build go? (11:13:07 AM) thl: rdieter, mmcgrath, agreed (11:13:14 AM) thl: let's discuss that next week (11:13:17 AM) mmcgrath: http://buildsys.fedoraproject.org/logs/fedora-4-epel/23109-mercurial-0.9.1-2.el4/ (11:13:27 AM) ***thl will end the meeting in 15 (11:13:33 AM) ***thl will end the meeting in 10 (11:13:43 AM) thl: -- MARK -- Meeting End }}} -------------- 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 Dec 18 21:10:03 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 18 Dec 2006 13:10:03 -0800 Subject: FESCo meeting Logs 2006-12-14 Message-ID: <1166476204.21769.20.camel@localhost.localdomain> = 2006 December 14 FESCo Meeting = == Members == === Present === * thl * dgilmore * warren * tibbs * jwb * rdieter * bpepple * abadger1999 * ch4chris * jeremy * scop === Absent === * spot * awjb == Summary == === EPEL === * c4chris asked if we could have ia64 builds and whether an ia64 builder could be hosted outside of Red Hat/Fedora. * dgilmore, c4chris, and mmcgrath will discuss this with infrastructure. * Local EPEL mock builds can be done with CentOS but the configuration is not yet shipped in our mock package. Will coordinate with the mock package maintainer to get that built. * Need to get bugzilla configured for epel. * dgilmore will maintain an open tasks list for EPEL. * Shipping packages for EL-Server that are part of EL-Client. * Make a decision later (when someone decides they want to ship such a package). Warren is having a meeting with some RHEL managers that may add ideas as well. * Who can request EPEL branches? * We want to focus on community maintainership of EPEL rather than strict one-maintainer ownership. * Prefer that Extras maintainers are the maintainer in EPEL but it is not necessary. For instance, in the case where the Extras maintainer is not allowed to branch for EPEL or the Extras maintainer has no interest in EPEL. * Ratified: Sponsors and people maintaining 5+ packages are allowed to branch/own packages in EPEL. * Ratified: "Extras maintainers get first crack at maintaining the EPEL Package. If they don't want to, someone else can do it, but they must communicate with the Extras Maintainer." * c4chris will make a quick table of sponsors/people with 5+ packages to make enforcement of "who can own epel packages" easier. * At some point we need a policy for when to update and when to backport in EPEL. * There was a proposal to rename EPEL to PEEL Packaged Extras for Enterprise Linux -- people are tired of naming discussions and like epel well enough. No changes. === Opening Core === * Policy decisions mostly internal Red Hat at this point. * dgilmore made the suggestion that we should start moving Core packages that are on the fringes of the dependency tree into Extras now. This helps us get started on the potential bottleneck of reviewing all the Core Packages. * jeremy would like to put off harassing packagers with the move for a little longer. * jeremy has a proposal related to this but needs to write it up. * Current Core maintainers should be encouraged very strongly to be maintainer or co-maintainer on packages. This is because they also maintain the package for RHEL and should be aware of what is going on with their package. === Co-Maintainers === * Bugzilla auto-cc problem: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=198109 * The script just needs debugging to find and fix the issue. * Script is located in cvs: http://cvs.fedora.redhat.com/viewcvs/fedora-accounts/?root=fedora * The script is bz-make-components.py === Broken deps and EVR problems === * Down to one non-devel broken dep (linphone) and two evr problems. * Devel has python packages in need of rebuilds. tibbs and nirik will start kicking off builds with others welcome to jump in. === Stop running repoview on debuginfo packages === * Voted to stop running repoview on debuginfo * +1: thl, bpepple, rdieter, jwb, tibbs, abadger1999, jeremy * -1: [None] === Packaging Committee Report === * iconcache changes made. Close to approval. * Making the rpm Group tag optional from a few weeks ago is currently: no changes to policy but have the rpm maintainer allow for it technically. === Allowing libsparse (static) === * https://www.redhat.com/archives/fedora-packaging/2006-December/msg00034.html * libsparse.a is provided by mdomsch's sparse package. * Jeff Garzik wants it for a package of his and is willing to monitor for static library issues. * +1: thl, rdieter, tibbs, bpepple, c4chris, dgilmore, tibbs, abadger1999, jwb * -1: [None] === Kmod Approval === * gspca https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=209112 * Voted to allow for a period of 1 year and then revisit if it's not upstream: * +1: warren, thl, jwb, bpepple, c4chris, abadger1999, tibbs === Maintainer Responsibility === * Looks like Legacy is going to drop FC4 and earlier. * Proposal to drop FE3 and FE4 on January 1 * +1: thl, scop, bpepple, jwb, abadger1999, warren, rdieter * tibbs had some hesitation, dgilmore was +1 as long as legacy is done. * In addition to closing the builders we'll also be removing all but the latest build of a package on the download servers to save space. * Open bugs against FE3, FE4 should be closed or moved forward to a new release. === File deps outside "/etc {/usr,}/{s,}bin/" === * The issue with file deps is that repodata has file deps for things in certain directories only. File deps outside those directories have to download a second, rather large file for possibly multiple repositories and process them looking for the file deps. If we keep deps within /etc and the bin dirs we can speed up yum's processing time. * rdieter will present this to the Packaging Committee to be made into a Guideline. == Log == {{{ (10:00:30 AM) thl: FESCo meeting ping -- abadger1999, awjb, bpepple, c4chris, dgilmore, jeremy, jwb, rdieter, spot, scop, thl, tibbs, warren (10:00:33 AM) thl: Hi everybody; Who's around? (10:00:37 AM) ***dgilmore is here (10:00:37 AM) warren: hi (10:00:39 AM) tibbs: Howdy. (10:00:40 AM) jwb: hi (10:00:40 AM) ***rdieter is here. (10:00:49 AM) ***bpepple is here. (10:00:50 AM) ***abadger1999 is here. (10:01:03 AM) c4chris_ is now known as c4chris (10:01:07 AM) ***c4chris is here (10:01:18 AM) thl: hey, quite a lot of people this time; so let's start! (10:01:20 AM) thl has changed the topic to: FESCO-Meeting -- EPEL -- mmcgrath, dgilmore -- status update (10:01:23 AM) thl: dgilmore, mmcgrath ? (10:01:43 AM) rdieter: dilgmore is around (I was chatting just moments ago)... (10:01:55 AM) jwb: he said he was here :) (10:02:03 AM) dgilmore: thl: we have had some more building (10:02:12 AM) ***rdieter wipes glasses, tries to relearn to read quickly. (10:02:19 AM) dgilmore: im still waiting to hear back about getting the sync process setup (10:02:23 AM) c4chris: will we have ia64 at some point ? (10:02:40 AM) dgilmore: c4chris: not unless we get donated a ia64 build host (10:02:45 AM) mmcgrath: pong (10:02:52 AM) c4chris: hmm, can I provide one ? (10:02:58 AM) thl: I hope we'll have ia64 over time, but for now; see dgilmore's replay (10:03:00 AM) thl: reply (10:03:09 AM) j-rod: |DrJef|: hey, numpy is built (10:03:16 AM) jwb: c4chris, um... not until the buildsys can accomadate it being outside of the RH firewall (10:03:26 AM) c4chris: jwb, k (10:03:27 AM) mmcgrath: Still waiting on notting for a public mirror I believe. (10:03:28 AM) dgilmore: c4chris: you should be able to provide one (10:03:37 AM) dgilmore: and it could be external to Red hats network (10:03:44 AM) scop [n=scop] entered the room. (10:03:48 AM) jwb: dgilmore, and still be called Fedora? (10:03:52 AM) ***jwb questions that (10:03:58 AM) jwb: i thought we weren't to that point yet (10:04:07 AM) dgilmore: jwb: the current build server is at duke (10:04:13 AM) jeremy: and I'm here now (10:04:31 AM) jwb: perhaps we're talking of different things (10:04:39 AM) jwb: or i'm just confused. move on :) (10:04:42 AM) mmcgrath: We've talked about builders at multiple spots. The issue becomes syncing their backend packages to make sure everything gets built from identicial build-requires. (10:04:48 AM) dgilmore: if we had a EPEL ia64 build host that was not located in Duke or Red Hat i dont see a problem with that (10:04:50 AM) c4chris: dgilmore, if it can be done, I'm interested (10:04:57 AM) jwb: sure (10:05:16 AM) j-rod: mmm... ia64... (10:05:24 AM) c4chris: I can actually justify some work hours doing just that :-) (10:05:29 AM) ***j-rod must be sick in the head... (10:05:29 AM) thl: dgilmore, c4chris, I suggest you work it out; would be good to work that out quickly, as we could support ia64 right from the start then (10:05:30 AM) dgilmore: mmcgrath: yeah we would need to make sure that the tree was in sync (10:05:44 AM) thl: but we probably need a ACK from the Board afaics (10:05:47 AM) mmcgrath: dgilmore: have you heard back from anyone concerning the mirror? (10:05:54 AM) dgilmore: c4chris: ill chat to you about it after the meeting (10:05:59 AM) dgilmore: mmcgrath: not yet (10:06:02 AM) c4chris: dgilmore, k (10:06:17 AM) dgilmore: just nottings quick response that he will ping the people on it (10:06:25 AM) thl: and can we trust external builders (we can of course trust c4chris, but hte question needs to be raised) (10:06:54 AM) dgilmore: thl: we would need to trust the builders yes. (10:06:58 AM) jwb: can we do EPEL mock builds locally yet? (10:07:00 AM) ***jwb assumes no (10:07:08 AM) mmcgrath: jwb: I do. (10:07:11 AM) dgilmore: jwb: you can with CentOS (10:07:17 AM) alleycat left the room (quit: "Ce-i lipseste in materie de inteligenta compenseaza prin prostie."). (10:07:22 AM) dgilmore: or RHEL if you have a license (10:07:30 AM) thl: dgilmore, I think jwb is asking for preconfigured mock configs (10:07:36 AM) jwb: dgilmore, i mean do we have the infrastructure in place on the buildsystems and in mock (10:07:45 AM) jwb: so one can type: make mockbuild (10:07:47 AM) rdieter: last I knew, the preconfigured mock configs pointed to centos. (10:07:57 AM) mmcgrath: jwb: oh, yeah. We've been doing test builds for a couple of weeks. (10:08:03 AM) warren: rdieter, and that's fine. (10:08:11 AM) thl: warren, +1 (10:08:14 AM) jwb: mmcgrath, rdieter: test... but are those in a released mock package? (10:08:41 AM) dgilmore: jwb: make mockbuild depends on you locally haveing the neccesary setup (10:09:07 AM) rdieter: jwb: afaict, no. (At least not fc6's mock pkg doesn't yet include it). (10:09:20 AM) jwb: hm.. that's my last hinging point (10:09:35 AM) rdieter: then we just need to bug the mock maintainer for an update. (: (10:09:41 AM) jwb: yes (10:09:44 AM) mmcgrath: Other than that we need to decide who can requests forks and some of those logistical issues. (10:10:01 AM) thl: and we should update the schedule to make sure we don#t forget it ;) (10:10:09 AM) dgilmore: we still need to get bugzilla configured (10:10:34 AM) thl: mmcgrath, dgilmore, could you maintain a "open tasks lists" on the schedule please? (10:10:51 AM) warren: I have a meeting with regarding EPEL on Friday. (10:10:55 AM) dgilmore: i am looking at lmackens update utility to do the pushing of builds (10:11:02 AM) jwb: warren, to discuss what? (10:11:04 AM) dgilmore: thl: sure we can do that (10:11:20 AM) warren: jwb, the Client/Server split mess and implications of this toward EPEL (10:11:21 AM) thl: dgilmore, thx, that would be extremely helpfull; there is so much stuff to think about (10:11:30 AM) jwb: warren, ah excellent (10:11:42 AM) thl: dgilmore, and a lot of stuff got discussed in the meetings and forgotten again :-/ (10:11:44 AM) warren: I'll have news by next week (10:12:09 AM) thl has changed the topic to: FESCO-Meeting -- EPEL -- mmcgrath, dgilmore -- ship packages in EPEL for EL-Server that are part of EL-Client? (10:12:15 AM) dgilmore: warren: keep us in the loop please (10:12:19 AM) warren: nod (10:12:20 AM) thl: what did we agree on regarding that last week? (10:12:31 AM) mmcgrath: I vote we don't make the distinction until the need comes about. (10:12:32 AM) dgilmore: thl: wait till warren is done before we discuss this (10:12:50 AM) rdieter: mmc/dgil: ++ (10:12:53 AM) ***cweyl takes a seat in the rabble stands (10:13:02 AM) thl: okay :) (10:13:09 AM) thl has changed the topic to: FESCO-Meeting -- EPEL -- mmcgrath, dgilmore -- open EPEL for sponsors and people maintaining more then 5 packages in Extras? (10:13:14 AM) thl: suggestions? (10:13:27 AM) mmcgrath: I think we need some sort of requirement for it but I don't know what that requirement should be. (10:13:29 AM) thl: btw, owners.epel.list is still mostly empty :-( (10:13:38 AM) rdieter: thl: you're initial suggestion sounds like a logical next step. (10:13:44 AM) dgilmore: lets open it up and have packages waiting so that we have things to offer when we get everything inplace (10:13:47 AM) nirik: what about dependencies? ie, you want to branch package a, but it needs 20 other packages you don't maintain in extras? (10:13:48 AM) thl: well, sponsors should be fine IMHO (10:14:06 AM) jwb: i'd like to do a few, but i want the mock configs sorted out first (10:14:06 AM) rdieter: at least until we get warren's new fedora level 32 system... (: (10:14:13 AM) warren: 250 levels (10:14:15 AM) cgTobi left the room ("Leaving"). (10:14:17 AM) dgilmore: nirik: then you need to maintain them in EPEL or have someone who wants to (10:14:20 AM) abadger1999: rdieter: +1 (10:14:20 AM) thl: 250 levels? (10:14:23 AM) ***thl is shocked (10:14:24 AM) warren: (joke) (10:14:28 AM) mmcgrath: Thats the other question, should we be putting focus on 'community ownership' or 'maintainer ownership' ? (10:14:30 AM) thl: :) (10:14:33 AM) XulChris: why not just recompile everything for EPEL? (10:14:38 AM) warren: open to sponsor rank for now (10:14:40 AM) rdieter: mmcgrath: yes. (: (10:14:41 AM) thl: mmcgrath, 'community ownership' (10:14:49 AM) jwb: XulChris, because we don't want to do that (10:14:52 AM) warren: XulChris, do you want to be responsible for all those packages? =) (10:14:55 AM) thl: XulChris, because someone has to maintain it (10:15:11 AM) mmcgrath: K, I put that on the EE page but I wanted to make sure that was the general consensus. (10:15:15 AM) warren: Sponsor rank for now, ratify? (10:15:18 AM) dgilmore: thl: i agree we need community ownership of things (10:15:25 AM) thl: sponsor rank for now +1 (10:15:33 AM) warren: after more pieces are ready we can open it further (10:15:34 AM) c4chris: thl, +1 (10:15:38 AM) dgilmore: sponsor +1 (10:15:40 AM) rdieter: sponsor sounds reasonable, +1 (10:15:41 AM) mmcgrath: +- 0 (10:15:46 AM) abadger1999: for now +1 (10:15:48 AM) bpepple: sponsor +1 (10:15:56 AM) jwb: +1 (10:15:59 AM) thl: warren, well, it might be a bit hard without those packages that are not sponsors, but have lots of packages (10:16:13 AM) cweyl: it's a start at least. (10:16:16 AM) thl: thus my "people with more then 5 packages" suggestion (10:16:18 AM) craigt [n=cthomas] entered the room. (10:16:19 AM) warren: wait... (10:16:26 AM) warren: sponsor rank gets to do what exactly? (10:16:33 AM) rdieter: request EPEL branches. (10:16:43 AM) nirik: is the owners/bugzilla gonna be setup soon? I hate having packages there with no idea who branched them or how to report bugs against them. (10:16:43 AM) tibbs: I'm undecided. I'm not sure what will help with issues that the denyhosts update uncovered. (10:16:59 AM) warren: perhaps a sponsor could request EPEL branches on behalf of a non-sponsor (10:17:00 AM) warren: ? (10:17:10 AM) rdieter: warren: ++, also reasonable. (10:17:13 AM) warren: tibbs, what issues? (10:17:14 AM) thim1 [n=thimm] entered the room. (10:17:20 AM) thl: would that really help? (10:17:25 AM) mmcgrath: is the assumption that there is no automatic correlation between extras owner and EPEL owner? (10:17:30 AM) XulChris: OT: but why are we still requesting branches? shouldnt sponsers just be able to do it without any request? (10:17:39 AM) tibbs: warren: Denyhosts had a security problem. I went to update and found that someone had branched it for EPEL. (10:17:39 AM) abadger1999: mmcgrath: Yes. (10:17:42 AM) thl: mmcgrath, correct (10:17:52 AM) tibbs: No entry in the epel owners list; I had no idea what I was expected to do. (10:17:58 AM) thl: but I hope owners are often the same in extras and in epel (10:18:03 AM) warren: XulChris, that will be possible in the future with the package database and ranking system, but for now we need a simple policy to control it without that stuff. (10:18:08 AM) dgilmore: nirik: hopefully soon. though the packages are currently sitting on the buildsys only (10:18:10 AM) tibbs: I went ahead and pushed the update to all seven branches I guess I'm now maintaining. (10:18:25 AM) rdieter: thl: generally true, I did a couple of others (and I'm lame that I haven't fully updated owners.epel.list yet). (10:18:40 AM) warren: tibbs, was that really a problem? I guess the EPEL maintainer should have communicated with you to make it better... (10:18:54 AM) ***nirik thinks builds should fail if owners.epel doesn't have an entry. (10:18:55 AM) tibbs: As far as I know there is no EPEL maintainer. (10:19:12 AM) warren: tibbs, didn't dgilmore say he would have been if nobody did? (10:19:14 AM) thl: where did that branch come from? testing maybe? (10:19:17 AM) c4chris: look in th ewiki log ? (10:19:20 AM) rdieter: nirik has a point, that would be a good self-check. (10:19:29 AM) bpepple: rdieter: agreed. (10:19:35 AM) tibbs: warren: That's really not the kind of thing we want. (10:19:42 AM) dgilmore: it was a branch i did for testing (10:19:46 AM) Urs_ShPo left the room (quit: "Leaving."). (10:20:04 AM) thl: dgilmore, k, that explains it (10:20:04 AM) tibbs: dgilmore: Right, but how was I supposed to know that? (10:20:20 AM) dgilmore: tibbs: we use denyhosts on Fedora infrastucture. so we want it there. if you dont want to be the EPEL mainatiner then i will be (10:20:25 AM) rdieter: tibbs: practice your esp/clairvoyance skills. (10:20:34 AM) tibbs: I don't have a problem with receiving help. (10:20:38 AM) warren: How about this for policy: Ideally the Extras maintainer should be the EPEL maintainer. But if they don't want to maintain EPEL, then someone else may do so if they effectively communicate with the Extras maintainer. ??? (10:20:49 AM) ***nirik wonders where epel binary rpms are now? on the buldsys? can we download/test them? (10:20:52 AM) rdieter: common sense rules all. (10:20:59 AM) thl: rdieter, +1 (10:21:02 AM) dgilmore: tibbs: it was a case that i should have communicated better with you. (10:21:05 AM) warren: nirik, I wonder too. (10:21:10 AM) tibbs: But I am unsure what the epel policy on pushing new versions versus backports is, so I was unsure what I should have done. (10:21:25 AM) rdieter: nirik: (still only) on the buildsys, afaik. (10:21:31 AM) tibbs: I went ahead and pushed the new version out to all branches because I evaluated it to have a low chance of disruption. (10:21:37 AM) tibbs: But I could have backported the fix as well. (10:21:56 AM) thl: we probably need some guidelines for EPEL soon (10:22:03 AM) c4chris: tibbs, that sounds fine to me (10:22:04 AM) warren: backporting has its own risks too. It is not clear cut. (10:22:15 AM) warren: backporting means you're running something upstream hasn't tested. (10:22:19 AM) thl: otherwise we have one half up2packages, and the other half are quite old (10:22:22 AM) thl: that would suck (10:22:40 AM) warren: When to backport, when to upgrade, is its own topic in itself. (10:22:58 AM) rdieter: the best person to answer that question is maintainer, imo. (10:23:06 AM) bpepple: warren: definitely. (10:23:18 AM) c4chris: rdieter, agreed (10:23:20 AM) thl: rdieter, agreed, too, but some guidelines could be helpfull (10:23:24 AM) warren: In most cases you know by using it, "oh boy, this wont upgrade smoothly and automatically" (10:23:31 AM) warren: or "this does upgrade automatically" (10:23:33 AM) rdieter: warren++ (10:23:44 AM) warren: clamav is designed to be a smooth upgrade (10:24:11 AM) dgilmore: http://buildsys.fedoraproject.org/plague-results/fedora-4-epel/ (10:24:36 AM) nirik: (as a side note the clamav in epel is back a release and needs a security update. ;) (10:24:52 AM) ***warren is using clamav FC-3 currently =) (10:25:04 AM) thl: back to topic: so sponsors only, or packagers with more then X packages, too (X=5?) ? (10:25:07 AM) dgilmore: warren: thats what i use also (10:25:16 AM) dgilmore: thl: im ok with that (10:25:20 AM) mmcgrath: thl+1 (10:25:24 AM) warren: thl, it is unclear to me what that gets us (10:25:31 AM) warren: only sponsor owned packages may go into EPEL now? (10:25:35 AM) mmcgrath: warren: at least some level of experience. (10:25:44 AM) warren: sponsor may request packages owned by non-sponsors to go into EPEL? (10:26:00 AM) dgilmore: warren: yes (10:26:05 AM) warren: what if sponsor wants a package that they own, that requires non-sponsor packages? (10:26:06 AM) thl: warren, sponsors and people with more then 5 packages get allowed to maintain packages in epel (10:26:21 AM) mmcgrath: One quick question... how do we enforce that? (10:26:25 AM) dgilmore: warren: rdieter requested branches for things he is not the maintainer of as thery wer deps for things he wanted (10:26:27 AM) warren: How do we easily enforce that if we use the same CVSSyncNeeded page? (10:26:48 AM) thl: -ENoIdea (10:26:53 AM) warren: I'm ok with X=5, just enforcement wont be easy. (10:26:55 AM) dgilmore: warren: perhaps we need a EPELCVSSyncNeeded page (10:27:07 AM) warren: As a companion policy, I propose: (10:27:37 AM) warren: Extras maintainer gets first crack at maintaining the EPEL Package. If they don't want to, someone else can do it, but they must communicate with the Extras maintainer. Ratify? (10:27:48 AM) warren: (Co-maintainership is possible...) (10:27:57 AM) rdieter: sure, +1 from me. (10:28:01 AM) thl: warren, +1 (10:28:03 AM) bpepple: warren: +1 (10:28:04 AM) c4chris: I can make a quick table of sponsors/people with X+ packages if necessary (10:28:04 AM) dgilmore: +1 (10:28:08 AM) c4chris: warren, +1 (10:28:13 AM) jwb: +1 (10:28:16 AM) thl: c4chris, that would probably he helpful (10:28:19 AM) dgilmore: c4chris: that would help (10:28:22 AM) abadger1999: +1 (10:28:29 AM) scop: +1 (10:28:29 AM) thl: k, seem settled (10:28:35 AM) warren: Maybe we could use X>=5 as a way to get from FD1 to FD2, which is a few levels below FD(something) sponsor (10:28:35 AM) thl: let's move one (10:28:37 AM) tibbs: +1. (10:28:37 AM) c4chris: k (10:28:44 AM) thl: warren, +1 (10:29:00 AM) thl: one last thing regarding epel (just a quick thing) (10:29:07 AM) warren: Sorry not much progress on that, been dealing with multiple security issues. =( (10:29:14 AM) thl: some people did not like the EPEL acronym to much (10:29:23 AM) thl: I saw this floating by in hte channel: * (10:29:23 AM) thl: I saw this floating by in hte channel: 'j-rod likes "Packaged Extras for Enterprise Linux" or just "Extras for Enterprise Linux" -- much better acronyms' -- some people did not like EPEL, do we want to change it to one of those? Either now or never... (10:29:57 AM) warren: PEEL or EEL? (10:29:59 AM) warren: EFEL? (10:30:07 AM) ***jwb is tired of names (10:30:12 AM) warren: EPEL, even if it is meaningless, sounds better. (10:30:31 AM) thl: well, was just a question :) (10:30:35 AM) thl: let's move on then (10:30:40 AM) warren: I don't care what EPEL stands for, I like how it sounds. (10:30:42 AM) thl has changed the topic to: FESCo meeting -- Opening Core - (warren, jeremy, rdieter) -- status update (10:30:55 AM) thl: warren, jeremy, rdieter ? (10:30:56 AM) warren: I haven't heard anything new. (10:31:14 AM) jeremy: thl: slow movement, but not a lot (10:31:21 AM) rdieter: no board update, it's mostly interal @rh at this point. (10:31:27 AM) dgilmore: can i suggest we start moving fringe core packages into extras? (10:31:33 AM) thl: so we just wait here what happens? (10:31:35 AM) warren: thl, what is certain is that we have to mass review Core before test2 or so? (10:31:44 AM) jeremy: dgilmore: I'm fine with moving packages as people want (10:31:54 AM) rdieter: the sooner, the better. (10:31:55 AM) jwb: _want_ being the key word (10:32:00 AM) jeremy: also, I have a proposal on how to make it so that we're not entirely deadlocked, but I need to write it up (10:32:03 AM) warren: jeremy, if something listed in comps is moved, will that break rawhide installer? (10:32:11 AM) jeremy: warren: no (10:32:13 AM) dgilmore: jeremy: can we ask the core maintainer to volunteer ? (10:32:20 AM) dgilmore: get things starting to move (10:32:22 AM) thl: jeremy, having something out before chritmas would be nice (10:32:32 AM) ***thl has some free time around christmas hopefully (10:32:41 AM) jeremy: thl: yep, I was going to write it this morning but had to interview someone instead :) (10:32:43 AM) warren: dgilmore, core maintainer still must remain involved as a co-maintainer at least, especially if it is a RHEL package. (10:32:55 AM) jwb: why (10:33:02 AM) dgilmore: warren: hopefully they will still maintain the package (10:33:11 AM) warren: they better (10:33:17 AM) |DrJef|: ah crap... someone said something to me in channel..and its lost in scroll (10:33:26 AM) jwb: warren, why is that a requirement? (10:33:32 AM) jeremy: dgilmore: I'd prefer not harassing people quite yet (10:33:38 AM) dgilmore: jeremy: ok (10:33:41 AM) warren: jwb, this doesn't exclude other people from helping (10:33:48 AM) tibbs: Is there a reasonabe possibility that the whole opening core thing won't happen? (10:33:54 AM) rdieter: I've got about 2/3's of the kde packages up for review already... (: (10:33:57 AM) warren: jwb, this just enforces accountability from people who are PAID and supposed to make sure it works. (10:33:57 AM) jwb: RHEL ownership should have no impacts to this (10:34:01 AM) thl: we probably need some rules for co-maintainership soon (10:34:18 AM) warren: tibbs, no possibility what-so-ever. (10:34:30 AM) rdieter: over my dead body. (: (10:34:32 AM) ***jwb is not happy with this statement (10:34:44 AM) tibbs: ? (10:34:53 AM) warren: jwb, it is not a statement of ownership or territorial ego, but rather responsibility enforcement. (10:35:11 AM) dgilmore: jwb: i read it that its going to happen. there is no way it will not happen (10:35:12 AM) rdieter: tibbs, rest assured, it will happen. (or heads will roll). (10:35:13 AM) tibbs: I'm just trying to determine whether any action on core reviews now could end up being wasted effort. (10:35:21 AM) jeremy: tibbs: not at all (10:35:27 AM) jwb: warren, responsibility enforcement for RHEL. which again should have no impacts here (10:35:44 AM) jwb: don't get me wrong. i think it's _good_ to have the RHEL owner maintain it in fedora. (10:35:51 AM) jwb: i just don't like it being _required_ (10:35:56 AM) XulChris: |DrJef|: i seem to remember someone saying numpy was rebuilt (10:35:56 AM) rdieter: jwb: it's just common sense that fc/rhel maintainer be involved. (10:35:57 AM) warren: jwb, RHEL maintainers *better* keep themselves aware of what's going on in their software (10:36:00 AM) jeremy: jwb: there's nothing that says its required (10:36:01 AM) tibbs: I want dibs on reviewing the httpd package. (10:36:01 AM) dgilmore: jwb: it should not be required (10:36:09 AM) jwb: jeremy, warren just said it was (10:36:18 AM) dgilmore: jwb: im pretty sure that rdieter does not maintain qt4 in RHEL5 (10:36:18 AM) jeremy: jwb: warren doesn't know what he's talking about :-) (10:36:31 AM) jwb: ok (10:36:36 AM) dgilmore: tibbs: your biased (10:36:40 AM) warren: required was too strong of a word, maybe "strongly encouraged with a pointy stick" (10:36:52 AM) jwb: warren, sure i'm good with that :) (10:37:05 AM) thl: okay, seems we are all happy now again :) (10:37:09 AM) nirik: tibbs: and after that you can review rpm. ;) (10:37:15 AM) thl: anything else regarding the merge? (10:37:26 AM) c4chris: what a "dibs" (10:37:29 AM) c4chris: ? (10:37:33 AM) warren: rhymes with tibbs (10:37:39 AM) dgilmore: c4chris: he is saying he wants it (10:37:41 AM) tibbs: "first chance at" (10:37:44 AM) jwb: c4chris, "i get the first shot at doing this" (10:37:49 AM) thl: seems not (10:37:51 AM) thl has changed the topic to: FESCO-Meeting -- Encourage co-maintainership -- c4chris (10:37:54 AM) thl: c4chris ? (10:37:59 AM) c4chris: oh :-) (10:38:12 AM) c4chris: nothing yet, sorry (10:38:19 AM) c4chris: but I'll do it (10:38:33 AM) XulChris: c4chris: http://en.wikipedia.org/wiki/Dibs (10:38:34 AM) thl: jeremy, any news regarding the auto-cc problem in bugzilla? (10:38:44 AM) ***nirik was just about to ask that same thing. (10:39:14 AM) thl: jeremy lost (10:39:23 AM) jeremy: thl: sorry, 3 things at once (10:39:23 AM) thl: c4chris, please poke jeremy about it (10:39:26 AM) nirik: I know it works for the broken deps and evr reports. ;) (10:39:28 AM) ***thl waits (10:39:44 AM) Anvilou [n=anvil] entered the room. (10:39:46 AM) jeremy: thl: I haven't had a chance to sit down and actually look at anything in the past week that's code related beyond some minor python 2.5 fixage (10:39:50 AM) c4chris: nirik, that's a special script... (10:39:53 AM) jeremy: thl: warren was glancing at it too I think (10:40:05 AM) c4chris: XulChris, thx (10:40:13 AM) nirik: c4chris: yeah, just mentioning that it works for them... which is at least something. (10:40:16 AM) Anvil left the room (quit: Read error: 113 (No route to host)). (10:40:16 AM) thl: well, we have reached the point where we start really needing it (10:40:36 AM) thl: warren, jeremy, I'd really like to see this fixed before the mass-review (10:40:47 AM) thl: better: this year... (10:40:52 AM) thl: is that possible? (10:40:57 AM) tibbs: Tying two things together, (10:41:06 AM) tibbs: is it possible to require that all EPEL packages have a co-maintainer? (10:41:17 AM) jeremy: it's mostly just debugging the script (which is in /cvs/fedora, fedora-accounts module if anyone wants to look at it) (10:41:49 AM) thl: tibbs, if we want that: sure (10:41:56 AM) tibbs: s/possible/reasonable/ ? (10:41:57 AM) thl: tibbs, but I think we want that for fedora, too (10:41:58 AM) c4chris: jeremy, I'll try to have a look then (10:42:24 AM) jeremy: it's scary sopwith code :-) (10:42:25 AM) thl: that was at least the impression I had (10:42:42 AM) c4chris: I'll borrow warren's +3 sword :-) (10:42:47 AM) thl: at least two maintainers if possible for all packages (10:43:06 AM) abadger1999: jeremy: Which file is that? bz-make-components.py? (10:43:07 AM) thl: I'd even would like to see three for each package (10:43:15 AM) warren: thl, so they can blame each other when both of them failed to fix something? =) (10:43:28 AM) thl: warren :) (10:43:36 AM) thl: warren, well, they should watch each other IMHO (10:43:51 AM) thl: and jump in when one is on holiday, raveling, ... (10:43:55 AM) thl: traveling (10:43:57 AM) warren: thl, as long as a higher body is accountable to seeing when maintainers fail in a timely basis and step in (10:44:05 AM) warren: don't count on maintainers to always do the right thing (10:44:15 AM) thl: sure (10:44:16 AM) c4chris: "require" is perhaps too strong a word, but "strongly encourage" is fine (10:44:22 AM) thl: c4chris, +1 (10:44:26 AM) bpepple: c4chris: +1 (10:44:33 AM) warren: thl, if I'm going traveling I just ask other people that I trust to take care of stuff. (10:44:41 AM) XulChris: strongly encourage with a pointy stick? ;-) (10:44:50 AM) c4chris: XulChris, :-) (10:44:50 AM) warren: naming explicit co-maintainers might help, but it doesn't gain us anything more than what we have now. (10:45:13 AM) thl: c4chris, can you work out some rules for co-maintainership? (10:45:21 AM) thl: that seems needed (10:45:34 AM) c4chris: warren, sure, but if you do that you migth as well name them as co-maintainers: makes things c;earer for everyone (10:45:36 AM) thl: some ideas can be found in on the schedule pages iirc (10:46:01 AM) c4chris: s/;/l/ doh (10:46:12 AM) c4chris: thl, yup, will do (10:46:18 AM) thl: c4chris, many thx (10:46:22 AM) thl: let's move on (10:46:28 AM) thl has changed the topic to: FESCo meeting -- MISC -- what to do with all those broken deps and upgrade paths (10:46:41 AM) thl: do we want to discuss this again? nirik ? (10:46:55 AM) tibbs: It's been long enough; it's time for someone else to step in and rebuild the python packages. (10:47:05 AM) nirik: dunno. There is one non devel broken dep (linphone) and 2 evr non devel packages. (10:47:11 AM) thl: tibbs, that the next point on the schedule ;) (10:47:27 AM) thl: let's ignore it for now (10:47:29 AM) thl has changed the topic to: FESCo meeting -- MISC -- lots of python stuff still needs rebuilding (10:47:29 AM) tibbs: Yes, release branches are in pretty good shape now. (10:47:31 AM) nirik: I tried to poke the core packages with EVR problems, but little effect (10:48:01 AM) thl: I'd say somebody should just queue all the remaining python stuff in extras for rebuilding (10:48:06 AM) tibbs: I haven't checked; are there many extras packages with broken py deps that depend on core packages with broken py deps? (10:48:27 AM) nirik: thats going to require good ordering... since some depend on others. (10:48:31 AM) tibbs: If so, that's going to cause pain. (10:48:33 AM) thl: there only a few broken python packages in core iirc (10:48:44 AM) abadger1999: I thought jeremy fixed almost all the Core packages? (10:48:45 AM) nirik: xen is the only one I know of off hand anymore. (10:48:48 AM) jeremy: tibbs: the only things left broken in core are kdebindings and xen I think (10:48:50 AM) XulChris: blender is still failing to build with new python in x86_64, im working on fixing it (10:49:05 AM) ***jeremy was a package monkey and built lots and lots of stuff ;-) (10:49:05 AM) nirik: kdebindings I guess too (10:49:07 AM) ***bpepple knows his python-telepathy package will fail a rebuild right now. (10:49:08 AM) tibbs: jeremy: Good, that means that we're mostly free to mass-rebuild extras stuff. (10:49:15 AM) jeremy: tibbs: should be afaik (10:49:36 AM) tibbs: nirik: I'm off until Monday, so if you and I want to have a go... (10:49:43 AM) rdieter: jeremy: did you try (re)building kdebindings? Or just left it alone? (: (10:49:53 AM) thl: does anyone want to have the python-packages-rebuild-monkey title for extras? Or shall we ignore it (no!) (10:49:54 AM) jeremy: rdieter: I tried, it failed due to something unrelated (10:50:01 AM) jeremy: rdieter: iirc, it was the automake upgrade that broke it (10:50:05 AM) nirik: tibbs: I can assist... not sure how much time I have for it tho... would likely be evenings. (10:50:07 AM) rdieter: jeremy: ah. (10:50:20 AM) jwb: note that thl's request need not be a FESCo member (10:50:38 AM) thl: yeah, somebody just neess to do it (10:50:48 AM) tibbs: Well, as I wrote above, I'm happy to work on it, but you have to keep in mind that I'm no Python expert. (10:51:03 AM) jeremy: if there are problems with packages rebuilding, feel free to poke me (10:51:03 AM) rdieter: I'd say take to the extras-list asking for monkey volunteers. (10:51:05 AM) thl: tibbs, okay, you won :) (10:51:06 AM) bpepple: thl: I should have some time to work on it early next week, if no one steps up. (10:51:15 AM) jeremy: at this point, I'm pretty good at looking at the logs and being able to suggest a fix (10:51:19 AM) thl: rdieter, +1 (10:51:30 AM) tibbs: jeremy: Thanks, I'll lean on you and nirik. (10:51:38 AM) thl: tibbs, can you coordinate the efforts? (10:51:41 AM) tibbs: If course, folks are welcome to help. (10:51:47 AM) thl: and post to f-e-l and ask for help maybe? (10:51:56 AM) tibbs: thl: Sure; I'll stick around here and poke the list if there are problems. (10:52:05 AM) thl: tibbs, k, thx (10:52:09 AM) nirik: yeah, I would expect most would rebuild just fine... possibly with a BR: python-devel added. (10:52:11 AM) thl has changed the topic to: FESCo meeting -- MISC -- Stop running repoview for debuginfo packages [WWW] https://www.redhat.com/archives/fedora-maintainers/2006-December/msg00075.html (10:52:23 AM) thl: well, get's a +1 from me (10:52:29 AM) tibbs: Is there any reason this isn't a good idea? (10:52:30 AM) bpepple: +1 here also. (10:52:32 AM) rdieter: +1 (10:52:35 AM) jwb: +1 (10:52:40 AM) abadger1999: tibbs: Can't think of any (10:52:40 AM) thl: (in case it's not done yet and mschwent is waiting for fesco) (10:52:41 AM) tibbs: +1 (10:52:42 AM) abadger1999: +1 (10:52:52 AM) thl: k, settled (10:52:52 AM) jeremy: +1 (10:52:59 AM) thl has changed the topic to: FESCo meeting -- Packaging Committee Report (10:53:27 AM) thl: abadger1999, rdieter, tibbs ? (10:53:32 AM) rdieter: sir mschwent, though art blessed by the FESCo, and bid you god speed. (; (10:53:42 AM) tibbs: Not much to report; we worked on rdieter's icon-cache proposal. (10:53:44 AM) thl: :) (10:53:46 AM) rdieter: thl: non-report mostly, discuss iconcache proposal, close to consensus. (10:54:09 AM) rdieter: (then my wiki update got lost, so I need to re-do it). grr... (10:54:12 AM) thl: wasn#t there something we handled pack to the PC last week? (10:54:19 AM) thl: or two weeks ago? (10:54:22 AM) ***thl can't remember (10:54:28 AM) rdieter: if there was, we didn't discuss it. (: (10:54:32 AM) tibbs: thl: That was the thing about the thing.... (10:54:34 AM) abadger1999: Was it rpm groups? (10:54:38 AM) c4chris: group tag, no? (10:54:40 AM) thl: abadger1999, yes (10:54:50 AM) thl: what was the final decision now? (10:54:57 AM) ***thl is getting old (10:55:08 AM) tibbs: The vote was to allow the rpm maintainer to (10:55:14 AM) scop: OT: I found something susceptible in bz-make-components.py about initial cc stuff - who should I talk to? (10:55:16 AM) tibbs: make the group tag optional in spec files (10:55:48 AM) tibbs: At this point, no policy has changed about whether a spec mist have a Group: tag. (10:55:49 AM) jeremy: scop: warren or me (10:56:15 AM) rdieter: tiibbs: thanks for the clarification (I myself was confused on that too). (10:56:21 AM) tibbs: Still, I think the recent rpm announcement has bearing here, and stuff is going to be tied up in that for a while. (10:56:23 AM) mdomsch [n=Matt_Dom] entered the room. (10:56:26 AM) warren: scop, write us both e-mail (10:56:33 AM) thl: tibbs, well, the consesus in FESCo was that we want to wait a bit further iirc (10:56:37 AM) scop: jeremy, warren: ok (10:56:37 AM) thl: or am I wrong with that? (10:56:42 AM) jeremy: scop: and thanks! (10:56:52 AM) bpepple: thl: That's what I thought also. (10:57:05 AM) thl: did the PC discuss it again after that? (10:57:12 AM) tibbs: thl: I understood the concensus that we would wait on any policy changes, but that the internal rpm code change could move forward. (10:57:27 AM) rdieter: thl: no further PC disussion has taken place (afaik) (10:57:29 AM) thl: tibbs, yeah, that sounds fine (10:57:33 AM) jwb: tibbs, yes that's what i remember (10:57:45 AM) thl: then let's move on now (10:57:47 AM) thl has changed the topic to: FESCO-Meeting -- packages with static libs approval -- sparse (mdomsch) -- [WWW] https://www.redhat.com/archives/fedora-packaging/2006-December/msg00034.html (10:57:50 AM) thl: +1 (10:57:57 AM) rdieter: +1 (10:58:15 AM) tibbs: The reasoning here seems reasonable. (10:58:21 AM) bpepple: +1 (10:58:26 AM) ***mdomsch was just in time (10:58:42 AM) c4chris: +1 (10:58:55 AM) dgilmore: im ok with this (10:58:55 AM) tibbs: Plus at some point we have to realize that that we can only require so much of upstream. (10:58:56 AM) thl: k, nobody yelled, some +1, accepted (10:58:59 AM) tibbs: +1 (10:59:01 AM) abadger1999: +1 (10:59:13 AM) jwb: +1 (10:59:22 AM) thl has changed the topic to: FESCO-Meeting -- kmod approval -- gspca [WWW] https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=209112 (10:59:44 AM) thl: jwb, I#d like to hear your opinion (11:00:12 AM) thl: I'm a bit unsure myself (read: +0.5 currently) (11:00:21 AM) jwb: if i'm the only one that dislikes it, then i won't throw a fit (11:00:31 AM) jwb: the lack of commitment to upstream is my biggest concern (11:00:41 AM) thl: jwb, do you dislike it? why? (11:00:59 AM) rdieter: Is this the webcam driver for which spot spoke of last time? (11:01:12 AM) bpepple: rdieter: I believe so. (11:01:13 AM) thl: rdieter, yes (11:01:36 AM) warren: "here is documentation that talks of conflict with drivers that are already in the kernel" (11:01:37 AM) jwb: thim1, because they don't seem to have any desire to upstream it, which means it remains a kmod for eternity (11:01:38 AM) warren: Isn't this bad? (11:01:49 AM) jwb: warren, yeah, it's not good (11:01:56 AM) rdieter: spot's vouging for it is good enough for me: +1 (11:02:08 AM) dgilmore: i used to use another driver written by the same guy. (11:02:16 AM) jwb: spot voted for it? (11:02:26 AM) dgilmore: to me it seems he really has no desire to upstream his work (11:02:40 AM) dgilmore: but his work seems to be pretty stable (11:02:43 AM) tibbs: [Thu Dec 7 2006] [12:57:50] im interested in gspca (11:02:45 AM) rdieter: jwb: spot gave a fwiw, that he has talked with upstream. (11:02:47 AM) tibbs: [Thu Dec 7 2006] [12:57:55] because it makes my webcam work in linux (11:02:47 AM) tibbs: [Thu Dec 7 2006] [12:57:57] rdieter, well, I'll try to make it more explict in the future ;) (11:02:47 AM) tibbs: [Thu Dec 7 2006] [12:58:04] ive talked to the upstream author (he is french) (11:02:47 AM) tibbs: [Thu Dec 7 2006] [12:58:25] and he wants to upstream it, but because of a massive disagreement in the v4l camp, its not likely to ha (11:02:47 AM) tibbs: ppen anytime soon (11:02:49 AM) tibbs: [Thu Dec 7 2006] [12:58:47] code is good (to my eyes), rather well tested (11:03:11 AM) tibbs: Does that help a bit? (11:03:22 AM) ***thl still is unsure what to do (11:03:29 AM) dgilmore: i will give it a +1 because i think he does do good work (11:03:50 AM) rdieter: So, the blocker seems v4l uncertainly, not an unwillingness to upstream. (11:03:52 AM) jwb: tibbs, it changes my vote from -1 to -0.5 (11:03:52 AM) warren: +1 with a "revisit 1 year from now. if no progress toward upstream we consider removing it" (11:04:05 AM) thl: warren, +1 (11:04:09 AM) jwb: warren, i could live with that (11:04:10 AM) bpepple: warren: +1 (11:04:20 AM) c4chris: warren, +1 (11:04:33 AM) warren: That's called encouragement with a pointy stick. (11:04:35 AM) abadger1999: warren: +1 (11:04:39 AM) jwb: indeed (11:04:49 AM) warren: pointy stick diplomacy (11:04:51 AM) tibbs: warren: +1 (11:04:57 AM) thl: k, accepted then; who will post to the bug? (11:05:02 AM) tibbs: I think kmods should require a co-maintainer. (11:05:11 AM) tibbs: Maybe even two as long as we're not using dkms. (11:05:27 AM) jwb: thl, i will (11:05:29 AM) thl: or as long the buildsys does not hanlde it (11:05:32 AM) thl: jwb, thx (11:05:36 AM) thl: let's move on (11:05:39 AM) thl has changed the topic to: FESCo meeting -- Maintainer Responsibility Policy -- bpepple -- EOL plans (11:05:43 AM) thl: bpepple ? (11:06:27 AM) bpepple: Looks like Legacy is dropping F4 and earlier dist. (11:06:35 AM) thl: s/dropping/dropped/ (11:06:38 AM) thl: afaics (11:06:50 AM) XulChris: really? so what does legacy cover now? anything? (11:06:57 AM) rdieter: so I guess that makes our decision(s) easier... (: (11:07:01 AM) thl: so I think let's close FE3 and FE4, too (11:07:04 AM) thl: by years end? (11:07:07 AM) scop: +1 (11:07:10 AM) tibbs: Legacy is essentially done with at this point. (11:07:12 AM) bpepple: +1 (11:07:16 AM) jwb: +1 (11:07:27 AM) abadger1999: +1 (11:07:33 AM) dgilmore: if legacy is done (11:07:34 AM) warren: +1 except for clamav (11:07:37 AM) warren: =) (11:07:38 AM) tibbs: I'm conflicted. (11:07:44 AM) dgilmore: ill close the builders for FE-3 and FE-4 today (11:07:49 AM) rdieter: +1 (11:07:54 AM) thl: dgilmore, why today? (11:08:00 AM) tibbs: today doesn't equal "by years end". (11:08:06 AM) dgilmore: thl: if they are done they are done (11:08:29 AM) thl: well, we at least should give people one or two weeks to prepare (11:08:38 AM) tibbs: We should at least wait until Legacy makes their announcement. (11:08:41 AM) dgilmore: thl: ok (11:08:43 AM) thl: dgilmore, years end would be better, even is legacy is done already (11:08:44 AM) dgilmore: January 1 (11:08:51 AM) XulChris: tibbs: according to the legacy web page they already announced it (11:09:00 AM) bpepple: http://fedoraproject.org/wiki/Legacy (11:09:02 AM) warren: just close it Jan 1st (11:09:15 AM) jeremy: scop: fwiw, that looks sane to me (11:09:18 AM) thl: bpepple, can you post that info to the list please? (11:09:19 AM) abadger1999: XulChris: Regardless, we should announce it so people that care can get their packages into shape before EOL. (11:09:20 AM) rdieter: make sure to be there at year-end count-down, throw the switch to close the builders.. (: (11:09:27 AM) bpepple: thl: yup. (11:09:46 AM) thl: btw, do we want to run a final package cleanup in FE3 nad FE4? (11:09:53 AM) thl: to save space on the servers? (11:10:08 AM) thl: e.g. leave only the package with the highest EVR around? (11:10:18 AM) dgilmore: thl: we should cut down to just the latest package (11:10:26 AM) dgilmore: thl: yes (11:10:28 AM) tibbs: I don't see why not. (11:10:30 AM) rdieter: thl/dgilmore: +1 (11:10:34 AM) c4chris: sure (11:10:37 AM) scop: need to check for broken deps after that though, just in case (11:10:38 AM) warren: jeremy, scop: will that blow away whatever is already in auto-CC field? (11:10:52 AM) thl: k, settleed then (11:10:58 AM) thl has changed the topic to: FESCo meeting -- Alternative paths of membership advancement -- warren (11:11:03 AM) thl: warren, any news? (11:11:03 AM) warren: thl, skip me (11:11:08 AM) warren: busy (11:11:11 AM) thl has changed the topic to: FESCo meeting -- Free discussion around Fedora Extras (11:11:11 AM) scop: warren, I don't know, didn't dig that deep into what the script actually does (11:11:18 AM) nirik: what about open fe3/fe4 bugs? should be all closed? (11:11:19 AM) thl: anything else? (11:11:28 AM) c4chris: nirik, yes (11:11:28 AM) thl: nirik, good question (11:11:32 AM) fab [n=bellet] entered the room. (11:11:32 AM) thl: c4chris, +1 (11:12:16 AM) abadger1999: nirik: Similar to what Dave Jones does with kernel bugs, I'd think. (11:12:19 AM) tibbs: Everyone should go through their bugs and move some of them forward. (11:12:25 AM) thl: what do people think of the 'File deps outside "/etc {/usr,}/{s,}bin/"' stuff? (11:12:29 AM) nirik: if so, perhaps someone should identify them and put a 'we are closing jan 1st... ' message in them (11:12:33 AM) thl: is it worth the trouble? (11:12:52 AM) thl: abadger1999, +1 (11:12:53 AM) rdieter: thl: I don't think seth, et all, would have asked if it weren't. (11:13:16 AM) thl: rdieter, the question is yet again: FESCo's or PC's job? (11:13:19 AM) tibbs: thl: Cutting down file deps is a good idea in any case. (11:13:23 AM) c4chris: I'd say mark them closed. People will reopen in the proper branch if they care (11:13:33 AM) bpepple: c4chris: +1 (11:13:34 AM) thl: I think we should have something about it in the guidelines (11:13:47 AM) nirik: I see 80 open fe4/fc5 bugs. (11:13:48 AM) rdieter: thl: ah, in that case, partially both. PC's job to codify it, FESCo's job to implement it. (: (11:13:49 AM) thl: and then cleanup the exisiting packages according to the guidlenes (11:13:56 AM) tibbs: I'm still not completely sure of the underlying issue. (11:13:58 AM) thl: rdieter, exactly (11:14:07 AM) tibbs: There are separate file lists for some directories? (11:14:17 AM) thl: tibbs, yes (11:14:44 AM) jwb: did everyone see my post to fesco list today? (11:14:55 AM) thl: tibbs, "/etc {/usr,}/{s,}bin/" is im primary.xml iirc, the other stuff in filefoo.xml (11:15:14 AM) c4chris: jwb, answered, even :-) (11:15:15 AM) thl: jwb, yes, saw it (11:15:49 AM) jwb: is there anyone that has a problem with me staying for now on a limited basis until i can get some scheduling things resolved? (11:16:04 AM) thl: rdieter, abadger1999, tibbs, thim1, can you bring the 'File deps outside "/etc {/usr,}/{s,}bin/"' stuff up in PC and "codify" guidelines? (11:16:14 AM) bpepple: jwb: I don't see any problem. (11:16:15 AM) rdieter: thl: sure. (11:16:24 AM) thl: rdieter, thx (11:16:25 AM) tibbs: thl: Sure, but how strong should the prohibition be? (11:16:39 AM) tibbs: "file deps outside those directories should be justified in a comment"? (11:16:42 AM) rdieter: I'd argue on the order of like static libs, strongly discouraged. (11:16:43 AM) thl: tibbs, don#t know, I got to the toppic accidentally, too :) (11:16:50 AM) tibbs: or "...should be voted on by FESCo"? (11:16:52 AM) dgilmore: jwb: i have no problem with it (11:17:04 AM) thl: jwb, I think you should IMHO (11:17:11 AM) tibbs: rdieter: But strong discouragement usually means "the committee must vote". (11:17:19 AM) tibbs: We're getting into a lot of committee voting. (11:17:20 AM) thl: tibbs, no, not yet another think fesco needs to vote on (11:17:26 AM) jwb: thl, just to clarify: think i should stay? (11:17:37 AM) thl: good reasons during review and a comment in the spec file should be fine (11:17:46 AM) thl: jwb, stay in fesco please ;) (11:17:54 AM) rdieter: thl++ (11:17:55 AM) tibbs: jwb: Your contributions have always been valuable. I don't see why you'd need to leave. (11:17:56 AM) tyll: Isn't there a way to add the needed information for file deps outside "/etc {/usr,}/{s,}bin/" to primary.xml without adding every other file? (11:18:05 AM) c4chris: thl, +1 (11:18:09 AM) tibbs: At least you're coming to the meetings. (11:18:18 AM) abadger1999: tibbs: +1 (11:18:22 AM) rdieter: gotta go in a sec to lunch... (11:18:27 AM) abadger1999: jwb: Has always had good insights. (11:18:35 AM) scop: on that subject, I will probably miss the next two meetings (11:18:39 AM) daMaestro [n=jon] entered the room. (11:18:40 AM) thl: yeah, it's quite late already... (11:18:49 AM) tibbs: Note that was not a dig at anyone at all. Just a note that you're still trying to be here. (11:19:02 AM) thl: while at it: do we want to have a meeting on 2006-12-28? (11:19:08 AM) jwb: ok. it'll be limited for a while but i'll do what i can (11:19:13 AM) jwb: thanks all (11:19:21 AM) thl: jwb, thx for your work (11:19:22 AM) dgilmore: thl: probably best to skip that (11:19:28 AM) dgilmore: alot of people will be on holidays (11:19:30 AM) jwb: thl, np (11:19:41 AM) c4chris: dgilmore, right (11:19:44 AM) rdieter is now known as rdieter_away (11:19:48 AM) abadger1999: tyll: /etc and the bin directories are what's in primary.xml to provide the most used information but limit the size of the download. (11:19:48 AM) tibbs: I'll be in computer range on the 28th. (11:19:56 AM) bpepple: thl: 12-28 works fine for me. (11:20:18 AM) thl: let's discuss next week again if we want to hae a meeting on the 28th (11:20:24 AM) thl: k, anything else? (11:20:32 AM) ***thl will end the meeting in 60 (11:20:50 AM) thl: btw, are you guys still fine with the way I run the meetings? (11:21:04 AM) c4chris: thl, yup (11:21:09 AM) tyll: abadger1999, but adding 32 more files won't be so much overhead, so maybe this would be easier than fixing the packages (11:21:13 AM) thl: I know, the schedule pages got a bit more complicated, but they help me getting and overview of what going on (11:21:25 AM) tibbs: thl: No need to feel insecure; the meetings run great. (11:21:34 AM) bpepple: thl: +1 (11:21:46 AM) ***thl will end the meeting in 30 (11:22:02 AM) [splinux] [n=splinux] entered the room. (11:22:04 AM) scop: I'd like to think that if people here are not happy with something, they're not quite about it ;) (11:22:13 AM) scop: s/quite/quiet/ (11:22:16 AM) ***thl will end the meeting in 15 (11:22:20 AM) rsc: hm, mein Flaming im Bezug hat zumindest mal eine E-Mail bewirkt. Nett. (11:22:29 AM) c4chris: scop, don't worry :) (11:22:34 AM) rsc: uh, wrong channel. sorry. (11:22:35 AM) thl: -- MARK -- Meeting End }}} -------------- 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 lsof at nodata.co.uk Mon Dec 18 21:10:48 2006 From: lsof at nodata.co.uk (nodata) Date: Mon, 18 Dec 2006 22:10:48 +0100 Subject: help In-Reply-To: <1166463012.5099.15.camel@dell340y2.localdomain> References: <20061217170020.BA7DB73193@hormel.redhat.com> <1166463012.5099.15.camel@dell340y2.localdomain> Message-ID: <1166476248.3099.7.camel@sb-home.lan> 1. Look at the e-mail header of the e-mail you received. Read it carefully, you will see the subscribed address. 2. Armed with that address go to this page: https://www.redhat.com/mailman/listinfo/fedora-extras-list 3. Enter the e-mail address from 1. and push "Unsubscribe" (at the bottom). Am Montag, den 18.12.2006, 11:30 -0600 schrieb David Adelman: > Please, un-subscribe the following e-mail address from > fedora-extras-list: > da at dachgo.net > > If there is no such address in your mail list, then check for an > e-mail address with the same domain. > For example, something like: > TOdaFROMfedora-list at dachgo.net > > Thank you very much, > > David Adelman > > > > On Sun, 2006-12-17 at 12:00 -0500, > fedora-extras-list-request at redhat.com wrote: > > Send fedora-extras-list mailing list submissions to > > fedora-extras-list at redhat.com > > > > To subscribe or unsubscribe via the World Wide Web, visit > > https://www.redhat.com/mailman/listinfo/fedora-extras-list > > or, via email, send a message with subject or body 'help' to > > fedora-extras-list-request at redhat.com > > > > You can reach the person managing the list at > > fedora-extras-list-owner at redhat.com > > > > When replying, please edit your Subject line so it is more specific > > than "Re: Contents of fedora-extras-list digest..." > > > > > > Today's Topics: > > > > 1. Re: compat-guile-devel conflicts with guile-devel > > (Jason L Tibbitts III) > > 2. Re: (4/4) Summary - Broken dependencies in Fedora Extras - > > 2006-12-15 (Marcel J.E. Mol) > > 3. Fedora Extras Package Build Report 2006-12-16 > > (buildsys at fedoraproject.org) > > 4. Possible wxWidgets-2.8 problem (rawhide) (Paul) > > 5. Re: compat-guile-devel conflicts with guile-devel > > (Thorsten Leemhuis) > > 6. Re: Please rebuild/fix plague for python 2.5 (Dan Williams) > > 7. Re: Possible wxWidgets-2.8 problem (rawhide) (Matthew Miller) > > 8. Fedora Extras Package Build Report 2006-12-17 > > (buildsys at fedoraproject.org) > > 9. Re: Possible wxWidgets-2.8 problem (rawhide) (Paul) > > 10. Naming Guidelines Clarification for plugins, docklets etc > > (Christoph Wickert) > > 11. Re: Naming Guidelines Clarification for plugins, docklets etc > > (Frank B?ttner) > > > > > > ---------------------------------------------------------------------- > > > > Message: 1 > > Date: 16 Dec 2006 13:13:01 -0600 > > From: Jason L Tibbitts III > > Subject: Re: compat-guile-devel conflicts with guile-devel > > To: Discussion related to Fedora Extras > > > > Message-ID: > > Content-Type: text/plain; charset=us-ascii > > > > >>>>> "TL" == Thorsten Leemhuis writes: > > > > TL> /me would feel way saver if we could maintain a detailed list of > > TL> situation like this where conflicts might be okay; > > > > I don't think we have a detailed list of such situations. We'd have > > to evaluate a bunch of possibilities first, and that work hasn't been > > done. > > > > Folks are welcome to propose situations where Conflicts: might be > > reasonable, preferably by adding them to the draft at > > http://www.fedoraproject.org/wiki/PackagingDrafts/Conflicts#ProposedConflictsSituations > > so that the situation can be evaluated. > > > > - J< > > > > > > > > ------------------------------ > > > > Message: 2 > > Date: Sat, 16 Dec 2006 21:07:25 +0100 > > From: "Marcel J.E. Mol" > > Subject: Re: (4/4) Summary - Broken dependencies in Fedora Extras - > > 2006-12-15 > > To: Discussion related to Fedora Extras > > > > Message-ID: <20061216200725.GN28307 at joshua.mesa.nl> > > Content-Type: text/plain; charset=us-ascii > > > > On Sat, Dec 16, 2006 at 01:41:45PM +0100, Michael Schwendt wrote: > > > On Sat, 16 Dec 2006 12:30:29 +0100, Marcel J.E. Mol wrote: > > > > > > > goffice and gnumeric also need rebuilds againts latest libgsf: > > > > > > > > # rpm -Uvh libgsf-1.14.3-2.x86_64.rpm libgsf-devel-1.14.3-2.x86_64.rpm > > > > error: Failed dependencies: > > > > libgsf-gnome-1.so.114()(64bit) is needed by (installed) goffice-0.2.1-2.fc6.x86_64 > > > > libgsf-gnome-1.so.114()(64bit) is needed by (installed) gnumeric-1.6.3-5.fc6.x86_64 > > > > > > > > > > No. Upgrade libgsf-gnome, too. > > > > my bad, I totally overlooked the 'gnome' part. Thanks! > > > > -Marcel > > > > > > > > ------------------------------ > > > > Message: 3 > > Date: Sat, 16 Dec 2006 17:56:02 -0500 (EST) > > From: buildsys at fedoraproject.org > > Subject: Fedora Extras Package Build Report 2006-12-16 > > To: fedora-extras-list at redhat.com > > Message-ID: <20061216225602.2637015212E at buildsys.fedoraproject.org> > > Content-Type: text/plain; charset="us-ascii" > > > > > > Packages built and released for Fedora Extras development: 28 > > > > Pound-2.2-1.fc7 > > anjuta-2.0.2-13.fc7 > > audacious-plugins-1.2.5-3.fc7 > > aumix-2.8-11.fc7 > > contacts-0.2-1.fc7 > > dates-0.2-1.fc7 > > gcstar-1.0.0-1.fc7 > > gnubiff-2.2.4-1.fc7 > > htop-0.6.5-1.fc7 > > jd-1.8.1-0.3.cvs061216.fc7 > > kawa-1.8-12.fc7 > > lilypond-2.10.2-2.fc7 > > mISDN-1.0.3-1 > > mimedefang-2.58-2.fc7 > > mkvtoolnix-1.8.1-2.fc7 > > NEW museek+-0.1.12-4.fc7 > > nazghul-0.5.5-3.fc7 > > ochusha-0.5.99.64.11-0.1.cvs061216.fc7 > > openvrml-0.16.2-2.fc7 > > perl-Alien-wxWidgets-0.25-2.fc7 > > perl-POE-Component-IRC-5.17-1.fc7 > > perl-POE-Filter-Zlib-1.8-1.fc7 > > perl-Wx-0.66-1.fc7 > > python-protocols-1.0-0.4.a0dev_r2082.fc7 > > python-psycopg-1.1.21-6.fc7 > > pyxmms-2.06-4.fc7 > > NEW xarchiver-0.4.9-0.1.20061213svn.fc7 > > zaptel-1.4.0-6.beta3.fc7 > > > > > > Packages built and released for Fedora Extras 6: 17 > > > > Pound-2.2-1.fc6 > > audacious-plugins-1.2.5-2.fc6 > > aumix-2.8-11.fc6 > > enigma-1.0-1.fc6 > > gcstar-1.0.0-1.fc6 > > gnomesword-2.1.10-1.fc6 > > NEW gourmet-0.12.2-2.fc6 > > htop-0.6.5-1.fc6 > > koffice-1.6.1-4.fc6 > > lilypond-2.10.2-2.fc6 > > mISDN-1.0.3-1.fc6 > > mimedefang-2.58-2.fc6 > > NEW museek+-0.1.12-4.fc6 > > openvrml-0.16.2-2.fc6 > > perl-POE-Component-IRC-5.17-1.fc6 > > perl-POE-Filter-Zlib-1.8-1.fc6 > > zaptel-1.4.0-6.beta3.fc6 > > > > > > Packages built and released for Fedora Extras 5: 9 > > > > Pound-2.2-1.fc5 > > aumix-2.8-11.fc5 > > gcstar-1.0.0-1.fc5 > > htop-0.6.5-1.fc5 > > lilypond-doc-2.10.2-1.fc5 > > mimedefang-2.58-2.fc5 > > NEW museek+-0.1.12-4.fc5 > > perl-POE-Component-IRC-5.17-1.fc5 > > perl-POE-Filter-Zlib-1.8-1.fc5 > > > > > > Packages built and released for Fedora Extras 4: 0 > > > > > > > > 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/ > > > > > > > > ------------------------------ > > > > Message: 4 > > Date: Sun, 17 Dec 2006 11:10:00 +0000 > > From: Paul > > Subject: Possible wxWidgets-2.8 problem (rawhide) > > To: fedora-extras > > Message-ID: <1166353800.21598.21.camel at T7.Linux> > > Content-Type: text/plain; charset="utf-8" > > > > Hi, > > > > Can one of the packagers of wxWidgets (rawhide) please have a go at > > compiling XaraLX with it - I just need verification that I'm not going > > completely insane before diving into the code to fix things for wx2.8. > > > > It currently compiles fine with 2.6 > > > > TTFN > > > > Paul > > -- > > "Mmmmmmmm....Shakira geschmiert mit schokolade" sagt Homer > > -------------- next part -------------- > > A non-text attachment was scrubbed... > > Name: not available > > Type: application/pgp-signature > > Size: 189 bytes > > Desc: This is a digitally signed message part > > Url : https://www.redhat.com/archives/fedora-extras-list/attachments/20061217/9821c74d/attachment.bin > > > > ------------------------------ > > > > Message: 5 > > Date: Sun, 17 Dec 2006 12:21:12 +0100 > > From: Thorsten Leemhuis > > Subject: Re: compat-guile-devel conflicts with guile-devel > > To: Discussion related to Fedora Extras > > > > Message-ID: <45852828.2030802 at leemhuis.info> > > Content-Type: text/plain; charset=ISO-8859-1 > > > > Jason L Tibbitts III schrieb: > > >>>>>> "TL" == Thorsten Leemhuis writes: > > > TL> /me would feel way saver if we could maintain a detailed list of > > > TL> situation like this where conflicts might be okay; > > > I don't think we have a detailed list of such situations. We'd have > > > to evaluate a bunch of possibilities first, and that work hasn't been > > > done. > > > > I thought about it some more: I don't think it's worth the work > > investigating all the (un)acceptable usage cases for Conflicts now, as > > it would be a lot of work. Maybe the easiest thing would be to over time > > maintain and enhance a list of (un)acceptable usage cases for Conflicts > > in the wiki. But the Packaging Commitee members and/or Sponsors simply > > should be allowed to update it without much trouble; getting a ACK for > > each litte update of this list from FESCo or the Packaging Committee is > > IMHO to much overhead/to complicated... > > > > CU > > thl > > > > > > > > ------------------------------ > > > > Message: 6 > > Date: Sun, 17 Dec 2006 09:36:35 -0500 > > From: Dan Williams > > Subject: Re: Please rebuild/fix plague for python 2.5 > > To: Discussion related to Fedora Extras > > > > Message-ID: <1166366195.2757.0.camel at localhost.localdomain> > > Content-Type: text/plain > > > > On Sat, 2006-12-16 at 00:17 +0900, Mamoru Tasaka wrote: > > > Hans de Goede wrote: > > > > Hi all, > > > > > > > > I've just requested a couple of blind (untested) python-2.5 related > > > > rebuilds, these are untested because I cannot update my development > > > > system to python 2.5, because plague hasn't been rebuild yet. > > > > > > > > Thus this mail as encouragement to rebuild / fix plague, Thanks! > > > > > > > > Regards, > > > > > > Well, as I wrote previously, Jason Tibbitts has already rebuilt > > > plague against 2.5 and this will be released as 0.4.4.1-3. > > > However, this (0.4.4.1-3) does not work because of the issue > > > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=214687 > > > > > > Please someone see this bugzilla and give a > > > solution? The patch suggested by Robert Scheck works for me, > > > however I don't know if this is a correct solution. > > > > I'll commit that fix today, or if not today, definitely tomorrow. I'm > > somewhat suspicious of Python 2.5 since plague uses a _lot_ of overrides > > of stuff in the network bits to do SSL; but we'll likely only find that > > breakage through testing. > > > > Dan > > > > > > > > > > ------------------------------ > > > > Message: 7 > > Date: Sun, 17 Dec 2006 10:25:50 -0500 > > From: Matthew Miller > > Subject: Re: Possible wxWidgets-2.8 problem (rawhide) > > To: Discussion related to Fedora Extras > > > > Message-ID: <20061217152550.GA4561 at jadzia.bu.edu> > > Content-Type: text/plain; charset=us-ascii > > > > On Sun, Dec 17, 2006 at 11:10:00AM +0000, Paul wrote: > > > Can one of the packagers of wxWidgets (rawhide) please have a go at > > > compiling XaraLX with it - I just need verification that I'm not going > > > completely insane before diving into the code to fix things for wx2.8. > > > > I'll try to look on Monday. > > > > > It currently compiles fine with 2.6 > > > > I enabled 2.6 compatibility in the build, so theoretically anything that > > worked with 2.6 should work -- unless it was depending on 2.2 compatibility, > > which is now gone. > > > > -- > > Matthew Miller mattdm at mattdm.org > > Boston University Linux ------> > > > > > > > > ------------------------------ > > > > Message: 8 > > Date: Sun, 17 Dec 2006 10:33:04 -0500 (EST) > > From: buildsys at fedoraproject.org > > Subject: Fedora Extras Package Build Report 2006-12-17 > > To: fedora-extras-list at redhat.com > > Message-ID: <20061217153304.CDA9915212E at buildsys.fedoraproject.org> > > Content-Type: text/plain; charset="us-ascii" > > > > > > Packages built and released for Fedora Extras development: 17 > > > > emelfm2-0.3.1-1.fc7 > > NEW fontypython-0.2.0-4.fc7 > > inotify-tools-3.6-1.fc7 > > jd-1.8.1-1.fc7 > > perl-Alien-wxWidgets-0.26-1.fc7 > > perl-Data-Hierarchy-0.34-2.fc7 > > perl-Log-Dispatch-2.15-2.fc7 > > perl-PerlIO-eol-0.14-1.fc7 > > perl-SVN-Mirror-0.72-1.fc7 > > perl-WWW-Babelfish-0.16-1.fc7 > > perl-Wx-0.67-1.fc7 > > php-pear-DB-DataObject-1.8.5-1.fc7 > > php-pear-XML-Util-1.1.4-1.fc7 > > pyflowtools-0.3-8.fc7 > > tachyon-0.97-4.fc7 > > tor-0.1.1.26-1.fc7 > > xine-lib-1.1.3-2.fc7 > > > > > > Packages built and released for Fedora Extras 6: 15 > > > > NEW conky-1.4.5-2.fc6 > > emelfm2-0.3.1-1.fc6 > > NEW fontypython-0.2.0-4.fc6 > > jd-1.8.1-1.fc6 > > perl-Alien-wxWidgets-0.26-1.fc6 > > perl-Data-Hierarchy-0.34-2.fc6 > > perl-Log-Dispatch-2.15-2.fc6 > > perl-PerlIO-eol-0.14-1.fc6 > > perl-SVN-Mirror-0.72-1.fc6 > > perl-WWW-Babelfish-0.16-1.fc6 > > perl-Wx-0.67-1.fc6 > > php-pear-DB-DataObject-1.8.5-1.fc6 > > php-pear-XML-Util-1.1.4-1.fc6 > > tor-0.1.1.26-1.fc6 > > xine-lib-1.1.3-2.fc6 > > > > > > Packages built and released for Fedora Extras 5: 12 > > > > NEW fontypython-0.2.0-4.fc5 > > jd-1.8.1-1.fc5 > > perl-Alien-wxWidgets-0.26-1.fc5 > > perl-Data-Hierarchy-0.34-2.fc5 > > perl-Log-Dispatch-2.15-2.fc5 > > perl-PerlIO-eol-0.14-1.fc5 > > perl-SVN-Mirror-0.72-1.fc5 > > perl-WWW-Babelfish-0.16-1.fc5 > > perl-Wx-0.67-1.fc5 > > php-pear-DB-DataObject-1.8.5-1.fc5 > > php-pear-XML-Util-1.1.4-1.fc5 > > tor-0.1.1.26-1.fc5 > > > > > > Packages built and released for Fedora Extras 4: 0 > > > > > > > > Packages built and released for Fedora Extras 3: 1 > > > > duplicity-0.4.2-4.fc3 > > > > > > > > For more information about the built packages please see the repository > > or the Fedora Info Feed: http://fedoraproject.org/infofeed/ > > > > > > > > ------------------------------ > > > > Message: 9 > > Date: Sun, 17 Dec 2006 15:58:50 +0000 > > From: Paul > > Subject: Re: Possible wxWidgets-2.8 problem (rawhide) > > To: Discussion related to Fedora Extras > > > > Message-ID: <1166371130.21598.29.camel at T7.Linux> > > Content-Type: text/plain; charset="utf-8" > > > > Hi, > > > > > > Can one of the packagers of wxWidgets (rawhide) please have a go at > > > > compiling XaraLX with it - I just need verification that I'm not going > > > > completely insane before diving into the code to fix things for wx2.8. > > > > > > I'll try to look on Monday. > > > > Thanks. The problem is that gridlayout.h can't find wxTimer - I've tried > > this under both x86 and x86_64 with no success. > > > > > > It currently compiles fine with 2.6 > > > > > > I enabled 2.6 compatibility in the build, so theoretically anything that > > > worked with 2.6 should work -- unless it was depending on 2.2 compatibility, > > > which is now gone. > > > > Nope, it's designed for use with 2.4 and 2.6 > > > > TTFN > > > > Paul > > -- > > "Mmmmmmmm....Shakira geschmiert mit schokolade" sagt Homer > > -------------- next part -------------- > > A non-text attachment was scrubbed... > > Name: not available > > Type: application/pgp-signature > > Size: 189 bytes > > Desc: This is a digitally signed message part > > Url : https://www.redhat.com/archives/fedora-extras-list/attachments/20061217/db80ffa8/attachment.bin > > > > ------------------------------ > > > > Message: 10 > > Date: Sun, 17 Dec 2006 17:15:05 +0100 > > From: Christoph Wickert > > Subject: Naming Guidelines Clarification for plugins, docklets etc > > To: fedora-extras-list mailing list > > Message-ID: <1166372105.3513.52.camel at hal9000.oberschlesier.lan> > > Content-Type: text/plain > > > > Hi all, > > > > I think we need a clarification of the naming guidelines for plugins > > like panel applets, docklets and so on. > > > > > Addon Packages (General) > > > If a new package is considered an "addon" package that enhances or > > > adds a new functionality to an existing Fedora Core or Fedora Extras > > > package without being useful on its own, its name should reflect this > > > fact. > > > > > > The new package ("child") should prepend the "parent" package in its > > > name, in the format: %{parent}-%{child}. > > > > So we should at least have a "parent" or common prefix like "gnome" or > > "xfce", but ATM we have: > > > > * autobuild-applet: Panel applet for monitoring Test-AutoBuild > > server status > > * bubblemon: A system monitoring dockapp > > * contact-lookup-applet: Applet which allows you to search your > > Evolution address book > > * deskbar-applet: A Gnome applet to allow easy access to various > > search engines > > * gai-pal: GAI Pal applet > > * gai-temp: GAI based applet that displays HDD and CPU temperature > > * glunarclock: GNOME applet that displays the current lunar phase > > * gnome-applet-music: A GNOME panel applet to control various > > music players > > * gnome-applet-netmon: GNOME Network Load Applet > > * gnome-applet-netspeed: GNOME applet that shows traffic on a > > network device > > * gnome-applet-rhythmbox: A GNOME panel applet to control > > Rhythmbox's playback > > * gnome-applet-sensors: Gnome panel applet for hardware sensors > > * gnome-applet-timer: A countdown timer applet for the GNOME panel > > * gnome-applet-vm: Simple virtual domains monitor which embeds > > themselves in the GNOME panel (Core package) > > * gnome-cpufreq-applet: CPU frequency scaling monitor applet > > * lock-keys-applet: A GNOME panel applet that shows the status of > > the lock keys > > * padevchooser: Control applet for PulseAudio > > * panelfm: Quick File Manager Applet > > * verbiste-gnome: GNOME Panel applet for Verbiste (subpackage of > > verbiste) > > * wp_tray: A wallpaper-changing applet for GNOME > > > > Pending packages: > > * 219932 driconf - A configuration applet for the for the Direct > > Rendering Infrastructure > > * 218600 resapplet - Resolution Switching Applet > > * 174290 HDate-applet is an applet to show the hebrew date > > > > Options: > > 1. Make everything gnome-applet-, this is used for most > > packages atm and allows nice sorting > > 2. Make everything gnome--applet, just like all the > > xfce4-panel-plugins: This is closer to the upstream names in > > most cases and might be better for packages like resapplet, wich > > would simply become gnome-resapplet instead of something stupid > > like gnome-applet-res or gnome-applet-resapplet > > (gnome-applet-resolution would be least worse) > > 3. Don't be so pedantic, only rename packages to their parent, the > > rest is maintainer's decision > > 4. Leave everything as it is now and don't make so much noise. > > > > I think we should at least agree on > > 1. a common prefix > > 2. a clarification of the naming/packaging guidelines > > 3. an addition to the guidelines: packages that don't use the > > upstream name should have a Provides: with the original name to > > allow simple installs > > > > Ideas? > > > > Christoph > > > > > > > > ------------------------------ > > > > Message: 11 > > Date: Sun, 17 Dec 2006 17:44:04 +0100 > > From: Frank B?ttner > > Subject: Re: Naming Guidelines Clarification for plugins, docklets etc > > To: Discussion related to Fedora Extras > > > > Message-ID: <458573D4.5040401 at gmx.net> > > Content-Type: text/plain; charset="iso-8859-15" > > > > Christoph Wickert schrieb: > > > Hi all, > > > > > > I think we need a clarification of the naming guidelines for plugins > > > like panel applets, docklets and so on. > > > > > >> Addon Packages (General) > > >> If a new package is considered an "addon" package that enhances or > > >> adds a new functionality to an existing Fedora Core or Fedora Extras > > >> package without being useful on its own, its name should reflect this > > >> fact. > > >> > > >> The new package ("child") should prepend the "parent" package in its > > >> name, in the format: %{parent}-%{child}. > > > > > > So we should at least have a "parent" or common prefix like "gnome" or > > > "xfce", but ATM we have: > > > > > > * autobuild-applet: Panel applet for monitoring Test-AutoBuild > > > server status > > > * bubblemon: A system monitoring dockapp > > > * contact-lookup-applet: Applet which allows you to search your > > > Evolution address book > > > * deskbar-applet: A Gnome applet to allow easy access to various > > > search engines > > > * gai-pal: GAI Pal applet > > > * gai-temp: GAI based applet that displays HDD and CPU temperature > > > * glunarclock: GNOME applet that displays the current lunar phase > > > * gnome-applet-music: A GNOME panel applet to control various > > > music players > > > * gnome-applet-netmon: GNOME Network Load Applet > > > * gnome-applet-netspeed: GNOME applet that shows traffic on a > > > network device > > > * gnome-applet-rhythmbox: A GNOME panel applet to control > > > Rhythmbox's playback > > > * gnome-applet-sensors: Gnome panel applet for hardware sensors > > > * gnome-applet-timer: A countdown timer applet for the GNOME panel > > > * gnome-applet-vm: Simple virtual domains monitor which embeds > > > themselves in the GNOME panel (Core package) > > > * gnome-cpufreq-applet: CPU frequency scaling monitor applet > > > * lock-keys-applet: A GNOME panel applet that shows the status of > > > the lock keys > > > * padevchooser: Control applet for PulseAudio > > > * panelfm: Quick File Manager Applet > > > * verbiste-gnome: GNOME Panel applet for Verbiste (subpackage of > > > verbiste) > > > * wp_tray: A wallpaper-changing applet for GNOME > > > > > > Pending packages: > > > * 219932 driconf - A configuration applet for the for the Direct > > > Rendering Infrastructure > > > * 218600 resapplet - Resolution Switching Applet > > > * 174290 HDate-applet is an applet to show the hebrew date > > > > > > Options: > > > 1. Make everything gnome-applet-, this is used for most > > > packages atm and allows nice sorting > > > 2. Make everything gnome--applet, just like all the > > > xfce4-panel-plugins: This is closer to the upstream names in > > > most cases and might be better for packages like resapplet, wich > > > would simply become gnome-resapplet instead of something stupid > > > like gnome-applet-res or gnome-applet-resapplet > > > (gnome-applet-resolution would be least worse) > > > 3. Don't be so pedantic, only rename packages to their parent, the > > > rest is maintainer's decision > > > 4. Leave everything as it is now and don't make so much noise. > > > > > > I think we should at least agree on > > > 1. a common prefix > > > 2. a clarification of the naming/packaging guidelines > > > 3. an addition to the guidelines: packages that don't use the > > > upstream name should have a Provides: with the original name to > > > allow simple installs > > > > > > Ideas? > > > > > > Christoph > > > > > Yes this will be an good idear, for all plug-ins, to make an clear > > naming convention. > > 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 : https://www.redhat.com/archives/fedora-extras-list/attachments/20061217/562fce4c/smime.bin > > > > ------------------------------ > > > > -- > > fedora-extras-list mailing list > > fedora-extras-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-extras-list > > > > > > End of fedora-extras-list Digest, Vol 25, Issue 36 > > ************************************************** From a.badger at gmail.com Mon Dec 18 21:25:24 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 18 Dec 2006 13:25:24 -0800 Subject: FESCo Meeting Logs Message-ID: <1166477124.21769.36.camel@localhost.localdomain> Hey all, I've just sent out the Meeting summaries for 2006-12-7 and 2006-12-14. As you may have noticed, the summaries haven't been coming out as regularly as we would like recently. This is mostly my fault as I've been trying to integrate some of Michael Schwendt's comments about meeting logs and failing. The desire is to expose more information in accessible formats so that people can know not just what decisions are being made, but also who is making them. This is helpful when it comes time to vote for a new FESCo -- If you know that Toshio Kuratomi has been voting for things you disagree with and obstructing the things you are interested in you can vote against him in the election. If you only know that FESCo as a whole voted for this issue and voted against this other one, then you won't be able to make an informed decision of who you want on the Steering Committee next term. Weighed against this desire is simply the time requirement to do a good job at this. Having an easily readable table of who voted, who abstained, and who didn't vote on the issues presented at a meeting, having expanded information on who proposed issues and solutions, and other things to help readers differentiate the views of individual members could be done by someone who has more time to process the logs. If you have some ideas and time to do this feel free to let me know and we'll work out the best way for you to add your contribution to the summaries. -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 nicolas.mailhot at laposte.net Mon Dec 18 21:31:04 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 18 Dec 2006 22:31:04 +0100 Subject: FESCo Meeting Logs In-Reply-To: <1166477124.21769.36.camel@localhost.localdomain> References: <1166477124.21769.36.camel@localhost.localdomain> Message-ID: <1166477464.12632.2.camel@rousalka.dyndns.org> Le lundi 18 d?cembre 2006 ? 13:25 -0800, Toshio Kuratomi a ?crit : > If you have some ideas and time to do this feel free to let me know and > we'll work out the best way for you to add your contribution to the > summaries. why not use the very simple system of archiving discussions online, with every irc nick a pointer to the discussions this nick had a role in ? -- 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 orion at cora.nwra.com Mon Dec 18 23:52:35 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Mon, 18 Dec 2006 16:52:35 -0700 Subject: FE's cmake is compiled using static copies of expat, xmlrpc, zlib, and curl. In-Reply-To: <1166461181.3505.195.camel@viper.local> References: <200612181736.03755@rineau.schtroumpfette> <1166461181.3505.195.camel@viper.local> Message-ID: <458729C3.5020302@cora.nwra.com> Ville Skytt? wrote: > On Mon, 2006-12-18 at 17:36 +0100, Laurent Rineau wrote: >> > Ouch. Bugzilla'd already? Anything in initial review comments > regarding this? > No bugzilla. Didn't manage to get caught it the review unfortunately. >> I tried to add --system-libs as option of the ./boostrap script, in the spec >> file, but cmake needs xmlrpc, which is not in Fedora (Extras+Core). > > xmlrpc-c is in Extras, maybe that's it? > That's it. Needed another patch to have cmake find it. Still need some work because apparently the xmlrpc-c in FE-devel has a different API. I've checked in the changes to CVS for anyone to review. - Orion (cmake maintainer) (Any particular reason I wasn't contacted directly earlier?) -- Orion Poplawski Technical Manager 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 peter at thecodergeek.com Tue Dec 19 02:36:55 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Mon, 18 Dec 2006 18:36:55 -0800 Subject: BZR Post-release Snapshot: Keep BZR Repository Data in Tarball? Message-ID: <1166495815.3288.2.camel@localhost> Hello, all. Upstream for scribes has pushed some major bug fixes into their Bazaar-NG repository, which I'd like to take a snapshot of and package as an update in Fedora Extras (foremostly because it fixes the processor-intensive zombie bug, but also includes updated translations). My question is: When I create a tarball of the snapshot from a `bzr get`, should I keep the .bzr files and directory in it (which contains the repository checkout information)? Thank you. -- 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: 189 bytes Desc: This is a digitally signed message part URL: From orion at cora.nwra.com Tue Dec 19 03:23:48 2006 From: orion at cora.nwra.com (orion at cora.nwra.com) Date: Mon, 18 Dec 2006 20:23:48 -0700 (MST) Subject: FE's cmake is compiled using static copies of expat, xmlrpc, zlib, and curl. In-Reply-To: <458729C3.5020302@cora.nwra.com> References: <200612181736.03755@rineau.schtroumpfette> <1166461181.3505.195.camel@viper.local> <458729C3.5020302@cora.nwra.com> Message-ID: <1856.71.208.239.31.1166498628.squirrel@www.cora.nwra.com> > Ville Skytt? wrote: >> xmlrpc-c is in Extras, maybe that's it? >> > > That's it. Needed another patch to have cmake find it. Still need some > work because apparently the xmlrpc-c in FE-devel has a different API. Was just a matter of changing the include files. Built for devel. Need to do a little testing before pushing for FC-6 and 5. - Orion From peter at thecodergeek.com Tue Dec 19 03:50:32 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Mon, 18 Dec 2006 19:50:32 -0800 Subject: [Resolved?] Re: BZR Post-release Snapshot: Keep BZR Repository Data in Tarball? In-Reply-To: <1166495815.3288.2.camel@localhost> References: <1166495815.3288.2.camel@localhost> Message-ID: <1166500232.3325.5.camel@localhost> On Mon, 2006-12-18 at 18:36 -0800, Peter Gordon wrote: > My question is: When I create a tarball of the snapshot from a `bzr > get`, should I keep the .bzr files and directory in it (which contains > the repository checkout information)? Come to think of it, the .bzr repository data adds nearly three megs of fluff to the source tarball, and I've added the instructions on how to retrieve the specific source revision checkout as comments in the .spec file, so I'm not going to have it in the used Source0 tarball. Speak now or forever hold your peace. The commits (assuming all goes well with this local build and a bunch of testing) should happen probably sometime late this evening. :] -- 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: 189 bytes Desc: This is a digitally signed message part URL: From jeff at ocjtech.us Tue Dec 19 04:12:51 2006 From: jeff at ocjtech.us (Jeffrey C. Ollie) Date: Mon, 18 Dec 2006 22:12:51 -0600 Subject: bcfg2 license? Message-ID: <1166501571.5602.2.camel@lt21223.campus.dmacc.edu> http://trac.mcs.anl.gov/projects/bcfg2/browser/trunk/bcfg2/LICENSE Free enough for extras? Jeff -------------- 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 Dec 19 04:20:52 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, 19 Dec 2006 09:50:52 +0530 Subject: FESCo Meeting Logs In-Reply-To: <1166477124.21769.36.camel@localhost.localdomain> References: <1166477124.21769.36.camel@localhost.localdomain> Message-ID: Hi, On 12/19/06, Toshio Kuratomi wrote: > Hey all, > > I've just sent out the Meeting summaries for 2006-12-7 and 2006-12-14. > As you may have noticed, the summaries haven't been coming out as > regularly as we would like recently. This is mostly my fault as I've > been trying to integrate some of Michael Schwendt's comments about > meeting logs and failing. > > The desire is to expose more information in accessible formats so that > people can know not just what decisions are being made, but also who is > making them. This is helpful when it comes time to vote for a new FESCo > -- If you know that Toshio Kuratomi has been voting for things you > disagree with and obstructing the things you are interested in you can > vote against him in the election. If you only know that FESCo as a > whole voted for this issue and voted against this other one, then you > won't be able to make an informed decision of who you want on the > Steering Committee next term. > > Weighed against this desire is simply the time requirement to do a good > job at this. Having an easily readable table of who voted, who > abstained, and who didn't vote on the issues presented at a meeting, > having expanded information on who proposed issues and solutions, and > other things to help readers differentiate the views of individual > members could be done by someone who has more time to process the logs. > > If you have some ideas and time to do this feel free to let me know and > we'll work out the best way for you to add your contribution to the > summaries. Thanks for posting them. Was searching for last 2 meetings log since 2 weeks on wiki. Looks like all logs till date are now added to wiki. Regards, Parag. From tibbs at math.uh.edu Tue Dec 19 05:29:17 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 18 Dec 2006 23:29:17 -0600 Subject: BZR Post-release Snapshot: Keep BZR Repository Data in Tarball? In-Reply-To: <1166495815.3288.2.camel@localhost> References: <1166495815.3288.2.camel@localhost> Message-ID: >>>>> "PG" == Peter Gordon writes: PG> My question is: When I create a tarball of the snapshot from a PG> `bzr get`, should I keep the .bzr files and directory in it (which PG> contains the repository checkout information)? In general you shouldn't, especially if these files hold information that's dependent on your login or when you did the checkout as it makes it more difficult to compare the source in your package against the upstream. And even if not, it's still junk that's not useful for building the package and may be of nontrivial size. - J< From peter at thecodergeek.com Tue Dec 19 05:57:15 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Mon, 18 Dec 2006 21:57:15 -0800 Subject: [Resolved] Re: BZR Post-release Snapshot: Keep BZR Repository Data in Tarball? In-Reply-To: References: <1166495815.3288.2.camel@localhost> Message-ID: <1166507835.3325.7.camel@localhost> On Mon, 2006-12-18 at 23:29 -0600, Jason L Tibbitts III wrote: > In general you shouldn't, especially if these files hold information > that's dependent on your login or when you did the checkout as it > makes it more difficult to compare the source in your package against > the upstream. And even if not, it's still junk that's not useful for > building the package and may be of nontrivial size. Awesome. Thanks for the clarification, Jason! :] -- 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: 189 bytes Desc: This is a digitally signed message part URL: From giallu at gmail.com Tue Dec 19 07:31:31 2006 From: giallu at gmail.com (Gianluca Sforna) Date: Tue, 19 Dec 2006 08:31:31 +0100 Subject: BZR Post-release Snapshot: Keep BZR Repository Data in Tarball? In-Reply-To: References: <1166495815.3288.2.camel@localhost> Message-ID: On 18 Dec 2006 23:29:17 -0600, Jason L Tibbitts III wrote: > >>>>> "PG" == Peter Gordon writes: > > PG> My question is: When I create a tarball of the snapshot from a > PG> `bzr get`, should I keep the .bzr files and directory in it (which > PG> contains the repository checkout information)? > > In general you shouldn't, especially if these files hold information > that's dependent on your login or when you did the checkout as it > makes it more difficult to compare the source in your package against > the upstream. And even if not, it's still junk that's not useful for > building the package and may be of nontrivial size. > Hasn't bazaar a command equivalent to 'cvs export' ? From pertusus at free.fr Tue Dec 19 08:35:24 2006 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 19 Dec 2006 09:35:24 +0100 Subject: bcfg2 license? In-Reply-To: <1166501571.5602.2.camel@lt21223.campus.dmacc.edu> References: <1166501571.5602.2.camel@lt21223.campus.dmacc.edu> Message-ID: <20061219083524.GB2488@free.fr> On Mon, Dec 18, 2006 at 10:12:51PM -0600, Jeffrey C. Ollie wrote: > http://trac.mcs.anl.gov/projects/bcfg2/browser/trunk/bcfg2/LICENSE > > Free enough for extras? No, because of the advertisement clause: "4. All advertising materials, journal articles and documentation mentioning features derived from or use of the Software must display the following acknowledgment:" This is a restriction on use which renders it non free. Also it may be hard to follow this rule since it is not very precise, since 'mentionning features derived from or use' maybe understood more or less broadly. -- Pat From paul at city-fan.org Tue Dec 19 08:46:15 2006 From: paul at city-fan.org (Paul Howarth) Date: Tue, 19 Dec 2006 08:46:15 +0000 Subject: BZR Post-release Snapshot: Keep BZR Repository Data in Tarball? In-Reply-To: <1166495815.3288.2.camel@localhost> References: <1166495815.3288.2.camel@localhost> Message-ID: <1166517975.28834.12.camel@metropolis.intra.city-fan.org> On Mon, 2006-12-18 at 18:36 -0800, Peter Gordon wrote: > Hello, all. > > Upstream for scribes has pushed some major bug fixes into their > Bazaar-NG repository, which I'd like to take a snapshot of and package > as an update in Fedora Extras (foremostly because it fixes the > processor-intensive zombie bug, but also includes updated translations). > > My question is: When I create a tarball of the snapshot from a `bzr > get`, should I keep the .bzr files and directory in it (which contains > the repository checkout information)? Given that it's a post-release snapshot, couldn't you create a patch file containing the differences between the snapshot and the latest release and just use the patch? Paul. From buildsys at fedoraproject.org Tue Dec 19 10:55:03 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 19 Dec 2006 05:55:03 -0500 (EST) Subject: Fedora Extras Package Build Report 2006-12-19 Message-ID: <20061219105503.BBD6815212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 72 Macaulay2-0.9.95-1.fc7.1 Pound-2.2-2.fc7 akode-2.0.1-4.fc7 amarok-1.4.4-4.fc7 amavisd-new-2.4.4-2.fc7 autogen-5.8.7-5.fc7 bochs-2.3-4.fc7 NEW clucene-0.9.16a-1.fc7 cmake-2.4.5-2.fc7 cmucl-19d-3.fc7 dejavu-fonts-2.13-1.fc7 digikam-0.9.0-1.fc7 digikamimageplugins-0.9.0-1.fc7 duplicity-0.4.2-5.fc7 em8300-0.16.0-1.fc7 factory-2.0.5-11.fc7 fbg-0.9-3.fc7 fontypython-0.2.0-5.fc7 gazpacho-0.7.0-1.fc7 gdl-0.9-0.pre3.4.fc7 glest-2.0.0-4.fc7 gnome-applet-timer-1.3.2-1.fc7 hexter-dssi-0.5.9-8.fc7 jd-1.8.1-2.cvs061218.fc7 kdissert-1.0.7-1.fc7 libfac-2.0.5-8.fc7 liferea-1.2.0-1.fc7 maxima-5.10.99-0.3.rc3.fc7 mew-5.1-3.fc7 multican-0.0.4-2.fc7 nagios-plugins-1.4.5-1.fc7 nant-0.85-11.fc7 nexuiz-2.2.1-1.fc7 nexuiz-data-2.2.1-1 notecase-1.3.3-1.fc7 ntl-5.4-5.fc7 ochusha-0.5.99.65-0.1.cvs061219.fc7.1 openbabel-2.1.0-0.1.b4.fc7 NEW perl-File-Which-0.05-2.fc7 NEW perl-GPS-PRN-0.02-1.fc7 NEW perl-IO-Capture-0.05-2.fc7 NEW perl-Net-GPSD-0.32-1.fc7 perl-Perl-Critic-0.22-2.fc7 NEW perl-Pod-Spell-1.01-2.fc7 NEW perl-Pod-Strip-1.02-1.fc7 NEW perl-Text-ASCIITable-0.18-2.fc7 NEW perl-Text-Tree-1.0-2.fc7 plague-0.4.4.1-4.fc7 poedit-1.3.6-1.2.fc7 pylint-0.12.2-1.fc7 python-kid-0.9.4-1.1.fc7 python-kiwi-1.9.11-1.fc7 python-logilab-astng-0.16.3-1.fc7 python-logilab-common-0.21.0-1.fc7 python-nltk_lite-0.6.6-2.fc7 python-sqlobject-0.7.2-3.fc7 rdiff-backup-1.0.5-2.fc7 sblim-cmpi-devel-1.0.4-5.fc7 scribes-0.3-3.20061218bzr.fc7 scribes-templates-20061130-1.fc7 NEW sqlgrey-1.7.4-5.fc7 stellarium-0.8.2-5.fc7 taglib-1.4-5.fc7 uim-1.3.0-1.fc7 verbiste-0.1.17-1.fc7 w3m-el-1.4.4-6.fc7 wxGTK-2.8.0-2.8.0.1.3.fc7 wxMaxima-0.7.0a-5.fc7 xchm-1.10-2.fc7 xpdf-3.01-28.fc7 yumex-1.2.1-1.0.fc7 zeroinstall-injector-0.24-3.fc7 Packages built and released for Fedora Extras 6: 46 Pound-2.2-2.fc6 amarok-1.4.4-4.fc6 NEW clucene-0.9.16a-1.fc6 digikam-0.9.0-1.fc6 digikamimageplugins-0.9.0-1.fc6 duplicity-0.4.2-5.fc6 em8300-0.16.0-1.fc6 em8300-kmod-0.16.0-5.2.6.18_1.2868.fc6 fontypython-0.2.0-5.fc6 gazpacho-0.7.0-1.fc6 glest-2.0.0-4.fc6 gnome-applet-timer-1.3.2-1.fc6 gtk-qt-engine-0.70-4.20061211svn.fc6 hexter-dssi-0.5.9-8.fc6 mew-5.1-3.fc6 NEW multican-0.0.4-2.fc6 nagios-plugins-1.4.5-1.fc6 notecase-1.3.3-1.fc6 openpbx-1.2-3.rc2.svn2282.fc6 NEW perl-File-Which-0.05-2.fc6 NEW perl-GPS-PRN-0.02-1.fc6 NEW perl-IO-Capture-0.05-2.fc6 perl-Perl-Critic-0.22-1.fc6 NEW perl-Pod-Spell-1.01-2.fc6 NEW perl-Pod-Strip-1.02-1.fc6 NEW perl-Text-ASCIITable-0.18-2.fc6 NEW perl-Text-Tree-1.0-2.fc6 pylint-0.12.2-1.fc6 NEW python-TurboMail-2.0.3-2.fc6 python-kid-0.9.4-1.fc6 python-kiwi-1.9.11-1.fc6 python-logilab-astng-0.16.3-1.fc6 python-logilab-common-0.21.0-1.fc6 scribes-0.3-2.20061218bzr.fc6 scribes-templates-20061130-1.fc6 stellarium-0.8.2-5.fc6 taglib-1.4-5.fc6 NEW tinyca2-0.7.5-3.fc6 uim-1.3.0-1.fc6 NEW v4l2-tool-1.0.2-2.fc6 verbiste-0.1.17-1.fc6 w3m-el-1.4.4-6.fc6 xmldiff-0.6.8-1.fc6 xpdf-3.01-28.fc6 yaz-2.1.40-1.fc6 yumex-1.2.1-1.0.fc6 Packages built and released for Fedora Extras 5: 36 Pound-2.2-2.fc5 NEW clucene-0.9.16a-1.fc5 digikam-0.9.0-1.fc5 digikamimageplugins-0.9.0-1.fc5 duplicity-0.4.2-5.fc5 em8300-0.16.0-1.fc5 em8300-kmod-0.16.0-1.2.6.18_1.2257.fc5 emelfm2-0.3.1-1.fc5 fontypython-0.2.0-5.fc5 gazpacho-0.7.0-1.fc5 gnome-applet-timer-1.3.2-1.fc5 gnomesword-2.1.10-1.fc5.1 gtk-qt-engine-0.70-4.20061211svn.fc5.1 hexter-dssi-0.5.9-8.fc5 NEW multican-0.0.4-2.fc5 nagios-plugins-1.4.5-1.fc5 NEW perl-File-Which-0.05-2.fc5 NEW perl-GPS-PRN-0.02-1.fc5 NEW perl-IO-Capture-0.05-2.fc5 perl-Perl-Critic-0.22-1.fc5 NEW perl-Pod-Spell-1.01-2.fc5 NEW perl-Pod-Strip-1.02-1.fc5 NEW perl-Text-ASCIITable-0.18-2.fc5 NEW perl-Text-Tree-1.0-2.fc5 pylint-0.12.2-1.fc5 python-kid-0.9.4-1.fc5 python-kiwi-1.9.11-1.fc5 python-logilab-astng-0.16.3-1.fc5 python-logilab-common-0.21.0-1.fc5 stellarium-0.8.2-5.fc5 NEW tinyca2-0.7.5-3.fc5 uim-1.3.0-1.fc5 verbiste-0.1.17-1.fc5 w3m-el-1.4.4-6.fc5 xmldiff-0.6.8-1.fc5 yaz-2.1.40-1.fc5 Packages built and released for Fedora Extras 4: 3 duplicity-0.4.2-5.fc4 nagios-plugins-1.4.5-1.fc4 python-kid-0.9.4-1.fc4 Packages built and released for Fedora Extras 3: 1 duplicity-0.4.2-5.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 Dec 19 11:56:07 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Tue, 19 Dec 2006 11:56:07 -0000 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-19 Message-ID: <20061219115607.16505.84750@extras64.linux.duke.edu> New report for: belegdol AT gmail.com package: gnome-chemistry-utils - 0.6.3-4.fc7.i386 from fedora-extras-development-i386 unresolved deps: libopenbabel.so.1 package: gnome-chemistry-utils - 0.6.3-4.fc7.i386 from fedora-extras-development-x86_64 unresolved deps: libopenbabel.so.1 package: gnome-chemistry-utils - 0.6.3-4.fc7.ppc from fedora-extras-development-ppc unresolved deps: libopenbabel.so.1 package: gnome-chemistry-utils - 0.6.3-4.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libopenbabel.so.1()(64bit) ====================================================================== New report for: paul AT all-the-johnsons.co.uk package: boo - 0.7.6.2237-9.fc6.i386 from fedora-extras-development-i386 unresolved deps: mono(NAnt.DotNetTasks) = 0:0.85.2344.0 mono(NAnt.Core) = 0:0.85.2344.0 package: boo - 0.7.6.2237-9.fc6.i386 from fedora-extras-development-x86_64 unresolved deps: mono(NAnt.DotNetTasks) = 0:0.85.2344.0 mono(NAnt.Core) = 0:0.85.2344.0 package: boo - 0.7.6.2237-9.fc6.ppc from fedora-extras-development-ppc unresolved deps: mono(NAnt.DotNetTasks) = 0:0.85.2344.0 mono(NAnt.Core) = 0:0.85.2344.0 package: boo - 0.7.6.2237-9.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: mono(NAnt.DotNetTasks) = 0:0.85.2344.0 mono(NAnt.Core) = 0:0.85.2344.0 ====================================================================== New report for: mgarski AT post.pl package: digikam-doc - 0.8.2-3.fc5.noarch from fedora-extras-5-i386 unresolved deps: digikam = 0:0.8.2 package: digikam-doc - 0.8.2-3.fc5.noarch from fedora-extras-5-ppc unresolved deps: digikam = 0:0.8.2 package: digikam-doc - 0.8.2-3.fc5.noarch from fedora-extras-5-x86_64 unresolved deps: digikam = 0:0.8.2 package: digikam-doc - 0.8.2-3.fc6.noarch from fedora-extras-6-i386 unresolved deps: digikam = 0:0.8.2 package: digikam-doc - 0.8.2-3.fc6.noarch from fedora-extras-6-ppc unresolved deps: digikam = 0:0.8.2 package: digikam-doc - 0.8.2-3.fc6.noarch from fedora-extras-6-x86_64 unresolved deps: digikam = 0:0.8.2 ====================================================================== New report for: rdieter AT math.unl.edu package: digikamimageplugins-doc - 0.8.2-2.fc5.noarch from fedora-extras-5-i386 unresolved deps: digikamimageplugins = 0:0.8.2 package: digikamimageplugins-doc - 0.8.2-2.fc5.noarch from fedora-extras-5-ppc unresolved deps: digikamimageplugins = 0:0.8.2 package: digikamimageplugins-doc - 0.8.2-2.fc5.noarch from fedora-extras-5-x86_64 unresolved deps: digikamimageplugins = 0:0.8.2 package: digikamimageplugins-doc - 0.8.2-2.fc6.noarch from fedora-extras-6-i386 unresolved deps: digikamimageplugins = 0:0.8.2 package: digikamimageplugins-doc - 0.8.2-2.fc6.noarch from fedora-extras-6-ppc unresolved deps: digikamimageplugins = 0:0.8.2 package: digikamimageplugins-doc - 0.8.2-2.fc6.noarch from fedora-extras-6-x86_64 unresolved deps: digikamimageplugins = 0:0.8.2 package: digikamimageplugins-doc - 0.8.2-2.fc6.noarch from fedora-extras-development-i386 unresolved deps: digikamimageplugins = 0:0.8.2 package: digikamimageplugins-doc - 0.8.2-2.fc6.noarch from fedora-extras-development-ppc unresolved deps: digikamimageplugins = 0:0.8.2 package: digikamimageplugins-doc - 0.8.2-2.fc6.noarch from fedora-extras-development-x86_64 unresolved deps: digikamimageplugins = 0:0.8.2 ====================================================================== New report for: rpm AT greysector.net package: xdrawchem - 1.9.9-4.fc6.i386 from fedora-extras-development-i386 unresolved deps: libopenbabel.so.1 package: xdrawchem - 1.9.9-4.fc6.ppc from fedora-extras-development-ppc unresolved deps: libopenbabel.so.1 package: xdrawchem - 1.9.9-4.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libopenbabel.so.1()(64bit) ====================================================================== Summary of broken packages (by owner): andreas.bierfert AT lowlatency.de centericq - 4.21.0-8.fc6.i386 (49 days) centericq - 4.21.0-8.fc6.ppc (49 days) centericq - 4.21.0-8.fc6.x86_64 (49 days) nessus-client - 2.2.7-2.fc6.i386 (20 days) nessus-client - 2.2.7-2.fc6.ppc (20 days) nessus-client - 2.2.7-2.fc6.x86_64 (20 days) nessus-gui - 2.2.7-2.fc6.i386 (20 days) nessus-gui - 2.2.7-2.fc6.ppc (20 days) nessus-gui - 2.2.7-2.fc6.x86_64 (20 days) nessus-server - 2.2.7-2.fc6.i386 (20 days) nessus-server - 2.2.7-2.fc6.ppc (20 days) nessus-server - 2.2.7-2.fc6.x86_64 (20 days) orange - 0.3-4.cvs20051118.fc7.i386 (15 days) andreas AT bawue.net pyzor - 0.4.0-10.fc6.noarch (11 days) pyzor - 0.4.0-10.fc6.noarch (11 days) pyzor - 0.4.0-10.fc6.noarch (11 days) ser-postgresql - 0.9.6-9.fc6.i386 (13 days) ser-postgresql - 0.9.6-9.fc6.ppc (13 days) ser-postgresql - 0.9.6-9.fc6.x86_64 (13 days) aportal AT univ-montp2.fr kicad - 2006.08.28-2.fc6.i386 (4 days) kicad - 2006.08.28-2.fc6.ppc (4 days) kicad - 2006.08.28-2.fc6.x86_64 (4 days) bdpepple AT ameritech.net python-telepathy - 0.13.7-2.fc7.noarch (11 days) python-telepathy - 0.13.7-2.fc7.noarch (11 days) python-telepathy - 0.13.7-2.fc7.noarch (11 days) belegdol AT gmail.com gnome-chemistry-utils - 0.6.3-4.fc7.i386 gnome-chemistry-utils - 0.6.3-4.fc7.i386 gnome-chemistry-utils - 0.6.3-4.fc7.ppc gnome-chemistry-utils - 0.6.3-4.fc7.x86_64 bnocera AT redhat.com driftnet - 0.1.6-11.i386 (20 days) driftnet - 0.1.6-11.ppc (20 days) driftnet - 0.1.6-11.x86_64 (20 days) cgoorah AT yahoo.com.au toped - 0.8.2-2.fc6.i386 (4 days) toped - 0.8.2-2.fc6.ppc (4 days) toped - 0.8.2-2.fc6.x86_64 (4 days) dan AT danny.cz codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (4 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (4 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.ppc (4 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.x86_64 (4 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.i386 (4 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.ppc (4 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.x86_64 (4 days) tinyerp - 3.4.2-1.fc6.noarch (11 days) tinyerp - 3.4.2-1.fc6.noarch (11 days) tinyerp - 3.4.2-1.fc6.noarch (11 days) tinyerp-server - 3.4.2-1.fc6.noarch (11 days) tinyerp-server - 3.4.2-1.fc6.noarch (11 days) tinyerp-server - 3.4.2-1.fc6.noarch (11 days) dcbw AT redhat.com csound - 5.03.0-9.fc7.i386 (11 days) csound - 5.03.0-9.fc7.i386 (11 days) csound - 5.03.0-9.fc7.ppc (11 days) csound - 5.03.0-9.fc7.x86_64 (11 days) csound-python - 5.03.0-9.fc7.i386 (11 days) csound-python - 5.03.0-9.fc7.ppc (11 days) csound-python - 5.03.0-9.fc7.x86_64 (11 days) denis AT poolshark.org glom - 1.2.1-2.fc7.i386 (11 days) glom - 1.2.1-2.fc7.ppc (11 days) glom - 1.2.1-2.fc7.x86_64 (11 days) k3d - 0.6.4.0-1.fc7.i386 (11 days) k3d - 0.6.4.0-1.fc7.i386 (11 days) k3d - 0.6.4.0-1.fc7.ppc (11 days) k3d - 0.6.4.0-1.fc7.x86_64 (11 days) dwmw2 AT redhat.com openpbx - 1.2-3.rc2.svn2135.fc7.i386 (13 days) openpbx - 1.2-3.rc2.svn2135.fc7.i386 (13 days) openpbx - 1.2-3.rc2.svn2135.fc7.ppc (13 days) openpbx - 1.2-3.rc2.svn2135.fc7.x86_64 (13 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.i386 (13 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.ppc (13 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.x86_64 (13 days) endur AT bennewitz.com streamtuner - 0.99.99-15.fc7.x86_64 (11 days) extras-orphan AT fedoraproject.org python-htmltmpl - 1.22-7.fc6.noarch (11 days) python-htmltmpl - 1.22-7.fc6.noarch (11 days) python-htmltmpl - 1.22-7.fc6.noarch (11 days) python-id3 - 1.2-8.fc6.noarch (11 days) python-id3 - 1.2-8.fc6.noarch (11 days) python-id3 - 1.2-8.fc6.noarch (11 days) foolish AT guezz.net serpentine - 0.7-5.fc6.noarch (11 days) serpentine - 0.7-5.fc6.noarch (11 days) serpentine - 0.7-5.fc6.noarch (11 days) gajownik AT gmail.com gajim - 0.10.1-3.fc6.i386 (11 days) gajim - 0.10.1-3.fc6.ppc (11 days) gajim - 0.10.1-3.fc6.x86_64 (11 days) ghenry AT suretecsystems.com pgadmin3 - 1.4.3-6.fc6.i386 (13 days) pgadmin3 - 1.4.3-6.fc6.ppc (13 days) pgadmin3 - 1.4.3-6.fc6.x86_64 (13 days) giallu AT gmail.com kmod-sysprof - 1.0.7-1.2.6.18_1.2849.fc6.1.i586 (13 days) kmod-sysprof - 1.0.7-1.2.6.18_1.2849.fc6.1.i686 (13 days) kmod-sysprof - 1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 (13 days) kmod-sysprof-PAE - 1.0.7-1.2.6.18_1.2849.fc6.1.i686 (13 days) kmod-sysprof-kdump - 1.0.7-1.2.6.18_1.2849.fc6.1.i686 (13 days) kmod-sysprof-kdump - 1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 (13 days) kmod-sysprof-xen - 1.0.7-1.2.6.18_1.2849.fc6.1.i686 (13 days) kmod-sysprof-xen - 1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 (13 days) hugo AT devin.com.br python-ogg - 1.3-3.fc6.i386 (11 days) python-ogg - 1.3-3.fc6.i386 (11 days) python-ogg - 1.3-3.fc6.ppc (11 days) python-ogg - 1.3-3.fc6.x86_64 (11 days) python-vorbis - 1.3-3.fc6.i386 (11 days) python-vorbis - 1.3-3.fc6.ppc (11 days) python-vorbis - 1.3-3.fc6.x86_64 (11 days) icon AT fedoraproject.org python-feedparser - 4.1-1.fc6.noarch (11 days) python-feedparser - 4.1-1.fc6.noarch (11 days) python-feedparser - 4.1-1.fc6.noarch (11 days) ifoox AT redhat.com libreadline-java - 0.8.0-13.fc6.i386 (8 days) libreadline-java - 0.8.0-13.fc6.i386 (8 days) libreadline-java - 0.8.0-13.fc6.ppc (8 days) libreadline-java - 0.8.0-13.fc6.x86_64 (8 days) j.w.r.degoede AT hhs.nl gcompris - 8.2-1.fc7.i386 (11 days) gcompris - 8.2-1.fc7.ppc (11 days) gcompris - 8.2-1.fc7.x86_64 (11 days) scorched3d - 40.1d-1.fc7.i386 (4 days) scorched3d - 40.1d-1.fc7.ppc (4 days) scorched3d - 40.1d-1.fc7.x86_64 (4 days) jafo-redhat AT tummy.com python-pydns - 2.3.0-4.fc6.noarch (11 days) python-pydns - 2.3.0-4.fc6.noarch (11 days) python-pydns - 2.3.0-4.fc6.noarch (11 days) python-pyspf - 1.7-5.fc6.noarch (11 days) python-pyspf - 1.7-5.fc6.noarch (11 days) python-pyspf - 1.7-5.fc6.noarch (11 days) jamatos AT fc.up.pt f2py - 2.45.241_1926-2.fc6.noarch (11 days) f2py - 2.45.241_1926-2.fc6.noarch (11 days) f2py - 2.45.241_1926-2.fc6.noarch (11 days) python-amara - 1.1.7-2.fc6.noarch (11 days) python-amara - 1.1.7-2.fc6.noarch (11 days) python-amara - 1.1.7-2.fc6.noarch (11 days) jeff AT ocjtech.us linphone - 1.2.0-4.fc5.i386 (71 days) linphone - 1.2.0-4.fc5.ppc (71 days) linphone - 1.2.0-4.fc5.x86_64 (71 days) jeremy AT jeremysanders.net veusz - 0.10-12.fc6.i386 (11 days) veusz - 0.10-12.fc6.ppc (11 days) veusz - 0.10-12.fc6.x86_64 (11 days) karlthered AT gmail.com gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.i386 (27 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.i386 (27 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.ppc (27 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.x86_64 (27 days) python-sexy - 0.1.9-2.fc7.i386 (11 days) python-sexy - 0.1.9-2.fc7.ppc (11 days) python-sexy - 0.1.9-2.fc7.x86_64 (11 days) lmacken AT redhat.com TurboGears - 1.0b2-5.fc7.noarch (6 days) TurboGears - 1.0b2-5.fc7.noarch (6 days) TurboGears - 1.0b2-5.fc7.noarch (6 days) python-cherrypy - 2.2.1-3.fc6.noarch (11 days) python-cherrypy - 2.2.1-3.fc6.noarch (11 days) python-cherrypy - 2.2.1-3.fc6.noarch (11 days) mgarski AT post.pl digikam-doc - 0.8.2-3.fc5.noarch digikam-doc - 0.8.2-3.fc5.noarch digikam-doc - 0.8.2-3.fc5.noarch digikam-doc - 0.8.2-3.fc6.noarch digikam-doc - 0.8.2-3.fc6.noarch digikam-doc - 0.8.2-3.fc6.noarch digikam-doc - 0.8.2-3.fc6.noarch (20 days) digikam-doc - 0.8.2-3.fc6.noarch (20 days) digikam-doc - 0.8.2-3.fc6.noarch (20 days) michel.salim AT gmail.com python-nltk - 1.4.4-3.fc7.noarch (11 days) python-nltk - 1.4.4-3.fc7.noarch (11 days) python-nltk - 1.4.4-3.fc7.noarch (11 days) mitr AT redhat.com python-4Suite-XML - 1.0-1.i386 (11 days) python-4Suite-XML - 1.0-1.ppc (11 days) python-4Suite-XML - 1.0-1.x86_64 (11 days) oliver AT linux-kernel.at syck-python - 0.55-12.fc7.i386 (11 days) syck-python - 0.55-12.fc7.ppc (11 days) syck-python - 0.55-12.fc7.x86_64 (11 days) orion AT cora.nwra.com paraview - 2.4.4-3.fc6.x86_64 (11 days) paraview-mpi - 2.4.4-3.fc6.x86_64 (11 days) plplot - 5.6.1-8.fc7.i386 (11 days) plplot - 5.6.1-8.fc7.i386 (11 days) plplot - 5.6.1-8.fc7.ppc (11 days) plplot - 5.6.1-8.fc7.x86_64 (11 days) plplot-gnome - 5.6.1-8.fc7.i386 (11 days) plplot-gnome - 5.6.1-8.fc7.i386 (11 days) plplot-gnome - 5.6.1-8.fc7.ppc (11 days) plplot-gnome - 5.6.1-8.fc7.x86_64 (11 days) plplot-wxGTK - 5.6.1-8.fc7.i386 (11 days) plplot-wxGTK - 5.6.1-8.fc7.ppc (11 days) plplot-wxGTK - 5.6.1-8.fc7.x86_64 (11 days) paul AT all-the-johnsons.co.uk XaraLX - 0.7-8.fc6.r1763.i386 (4 days) XaraLX - 0.7-8.fc6.r1763.ppc (4 days) XaraLX - 0.7-8.fc6.r1763.x86_64 (4 days) boo - 0.7.6.2237-9.fc6.i386 boo - 0.7.6.2237-9.fc6.i386 boo - 0.7.6.2237-9.fc6.ppc boo - 0.7.6.2237-9.fc6.x86_64 petersen AT redhat.com ghc-gtk2hs - 0.9.10-4.fc6.i386 (46 days) ghc-gtk2hs - 0.9.10-4.fc6.ppc (46 days) ghc-gtk2hs - 0.9.10-4.fc6.x86_64 (46 days) ghc642-gtk2hs - 0.9.10-4.fc6.i386 (46 days) ghc642-gtk2hs - 0.9.10-4.fc6.ppc (46 days) ghc642-gtk2hs - 0.9.10-4.fc6.x86_64 (46 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.i386 (46 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.ppc (46 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.x86_64 (46 days) prockai AT redhat.com cyrus-imapd - 2.3.7-4.fc6.i386 (20 days) cyrus-imapd - 2.3.7-4.fc6.i386 (20 days) cyrus-imapd - 2.3.7-4.fc6.ppc (20 days) cyrus-imapd - 2.3.7-4.fc6.x86_64 (20 days) rdieter AT math.unl.edu PyKDE - 3.16.0-5.fc7.i386 (11 days) PyKDE - 3.16.0-5.fc7.i386 (11 days) PyKDE - 3.16.0-5.fc7.ppc (11 days) PyKDE - 3.16.0-5.fc7.x86_64 (11 days) digikamimageplugins-doc - 0.8.2-2.fc5.noarch digikamimageplugins-doc - 0.8.2-2.fc5.noarch digikamimageplugins-doc - 0.8.2-2.fc5.noarch digikamimageplugins-doc - 0.8.2-2.fc6.noarch digikamimageplugins-doc - 0.8.2-2.fc6.noarch digikamimageplugins-doc - 0.8.2-2.fc6.noarch digikamimageplugins-doc - 0.8.2-2.fc6.noarch digikamimageplugins-doc - 0.8.2-2.fc6.noarch digikamimageplugins-doc - 0.8.2-2.fc6.noarch gift - 0.11.8.1-6.fc7.i386 (51 days) roozbeh AT farsiweb.info translate-toolkit - 0.10.1-2.fc7.noarch (7 days) translate-toolkit - 0.10.1-2.fc7.noarch (7 days) translate-toolkit - 0.10.1-2.fc7.noarch (7 days) rpm AT greysector.net xdrawchem - 1.9.9-4.fc6.i386 xdrawchem - 1.9.9-4.fc6.ppc xdrawchem - 1.9.9-4.fc6.x86_64 rpm AT timj.co.uk rapidsvn - 0.9.4-2.fc7.i386 (4 days) rapidsvn - 0.9.4-2.fc7.ppc (4 days) rapidsvn - 0.9.4-2.fc7.x86_64 (4 days) rvokal AT redhat.com python-adns - 1.1.0-4.fc6.i386 (11 days) python-adns - 1.1.0-4.fc6.ppc (11 days) python-adns - 1.1.0-4.fc6.x86_64 (11 days) shahms AT shahms.com python-durus - 3.5-2.fc6.i386 (11 days) python-durus - 3.5-2.fc6.ppc (11 days) python-durus - 3.5-2.fc6.x86_64 (11 days) python-psyco - 1.5.1-4.fc6.i386 (11 days) python-quixote - 2.4-4.fc6.i386 (11 days) python-quixote - 2.4-4.fc6.ppc (11 days) python-quixote - 2.4-4.fc6.x86_64 (11 days) python-simpletal - 4.1-4.fc6.noarch (11 days) python-simpletal - 4.1-4.fc6.noarch (11 days) python-simpletal - 4.1-4.fc6.noarch (11 days) python-tpg - 3.1.0-3.fc6.noarch (11 days) python-tpg - 3.1.0-3.fc6.noarch (11 days) python-tpg - 3.1.0-3.fc6.noarch (11 days) splinux AT fedoraproject.org pessulus - 2.16.1-1.fc6.noarch (11 days) pessulus - 2.16.1-1.fc6.noarch (11 days) pessulus - 2.16.1-1.fc6.noarch (11 days) stickster AT gmail.com xmldiff - 0.6.7-12.fc6.i386 (11 days) xmldiff - 0.6.7-12.fc6.ppc (11 days) xmldiff - 0.6.7-12.fc6.x86_64 (11 days) tcallawa AT redhat.com compat-wxPythonGTK2 - 2.4.2.4-12.fc6.i386 (11 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.ppc (11 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.x86_64 (11 days) gambas-gb-db - 1.0.17-6.fc7.i386 (26 days) gambas-gb-db - 1.0.17-6.fc7.ppc (26 days) gambas-runtime - 1.0.17-6.fc7.i386 (26 days) gambas-runtime - 1.0.17-6.fc7.ppc (26 days) pychart - 1.39-4.fc6.noarch (11 days) pychart - 1.39-4.fc6.noarch (11 days) pychart - 1.39-4.fc6.noarch (11 days) pyxdg - 0.15-3.fc6.noarch (11 days) pyxdg - 0.15-3.fc6.noarch (11 days) pyxdg - 0.15-3.fc6.noarch (11 days) rekall-postgresql - 2.4.3-5.fc6.i386 (13 days) rekall-postgresql - 2.4.3-5.fc6.ppc (13 days) rekall-postgresql - 2.4.3-5.fc6.x86_64 (13 days) rekall-python - 2.4.3-5.fc6.i386 (13 days) rekall-python - 2.4.3-5.fc6.ppc (13 days) rekall-python - 2.4.3-5.fc6.x86_64 (13 days) thomas AT apestaart.org python-twisted - 1.3.0-7.fc6.i386 (11 days) python-twisted - 1.3.0-7.fc6.ppc (11 days) python-twisted - 1.3.0-7.fc6.x86_64 (11 days) triad AT df.lth.se gnomad2 - 2.8.9-2.fc6.i386 (11 days) gnomad2 - 2.8.9-2.fc6.ppc (11 days) gnomad2 - 2.8.9-2.fc6.x86_64 (11 days) ville.skytta AT iki.fi kmod-em8300 - 0.16.0-0.4.rc2.2.6.18_1.2849.fc6.i586 (13 days) kmod-em8300 - 0.16.0-0.4.rc2.2.6.18_1.2849.fc6.i686 (13 days) kmod-em8300 - 0.16.0-0.4.rc2.2.6.18_1.2849.fc6.ppc (13 days) kmod-em8300 - 0.16.0-0.4.rc2.2.6.18_1.2849.fc6.x86_64 (13 days) kmod-em8300-PAE - 0.16.0-0.4.rc2.2.6.18_1.2849.fc6.i686 (13 days) kmod-em8300-kdump - 0.16.0-0.4.rc2.2.6.18_1.2849.fc6.i686 (13 days) kmod-em8300-kdump - 0.16.0-0.4.rc2.2.6.18_1.2849.fc6.x86_64 (13 days) kmod-em8300-smp - 0.16.0-0.4.rc2.2.6.18_1.2849.fc6.ppc (13 days) kmod-em8300-xen - 0.16.0-0.4.rc2.2.6.18_1.2849.fc6.i686 (13 days) kmod-em8300-xen - 0.16.0-0.4.rc2.2.6.18_1.2849.fc6.x86_64 (13 days) wart AT kobold.org cyphesis - 0.5.10-3.fc7.i386 (11 days) cyphesis - 0.5.10-3.fc7.ppc (11 days) cyphesis - 0.5.10-3.fc7.x86_64 (11 days) ====================================================================== Broken packages in fedora-extras-development-ppc: PyKDE-3.16.0-5.fc7.ppc requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.ppc requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_xml-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_net-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_xrc-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_html-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_adv-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_qa-2.6.so.0 boo-0.7.6.2237-9.fc6.ppc requires mono(NAnt.DotNetTasks) = 0:0.85.2344.0 boo-0.7.6.2237-9.fc6.ppc requires mono(NAnt.Core) = 0:0.85.2344.0 centericq-4.21.0-8.fc6.ppc requires libcurl.so.3 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.ppc requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.ppc requires libpython2.4.so.1.0 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpagent.so.10 digikam-doc-0.8.2-3.fc6.noarch requires digikam = 0:0.8.2 digikamimageplugins-doc-0.8.2-2.fc6.noarch requires digikamimageplugins = 0:0.8.2 driftnet-0.1.6-11.ppc requires libpcap.so.0.9.4 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 gajim-0.10.1-3.fc6.ppc requires libpython2.4.so.1.0 gajim-0.10.1-3.fc6.ppc requires python-abi = 0:2.4 gambas-gb-db-1.0.17-6.fc7.ppc requires libpq.so.4 gambas-runtime-1.0.17-6.fc7.ppc requires libgettextlib-0.15.so gcompris-8.2-1.fc7.ppc requires libpython2.4.so.1.0 ghc-gtk2hs-0.9.10-4.fc6.ppc requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires ghc642 glom-1.2.1-2.fc7.ppc requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.ppc requires libpython2.4.so.1.0 gnomad2-2.8.9-2.fc6.ppc requires libmtp.so.2 gnome-chemistry-utils-0.6.3-4.fc7.ppc requires libopenbabel.so.1 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.ppc requires gecko-libs = 0:2.0 k3d-0.6.4.0-1.fc7.ppc requires libpython2.4.so.1.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) kicad-2006.08.28-2.fc6.ppc requires libwx_baseu_xml-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_baseu_net-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_baseu-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) kmod-em8300-0.16.0-0.4.rc2.2.6.18_1.2849.fc6.ppc requires kernel-ppc = 0:2.6.18-1.2849.fc6 kmod-em8300-smp-0.16.0-0.4.rc2.2.6.18_1.2849.fc6.ppc requires kernel-ppc = 0:2.6.18-1.2849.fc6smp libreadline-java-0.8.0-13.fc6.ppc requires libedit >= 0:2.9 nessus-client-2.2.7-2.fc6.ppc requires libpcap.so.0.9.4 nessus-gui-2.2.7-2.fc6.ppc requires libpcap.so.0.9.4 nessus-server-2.2.7-2.fc6.ppc requires libpcap.so.0.9.4 openpbx-1.2-3.rc2.svn2135.fc7.ppc requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.ppc requires libpq.so.4 pessulus-2.16.1-1.fc6.noarch requires python(abi) = 0:2.4 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_ogl-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libpq.so.4 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_stc-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu_xml-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu_net-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_stc-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_ogl-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 plplot-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.ppc requires python(abi) = 0:2.4 python-adns-1.1.0-4.fc6.ppc requires python < 0:2.5 python-adns-1.1.0-4.fc6.ppc requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-durus-3.5-2.fc6.ppc requires python-abi = 0:2.4 python-durus-3.5-2.fc6.ppc requires python(abi) = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python-abi = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python(abi) = 0:2.4 python-htmltmpl-1.22-7.fc6.noarch requires python(abi) = 0:2.4 python-id3-1.2-8.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-ogg-1.3-3.fc6.ppc requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.ppc requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-pyspf-1.7-5.fc6.noarch requires python(abi) = 0:2.4 python-quixote-2.4-4.fc6.ppc requires python-abi = 0:2.4 python-quixote-2.4-4.fc6.ppc requires python(abi) = 0:2.4 python-sexy-0.1.9-2.fc7.ppc requires python(abi) = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python-abi = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python-abi = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.ppc requires python(abi) = 0:2.4 python-vorbis-1.3-3.fc6.ppc requires python-abi = 0:2.4 python-vorbis-1.3-3.fc6.ppc requires python(abi) = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python-abi = 0:2.4 pyxdg-0.15-3.fc6.noarch requires /usr/lib/python2.4/site-packages pyxdg-0.15-3.fc6.noarch requires python(abi) = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python-abi = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python(abi) = 0:2.4 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) rapidsvn-0.9.4-2.fc7.ppc requires libwx_baseu_xml-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) rapidsvn-0.9.4-2.fc7.ppc requires libwx_baseu_net-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_baseu-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 rekall-postgresql-2.4.3-5.fc6.ppc requires libpq.so.4 rekall-python-2.4.3-5.fc6.ppc requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.ppc requires libpython2.4.so.1.0 scorched3d-40.1d-1.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) scorched3d-40.1d-1.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) scorched3d-40.1d-1.fc7.ppc requires libwx_baseu_xml-2.6.so.0 scorched3d-40.1d-1.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 scorched3d-40.1d-1.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) scorched3d-40.1d-1.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) scorched3d-40.1d-1.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 scorched3d-40.1d-1.fc7.ppc requires libwx_baseu_net-2.6.so.0 scorched3d-40.1d-1.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 scorched3d-40.1d-1.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) scorched3d-40.1d-1.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 scorched3d-40.1d-1.fc7.ppc requires libwx_baseu-2.6.so.0 scorched3d-40.1d-1.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) scorched3d-40.1d-1.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 ser-postgresql-0.9.6-9.fc6.ppc requires libpq.so.4 serpentine-0.7-5.fc6.noarch requires python(abi) = 0:2.4 syck-python-0.55-12.fc7.ppc requires python(abi) = 0:2.4 tinyerp-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 tinyerp-server-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.ppc requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 translate-toolkit-0.10.1-2.fc7.noarch requires python-elementtree veusz-0.10-12.fc6.ppc requires python(abi) = 0:2.4 xdrawchem-1.9.9-4.fc6.ppc requires libopenbabel.so.1 xmldiff-0.6.7-12.fc6.ppc requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-x86_64: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) boo-0.7.6.2237-9.fc6.i386 requires mono(NAnt.DotNetTasks) = 0:0.85.2344.0 boo-0.7.6.2237-9.fc6.i386 requires mono(NAnt.Core) = 0:0.85.2344.0 boo-0.7.6.2237-9.fc6.x86_64 requires mono(NAnt.DotNetTasks) = 0:0.85.2344.0 boo-0.7.6.2237-9.fc6.x86_64 requires mono(NAnt.Core) = 0:0.85.2344.0 centericq-4.21.0-8.fc6.x86_64 requires libcurl.so.3()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 From buildsys at fedoraproject.org Tue Dec 19 11:56:08 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Tue, 19 Dec 2006 11:56:08 -0000 Subject: (2/2) Summary - Broken dependencies in Fedora Extras - 2006-12-19 Message-ID: <20061219115608.16505.77992@extras64.linux.duke.edu> codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) compat-wxPythonGTK2-2.4.2.4-12.fc6.x86_64 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) csound-python-5.03.0-9.fc7.x86_64 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyphesis-0.5.10-3.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpmibs.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmp.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmphelpers.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpagent.so.10()(64bit) digikam-doc-0.8.2-3.fc6.noarch requires digikam = 0:0.8.2 digikamimageplugins-doc-0.8.2-2.fc6.noarch requires digikamimageplugins = 0:0.8.2 driftnet-0.1.6-11.x86_64 requires libpcap.so.0.9.4()(64bit) f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 gajim-0.10.1-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) gajim-0.10.1-3.fc6.x86_64 requires python-abi = 0:2.4 gcompris-8.2-1.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) ghc-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires ghc642 gift-0.11.8.1-6.fc7.i386 requires libmagic.so.1 glom-1.2.1-2.fc7.x86_64 requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) gnomad2-2.8.9-2.fc6.x86_64 requires libmtp.so.2()(64bit) gnome-chemistry-utils-0.6.3-4.fc7.i386 requires libopenbabel.so.1 gnome-chemistry-utils-0.6.3-4.fc7.x86_64 requires libopenbabel.so.1()(64bit) gtkmozembedmm-1.4.2.cvs20060817-5.fc7.i386 requires gecko-libs = 0:2.0 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.x86_64 requires gecko-libs = 0:2.0 k3d-0.6.4.0-1.fc7.i386 requires libpython2.4.so.1.0 k3d-0.6.4.0-1.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) kmod-em8300-0.16.0-0.4.rc2.2.6.18_1.2849.fc6.x86_64 requires kernel-x86_64 = 0:2.6.18-1.2849.fc6 kmod-em8300-kdump-0.16.0-0.4.rc2.2.6.18_1.2849.fc6.x86_64 requires kernel-x86_64 = 0:2.6.18-1.2849.fc6kdump kmod-em8300-xen-0.16.0-0.4.rc2.2.6.18_1.2849.fc6.x86_64 requires kernel-x86_64 = 0:2.6.18-1.2849.fc6xen kmod-sysprof-1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 requires kernel-x86_64 = 0:2.6.18-1.2849.fc6 kmod-sysprof-kdump-1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 requires kernel-x86_64 = 0:2.6.18-1.2849.fc6kdump kmod-sysprof-xen-1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 requires kernel-x86_64 = 0:2.6.18-1.2849.fc6xen libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 libreadline-java-0.8.0-13.fc6.x86_64 requires libedit >= 0:2.9 nessus-client-2.2.7-2.fc6.x86_64 requires libpcap.so.0.9.4()(64bit) nessus-gui-2.2.7-2.fc6.x86_64 requires libpcap.so.0.9.4()(64bit) nessus-server-2.2.7-2.fc6.x86_64 requires libpcap.so.0.9.4()(64bit) openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-1.2-3.rc2.svn2135.fc7.x86_64 requires libedit.so.0()(64bit) openpbx-postgresql-1.2-3.rc2.svn2135.fc7.x86_64 requires libpq.so.4()(64bit) orange-0.3-4.cvs20051118.fc7.i386 requires libmagic.so.1 paraview-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) paraview-mpi-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) pessulus-2.16.1-1.fc6.noarch requires python(abi) = 0:2.4 pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_ogl-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_stc-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_stc-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_ogl-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libpq.so.4()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.x86_64 requires python(abi) = 0:2.4 python-adns-1.1.0-4.fc6.x86_64 requires python < 0:2.5 python-adns-1.1.0-4.fc6.x86_64 requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-durus-3.5-2.fc6.x86_64 requires python-abi = 0:2.4 python-durus-3.5-2.fc6.x86_64 requires python(abi) = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python-abi = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python(abi) = 0:2.4 python-htmltmpl-1.22-7.fc6.noarch requires python(abi) = 0:2.4 python-id3-1.2-8.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python(abi) = 0:2.4 python-ogg-1.3-3.fc6.x86_64 requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.x86_64 requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-pyspf-1.7-5.fc6.noarch requires python(abi) = 0:2.4 python-quixote-2.4-4.fc6.x86_64 requires python-abi = 0:2.4 python-quixote-2.4-4.fc6.x86_64 requires python(abi) = 0:2.4 python-sexy-0.1.9-2.fc7.x86_64 requires python(abi) = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python-abi = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python-abi = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.x86_64 requires python(abi) = 0:2.4 python-vorbis-1.3-3.fc6.x86_64 requires python-abi = 0:2.4 python-vorbis-1.3-3.fc6.x86_64 requires python(abi) = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python-abi = 0:2.4 pyxdg-0.15-3.fc6.noarch requires /usr/lib/python2.4/site-packages pyxdg-0.15-3.fc6.noarch requires python(abi) = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python-abi = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python(abi) = 0:2.4 rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) rekall-postgresql-2.4.3-5.fc6.x86_64 requires libpq.so.4()(64bit) rekall-python-2.4.3-5.fc6.x86_64 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) ser-postgresql-0.9.6-9.fc6.x86_64 requires libpq.so.4()(64bit) serpentine-0.7-5.fc6.noarch requires python(abi) = 0:2.4 streamtuner-0.99.99-15.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) syck-python-0.55-12.fc7.x86_64 requires python(abi) = 0:2.4 tinyerp-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 tinyerp-server-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) translate-toolkit-0.10.1-2.fc7.noarch requires python-elementtree veusz-0.10-12.fc6.x86_64 requires python(abi) = 0:2.4 xdrawchem-1.9.9-4.fc6.x86_64 requires libopenbabel.so.1()(64bit) xmldiff-0.6.7-12.fc6.x86_64 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-i386: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_xml-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_net-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_xrc-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_html-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_adv-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_qa-2.6.so.0 boo-0.7.6.2237-9.fc6.i386 requires mono(NAnt.DotNetTasks) = 0:0.85.2344.0 boo-0.7.6.2237-9.fc6.i386 requires mono(NAnt.Core) = 0:0.85.2344.0 centericq-4.21.0-8.fc6.i386 requires libcurl.so.3 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.i386 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.i386 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.i386 requires libpython2.4.so.1.0 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 digikam-doc-0.8.2-3.fc6.noarch requires digikam = 0:0.8.2 digikamimageplugins-doc-0.8.2-2.fc6.noarch requires digikamimageplugins = 0:0.8.2 driftnet-0.1.6-11.i386 requires libpcap.so.0.9.4 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 gajim-0.10.1-3.fc6.i386 requires libpython2.4.so.1.0 gajim-0.10.1-3.fc6.i386 requires python-abi = 0:2.4 gambas-gb-db-1.0.17-6.fc7.i386 requires libpq.so.4 gambas-runtime-1.0.17-6.fc7.i386 requires libgettextlib-0.15.so gcompris-8.2-1.fc7.i386 requires libpython2.4.so.1.0 ghc-gtk2hs-0.9.10-4.fc6.i386 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires ghc642 glom-1.2.1-2.fc7.i386 requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.i386 requires libpython2.4.so.1.0 gnomad2-2.8.9-2.fc6.i386 requires libmtp.so.2 gnome-chemistry-utils-0.6.3-4.fc7.i386 requires libopenbabel.so.1 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.i386 requires gecko-libs = 0:2.0 k3d-0.6.4.0-1.fc7.i386 requires libpython2.4.so.1.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) kicad-2006.08.28-2.fc6.i386 requires libwx_baseu_xml-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_baseu_net-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_baseu-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) kmod-em8300-0.16.0-0.4.rc2.2.6.18_1.2849.fc6.i586 requires kernel-i586 = 0:2.6.18-1.2849.fc6 kmod-em8300-0.16.0-0.4.rc2.2.6.18_1.2849.fc6.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6 kmod-em8300-PAE-0.16.0-0.4.rc2.2.6.18_1.2849.fc6.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6PAE kmod-em8300-kdump-0.16.0-0.4.rc2.2.6.18_1.2849.fc6.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6kdump kmod-em8300-xen-0.16.0-0.4.rc2.2.6.18_1.2849.fc6.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6xen kmod-sysprof-1.0.7-1.2.6.18_1.2849.fc6.1.i586 requires kernel-i586 = 0:2.6.18-1.2849.fc6 kmod-sysprof-1.0.7-1.2.6.18_1.2849.fc6.1.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6 kmod-sysprof-PAE-1.0.7-1.2.6.18_1.2849.fc6.1.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6PAE kmod-sysprof-kdump-1.0.7-1.2.6.18_1.2849.fc6.1.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6kdump kmod-sysprof-xen-1.0.7-1.2.6.18_1.2849.fc6.1.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6xen libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 nessus-client-2.2.7-2.fc6.i386 requires libpcap.so.0.9.4 nessus-gui-2.2.7-2.fc6.i386 requires libpcap.so.0.9.4 nessus-server-2.2.7-2.fc6.i386 requires libpcap.so.0.9.4 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.i386 requires libpq.so.4 pessulus-2.16.1-1.fc6.noarch requires python(abi) = 0:2.4 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_ogl-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libpq.so.4 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_stc-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu_xml-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu_net-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_stc-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_ogl-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.i386 requires python(abi) = 0:2.4 python-adns-1.1.0-4.fc6.i386 requires python < 0:2.5 python-adns-1.1.0-4.fc6.i386 requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-durus-3.5-2.fc6.i386 requires python-abi = 0:2.4 python-durus-3.5-2.fc6.i386 requires python(abi) = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python-abi = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python(abi) = 0:2.4 python-htmltmpl-1.22-7.fc6.noarch requires python(abi) = 0:2.4 python-id3-1.2-8.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python(abi) = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python-abi = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-pyspf-1.7-5.fc6.noarch requires python(abi) = 0:2.4 python-quixote-2.4-4.fc6.i386 requires python-abi = 0:2.4 python-quixote-2.4-4.fc6.i386 requires python(abi) = 0:2.4 python-sexy-0.1.9-2.fc7.i386 requires python(abi) = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python-abi = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python-abi = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.i386 requires python(abi) = 0:2.4 python-vorbis-1.3-3.fc6.i386 requires python-abi = 0:2.4 python-vorbis-1.3-3.fc6.i386 requires python(abi) = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python-abi = 0:2.4 pyxdg-0.15-3.fc6.noarch requires /usr/lib/python2.4/site-packages pyxdg-0.15-3.fc6.noarch requires python(abi) = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python-abi = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python(abi) = 0:2.4 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) rapidsvn-0.9.4-2.fc7.i386 requires libwx_baseu_xml-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) rapidsvn-0.9.4-2.fc7.i386 requires libwx_baseu_net-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_baseu-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 rekall-postgresql-2.4.3-5.fc6.i386 requires libpq.so.4 rekall-python-2.4.3-5.fc6.i386 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.i386 requires libpython2.4.so.1.0 scorched3d-40.1d-1.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) scorched3d-40.1d-1.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) scorched3d-40.1d-1.fc7.i386 requires libwx_baseu_xml-2.6.so.0 scorched3d-40.1d-1.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 scorched3d-40.1d-1.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) scorched3d-40.1d-1.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) scorched3d-40.1d-1.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 scorched3d-40.1d-1.fc7.i386 requires libwx_baseu_net-2.6.so.0 scorched3d-40.1d-1.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 scorched3d-40.1d-1.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) scorched3d-40.1d-1.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 scorched3d-40.1d-1.fc7.i386 requires libwx_baseu-2.6.so.0 scorched3d-40.1d-1.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) scorched3d-40.1d-1.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 ser-postgresql-0.9.6-9.fc6.i386 requires libpq.so.4 serpentine-0.7-5.fc6.noarch requires python(abi) = 0:2.4 syck-python-0.55-12.fc7.i386 requires python(abi) = 0:2.4 tinyerp-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 tinyerp-server-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.i386 requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 translate-toolkit-0.10.1-2.fc7.noarch requires python-elementtree veusz-0.10-12.fc6.i386 requires python(abi) = 0:2.4 xdrawchem-1.9.9-4.fc6.i386 requires libopenbabel.so.1 xmldiff-0.6.7-12.fc6.i386 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-6-ppc: digikam-doc-0.8.2-3.fc6.noarch requires digikam = 0:0.8.2 digikamimageplugins-doc-0.8.2-2.fc6.noarch requires digikamimageplugins = 0:0.8.2 ====================================================================== Broken packages in fedora-extras-6-x86_64: digikam-doc-0.8.2-3.fc6.noarch requires digikam = 0:0.8.2 digikamimageplugins-doc-0.8.2-2.fc6.noarch requires digikamimageplugins = 0:0.8.2 ====================================================================== Broken packages in fedora-extras-6-i386: digikam-doc-0.8.2-3.fc6.noarch requires digikam = 0:0.8.2 digikamimageplugins-doc-0.8.2-2.fc6.noarch requires digikamimageplugins = 0:0.8.2 ====================================================================== Broken packages in fedora-extras-5-ppc: digikam-doc-0.8.2-3.fc5.noarch requires digikam = 0:0.8.2 digikamimageplugins-doc-0.8.2-2.fc5.noarch requires digikamimageplugins = 0:0.8.2 linphone-1.2.0-4.fc5.ppc requires libortp.so.2 ====================================================================== Broken packages in fedora-extras-5-x86_64: digikam-doc-0.8.2-3.fc5.noarch requires digikam = 0:0.8.2 digikamimageplugins-doc-0.8.2-2.fc5.noarch requires digikamimageplugins = 0:0.8.2 linphone-1.2.0-4.fc5.x86_64 requires libortp.so.2()(64bit) ====================================================================== Broken packages in fedora-extras-5-i386: digikam-doc-0.8.2-3.fc5.noarch requires digikam = 0:0.8.2 digikamimageplugins-doc-0.8.2-2.fc5.noarch requires digikamimageplugins = 0:0.8.2 linphone-1.2.0-4.fc5.i386 requires libortp.so.2 From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Tue Dec 19 12:15:12 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Tue, 19 Dec 2006 13:15:12 +0100 Subject: Possible wxWidgets-2.8 problem (rawhide) In-Reply-To: <20061218192914.GA5729@jadzia.bu.edu> References: <1166353800.21598.21.camel@T7.Linux> <20061217152550.GA4561@jadzia.bu.edu> <1166371130.21598.29.camel@T7.Linux> <20061217171046.GA7987@jadzia.bu.edu> <20061217182220.GA11248@jadzia.bu.edu> <20061218170620.00ae997e@python3.es.egwn.lan> <20061218192914.GA5729@jadzia.bu.edu> Message-ID: <20061219131512.351aecb2@python3.es.egwn.lan> Matthew Miller wrote : > On Mon, Dec 18, 2006 at 05:06:20PM +0100, Matthias Saou wrote: > > FWIW, I tried rebuilding the latest VLC against the first wxGTK 2.8 > > packages in Rawhide, and it also failed miserably (don't remember the > > error from the top of my head), while it compiled fine with 2.6 on FC6. > > So the announced compatibility doesn't seem to live up to its > > expectations, unless this timer option was the catch ;-) > > It's very likely there's some other module which was enabled before which > isn't now. There's a whole lot of not-enabled-by-default modules, and I'm > not sure which are disabled for a reason and which are just considered > optional for some reason or another. So if you find something you need, > lemme know. Here's the VLC error I'm still getting : dialogs.cpp: In member function 'void DialogsProvider::OnOpenFileGeneric(wxCommandEvent&)': dialogs.cpp:379: error: 'class wxFileDialog' has no member named 'SetStyle' make[6]: *** [libwxwidgets_plugin_a-dialogs.o] Error 1 Possibly some non-enabled style changing option for wxGTK? Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 6 (Zod) - Linux kernel 2.6.18-1.2835.fc6 Load : 0.50 1.31 1.72 From sundaram at fedoraproject.org Tue Dec 19 13:39:40 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 19 Dec 2006 19:09:40 +0530 Subject: bcfg2 license? In-Reply-To: <20061219083524.GB2488@free.fr> References: <1166501571.5602.2.camel@lt21223.campus.dmacc.edu> <20061219083524.GB2488@free.fr> Message-ID: <4587EB9C.5070604@fedoraproject.org> Patrice Dumas wrote: > On Mon, Dec 18, 2006 at 10:12:51PM -0600, Jeffrey C. Ollie wrote: >> http://trac.mcs.anl.gov/projects/bcfg2/browser/trunk/bcfg2/LICENSE >> >> Free enough for extras? > > No, because of the advertisement clause: > > "4. All advertising materials, journal articles and documentation > mentioning features derived from or use of the Software must display > the following acknowledgment:" > > This is a restriction on use which renders it non free. Also it may be > hard to follow this rule since it is not very precise, since 'mentionning > features derived from or use' maybe understood more or less broadly. Dont we allow the 4-clause BSD license in Fedora? Rahul From jwboyer at jdub.homelinux.org Tue Dec 19 13:47:59 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Tue, 19 Dec 2006 07:47:59 -0600 Subject: bcfg2 license? In-Reply-To: <4587EB9C.5070604@fedoraproject.org> References: <1166501571.5602.2.camel@lt21223.campus.dmacc.edu> <20061219083524.GB2488@free.fr> <4587EB9C.5070604@fedoraproject.org> Message-ID: <1166536079.13060.41.camel@zod.rchland.ibm.com> On Tue, 2006-12-19 at 19:09 +0530, Rahul Sundaram wrote: > Patrice Dumas wrote: > > On Mon, Dec 18, 2006 at 10:12:51PM -0600, Jeffrey C. Ollie wrote: > >> http://trac.mcs.anl.gov/projects/bcfg2/browser/trunk/bcfg2/LICENSE > >> > >> Free enough for extras? > > > > No, because of the advertisement clause: > > > > "4. All advertising materials, journal articles and documentation > > mentioning features derived from or use of the Software must display > > the following acknowledgment:" > > > > This is a restriction on use which renders it non free. Also it may be > > hard to follow this rule since it is not very precise, since 'mentionning > > features derived from or use' maybe understood more or less broadly. > > Dont we allow the 4-clause BSD license in Fedora? Annoyingly, yes. It's on the list of GPL-Incompatible, Free Software Licenses. josh From sundaram at fedoraproject.org Tue Dec 19 13:52:22 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 19 Dec 2006 19:22:22 +0530 Subject: bcfg2 license? In-Reply-To: <1166536079.13060.41.camel@zod.rchland.ibm.com> References: <1166501571.5602.2.camel@lt21223.campus.dmacc.edu> <20061219083524.GB2488@free.fr> <4587EB9C.5070604@fedoraproject.org> <1166536079.13060.41.camel@zod.rchland.ibm.com> Message-ID: <4587EE96.8060401@fedoraproject.org> Josh Boyer wrote: > On Tue, 2006-12-19 at 19:09 +0530, Rahul Sundaram wrote: >> Patrice Dumas wrote: >>> On Mon, Dec 18, 2006 at 10:12:51PM -0600, Jeffrey C. Ollie wrote: >>>> http://trac.mcs.anl.gov/projects/bcfg2/browser/trunk/bcfg2/LICENSE >>>> >>>> Free enough for extras? >>> No, because of the advertisement clause: >>> >>> "4. All advertising materials, journal articles and documentation >>> mentioning features derived from or use of the Software must display >>> the following acknowledgment:" >>> >>> This is a restriction on use which renders it non free. Also it may be >>> hard to follow this rule since it is not very precise, since 'mentionning >>> features derived from or use' maybe understood more or less broadly. >> Dont we allow the 4-clause BSD license in Fedora? > > Annoyingly, yes. It's on the list of GPL-Incompatible, Free Software > Licenses. > The above advertising clause isnt much different. Is it? Rahul From mattdm at mattdm.org Tue Dec 19 14:19:00 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 19 Dec 2006 09:19:00 -0500 Subject: Possible wxWidgets-2.8 problem (rawhide) In-Reply-To: <20061219131512.351aecb2@python3.es.egwn.lan> References: <1166353800.21598.21.camel@T7.Linux> <20061217152550.GA4561@jadzia.bu.edu> <1166371130.21598.29.camel@T7.Linux> <20061217171046.GA7987@jadzia.bu.edu> <20061217182220.GA11248@jadzia.bu.edu> <20061218170620.00ae997e@python3.es.egwn.lan> <20061218192914.GA5729@jadzia.bu.edu> <20061219131512.351aecb2@python3.es.egwn.lan> Message-ID: <20061219141900.GA13029@jadzia.bu.edu> On Tue, Dec 19, 2006 at 01:15:12PM +0100, Matthias Saou wrote: > Here's the VLC error I'm still getting : > dialogs.cpp: In member function 'void > DialogsProvider::OnOpenFileGeneric(wxCommandEvent&)': > dialogs.cpp:379: error: 'class wxFileDialog' has no member named > 'SetStyle' > make[6]: *** [libwxwidgets_plugin_a-dialogs.o] Error 1 > Possibly some non-enabled style changing option for wxGTK? Well, I'm not explicitly giving "--enable-filedlg", but I think that should be on by default. On the other hand, I thought the timer would be on by default too by reading the configure.in. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From pertusus at free.fr Tue Dec 19 14:49:35 2006 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 19 Dec 2006 15:49:35 +0100 Subject: bcfg2 license? In-Reply-To: <4587EE96.8060401@fedoraproject.org> References: <1166501571.5602.2.camel@lt21223.campus.dmacc.edu> <20061219083524.GB2488@free.fr> <4587EB9C.5070604@fedoraproject.org> <1166536079.13060.41.camel@zod.rchland.ibm.com> <4587EE96.8060401@fedoraproject.org> Message-ID: <20061219144935.GB2575@free.fr> On Tue, Dec 19, 2006 at 07:22:22PM +0530, Rahul Sundaram wrote: > > The above advertising clause isnt much different. Is it? Indeed, it is very similar (though not exactly the same). It could be acceptable, but I still find this clause a bit problematic (and adding journal articles and documentation to advertising materials reinforce that) since it imposes some additional conditions on the users which are not very clear to me. As a side note, the old BSD license doesn't appear to be OSI approved. My worry is that, to comply with that kind of license, users will have 1. to check the license of the software before using it 2. to think whether they are mentionning use of the software or not, and depending on the case it may not be that easy, when the use is indirect. In fact there is something I don't understand clearly, it is whether a user using the software has to cite it or not. If it is only in derived software, derived software documentation, eg in software distribution it is fine. If it is in anything related with the software use, it seems wrong to me. Honestly, I don't understand the license clearly enough to know for sure. Maybe this is a language issue. If the use is covered, I think it goes against something nice in fedora, which is that you don't have to worry (nor even think) about anything when using a software coming from fedora repos. -- Pat From dennis at ausil.us Tue Dec 19 15:04:51 2006 From: dennis at ausil.us (Dennis Gilmore) Date: Tue, 19 Dec 2006 09:04:51 -0600 Subject: bcfg2 license? In-Reply-To: <1166501571.5602.2.camel@lt21223.campus.dmacc.edu> References: <1166501571.5602.2.camel@lt21223.campus.dmacc.edu> Message-ID: <200612190904.52066.dennis@ausil.us> On Monday 18 December 2006 22:12, Jeffrey C. Ollie wrote: > http://trac.mcs.anl.gov/projects/bcfg2/browser/trunk/bcfg2/LICENSE > > Free enough for extras? > > Jeff We have simple guidelines. must be OSI or FSF approved. If its not then its not acceptable -- ?,-._|\ ? ?Dennis Gilmore, RHCE / ? ? ?\ ? Proud Australian \_.--._/ ? | Aurora | Fedora | ? ? ? v ? ? From Axel.Thimm at ATrpms.net Tue Dec 19 15:09:18 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Tue, 19 Dec 2006 16:09:18 +0100 Subject: bcfg2 license? In-Reply-To: <1166501571.5602.2.camel@lt21223.campus.dmacc.edu> References: <1166501571.5602.2.camel@lt21223.campus.dmacc.edu> Message-ID: <20061219150918.GF19154@neu.nirvana> On Mon, Dec 18, 2006 at 10:12:51PM -0600, Jeffrey C. Ollie wrote: > http://trac.mcs.anl.gov/projects/bcfg2/browser/trunk/bcfg2/LICENSE > > Free enough for extras? Maybe we should kindly ask the authors to change it? Wasn't there a wiki page that explained the benefits for authors about using GPL or similar simple and known licenses? -- 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 laurent.rineau__fedora_extras at normalesup.org Tue Dec 19 15:30:37 2006 From: laurent.rineau__fedora_extras at normalesup.org (Laurent Rineau) Date: Tue, 19 Dec 2006 16:30:37 +0100 Subject: FE's cmake is compiled using static copies of expat, xmlrpc, zlib, and curl. In-Reply-To: <458729C3.5020302@cora.nwra.com> References: <200612181736.03755@rineau.schtroumpfette> <1166461181.3505.195.camel@viper.local> <458729C3.5020302@cora.nwra.com> Message-ID: <200612191630.37491@rineau.schtroumpfette> On Tuesday 19 December 2006 00:52, Orion Poplawski wrote: > (Any particular reason I wasn't contacted directly earlier?) My fault. I had not a lot of time, yesterday, before leaving my desk (at work), and I wanted to send that mail before leaving, to finish my todo list of the day. Anyway, I would have e-mailed the fedora-extras list: it is important that reviewers and packagers have that kind of issue in mind. > Ville Skytt? wrote: > > On Mon, 2006-12-18 at 17:36 +0100, Laurent Rineau wrote: > > > > Ouch. Bugzilla'd already? Anything in initial review comments > > regarding this? > > No bugzilla. Didn't manage to get caught it the review unfortunately. Oups, i have just filled https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=220180 for the records. You can resolv/close it as soon as the patched packages are build. Thank you for having that bug fixed so quickly! -- Laurent Rineau http://fedoraproject.org/wiki/LaurentRineau From Axel.Thimm at ATrpms.net Tue Dec 19 15:52:32 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Tue, 19 Dec 2006 16:52:32 +0100 Subject: bcfg2 license? In-Reply-To: <20061219150918.GF19154@neu.nirvana> References: <1166501571.5602.2.camel@lt21223.campus.dmacc.edu> <20061219150918.GF19154@neu.nirvana> Message-ID: <20061219155232.GH19154@neu.nirvana> On Tue, Dec 19, 2006 at 04:09:18PM +0100, Axel Thimm wrote: > On Mon, Dec 18, 2006 at 10:12:51PM -0600, Jeffrey C. Ollie wrote: > > http://trac.mcs.anl.gov/projects/bcfg2/browser/trunk/bcfg2/LICENSE > > > > Free enough for extras? > > Maybe we should kindly ask the authors to change it? Wasn't there a > wiki page that explained the benefits for authors about using GPL or > similar simple and known licenses? Well, I didn't find that page, but I asked the main author to change the license to something GPL compatible (Jeffrey is in the loop). -- 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 Tue Dec 19 15:55:10 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Tue, 19 Dec 2006 16:55:10 +0100 Subject: bcfg2 license? In-Reply-To: <1166536079.13060.41.camel@zod.rchland.ibm.com> References: <1166501571.5602.2.camel@lt21223.campus.dmacc.edu> <20061219083524.GB2488@free.fr> <4587EB9C.5070604@fedoraproject.org> <1166536079.13060.41.camel@zod.rchland.ibm.com> Message-ID: <20061219155510.GI19154@neu.nirvana> On Tue, Dec 19, 2006 at 07:47:59AM -0600, Josh Boyer wrote: > On Tue, 2006-12-19 at 19:09 +0530, Rahul Sundaram wrote: > > Patrice Dumas wrote: > > > On Mon, Dec 18, 2006 at 10:12:51PM -0600, Jeffrey C. Ollie wrote: > > >> http://trac.mcs.anl.gov/projects/bcfg2/browser/trunk/bcfg2/LICENSE > > >> > > >> Free enough for extras? > > > > > > No, because of the advertisement clause: > > > > > > "4. All advertising materials, journal articles and documentation > > > mentioning features derived from or use of the Software must display > > > the following acknowledgment:" > > > > > > This is a restriction on use which renders it non free. Also it may be > > > hard to follow this rule since it is not very precise, since 'mentionning > > > features derived from or use' maybe understood more or less broadly. > > > > Dont we allow the 4-clause BSD license in Fedora? > > Annoyingly, yes. It's on the list of GPL-Incompatible, Free Software > Licenses. Which we are about to dump, or not? http://fedoraproject.org/wiki/FreeSoftwareAnalysis -- 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 Tue Dec 19 16:21:46 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 19 Dec 2006 21:51:46 +0530 Subject: bcfg2 license? In-Reply-To: <20061219155232.GH19154@neu.nirvana> References: <1166501571.5602.2.camel@lt21223.campus.dmacc.edu> <20061219150918.GF19154@neu.nirvana> <20061219155232.GH19154@neu.nirvana> Message-ID: <4588119A.7080000@fedoraproject.org> Axel Thimm wrote: > On Tue, Dec 19, 2006 at 04:09:18PM +0100, Axel Thimm wrote: >> On Mon, Dec 18, 2006 at 10:12:51PM -0600, Jeffrey C. Ollie wrote: >>> http://trac.mcs.anl.gov/projects/bcfg2/browser/trunk/bcfg2/LICENSE >>> >>> Free enough for extras? >> Maybe we should kindly ask the authors to change it? Wasn't there a >> wiki page that explained the benefits for authors about using GPL or >> similar simple and known licenses? > > Well, I didn't find that page, but I asked the main author to change > the license to something GPL compatible (Jeffrey is in the loop). I think you are looking for http://www.dwheeler.com/essays/gpl-compatible.html Rahul From jkeating at redhat.com Tue Dec 19 17:01:50 2006 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 19 Dec 2006 12:01:50 -0500 Subject: Any users of "dates" out there? Message-ID: <200612191201.50864.jkeating@redhat.com> I've updated rawhide's dates to the latest upstream version. I was hoping somebody would test it out and let me know if its working for them before I push it for FC6/5 too. -- 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 sundaram at fedoraproject.org Tue Dec 19 17:14:54 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 19 Dec 2006 22:44:54 +0530 Subject: bcfg2 license? In-Reply-To: <20061219155510.GI19154@neu.nirvana> References: <1166501571.5602.2.camel@lt21223.campus.dmacc.edu> <20061219083524.GB2488@free.fr> <4587EB9C.5070604@fedoraproject.org> <1166536079.13060.41.camel@zod.rchland.ibm.com> <20061219155510.GI19154@neu.nirvana> Message-ID: <45881E0E.1050103@fedoraproject.org> Axel Thimm wrote: > > Which we are about to dump, or not? > > http://fedoraproject.org/wiki/FreeSoftwareAnalysis We arent planning to dump 4-clause BSD licensed software. It qualifies as a Free software license. The analysis page above is only about auditing packages to find out whether any of them are under non-free or proprietary licenses. Rahul From Axel.Thimm at ATrpms.net Tue Dec 19 17:39:20 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Tue, 19 Dec 2006 18:39:20 +0100 Subject: bcfg2 license? In-Reply-To: <45881E0E.1050103@fedoraproject.org> References: <1166501571.5602.2.camel@lt21223.campus.dmacc.edu> <20061219083524.GB2488@free.fr> <4587EB9C.5070604@fedoraproject.org> <1166536079.13060.41.camel@zod.rchland.ibm.com> <20061219155510.GI19154@neu.nirvana> <45881E0E.1050103@fedoraproject.org> Message-ID: <20061219173920.GB2556@neu.nirvana> On Tue, Dec 19, 2006 at 10:44:54PM +0530, Rahul Sundaram wrote: > Axel Thimm wrote: > > > > >Which we are about to dump, or not? > > > >http://fedoraproject.org/wiki/FreeSoftwareAnalysis > > We arent planning to dump 4-clause BSD licensed software. It qualifies > as a Free software license. The analysis page above is only about > auditing packages to find out whether any of them are under non-free or > proprietary licenses. But weren't there recent efforts to drop OSI and go FSF GPL compatible only so that RMS knightifies Fedora? -- 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 Tue Dec 19 18:29:53 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 19 Dec 2006 23:59:53 +0530 Subject: bcfg2 license? In-Reply-To: <20061219173920.GB2556@neu.nirvana> References: <1166501571.5602.2.camel@lt21223.campus.dmacc.edu> <20061219083524.GB2488@free.fr> <4587EB9C.5070604@fedoraproject.org> <1166536079.13060.41.camel@zod.rchland.ibm.com> <20061219155510.GI19154@neu.nirvana> <45881E0E.1050103@fedoraproject.org> <20061219173920.GB2556@neu.nirvana> Message-ID: <45882FA1.5020800@fedoraproject.org> Axel Thimm wrote: > On Tue, Dec 19, 2006 at 10:44:54PM +0530, Rahul Sundaram wrote: >> Axel Thimm wrote: >> >>> Which we are about to dump, or not? >>> >>> http://fedoraproject.org/wiki/FreeSoftwareAnalysis >> We arent planning to dump 4-clause BSD licensed software. It qualifies >> as a Free software license. The analysis page above is only about >> auditing packages to find out whether any of them are under non-free or >> proprietary licenses. > > But weren't there recent efforts to drop OSI and go FSF GPL compatible > only so that RMS knightifies Fedora? There are many GPL incompatible Free software licenses and we dont plan on dropping them. 4-clause BSD is one of these GPL incompatible Free software licenses. See http://www.gnu.org/philosophy/license-list.html. A change in the guidelines from FSF or OSI list to both or FSF only might not affect us. One of them is the reciprocal license (http://www.opensource.org/licenses/rpl.php) which FSF sees as a non-free license and none of Fedora packages use and the other one is RealNetworks Public Source License (http://www.opensource.org/licenses/real.php) only used by Helix Player which is pending on FSF to clarify their view but I think is likely to qualify from a superficial look. How many people are going to bother about us dropping Helix player anyway? Rahul From seg at haxxed.com Tue Dec 19 19:35:16 2006 From: seg at haxxed.com (Callum Lerwick) Date: Tue, 19 Dec 2006 13:35:16 -0600 Subject: bcfg2 license? In-Reply-To: <20061219083524.GB2488@free.fr> References: <1166501571.5602.2.camel@lt21223.campus.dmacc.edu> <20061219083524.GB2488@free.fr> Message-ID: <1166556917.3335.21.camel@max.booze> On Tue, 2006-12-19 at 09:35 +0100, Patrice Dumas wrote: > On Mon, Dec 18, 2006 at 10:12:51PM -0600, Jeffrey C. Ollie wrote: > > http://trac.mcs.anl.gov/projects/bcfg2/browser/trunk/bcfg2/LICENSE > > > > Free enough for extras? > > No, because of the advertisement clause: > > "4. All advertising materials, journal articles and documentation > mentioning features derived from or use of the Software must display > the following acknowledgment:" > > This is a restriction on use which renders it non free. Also it may be > hard to follow this rule since it is not very precise, since 'mentionning > features derived from or use' maybe understood more or less broadly. Aren't we overlooking the following bit: "In the event that the product being advertised includes an intact distribution of the Software (with copyright and license included) then this clause is waived." Which, considering the rest of the license, I think may be intended to mean "intact" copies are exempt from the advertising clause, but any patched or forked or derived version is stuck with the advertising clause. Or not. At any rate, it confuses the hell out of me (it doesn't define what an "intact" copy is, but then IANAL), changing it to something less confusing and more free couldn't hurt. -------------- 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 icon at fedoraproject.org Tue Dec 19 19:49:34 2006 From: icon at fedoraproject.org (Konstantin Ryabitsev) Date: Tue, 19 Dec 2006 14:49:34 -0500 Subject: bcfg2 license? In-Reply-To: <1166501571.5602.2.camel@lt21223.campus.dmacc.edu> References: <1166501571.5602.2.camel@lt21223.campus.dmacc.edu> Message-ID: On 12/18/06, Jeffrey C. Ollie wrote: > http://trac.mcs.anl.gov/projects/bcfg2/browser/trunk/bcfg2/LICENSE > > Free enough for extras? It's free enough for Debian, at the very least. http://packages.debian.org/unstable/admin/bcfg2 -- Konstantin Ryabitsev Montr?al, Qu?bec From peter at thecodergeek.com Wed Dec 20 02:03:20 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Tue, 19 Dec 2006 18:03:20 -0800 Subject: BZR Post-release Snapshot: Keep BZR Repository Data in Tarball? In-Reply-To: <1166517975.28834.12.camel@metropolis.intra.city-fan.org> References: <1166495815.3288.2.camel@localhost> <1166517975.28834.12.camel@metropolis.intra.city-fan.org> Message-ID: <1166580200.3791.3.camel@localhost> On Tue, 2006-12-19 at 08:46 +0000, Paul Howarth wrote: > Given that it's a post-release snapshot, couldn't you create a patch > file containing the differences between the snapshot and the latest > release and just use the patch? > Soon after I committed the changed specs and sources to CVS, I thought of that. While I think that's a good idea for small fixes here and there, much of the internal aspects of Scribes received a big rewrite (the InstanceManager module is now used instead of D-Bus for IPC, and nearly everything is now a plugin rather than part of the main codebase). I wanted to make sure that all of this got put into the release, as aside from fixing that bug it also greatly simplifies much of the overall Scribes code. Thanks for the suggestion though; and I will very much think of doing that *before* committing a full snapshot next time if it's something small. :] -- 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: 189 bytes Desc: This is a digitally signed message part URL: From Christian.Iseli at licr.org Wed Dec 20 09:35:56 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Wed, 20 Dec 2006 10:35:56 +0100 Subject: FESCo Meeting Logs In-Reply-To: <1166477464.12632.2.camel@rousalka.dyndns.org> References: <1166477124.21769.36.camel@localhost.localdomain> <1166477464.12632.2.camel@rousalka.dyndns.org> Message-ID: <20061220103556.15477c62@ludwig-alpha.unil.ch> On Mon, 18 Dec 2006 22:31:04 +0100, Nicolas Mailhot wrote: > why not use the very simple system of archiving discussions online, That we have here: http://fedoraproject.org/wiki/Extras/SteeringCommittee/Meetings > with > every irc nick a pointer to the discussions this nick had a role in ? Hmm. Do you have a tool for that ? C From nicolas.mailhot at laposte.net Wed Dec 20 10:01:53 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 20 Dec 2006 11:01:53 +0100 (CET) Subject: FESCo Meeting Logs In-Reply-To: <20061220103556.15477c62@ludwig-alpha.unil.ch> References: <1166477124.21769.36.camel@localhost.localdomain> <1166477464.12632.2.camel@rousalka.dyndns.org> <20061220103556.15477c62@ludwig-alpha.unil.ch> Message-ID: <51216.192.54.193.51.1166608913.squirrel@rousalka.dyndns.org> Le Mer 20 d?cembre 2006 10:35, Christian Iseli a ?crit : > On Mon, 18 Dec 2006 22:31:04 +0100, Nicolas Mailhot wrote: >> why not use the very simple system of archiving discussions online, > > That we have here: > http://fedoraproject.org/wiki/Extras/SteeringCommittee/Meetings > >> with >> every irc nick a pointer to the discussions this nick had a role in ? > > Hmm. Do you have a tool for that ? I think the guys that did kernel weekly news had something like this -- Nicolas Mailhot From buildsys at fedoraproject.org Wed Dec 20 12:11:45 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 20 Dec 2006 07:11:45 -0500 (EST) Subject: Fedora Extras Package Build Report 2006-12-20 Message-ID: <20061220121145.A98F815212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 19 R-2.4.1-1.fc7 SDL_image-1.2.5-4.fc7 azureus-2.5.0.0-11.fc7 digikamimageplugins-doc-0.8.2-3.fc7 fontypython-0.2.0-6.fc7 gnome-chemistry-utils-0.6.3-5.fc7 libnasl-2.2.9-1.fc7 mimedefang-2.58-3.fc7 nessus-core-2.2.9-1.fc7 nessus-libraries-2.2.9-1.fc7 ochusha-0.5.99.65-0.1.cvs061220.fc7 NEW perl-Module-Find-0.05-1.fc7 NEW perl-Test-Spelling-0.11-1.fc7 NEW python-twisted-core-2.4.0-5.fc7 snort-2.6.1.1-4.fc7 uw-imap-2006d-1.fc7 wine-0.9.27-1.fc7 xdg-utils-1.0.1-2.fc7 xdrawchem-1.9.9-5.fc7 Packages built and released for Fedora Extras 6: 17 R-2.4.1-1.fc6 SDL_image-1.2.5-4.fc6 amavisd-new-2.4.4-2.fc6 azureus-2.5.0.0-11.fc6 cmake-2.4.5-2.fc6 contacts-0.2-1.fc6 digikamimageplugins-doc-0.8.2-3.fc6 fontypython-0.2.0-6.fc6 gmpc-0.13.0-1.fc6 libnasl-2.2.9-1.fc6 mimedefang-2.58-3.fc6 nessus-core-2.2.9-1.fc6 nessus-libraries-2.2.9-1.fc6 nexuiz-2.2.1-1.fc6 python-sqlobject-0.7.2-1.fc6 snort-2.6.1.1-4.fc6 wine-0.9.27-1.fc6 Packages built and released for Fedora Extras 5: 14 R-2.4.1-1.fc5 amavisd-new-2.4.4-2.fc5 cmake-2.4.5-2.fc5 digikamimageplugins-doc-0.8.2-3.fc5 fontypython-0.2.0-6.fc5 gmpc-0.13.0-1.fc5 libnasl-2.2.9-1.fc5 mimedefang-2.58-3.fc5 nessus-core-2.2.9-1.fc5 nessus-libraries-2.2.9-1.fc5 nexuiz-2.2.1-1.fc5 snort-2.6.1.1-4.fc5 wine-0.9.27-1.fc5 xemacs-21.4.20-1.fc5 Packages built and released for Fedora Extras 4: 6 R-2.4.1-1.fc4 libnasl-2.2.9-1.fc4 nessus-core-2.2.9-1.fc4 nessus-libraries-2.2.9-1.fc4 nexuiz-2.2.1-1.fc4 wine-0.9.27-1.fc4 Packages built and released for Fedora Extras 3: 1 wine-0.9.27-1.fc3 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From j.w.r.degoede at hhs.nl Wed Dec 20 12:29:32 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 20 Dec 2006 13:29:32 +0100 Subject: bcfg2 license? In-Reply-To: <200612190904.52066.dennis@ausil.us> References: <1166501571.5602.2.camel@lt21223.campus.dmacc.edu> <200612190904.52066.dennis@ausil.us> Message-ID: <45892CAC.4050109@hhs.nl> Dennis Gilmore wrote: > On Monday 18 December 2006 22:12, Jeffrey C. Ollie wrote: >> http://trac.mcs.anl.gov/projects/bcfg2/browser/trunk/bcfg2/LICENSE >> >> Free enough for extras? >> >> Jeff > We have simple guidelines. must be OSI or FSF approved. If its not then its > not acceptable > That is not how I and many others read the guidelines, if its on one of those 2 approved lists then its easy, but if it matches their guidelines or the DFSG then its ok too. To quote the guidelines: "We clarify an open source license in three ways:" Notice clarify, nowhere the guidelines say the license must be on of those 3 lists! Take for example the short license which is on Crystal Stacker, which I negotiated personally with the author from a freeware license with abnoxious clauses: "Crystal Stacker is freeware. This means you can pass copies around freely provided you include this document in it's original form in your distribution. Please see the "Contacting Us" section of this document if you need to contact us for any reason. "The source code is provided as-is and you may do with it whatsoever you please provided that you include this file in its unmodified form with any new distribution. NewCreature Design makes no gaurantees regarding the usability of the source but are willing to help with any problems you might run into. Please see the "Contacting Us" section of this document if you need to get in touch with us about any issues you have regarding the source." A short 100% fine license, but according to you not acceptable, which is very strange since it has been in FE for about a year now. Please lets keep pragmatic on this. According to me the current bcfg2 license is just fine. Its even in Debian and thus meets the DFSG and thus is ok for FE. Regards, Hans From buildsys at fedoraproject.org Wed Dec 20 13:11:59 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Wed, 20 Dec 2006 13:11:59 -0000 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-20 Message-ID: <20061220131159.27399.68607@extras64.linux.duke.edu> New report for: ville.skytta AT iki.fi package: em8300 - 0.16.0-1.fc7.i386 from fedora-extras-development-i386 unresolved deps: em8300-kmod >= 0:0.16.0 package: em8300 - 0.16.0-1.fc7.ppc from fedora-extras-development-ppc unresolved deps: em8300-kmod >= 0:0.16.0 package: em8300 - 0.16.0-1.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: em8300-kmod >= 0:0.16.0 ====================================================================== New report for: tcallawa AT redhat.com package: evolution-bogofilter - 0.2.0-4.fc7.i386 from fedora-extras-development-i386 unresolved deps: libcamel-1.2.so.0 libcamel-provider-1.2.so.8 package: evolution-bogofilter - 0.2.0-4.fc7.ppc from fedora-extras-development-ppc unresolved deps: libcamel-1.2.so.0 libcamel-provider-1.2.so.8 package: evolution-bogofilter - 0.2.0-4.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcamel-1.2.so.0()(64bit) libcamel-provider-1.2.so.8()(64bit) package: rekall-postgresql - 2.4.3-5.fc6.i386 from fedora-extras-development-i386 unresolved deps: libpq.so.4 package: rekall-postgresql - 2.4.3-5.fc6.ppc from fedora-extras-development-ppc unresolved deps: libpq.so.4 package: rekall-postgresql - 2.4.3-5.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: libpq.so.4()(64bit) package: rekall-python - 2.4.3-5.fc6.i386 from fedora-extras-development-i386 unresolved deps: python(abi) = 0:2.4 libpython2.4.so.1.0 package: rekall-python - 2.4.3-5.fc6.ppc from fedora-extras-development-ppc unresolved deps: python(abi) = 0:2.4 libpython2.4.so.1.0 package: rekall-python - 2.4.3-5.fc6.x86_64 from fedora-extras-development-x86_64 unresolved deps: python(abi) = 0:2.4 libpython2.4.so.1.0()(64bit) ====================================================================== New report for: jamatos AT fc.up.pt package: rpy - 0.4.6-13.fc4.i386 from fedora-extras-4-i386 unresolved deps: R = 0:2.4.0 package: rpy - 0.4.6-13.fc4.ppc from fedora-extras-4-ppc unresolved deps: R = 0:2.4.0 package: rpy - 0.4.6-13.fc4.x86_64 from fedora-extras-4-x86_64 unresolved deps: R = 0:2.4.0 package: rpy - 0.4.6-13.fc5.i386 from fedora-extras-5-i386 unresolved deps: R = 0:2.4.0 package: rpy - 0.4.6-13.fc5.ppc from fedora-extras-5-ppc unresolved deps: R = 0:2.4.0 package: rpy - 0.4.6-13.fc5.x86_64 from fedora-extras-5-x86_64 unresolved deps: R = 0:2.4.0 package: rpy - 0.4.6-13.fc6.i386 from fedora-extras-6-i386 unresolved deps: R = 0:2.4.0 package: rpy - 0.4.6-13.fc6.ppc from fedora-extras-6-ppc unresolved deps: R = 0:2.4.0 package: rpy - 0.4.6-13.fc6.x86_64 from fedora-extras-6-x86_64 unresolved deps: R = 0:2.4.0 package: rpy - 0.4.6-14.fc7.i386 from fedora-extras-development-i386 unresolved deps: R = 0:2.4.0 package: rpy - 0.4.6-14.fc7.ppc from fedora-extras-development-ppc unresolved deps: R = 0:2.4.0 package: rpy - 0.4.6-14.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: R = 0:2.4.0 ====================================================================== New report for: fedora AT leemhuis.info package: mail-notification-evolution-plugin - 4.0-0.2.fc7.rc2.i386 from fedora-extras-development-i386 unresolved deps: libcamel-1.2.so.0 libcamel-provider-1.2.so.8 package: mail-notification-evolution-plugin - 4.0-0.2.fc7.rc2.ppc from fedora-extras-development-ppc unresolved deps: libcamel-1.2.so.0 libcamel-provider-1.2.so.8 package: mail-notification-evolution-plugin - 4.0-0.2.fc7.rc2.x86_64 from fedora-extras-development-x86_64 unresolved deps: libcamel-1.2.so.0()(64bit) libcamel-provider-1.2.so.8()(64bit) ====================================================================== Summary of broken packages (by owner): andreas.bierfert AT lowlatency.de centericq - 4.21.0-8.fc6.i386 (50 days) centericq - 4.21.0-8.fc6.ppc (50 days) centericq - 4.21.0-8.fc6.x86_64 (50 days) orange - 0.3-4.cvs20051118.fc7.i386 (16 days) andreas AT bawue.net pyzor - 0.4.0-10.fc6.noarch (12 days) pyzor - 0.4.0-10.fc6.noarch (12 days) pyzor - 0.4.0-10.fc6.noarch (12 days) ser-postgresql - 0.9.6-9.fc6.i386 (14 days) ser-postgresql - 0.9.6-9.fc6.ppc (14 days) ser-postgresql - 0.9.6-9.fc6.x86_64 (14 days) aportal AT univ-montp2.fr kicad - 2006.08.28-2.fc6.i386 (5 days) kicad - 2006.08.28-2.fc6.ppc (5 days) kicad - 2006.08.28-2.fc6.x86_64 (5 days) bdpepple AT ameritech.net python-telepathy - 0.13.7-2.fc7.noarch (12 days) python-telepathy - 0.13.7-2.fc7.noarch (12 days) python-telepathy - 0.13.7-2.fc7.noarch (12 days) bnocera AT redhat.com driftnet - 0.1.6-11.i386 (21 days) driftnet - 0.1.6-11.ppc (21 days) driftnet - 0.1.6-11.x86_64 (21 days) cgoorah AT yahoo.com.au toped - 0.8.2-2.fc6.i386 (5 days) toped - 0.8.2-2.fc6.ppc (5 days) toped - 0.8.2-2.fc6.x86_64 (5 days) dan AT danny.cz codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (5 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (5 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.ppc (5 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.x86_64 (5 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.i386 (5 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.ppc (5 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.x86_64 (5 days) tinyerp - 3.4.2-1.fc6.noarch (12 days) tinyerp - 3.4.2-1.fc6.noarch (12 days) tinyerp - 3.4.2-1.fc6.noarch (12 days) tinyerp-server - 3.4.2-1.fc6.noarch (12 days) tinyerp-server - 3.4.2-1.fc6.noarch (12 days) tinyerp-server - 3.4.2-1.fc6.noarch (12 days) dcbw AT redhat.com csound - 5.03.0-9.fc7.i386 (12 days) csound - 5.03.0-9.fc7.i386 (12 days) csound - 5.03.0-9.fc7.ppc (12 days) csound - 5.03.0-9.fc7.x86_64 (12 days) csound-python - 5.03.0-9.fc7.i386 (12 days) csound-python - 5.03.0-9.fc7.ppc (12 days) csound-python - 5.03.0-9.fc7.x86_64 (12 days) denis AT poolshark.org glom - 1.2.1-2.fc7.i386 (12 days) glom - 1.2.1-2.fc7.ppc (12 days) glom - 1.2.1-2.fc7.x86_64 (12 days) k3d - 0.6.4.0-1.fc7.i386 (12 days) k3d - 0.6.4.0-1.fc7.i386 (12 days) k3d - 0.6.4.0-1.fc7.ppc (12 days) k3d - 0.6.4.0-1.fc7.x86_64 (12 days) dwmw2 AT redhat.com openpbx - 1.2-3.rc2.svn2135.fc7.i386 (14 days) openpbx - 1.2-3.rc2.svn2135.fc7.i386 (14 days) openpbx - 1.2-3.rc2.svn2135.fc7.ppc (14 days) openpbx - 1.2-3.rc2.svn2135.fc7.x86_64 (14 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.i386 (14 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.ppc (14 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.x86_64 (14 days) endur AT bennewitz.com streamtuner - 0.99.99-15.fc7.x86_64 (12 days) extras-orphan AT fedoraproject.org python-htmltmpl - 1.22-7.fc6.noarch (12 days) python-htmltmpl - 1.22-7.fc6.noarch (12 days) python-htmltmpl - 1.22-7.fc6.noarch (12 days) python-id3 - 1.2-8.fc6.noarch (12 days) python-id3 - 1.2-8.fc6.noarch (12 days) python-id3 - 1.2-8.fc6.noarch (12 days) fedora AT leemhuis.info mail-notification-evolution-plugin - 4.0-0.2.fc7.rc2.i386 mail-notification-evolution-plugin - 4.0-0.2.fc7.rc2.ppc mail-notification-evolution-plugin - 4.0-0.2.fc7.rc2.x86_64 foolish AT guezz.net serpentine - 0.7-5.fc6.noarch (12 days) serpentine - 0.7-5.fc6.noarch (12 days) serpentine - 0.7-5.fc6.noarch (12 days) gajownik AT gmail.com gajim - 0.10.1-3.fc6.i386 (12 days) gajim - 0.10.1-3.fc6.ppc (12 days) gajim - 0.10.1-3.fc6.x86_64 (12 days) ghenry AT suretecsystems.com pgadmin3 - 1.4.3-6.fc6.i386 (14 days) pgadmin3 - 1.4.3-6.fc6.ppc (14 days) pgadmin3 - 1.4.3-6.fc6.x86_64 (14 days) giallu AT gmail.com kmod-sysprof - 1.0.7-1.2.6.18_1.2849.fc6.1.i586 (14 days) kmod-sysprof - 1.0.7-1.2.6.18_1.2849.fc6.1.i686 (14 days) kmod-sysprof - 1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 (14 days) kmod-sysprof-PAE - 1.0.7-1.2.6.18_1.2849.fc6.1.i686 (14 days) kmod-sysprof-kdump - 1.0.7-1.2.6.18_1.2849.fc6.1.i686 (14 days) kmod-sysprof-kdump - 1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 (14 days) kmod-sysprof-xen - 1.0.7-1.2.6.18_1.2849.fc6.1.i686 (14 days) kmod-sysprof-xen - 1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 (14 days) hugo AT devin.com.br python-ogg - 1.3-3.fc6.i386 (12 days) python-ogg - 1.3-3.fc6.i386 (12 days) python-ogg - 1.3-3.fc6.ppc (12 days) python-ogg - 1.3-3.fc6.x86_64 (12 days) python-vorbis - 1.3-3.fc6.i386 (12 days) python-vorbis - 1.3-3.fc6.ppc (12 days) python-vorbis - 1.3-3.fc6.x86_64 (12 days) icon AT fedoraproject.org python-feedparser - 4.1-1.fc6.noarch (12 days) python-feedparser - 4.1-1.fc6.noarch (12 days) python-feedparser - 4.1-1.fc6.noarch (12 days) ifoox AT redhat.com libreadline-java - 0.8.0-13.fc6.i386 (9 days) libreadline-java - 0.8.0-13.fc6.i386 (9 days) libreadline-java - 0.8.0-13.fc6.ppc (9 days) libreadline-java - 0.8.0-13.fc6.x86_64 (9 days) j.w.r.degoede AT hhs.nl gcompris - 8.2-1.fc7.i386 (12 days) gcompris - 8.2-1.fc7.ppc (12 days) gcompris - 8.2-1.fc7.x86_64 (12 days) scorched3d - 40.1d-1.fc7.i386 (5 days) scorched3d - 40.1d-1.fc7.ppc (5 days) scorched3d - 40.1d-1.fc7.x86_64 (5 days) jafo-redhat AT tummy.com python-pydns - 2.3.0-4.fc6.noarch (12 days) python-pydns - 2.3.0-4.fc6.noarch (12 days) python-pydns - 2.3.0-4.fc6.noarch (12 days) python-pyspf - 1.7-5.fc6.noarch (12 days) python-pyspf - 1.7-5.fc6.noarch (12 days) python-pyspf - 1.7-5.fc6.noarch (12 days) jamatos AT fc.up.pt f2py - 2.45.241_1926-2.fc6.noarch (12 days) f2py - 2.45.241_1926-2.fc6.noarch (12 days) f2py - 2.45.241_1926-2.fc6.noarch (12 days) python-amara - 1.1.7-2.fc6.noarch (12 days) python-amara - 1.1.7-2.fc6.noarch (12 days) python-amara - 1.1.7-2.fc6.noarch (12 days) rpy - 0.4.6-13.fc4.i386 rpy - 0.4.6-13.fc4.ppc rpy - 0.4.6-13.fc4.x86_64 rpy - 0.4.6-13.fc5.i386 rpy - 0.4.6-13.fc5.ppc rpy - 0.4.6-13.fc5.x86_64 rpy - 0.4.6-13.fc6.i386 rpy - 0.4.6-13.fc6.ppc rpy - 0.4.6-13.fc6.x86_64 rpy - 0.4.6-14.fc7.i386 rpy - 0.4.6-14.fc7.ppc rpy - 0.4.6-14.fc7.x86_64 jeff AT ocjtech.us linphone - 1.2.0-4.fc5.i386 (72 days) linphone - 1.2.0-4.fc5.ppc (72 days) linphone - 1.2.0-4.fc5.x86_64 (72 days) jeremy AT jeremysanders.net veusz - 0.10-12.fc6.i386 (12 days) veusz - 0.10-12.fc6.ppc (12 days) veusz - 0.10-12.fc6.x86_64 (12 days) karlthered AT gmail.com gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.i386 (28 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.i386 (28 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.ppc (28 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.x86_64 (28 days) python-sexy - 0.1.9-2.fc7.i386 (12 days) python-sexy - 0.1.9-2.fc7.ppc (12 days) python-sexy - 0.1.9-2.fc7.x86_64 (12 days) lmacken AT redhat.com TurboGears - 1.0b2-5.fc7.noarch (7 days) TurboGears - 1.0b2-5.fc7.noarch (7 days) TurboGears - 1.0b2-5.fc7.noarch (7 days) python-cherrypy - 2.2.1-3.fc6.noarch (12 days) python-cherrypy - 2.2.1-3.fc6.noarch (12 days) python-cherrypy - 2.2.1-3.fc6.noarch (12 days) mgarski AT post.pl digikam-doc - 0.8.2-3.fc5.noarch digikam-doc - 0.8.2-3.fc5.noarch digikam-doc - 0.8.2-3.fc5.noarch digikam-doc - 0.8.2-3.fc6.noarch digikam-doc - 0.8.2-3.fc6.noarch digikam-doc - 0.8.2-3.fc6.noarch digikam-doc - 0.8.2-3.fc6.noarch (21 days) digikam-doc - 0.8.2-3.fc6.noarch (21 days) digikam-doc - 0.8.2-3.fc6.noarch (21 days) michel.salim AT gmail.com python-nltk - 1.4.4-3.fc7.noarch (12 days) python-nltk - 1.4.4-3.fc7.noarch (12 days) python-nltk - 1.4.4-3.fc7.noarch (12 days) mitr AT redhat.com python-4Suite-XML - 1.0-1.i386 (12 days) python-4Suite-XML - 1.0-1.ppc (12 days) python-4Suite-XML - 1.0-1.x86_64 (12 days) oliver AT linux-kernel.at syck-python - 0.55-12.fc7.i386 (12 days) syck-python - 0.55-12.fc7.ppc (12 days) syck-python - 0.55-12.fc7.x86_64 (12 days) orion AT cora.nwra.com paraview - 2.4.4-3.fc6.x86_64 (12 days) paraview-mpi - 2.4.4-3.fc6.x86_64 (12 days) plplot - 5.6.1-8.fc7.i386 (12 days) plplot - 5.6.1-8.fc7.i386 (12 days) plplot - 5.6.1-8.fc7.ppc (12 days) plplot - 5.6.1-8.fc7.x86_64 (12 days) plplot-gnome - 5.6.1-8.fc7.i386 (12 days) plplot-gnome - 5.6.1-8.fc7.i386 (12 days) plplot-gnome - 5.6.1-8.fc7.ppc (12 days) plplot-gnome - 5.6.1-8.fc7.x86_64 (12 days) plplot-wxGTK - 5.6.1-8.fc7.i386 (12 days) plplot-wxGTK - 5.6.1-8.fc7.ppc (12 days) plplot-wxGTK - 5.6.1-8.fc7.x86_64 (12 days) paul AT all-the-johnsons.co.uk XaraLX - 0.7-8.fc6.r1763.i386 (5 days) XaraLX - 0.7-8.fc6.r1763.ppc (5 days) XaraLX - 0.7-8.fc6.r1763.x86_64 (5 days) boo - 0.7.6.2237-9.fc6.i386 boo - 0.7.6.2237-9.fc6.i386 boo - 0.7.6.2237-9.fc6.ppc boo - 0.7.6.2237-9.fc6.x86_64 petersen AT redhat.com ghc-gtk2hs - 0.9.10-4.fc6.i386 (47 days) ghc-gtk2hs - 0.9.10-4.fc6.ppc (47 days) ghc-gtk2hs - 0.9.10-4.fc6.x86_64 (47 days) ghc642-gtk2hs - 0.9.10-4.fc6.i386 (47 days) ghc642-gtk2hs - 0.9.10-4.fc6.ppc (47 days) ghc642-gtk2hs - 0.9.10-4.fc6.x86_64 (47 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.i386 (47 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.ppc (47 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.x86_64 (47 days) prockai AT redhat.com cyrus-imapd - 2.3.7-4.fc6.i386 (21 days) cyrus-imapd - 2.3.7-4.fc6.i386 (21 days) cyrus-imapd - 2.3.7-4.fc6.ppc (21 days) cyrus-imapd - 2.3.7-4.fc6.x86_64 (21 days) rdieter AT math.unl.edu PyKDE - 3.16.0-5.fc7.i386 (12 days) PyKDE - 3.16.0-5.fc7.i386 (12 days) PyKDE - 3.16.0-5.fc7.ppc (12 days) PyKDE - 3.16.0-5.fc7.x86_64 (12 days) gift - 0.11.8.1-6.fc7.i386 (52 days) roozbeh AT farsiweb.info translate-toolkit - 0.10.1-2.fc7.noarch (8 days) translate-toolkit - 0.10.1-2.fc7.noarch (8 days) translate-toolkit - 0.10.1-2.fc7.noarch (8 days) rpm AT timj.co.uk rapidsvn - 0.9.4-2.fc7.i386 (5 days) rapidsvn - 0.9.4-2.fc7.ppc (5 days) rapidsvn - 0.9.4-2.fc7.x86_64 (5 days) rvokal AT redhat.com python-adns - 1.1.0-4.fc6.i386 (12 days) python-adns - 1.1.0-4.fc6.ppc (12 days) python-adns - 1.1.0-4.fc6.x86_64 (12 days) shahms AT shahms.com python-durus - 3.5-2.fc6.i386 (12 days) python-durus - 3.5-2.fc6.ppc (12 days) python-durus - 3.5-2.fc6.x86_64 (12 days) python-psyco - 1.5.1-4.fc6.i386 (12 days) python-quixote - 2.4-4.fc6.i386 (12 days) python-quixote - 2.4-4.fc6.ppc (12 days) python-quixote - 2.4-4.fc6.x86_64 (12 days) python-simpletal - 4.1-4.fc6.noarch (12 days) python-simpletal - 4.1-4.fc6.noarch (12 days) python-simpletal - 4.1-4.fc6.noarch (12 days) python-tpg - 3.1.0-3.fc6.noarch (12 days) python-tpg - 3.1.0-3.fc6.noarch (12 days) python-tpg - 3.1.0-3.fc6.noarch (12 days) splinux AT fedoraproject.org pessulus - 2.16.1-1.fc6.noarch (12 days) pessulus - 2.16.1-1.fc6.noarch (12 days) pessulus - 2.16.1-1.fc6.noarch (12 days) stickster AT gmail.com xmldiff - 0.6.7-12.fc6.i386 (12 days) xmldiff - 0.6.7-12.fc6.ppc (12 days) xmldiff - 0.6.7-12.fc6.x86_64 (12 days) tcallawa AT redhat.com compat-wxPythonGTK2 - 2.4.2.4-12.fc6.i386 (12 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.ppc (12 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.x86_64 (12 days) evolution-bogofilter - 0.2.0-4.fc7.i386 evolution-bogofilter - 0.2.0-4.fc7.ppc evolution-bogofilter - 0.2.0-4.fc7.x86_64 gambas-gb-db - 1.0.17-6.fc7.i386 (27 days) gambas-gb-db - 1.0.17-6.fc7.ppc (27 days) gambas-runtime - 1.0.17-6.fc7.i386 (27 days) gambas-runtime - 1.0.17-6.fc7.ppc (27 days) pychart - 1.39-4.fc6.noarch (12 days) pychart - 1.39-4.fc6.noarch (12 days) pychart - 1.39-4.fc6.noarch (12 days) pyxdg - 0.15-3.fc6.noarch (12 days) pyxdg - 0.15-3.fc6.noarch (12 days) pyxdg - 0.15-3.fc6.noarch (12 days) rekall-postgresql - 2.4.3-5.fc6.i386 (14 days) rekall-postgresql - 2.4.3-5.fc6.ppc (14 days) rekall-postgresql - 2.4.3-5.fc6.x86_64 (14 days) rekall-python - 2.4.3-5.fc6.i386 (14 days) rekall-python - 2.4.3-5.fc6.ppc (14 days) rekall-python - 2.4.3-5.fc6.x86_64 (14 days) thomas AT apestaart.org python-twisted - 1.3.0-7.fc6.i386 (12 days) python-twisted - 1.3.0-7.fc6.ppc (12 days) python-twisted - 1.3.0-7.fc6.x86_64 (12 days) triad AT df.lth.se gnomad2 - 2.8.9-2.fc6.i386 (12 days) gnomad2 - 2.8.9-2.fc6.ppc (12 days) gnomad2 - 2.8.9-2.fc6.x86_64 (12 days) ville.skytta AT iki.fi em8300 - 0.16.0-1.fc7.i386 em8300 - 0.16.0-1.fc7.ppc em8300 - 0.16.0-1.fc7.x86_64 wart AT kobold.org cyphesis - 0.5.10-3.fc7.i386 (12 days) cyphesis - 0.5.10-3.fc7.ppc (12 days) cyphesis - 0.5.10-3.fc7.x86_64 (12 days) ====================================================================== Broken packages in fedora-extras-development-ppc: PyKDE-3.16.0-5.fc7.ppc requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.ppc requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_xml-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_net-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_xrc-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_html-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_adv-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_qa-2.6.so.0 boo-0.7.6.2237-9.fc6.ppc requires mono(NAnt.DotNetTasks) = 0:0.85.2344.0 boo-0.7.6.2237-9.fc6.ppc requires mono(NAnt.Core) = 0:0.85.2344.0 centericq-4.21.0-8.fc6.ppc requires libcurl.so.3 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.ppc requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.ppc requires libpython2.4.so.1.0 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpagent.so.10 digikam-doc-0.8.2-3.fc6.noarch requires digikam = 0:0.8.2 driftnet-0.1.6-11.ppc requires libpcap.so.0.9.4 em8300-0.16.0-1.fc7.ppc requires em8300-kmod >= 0:0.16.0 evolution-bogofilter-0.2.0-4.fc7.ppc requires libcamel-1.2.so.0 evolution-bogofilter-0.2.0-4.fc7.ppc requires libcamel-provider-1.2.so.8 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 gajim-0.10.1-3.fc6.ppc requires libpython2.4.so.1.0 gajim-0.10.1-3.fc6.ppc requires python-abi = 0:2.4 gambas-gb-db-1.0.17-6.fc7.ppc requires libpq.so.4 gambas-runtime-1.0.17-6.fc7.ppc requires libgettextlib-0.15.so gcompris-8.2-1.fc7.ppc requires libpython2.4.so.1.0 ghc-gtk2hs-0.9.10-4.fc6.ppc requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires ghc642 glom-1.2.1-2.fc7.ppc requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.ppc requires libpython2.4.so.1.0 gnomad2-2.8.9-2.fc6.ppc requires libmtp.so.2 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.ppc requires gecko-libs = 0:2.0 k3d-0.6.4.0-1.fc7.ppc requires libpython2.4.so.1.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) kicad-2006.08.28-2.fc6.ppc requires libwx_baseu_xml-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_baseu_net-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_baseu-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) libreadline-java-0.8.0-13.fc6.ppc requires libedit >= 0:2.9 mail-notification-evolution-plugin-4.0-0.2.fc7.rc2.ppc requires libcamel-1.2.so.0 mail-notification-evolution-plugin-4.0-0.2.fc7.rc2.ppc requires libcamel-provider-1.2.so.8 openpbx-1.2-3.rc2.svn2135.fc7.ppc requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.ppc requires libpq.so.4 pessulus-2.16.1-1.fc6.noarch requires python(abi) = 0:2.4 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_ogl-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libpq.so.4 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_stc-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu_xml-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu_net-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_stc-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_ogl-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 plplot-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.ppc requires python(abi) = 0:2.4 python-adns-1.1.0-4.fc6.ppc requires python < 0:2.5 python-adns-1.1.0-4.fc6.ppc requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-durus-3.5-2.fc6.ppc requires python-abi = 0:2.4 python-durus-3.5-2.fc6.ppc requires python(abi) = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python-abi = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python(abi) = 0:2.4 python-htmltmpl-1.22-7.fc6.noarch requires python(abi) = 0:2.4 python-id3-1.2-8.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-ogg-1.3-3.fc6.ppc requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.ppc requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-pyspf-1.7-5.fc6.noarch requires python(abi) = 0:2.4 python-quixote-2.4-4.fc6.ppc requires python-abi = 0:2.4 python-quixote-2.4-4.fc6.ppc requires python(abi) = 0:2.4 python-sexy-0.1.9-2.fc7.ppc requires python(abi) = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python-abi = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python-abi = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.ppc requires python(abi) = 0:2.4 python-vorbis-1.3-3.fc6.ppc requires python-abi = 0:2.4 python-vorbis-1.3-3.fc6.ppc requires python(abi) = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python-abi = 0:2.4 pyxdg-0.15-3.fc6.noarch requires /usr/lib/python2.4/site-packages pyxdg-0.15-3.fc6.noarch requires python(abi) = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python-abi = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python(abi) = 0:2.4 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) rapidsvn-0.9.4-2.fc7.ppc requires libwx_baseu_xml-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) rapidsvn-0.9.4-2.fc7.ppc requires libwx_baseu_net-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_baseu-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 rekall-postgresql-2.4.3-5.fc6.ppc requires libpq.so.4 rekall-python-2.4.3-5.fc6.ppc requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.ppc requires libpython2.4.so.1.0 rpy-0.4.6-14.fc7.ppc requires R = 0:2.4.0 scorched3d-40.1d-1.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) scorched3d-40.1d-1.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) scorched3d-40.1d-1.fc7.ppc requires libwx_baseu_xml-2.6.so.0 scorched3d-40.1d-1.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 scorched3d-40.1d-1.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) scorched3d-40.1d-1.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) scorched3d-40.1d-1.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 scorched3d-40.1d-1.fc7.ppc requires libwx_baseu_net-2.6.so.0 scorched3d-40.1d-1.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 scorched3d-40.1d-1.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) scorched3d-40.1d-1.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 scorched3d-40.1d-1.fc7.ppc requires libwx_baseu-2.6.so.0 scorched3d-40.1d-1.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) scorched3d-40.1d-1.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 ser-postgresql-0.9.6-9.fc6.ppc requires libpq.so.4 serpentine-0.7-5.fc6.noarch requires python(abi) = 0:2.4 syck-python-0.55-12.fc7.ppc requires python(abi) = 0:2.4 tinyerp-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 tinyerp-server-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.ppc requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 translate-toolkit-0.10.1-2.fc7.noarch requires python-elementtree veusz-0.10-12.fc6.ppc requires python(abi) = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-x86_64: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) boo-0.7.6.2237-9.fc6.i386 requires mono(NAnt.DotNetTasks) = 0:0.85.2344.0 boo-0.7.6.2237-9.fc6.i386 requires mono(NAnt.Core) = 0:0.85.2344.0 boo-0.7.6.2237-9.fc6.x86_64 requires mono(NAnt.DotNetTasks) = 0:0.85.2344.0 boo-0.7.6.2237-9.fc6.x86_64 requires mono(NAnt.Core) = 0:0.85.2344.0 centericq-4.21.0-8.fc6.x86_64 requires libcurl.so.3()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) From buildsys at fedoraproject.org Wed Dec 20 13:12:00 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Wed, 20 Dec 2006 13:12:00 -0000 Subject: (2/2) Summary - Broken dependencies in Fedora Extras - 2006-12-20 Message-ID: <20061220131200.27399.83346@extras64.linux.duke.edu> codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) compat-wxPythonGTK2-2.4.2.4-12.fc6.x86_64 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) csound-python-5.03.0-9.fc7.x86_64 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyphesis-0.5.10-3.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpmibs.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmp.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmphelpers.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpagent.so.10()(64bit) digikam-doc-0.8.2-3.fc6.noarch requires digikam = 0:0.8.2 driftnet-0.1.6-11.x86_64 requires libpcap.so.0.9.4()(64bit) em8300-0.16.0-1.fc7.x86_64 requires em8300-kmod >= 0:0.16.0 evolution-bogofilter-0.2.0-4.fc7.x86_64 requires libcamel-1.2.so.0()(64bit) evolution-bogofilter-0.2.0-4.fc7.x86_64 requires libcamel-provider-1.2.so.8()(64bit) f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 gajim-0.10.1-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) gajim-0.10.1-3.fc6.x86_64 requires python-abi = 0:2.4 gcompris-8.2-1.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) ghc-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires ghc642 gift-0.11.8.1-6.fc7.i386 requires libmagic.so.1 glom-1.2.1-2.fc7.x86_64 requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) gnomad2-2.8.9-2.fc6.x86_64 requires libmtp.so.2()(64bit) gtkmozembedmm-1.4.2.cvs20060817-5.fc7.i386 requires gecko-libs = 0:2.0 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.x86_64 requires gecko-libs = 0:2.0 k3d-0.6.4.0-1.fc7.i386 requires libpython2.4.so.1.0 k3d-0.6.4.0-1.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) kmod-sysprof-1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 requires kernel-x86_64 = 0:2.6.18-1.2849.fc6 kmod-sysprof-kdump-1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 requires kernel-x86_64 = 0:2.6.18-1.2849.fc6kdump kmod-sysprof-xen-1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 requires kernel-x86_64 = 0:2.6.18-1.2849.fc6xen libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 libreadline-java-0.8.0-13.fc6.x86_64 requires libedit >= 0:2.9 mail-notification-evolution-plugin-4.0-0.2.fc7.rc2.x86_64 requires libcamel-1.2.so.0()(64bit) mail-notification-evolution-plugin-4.0-0.2.fc7.rc2.x86_64 requires libcamel-provider-1.2.so.8()(64bit) openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-1.2-3.rc2.svn2135.fc7.x86_64 requires libedit.so.0()(64bit) openpbx-postgresql-1.2-3.rc2.svn2135.fc7.x86_64 requires libpq.so.4()(64bit) orange-0.3-4.cvs20051118.fc7.i386 requires libmagic.so.1 paraview-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) paraview-mpi-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) pessulus-2.16.1-1.fc6.noarch requires python(abi) = 0:2.4 pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_ogl-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_stc-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_stc-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_ogl-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libpq.so.4()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.x86_64 requires python(abi) = 0:2.4 python-adns-1.1.0-4.fc6.x86_64 requires python < 0:2.5 python-adns-1.1.0-4.fc6.x86_64 requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-durus-3.5-2.fc6.x86_64 requires python-abi = 0:2.4 python-durus-3.5-2.fc6.x86_64 requires python(abi) = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python-abi = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python(abi) = 0:2.4 python-htmltmpl-1.22-7.fc6.noarch requires python(abi) = 0:2.4 python-id3-1.2-8.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python(abi) = 0:2.4 python-ogg-1.3-3.fc6.x86_64 requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.x86_64 requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-pyspf-1.7-5.fc6.noarch requires python(abi) = 0:2.4 python-quixote-2.4-4.fc6.x86_64 requires python-abi = 0:2.4 python-quixote-2.4-4.fc6.x86_64 requires python(abi) = 0:2.4 python-sexy-0.1.9-2.fc7.x86_64 requires python(abi) = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python-abi = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python-abi = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.x86_64 requires python(abi) = 0:2.4 python-vorbis-1.3-3.fc6.x86_64 requires python-abi = 0:2.4 python-vorbis-1.3-3.fc6.x86_64 requires python(abi) = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python-abi = 0:2.4 pyxdg-0.15-3.fc6.noarch requires /usr/lib/python2.4/site-packages pyxdg-0.15-3.fc6.noarch requires python(abi) = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python-abi = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python(abi) = 0:2.4 rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) rekall-postgresql-2.4.3-5.fc6.x86_64 requires libpq.so.4()(64bit) rekall-python-2.4.3-5.fc6.x86_64 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) rpy-0.4.6-14.fc7.x86_64 requires R = 0:2.4.0 scorched3d-40.1d-1.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) ser-postgresql-0.9.6-9.fc6.x86_64 requires libpq.so.4()(64bit) serpentine-0.7-5.fc6.noarch requires python(abi) = 0:2.4 streamtuner-0.99.99-15.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) syck-python-0.55-12.fc7.x86_64 requires python(abi) = 0:2.4 tinyerp-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 tinyerp-server-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) translate-toolkit-0.10.1-2.fc7.noarch requires python-elementtree veusz-0.10-12.fc6.x86_64 requires python(abi) = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-i386: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_xml-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_net-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_xrc-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_html-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_adv-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_qa-2.6.so.0 boo-0.7.6.2237-9.fc6.i386 requires mono(NAnt.DotNetTasks) = 0:0.85.2344.0 boo-0.7.6.2237-9.fc6.i386 requires mono(NAnt.Core) = 0:0.85.2344.0 centericq-4.21.0-8.fc6.i386 requires libcurl.so.3 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.i386 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.i386 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.i386 requires libpython2.4.so.1.0 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 digikam-doc-0.8.2-3.fc6.noarch requires digikam = 0:0.8.2 driftnet-0.1.6-11.i386 requires libpcap.so.0.9.4 em8300-0.16.0-1.fc7.i386 requires em8300-kmod >= 0:0.16.0 evolution-bogofilter-0.2.0-4.fc7.i386 requires libcamel-1.2.so.0 evolution-bogofilter-0.2.0-4.fc7.i386 requires libcamel-provider-1.2.so.8 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 gajim-0.10.1-3.fc6.i386 requires libpython2.4.so.1.0 gajim-0.10.1-3.fc6.i386 requires python-abi = 0:2.4 gambas-gb-db-1.0.17-6.fc7.i386 requires libpq.so.4 gambas-runtime-1.0.17-6.fc7.i386 requires libgettextlib-0.15.so gcompris-8.2-1.fc7.i386 requires libpython2.4.so.1.0 ghc-gtk2hs-0.9.10-4.fc6.i386 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires ghc642 glom-1.2.1-2.fc7.i386 requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.i386 requires libpython2.4.so.1.0 gnomad2-2.8.9-2.fc6.i386 requires libmtp.so.2 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.i386 requires gecko-libs = 0:2.0 k3d-0.6.4.0-1.fc7.i386 requires libpython2.4.so.1.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) kicad-2006.08.28-2.fc6.i386 requires libwx_baseu_xml-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_baseu_net-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_baseu-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) kmod-sysprof-1.0.7-1.2.6.18_1.2849.fc6.1.i586 requires kernel-i586 = 0:2.6.18-1.2849.fc6 kmod-sysprof-1.0.7-1.2.6.18_1.2849.fc6.1.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6 kmod-sysprof-PAE-1.0.7-1.2.6.18_1.2849.fc6.1.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6PAE kmod-sysprof-kdump-1.0.7-1.2.6.18_1.2849.fc6.1.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6kdump kmod-sysprof-xen-1.0.7-1.2.6.18_1.2849.fc6.1.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6xen libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 mail-notification-evolution-plugin-4.0-0.2.fc7.rc2.i386 requires libcamel-1.2.so.0 mail-notification-evolution-plugin-4.0-0.2.fc7.rc2.i386 requires libcamel-provider-1.2.so.8 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.i386 requires libpq.so.4 pessulus-2.16.1-1.fc6.noarch requires python(abi) = 0:2.4 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_ogl-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libpq.so.4 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_stc-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu_xml-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu_net-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_stc-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_ogl-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.i386 requires python(abi) = 0:2.4 python-adns-1.1.0-4.fc6.i386 requires python < 0:2.5 python-adns-1.1.0-4.fc6.i386 requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-durus-3.5-2.fc6.i386 requires python-abi = 0:2.4 python-durus-3.5-2.fc6.i386 requires python(abi) = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python-abi = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python(abi) = 0:2.4 python-htmltmpl-1.22-7.fc6.noarch requires python(abi) = 0:2.4 python-id3-1.2-8.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python(abi) = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python-abi = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-pyspf-1.7-5.fc6.noarch requires python(abi) = 0:2.4 python-quixote-2.4-4.fc6.i386 requires python-abi = 0:2.4 python-quixote-2.4-4.fc6.i386 requires python(abi) = 0:2.4 python-sexy-0.1.9-2.fc7.i386 requires python(abi) = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python-abi = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python-abi = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.i386 requires python(abi) = 0:2.4 python-vorbis-1.3-3.fc6.i386 requires python-abi = 0:2.4 python-vorbis-1.3-3.fc6.i386 requires python(abi) = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python-abi = 0:2.4 pyxdg-0.15-3.fc6.noarch requires /usr/lib/python2.4/site-packages pyxdg-0.15-3.fc6.noarch requires python(abi) = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python-abi = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python(abi) = 0:2.4 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) rapidsvn-0.9.4-2.fc7.i386 requires libwx_baseu_xml-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) rapidsvn-0.9.4-2.fc7.i386 requires libwx_baseu_net-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_baseu-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 rekall-postgresql-2.4.3-5.fc6.i386 requires libpq.so.4 rekall-python-2.4.3-5.fc6.i386 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.i386 requires libpython2.4.so.1.0 rpy-0.4.6-14.fc7.i386 requires R = 0:2.4.0 scorched3d-40.1d-1.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) scorched3d-40.1d-1.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) scorched3d-40.1d-1.fc7.i386 requires libwx_baseu_xml-2.6.so.0 scorched3d-40.1d-1.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 scorched3d-40.1d-1.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) scorched3d-40.1d-1.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) scorched3d-40.1d-1.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 scorched3d-40.1d-1.fc7.i386 requires libwx_baseu_net-2.6.so.0 scorched3d-40.1d-1.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 scorched3d-40.1d-1.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) scorched3d-40.1d-1.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 scorched3d-40.1d-1.fc7.i386 requires libwx_baseu-2.6.so.0 scorched3d-40.1d-1.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) scorched3d-40.1d-1.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 ser-postgresql-0.9.6-9.fc6.i386 requires libpq.so.4 serpentine-0.7-5.fc6.noarch requires python(abi) = 0:2.4 syck-python-0.55-12.fc7.i386 requires python(abi) = 0:2.4 tinyerp-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 tinyerp-server-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.i386 requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 translate-toolkit-0.10.1-2.fc7.noarch requires python-elementtree veusz-0.10-12.fc6.i386 requires python(abi) = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-6-ppc: digikam-doc-0.8.2-3.fc6.noarch requires digikam = 0:0.8.2 rpy-0.4.6-13.fc6.ppc requires R = 0:2.4.0 ====================================================================== Broken packages in fedora-extras-6-x86_64: digikam-doc-0.8.2-3.fc6.noarch requires digikam = 0:0.8.2 rpy-0.4.6-13.fc6.x86_64 requires R = 0:2.4.0 ====================================================================== Broken packages in fedora-extras-6-i386: digikam-doc-0.8.2-3.fc6.noarch requires digikam = 0:0.8.2 rpy-0.4.6-13.fc6.i386 requires R = 0:2.4.0 ====================================================================== Broken packages in fedora-extras-5-ppc: digikam-doc-0.8.2-3.fc5.noarch requires digikam = 0:0.8.2 linphone-1.2.0-4.fc5.ppc requires libortp.so.2 rpy-0.4.6-13.fc5.ppc requires R = 0:2.4.0 ====================================================================== Broken packages in fedora-extras-5-x86_64: digikam-doc-0.8.2-3.fc5.noarch requires digikam = 0:0.8.2 linphone-1.2.0-4.fc5.x86_64 requires libortp.so.2()(64bit) rpy-0.4.6-13.fc5.x86_64 requires R = 0:2.4.0 ====================================================================== Broken packages in fedora-extras-5-i386: digikam-doc-0.8.2-3.fc5.noarch requires digikam = 0:0.8.2 linphone-1.2.0-4.fc5.i386 requires libortp.so.2 rpy-0.4.6-13.fc5.i386 requires R = 0:2.4.0 ====================================================================== Broken packages in fedora-extras-4-ppc: rpy-0.4.6-13.fc4.ppc requires R = 0:2.4.0 ====================================================================== Broken packages in fedora-extras-4-x86_64: rpy-0.4.6-13.fc4.x86_64 requires R = 0:2.4.0 ====================================================================== Broken packages in fedora-extras-4-i386: rpy-0.4.6-13.fc4.i386 requires R = 0:2.4.0 From Axel.Thimm at ATrpms.net Wed Dec 20 14:38:23 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Wed, 20 Dec 2006 15:38:23 +0100 Subject: bcfg2 license? In-Reply-To: <1166556917.3335.21.camel@max.booze> References: <1166501571.5602.2.camel@lt21223.campus.dmacc.edu> <20061219083524.GB2488@free.fr> <1166556917.3335.21.camel@max.booze> Message-ID: <20061220143823.GG4374@neu.nirvana> On Tue, Dec 19, 2006 at 01:35:16PM -0600, Callum Lerwick wrote: > On Tue, 2006-12-19 at 09:35 +0100, Patrice Dumas wrote: > > On Mon, Dec 18, 2006 at 10:12:51PM -0600, Jeffrey C. Ollie wrote: > > > http://trac.mcs.anl.gov/projects/bcfg2/browser/trunk/bcfg2/LICENSE > > > > > > Free enough for extras? > > > > No, because of the advertisement clause: > > > > "4. All advertising materials, journal articles and documentation > > mentioning features derived from or use of the Software must display > > the following acknowledgment:" > > > > This is a restriction on use which renders it non free. Also it may be > > hard to follow this rule since it is not very precise, since 'mentionning > > features derived from or use' maybe understood more or less broadly. > > Aren't we overlooking the following bit: > > "In the event that the product being advertised includes an intact > distribution of the Software (with copyright and license included) then > this clause is waived." > > Which, considering the rest of the license, I think may be intended to > mean "intact" copies are exempt from the advertising clause, but any > patched or forked or derived version is stuck with the advertising > clause. But open source licenses need to allow for modification. So in this scope we don't care about intact copies :) > Or not. At any rate, it confuses the hell out of me (it doesn't define > what an "intact" copy is, but then IANAL), changing it to something less > confusing and more free couldn't hurt. -- 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 Wed Dec 20 14:40:26 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Wed, 20 Dec 2006 15:40:26 +0100 Subject: bcfg2 license in upstream review (was: bcfg2 license?) In-Reply-To: <1166501571.5602.2.camel@lt21223.campus.dmacc.edu> References: <1166501571.5602.2.camel@lt21223.campus.dmacc.edu> Message-ID: <20061220144026.GH4374@neu.nirvana> Before people continue tearing this license apart: Upstream has show big interest in getting this package into Fedora and will talk to the edu lawyers for a change of license. -- 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 dennis at ausil.us Wed Dec 20 15:02:36 2006 From: dennis at ausil.us (Dennis Gilmore) Date: Wed, 20 Dec 2006 09:02:36 -0600 Subject: bcfg2 license? In-Reply-To: <45892CAC.4050109@hhs.nl> References: <1166501571.5602.2.camel@lt21223.campus.dmacc.edu> <200612190904.52066.dennis@ausil.us> <45892CAC.4050109@hhs.nl> Message-ID: <200612200902.36404.dennis@ausil.us> On Wednesday 20 December 2006 06:29, Hans de Goede wrote: > Dennis Gilmore wrote: > > On Monday 18 December 2006 22:12, Jeffrey C. Ollie wrote: > >> http://trac.mcs.anl.gov/projects/bcfg2/browser/trunk/bcfg2/LICENSE > >> > >> Free enough for extras? > >> > >> Jeff > > > > We have simple guidelines. must be OSI or FSF approved. If its not > > then its not acceptable > > That is not how I and many others read the guidelines, if its on one of > those 2 approved lists then its easy, but if it matches their guidelines > or the DFSG then its ok too. To quote the guidelines: > "We clarify an open source license in three ways:" Notice clarify, > nowhere the guidelines say the license must be on of those 3 lists! the three does not include DFSG what debain does has zero impact on what we do http://fedoraproject.org/wiki/Packaging/Guidelines#head-76294f12c6b481792eb001ba9763d95e2792e825 says We clarify an open source license in three ways: OSI-approved license. You can find the list of OSI approved licenses here: [WWW] http://www.opensource.org/licenses/ GPL-Compatible, Free Software Licenses. You can find the list here: [WWW] http://www.gnu.org/philosophy/license-list.html#GPLCompatibleLicenses GPL-Incompatible, Free Software Licenses. You can find the list here: [WWW] http://www.gnu.org/philosophy/license-list.html#GPLIncompatibleLicenses followed in the guidelines by If the license of a package isn't covered in one of those lists, urge the upstream maintainer to seek OSI-approval for their license here: [WWW] http://www.opensource.org/docs/certification_mark.php#approval > Take for example the short license which is on Crystal Stacker, which I > negotiated personally with the author from a freeware license with > abnoxious clauses: > > A short 100% fine license, but according to you not acceptable, which is > very strange since it has been in FE for about a year now. Which i would not of allowed in as it is not using an approved license. There is to be an audit license of Extras at some point in the new year. at that time anything not meeting our guidelines will need to be removed. > Please lets keep pragmatic on this. According to me the current bcfg2 > license is just fine. Its even in Debian and thus meets the DFSG and > thus is ok for FE. Again Debian's guidelines are Debian's not fedora's -- Regards Dennis Gilmore RHCE Network Manager Royal Publishing (309)693-3171 x299 7620 N. Harker Drive Peoria IL 61615 Fedora Core release 6 (Zod) 08:54:48 up 13 days, 13:04, 2 users, load average: 0.90, 0.85, 0.58 -- ?,-._|\ ? ?Dennis Gilmore, RHCE / ? ? ?\ ? Proud Australian \_.--._/ ? | Aurora | Fedora | ? ? ? v ? ? From j.w.r.degoede at hhs.nl Wed Dec 20 16:16:00 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 20 Dec 2006 17:16:00 +0100 Subject: bcfg2 license? In-Reply-To: <200612200902.36404.dennis@ausil.us> References: <1166501571.5602.2.camel@lt21223.campus.dmacc.edu> <200612190904.52066.dennis@ausil.us> <45892CAC.4050109@hhs.nl> <200612200902.36404.dennis@ausil.us> Message-ID: <458961C0.8070504@hhs.nl> Dennis Gilmore wrote: > On Wednesday 20 December 2006 06:29, Hans de Goede wrote: >> Dennis Gilmore wrote: >>> On Monday 18 December 2006 22:12, Jeffrey C. Ollie wrote: >>>> http://trac.mcs.anl.gov/projects/bcfg2/browser/trunk/bcfg2/LICENSE >>>> >>>> Free enough for extras? >>>> >>>> Jeff >>> We have simple guidelines. must be OSI or FSF approved. If its not >>> then its not acceptable >> That is not how I and many others read the guidelines, if its on one of >> those 2 approved lists then its easy, but if it matches their guidelines >> or the DFSG then its ok too. To quote the guidelines: >> "We clarify an open source license in three ways:" Notice clarify, >> nowhere the guidelines say the license must be on of those 3 lists! > the three does not include DFSG what debain does has zero impact on what we > do > http://fedoraproject.org/wiki/Packaging/Guidelines#head-76294f12c6b481792eb001ba9763d95e2792e825 > > says > > We clarify an open source license in three ways: > OSI-approved license. You can find the list of OSI approved licenses here: > [WWW] http://www.opensource.org/licenses/ > GPL-Compatible, Free Software Licenses. You can find the list here: [WWW] > http://www.gnu.org/philosophy/license-list.html#GPLCompatibleLicenses > GPL-Incompatible, Free Software Licenses. You can find the list here: [WWW] > http://www.gnu.org/philosophy/license-list.html#GPLIncompatibleLicenses > > followed in the guidelines by > > If the license of a package isn't covered in one of those lists, urge the > upstream maintainer to seek OSI-approval for their license here: [WWW] > http://www.opensource.org/docs/certification_mark.php#approval > >> Take for example the short license which is on Crystal Stacker, which I >> negotiated personally with the author from a freeware license with >> abnoxious clauses: > >> A short 100% fine license, but according to you not acceptable, which is >> very strange since it has been in FE for about a year now. > Which i would not of allowed in as it is not using an approved license. > There is to be an audit license of Extras at some point in the new year. at > that time anything not meeting our guidelines will need to be removed. > What is wrong with this license?? There are a lot of other packages out there both in Core and Extras with licenses not on the mentioned list, once again the guidelines mention these 3 list as CLARIFICATION, not as a list of the only permitted ones, this is not a black and white situation. I challenge you to please tell me whats wrong with the crystal stacker license from a freedom POV. Fedora is all about Freedom, restriciting the software which can go on to only that with licenses on a few stupid lists restricts Freedom and thus is bad, . > >> Please lets keep pragmatic on this. According to me the current bcfg2 >> license is just fine. Its even in Debian and thus meets the DFSG and >> thus is ok for FE. > Again Debian's guidelines are Debian's not fedora's > Here in the Netherlands we have a saying: "Being holier then the pope" since Debian (main / base) is Free software only in an extreme way (think removing all firmware from the distro, think no gfdl licensed docs) I think that what Debian does, does matter, if we start being holier then Debian then we are doing something wrong, again lets be pragmatic Regards, Hans From orion at cora.nwra.com Wed Dec 20 16:24:04 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 20 Dec 2006 09:24:04 -0700 Subject: Need help with plplot python Message-ID: <458963A4.6020901@cora.nwra.com> It appears that the python examples for plplot segfault with python 2.5. I have no access to a rawhide box at the moment and am heading for vacation tomorrow until Jan 2nd. If anyone has any interest in plplot and can help out, I would be greatly appreciated. I've also asked the plplot developers to test with 2.5 if possible so they may figure it out as well. - Orion -- Orion Poplawski Technical Manager 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 dennis at ausil.us Wed Dec 20 16:30:50 2006 From: dennis at ausil.us (Dennis Gilmore) Date: Wed, 20 Dec 2006 10:30:50 -0600 Subject: bcfg2 license? In-Reply-To: <458961C0.8070504@hhs.nl> References: <1166501571.5602.2.camel@lt21223.campus.dmacc.edu> <200612200902.36404.dennis@ausil.us> <458961C0.8070504@hhs.nl> Message-ID: <200612201030.51119.dennis@ausil.us> On Wednesday 20 December 2006 10:16, Hans de Goede wrote: > What is wrong with this license?? There are a lot of other packages out > there both in Core and Extras with licenses not on the mentioned list, > once again the guidelines mention these 3 list as CLARIFICATION, not as > a list of the only permitted ones, this is not a black and white > situation. I challenge you to please tell me whats wrong with the > crystal stacker license from a freedom POV. Fedora is all about Freedom, > restriciting the software which can go on to only that with licenses on > a few stupid lists restricts Freedom and thus is bad, . Lets run the licenses by the FSF and see what they say? if they say its free software its ok If they say its not then its not. -- ?,-._|\ ? ?Dennis Gilmore, RHCE / ? ? ?\ ? Proud Australian \_.--._/ ? | Aurora | Fedora | ? ? ? v ? ? From rdieter at math.unl.edu Wed Dec 20 20:26:19 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 20 Dec 2006 14:26:19 -0600 Subject: impartial mediator required Message-ID: <45899C6B.80009@math.unl.edu> Anybody willing to act as an impartial 3rd party to mediate a disagreement regarding 2 incompatible packages/packagers? disclaimer: I am one of them. Currently, we have a broken package in Extras and are at an impasse on how to fix it. At issue, qt4 and qt4-qsa: http://bugzilla.redhat.com/210544 http://bugzilla.redhat.com/213382 -- Rex From dennis at ausil.us Wed Dec 20 20:39:58 2006 From: dennis at ausil.us (Dennis Gilmore) Date: Wed, 20 Dec 2006 14:39:58 -0600 Subject: impartial mediator required In-Reply-To: <45899C6B.80009@math.unl.edu> References: <45899C6B.80009@math.unl.edu> Message-ID: <200612201439.58463.dennis@ausil.us> On Wednesday 20 December 2006 14:26, Rex Dieter wrote: > Anybody willing to act as an impartial 3rd party to mediate a > disagreement regarding 2 incompatible packages/packagers? > > disclaimer: I am one of them. > > Currently, we have a broken package in Extras and are at an impasse on > how to fix it. At issue, qt4 and qt4-qsa: > http://bugzilla.redhat.com/210544 > http://bugzilla.redhat.com/213382 > > -- Rex I will -- ?,-._|\ ? ?Dennis Gilmore, RHCE / ? ? ?\ ? Proud Australian \_.--._/ ? | Aurora | Fedora | ? ? ? v ? ? From mdehaan at redhat.com Wed Dec 20 22:30:51 2006 From: mdehaan at redhat.com (Michael DeHaan) Date: Wed, 20 Dec 2006 17:30:51 -0500 Subject: Please rebuild/fix plague for python 2.5 In-Reply-To: <1166366195.2757.0.camel@localhost.localdomain> References: <4582B7B1.9050604@hhs.nl> <4582BC7D.1000904@ioa.s.u-tokyo.ac.jp> <1166366195.2757.0.camel@localhost.localdomain> Message-ID: <4589B99B.80803@redhat.com> Dan Williams wrote: > On Sat, 2006-12-16 at 00:17 +0900, Mamoru Tasaka wrote: > >> Hans de Goede wrote: >> >>> Hi all, >>> >>> I've just requested a couple of blind (untested) python-2.5 related >>> rebuilds, these are untested because I cannot update my development >>> system to python 2.5, because plague hasn't been rebuild yet. >>> >>> Thus this mail as encouragement to rebuild / fix plague, Thanks! >>> >>> Regards, >>> >> Well, as I wrote previously, Jason Tibbitts has already rebuilt >> plague against 2.5 and this will be released as 0.4.4.1-3. >> However, this (0.4.4.1-3) does not work because of the issue >> >> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=214687 >> >> Please someone see this bugzilla and give a >> solution? The patch suggested by Robert Scheck works for me, >> however I don't know if this is a correct solution. >> > > I'll commit that fix today, or if not today, definitely tomorrow. I'm > somewhat suspicious of Python 2.5 since plague uses a _lot_ of overrides > of stuff in the network bits to do SSL; but we'll likely only find that > breakage through testing. > > Dan > > > I recently got this while queuing a cobbler build on Python 2.4 ... (Begin output) + exit 0 Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.70902 + umask 022 + cd /builddir/build/BUILD + cd cobbler-0.3.5 + LANG=C + export LANG + unset DISPLAY + test x/var/tmp/cobbler-0.3.5-1.fc7-buildroot '!=' x + rm -rf /var/tmp/cobbler-0.3.5-1.fc7-buildroot + /usr/bin/python setup.py install --optimize=1 --root=/var/tmp/cobbler-0.3.5-1.fc7-buildroot running install error: invalid Python installation: unable to open /usr/include/python2.5/pyconfig-32.h (No such file or directory) error: Bad exit status from /var/tmp/rpm-tmp.70902 (%install) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.70902 (%install) (End output) Is this a known issue that is getting resolved, or something i need to act on? If so, help as to what needs to be tweaked would be appreciated. This is a noarch RPM, and I did add the BuildRequire of python-devel for distutils. Thanks, --Michael From a.badger at gmail.com Wed Dec 20 22:43:53 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 20 Dec 2006 14:43:53 -0800 Subject: Please rebuild/fix plague for python 2.5 In-Reply-To: <4589B99B.80803@redhat.com> References: <4582B7B1.9050604@hhs.nl> <4582BC7D.1000904@ioa.s.u-tokyo.ac.jp> <1166366195.2757.0.camel@localhost.localdomain> <4589B99B.80803@redhat.com> Message-ID: <1166654633.21769.90.camel@localhost.localdomain> On Wed, 2006-12-20 at 17:30 -0500, Michael DeHaan wrote: > I recently got this while queuing a cobbler build on Python 2.4 ... > This looks like it was done on devel so you mean python-2.5, right? > (Begin output) > > + exit 0 > Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.70902 > + umask 022 > + cd /builddir/build/BUILD > + cd cobbler-0.3.5 > + LANG=C > + export LANG > + unset DISPLAY > + test x/var/tmp/cobbler-0.3.5-1.fc7-buildroot '!=' x > + rm -rf /var/tmp/cobbler-0.3.5-1.fc7-buildroot > + /usr/bin/python setup.py install --optimize=1 --root=/var/tmp/cobbler-0.3.5-1.fc7-buildroot > running install > error: invalid Python installation: unable to open /usr/include/python2.5/pyconfig-32.h (No such file or directory) > error: Bad exit status from /var/tmp/rpm-tmp.70902 (%install) > > > RPM build errors: > Bad exit status from /var/tmp/rpm-tmp.70902 (%install) > > (End output) > > Is this a known issue that is getting resolved, or something i need to act on? If so, help as to what needs to be tweaked would be appreciated. This is a noarch RPM, and I did add the BuildRequire of python-devel for distutils. It's a change from python-2.4 to python-2.5. BuildRequire: python-devel in the cobbler spec this should fix this. -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 Thu Dec 21 07:45:46 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 20 Dec 2006 23:45:46 -0800 Subject: bcfg2 license? In-Reply-To: <200612200902.36404.dennis@ausil.us> References: <1166501571.5602.2.camel@lt21223.campus.dmacc.edu> <200612190904.52066.dennis@ausil.us> <45892CAC.4050109@hhs.nl> <200612200902.36404.dennis@ausil.us> Message-ID: <1166687146.21769.112.camel@localhost.localdomain> On Wed, 2006-12-20 at 09:02 -0600, Dennis Gilmore wrote: > On Wednesday 20 December 2006 06:29, Hans de Goede wrote: > > Dennis Gilmore wrote: > > > We have simple guidelines. must be OSI or FSF approved. If its not > > > then its not acceptable > > > > That is not how I and many others read the guidelines, if its on one of > > those 2 approved lists then its easy, but if it matches their guidelines > > or the DFSG then its ok too. To quote the guidelines: > > "We clarify an open source license in three ways:" Notice clarify, > > nowhere the guidelines say the license must be on of those 3 lists! > the three does not include DFSG what debain does has zero impact on what we > do Agreed. > http://fedoraproject.org/wiki/Packaging/Guidelines#head-76294f12c6b481792eb001ba9763d95e2792e825 > > says > > We clarify an open source license in three ways: > OSI-approved license. You can find the list of OSI approved licenses here: > [WWW] http://www.opensource.org/licenses/ > GPL-Compatible, Free Software Licenses. You can find the list here: [WWW] > http://www.gnu.org/philosophy/license-list.html#GPLCompatibleLicenses > GPL-Incompatible, Free Software Licenses. You can find the list here: [WWW] > http://www.gnu.org/philosophy/license-list.html#GPLIncompatibleLicenses > > followed in the guidelines by > > If the license of a package isn't covered in one of those lists, urge the > upstream maintainer to seek OSI-approval for their license here: [WWW] > http://www.opensource.org/docs/certification_mark.php#approval > I read this much as Hans does. Here are three lists that can definitively define a license as free enough for us to distribute. If the license isn't on those lists you should urge upstream to seek approval. This is much like the license text criteria: - SHOULD: If the source package does not include license text(s) as a separate file from upstream, the packager SHOULD query upstream to include it. > > Take for example the short license which is on Crystal Stacker, which I > > negotiated personally with the author from a freeware license with > > abnoxious clauses: > > > > > A short 100% fine license, but according to you not acceptable, which is > > very strange since it has been in FE for about a year now. > Which i would not of allowed in as it is not using an approved license. > There is to be an audit license of Extras at some point in the new year. at > that time anything not meeting our guidelines will need to be removed. > When Core was audited, spot passed all ambiguous licenses to the FSF for clarification. They rendered judgment on the licenses and we either kept or discarded the software accordingly. So I doubt Crystal Stacker would be outright discarded for not being on the FSF's list -- instead, if we had any doubt we'd pass the license to them and they would clear it as free software (or not, though I don't see anything that would make Crystal Stacker non-free). bcfg2 may be more problematic. It certainly has people who are defending and denying it. It would probably be best for upstream to submit their license to the FSF (or their revised license if they are able to change it) so it can be looked at by the FSF lawyers. -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 buildsys at fedoraproject.org Thu Dec 21 10:25:23 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 21 Dec 2006 05:25:23 -0500 (EST) Subject: Fedora Extras Package Build Report 2006-12-21 Message-ID: <20061221102523.64C5C15212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 27 NEW audacious-docklet-0.1.1-1.fc7 blacs-1.1-24.fc7.1 boo-0.7.6.2237-11.fc7 digikam-doc-0.8.2-4.fc7 NEW driconf-0.9.1-5.fc7 duplicity-0.4.2-6.fc7 NEW eclipse-phpeclipse-1.1.8-15.fc7 environment-modules-3.2.3-3.fc7 glest-2.0.0-5.fc7 gtksourceview-sharp-2.0-25.fc7 lapack-3.1.0-3.fc7 libopensync-0.20-1.fc7 libopensync-plugin-evolution2-0.20-1.fc7 libopensync-plugin-file-0.20-1.fc7 libopensync-plugin-gpe-0.20-1.fc7 libopensync-plugin-irmc-0.20-1.fc7 libopensync-plugin-kdepim-0.20-1.fc7 libopensync-plugin-palm-0.20-1.fc7 libopensync-plugin-python-0.20-1.fc7 lilypond-doc-2.10.3-1.fc7 mail-notification-4.0-0.3.fc7.rc2 nautilus-image-converter-0.0.9-1.fc7 perl-Alien-wxWidgets-0.27-1.fc7 perl-Log-Dispatch-2.16-1.fc7 python-mutagen-1.9-1.fc7 search4files-0.1e-1.fc7 wine-docs-0.9.27-1.fc7 Packages built and released for Fedora Extras 6: 22 blacs-1.1-24.fc6.1 boo-0.7.6.2237-11.fc6 cobbler-0.3.5-1.fc6 digikam-doc-0.8.2-4.fc6 duplicity-0.4.2-6.fc6 environment-modules-3.2.3-3.fc6 glest-2.0.0-5.fc6 (!) gtk-sharp-1.0.10-12.fc6 : INVALID rebuild, not published! lapack-3.1.0-3.fc6 libopensync-0.20-1.fc6 libopensync-plugin-evolution2-0.20-1.fc6 libopensync-plugin-file-0.20-1.fc6 libopensync-plugin-gpe-0.20-1.fc6 libopensync-plugin-irmc-0.20-1.fc6 libopensync-plugin-kdepim-0.20-1.fc6 libopensync-plugin-palm-0.20-1.fc6 libopensync-plugin-python-0.20-1.fc6 liferea-1.0.26-2.fc6 lilypond-doc-2.10.3-1.fc6 python-mutagen-1.9-1.fc6 search4files-0.1e-1.fc6 wine-docs-0.9.27-1.fc6 Packages built and released for Fedora Extras 5: 15 digikam-doc-0.8.2-4.fc5 duplicity-0.4.2-6.fc5 environment-modules-3.2.3-2.fc5 lapack-3.1.0-3.fc5 libopensync-0.20-1.fc5 libopensync-plugin-evolution2-0.20-1.fc5 libopensync-plugin-file-0.20-1.fc5 libopensync-plugin-gpe-0.20-1.fc5 libopensync-plugin-irmc-0.20-1.fc5 libopensync-plugin-kdepim-0.20-1.fc5 libopensync-plugin-palm-0.20-1.fc5 libopensync-plugin-python-0.20-1.fc5 python-mutagen-1.9-1.fc5 search4files-0.1e-1.fc5 wine-docs-0.9.27-1.fc5 Packages built and released for Fedora Extras 4: 10 duplicity-0.4.2-6.fc4 environment-modules-3.2.3-2.fc4 libopensync-0.20-1.fc4 libopensync-plugin-evolution2-0.20-1.fc4 libopensync-plugin-file-0.20-1.fc4 libopensync-plugin-gpe-0.20-1.fc4 libopensync-plugin-irmc-0.20-1.fc4 libopensync-plugin-kdepim-0.20-1.fc4 libopensync-plugin-palm-0.20-1.fc4 libopensync-plugin-python-0.20-1.fc4 Packages built and released for Fedora Extras 3: 7 duplicity-0.4.2-6.fc3 libopensync-0.20-1.fc3 libopensync-plugin-evolution2-0.20-1.fc3 libopensync-plugin-file-0.20-1.fc3 libopensync-plugin-palm-0.20-1.fc3 libopensync-plugin-python-0.20-1.fc3 wine-docs-0.9.27-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 Dec 21 12:13:08 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Thu, 21 Dec 2006 12:13:08 -0000 Subject: (2/2) Summary - Broken dependencies in Fedora Extras - 2006-12-21 Message-ID: <20061221121308.29827.41022@extras64.linux.duke.edu> cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpmibs.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmp.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmphelpers.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpagent.so.10()(64bit) driftnet-0.1.6-11.x86_64 requires libpcap.so.0.9.4()(64bit) em8300-0.16.0-1.fc7.x86_64 requires em8300-kmod >= 0:0.16.0 evolution-bogofilter-0.2.0-4.fc7.x86_64 requires libcamel-1.2.so.0()(64bit) evolution-bogofilter-0.2.0-4.fc7.x86_64 requires libcamel-provider-1.2.so.8()(64bit) f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 gajim-0.10.1-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) gajim-0.10.1-3.fc6.x86_64 requires python-abi = 0:2.4 gcompris-8.2-1.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) ghc-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires ghc642 gift-0.11.8.1-6.fc7.i386 requires libmagic.so.1 glom-1.2.1-2.fc7.x86_64 requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) gnomad2-2.8.9-2.fc6.x86_64 requires libmtp.so.2()(64bit) gtkmozembedmm-1.4.2.cvs20060817-5.fc7.i386 requires gecko-libs = 0:2.0 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.x86_64 requires gecko-libs = 0:2.0 k3d-0.6.4.0-1.fc7.i386 requires libpython2.4.so.1.0 k3d-0.6.4.0-1.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) kmod-sysprof-1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 requires kernel-x86_64 = 0:2.6.18-1.2849.fc6 kmod-sysprof-kdump-1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 requires kernel-x86_64 = 0:2.6.18-1.2849.fc6kdump kmod-sysprof-xen-1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 requires kernel-x86_64 = 0:2.6.18-1.2849.fc6xen libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 libreadline-java-0.8.0-13.fc6.x86_64 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-1.2-3.rc2.svn2135.fc7.x86_64 requires libedit.so.0()(64bit) openpbx-postgresql-1.2-3.rc2.svn2135.fc7.x86_64 requires libpq.so.4()(64bit) orange-0.3-4.cvs20051118.fc7.i386 requires libmagic.so.1 paraview-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) paraview-mpi-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) pessulus-2.16.1-1.fc6.noarch requires python(abi) = 0:2.4 pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_ogl-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_stc-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_stc-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_ogl-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libpq.so.4()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.x86_64 requires python(abi) = 0:2.4 python-adns-1.1.0-4.fc6.x86_64 requires python < 0:2.5 python-adns-1.1.0-4.fc6.x86_64 requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-durus-3.5-2.fc6.x86_64 requires python-abi = 0:2.4 python-durus-3.5-2.fc6.x86_64 requires python(abi) = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python-abi = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python(abi) = 0:2.4 python-htmltmpl-1.22-7.fc6.noarch requires python(abi) = 0:2.4 python-id3-1.2-8.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python(abi) = 0:2.4 python-ogg-1.3-3.fc6.x86_64 requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.x86_64 requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-pyspf-1.7-5.fc6.noarch requires python(abi) = 0:2.4 python-quixote-2.4-4.fc6.x86_64 requires python-abi = 0:2.4 python-quixote-2.4-4.fc6.x86_64 requires python(abi) = 0:2.4 python-sexy-0.1.9-2.fc7.x86_64 requires python(abi) = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python-abi = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python-abi = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.x86_64 requires python(abi) = 0:2.4 python-vorbis-1.3-3.fc6.x86_64 requires python-abi = 0:2.4 python-vorbis-1.3-3.fc6.x86_64 requires python(abi) = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python-abi = 0:2.4 pyxdg-0.15-3.fc6.noarch requires /usr/lib/python2.4/site-packages pyxdg-0.15-3.fc6.noarch requires python(abi) = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python-abi = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python(abi) = 0:2.4 rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) rekall-postgresql-2.4.3-5.fc6.x86_64 requires libpq.so.4()(64bit) rekall-python-2.4.3-5.fc6.x86_64 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) rpy-0.4.6-14.fc7.x86_64 requires R = 0:2.4.0 scorched3d-40.1d-1.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) scorched3d-40.1d-1.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) ser-postgresql-0.9.6-9.fc6.x86_64 requires libpq.so.4()(64bit) serpentine-0.7-5.fc6.noarch requires python(abi) = 0:2.4 streamtuner-0.99.99-15.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) syck-python-0.55-12.fc7.x86_64 requires python(abi) = 0:2.4 tinyerp-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 tinyerp-server-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) translate-toolkit-0.10.1-2.fc7.noarch requires python-elementtree veusz-0.10-12.fc6.x86_64 requires python(abi) = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-i386: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_xml-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_net-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_xrc-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_html-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_adv-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_qa-2.6.so.0 centericq-4.21.0-8.fc6.i386 requires libcurl.so.3 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.i386 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.i386 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.i386 requires libpython2.4.so.1.0 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 driftnet-0.1.6-11.i386 requires libpcap.so.0.9.4 em8300-0.16.0-1.fc7.i386 requires em8300-kmod >= 0:0.16.0 evolution-bogofilter-0.2.0-4.fc7.i386 requires libcamel-1.2.so.0 evolution-bogofilter-0.2.0-4.fc7.i386 requires libcamel-provider-1.2.so.8 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 gajim-0.10.1-3.fc6.i386 requires libpython2.4.so.1.0 gajim-0.10.1-3.fc6.i386 requires python-abi = 0:2.4 gambas-gb-db-1.0.17-6.fc7.i386 requires libpq.so.4 gambas-runtime-1.0.17-6.fc7.i386 requires libgettextlib-0.15.so gcompris-8.2-1.fc7.i386 requires libpython2.4.so.1.0 ghc-gtk2hs-0.9.10-4.fc6.i386 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires ghc642 glom-1.2.1-2.fc7.i386 requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.i386 requires libpython2.4.so.1.0 gnomad2-2.8.9-2.fc6.i386 requires libmtp.so.2 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.i386 requires gecko-libs = 0:2.0 k3d-0.6.4.0-1.fc7.i386 requires libpython2.4.so.1.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) kicad-2006.08.28-2.fc6.i386 requires libwx_baseu_xml-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_baseu_net-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_baseu-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) kmod-sysprof-1.0.7-1.2.6.18_1.2849.fc6.1.i586 requires kernel-i586 = 0:2.6.18-1.2849.fc6 kmod-sysprof-1.0.7-1.2.6.18_1.2849.fc6.1.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6 kmod-sysprof-PAE-1.0.7-1.2.6.18_1.2849.fc6.1.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6PAE kmod-sysprof-kdump-1.0.7-1.2.6.18_1.2849.fc6.1.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6kdump kmod-sysprof-xen-1.0.7-1.2.6.18_1.2849.fc6.1.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6xen libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.i386 requires libpq.so.4 pessulus-2.16.1-1.fc6.noarch requires python(abi) = 0:2.4 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_ogl-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libpq.so.4 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_stc-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu_xml-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu_net-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_stc-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_ogl-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.i386 requires python(abi) = 0:2.4 python-adns-1.1.0-4.fc6.i386 requires python < 0:2.5 python-adns-1.1.0-4.fc6.i386 requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-durus-3.5-2.fc6.i386 requires python-abi = 0:2.4 python-durus-3.5-2.fc6.i386 requires python(abi) = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python-abi = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python(abi) = 0:2.4 python-htmltmpl-1.22-7.fc6.noarch requires python(abi) = 0:2.4 python-id3-1.2-8.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python(abi) = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python-abi = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-pyspf-1.7-5.fc6.noarch requires python(abi) = 0:2.4 python-quixote-2.4-4.fc6.i386 requires python-abi = 0:2.4 python-quixote-2.4-4.fc6.i386 requires python(abi) = 0:2.4 python-sexy-0.1.9-2.fc7.i386 requires python(abi) = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python-abi = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python-abi = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.i386 requires python(abi) = 0:2.4 python-vorbis-1.3-3.fc6.i386 requires python-abi = 0:2.4 python-vorbis-1.3-3.fc6.i386 requires python(abi) = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python-abi = 0:2.4 pyxdg-0.15-3.fc6.noarch requires /usr/lib/python2.4/site-packages pyxdg-0.15-3.fc6.noarch requires python(abi) = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python-abi = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python(abi) = 0:2.4 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) rapidsvn-0.9.4-2.fc7.i386 requires libwx_baseu_xml-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) rapidsvn-0.9.4-2.fc7.i386 requires libwx_baseu_net-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_baseu-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 rekall-postgresql-2.4.3-5.fc6.i386 requires libpq.so.4 rekall-python-2.4.3-5.fc6.i386 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.i386 requires libpython2.4.so.1.0 rpy-0.4.6-14.fc7.i386 requires R = 0:2.4.0 scorched3d-40.1d-1.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) scorched3d-40.1d-1.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) scorched3d-40.1d-1.fc7.i386 requires libwx_baseu_xml-2.6.so.0 scorched3d-40.1d-1.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 scorched3d-40.1d-1.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) scorched3d-40.1d-1.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) scorched3d-40.1d-1.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 scorched3d-40.1d-1.fc7.i386 requires libwx_baseu_net-2.6.so.0 scorched3d-40.1d-1.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 scorched3d-40.1d-1.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) scorched3d-40.1d-1.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 scorched3d-40.1d-1.fc7.i386 requires libwx_baseu-2.6.so.0 scorched3d-40.1d-1.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) scorched3d-40.1d-1.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 ser-postgresql-0.9.6-9.fc6.i386 requires libpq.so.4 serpentine-0.7-5.fc6.noarch requires python(abi) = 0:2.4 syck-python-0.55-12.fc7.i386 requires python(abi) = 0:2.4 tinyerp-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 tinyerp-server-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.i386 requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 translate-toolkit-0.10.1-2.fc7.noarch requires python-elementtree veusz-0.10-12.fc6.i386 requires python(abi) = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-6-ppc: gtkmozembedmm-1.4.2.cvs20060817-6.fc6.ppc requires gecko-libs = 0:1.8.0.8 openvrml-0.16.2-2.fc6.ppc requires firefox = 0:1.5.0.8 openvrml-devel-0.16.2-2.fc6.ppc requires firefox-devel = 0:1.5.0.8 rpy-0.4.6-13.fc6.ppc requires R = 0:2.4.0 ====================================================================== Broken packages in fedora-extras-6-x86_64: gtkmozembedmm-1.4.2.cvs20060817-6.fc6.x86_64 requires gecko-libs = 0:1.8.0.8 openvrml-0.16.2-2.fc6.x86_64 requires firefox = 0:1.5.0.8 openvrml-devel-0.16.2-2.fc6.x86_64 requires firefox-devel = 0:1.5.0.8 rpy-0.4.6-13.fc6.x86_64 requires R = 0:2.4.0 ====================================================================== Broken packages in fedora-extras-6-i386: gtkmozembedmm-1.4.2.cvs20060817-6.fc6.i386 requires gecko-libs = 0:1.8.0.8 openvrml-0.16.2-2.fc6.i386 requires firefox = 0:1.5.0.8 openvrml-devel-0.16.2-2.fc6.i386 requires firefox-devel = 0:1.5.0.8 rpy-0.4.6-13.fc6.i386 requires R = 0:2.4.0 ====================================================================== Broken packages in fedora-extras-5-ppc: linphone-1.2.0-4.fc5.ppc requires libortp.so.2 rpy-0.4.6-13.fc5.ppc requires R = 0:2.4.0 ====================================================================== Broken packages in fedora-extras-5-x86_64: linphone-1.2.0-4.fc5.x86_64 requires libortp.so.2()(64bit) rpy-0.4.6-13.fc5.x86_64 requires R = 0:2.4.0 ====================================================================== Broken packages in fedora-extras-5-i386: linphone-1.2.0-4.fc5.i386 requires libortp.so.2 rpy-0.4.6-13.fc5.i386 requires R = 0:2.4.0 ====================================================================== Broken packages in fedora-extras-4-ppc: rpy-0.4.6-13.fc4.ppc requires R = 0:2.4.0 ====================================================================== Broken packages in fedora-extras-4-x86_64: rpy-0.4.6-13.fc4.x86_64 requires R = 0:2.4.0 ====================================================================== Broken packages in fedora-extras-4-i386: rpy-0.4.6-13.fc4.i386 requires R = 0:2.4.0 From buildsys at fedoraproject.org Thu Dec 21 12:13:07 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Thu, 21 Dec 2006 12:13:07 -0000 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-21 Message-ID: <20061221121307.29827.11628@extras64.linux.duke.edu> New report for: braden AT endoframe.com package: openvrml - 0.16.2-2.fc6.i386 from fedora-extras-6-i386 unresolved deps: firefox = 0:1.5.0.8 package: openvrml - 0.16.2-2.fc6.ppc from fedora-extras-6-ppc unresolved deps: firefox = 0:1.5.0.8 package: openvrml - 0.16.2-2.fc6.x86_64 from fedora-extras-6-x86_64 unresolved deps: firefox = 0:1.5.0.8 package: openvrml-devel - 0.16.2-2.fc6.i386 from fedora-extras-6-i386 unresolved deps: firefox-devel = 0:1.5.0.8 package: openvrml-devel - 0.16.2-2.fc6.ppc from fedora-extras-6-ppc unresolved deps: firefox-devel = 0:1.5.0.8 package: openvrml-devel - 0.16.2-2.fc6.x86_64 from fedora-extras-6-x86_64 unresolved deps: firefox-devel = 0:1.5.0.8 ====================================================================== New report for: karlthered AT gmail.com package: gtkmozembedmm - 1.4.2.cvs20060817-6.fc6.i386 from fedora-extras-6-i386 unresolved deps: gecko-libs = 0:1.8.0.8 package: gtkmozembedmm - 1.4.2.cvs20060817-6.fc6.ppc from fedora-extras-6-ppc unresolved deps: gecko-libs = 0:1.8.0.8 package: gtkmozembedmm - 1.4.2.cvs20060817-6.fc6.x86_64 from fedora-extras-6-x86_64 unresolved deps: gecko-libs = 0:1.8.0.8 ====================================================================== Summary of broken packages (by owner): andreas.bierfert AT lowlatency.de centericq - 4.21.0-8.fc6.i386 (51 days) centericq - 4.21.0-8.fc6.ppc (51 days) centericq - 4.21.0-8.fc6.x86_64 (51 days) orange - 0.3-4.cvs20051118.fc7.i386 (17 days) andreas AT bawue.net pyzor - 0.4.0-10.fc6.noarch (13 days) pyzor - 0.4.0-10.fc6.noarch (13 days) pyzor - 0.4.0-10.fc6.noarch (13 days) ser-postgresql - 0.9.6-9.fc6.i386 (15 days) ser-postgresql - 0.9.6-9.fc6.ppc (15 days) ser-postgresql - 0.9.6-9.fc6.x86_64 (15 days) aportal AT univ-montp2.fr kicad - 2006.08.28-2.fc6.i386 (6 days) kicad - 2006.08.28-2.fc6.ppc (6 days) kicad - 2006.08.28-2.fc6.x86_64 (6 days) bdpepple AT ameritech.net python-telepathy - 0.13.7-2.fc7.noarch (13 days) python-telepathy - 0.13.7-2.fc7.noarch (13 days) python-telepathy - 0.13.7-2.fc7.noarch (13 days) bnocera AT redhat.com driftnet - 0.1.6-11.i386 (22 days) driftnet - 0.1.6-11.ppc (22 days) driftnet - 0.1.6-11.x86_64 (22 days) braden AT endoframe.com openvrml - 0.16.2-2.fc6.i386 openvrml - 0.16.2-2.fc6.ppc openvrml - 0.16.2-2.fc6.x86_64 openvrml-devel - 0.16.2-2.fc6.i386 openvrml-devel - 0.16.2-2.fc6.ppc openvrml-devel - 0.16.2-2.fc6.x86_64 cgoorah AT yahoo.com.au toped - 0.8.2-2.fc6.i386 (6 days) toped - 0.8.2-2.fc6.ppc (6 days) toped - 0.8.2-2.fc6.x86_64 (6 days) dan AT danny.cz codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (6 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (6 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.ppc (6 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.x86_64 (6 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.i386 (6 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.ppc (6 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.x86_64 (6 days) tinyerp - 3.4.2-1.fc6.noarch (13 days) tinyerp - 3.4.2-1.fc6.noarch (13 days) tinyerp - 3.4.2-1.fc6.noarch (13 days) tinyerp-server - 3.4.2-1.fc6.noarch (13 days) tinyerp-server - 3.4.2-1.fc6.noarch (13 days) tinyerp-server - 3.4.2-1.fc6.noarch (13 days) dcbw AT redhat.com csound - 5.03.0-9.fc7.i386 (13 days) csound - 5.03.0-9.fc7.i386 (13 days) csound - 5.03.0-9.fc7.ppc (13 days) csound - 5.03.0-9.fc7.x86_64 (13 days) csound-python - 5.03.0-9.fc7.i386 (13 days) csound-python - 5.03.0-9.fc7.ppc (13 days) csound-python - 5.03.0-9.fc7.x86_64 (13 days) denis AT poolshark.org glom - 1.2.1-2.fc7.i386 (13 days) glom - 1.2.1-2.fc7.ppc (13 days) glom - 1.2.1-2.fc7.x86_64 (13 days) k3d - 0.6.4.0-1.fc7.i386 (13 days) k3d - 0.6.4.0-1.fc7.i386 (13 days) k3d - 0.6.4.0-1.fc7.ppc (13 days) k3d - 0.6.4.0-1.fc7.x86_64 (13 days) dwmw2 AT redhat.com openpbx - 1.2-3.rc2.svn2135.fc7.i386 (15 days) openpbx - 1.2-3.rc2.svn2135.fc7.i386 (15 days) openpbx - 1.2-3.rc2.svn2135.fc7.ppc (15 days) openpbx - 1.2-3.rc2.svn2135.fc7.x86_64 (15 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.i386 (15 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.ppc (15 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.x86_64 (15 days) endur AT bennewitz.com streamtuner - 0.99.99-15.fc7.x86_64 (13 days) extras-orphan AT fedoraproject.org python-htmltmpl - 1.22-7.fc6.noarch (13 days) python-htmltmpl - 1.22-7.fc6.noarch (13 days) python-htmltmpl - 1.22-7.fc6.noarch (13 days) python-id3 - 1.2-8.fc6.noarch (13 days) python-id3 - 1.2-8.fc6.noarch (13 days) python-id3 - 1.2-8.fc6.noarch (13 days) foolish AT guezz.net serpentine - 0.7-5.fc6.noarch (13 days) serpentine - 0.7-5.fc6.noarch (13 days) serpentine - 0.7-5.fc6.noarch (13 days) gajownik AT gmail.com gajim - 0.10.1-3.fc6.i386 (13 days) gajim - 0.10.1-3.fc6.ppc (13 days) gajim - 0.10.1-3.fc6.x86_64 (13 days) ghenry AT suretecsystems.com pgadmin3 - 1.4.3-6.fc6.i386 (15 days) pgadmin3 - 1.4.3-6.fc6.ppc (15 days) pgadmin3 - 1.4.3-6.fc6.x86_64 (15 days) giallu AT gmail.com kmod-sysprof - 1.0.7-1.2.6.18_1.2849.fc6.1.i586 (15 days) kmod-sysprof - 1.0.7-1.2.6.18_1.2849.fc6.1.i686 (15 days) kmod-sysprof - 1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 (15 days) kmod-sysprof-PAE - 1.0.7-1.2.6.18_1.2849.fc6.1.i686 (15 days) kmod-sysprof-kdump - 1.0.7-1.2.6.18_1.2849.fc6.1.i686 (15 days) kmod-sysprof-kdump - 1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 (15 days) kmod-sysprof-xen - 1.0.7-1.2.6.18_1.2849.fc6.1.i686 (15 days) kmod-sysprof-xen - 1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 (15 days) hugo AT devin.com.br python-ogg - 1.3-3.fc6.i386 (13 days) python-ogg - 1.3-3.fc6.i386 (13 days) python-ogg - 1.3-3.fc6.ppc (13 days) python-ogg - 1.3-3.fc6.x86_64 (13 days) python-vorbis - 1.3-3.fc6.i386 (13 days) python-vorbis - 1.3-3.fc6.ppc (13 days) python-vorbis - 1.3-3.fc6.x86_64 (13 days) icon AT fedoraproject.org python-feedparser - 4.1-1.fc6.noarch (13 days) python-feedparser - 4.1-1.fc6.noarch (13 days) python-feedparser - 4.1-1.fc6.noarch (13 days) ifoox AT redhat.com libreadline-java - 0.8.0-13.fc6.i386 (10 days) libreadline-java - 0.8.0-13.fc6.i386 (10 days) libreadline-java - 0.8.0-13.fc6.ppc (10 days) libreadline-java - 0.8.0-13.fc6.x86_64 (10 days) j.w.r.degoede AT hhs.nl gcompris - 8.2-1.fc7.i386 (13 days) gcompris - 8.2-1.fc7.ppc (13 days) gcompris - 8.2-1.fc7.x86_64 (13 days) scorched3d - 40.1d-1.fc7.i386 (6 days) scorched3d - 40.1d-1.fc7.ppc (6 days) scorched3d - 40.1d-1.fc7.x86_64 (6 days) jafo-redhat AT tummy.com python-pydns - 2.3.0-4.fc6.noarch (13 days) python-pydns - 2.3.0-4.fc6.noarch (13 days) python-pydns - 2.3.0-4.fc6.noarch (13 days) python-pyspf - 1.7-5.fc6.noarch (13 days) python-pyspf - 1.7-5.fc6.noarch (13 days) python-pyspf - 1.7-5.fc6.noarch (13 days) jamatos AT fc.up.pt f2py - 2.45.241_1926-2.fc6.noarch (13 days) f2py - 2.45.241_1926-2.fc6.noarch (13 days) f2py - 2.45.241_1926-2.fc6.noarch (13 days) python-amara - 1.1.7-2.fc6.noarch (13 days) python-amara - 1.1.7-2.fc6.noarch (13 days) python-amara - 1.1.7-2.fc6.noarch (13 days) rpy - 0.4.6-13.fc4.i386 rpy - 0.4.6-13.fc4.ppc rpy - 0.4.6-13.fc4.x86_64 rpy - 0.4.6-13.fc5.i386 rpy - 0.4.6-13.fc5.ppc rpy - 0.4.6-13.fc5.x86_64 rpy - 0.4.6-13.fc6.i386 rpy - 0.4.6-13.fc6.ppc rpy - 0.4.6-13.fc6.x86_64 rpy - 0.4.6-14.fc7.i386 rpy - 0.4.6-14.fc7.ppc rpy - 0.4.6-14.fc7.x86_64 jeff AT ocjtech.us linphone - 1.2.0-4.fc5.i386 (73 days) linphone - 1.2.0-4.fc5.ppc (73 days) linphone - 1.2.0-4.fc5.x86_64 (73 days) jeremy AT jeremysanders.net veusz - 0.10-12.fc6.i386 (13 days) veusz - 0.10-12.fc6.ppc (13 days) veusz - 0.10-12.fc6.x86_64 (13 days) karlthered AT gmail.com gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.i386 (29 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.i386 (29 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.ppc (29 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.x86_64 (29 days) gtkmozembedmm - 1.4.2.cvs20060817-6.fc6.i386 gtkmozembedmm - 1.4.2.cvs20060817-6.fc6.ppc gtkmozembedmm - 1.4.2.cvs20060817-6.fc6.x86_64 python-sexy - 0.1.9-2.fc7.i386 (13 days) python-sexy - 0.1.9-2.fc7.ppc (13 days) python-sexy - 0.1.9-2.fc7.x86_64 (13 days) lmacken AT redhat.com TurboGears - 1.0b2-5.fc7.noarch (8 days) TurboGears - 1.0b2-5.fc7.noarch (8 days) TurboGears - 1.0b2-5.fc7.noarch (8 days) python-cherrypy - 2.2.1-3.fc6.noarch (13 days) python-cherrypy - 2.2.1-3.fc6.noarch (13 days) python-cherrypy - 2.2.1-3.fc6.noarch (13 days) michel.salim AT gmail.com python-nltk - 1.4.4-3.fc7.noarch (13 days) python-nltk - 1.4.4-3.fc7.noarch (13 days) python-nltk - 1.4.4-3.fc7.noarch (13 days) mitr AT redhat.com python-4Suite-XML - 1.0-1.i386 (13 days) python-4Suite-XML - 1.0-1.ppc (13 days) python-4Suite-XML - 1.0-1.x86_64 (13 days) oliver AT linux-kernel.at syck-python - 0.55-12.fc7.i386 (13 days) syck-python - 0.55-12.fc7.ppc (13 days) syck-python - 0.55-12.fc7.x86_64 (13 days) orion AT cora.nwra.com paraview - 2.4.4-3.fc6.x86_64 (13 days) paraview-mpi - 2.4.4-3.fc6.x86_64 (13 days) plplot - 5.6.1-8.fc7.i386 (13 days) plplot - 5.6.1-8.fc7.i386 (13 days) plplot - 5.6.1-8.fc7.ppc (13 days) plplot - 5.6.1-8.fc7.x86_64 (13 days) plplot-gnome - 5.6.1-8.fc7.i386 (13 days) plplot-gnome - 5.6.1-8.fc7.i386 (13 days) plplot-gnome - 5.6.1-8.fc7.ppc (13 days) plplot-gnome - 5.6.1-8.fc7.x86_64 (13 days) plplot-wxGTK - 5.6.1-8.fc7.i386 (13 days) plplot-wxGTK - 5.6.1-8.fc7.ppc (13 days) plplot-wxGTK - 5.6.1-8.fc7.x86_64 (13 days) paul AT all-the-johnsons.co.uk XaraLX - 0.7-8.fc6.r1763.i386 (6 days) XaraLX - 0.7-8.fc6.r1763.ppc (6 days) XaraLX - 0.7-8.fc6.r1763.x86_64 (6 days) petersen AT redhat.com ghc-gtk2hs - 0.9.10-4.fc6.i386 (48 days) ghc-gtk2hs - 0.9.10-4.fc6.ppc (48 days) ghc-gtk2hs - 0.9.10-4.fc6.x86_64 (48 days) ghc642-gtk2hs - 0.9.10-4.fc6.i386 (48 days) ghc642-gtk2hs - 0.9.10-4.fc6.ppc (48 days) ghc642-gtk2hs - 0.9.10-4.fc6.x86_64 (48 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.i386 (48 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.ppc (48 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.x86_64 (48 days) prockai AT redhat.com cyrus-imapd - 2.3.7-4.fc6.i386 (22 days) cyrus-imapd - 2.3.7-4.fc6.i386 (22 days) cyrus-imapd - 2.3.7-4.fc6.ppc (22 days) cyrus-imapd - 2.3.7-4.fc6.x86_64 (22 days) rdieter AT math.unl.edu PyKDE - 3.16.0-5.fc7.i386 (13 days) PyKDE - 3.16.0-5.fc7.i386 (13 days) PyKDE - 3.16.0-5.fc7.ppc (13 days) PyKDE - 3.16.0-5.fc7.x86_64 (13 days) gift - 0.11.8.1-6.fc7.i386 (53 days) roozbeh AT farsiweb.info translate-toolkit - 0.10.1-2.fc7.noarch (9 days) translate-toolkit - 0.10.1-2.fc7.noarch (9 days) translate-toolkit - 0.10.1-2.fc7.noarch (9 days) rpm AT timj.co.uk rapidsvn - 0.9.4-2.fc7.i386 (6 days) rapidsvn - 0.9.4-2.fc7.ppc (6 days) rapidsvn - 0.9.4-2.fc7.x86_64 (6 days) rvokal AT redhat.com python-adns - 1.1.0-4.fc6.i386 (13 days) python-adns - 1.1.0-4.fc6.ppc (13 days) python-adns - 1.1.0-4.fc6.x86_64 (13 days) shahms AT shahms.com python-durus - 3.5-2.fc6.i386 (13 days) python-durus - 3.5-2.fc6.ppc (13 days) python-durus - 3.5-2.fc6.x86_64 (13 days) python-psyco - 1.5.1-4.fc6.i386 (13 days) python-quixote - 2.4-4.fc6.i386 (13 days) python-quixote - 2.4-4.fc6.ppc (13 days) python-quixote - 2.4-4.fc6.x86_64 (13 days) python-simpletal - 4.1-4.fc6.noarch (13 days) python-simpletal - 4.1-4.fc6.noarch (13 days) python-simpletal - 4.1-4.fc6.noarch (13 days) python-tpg - 3.1.0-3.fc6.noarch (13 days) python-tpg - 3.1.0-3.fc6.noarch (13 days) python-tpg - 3.1.0-3.fc6.noarch (13 days) splinux AT fedoraproject.org pessulus - 2.16.1-1.fc6.noarch (13 days) pessulus - 2.16.1-1.fc6.noarch (13 days) pessulus - 2.16.1-1.fc6.noarch (13 days) stickster AT gmail.com xmldiff - 0.6.7-12.fc6.i386 (13 days) xmldiff - 0.6.7-12.fc6.ppc (13 days) xmldiff - 0.6.7-12.fc6.x86_64 (13 days) tcallawa AT redhat.com compat-wxPythonGTK2 - 2.4.2.4-12.fc6.i386 (13 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.ppc (13 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.x86_64 (13 days) evolution-bogofilter - 0.2.0-4.fc7.i386 evolution-bogofilter - 0.2.0-4.fc7.ppc evolution-bogofilter - 0.2.0-4.fc7.x86_64 gambas-gb-db - 1.0.17-6.fc7.i386 (28 days) gambas-gb-db - 1.0.17-6.fc7.ppc (28 days) gambas-runtime - 1.0.17-6.fc7.i386 (28 days) gambas-runtime - 1.0.17-6.fc7.ppc (28 days) pychart - 1.39-4.fc6.noarch (13 days) pychart - 1.39-4.fc6.noarch (13 days) pychart - 1.39-4.fc6.noarch (13 days) pyxdg - 0.15-3.fc6.noarch (13 days) pyxdg - 0.15-3.fc6.noarch (13 days) pyxdg - 0.15-3.fc6.noarch (13 days) rekall-postgresql - 2.4.3-5.fc6.i386 (15 days) rekall-postgresql - 2.4.3-5.fc6.ppc (15 days) rekall-postgresql - 2.4.3-5.fc6.x86_64 (15 days) rekall-python - 2.4.3-5.fc6.i386 (15 days) rekall-python - 2.4.3-5.fc6.ppc (15 days) rekall-python - 2.4.3-5.fc6.x86_64 (15 days) thomas AT apestaart.org python-twisted - 1.3.0-7.fc6.i386 (13 days) python-twisted - 1.3.0-7.fc6.ppc (13 days) python-twisted - 1.3.0-7.fc6.x86_64 (13 days) triad AT df.lth.se gnomad2 - 2.8.9-2.fc6.i386 (13 days) gnomad2 - 2.8.9-2.fc6.ppc (13 days) gnomad2 - 2.8.9-2.fc6.x86_64 (13 days) ville.skytta AT iki.fi em8300 - 0.16.0-1.fc7.i386 em8300 - 0.16.0-1.fc7.ppc em8300 - 0.16.0-1.fc7.x86_64 wart AT kobold.org cyphesis - 0.5.10-3.fc7.i386 (13 days) cyphesis - 0.5.10-3.fc7.ppc (13 days) cyphesis - 0.5.10-3.fc7.x86_64 (13 days) ====================================================================== Broken packages in fedora-extras-development-ppc: PyKDE-3.16.0-5.fc7.ppc requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.ppc requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_xml-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_net-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_xrc-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_html-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_adv-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_qa-2.6.so.0 centericq-4.21.0-8.fc6.ppc requires libcurl.so.3 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.ppc requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.ppc requires libpython2.4.so.1.0 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpagent.so.10 driftnet-0.1.6-11.ppc requires libpcap.so.0.9.4 em8300-0.16.0-1.fc7.ppc requires em8300-kmod >= 0:0.16.0 evolution-bogofilter-0.2.0-4.fc7.ppc requires libcamel-1.2.so.0 evolution-bogofilter-0.2.0-4.fc7.ppc requires libcamel-provider-1.2.so.8 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 gajim-0.10.1-3.fc6.ppc requires libpython2.4.so.1.0 gajim-0.10.1-3.fc6.ppc requires python-abi = 0:2.4 gambas-gb-db-1.0.17-6.fc7.ppc requires libpq.so.4 gambas-runtime-1.0.17-6.fc7.ppc requires libgettextlib-0.15.so gcompris-8.2-1.fc7.ppc requires libpython2.4.so.1.0 ghc-gtk2hs-0.9.10-4.fc6.ppc requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires ghc642 glom-1.2.1-2.fc7.ppc requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.ppc requires libpython2.4.so.1.0 gnomad2-2.8.9-2.fc6.ppc requires libmtp.so.2 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.ppc requires gecko-libs = 0:2.0 k3d-0.6.4.0-1.fc7.ppc requires libpython2.4.so.1.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) kicad-2006.08.28-2.fc6.ppc requires libwx_baseu_xml-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_baseu_net-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_baseu-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) libreadline-java-0.8.0-13.fc6.ppc requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.ppc requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.ppc requires libpq.so.4 pessulus-2.16.1-1.fc6.noarch requires python(abi) = 0:2.4 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_ogl-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libpq.so.4 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_stc-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu_xml-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu_net-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_stc-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_ogl-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 plplot-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.ppc requires python(abi) = 0:2.4 python-adns-1.1.0-4.fc6.ppc requires python < 0:2.5 python-adns-1.1.0-4.fc6.ppc requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-durus-3.5-2.fc6.ppc requires python-abi = 0:2.4 python-durus-3.5-2.fc6.ppc requires python(abi) = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python-abi = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python(abi) = 0:2.4 python-htmltmpl-1.22-7.fc6.noarch requires python(abi) = 0:2.4 python-id3-1.2-8.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-ogg-1.3-3.fc6.ppc requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.ppc requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-pyspf-1.7-5.fc6.noarch requires python(abi) = 0:2.4 python-quixote-2.4-4.fc6.ppc requires python-abi = 0:2.4 python-quixote-2.4-4.fc6.ppc requires python(abi) = 0:2.4 python-sexy-0.1.9-2.fc7.ppc requires python(abi) = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python-abi = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python-abi = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.ppc requires python(abi) = 0:2.4 python-vorbis-1.3-3.fc6.ppc requires python-abi = 0:2.4 python-vorbis-1.3-3.fc6.ppc requires python(abi) = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python-abi = 0:2.4 pyxdg-0.15-3.fc6.noarch requires /usr/lib/python2.4/site-packages pyxdg-0.15-3.fc6.noarch requires python(abi) = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python-abi = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python(abi) = 0:2.4 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) rapidsvn-0.9.4-2.fc7.ppc requires libwx_baseu_xml-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) rapidsvn-0.9.4-2.fc7.ppc requires libwx_baseu_net-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_baseu-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 rekall-postgresql-2.4.3-5.fc6.ppc requires libpq.so.4 rekall-python-2.4.3-5.fc6.ppc requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.ppc requires libpython2.4.so.1.0 rpy-0.4.6-14.fc7.ppc requires R = 0:2.4.0 scorched3d-40.1d-1.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) scorched3d-40.1d-1.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) scorched3d-40.1d-1.fc7.ppc requires libwx_baseu_xml-2.6.so.0 scorched3d-40.1d-1.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 scorched3d-40.1d-1.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) scorched3d-40.1d-1.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) scorched3d-40.1d-1.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 scorched3d-40.1d-1.fc7.ppc requires libwx_baseu_net-2.6.so.0 scorched3d-40.1d-1.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 scorched3d-40.1d-1.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) scorched3d-40.1d-1.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 scorched3d-40.1d-1.fc7.ppc requires libwx_baseu-2.6.so.0 scorched3d-40.1d-1.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) scorched3d-40.1d-1.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 ser-postgresql-0.9.6-9.fc6.ppc requires libpq.so.4 serpentine-0.7-5.fc6.noarch requires python(abi) = 0:2.4 syck-python-0.55-12.fc7.ppc requires python(abi) = 0:2.4 tinyerp-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 tinyerp-server-3.4.2-1.fc6.noarch requires python(abi) = 0:2.4 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.ppc requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 translate-toolkit-0.10.1-2.fc7.noarch requires python-elementtree veusz-0.10-12.fc6.ppc requires python(abi) = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-x86_64: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) centericq-4.21.0-8.fc6.x86_64 requires libcurl.so.3()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) compat-wxPythonGTK2-2.4.2.4-12.fc6.x86_64 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) csound-python-5.03.0-9.fc7.x86_64 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyphesis-0.5.10-3.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 From robert at marcanoonline.com Thu Dec 21 13:28:04 2006 From: robert at marcanoonline.com (Robert Marcano) Date: Thu, 21 Dec 2006 09:28:04 -0400 Subject: project name change Message-ID: <1166707684.2892.11.camel@localhost.localdomain> I am the maintainer of the javasvn package. The upstream project was renamed to SVNKit. I want to know if this are the correct steps to follow: 1) resubmit it as a new package obsoleting javasvn 2) fix dependencies on other projects 3) orphan javasvn 4) request removal of javasvn from the extras yum repository 5) Can the javasvn be "closed"or "locked"on the CVS repository??? Thanks in advance ________________________________________ Robert Marcano ????????????????? web: http://www.marcanoonline.com/ gpg --keyserver hkp://pgp.mit.edu/ --recv-key 72A0DCFD From Christian.Iseli at licr.org Thu Dec 21 15:39:17 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Thu, 21 Dec 2006 16:39:17 +0100 Subject: project name change In-Reply-To: <1166707684.2892.11.camel@localhost.localdomain> References: <1166707684.2892.11.camel@localhost.localdomain> Message-ID: <20061221163917.072afe8c@ludwig-alpha.unil.ch> On Thu, 21 Dec 2006 09:28:04 -0400, Robert Marcano wrote: > 5) Can the javasvn be "closed"or "locked"on the CVS repository??? There is a procedure outlined here: http://fedoraproject.org/wiki/Extras/PackageEndOfLife Cheers, C From mdehaan at redhat.com Thu Dec 21 16:15:40 2006 From: mdehaan at redhat.com (Michael DeHaan) Date: Thu, 21 Dec 2006 11:15:40 -0500 Subject: Please rebuild/fix plague for python 2.5 In-Reply-To: <1166654633.21769.90.camel@localhost.localdomain> References: <4582B7B1.9050604@hhs.nl> <4582BC7D.1000904@ioa.s.u-tokyo.ac.jp> <1166366195.2757.0.camel@localhost.localdomain> <4589B99B.80803@redhat.com> <1166654633.21769.90.camel@localhost.localdomain> Message-ID: <458AB32C.3000504@redhat.com> Toshio Kuratomi wrote: > On Wed, 2006-12-20 at 17:30 -0500, Michael DeHaan wrote: > > >> I recently got this while queuing a cobbler build on Python 2.4 ... >> >> > This looks like it was done on devel so you mean python-2.5, right? > > >> (Begin output) >> >> + exit 0 >> Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.70902 >> + umask 022 >> + cd /builddir/build/BUILD >> + cd cobbler-0.3.5 >> + LANG=C >> + export LANG >> + unset DISPLAY >> + test x/var/tmp/cobbler-0.3.5-1.fc7-buildroot '!=' x >> + rm -rf /var/tmp/cobbler-0.3.5-1.fc7-buildroot >> + /usr/bin/python setup.py install --optimize=1 --root=/var/tmp/cobbler-0.3.5-1.fc7-buildroot >> running install >> error: invalid Python installation: unable to open /usr/include/python2.5/pyconfig-32.h (No such file or directory) >> error: Bad exit status from /var/tmp/rpm-tmp.70902 (%install) >> >> >> RPM build errors: >> Bad exit status from /var/tmp/rpm-tmp.70902 (%install) >> >> (End output) >> >> Is this a known issue that is getting resolved, or something i need to act on? If so, help as to what needs to be tweaked would be appreciated. This is a noarch RPM, and I did add the BuildRequire of python-devel for distutils. >> > > It's a change from python-2.4 to python-2.5. > > BuildRequire: python-devel > > in the cobbler spec this should fix this. > > -Toshio > Correct, I meant 2.5. I thought I already added the BuildRequire for python-devel, but I hadn't. Thanks. --Michael From nomis80 at nomis80.org Thu Dec 21 16:52:06 2006 From: nomis80 at nomis80.org (Simon Perreault) Date: Thu, 21 Dec 2006 11:52:06 -0500 Subject: AWOL maintainer comeback Message-ID: <200612211152.06331.nomis80@nomis80.org> Hi, I've been AWOL (founding a startup) for some time and my packages have been reassigned or orphaned. Now I have more time (dumped said startup) and I want to participate in FE again. In particular, I want to retake ownership of the quadkonsole package, which is currently orphaned. I added myself to the cvsextras group via the web interface and now it seems I need a sponsor to accept my demand. Is this alright? Can someone do it? I'll be a good boy now, I promise. Thanks From Christian.Iseli at licr.org Thu Dec 21 17:10:54 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Thu, 21 Dec 2006 18:10:54 +0100 Subject: FE Package Status of Dec 21, 2006 Message-ID: <20061221181054.35df3b11@ludwig-alpha.unil.ch> Hi folks, This week's edition. Fixed a problem where retired package reviews were not properly accounted for. Cheers, C ---- FE Package Status of Dec 21, 2006 The full report can be found here: http://fedoraproject.org/wiki/Extras/PackageStatus Owners file stats: - 2672 packages - 110 orphans - 14 packages not available in extras devel or release andreas at bawue dot net ddrescue bdpepple at ameritech dot net galago-filesystem belegdol at gmail dot com qt-qsa belegdol at gmail dot com gchempaint cweyl at alumni dot drew dot edu perl-GStreamer foolish at guezz dot net solfege ghenry at suretecsystems dot com john j dot w dot r dot degoede at hhs dot nl MagicPoint paul at all-the-johnsons dot co dot uk mysql-connector-net paul at all-the-johnsons dot co dot uk gconvert paul at all-the-johnsons dot co dot uk gtksharp pertusus at free dot fr ivman thomas at apestaart dot org python-twisted-names yufanyufan at gmail dot com audacious-itouch - 4 packages not available in extras devel but present in release cweyl at alumni dot drew dot edu 915resolution cweyl at alumni dot drew dot edu perl-File-ExtAttr jmp at safe dot ca clement lmacken at redhat dot com python-TurboMail - 5 packages which have not yet been FE-ACCEPT'd... https://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_id=203864,209870,211763 tripwire fedora at theholbrooks.org prozilla kushaldas at gmail.com jikes paul at all-the-johnsons.co.uk https://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_id=177841,217259 Tracker roozbeh at farsiweb.info alsa-firmware rpm at timj.co.uk - 2 packages present in the development repo which have no owners entry gtk-sharp libopts - 11 orphaned packages, yet available in extras devel FreeWnn deltarpm gaim-guifications gdome2 gstreamer08 gstreamer08-plugins imlib perl-String-Ediff python-htmltmpl python-id3 system-switch-im - 43 packages that moved to core FE-ACCEPT packages stats: - 1723 accepted, closed package reviews - 29 accepted, closed package reviews not in repo - 13 accepted, closed package reviews not in owners - 12 accepted, open package reviews older than 4 weeks; - 15 accepted, open package reviews with a package already in the repo FE-REVIEW packages stats: - 95 open tickets - 26 tickets with no activity in eight weeks - 17 tickets with no activity in four weeks - 3 closed tickets FE-NEW packages stats: - 146 open tickets - 48 tickets with no activity in eight weeks - 15 tickets with no activity in four weeks - 1 closed tickets FE-NEEDSPONSOR packages stats: - 44 open tickets - 18 tickets with no activity in eight weeks - 6 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 OPEN-BUGS packages stats: - 221 open tickets - 119 tickets with no activity in eight weeks - 50 tickets with no activity in four weeks CVS stats: - 2668 packages with a devel directory - 6 packages with no owners entry claws-mail-plugins gtk-sharp keurocalc libopts resapplet xfce4-timer-plugin - 1 packages in CVS devel *and* Core libnl - 194 packages were dropped from extras Maintainers stats: - 237 maintainers - 3 inactive maintainers with open bugs - 2 inactive maintainers Dropped FC packages: - 284 packages were dropped from core since FC 1 Comps.xml files stats: - 882 packages in comps-fe7 file - 492 packages missing from comps-fe7 file - 6 packages in comps-fe7 but not in repo - 880 packages in comps-fe6 file - 491 packages missing from comps-fe6 file From dan at danny.cz Thu Dec 21 19:03:37 2006 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Thu, 21 Dec 2006 20:03:37 +0100 Subject: how to write Source directive for tinyerp Message-ID: <1166727817.3523.11.camel@eagle.danny.cz> Hi, I would like to update the spec file for tinyerp with current URLs to get the sources. They use probably some "crazy" content management system for their web so the URL looks like this: http://tinyerp.com/component/option,com_vfm/Itemid,61/do,download/file,stable|source|tinyerp-server-%{version}.tar.gz/ When I try to do "wget" on this URL, it returns the requested file. But RPM doesn?t understand it. It wants the part after the last slash to be the filename. And in this case it is nothing. Is there a way to use such URLs as Source in the spec files? Dan -- TinyERP maintainer for Fedora Extras From ruben at rubenkerkhof.com Thu Dec 21 19:40:06 2006 From: ruben at rubenkerkhof.com (Ruben Kerkhof) Date: Thu, 21 Dec 2006 20:40:06 +0100 Subject: how to write Source directive for tinyerp In-Reply-To: <1166727817.3523.11.camel@eagle.danny.cz> References: <1166727817.3523.11.camel@eagle.danny.cz> Message-ID: <49BF05CC-FF3C-4797-B897-C9BCD1597052@rubenkerkhof.com> On 21-dec-2006, at 20:03, Dan Hor?k wrote: > http://tinyerp.com/component/option,com_vfm/Itemid,61/do,download/ > file,stable|source|tinyerp-server-%{version}.tar.gz/ It seems that CMS send the file as an attachment: wget -S http://tinyerp.com/component/option,com_vfm/Itemid,61/ do,download/file,stable%7Csource%7Ctinyerp-server-4.0.0.tar.gz/ --20:30:20-- http://tinyerp.com/component/option,com_vfm/Itemid,61/ do,download/file,stable%7Csource%7Ctinyerp-server-4.0.0.tar.gz/ Resolving tinyerp.com... 213.251.162.133 Connecting to tinyerp.com|213.251.162.133|:80... connected. HTTP request sent, awaiting response... HTTP/1.1 200 OK Date: Thu, 21 Dec 2006 19:30:21 GMT Server: Apache/2.0.54 (Debian GNU/Linux) DAV/2 SVN/1.1.4 mod_auth_gforge/0.5.9.3 mod_python/3.1.3 Python/2.2.3+ PHP/4.3.10-16 proxy_html/2.4 mod_ssl/2.0.54 OpenSSL/0.9.7e X-Powered-By: PHP/4.3.10-16 Set-Cookie: 760a10f3bdc545733a99d27fe410c198=-; path=/ Set-Cookie: mosvisitor=1 Set-Cookie: PHPSESSID=d600a1ba4dd195aa65f5ca692c2efc1e; path=/ Expires: Thu, 19 Nov 1981 08:52:00 GMT Cache-Control: public Pragma: no-cache Content-Disposition: attachment; filename="tinyerp- server-4.0.0.tar.gz" Accept-Ranges: bytes Content-Range: bytes 0-2984162/2984163 Content-Length: 2984163 Keep-Alive: timeout=8, max=1000 Connection: Keep-Alive Content-Type: application/force-download Length: 2984163 (2.8M) [application/force-download] Saving to: `tinyerp-server-4.0.0.tar.gz' I'm pretty sure rpm can't handle that. Ruben From wart at kobold.org Thu Dec 21 19:45:11 2006 From: wart at kobold.org (Michael Thomas) Date: Thu, 21 Dec 2006 11:45:11 -0800 Subject: how to write Source directive for tinyerp In-Reply-To: <1166727817.3523.11.camel@eagle.danny.cz> References: <1166727817.3523.11.camel@eagle.danny.cz> Message-ID: <458AE447.7020202@kobold.org> Dan Hor?k wrote: > Hi, > > I would like to update the spec file for tinyerp with current URLs to > get the sources. They use probably some "crazy" content management > system for their web so the URL looks like this: > > http://tinyerp.com/component/option,com_vfm/Itemid,61/do,download/file,stable|source|tinyerp-server-%{version}.tar.gz/ > > When I try to do "wget" on this URL, it returns the requested file. But > RPM doesn?t understand it. It wants the part after the last slash to be > the filename. And in this case it is nothing. Is there a way to use such > URLs as Source in the spec files? Just put the real filename in Source0: and include a short comment above Source0: describing the problem and how to download the file: # The / at the end of the URL confuses rpm. Use wget on this url to get # the source: #http://tinyerp.com/component/option,com_vfm/Itemid,61/do,download/file,stable|source|tinyerp-server-%{version}.tar.gz/ Source0: tinyerp-server-%{version}.tar.gz --Wart From rdieter at math.unl.edu Thu Dec 21 20:03:48 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 21 Dec 2006 14:03:48 -0600 Subject: clement is a yum repository? References: <20061215064343.C2D196F06E@alopias.GreenKey.net> <1166201881.3515.22.camel@Montreal.safe.ca> Message-ID: Jean-Marc Pigeon wrote: > 2) The way I updated the FC6 with 2-1.241 was rather "blunt". > Sorry about this, My purpose was to have the same (stable) > version in devel (FC7) and FC6. > According my quick reading of comment about this subject > I should had update the tar file and check CVS diff.... > Ok, my fault. > > So then: > What is the best course of action to me clean my mess? For now, FESCo took action to update cvs to omit the offending yum.repos.d/* file(s), see: http://bugzilla.redhat.com/220497 Take care, Rex From dan at danny.cz Thu Dec 21 20:07:51 2006 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Thu, 21 Dec 2006 21:07:51 +0100 Subject: how to write Source directive for tinyerp In-Reply-To: <458AE447.7020202@kobold.org> References: <1166727817.3523.11.camel@eagle.danny.cz> <458AE447.7020202@kobold.org> Message-ID: <1166731671.3523.13.camel@eagle.danny.cz> Michael Thomas p??e v ?t 21. 12. 2006 v 11:45 -0800: > Dan Hor?k wrote: > > Hi, > > > > I would like to update the spec file for tinyerp with current URLs to > > get the sources. They use probably some "crazy" content management > > system for their web so the URL looks like this: > > > > http://tinyerp.com/component/option,com_vfm/Itemid,61/do,download/file,stable|source|tinyerp-server-%{version}.tar.gz/ > > > > When I try to do "wget" on this URL, it returns the requested file. But > > RPM doesn?t understand it. It wants the part after the last slash to be > > the filename. And in this case it is nothing. Is there a way to use such > > URLs as Source in the spec files? > > Just put the real filename in Source0: and include a short comment above > Source0: describing the problem and how to download the file: > > # The / at the end of the URL confuses rpm. Use wget on this url to get > # the source: > #http://tinyerp.com/component/option,com_vfm/Itemid,61/do,download/file,stable|source|tinyerp-server-%{version}.tar.gz/ > Source0: tinyerp-server-%{version}.tar.gz That?s what I have just done :-) Dan From buildsys at fedoraproject.org Thu Dec 21 21:08:49 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 21 Dec 2006 16:08:49 -0500 (EST) Subject: Fedora Extras Package Build Report 2006-12-21 Message-ID: <20061221210849.E217715212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 12 abcm2ps-5.2.2-1.fc7 cobbler-0.3.5-4.fc7 eclipse-subclipse-1.1.9-2.fc7 gajim-0.10.1-4.fc7 gcl-2.6.7-13.fc7 jd-1.8.1-2.cvs061221.fc7 multisync-0.91.0-1.fc7 rpy-0.4.6-15.fc7 shorewall-3.2.7-1.fc7 sysprof-1.0.8-1.fc7 sysprof-kmod-1.0.8-1.2.6.19_1.2889.fc7 NEW xfce4-timer-plugin-0.5-1.fc7 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From jmp at safe.ca Thu Dec 21 21:41:24 2006 From: jmp at safe.ca (Jean-Marc Pigeon) Date: Thu, 21 Dec 2006 16:41:24 -0500 Subject: clement is a yum repository? In-Reply-To: References: <20061215064343.C2D196F06E@alopias.GreenKey.net> <1166201881.3515.22.camel@Montreal.safe.ca> Message-ID: <1166737284.8432.38.camel@Montreal.safe.ca> On Thu, 2006-12-21 at 14:03 -0600, Rex Dieter wrote: > Jean-Marc Pigeon wrote: > > > 2) The way I updated the FC6 with 2-1.241 was rather "blunt". > > Sorry about this, My purpose was to have the same (stable) > > version in devel (FC7) and FC6. > > According my quick reading of comment about this subject > > I should had update the tar file and check CVS diff.... > > Ok, my fault. > > > > So then: > > What is the best course of action to me clean my mess? > > For now, FESCo took action to update cvs to omit the offending yum.repos.d/* > file(s), see: > http://bugzilla.redhat.com/220497 I had some though about this repos.d story and I strongly disagree. As the piece of software clement is not an orphan one, master development is still alive and not within Fedora as such. The fact to add a reference within repos.d (in disabled mode) is in continuity with "Source:" specification within the spec file. Specifying a repos.d allow sysadmin to take (if he want) the last version while still not present on Fedora depository. Other alternative is to go to the ftp site, grab data recompile the all smash... Let see this from another stand point, clamav is a very important application to me, do I need to wait for the last version to be included in Fedora whatever to grab it, no..., what happen when FCX is not supported any more, but my production system is still FCX, do I need to fool around trying to figure out where to find the last RPM? my answer is no, while the reference is still FCX, it could me nice to have the latest application (if provided). From my stand point the repos.d/clement is an anchor and it is our duty (as application designer) to provide legacy RPM. When doing a release we provide clement's RPM from RH7.3 to FC6 and including Centos, RHEL and mandriva... tcpdump on FC6 is outdated, to have a reference to "enabled" in repos.d and reach a master site to grab the latest version. would be nice... (up to me to enable this specific repos.d). Once again, adding this anchor within repos.d is not conceptually different than the "Source:" information within spec file. I am afraid saying "repos.d" is out of reach is too self-centric. As Fedora cycle are very short this will imply Fedora can't be use to run a real application server. Sharing my feeling... > > Take care, > Rex > From jkeating at redhat.com Thu Dec 21 21:48:46 2006 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 21 Dec 2006 16:48:46 -0500 Subject: clement is a yum repository? In-Reply-To: <1166737284.8432.38.camel@Montreal.safe.ca> References: <20061215064343.C2D196F06E@alopias.GreenKey.net> <1166737284.8432.38.camel@Montreal.safe.ca> Message-ID: <200612211648.50681.jkeating@redhat.com> On Thursday 21 December 2006 16:41, Jean-Marc Pigeon wrote: > ????????I am afraid saying "repos.d" is out of reach is too > ????????self-centric. As Fedora cycle are very short this will > ????????imply Fedora can't be use to run a real application server. > ????????Sharing my feeling... The problem lies in dropping a repo that points to a location that Fedora doesn't control. We can't protect against that location being compromised and start sending out trojaned binaries to those who enable the repo. This is the same reason why 'live updates' of software apps are discouraged, again locations that Fedora doesn't control. For this reason alone I would discourage and vote against allowing any package to drop another repo in place, that wasn't a Fedora controlled repo. -- 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 jmp at safe.ca Thu Dec 21 21:59:19 2006 From: jmp at safe.ca (Jean-Marc Pigeon) Date: Thu, 21 Dec 2006 16:59:19 -0500 Subject: clement is a yum repository? In-Reply-To: <200612211648.50681.jkeating@redhat.com> References: <20061215064343.C2D196F06E@alopias.GreenKey.net> <1166737284.8432.38.camel@Montreal.safe.ca> <200612211648.50681.jkeating@redhat.com> Message-ID: <1166738359.8432.49.camel@Montreal.safe.ca> On Thu, 2006-12-21 at 16:48 -0500, Jesse Keating wrote: > On Thursday 21 December 2006 16:41, Jean-Marc Pigeon wrote: > > I am afraid saying "repos.d" is out of reach is too > > self-centric. As Fedora cycle are very short this will > > imply Fedora can't be use to run a real application server. > > Sharing my feeling... > > The problem lies in dropping a repo that points to a location that Fedora > doesn't control. We can't protect against that location being compromised > and start sending out trojaned binaries to those who enable the repo. This > is the same reason why 'live updates' of software apps are discouraged, again > locations that Fedora doesn't control. For this reason alone I would > discourage and vote against allowing any package to drop another repo in > place, that wasn't a Fedora controlled repo. Weak arguments. - Package are signed... - Package are not coming from 'nowhere' as included within Fedora and supported by designer. - Fedora binaries can be compromised too. - On that count, looking everywhere to find an up-to-date application is far less secure than going to the application "reference" site. The only point I can agree with is the fact it must be clear such repos.d definition are NOT Fedora endorsed, but this is not a technical issue. > From ville.skytta at iki.fi Thu Dec 21 21:59:35 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 21 Dec 2006 23:59:35 +0200 Subject: clement is a yum repository? In-Reply-To: <200612211648.50681.jkeating@redhat.com> References: <20061215064343.C2D196F06E@alopias.GreenKey.net> <1166737284.8432.38.camel@Montreal.safe.ca> <200612211648.50681.jkeating@redhat.com> Message-ID: <1166738375.14554.16.camel@viper.local> On Thu, 2006-12-21 at 16:48 -0500, Jesse Keating wrote: > On Thursday 21 December 2006 16:41, Jean-Marc Pigeon wrote: > > I am afraid saying "repos.d" is out of reach is too > > self-centric. As Fedora cycle are very short this will > > imply Fedora can't be use to run a real application server. > > Sharing my feeling... > > The problem lies in dropping a repo that points to a location that Fedora > doesn't control. We can't protect against that location being compromised > and start sending out trojaned binaries to those who enable the repo. This > is the same reason why 'live updates' of software apps are discouraged, again > locations that Fedora doesn't control. For this reason alone I would > discourage and vote against allowing any package to drop another repo in > place, that wasn't a Fedora controlled repo. Seconded. IMO, if you want to include a *.repo file, include it with %doc in the package's documentation dir, not in place (not even if disabled by default). From jmp at safe.ca Thu Dec 21 22:04:36 2006 From: jmp at safe.ca (Jean-Marc Pigeon) Date: Thu, 21 Dec 2006 17:04:36 -0500 Subject: clement is a yum repository? In-Reply-To: <1166738375.14554.16.camel@viper.local> References: <20061215064343.C2D196F06E@alopias.GreenKey.net> <1166737284.8432.38.camel@Montreal.safe.ca> <200612211648.50681.jkeating@redhat.com> <1166738375.14554.16.camel@viper.local> Message-ID: <1166738676.8432.51.camel@Montreal.safe.ca> On Thu, 2006-12-21 at 23:59 +0200, Ville Skytt? wrote: > On Thu, 2006-12-21 at 16:48 -0500, Jesse Keating wrote: > > On Thursday 21 December 2006 16:41, Jean-Marc Pigeon wrote: > > > I am afraid saying "repos.d" is out of reach is too > > > self-centric. As Fedora cycle are very short this will > > > imply Fedora can't be use to run a real application server. > > > Sharing my feeling... > > > > The problem lies in dropping a repo that points to a location that Fedora > > doesn't control. We can't protect against that location being compromised > > and start sending out trojaned binaries to those who enable the repo. This > > is the same reason why 'live updates' of software apps are discouraged, again > > locations that Fedora doesn't control. For this reason alone I would > > discourage and vote against allowing any package to drop another repo in > > place, that wasn't a Fedora controlled repo. > > Seconded. IMO, if you want to include a *.repo file, include it with > %doc in the package's documentation dir, not in place (not even if > disabled by default). > Ok... Please could you tell us more? From jspaleta at gmail.com Thu Dec 21 22:12:22 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 21 Dec 2006 13:12:22 -0900 Subject: clement is a yum repository? In-Reply-To: <1166738375.14554.16.camel@viper.local> References: <20061215064343.C2D196F06E@alopias.GreenKey.net> <1166737284.8432.38.camel@Montreal.safe.ca> <200612211648.50681.jkeating@redhat.com> <1166738375.14554.16.camel@viper.local> Message-ID: <604aa7910612211412i6f316a58r4913d4dd43275cdd@mail.gmail.com> On 12/21/06, Ville Skytt? wrote: > Seconded. IMO, if you want to include a *.repo file, include it with > %doc in the package's documentation dir, not in place (not even if > disabled by default). +1 I'm cool with allowing the placement of such a file in the docs area for a package as an un-endorsed optional resource for users. Might even want an additional README in there as well explaining the purpose and some comments concerning how that repo interacts with fedora space. I cannot of course answer as to whether or not this is legally acceptable, but I find no fault technically with providing a repo definition in the docs area were it cannot be accidentially activated with --enablerepo=* -jef From jmp at safe.ca Thu Dec 21 22:18:58 2006 From: jmp at safe.ca (Jean-Marc Pigeon) Date: Thu, 21 Dec 2006 17:18:58 -0500 Subject: clement is a yum repository? In-Reply-To: <604aa7910612211412i6f316a58r4913d4dd43275cdd@mail.gmail.com> References: <20061215064343.C2D196F06E@alopias.GreenKey.net> <1166737284.8432.38.camel@Montreal.safe.ca> <200612211648.50681.jkeating@redhat.com> <1166738375.14554.16.camel@viper.local> <604aa7910612211412i6f316a58r4913d4dd43275cdd@mail.gmail.com> Message-ID: <1166739538.8432.56.camel@Montreal.safe.ca> On Thu, 2006-12-21 at 13:12 -0900, Jeff Spaleta wrote: > On 12/21/06, Ville Skytt? wrote: > > Seconded. IMO, if you want to include a *.repo file, include it with > > %doc in the package's documentation dir, not in place (not even if > > disabled by default). > > +1 > > I'm cool with allowing the placement of such a file in the docs area > for a package as an un-endorsed optional resource for users. Might > even want an additional README in there as well explaining the purpose > and some comments concerning how that repo interacts with fedora > space. I cannot of course answer as to whether or not this is legally > acceptable, but I find no fault technically with providing a repo > definition in the docs area were it cannot be accidentially activated > with --enablerepo=* Is my understanding correct, the sys-admin need to take a repos definition somewhere in doc and place it in /etc/yum.repos.d ??? yet another level of data dispersion/confusion > > -jef > From jkeating at redhat.com Thu Dec 21 22:41:26 2006 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 21 Dec 2006 17:41:26 -0500 Subject: clement is a yum repository? In-Reply-To: <1166739538.8432.56.camel@Montreal.safe.ca> References: <20061215064343.C2D196F06E@alopias.GreenKey.net> <604aa7910612211412i6f316a58r4913d4dd43275cdd@mail.gmail.com> <1166739538.8432.56.camel@Montreal.safe.ca> Message-ID: <200612211741.26761.jkeating@redhat.com> On Thursday 21 December 2006 17:18, Jean-Marc Pigeon wrote: > ????????Is my understanding correct, the sys-admin need to > ????????take a repos definition somewhere in doc and > ????????place it in /etc/yum.repos.d ??? > ????????yet another level of data dispersion/confusion Yes, the sys-admin needs to make a conscious decision to install/enable that repo, one that couldn't accidentally be made by an --enablerepo=\* -- 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 jspaleta at gmail.com Thu Dec 21 22:59:27 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 21 Dec 2006 13:59:27 -0900 Subject: clement is a yum repository? In-Reply-To: <1166739538.8432.56.camel@Montreal.safe.ca> References: <20061215064343.C2D196F06E@alopias.GreenKey.net> <1166737284.8432.38.camel@Montreal.safe.ca> <200612211648.50681.jkeating@redhat.com> <1166738375.14554.16.camel@viper.local> <604aa7910612211412i6f316a58r4913d4dd43275cdd@mail.gmail.com> <1166739538.8432.56.camel@Montreal.safe.ca> Message-ID: <604aa7910612211459k5c412905l3bb804de7ccd6187@mail.gmail.com> On 12/21/06, Jean-Marc Pigeon wrote: > Is my understanding correct, the sys-admin need to > take a repos definition somewhere in doc and > place it in /etc/yum.repos.d ??? > yet another level of data dispersion/confusion Its confusing either way. There are no perfect solutions. I think we avoid far more potential problems long term by not including the repo file in the repos.d directory by default...even disabled. You are free to disagree with me on that. The end of support lifetime scenario of a production fedora system is a total red-herring to stand-up special-casing celement's need for a repo file. If anything that scenario suggests that every package should be allowed to install its own repo definition.. and that is just absolutely madness. 2000+ different repo definition files, for 2000+ stand-alone and un-coordinated upstream repositories, each meant to extend the support lifetime of a fedora system. Madness. There is nothing particular special about celement compared to any other package which would make having a specialized repo file more desirable. I see no reason to make an exception for celement, and not for literally hundreds of other packages with active upstream development. Letting individual package maintainers put it in the package docs instantly makes it a reference resource for those admins who want to look at it and optionally enable the non-fedora controlled repository. You are greatly exaggerating the the effort it takes to cp a file from docs to another location on the system. Moreover, allowing this in docs maybe appropriate as a general fedora space policy for all packages. If so, this means it becomes easier over time for admins to find all available referencec repo files because they will be in a consistent out-of-the-way location for each package which chooses to provide them. Littering repos.d with hundreds of disabled repo file definitions, on a per package basis, only serves to make it more difficult for admins to administer the repo definitions which are active. -jef"Oh and by the way you really need to Require yum or fedora-release if you plan to drop a repos file into repos.d. Dropping it in docs as a reference, doesn't need a requires"spaleta From a.badger at gmail.com Thu Dec 21 23:22:40 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 21 Dec 2006 15:22:40 -0800 Subject: clement is a yum repository? In-Reply-To: <1166737284.8432.38.camel@Montreal.safe.ca> References: <20061215064343.C2D196F06E@alopias.GreenKey.net> <1166201881.3515.22.camel@Montreal.safe.ca> <1166737284.8432.38.camel@Montreal.safe.ca> Message-ID: <1166743360.21769.185.camel@localhost.localdomain> On Thu, 2006-12-21 at 16:41 -0500, Jean-Marc Pigeon wrote: > From my stand point the repos.d/clement > is an anchor and it is our duty (as application designer) > to provide legacy RPM. When doing a release we provide > clement's RPM from RH7.3 to FC6 and including Centos, RHEL > and mandriva... Sure. So on the clement website and download page you need to provide a repo file or rpm that will install a yum repo. This should not be in the Fedora package. Putting it in the Fedora is detrimental on a number of counts. Here's some off the top of my head: 1) Legality: Having a repo file that points to livna.org, for instance, could put Fedora at risk of being sued for contributory infringement. 2) Accountability: Fedora cannot guarantee anything about the quality of packages or the ability of the packages at the remote repository to work with Fedora. Just the existence of the repo file can break upgrades on the users system. 3) Time: We're mostly volunteers. Who wants to periodically check all the repo files provided by any package to ensure they're disabled and point to a repo that's only distributing legal items? 4) Usability of yum: What happens if 10% of our packages feel they need to give yum an upstream repo file? Suddenly, there's 100+ repo files that yum has to deal with. If they're all enabled then yum has to download primary.xml files from all of them. > tcpdump on FC6 is outdated, to have a reference > to "enabled" in repos.d and reach a master site to grab > the latest version. would be nice... (up to me to enable > this specific repos.d). This is not a good idea. One job of a distribution is to produce a set of packages that work together. Giving the user a repos.d file to download packages direct from upstream that replace the Fedora packages interferes with this. Another job is fixing security holes. If we've patched a hole locally but upstream hasn't made a release with the fix, users of the upstream package are going to be running less secure code. > Once again, adding this anchor within repos.d is not > conceptually different than the "Source:" information > within spec file. It is different. Any file in repos.d is "live". Even if it is disabled, a user can run yum upgrade --enablerepo=buggykernel and get the packages listed there. Source: Just tells you where to look. -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 nicolas.mailhot at laposte.net Thu Dec 21 23:33:42 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 22 Dec 2006 00:33:42 +0100 Subject: clement is a yum repository? In-Reply-To: <200612211741.26761.jkeating@redhat.com> References: <20061215064343.C2D196F06E@alopias.GreenKey.net> <604aa7910612211412i6f316a58r4913d4dd43275cdd@mail.gmail.com> <1166739538.8432.56.camel@Montreal.safe.ca> <200612211741.26761.jkeating@redhat.com> Message-ID: <1166744022.16180.38.camel@rousalka.dyndns.org> Le jeudi 21 d?cembre 2006 ? 17:41 -0500, Jesse Keating a ?crit : > On Thursday 21 December 2006 17:18, Jean-Marc Pigeon wrote: > > Is my understanding correct, the sys-admin need to > > take a repos definition somewhere in doc and > > place it in /etc/yum.repos.d ??? > > yet another level of data dispersion/confusion > > Yes, the sys-admin needs to make a conscious decision to install/enable that > repo, one that couldn't accidentally be made by an --enablerepo=\* IMHO that just proves mixing policy (enable/disable) and repo info (name, uris, description, expected key) in the same files was a bad idea. Projects should be able to advertise repositories without risking ending up in active lists without admin decision (disabled but in --enablerepo= \* is just a weaker enable state). Most recent update systems allow channel discovery. -- 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 at scrye.com Fri Dec 22 03:00:04 2006 From: kevin at scrye.com (Kevin Fenzi) Date: Thu, 21 Dec 2006 20:00:04 -0700 Subject: libopts Message-ID: <20061221200004.350b4ac4@ningauble.scrye.com> The libopts package has no owners.list entry. It's files were cvs rm'ed a while back: revision 1.4 date: 2006/11/02 21:21:57; author: pfj; state: dead; lines: +0 -0 Removing package - now part of autogen libopts/Makefile libopts/import.log libopts/FC-5/Makefile libopts/FC-5/branch libopts/FC-5/libopts.spec libopts/FC-5/sources libopts/FC-6/Makefile libopts/FC-6/branch libopts/FC-6/libopts.spec libopts/FC-6/sources libopts/devel/Makefile libopts/devel/libopts.spec libopts/devel/sources Of course since there is no bugzilla component and pfj doesn't seem to be around, it's hard to know what is going on... unless someone tells me otherwise I am going to place a dead.package file in libopts/FC-5/, libopts/FC-6, libopts/devel/ and mark it as Retired and request it's removal from the repos. (I will do this tomorrow) Did it really become a part of autogen on all those branches at the same time? Should a owners.list entry be made for it anyhow? kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dennis at ausil.us Fri Dec 22 05:23:10 2006 From: dennis at ausil.us (Dennis Gilmore) Date: Thu, 21 Dec 2006 23:23:10 -0600 Subject: clement is a yum repository? In-Reply-To: <1166739538.8432.56.camel@Montreal.safe.ca> References: <20061215064343.C2D196F06E@alopias.GreenKey.net> <604aa7910612211412i6f316a58r4913d4dd43275cdd@mail.gmail.com> <1166739538.8432.56.camel@Montreal.safe.ca> Message-ID: <200612212323.11287.dennis@ausil.us> On Thursday 21 December 2006 4:18 pm, Jean-Marc Pigeon wrote: > Is my understanding correct, the sys-admin need to > take a repos definition somewhere in doc and > place it in /etc/yum.repos.d ??? > yet another level of data dispersion/confusion What needs to happen is no repo file at all and the maintainer maintain his/her package. There is the proper facilities in place to get updates out within a short time period use them. -- Dennis Gilmore, RHCE Proud Australian From rc040203 at freenet.de Fri Dec 22 05:54:52 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 22 Dec 2006 06:54:52 +0100 Subject: libopts In-Reply-To: <20061221200004.350b4ac4@ningauble.scrye.com> References: <20061221200004.350b4ac4@ningauble.scrye.com> Message-ID: <1166766893.5079.50.camel@mccallum.corsepiu.local> On Thu, 2006-12-21 at 20:00 -0700, Kevin Fenzi wrote: > The libopts package has no owners.list entry. > It's files were cvs rm'ed a while back: > > revision 1.4 > date: 2006/11/02 21:21:57; author: pfj; state: dead; lines: +0 -0 > > Removing package - now part of autogen > libopts/Makefile libopts/import.log libopts/FC-5/Makefile > libopts/FC-5/branch libopts/FC-5/libopts.spec > libopts/FC-5/sources libopts/FC-6/Makefile libopts/FC-6/branch > libopts/FC-6/libopts.spec libopts/FC-6/sources > libopts/devel/Makefile libopts/devel/libopts.spec > libopts/devel/sources > > Of course since there is no bugzilla component and pfj doesn't seem to > be around, it's hard to know what is going on... > > unless someone tells me otherwise I am going to place a dead.package > file in libopts/FC-5/, libopts/FC-6, libopts/devel/ and mark it as > Retired and request it's removal from the repos. > (I will do this tomorrow) > > Did it really become a part of autogen on all those branches at the > same time? Well, it's a bit more complicated. libopts has always been part of autogen. Its upstream sources are part of autogen. However libopts also had been shipped as a separate standalone library package. IIRC, at some point in FE's history, pfj had submitted libopts and libopts managed to make it into FE. Later he submitted autogen, which pulled-in its own copy of libopts and therefore had conflicted with libopts. He then decided to drop the standalone libopts, and to provide it from inside of autogen. Also, neither autogen's upstream wanted to change autogen to use a separate libopts, nor did pfj want to modify autogen to using a standalone libopts instead of the bundled version. => At some point in history, we once had separate libopts packages, now we only have autogen and no libopts-devel nor virtual packages inside of autogen to "fake libopts packages" (!). I can't find this situation to be satisfactory and actually think this situation is messed up. But, AFAICT, nobody but autogen actually uses libopts, so this isn't much of a problem. > Should a owners.list entry be made for it anyhow? Hmm, I am not sure about it. IMO, libopts actually is a separate package (With its own version numbering), but in the way libopts currently is packaged, it only is an internal autogen library not of much use to the public. Ralf From chitlesh at fedoraproject.org Fri Dec 22 08:27:19 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Fri, 22 Dec 2006 09:27:19 +0100 Subject: Firefox icon ? Message-ID: <13dbfe4f0612220027y372d4ca0p243ef63889c15df@mail.gmail.com> Hello, It seems that debian didn't include Firefox's icon in their distro. What's fedora's position about it ? I'm packaging crystal-clear kde icon set (for FE) which includes original firefox icons from mozilla) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=219962 Should I remove the non-lgpl "original" firefox icon if crystal-clear icon set uses them ? Debian removed it : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=389499 Chitlesh -- http://clunixchit.blogspot.com From rdieter at math.unl.edu Fri Dec 22 12:55:28 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 22 Dec 2006 06:55:28 -0600 Subject: Firefox icon ? References: <13dbfe4f0612220027y372d4ca0p243ef63889c15df@mail.gmail.com> Message-ID: Chitlesh GOORAH wrote: > Hello, > It seems that debian didn't include Firefox's icon in their distro. > > What's fedora's position about it ? > > I'm packaging crystal-clear kde icon set (for FE) which includes > original firefox icons from mozilla) > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=219962 > > Should I remove the non-lgpl "original" firefox icon if crystal-clear > icon set uses them ? If you want crystal-clear to keep License: LGPL yes, you most likely should remove it. Else, the licence of crystal-clear is, well, not so clear. Upstream, should be notified, of course. -- Rex From jima at beer.tclug.org Fri Dec 22 13:17:51 2006 From: jima at beer.tclug.org (Jima) Date: Fri, 22 Dec 2006 07:17:51 -0600 (CST) Subject: clement is a yum repository? In-Reply-To: <1166743360.21769.185.camel@localhost.localdomain> References: <20061215064343.C2D196F06E@alopias.GreenKey.net> <1166201881.3515.22.camel@Montreal.safe.ca> <1166737284.8432.38.camel@Montreal.safe.ca> <1166743360.21769.185.camel@localhost.localdomain> Message-ID: On Thu, 21 Dec 2006, Toshio Kuratomi wrote: > 4) Usability of yum: What happens if 10% of our packages feel they need > to give yum an upstream repo file? Suddenly, there's 100+ repo files > that yum has to deal with. If they're all enabled then yum has to > download primary.xml files from all of them. You left out "assuming the server hosting the repo is up." Fedora has a nice distributed network of mirrors -- does clement? I don't want my yum session bombing out because Joe Random's colo happens to be out of commission. I support the notion that packages shouldn't ship (and certainly shouldn't enable) their own .repo files. There are already too many separate repositories for my liking, and I strongly suspect I'm not alone. Ship a .repo file in %doc if you want; I don't have a major beef with that (although ultimately FESCo or the Packaging Committee has the final say on that). Just keep it out of /etc/yum.repos.d/. I don't care how confusing it might be to enable it -- how confused do you think we were when we discovered (twice!) that you did such an outlandish thing? Jima From christoph.wickert at nurfuerspam.de Fri Dec 22 14:23:34 2006 From: christoph.wickert at nurfuerspam.de (Christoph Wickert) Date: Fri, 22 Dec 2006 15:23:34 +0100 Subject: desktop-file-install for all desktop files? Message-ID: <1166797414.3507.19.camel@hal9000.oberschlesier.lan> Do we need desktop-file-install for _ALL_ *.desktop files? I'm NOT talking about files under /usr/share/applications but about /etc/xde/autostart /usr/share/gnome/autostart/ /usr/share/Terminal/apps/ /usr/share/Thunar/sendto/ /usr/share/xfce4/helpers/ /usr/share/xsessions to name a few. The reason for me to ask is https://bugzilla.redhat.com/219986 , https://bugzilla.redhat.com/219990 and all my xfce4-panel-plugins, which drop a desktop file in /usr/share/xfce4/panel-plugins. This file is needed for the "Add Items to the Panel"-dialog in XFCE. These desktop files don't need to be changed (e. g. --add-category=...) and cannot be edited like the main menu. >From the guidelines at http://fedoraproject.org/wiki/Packaging/Guidelines#head-254ddf07aae20a23ced8cecc219d8f73926e9755 "This is mostly for the sake of menu-editing (which bases off of .desktop file/path names)." So am I correct that we don't need desktop-file-install for desktop files that do not show up in the menu? Christoph From rdieter at math.unl.edu Fri Dec 22 14:30:52 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 22 Dec 2006 08:30:52 -0600 Subject: desktop-file-install for all desktop files? References: <1166797414.3507.19.camel@hal9000.oberschlesier.lan> Message-ID: Christoph Wickert wrote: > Do we need desktop-file-install for _ALL_ *.desktop files? > I'm NOT talking about files under > /usr/share/applications No, not even for stuff under /usr/share/applications do you *HAVE* to use desktop-file-install. -- Rex From mclasen at redhat.com Fri Dec 22 15:05:18 2006 From: mclasen at redhat.com (Matthias Clasen) Date: Fri, 22 Dec 2006 10:05:18 -0500 Subject: desktop-file-install for all desktop files? In-Reply-To: <1166797414.3507.19.camel@hal9000.oberschlesier.lan> References: <1166797414.3507.19.camel@hal9000.oberschlesier.lan> Message-ID: <1166799919.19724.2.camel@golem.boston.devel.redhat.com> On Fri, 2006-12-22 at 15:23 +0100, Christoph Wickert wrote: > Do we need desktop-file-install for _ALL_ *.desktop files? > >From the guidelines at > http://fedoraproject.org/wiki/Packaging/Guidelines#head-254ddf07aae20a23ced8cecc219d8f73926e9755 > "This is mostly for the sake of menu-editing (which bases off > of .desktop file/path names)." > > So am I correct that we don't need desktop-file-install for desktop > files that do not show up in the menu? No, the guidelines are simply wrong here. Desktop files are just files, there is no magic registration that happens via desktop-file-install. The one thing that running desktop-file-install gives you is some validation of the contents, and some capability of simple editing. The whole vendor prefix idea is inherently broken. Matthias From rdieter at math.unl.edu Fri Dec 22 15:12:08 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 22 Dec 2006 09:12:08 -0600 Subject: desktop-file-install for all desktop files? References: <1166797414.3507.19.camel@hal9000.oberschlesier.lan> <1166799919.19724.2.camel@golem.boston.devel.redhat.com> Message-ID: Matthias Clasen wrote: > The whole vendor prefix idea is inherently broken. It's a good notion in spirit (to avoid namespace collision), but to virtually force/mandate it's usage is silly, agreed. -- Rex From mclasen at redhat.com Fri Dec 22 15:20:57 2006 From: mclasen at redhat.com (Matthias Clasen) Date: Fri, 22 Dec 2006 10:20:57 -0500 Subject: desktop-file-install for all desktop files? In-Reply-To: References: <1166797414.3507.19.camel@hal9000.oberschlesier.lan> <1166799919.19724.2.camel@golem.boston.devel.redhat.com> Message-ID: <1166800857.19724.6.camel@golem.boston.devel.redhat.com> On Fri, 2006-12-22 at 09:12 -0600, Rex Dieter wrote: > Matthias Clasen wrote: > > > The whole vendor prefix idea is inherently broken. > > It's a good notion in spirit (to avoid namespace collision), but to > virtually force/mandate it's usage is silly, agreed. > The problem with it is that there is no clear way to refer to desktop files, other than by filename, and that breaks if vendor prefixes change underneath us. From jkeating at redhat.com Fri Dec 22 15:26:33 2006 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 22 Dec 2006 10:26:33 -0500 Subject: desktop-file-install for all desktop files? In-Reply-To: <1166799919.19724.2.camel@golem.boston.devel.redhat.com> References: <1166797414.3507.19.camel@hal9000.oberschlesier.lan> <1166799919.19724.2.camel@golem.boston.devel.redhat.com> Message-ID: <200612221026.36877.jkeating@redhat.com> On Friday 22 December 2006 10:05, Matthias Clasen wrote: > No, the guidelines are simply wrong here. Matthias, after the break, would you be willing to put in some time to help us revamp this part of the guidelines? -- 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 christoph.wickert at nurfuerspam.de Fri Dec 22 15:25:11 2006 From: christoph.wickert at nurfuerspam.de (Christoph Wickert) Date: Fri, 22 Dec 2006 16:25:11 +0100 Subject: desktop-file-install for all desktop files? In-Reply-To: <1166799919.19724.2.camel@golem.boston.devel.redhat.com> References: <1166797414.3507.19.camel@hal9000.oberschlesier.lan> <1166799919.19724.2.camel@golem.boston.devel.redhat.com> Message-ID: <1166801112.3507.24.camel@hal9000.oberschlesier.lan> Am Freitag, den 22.12.2006, 10:05 -0500 schrieb Matthias Clasen: > On Fri, 2006-12-22 at 15:23 +0100, Christoph Wickert wrote: > > Do we need desktop-file-install for _ALL_ *.desktop files? > > No, the guidelines are simply wrong here. Thanks for pointing this out so clearly. Christoph From j.w.r.degoede at hhs.nl Fri Dec 22 15:34:35 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 22 Dec 2006 16:34:35 +0100 Subject: Crazy idea for easy (lazy) dlopen replacement Message-ID: <458BFB0B.6000209@hhs.nl> Hi, As we all know it would be nice if more programs would runtime conditionally support some of there features, think for example mp3 support. The traditional way todo this is dlopen and friends, but that is a bit of a pain, so I had this crazy idea why not (ab)use the RTLD_LAZY feature also done by ld.so ? If we could add a way to tell ld.so that a certain library is optional, and then add a libc function call to ask if such an optional library was found, then all we need todo is make sure no symbols of said library are used when it is not found, when we do not use any such symbols, the RTLD_LAZY feature basicly means that we do not need the library. Since many programs for for example image and sound formats usualy have only one code path to filter out for a certain image / sound format so if this dirty hack / feature of optional libraries could be added then supporting optional libs would be easy. Regards, Hans p.s. I'll be offline for 2 weeks since I will be away from work for 2 weeks and I currently do not have internet access at home because I just moved. SO don't expect any replies to replies from me soon. From j.w.r.degoede at hhs.nl Fri Dec 22 15:36:21 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 22 Dec 2006 16:36:21 +0100 Subject: offline for 2 weeks. Message-ID: <458BFB75.3050601@hhs.nl> Hi all, I'll be offline for 2 weeks since I will be away from work for 2 weeks and I currently do not have internet access at home because I just moved. So I hereby give permission to anyone to anyone with CVS access todo any necesarry fixes / rebuilds of packages of mine. A direct mail saying you did so would be appreciated. Regards, Hans From rdieter at math.unl.edu Fri Dec 22 15:44:51 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 22 Dec 2006 09:44:51 -0600 Subject: desktop-file-install for all desktop files? References: <1166797414.3507.19.camel@hal9000.oberschlesier.lan> <1166799919.19724.2.camel@golem.boston.devel.redhat.com> <200612221026.36877.jkeating@redhat.com> Message-ID: Jesse Keating wrote: > On Friday 22 December 2006 10:05, Matthias Clasen wrote: >> No, the guidelines are simply wrong here. > > Matthias, after the break, would you be willing to put in some time to > help us revamp this part of the guidelines? Help/clout would be appreciated. I, too, would prefer that the --vendor usage be not mandated (ie, be optional at most). Unfortunately, since the fdo menu spec (strongly?) recommends it's usage, it's unclear to many in the PC how best to tackle that. We made some progress on this recently, see: http://fedoraproject.org/wiki/PackagingDrafts/DesktopFiles -- Rex From mclasen at redhat.com Fri Dec 22 16:18:43 2006 From: mclasen at redhat.com (Matthias Clasen) Date: Fri, 22 Dec 2006 11:18:43 -0500 Subject: desktop-file-install for all desktop files? In-Reply-To: <200612221026.36877.jkeating@redhat.com> References: <1166797414.3507.19.camel@hal9000.oberschlesier.lan> <1166799919.19724.2.camel@golem.boston.devel.redhat.com> <200612221026.36877.jkeating@redhat.com> Message-ID: <1166804323.21820.1.camel@golem.boston.devel.redhat.com> On Fri, 2006-12-22 at 10:26 -0500, Jesse Keating wrote: > On Friday 22 December 2006 10:05, Matthias Clasen wrote: > > No, the guidelines are simply wrong here. > > Matthias, after the break, would you be willing to put in some time to help us > revamp this part of the guidelines? > Sure, although I believe that this is a weakness of the desktop entry spec itself, which we may not be able to resolve fully by packaging... From a.badger at gmail.com Fri Dec 22 16:29:28 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 22 Dec 2006 08:29:28 -0800 Subject: desktop-file-install for all desktop files? In-Reply-To: References: <1166797414.3507.19.camel@hal9000.oberschlesier.lan> <1166799919.19724.2.camel@golem.boston.devel.redhat.com> <200612221026.36877.jkeating@redhat.com> Message-ID: <1166804968.19928.4.camel@localhost.localdomain> On Fri, 2006-12-22 at 09:44 -0600, Rex Dieter wrote: > Jesse Keating wrote: > > > On Friday 22 December 2006 10:05, Matthias Clasen wrote: > >> No, the guidelines are simply wrong here. > > > > Matthias, after the break, would you be willing to put in some time to > > help us revamp this part of the guidelines? > > Help/clout would be appreciated. I, too, would prefer that the --vendor > usage be not mandated (ie, be optional at most). Unfortunately, since the > fdo menu spec (strongly?) recommends it's usage, it's unclear to many in > the PC how best to tackle that. > > We made some progress on this recently, see: > http://fedoraproject.org/wiki/PackagingDrafts/DesktopFiles > Can we change this portion from the Guidelines now: Also remember that it is not simply enough to just include the .desktop file in the package, you need to run desktop-file-install in %install (and have BuildRequires: desktop-file-utils). Here are some examples of desktop-file-install usage: I believe when we voted to stop mandating the usage of --vendor this should have gone away 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 jeff at ocjtech.us Fri Dec 22 16:36:43 2006 From: jeff at ocjtech.us (Jeffrey C. Ollie) Date: Fri, 22 Dec 2006 10:36:43 -0600 Subject: offline for 2 weeks. In-Reply-To: <458BFB75.3050601@hhs.nl> References: <458BFB75.3050601@hhs.nl> Message-ID: <1166805403.3539.0.camel@lt21223.campus.dmacc.edu> On Fri, 2006-12-22 at 16:36 +0100, Hans de Goede wrote: > Hi all, > > I'll be offline for 2 weeks since I will be away from work for 2 weeks > and I currently do not have internet access at home because I just > moved. So I hereby give permission to anyone to anyone with CVS access > todo any necesarry fixes / rebuilds of packages of mine. > > A direct mail saying you did so would be appreciated. Please update http://fedoraproject.org/wiki/Vacation as well.. Jeff -------------- 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 andy at smile.org.ua Fri Dec 22 18:13:37 2006 From: andy at smile.org.ua (Andy Shevchenko) Date: Fri, 22 Dec 2006 20:13:37 +0200 Subject: offline for 2 weeks. In-Reply-To: <1166805403.3539.0.camel@lt21223.campus.dmacc.edu> References: <458BFB75.3050601@hhs.nl> <1166805403.3539.0.camel@lt21223.campus.dmacc.edu> Message-ID: <458C2051.50002@smile.org.ua> Jeffrey C. Ollie wrote: > Please update http://fedoraproject.org/wiki/Vacation as well.. Is this page for 'major' (VIP) people only? Could you explain who and why should be sent the "vacation mail" and fill "vacation page"? Thanks. -- With best regards, Andy Shevchenko. mailto: andy at smile.org.ua From chris.stone at gmail.com Fri Dec 22 18:15:09 2006 From: chris.stone at gmail.com (Christopher Stone) Date: Fri, 22 Dec 2006 10:15:09 -0800 Subject: offline for 2 weeks. In-Reply-To: <458C2051.50002@smile.org.ua> References: <458BFB75.3050601@hhs.nl> <1166805403.3539.0.camel@lt21223.campus.dmacc.edu> <458C2051.50002@smile.org.ua> Message-ID: On 12/22/06, Andy Shevchenko wrote: > Jeffrey C. Ollie wrote: > > Please update http://fedoraproject.org/wiki/Vacation as well.. > Is this page for 'major' (VIP) people only? > Could you explain who and why should be sent the "vacation mail" and > fill "vacation page"? > Thanks. If you package software for Fedora then you should use this page. Although using it during this time of year is over kill as everyone assumes everyone else is on vacation anyway. From jeff at ocjtech.us Fri Dec 22 18:16:32 2006 From: jeff at ocjtech.us (Jeffrey C. Ollie) Date: Fri, 22 Dec 2006 12:16:32 -0600 Subject: offline for 2 weeks. In-Reply-To: <458C2051.50002@smile.org.ua> References: <458BFB75.3050601@hhs.nl> <1166805403.3539.0.camel@lt21223.campus.dmacc.edu> <458C2051.50002@smile.org.ua> Message-ID: <1166811392.3539.3.camel@lt21223.campus.dmacc.edu> On Fri, 2006-12-22 at 20:13 +0200, Andy Shevchenko wrote: > Jeffrey C. Ollie wrote: > > Please update http://fedoraproject.org/wiki/Vacation as well.. > Is this page for 'major' (VIP) people only? > Could you explain who and why should be sent the "vacation mail" and > fill "vacation page"? It's for anyone that maintains Fedora Extras packages, especially if you maintain a large number of packages, security sensitive packages, or packages that a lot of other packages depend on. Jeff -------------- 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 andy at smile.org.ua Fri Dec 22 18:41:19 2006 From: andy at smile.org.ua (Andy Shevchenko) Date: Fri, 22 Dec 2006 20:41:19 +0200 Subject: offline for 2 weeks. In-Reply-To: <1166811392.3539.3.camel@lt21223.campus.dmacc.edu> References: <458BFB75.3050601@hhs.nl> <1166805403.3539.0.camel@lt21223.campus.dmacc.edu> <458C2051.50002@smile.org.ua> <1166811392.3539.3.camel@lt21223.campus.dmacc.edu> Message-ID: <20061222184119.GE8333@serv.smile.org.ua> Hi Jeffrey C. Ollie! On Fri, Dec 22, 2006 at 12:16:32PM -0600, Jeffrey C. Ollie wrote next: > > > Please update http://fedoraproject.org/wiki/Vacation as well.. > > Is this page for 'major' (VIP) people only? > > Could you explain who and why should be sent the "vacation mail" and > > fill "vacation page"? > It's for anyone that maintains Fedora Extras packages, especially if you > maintain a large number of packages, security sensitive packages, or > packages that a lot of other packages depend on. Why is that page stay in Immunable state (at least as for me)? Is it permanent state or temporary? -- With best regards, Andy Shevchenko. mailto: andy at smile.org.ua From jmp at safe.ca Fri Dec 22 19:01:13 2006 From: jmp at safe.ca (Jean-Marc Pigeon) Date: Fri, 22 Dec 2006 14:01:13 -0500 Subject: clement is a yum repository? In-Reply-To: References: <20061215064343.C2D196F06E@alopias.GreenKey.net> <1166201881.3515.22.camel@Montreal.safe.ca> <1166737284.8432.38.camel@Montreal.safe.ca> <1166743360.21769.185.camel@localhost.localdomain> Message-ID: <1166814073.8432.120.camel@Montreal.safe.ca> On Fri, 2006-12-22 at 07:17 -0600, Jima wrote: > On Thu, 21 Dec 2006, Toshio Kuratomi wrote: > > 4) Usability of yum: What happens if 10% of our packages feel they need > > to give yum an upstream repo file? Suddenly, there's 100+ repo files > > that yum has to deal with. If they're all enabled then yum has to > > download primary.xml files from all of them. > > You left out "assuming the server hosting the repo is up." Fedora has a > nice distributed network of mirrors -- does clement? I don't want my yum > session bombing out because Joe Random's colo happens to be out of > commission. You are absolutely right.... But may I suggest you missed my point altogether.... Clement is not the issue... The issue is to have in 2 year from now an FC6 in production, everything is perfect ("if it is working, do not fix it"), but you still want to keep up-to-date 2 or 3 critical application (from your production stand-point). YUM and it is repository system is now a standard. By setting the clement repos definition , I tried to provide a way to conveniently go beyond the normal FCX life cycle. In fact I am trying to resolve a problem of my own occuring when I want to keep some package Alive (I know some customer site still running (happily) a RH-6.1 for almost 6 year now). If, I as provider/designer, I am willing to provide application X from RH-7.3 -> to XXXX, it is my decision. Having a convenient yum backup repos implemented within the application seems to me a solution (may be there is better way (still to define?)). According my understanding of the exchange on this topics, providing a easy/standardized way to go beyond a normal linux distribution life cycle is out of question. Fine to me, but then FC-X is a nice piece of artwork, but not a distribution to be used for production grad. (May be RedHat like it that way). > I support the notion that packages shouldn't ship (and certainly [...] > > say on that). Just keep it out of /etc/yum.repos.d/. I don't care how > confusing it might be to enable it -- how confused do you think we were > when we discovered (twice!) that you did such an outlandish thing? First time I was not advised, if it was that terrible, you should have let me know, too bad for you. > > Jima -- A bient?t ========================================================================== Jean-Marc Pigeon Internet: jmp at safe.ca SAFE Inc. Phone: (514) 493-4280 Fax: (514) 493-1946 Clement, 'a kiss solution' to get rid of SPAM (at last) Clement' Home base <"http://www.clement.safe.ca"> ========================================================================== From jkeating at redhat.com Fri Dec 22 19:20:36 2006 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 22 Dec 2006 14:20:36 -0500 Subject: clement is a yum repository? In-Reply-To: <1166814073.8432.120.camel@Montreal.safe.ca> References: <20061215064343.C2D196F06E@alopias.GreenKey.net> <1166814073.8432.120.camel@Montreal.safe.ca> Message-ID: <200612221420.36693.jkeating@redhat.com> On Friday 22 December 2006 14:01, Jean-Marc Pigeon wrote: > ????????occuring when I want to keep some package Alive (I know some > ????????customer site still running (happily) a RH-6.1 for almost 6 year > ????????now). > > ????????If, I as provider/designer, I am willing to provide application > ????????X from RH-7.3 -> to XXXX, it is my decision. Having a convenient > ????????yum backup repos implemented within the application seems > ????????to me a solution (may be there is better way (still to > ????????define?)). > ????????According my understanding of the exchange on this topics, > ????????providing a easy/standardized way to go beyond a normal > ????????linux distribution life cycle is out of question. > ????????Fine to me, but then FC-X is a nice piece of artwork, > ????????but not a distribution to be used for production grad. > ????????(May be RedHat like it that way). It is very irresponsible to promote such scenarios. Unless you are providing all the backported security flaws for every piece of software they might be using, you should not encourage folks to use Fedora beyond the lifespan that is stated by the Fedora project. If the lifespan doesn't fit your needs, perhaps you should look to a different distribution such as RHEL or CentOS. -- 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 jmp at safe.ca Fri Dec 22 20:01:34 2006 From: jmp at safe.ca (Jean-Marc Pigeon) Date: Fri, 22 Dec 2006 15:01:34 -0500 Subject: clement is a yum repository? In-Reply-To: <200612221420.36693.jkeating@redhat.com> References: <20061215064343.C2D196F06E@alopias.GreenKey.net> <1166814073.8432.120.camel@Montreal.safe.ca> <200612221420.36693.jkeating@redhat.com> Message-ID: <1166817694.8432.129.camel@Montreal.safe.ca> > > It is very irresponsible to promote such scenarios. Unless you are providing > all the backported security flaws for every piece of software they might be > using, you should not encourage folks to use Fedora beyond the lifespan that > is stated by the Fedora project. If the lifespan doesn't fit your needs, > perhaps you should look to a different distribution such as RHEL or CentOS. > I am not "promoting" such scenarios, If I could scrap/rebuild application server every 6 month, I'll do it. I set up my first production linux (kernel 0.54, live on the net somewhere in 1992), I think I have enough mileage to see a little bit of real life and it is not a ideal as you could expect, fact is you have "old beast" crunching number to do very specific thing, they do not have the last flash-player or browser, they do not need it... -- A bient?t ========================================================================== Jean-Marc Pigeon Internet: jmp at safe.ca SAFE Inc. Phone: (514) 493-4280 Fax: (514) 493-1946 Clement, 'a kiss solution' to get rid of SPAM (at last) Clement' Home base <"http://www.clement.safe.ca"> ========================================================================== From jima at beer.tclug.org Fri Dec 22 20:05:06 2006 From: jima at beer.tclug.org (Jima) Date: Fri, 22 Dec 2006 14:05:06 -0600 (CST) Subject: clement is a yum repository? In-Reply-To: <1166814073.8432.120.camel@Montreal.safe.ca> References: <20061215064343.C2D196F06E@alopias.GreenKey.net> <1166201881.3515.22.camel@Montreal.safe.ca> <1166737284.8432.38.camel@Montreal.safe.ca> <1166743360.21769.185.camel@localhost.localdomain> <1166814073.8432.120.camel@Montreal.safe.ca> Message-ID: On Fri, 22 Dec 2006, Jean-Marc Pigeon wrote: > You are absolutely right.... But may I suggest you missed > my point altogether.... > Clement is not the issue... > The issue is to have in 2 year from now an FC6 in production, > everything is perfect ("if it is working, do not fix it"), but > you still want to keep up-to-date 2 or 3 critical application > (from your production stand-point). > YUM and it is repository system is now a standard. > By setting the clement repos definition , I tried to provide > a way to conveniently go beyond the normal FCX life > cycle. In fact I am trying to resolve a problem of my own > occuring when I want to keep some package Alive (I know some > customer site still running (happily) a RH-6.1 for almost 6 year > now). This concept isn't lost on me. Earlier this year I decommissioned a RedHat 6.2 machine that had been not only in place for about six years, but hadn't been rebooted in three. Alas, it was a foregone conclusion that to keep a machine in place that long, we had to give up the luxury of receiving updates (from upstream, at least). That was acceptable for what we needed, so that was okay. For a while. > If, I as provider/designer, I am willing to provide application > X from RH-7.3 -> to XXXX, it is my decision. Having a convenient > yum backup repos implemented within the application seems > to me a solution (may be there is better way (still to > define?)). > According my understanding of the exchange on this topics, > providing a easy/standardized way to go beyond a normal > linux distribution life cycle is out of question. As Mr. Keating touched upon, it does no good to end users if one package continues to be maintained if hundreds others (many of them probably with more potential for serious security vulnerabilities) are not. > Fine to me, but then FC-X is a nice piece of artwork, > but not a distribution to be used for production grad. > (May be RedHat like it that way). It's fine as long as you don't have qualms with upgrading to the next release. If that's an issue, then RHEL or CentOS (with their longer support cycles) might be better suited to your needs. >> say on that). Just keep it out of /etc/yum.repos.d/. I don't care how >> confusing it might be to enable it -- how confused do you think we were >> when we discovered (twice!) that you did such an outlandish thing? > First time I was not advised, if it was that terrible, you > should have let me know, too bad for you. I wasn't the one who discovered or remedied it either time, but yes, I agree, you should have been specifically contacted. I'm not attaching any particular blame to either instance. The first, your intentions were good; the second, you weren't aware that you were undoing something. Alas, FESCo was not fond of the discovery the first time, and there seems to be fairly significant opposition to your idea. I'm fine with people extending the life cycle for clement updates, but only if that's specifically what they intend to do. If they skate past EOL and still see updates (from clement), they might assume everything is hunky-dory when that's anything but the case. Jima From tibbs at math.uh.edu Fri Dec 22 20:40:51 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 22 Dec 2006 14:40:51 -0600 Subject: offline for 2 weeks. In-Reply-To: <20061222184119.GE8333@serv.smile.org.ua> References: <458BFB75.3050601@hhs.nl> <1166805403.3539.0.camel@lt21223.campus.dmacc.edu> <458C2051.50002@smile.org.ua> <1166811392.3539.3.camel@lt21223.campus.dmacc.edu> <20061222184119.GE8333@serv.smile.org.ua> Message-ID: >>>>> "AS" == Andy Shevchenko writes: AS> Why is that page stay in Immunable state (at least as for me)? Is AS> it permanent state or temporary? Have you registered for the wiki? You have to be given edit group access. I can set you up with this; what's your wikiname and Fedora account system ID? - J< From nando at ccrma.Stanford.EDU Fri Dec 22 21:46:50 2006 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Fri, 22 Dec 2006 13:46:50 -0800 Subject: desktop-file-install for all desktop files? In-Reply-To: References: <1166797414.3507.19.camel@hal9000.oberschlesier.lan> <1166799919.19724.2.camel@golem.boston.devel.redhat.com> <200612221026.36877.jkeating@redhat.com> Message-ID: <1166824010.5377.15.camel@cmn3.stanford.edu> On Fri, 2006-12-22 at 09:44 -0600, Rex Dieter wrote: > Jesse Keating wrote: > > > On Friday 22 December 2006 10:05, Matthias Clasen wrote: > >> No, the guidelines are simply wrong here. > > > > Matthias, after the break, would you be willing to put in some time to > > help us revamp this part of the guidelines? > > Help/clout would be appreciated. I, too, would prefer that the --vendor > usage be not mandated (ie, be optional at most). Unfortunately, since the > fdo menu spec (strongly?) recommends it's usage, it's unclear to many in > the PC how best to tackle that. > > We made some progress on this recently, see: > http://fedoraproject.org/wiki/PackagingDrafts/DesktopFiles One (perhaps) very minor point about desktop files. Before packaging for fe I used to create the .desktop file with a cat << EOF statement in the spec file. Now I'm using a separate desktop file as suggested. The thing I can't (easily) do that I was doing before was to include the full path of the executable by using a %{_bindir}/name statement in the inline desktop file. That ensures that the menu starts what you actually think you are starting and not whatever is first in your PATH that matches that name. -- Fernando From ville.skytta at iki.fi Fri Dec 22 22:07:54 2006 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sat, 23 Dec 2006 00:07:54 +0200 Subject: desktop-file-install for all desktop files? In-Reply-To: <1166824010.5377.15.camel@cmn3.stanford.edu> References: <1166797414.3507.19.camel@hal9000.oberschlesier.lan> <1166799919.19724.2.camel@golem.boston.devel.redhat.com> <200612221026.36877.jkeating@redhat.com> <1166824010.5377.15.camel@cmn3.stanford.edu> Message-ID: <1166825274.14554.35.camel@viper.local> On Fri, 2006-12-22 at 13:46 -0800, Fernando Lopez-Lezcano wrote: > One (perhaps) very minor point about desktop files. Before packaging for > fe I used to create the .desktop file with a cat << EOF statement in the > spec file. Now I'm using a separate desktop file as suggested. The thing > I can't (easily) do that I was doing before was to include the full path > of the executable by using a %{_bindir}/name statement in the inline > desktop file. If that's what one wants, it's only a sed oneliner away, so it's not exactly that hard either. > That ensures that the menu starts what you actually think > you are starting and not whatever is first in your PATH that matches > that name. Mileages vary whether that's a feature or a bug. I think feature: if there's something in one's $PATH that is completely different from the executable the .desktop file is intended for, that's a clash that is not at all limited to menu entries and should be fixed anyway somewhere else. On the other hand, if one has the same thing installed somewhere else so it is in $PATH before the /usr/bin one, chances are pretty good that it's there for a reason [1], and I don't think it's unreasonable for the menu entry to launch that too, just like what happens on the console when it's not invoked with an explicit path. [1] eg. different version, locally tweaked build, wrapper script that sets some desired command line options or environment variables, ... From kevin at scrye.com Fri Dec 22 22:20:35 2006 From: kevin at scrye.com (Kevin Fenzi) Date: Fri, 22 Dec 2006 15:20:35 -0700 Subject: libopts In-Reply-To: <1166766893.5079.50.camel@mccallum.corsepiu.local> References: <20061221200004.350b4ac4@ningauble.scrye.com> <1166766893.5079.50.camel@mccallum.corsepiu.local> Message-ID: <20061222152035.641df40e@ningauble.scrye.com> On Fri, 22 Dec 2006 06:54:52 +0100 rc040203 at freenet.de (Ralf Corsepius) wrote: > On Thu, 2006-12-21 at 20:00 -0700, Kevin Fenzi wrote: > > The libopts package has no owners.list entry. > > It's files were cvs rm'ed a while back: > > > > revision 1.4 > > date: 2006/11/02 21:21:57; author: pfj; state: dead; lines: +0 -0 > > > > Removing package - now part of autogen > > libopts/Makefile libopts/import.log libopts/FC-5/Makefile > > libopts/FC-5/branch libopts/FC-5/libopts.spec > > libopts/FC-5/sources libopts/FC-6/Makefile > > libopts/FC-6/branch libopts/FC-6/libopts.spec libopts/FC-6/sources > > libopts/devel/Makefile libopts/devel/libopts.spec > > libopts/devel/sources > > > > Of course since there is no bugzilla component and pfj doesn't seem > > to be around, it's hard to know what is going on... > > > > unless someone tells me otherwise I am going to place a dead.package > > file in libopts/FC-5/, libopts/FC-6, libopts/devel/ and mark it as > > Retired and request it's removal from the repos. > > (I will do this tomorrow) > > > > Did it really become a part of autogen on all those branches at the > > same time? > Well, it's a bit more complicated. > > libopts has always been part of autogen. Its upstream sources are part > of autogen. However libopts also had been shipped as a separate > standalone library package. ok > > IIRC, at some point in FE's history, pfj had submitted libopts and > libopts managed to make it into FE. > > Later he submitted autogen, which pulled-in its own copy of libopts > and therefore had conflicted with libopts. > > He then decided to drop the standalone libopts, and to provide it from > inside of autogen. Also, neither autogen's upstream wanted to change > autogen to use a separate libopts, nor did pfj want to modify autogen > to using a standalone libopts instead of the bundled version. > > => At some point in history, we once had separate libopts packages, > now we only have autogen and no libopts-devel nor virtual packages > inside of autogen to "fake libopts packages" (!). > > I can't find this situation to be satisfactory and actually think this > situation is messed up. But, AFAICT, nobody but autogen actually uses > libopts, so this isn't much of a problem. Yeah, what a mess. ;( > > Should a owners.list entry be made for it anyhow? > Hmm, I am not sure about it. I guess not since it's removed. > > IMO, libopts actually is a separate package (With its own version > numbering), but in the way libopts currently is packaged, it only is > an internal autogen library not of much use to the public. Right. Makes sense. ok, later tonight I am going to add dead.package to all the libopts branches, and request libopts binary rpms be removed from all the repos (yes, we are shipping libopts right now) > Ralf Thanks for the excellent info Ralf. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From nando at ccrma.Stanford.EDU Fri Dec 22 23:03:19 2006 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Fri, 22 Dec 2006 15:03:19 -0800 Subject: desktop-file-install for all desktop files? In-Reply-To: <1166825274.14554.35.camel@viper.local> References: <1166797414.3507.19.camel@hal9000.oberschlesier.lan> <1166799919.19724.2.camel@golem.boston.devel.redhat.com> <200612221026.36877.jkeating@redhat.com> <1166824010.5377.15.camel@cmn3.stanford.edu> <1166825274.14554.35.camel@viper.local> Message-ID: <1166828599.5767.16.camel@cmn3.stanford.edu> On Sat, 2006-12-23 at 00:07 +0200, Ville Skytt? wrote: > On Fri, 2006-12-22 at 13:46 -0800, Fernando Lopez-Lezcano wrote: > > > One (perhaps) very minor point about desktop files. Before packaging for > > fe I used to create the .desktop file with a cat << EOF statement in the > > spec file. Now I'm using a separate desktop file as suggested. The thing > > I can't (easily) do that I was doing before was to include the full path > > of the executable by using a %{_bindir}/name statement in the inline > > desktop file. > > If that's what one wants, it's only a sed oneliner away, so it's not > exactly that hard either. Yeah, I agree. I don't know what's the original rationale for not doing an inline and forcing packages to have an extra file... > > That ensures that the menu starts what you actually think > > you are starting and not whatever is first in your PATH that matches > > that name. > > Mileages vary whether that's a feature or a bug. I think feature: if > there's something in one's $PATH that is completely different from the > executable the .desktop file is intended for, that's a clash that is not > at all limited to menu entries and should be fixed anyway somewhere > else. On the other hand, if one has the same thing installed somewhere > else so it is in $PATH before the /usr/bin one, chances are pretty good > that it's there for a reason [1], and I don't think it's unreasonable > for the menu entry to launch that too, just like what happens on the > console when it's not invoked with an explicit path. > > [1] eg. different version, locally tweaked build, wrapper script that > sets some desired command line options or environment variables, ... I agree it can be seen as a feature. From my POV as a packager it is not as I would prefer whatever is in the menu start what was actually installed - unless I also customize the desktop file as well, in which case the different behavior is intended explicitly. -- Fernando From buildsys at fedoraproject.org Fri Dec 22 23:55:43 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 22 Dec 2006 18:55:43 -0500 (EST) Subject: Fedora Extras Package Build Report 2006-12-22 Message-ID: <20061222235543.1FE5015212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 26 chemtool-1.6.9-7.fc7 claws-mail-2.6.1-2.fc7 NEW claws-mail-plugins-2.6.1-2.fc7 cvs2cl-2.59-5.fc7 em8300-0.16.0-2.fc7 NEW gchempaint-0.6.8-1.fc7 gcompris-8.2.2-2.fc7 maxima-5.11.0-2.fc7 monotone-0.31-2.fc7 perl-Crypt-RSA-1.58-1.fc7 perl-Net-GPSD-0.33-1.fc7 pessulus-2.16.2-1.fc7 NEW phpPgAdmin-4.0.1-5.fc7 python-adns-1.1.0-5.fc7 python-pyspf-1.7-6.fc7 NEW qt-qsa-1.1.4-3.fc7 NEW resapplet-0.1.1-5.fc7 scorched3d-40.1d-2.fc7 sysprof-kmod-1.0.8-1.2.6.19_1.2890.fc7 tinyerp-4.0.0-1.fc7 NEW tripwire-2.4.0.1-4.fc7 uqm-0.6.0-1.fc7 uqm-content-0.6.0-1.fc7 xfce4-datetime-plugin-0.4.1-1.fc7 xfce4-systemload-plugin-0.4.1-1.fc7 xtide-2.9-0.2.date20061222.fc7 Packages built and released for Fedora Extras 6: 25 abcm2ps-5.2.2-1.fc6 chemtool-1.6.9-7.fc6 NEW eclipse-phpeclipse-1.1.8-15.fc6 eclipse-subclipse-1.1.9-2.fc6 galeon-2.0.3-4.fc6.1 NEW gchempaint-0.6.8-1.fc6 gcl-2.6.7-13.fc6 gtkmozembedmm-1.4.2.cvs20060817-7.fc6 monotone-0.31-2.fc6 multisync-0.91.0-1.fc6 perl-Crypt-RSA-1.58-1.fc6 NEW perl-Module-Find-0.05-1.fc6 NEW perl-Net-GPSD-0.33-1.fc6 NEW perl-Test-Spelling-0.11-1.fc6 pessulus-2.16.2-1.fc6 NEW qt-qsa-1.1.4-3.fc6 rpy-0.4.6-15.fc6 shorewall-3.2.7-1.fc6 tinyerp-4.0.0-1.fc6 uqm-0.6.0-1.fc6 uqm-content-0.6.0-1.fc6 xfce4-datetime-plugin-0.4.1-1.fc6 xfce4-systemload-plugin-0.4.1-1.fc6 NEW xfce4-timer-plugin-0.5-1.fc6 xtide-2.9-0.2.date20061222.fc6 Packages built and released for Fedora Extras 5: 16 abcm2ps-5.2.2-1.fc5 chemtool-1.6.9-7.fc5 NEW gchempaint-0.6.8-1.fc5 monotone-0.31-2.fc5 multisync-0.91.0-1.fc5 perl-Crypt-RSA-1.58-1.fc5 NEW perl-Module-Find-0.05-1.fc5 NEW perl-Net-GPSD-0.33-1.fc5 NEW perl-Test-Spelling-0.11-1.fc5 NEW qt-qsa-1.1.4-3.fc5 rpy-0.4.6-15.fc5 shorewall-3.2.7-1.fc5 tinyerp-4.0.0-1.fc5 uqm-0.6.0-1.fc5 uqm-content-0.6.0-1.fc5 xtide-2.9-0.2.date20061222.fc5 Packages built and released for Fedora Extras 4: 4 multisync-0.91.0-1.fc4 perl-Crypt-RSA-1.58-1.fc4 rpy-0.4.6-15.fc4 shorewall-3.2.7-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 Dec 23 00:55:44 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sat, 23 Dec 2006 00:55:44 -0000 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-22 Message-ID: <20061223005544.20805.40850@extras64.linux.duke.edu> New report for: ville.skytta AT iki.fi package: em8300 - 0.16.0-2.fc7.i386 from fedora-extras-development-i386 unresolved deps: em8300-kmod >= 0:0.16.0 package: em8300 - 0.16.0-2.fc7.ppc from fedora-extras-development-ppc unresolved deps: em8300-kmod >= 0:0.16.0 package: em8300 - 0.16.0-2.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: em8300-kmod >= 0:0.16.0 ====================================================================== New report for: Jochen AT herr-schmitt.de package: blender - 2.42a-17.fc7.i386 from fedora-extras-development-i386 unresolved deps: libgettextlib-0.16.so package: blender - 2.42a-17.fc7.ppc from fedora-extras-development-ppc unresolved deps: libgettextlib-0.16.so package: blender - 2.42a-17.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libgettextlib-0.16.so()(64bit) ====================================================================== New report for: giallu AT gmail.com package: kmod-sysprof - 1.0.8-1.2.6.19_1.2890.fc7.i586 from fedora-extras-development-i386 unresolved deps: kernel-i586 = 0:2.6.19-1.2890.fc7 package: kmod-sysprof - 1.0.8-1.2.6.19_1.2890.fc7.i686 from fedora-extras-development-i386 unresolved deps: kernel-i686 = 0:2.6.19-1.2890.fc7 package: kmod-sysprof - 1.0.8-1.2.6.19_1.2890.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: kernel-x86_64 = 0:2.6.19-1.2890.fc7 package: kmod-sysprof-PAE - 1.0.8-1.2.6.19_1.2890.fc7.i686 from fedora-extras-development-i386 unresolved deps: kernel-i686 = 0:2.6.19-1.2890.fc7PAE package: kmod-sysprof-kdump - 1.0.8-1.2.6.19_1.2890.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: kernel-x86_64 = 0:2.6.19-1.2890.fc7kdump ====================================================================== Summary of broken packages (by owner): Jochen AT herr-schmitt.de blender - 2.42a-17.fc7.i386 blender - 2.42a-17.fc7.ppc blender - 2.42a-17.fc7.x86_64 andreas.bierfert AT lowlatency.de centericq - 4.21.0-8.fc6.i386 (52 days) centericq - 4.21.0-8.fc6.ppc (52 days) centericq - 4.21.0-8.fc6.x86_64 (52 days) orange - 0.3-4.cvs20051118.fc7.i386 (18 days) andreas AT bawue.net pyzor - 0.4.0-10.fc6.noarch (14 days) pyzor - 0.4.0-10.fc6.noarch (14 days) pyzor - 0.4.0-10.fc6.noarch (14 days) ser-postgresql - 0.9.6-9.fc6.i386 (16 days) ser-postgresql - 0.9.6-9.fc6.ppc (16 days) ser-postgresql - 0.9.6-9.fc6.x86_64 (16 days) aportal AT univ-montp2.fr kicad - 2006.08.28-2.fc6.i386 (7 days) kicad - 2006.08.28-2.fc6.ppc (7 days) kicad - 2006.08.28-2.fc6.x86_64 (7 days) bdpepple AT ameritech.net python-telepathy - 0.13.7-2.fc7.noarch (14 days) python-telepathy - 0.13.7-2.fc7.noarch (14 days) python-telepathy - 0.13.7-2.fc7.noarch (14 days) bnocera AT redhat.com driftnet - 0.1.6-11.i386 (23 days) driftnet - 0.1.6-11.ppc (23 days) driftnet - 0.1.6-11.x86_64 (23 days) braden AT endoframe.com openvrml - 0.16.2-2.fc6.i386 openvrml - 0.16.2-2.fc6.ppc openvrml - 0.16.2-2.fc6.x86_64 openvrml-devel - 0.16.2-2.fc6.i386 openvrml-devel - 0.16.2-2.fc6.ppc openvrml-devel - 0.16.2-2.fc6.x86_64 cgoorah AT yahoo.com.au toped - 0.8.2-2.fc6.i386 (7 days) toped - 0.8.2-2.fc6.ppc (7 days) toped - 0.8.2-2.fc6.x86_64 (7 days) dan AT danny.cz codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (7 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (7 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.ppc (7 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.x86_64 (7 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.i386 (7 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.ppc (7 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.x86_64 (7 days) dcbw AT redhat.com csound - 5.03.0-9.fc7.i386 (14 days) csound - 5.03.0-9.fc7.i386 (14 days) csound - 5.03.0-9.fc7.ppc (14 days) csound - 5.03.0-9.fc7.x86_64 (14 days) csound-python - 5.03.0-9.fc7.i386 (14 days) csound-python - 5.03.0-9.fc7.ppc (14 days) csound-python - 5.03.0-9.fc7.x86_64 (14 days) denis AT poolshark.org glom - 1.2.1-2.fc7.i386 (14 days) glom - 1.2.1-2.fc7.ppc (14 days) glom - 1.2.1-2.fc7.x86_64 (14 days) k3d - 0.6.4.0-1.fc7.i386 (14 days) k3d - 0.6.4.0-1.fc7.i386 (14 days) k3d - 0.6.4.0-1.fc7.ppc (14 days) k3d - 0.6.4.0-1.fc7.x86_64 (14 days) dwmw2 AT redhat.com openpbx - 1.2-3.rc2.svn2135.fc7.i386 (16 days) openpbx - 1.2-3.rc2.svn2135.fc7.i386 (16 days) openpbx - 1.2-3.rc2.svn2135.fc7.ppc (16 days) openpbx - 1.2-3.rc2.svn2135.fc7.x86_64 (16 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.i386 (16 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.ppc (16 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.x86_64 (16 days) endur AT bennewitz.com streamtuner - 0.99.99-15.fc7.x86_64 (14 days) extras-orphan AT fedoraproject.org python-htmltmpl - 1.22-7.fc6.noarch (14 days) python-htmltmpl - 1.22-7.fc6.noarch (14 days) python-htmltmpl - 1.22-7.fc6.noarch (14 days) python-id3 - 1.2-8.fc6.noarch (14 days) python-id3 - 1.2-8.fc6.noarch (14 days) python-id3 - 1.2-8.fc6.noarch (14 days) foolish AT guezz.net serpentine - 0.7-5.fc6.noarch (14 days) serpentine - 0.7-5.fc6.noarch (14 days) serpentine - 0.7-5.fc6.noarch (14 days) ghenry AT suretecsystems.com pgadmin3 - 1.4.3-6.fc6.i386 (16 days) pgadmin3 - 1.4.3-6.fc6.ppc (16 days) pgadmin3 - 1.4.3-6.fc6.x86_64 (16 days) giallu AT gmail.com kmod-sysprof - 1.0.8-1.2.6.19_1.2890.fc7.i586 kmod-sysprof - 1.0.8-1.2.6.19_1.2890.fc7.i686 kmod-sysprof - 1.0.8-1.2.6.19_1.2890.fc7.x86_64 kmod-sysprof-PAE - 1.0.8-1.2.6.19_1.2890.fc7.i686 kmod-sysprof-kdump - 1.0.7-1.2.6.18_1.2849.fc6.1.i686 (16 days) kmod-sysprof-kdump - 1.0.8-1.2.6.19_1.2890.fc7.x86_64 kmod-sysprof-xen - 1.0.7-1.2.6.18_1.2849.fc6.1.i686 (16 days) kmod-sysprof-xen - 1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 (16 days) hugo AT devin.com.br python-ogg - 1.3-3.fc6.i386 (14 days) python-ogg - 1.3-3.fc6.i386 (14 days) python-ogg - 1.3-3.fc6.ppc (14 days) python-ogg - 1.3-3.fc6.x86_64 (14 days) python-vorbis - 1.3-3.fc6.i386 (14 days) python-vorbis - 1.3-3.fc6.ppc (14 days) python-vorbis - 1.3-3.fc6.x86_64 (14 days) icon AT fedoraproject.org python-feedparser - 4.1-1.fc6.noarch (14 days) python-feedparser - 4.1-1.fc6.noarch (14 days) python-feedparser - 4.1-1.fc6.noarch (14 days) ifoox AT redhat.com libreadline-java - 0.8.0-13.fc6.i386 (11 days) libreadline-java - 0.8.0-13.fc6.i386 (11 days) libreadline-java - 0.8.0-13.fc6.ppc (11 days) libreadline-java - 0.8.0-13.fc6.x86_64 (11 days) jafo-redhat AT tummy.com python-pydns - 2.3.0-4.fc6.noarch (14 days) python-pydns - 2.3.0-4.fc6.noarch (14 days) python-pydns - 2.3.0-4.fc6.noarch (14 days) jamatos AT fc.up.pt f2py - 2.45.241_1926-2.fc6.noarch (14 days) f2py - 2.45.241_1926-2.fc6.noarch (14 days) f2py - 2.45.241_1926-2.fc6.noarch (14 days) python-amara - 1.1.7-2.fc6.noarch (14 days) python-amara - 1.1.7-2.fc6.noarch (14 days) python-amara - 1.1.7-2.fc6.noarch (14 days) jeff AT ocjtech.us linphone - 1.2.0-4.fc5.i386 (74 days) linphone - 1.2.0-4.fc5.ppc (74 days) linphone - 1.2.0-4.fc5.x86_64 (74 days) jeremy AT jeremysanders.net veusz - 0.10-12.fc6.i386 (14 days) veusz - 0.10-12.fc6.ppc (14 days) veusz - 0.10-12.fc6.x86_64 (14 days) karlthered AT gmail.com gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.i386 (30 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.i386 (30 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.ppc (30 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.x86_64 (30 days) python-sexy - 0.1.9-2.fc7.i386 (14 days) python-sexy - 0.1.9-2.fc7.ppc (14 days) python-sexy - 0.1.9-2.fc7.x86_64 (14 days) lmacken AT redhat.com TurboGears - 1.0b2-5.fc7.noarch (9 days) TurboGears - 1.0b2-5.fc7.noarch (9 days) TurboGears - 1.0b2-5.fc7.noarch (9 days) python-cherrypy - 2.2.1-3.fc6.noarch (14 days) python-cherrypy - 2.2.1-3.fc6.noarch (14 days) python-cherrypy - 2.2.1-3.fc6.noarch (14 days) michel.salim AT gmail.com python-nltk - 1.4.4-3.fc7.noarch (14 days) python-nltk - 1.4.4-3.fc7.noarch (14 days) python-nltk - 1.4.4-3.fc7.noarch (14 days) mitr AT redhat.com python-4Suite-XML - 1.0-1.i386 (14 days) python-4Suite-XML - 1.0-1.ppc (14 days) python-4Suite-XML - 1.0-1.x86_64 (14 days) oliver AT linux-kernel.at syck-python - 0.55-12.fc7.i386 (14 days) syck-python - 0.55-12.fc7.ppc (14 days) syck-python - 0.55-12.fc7.x86_64 (14 days) orion AT cora.nwra.com paraview - 2.4.4-3.fc6.x86_64 (14 days) paraview-mpi - 2.4.4-3.fc6.x86_64 (14 days) plplot - 5.6.1-8.fc7.i386 (14 days) plplot - 5.6.1-8.fc7.i386 (14 days) plplot - 5.6.1-8.fc7.ppc (14 days) plplot - 5.6.1-8.fc7.x86_64 (14 days) plplot-gnome - 5.6.1-8.fc7.i386 (14 days) plplot-gnome - 5.6.1-8.fc7.i386 (14 days) plplot-gnome - 5.6.1-8.fc7.ppc (14 days) plplot-gnome - 5.6.1-8.fc7.x86_64 (14 days) plplot-wxGTK - 5.6.1-8.fc7.i386 (14 days) plplot-wxGTK - 5.6.1-8.fc7.ppc (14 days) plplot-wxGTK - 5.6.1-8.fc7.x86_64 (14 days) paul AT all-the-johnsons.co.uk XaraLX - 0.7-8.fc6.r1763.i386 (7 days) XaraLX - 0.7-8.fc6.r1763.ppc (7 days) XaraLX - 0.7-8.fc6.r1763.x86_64 (7 days) petersen AT redhat.com ghc-gtk2hs - 0.9.10-4.fc6.i386 (49 days) ghc-gtk2hs - 0.9.10-4.fc6.ppc (49 days) ghc-gtk2hs - 0.9.10-4.fc6.x86_64 (49 days) ghc642-gtk2hs - 0.9.10-4.fc6.i386 (49 days) ghc642-gtk2hs - 0.9.10-4.fc6.ppc (49 days) ghc642-gtk2hs - 0.9.10-4.fc6.x86_64 (49 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.i386 (49 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.ppc (49 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.x86_64 (49 days) prockai AT redhat.com cyrus-imapd - 2.3.7-4.fc6.i386 (23 days) cyrus-imapd - 2.3.7-4.fc6.i386 (23 days) cyrus-imapd - 2.3.7-4.fc6.ppc (23 days) cyrus-imapd - 2.3.7-4.fc6.x86_64 (23 days) rdieter AT math.unl.edu PyKDE - 3.16.0-5.fc7.i386 (14 days) PyKDE - 3.16.0-5.fc7.i386 (14 days) PyKDE - 3.16.0-5.fc7.ppc (14 days) PyKDE - 3.16.0-5.fc7.x86_64 (14 days) gift - 0.11.8.1-6.fc7.i386 (54 days) maxima-runtime-sbcl - 5.10.99-0.3.rc3.fc7.i386 maxima-runtime-sbcl - 5.10.99-0.3.rc3.fc7.x86_64 roozbeh AT farsiweb.info translate-toolkit - 0.10.1-2.fc7.noarch (10 days) translate-toolkit - 0.10.1-2.fc7.noarch (10 days) translate-toolkit - 0.10.1-2.fc7.noarch (10 days) rpm AT timj.co.uk rapidsvn - 0.9.4-2.fc7.i386 (7 days) rapidsvn - 0.9.4-2.fc7.ppc (7 days) rapidsvn - 0.9.4-2.fc7.x86_64 (7 days) shahms AT shahms.com python-durus - 3.5-2.fc6.i386 (14 days) python-durus - 3.5-2.fc6.ppc (14 days) python-durus - 3.5-2.fc6.x86_64 (14 days) python-psyco - 1.5.1-4.fc6.i386 (14 days) python-quixote - 2.4-4.fc6.i386 (14 days) python-quixote - 2.4-4.fc6.ppc (14 days) python-quixote - 2.4-4.fc6.x86_64 (14 days) python-simpletal - 4.1-4.fc6.noarch (14 days) python-simpletal - 4.1-4.fc6.noarch (14 days) python-simpletal - 4.1-4.fc6.noarch (14 days) python-tpg - 3.1.0-3.fc6.noarch (14 days) python-tpg - 3.1.0-3.fc6.noarch (14 days) python-tpg - 3.1.0-3.fc6.noarch (14 days) stickster AT gmail.com xmldiff - 0.6.7-12.fc6.i386 (14 days) xmldiff - 0.6.7-12.fc6.ppc (14 days) xmldiff - 0.6.7-12.fc6.x86_64 (14 days) tcallawa AT redhat.com compat-wxPythonGTK2 - 2.4.2.4-12.fc6.i386 (14 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.ppc (14 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.x86_64 (14 days) evolution-bogofilter - 0.2.0-4.fc7.i386 (2 days) evolution-bogofilter - 0.2.0-4.fc7.ppc (2 days) evolution-bogofilter - 0.2.0-4.fc7.x86_64 (2 days) gambas-gb-db - 1.0.17-6.fc7.i386 (29 days) gambas-gb-db - 1.0.17-6.fc7.ppc (29 days) gambas-runtime - 1.0.17-6.fc7.i386 (29 days) gambas-runtime - 1.0.17-6.fc7.ppc (29 days) pychart - 1.39-4.fc6.noarch (14 days) pychart - 1.39-4.fc6.noarch (14 days) pychart - 1.39-4.fc6.noarch (14 days) pyxdg - 0.15-3.fc6.noarch (14 days) pyxdg - 0.15-3.fc6.noarch (14 days) pyxdg - 0.15-3.fc6.noarch (14 days) rekall-postgresql - 2.4.3-5.fc6.i386 (16 days) rekall-postgresql - 2.4.3-5.fc6.ppc (16 days) rekall-postgresql - 2.4.3-5.fc6.x86_64 (16 days) rekall-python - 2.4.3-5.fc6.i386 (16 days) rekall-python - 2.4.3-5.fc6.ppc (16 days) rekall-python - 2.4.3-5.fc6.x86_64 (16 days) thomas AT apestaart.org python-twisted - 1.3.0-7.fc6.i386 (14 days) python-twisted - 1.3.0-7.fc6.ppc (14 days) python-twisted - 1.3.0-7.fc6.x86_64 (14 days) triad AT df.lth.se gnomad2 - 2.8.9-2.fc6.i386 (14 days) gnomad2 - 2.8.9-2.fc6.ppc (14 days) gnomad2 - 2.8.9-2.fc6.x86_64 (14 days) ville.skytta AT iki.fi em8300 - 0.16.0-2.fc7.i386 em8300 - 0.16.0-2.fc7.ppc em8300 - 0.16.0-2.fc7.x86_64 wart AT kobold.org cyphesis - 0.5.10-3.fc7.i386 (14 days) cyphesis - 0.5.10-3.fc7.ppc (14 days) cyphesis - 0.5.10-3.fc7.x86_64 (14 days) ====================================================================== Broken packages in fedora-extras-development-ppc: PyKDE-3.16.0-5.fc7.ppc requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.ppc requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_xml-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_net-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_xrc-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_html-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_adv-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_qa-2.6.so.0 blender-2.42a-17.fc7.ppc requires libgettextlib-0.16.so centericq-4.21.0-8.fc6.ppc requires libcurl.so.3 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.ppc requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.ppc requires libpython2.4.so.1.0 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpagent.so.10 driftnet-0.1.6-11.ppc requires libpcap.so.0.9.4 em8300-0.16.0-2.fc7.ppc requires em8300-kmod >= 0:0.16.0 evolution-bogofilter-0.2.0-4.fc7.ppc requires libcamel-1.2.so.0 evolution-bogofilter-0.2.0-4.fc7.ppc requires libcamel-provider-1.2.so.8 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 gambas-gb-db-1.0.17-6.fc7.ppc requires libpq.so.4 gambas-runtime-1.0.17-6.fc7.ppc requires libgettextlib-0.15.so ghc-gtk2hs-0.9.10-4.fc6.ppc requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires ghc642 glom-1.2.1-2.fc7.ppc requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.ppc requires libpython2.4.so.1.0 gnomad2-2.8.9-2.fc6.ppc requires libmtp.so.2 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.ppc requires gecko-libs = 0:2.0 k3d-0.6.4.0-1.fc7.ppc requires libpython2.4.so.1.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) kicad-2006.08.28-2.fc6.ppc requires libwx_baseu_xml-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_baseu_net-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_baseu-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) libreadline-java-0.8.0-13.fc6.ppc requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.ppc requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.ppc requires libpq.so.4 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_ogl-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libpq.so.4 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_stc-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu_xml-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu_net-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_stc-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_ogl-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 plplot-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.ppc requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-durus-3.5-2.fc6.ppc requires python-abi = 0:2.4 python-durus-3.5-2.fc6.ppc requires python(abi) = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python-abi = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python(abi) = 0:2.4 python-htmltmpl-1.22-7.fc6.noarch requires python(abi) = 0:2.4 python-id3-1.2-8.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-ogg-1.3-3.fc6.ppc requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.ppc requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-quixote-2.4-4.fc6.ppc requires python-abi = 0:2.4 python-quixote-2.4-4.fc6.ppc requires python(abi) = 0:2.4 python-sexy-0.1.9-2.fc7.ppc requires python(abi) = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python-abi = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python-abi = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.ppc requires python(abi) = 0:2.4 python-vorbis-1.3-3.fc6.ppc requires python-abi = 0:2.4 python-vorbis-1.3-3.fc6.ppc requires python(abi) = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python-abi = 0:2.4 pyxdg-0.15-3.fc6.noarch requires /usr/lib/python2.4/site-packages pyxdg-0.15-3.fc6.noarch requires python(abi) = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python-abi = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python(abi) = 0:2.4 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) rapidsvn-0.9.4-2.fc7.ppc requires libwx_baseu_xml-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) rapidsvn-0.9.4-2.fc7.ppc requires libwx_baseu_net-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_baseu-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 rekall-postgresql-2.4.3-5.fc6.ppc requires libpq.so.4 rekall-python-2.4.3-5.fc6.ppc requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.ppc requires libpython2.4.so.1.0 ser-postgresql-0.9.6-9.fc6.ppc requires libpq.so.4 serpentine-0.7-5.fc6.noarch requires python(abi) = 0:2.4 syck-python-0.55-12.fc7.ppc requires python(abi) = 0:2.4 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.ppc requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 translate-toolkit-0.10.1-2.fc7.noarch requires python-elementtree veusz-0.10-12.fc6.ppc requires python(abi) = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-x86_64: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) blender-2.42a-17.fc7.x86_64 requires libgettextlib-0.16.so()(64bit) centericq-4.21.0-8.fc6.x86_64 requires libcurl.so.3()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) compat-wxPythonGTK2-2.4.2.4-12.fc6.x86_64 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) csound-python-5.03.0-9.fc7.x86_64 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyphesis-0.5.10-3.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpmibs.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmp.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmphelpers.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpagent.so.10()(64bit) driftnet-0.1.6-11.x86_64 requires libpcap.so.0.9.4()(64bit) em8300-0.16.0-2.fc7.x86_64 requires em8300-kmod >= 0:0.16.0 evolution-bogofilter-0.2.0-4.fc7.x86_64 requires libcamel-1.2.so.0()(64bit) evolution-bogofilter-0.2.0-4.fc7.x86_64 requires libcamel-provider-1.2.so.8()(64bit) f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 ghc-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires ghc642 gift-0.11.8.1-6.fc7.i386 requires libmagic.so.1 glom-1.2.1-2.fc7.x86_64 requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) gnomad2-2.8.9-2.fc6.x86_64 requires libmtp.so.2()(64bit) gtkmozembedmm-1.4.2.cvs20060817-5.fc7.i386 requires gecko-libs = 0:2.0 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.x86_64 requires gecko-libs = 0:2.0 k3d-0.6.4.0-1.fc7.i386 requires libpython2.4.so.1.0 k3d-0.6.4.0-1.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) From buildsys at fedoraproject.org Sat Dec 23 00:55:45 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sat, 23 Dec 2006 00:55:45 -0000 Subject: (2/2) Summary - Broken dependencies in Fedora Extras - 2006-12-22 Message-ID: <20061223005545.20805.32098@extras64.linux.duke.edu> kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) kmod-sysprof-1.0.8-1.2.6.19_1.2890.fc7.x86_64 requires kernel-x86_64 = 0:2.6.19-1.2890.fc7 kmod-sysprof-kdump-1.0.8-1.2.6.19_1.2890.fc7.x86_64 requires kernel-x86_64 = 0:2.6.19-1.2890.fc7kdump kmod-sysprof-xen-1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 requires kernel-x86_64 = 0:2.6.18-1.2849.fc6xen libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 libreadline-java-0.8.0-13.fc6.x86_64 requires libedit >= 0:2.9 maxima-runtime-sbcl-5.10.99-0.3.rc3.fc7.x86_64 requires maxima = 0:5.10.99 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-1.2-3.rc2.svn2135.fc7.x86_64 requires libedit.so.0()(64bit) openpbx-postgresql-1.2-3.rc2.svn2135.fc7.x86_64 requires libpq.so.4()(64bit) orange-0.3-4.cvs20051118.fc7.i386 requires libmagic.so.1 paraview-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) paraview-mpi-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_ogl-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_stc-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_stc-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_ogl-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libpq.so.4()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.x86_64 requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-durus-3.5-2.fc6.x86_64 requires python-abi = 0:2.4 python-durus-3.5-2.fc6.x86_64 requires python(abi) = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python-abi = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python(abi) = 0:2.4 python-htmltmpl-1.22-7.fc6.noarch requires python(abi) = 0:2.4 python-id3-1.2-8.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python(abi) = 0:2.4 python-ogg-1.3-3.fc6.x86_64 requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.x86_64 requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-quixote-2.4-4.fc6.x86_64 requires python-abi = 0:2.4 python-quixote-2.4-4.fc6.x86_64 requires python(abi) = 0:2.4 python-sexy-0.1.9-2.fc7.x86_64 requires python(abi) = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python-abi = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python-abi = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.x86_64 requires python(abi) = 0:2.4 python-vorbis-1.3-3.fc6.x86_64 requires python-abi = 0:2.4 python-vorbis-1.3-3.fc6.x86_64 requires python(abi) = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python-abi = 0:2.4 pyxdg-0.15-3.fc6.noarch requires /usr/lib/python2.4/site-packages pyxdg-0.15-3.fc6.noarch requires python(abi) = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python-abi = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python(abi) = 0:2.4 rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) rekall-postgresql-2.4.3-5.fc6.x86_64 requires libpq.so.4()(64bit) rekall-python-2.4.3-5.fc6.x86_64 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) ser-postgresql-0.9.6-9.fc6.x86_64 requires libpq.so.4()(64bit) serpentine-0.7-5.fc6.noarch requires python(abi) = 0:2.4 streamtuner-0.99.99-15.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) syck-python-0.55-12.fc7.x86_64 requires python(abi) = 0:2.4 toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) translate-toolkit-0.10.1-2.fc7.noarch requires python-elementtree veusz-0.10-12.fc6.x86_64 requires python(abi) = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-i386: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_xml-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_net-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_xrc-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_html-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_adv-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_qa-2.6.so.0 blender-2.42a-17.fc7.i386 requires libgettextlib-0.16.so centericq-4.21.0-8.fc6.i386 requires libcurl.so.3 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.i386 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.i386 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.i386 requires libpython2.4.so.1.0 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 driftnet-0.1.6-11.i386 requires libpcap.so.0.9.4 em8300-0.16.0-2.fc7.i386 requires em8300-kmod >= 0:0.16.0 evolution-bogofilter-0.2.0-4.fc7.i386 requires libcamel-1.2.so.0 evolution-bogofilter-0.2.0-4.fc7.i386 requires libcamel-provider-1.2.so.8 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 gambas-gb-db-1.0.17-6.fc7.i386 requires libpq.so.4 gambas-runtime-1.0.17-6.fc7.i386 requires libgettextlib-0.15.so ghc-gtk2hs-0.9.10-4.fc6.i386 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires ghc642 glom-1.2.1-2.fc7.i386 requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.i386 requires libpython2.4.so.1.0 gnomad2-2.8.9-2.fc6.i386 requires libmtp.so.2 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.i386 requires gecko-libs = 0:2.0 k3d-0.6.4.0-1.fc7.i386 requires libpython2.4.so.1.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) kicad-2006.08.28-2.fc6.i386 requires libwx_baseu_xml-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_baseu_net-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_baseu-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) kmod-sysprof-1.0.8-1.2.6.19_1.2890.fc7.i586 requires kernel-i586 = 0:2.6.19-1.2890.fc7 kmod-sysprof-1.0.8-1.2.6.19_1.2890.fc7.i686 requires kernel-i686 = 0:2.6.19-1.2890.fc7 kmod-sysprof-PAE-1.0.8-1.2.6.19_1.2890.fc7.i686 requires kernel-i686 = 0:2.6.19-1.2890.fc7PAE kmod-sysprof-kdump-1.0.7-1.2.6.18_1.2849.fc6.1.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6kdump kmod-sysprof-xen-1.0.7-1.2.6.18_1.2849.fc6.1.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6xen libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 maxima-runtime-sbcl-5.10.99-0.3.rc3.fc7.i386 requires maxima = 0:5.10.99 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.i386 requires libpq.so.4 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_ogl-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libpq.so.4 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_stc-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu_xml-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu_net-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_stc-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_ogl-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.i386 requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-durus-3.5-2.fc6.i386 requires python-abi = 0:2.4 python-durus-3.5-2.fc6.i386 requires python(abi) = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python-abi = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python(abi) = 0:2.4 python-htmltmpl-1.22-7.fc6.noarch requires python(abi) = 0:2.4 python-id3-1.2-8.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python-abi = 0:2.4 python-ogg-1.3-3.fc6.i386 requires python(abi) = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python-abi = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-quixote-2.4-4.fc6.i386 requires python-abi = 0:2.4 python-quixote-2.4-4.fc6.i386 requires python(abi) = 0:2.4 python-sexy-0.1.9-2.fc7.i386 requires python(abi) = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python-abi = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python-abi = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.i386 requires python(abi) = 0:2.4 python-vorbis-1.3-3.fc6.i386 requires python-abi = 0:2.4 python-vorbis-1.3-3.fc6.i386 requires python(abi) = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python-abi = 0:2.4 pyxdg-0.15-3.fc6.noarch requires /usr/lib/python2.4/site-packages pyxdg-0.15-3.fc6.noarch requires python(abi) = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python-abi = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python(abi) = 0:2.4 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) rapidsvn-0.9.4-2.fc7.i386 requires libwx_baseu_xml-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) rapidsvn-0.9.4-2.fc7.i386 requires libwx_baseu_net-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_baseu-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 rekall-postgresql-2.4.3-5.fc6.i386 requires libpq.so.4 rekall-python-2.4.3-5.fc6.i386 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.i386 requires libpython2.4.so.1.0 ser-postgresql-0.9.6-9.fc6.i386 requires libpq.so.4 serpentine-0.7-5.fc6.noarch requires python(abi) = 0:2.4 syck-python-0.55-12.fc7.i386 requires python(abi) = 0:2.4 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.i386 requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 translate-toolkit-0.10.1-2.fc7.noarch requires python-elementtree veusz-0.10-12.fc6.i386 requires python(abi) = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-6-ppc: openvrml-0.16.2-2.fc6.ppc requires firefox = 0:1.5.0.8 openvrml-devel-0.16.2-2.fc6.ppc requires firefox-devel = 0:1.5.0.8 ====================================================================== Broken packages in fedora-extras-6-x86_64: openvrml-0.16.2-2.fc6.x86_64 requires firefox = 0:1.5.0.8 openvrml-devel-0.16.2-2.fc6.x86_64 requires firefox-devel = 0:1.5.0.8 ====================================================================== Broken packages in fedora-extras-6-i386: openvrml-0.16.2-2.fc6.i386 requires firefox = 0:1.5.0.8 openvrml-devel-0.16.2-2.fc6.i386 requires firefox-devel = 0:1.5.0.8 ====================================================================== Broken packages in fedora-extras-5-ppc: linphone-1.2.0-4.fc5.ppc requires libortp.so.2 ====================================================================== Broken packages in fedora-extras-5-x86_64: linphone-1.2.0-4.fc5.x86_64 requires libortp.so.2()(64bit) ====================================================================== Broken packages in fedora-extras-5-i386: linphone-1.2.0-4.fc5.i386 requires libortp.so.2 From andy at smile.org.ua Sat Dec 23 06:08:02 2006 From: andy at smile.org.ua (Andy Shevchenko) Date: Sat, 23 Dec 2006 08:08:02 +0200 Subject: offline for 2 weeks. In-Reply-To: References: <458BFB75.3050601@hhs.nl> <1166805403.3539.0.camel@lt21223.campus.dmacc.edu> <458C2051.50002@smile.org.ua> <1166811392.3539.3.camel@lt21223.campus.dmacc.edu> <20061222184119.GE8333@serv.smile.org.ua> Message-ID: <20061223060802.GF8333@serv.smile.org.ua> Hi Jason L Tibbitts III! On Fri, Dec 22, 2006 at 02:40:51PM -0600, Jason L Tibbitts III wrote next: > AS> Why is that page stay in Immunable state (at least as for me)? Is > AS> it permanent state or temporary? > Have you registered for the wiki? You have to be given edit group > access. I can set you up with this; what's your wikiname and Fedora > account system ID? Yes, I have registered in wiki. My ID here is AndyShevchenko, IIRC. -- With best regards, Andy Shevchenko. mailto: andy at smile.org.ua From buildsys at fedoraproject.org Sat Dec 23 09:52:30 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 23 Dec 2006 04:52:30 -0500 (EST) Subject: Fedora Extras Package Build Report 2006-12-23 Message-ID: <20061223095230.18AE415212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 8 NEW gstreamer-plugins-farsight-0.10.2-2.fc7 museek+-0.1.12-5.fc7 python-ogg-1.3-4.fc7 NEW solfege-3.6.4-6.fc7 tomoe-0.4.0-1.fc7 uqm-content-0.6.0-2 NEW xfce4-smartbookmark-plugin-0.4.2-1.fc7 NEW xfce4-xfapplet-plugin-0.1.0-1.fc7 Packages built and released for Fedora Extras 6: 6 deskbar-applet-2.17.2-2.fc6 libtomoe-gtk-0.4.0-1.fc6 museek+-0.1.12-5.fc6 NEW solfege-3.6.4-6.fc6 NEW sqlgrey-1.7.4-5.fc6 tomoe-0.4.0-1.fc6 Packages built and released for Fedora Extras 5: 3 museek+-0.1.12-5.fc5 NEW sqlgrey-1.7.4-5.fc5 tomoe-0.4.0-1.fc5 Packages built and released for Fedora Extras 4: 1 tomoe-0.4.0-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 seg at haxxed.com Sat Dec 23 10:40:09 2006 From: seg at haxxed.com (Callum Lerwick) Date: Sat, 23 Dec 2006 04:40:09 -0600 Subject: desktop-file-install for all desktop files? In-Reply-To: <1166800857.19724.6.camel@golem.boston.devel.redhat.com> References: <1166797414.3507.19.camel@hal9000.oberschlesier.lan> <1166799919.19724.2.camel@golem.boston.devel.redhat.com> <1166800857.19724.6.camel@golem.boston.devel.redhat.com> Message-ID: <1166870410.16008.16.camel@max.booze> On Fri, 2006-12-22 at 10:20 -0500, Matthias Clasen wrote: > On Fri, 2006-12-22 at 09:12 -0600, Rex Dieter wrote: > > Matthias Clasen wrote: > > > > > The whole vendor prefix idea is inherently broken. > > > > It's a good notion in spirit (to avoid namespace collision), but to > > virtually force/mandate it's usage is silly, agreed. > > > > The problem with it is that there is no clear way to refer > to desktop files, other than by filename, and that breaks > if vendor prefixes change underneath us. I think the root issue is what does "vendor" mean in an open source context? We've been using to mean the packager, which seems to have been determined to be crackrock. If it means upstream, then upstream should have already properly supplied it in the package, and we shouldn't have to mess with it. -------------- 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 Sat Dec 23 10:45:47 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sat, 23 Dec 2006 10:45:47 -0000 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-23 Message-ID: <20061223104547.4721.60295@extras64.linux.duke.edu> New report for: paul AT all-the-johnsons.co.uk package: autogen - 5.8.7-2.fc5.i386 from fedora-extras-5-i386 unresolved deps: libopts.so.24 package: autogen - 5.8.7-2.fc5.ppc from fedora-extras-5-ppc unresolved deps: libopts.so.24 package: autogen - 5.8.7-2.fc5.x86_64 from fedora-extras-5-x86_64 unresolved deps: libopts.so.24()(64bit) ====================================================================== New report for: rdieter AT math.unl.edu package: wxMaxima - 0.7.0a-5.fc7.ppc from fedora-extras-development-ppc unresolved deps: maxima >= 0:5.10 ====================================================================== Summary of broken packages (by owner): Jochen AT herr-schmitt.de blender - 2.42a-17.fc7.i386 blender - 2.42a-17.fc7.ppc blender - 2.42a-17.fc7.x86_64 andreas.bierfert AT lowlatency.de centericq - 4.21.0-8.fc6.i386 (53 days) centericq - 4.21.0-8.fc6.ppc (53 days) centericq - 4.21.0-8.fc6.x86_64 (53 days) orange - 0.3-4.cvs20051118.fc7.i386 (19 days) andreas AT bawue.net pyzor - 0.4.0-10.fc6.noarch (15 days) pyzor - 0.4.0-10.fc6.noarch (15 days) pyzor - 0.4.0-10.fc6.noarch (15 days) ser-postgresql - 0.9.6-9.fc6.i386 (17 days) ser-postgresql - 0.9.6-9.fc6.ppc (17 days) ser-postgresql - 0.9.6-9.fc6.x86_64 (17 days) aportal AT univ-montp2.fr kicad - 2006.08.28-2.fc6.i386 (8 days) kicad - 2006.08.28-2.fc6.ppc (8 days) kicad - 2006.08.28-2.fc6.x86_64 (8 days) bdpepple AT ameritech.net python-telepathy - 0.13.7-2.fc7.noarch (15 days) python-telepathy - 0.13.7-2.fc7.noarch (15 days) python-telepathy - 0.13.7-2.fc7.noarch (15 days) bnocera AT redhat.com driftnet - 0.1.6-11.i386 (24 days) driftnet - 0.1.6-11.ppc (24 days) driftnet - 0.1.6-11.x86_64 (24 days) braden AT endoframe.com openvrml - 0.16.2-2.fc6.i386 (2 days) openvrml - 0.16.2-2.fc6.ppc (2 days) openvrml - 0.16.2-2.fc6.x86_64 (2 days) openvrml-devel - 0.16.2-2.fc6.i386 (2 days) openvrml-devel - 0.16.2-2.fc6.ppc (2 days) openvrml-devel - 0.16.2-2.fc6.x86_64 (2 days) cgoorah AT yahoo.com.au toped - 0.8.2-2.fc6.i386 (8 days) toped - 0.8.2-2.fc6.ppc (8 days) toped - 0.8.2-2.fc6.x86_64 (8 days) dan AT danny.cz codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (8 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (8 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.ppc (8 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.x86_64 (8 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.i386 (8 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.ppc (8 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.x86_64 (8 days) dcbw AT redhat.com csound - 5.03.0-9.fc7.i386 (15 days) csound - 5.03.0-9.fc7.i386 (15 days) csound - 5.03.0-9.fc7.ppc (15 days) csound - 5.03.0-9.fc7.x86_64 (15 days) csound-python - 5.03.0-9.fc7.i386 (15 days) csound-python - 5.03.0-9.fc7.ppc (15 days) csound-python - 5.03.0-9.fc7.x86_64 (15 days) denis AT poolshark.org glom - 1.2.1-2.fc7.i386 (15 days) glom - 1.2.1-2.fc7.ppc (15 days) glom - 1.2.1-2.fc7.x86_64 (15 days) k3d - 0.6.4.0-1.fc7.i386 (15 days) k3d - 0.6.4.0-1.fc7.i386 (15 days) k3d - 0.6.4.0-1.fc7.ppc (15 days) k3d - 0.6.4.0-1.fc7.x86_64 (15 days) dwmw2 AT redhat.com openpbx - 1.2-3.rc2.svn2135.fc7.i386 (17 days) openpbx - 1.2-3.rc2.svn2135.fc7.i386 (17 days) openpbx - 1.2-3.rc2.svn2135.fc7.ppc (17 days) openpbx - 1.2-3.rc2.svn2135.fc7.x86_64 (17 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.i386 (17 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.ppc (17 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.x86_64 (17 days) endur AT bennewitz.com streamtuner - 0.99.99-15.fc7.x86_64 (15 days) extras-orphan AT fedoraproject.org python-htmltmpl - 1.22-7.fc6.noarch (15 days) python-htmltmpl - 1.22-7.fc6.noarch (15 days) python-htmltmpl - 1.22-7.fc6.noarch (15 days) python-id3 - 1.2-8.fc6.noarch (15 days) python-id3 - 1.2-8.fc6.noarch (15 days) python-id3 - 1.2-8.fc6.noarch (15 days) foolish AT guezz.net serpentine - 0.7-5.fc6.noarch (15 days) serpentine - 0.7-5.fc6.noarch (15 days) serpentine - 0.7-5.fc6.noarch (15 days) ghenry AT suretecsystems.com pgadmin3 - 1.4.3-6.fc6.i386 (17 days) pgadmin3 - 1.4.3-6.fc6.ppc (17 days) pgadmin3 - 1.4.3-6.fc6.x86_64 (17 days) giallu AT gmail.com kmod-sysprof - 1.0.8-1.2.6.19_1.2890.fc7.i586 kmod-sysprof - 1.0.8-1.2.6.19_1.2890.fc7.i686 kmod-sysprof - 1.0.8-1.2.6.19_1.2890.fc7.x86_64 kmod-sysprof-PAE - 1.0.8-1.2.6.19_1.2890.fc7.i686 kmod-sysprof-kdump - 1.0.7-1.2.6.18_1.2849.fc6.1.i686 (17 days) kmod-sysprof-kdump - 1.0.8-1.2.6.19_1.2890.fc7.x86_64 kmod-sysprof-xen - 1.0.7-1.2.6.18_1.2849.fc6.1.i686 (17 days) kmod-sysprof-xen - 1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 (17 days) hugo AT devin.com.br python-vorbis - 1.3-3.fc6.i386 (15 days) python-vorbis - 1.3-3.fc6.ppc (15 days) python-vorbis - 1.3-3.fc6.x86_64 (15 days) icon AT fedoraproject.org python-feedparser - 4.1-1.fc6.noarch (15 days) python-feedparser - 4.1-1.fc6.noarch (15 days) python-feedparser - 4.1-1.fc6.noarch (15 days) ifoox AT redhat.com libreadline-java - 0.8.0-13.fc6.i386 (12 days) libreadline-java - 0.8.0-13.fc6.i386 (12 days) libreadline-java - 0.8.0-13.fc6.ppc (12 days) libreadline-java - 0.8.0-13.fc6.x86_64 (12 days) jafo-redhat AT tummy.com python-pydns - 2.3.0-4.fc6.noarch (15 days) python-pydns - 2.3.0-4.fc6.noarch (15 days) python-pydns - 2.3.0-4.fc6.noarch (15 days) jamatos AT fc.up.pt f2py - 2.45.241_1926-2.fc6.noarch (15 days) f2py - 2.45.241_1926-2.fc6.noarch (15 days) f2py - 2.45.241_1926-2.fc6.noarch (15 days) python-amara - 1.1.7-2.fc6.noarch (15 days) python-amara - 1.1.7-2.fc6.noarch (15 days) python-amara - 1.1.7-2.fc6.noarch (15 days) jeff AT ocjtech.us linphone - 1.2.0-4.fc5.i386 (75 days) linphone - 1.2.0-4.fc5.ppc (75 days) linphone - 1.2.0-4.fc5.x86_64 (75 days) jeremy AT jeremysanders.net veusz - 0.10-12.fc6.i386 (15 days) veusz - 0.10-12.fc6.ppc (15 days) veusz - 0.10-12.fc6.x86_64 (15 days) karlthered AT gmail.com gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.i386 (31 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.i386 (31 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.ppc (31 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.x86_64 (31 days) python-sexy - 0.1.9-2.fc7.i386 (15 days) python-sexy - 0.1.9-2.fc7.ppc (15 days) python-sexy - 0.1.9-2.fc7.x86_64 (15 days) lmacken AT redhat.com TurboGears - 1.0b2-5.fc7.noarch (10 days) TurboGears - 1.0b2-5.fc7.noarch (10 days) TurboGears - 1.0b2-5.fc7.noarch (10 days) python-cherrypy - 2.2.1-3.fc6.noarch (15 days) python-cherrypy - 2.2.1-3.fc6.noarch (15 days) python-cherrypy - 2.2.1-3.fc6.noarch (15 days) michel.salim AT gmail.com python-nltk - 1.4.4-3.fc7.noarch (15 days) python-nltk - 1.4.4-3.fc7.noarch (15 days) python-nltk - 1.4.4-3.fc7.noarch (15 days) mitr AT redhat.com python-4Suite-XML - 1.0-1.i386 (15 days) python-4Suite-XML - 1.0-1.ppc (15 days) python-4Suite-XML - 1.0-1.x86_64 (15 days) oliver AT linux-kernel.at syck-python - 0.55-12.fc7.i386 (15 days) syck-python - 0.55-12.fc7.ppc (15 days) syck-python - 0.55-12.fc7.x86_64 (15 days) orion AT cora.nwra.com paraview - 2.4.4-3.fc6.x86_64 (15 days) paraview-mpi - 2.4.4-3.fc6.x86_64 (15 days) plplot - 5.6.1-8.fc7.i386 (15 days) plplot - 5.6.1-8.fc7.i386 (15 days) plplot - 5.6.1-8.fc7.ppc (15 days) plplot - 5.6.1-8.fc7.x86_64 (15 days) plplot-gnome - 5.6.1-8.fc7.i386 (15 days) plplot-gnome - 5.6.1-8.fc7.i386 (15 days) plplot-gnome - 5.6.1-8.fc7.ppc (15 days) plplot-gnome - 5.6.1-8.fc7.x86_64 (15 days) plplot-wxGTK - 5.6.1-8.fc7.i386 (15 days) plplot-wxGTK - 5.6.1-8.fc7.ppc (15 days) plplot-wxGTK - 5.6.1-8.fc7.x86_64 (15 days) paul AT all-the-johnsons.co.uk XaraLX - 0.7-8.fc6.r1763.i386 (8 days) XaraLX - 0.7-8.fc6.r1763.ppc (8 days) XaraLX - 0.7-8.fc6.r1763.x86_64 (8 days) autogen - 5.8.7-2.fc5.i386 autogen - 5.8.7-2.fc5.ppc autogen - 5.8.7-2.fc5.x86_64 petersen AT redhat.com ghc-gtk2hs - 0.9.10-4.fc6.i386 (50 days) ghc-gtk2hs - 0.9.10-4.fc6.ppc (50 days) ghc-gtk2hs - 0.9.10-4.fc6.x86_64 (50 days) ghc642-gtk2hs - 0.9.10-4.fc6.i386 (50 days) ghc642-gtk2hs - 0.9.10-4.fc6.ppc (50 days) ghc642-gtk2hs - 0.9.10-4.fc6.x86_64 (50 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.i386 (50 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.ppc (50 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.x86_64 (50 days) prockai AT redhat.com cyrus-imapd - 2.3.7-4.fc6.i386 (24 days) cyrus-imapd - 2.3.7-4.fc6.i386 (24 days) cyrus-imapd - 2.3.7-4.fc6.ppc (24 days) cyrus-imapd - 2.3.7-4.fc6.x86_64 (24 days) rdieter AT math.unl.edu PyKDE - 3.16.0-5.fc7.i386 (15 days) PyKDE - 3.16.0-5.fc7.i386 (15 days) PyKDE - 3.16.0-5.fc7.ppc (15 days) PyKDE - 3.16.0-5.fc7.x86_64 (15 days) gift - 0.11.8.1-6.fc7.i386 (55 days) wxMaxima - 0.7.0a-5.fc7.ppc roozbeh AT farsiweb.info translate-toolkit - 0.10.1-2.fc7.noarch (11 days) translate-toolkit - 0.10.1-2.fc7.noarch (11 days) translate-toolkit - 0.10.1-2.fc7.noarch (11 days) rpm AT timj.co.uk rapidsvn - 0.9.4-2.fc7.i386 (8 days) rapidsvn - 0.9.4-2.fc7.ppc (8 days) rapidsvn - 0.9.4-2.fc7.x86_64 (8 days) shahms AT shahms.com python-durus - 3.5-2.fc6.i386 (15 days) python-durus - 3.5-2.fc6.ppc (15 days) python-durus - 3.5-2.fc6.x86_64 (15 days) python-psyco - 1.5.1-4.fc6.i386 (15 days) python-quixote - 2.4-4.fc6.i386 (15 days) python-quixote - 2.4-4.fc6.ppc (15 days) python-quixote - 2.4-4.fc6.x86_64 (15 days) python-simpletal - 4.1-4.fc6.noarch (15 days) python-simpletal - 4.1-4.fc6.noarch (15 days) python-simpletal - 4.1-4.fc6.noarch (15 days) python-tpg - 3.1.0-3.fc6.noarch (15 days) python-tpg - 3.1.0-3.fc6.noarch (15 days) python-tpg - 3.1.0-3.fc6.noarch (15 days) stickster AT gmail.com xmldiff - 0.6.7-12.fc6.i386 (15 days) xmldiff - 0.6.7-12.fc6.ppc (15 days) xmldiff - 0.6.7-12.fc6.x86_64 (15 days) tcallawa AT redhat.com compat-wxPythonGTK2 - 2.4.2.4-12.fc6.i386 (15 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.ppc (15 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.x86_64 (15 days) evolution-bogofilter - 0.2.0-4.fc7.i386 (3 days) evolution-bogofilter - 0.2.0-4.fc7.ppc (3 days) evolution-bogofilter - 0.2.0-4.fc7.x86_64 (3 days) gambas-gb-db - 1.0.17-6.fc7.i386 (30 days) gambas-gb-db - 1.0.17-6.fc7.ppc (30 days) gambas-runtime - 1.0.17-6.fc7.i386 (30 days) gambas-runtime - 1.0.17-6.fc7.ppc (30 days) pychart - 1.39-4.fc6.noarch (15 days) pychart - 1.39-4.fc6.noarch (15 days) pychart - 1.39-4.fc6.noarch (15 days) pyxdg - 0.15-3.fc6.noarch (15 days) pyxdg - 0.15-3.fc6.noarch (15 days) pyxdg - 0.15-3.fc6.noarch (15 days) rekall-postgresql - 2.4.3-5.fc6.i386 (17 days) rekall-postgresql - 2.4.3-5.fc6.ppc (17 days) rekall-postgresql - 2.4.3-5.fc6.x86_64 (17 days) rekall-python - 2.4.3-5.fc6.i386 (17 days) rekall-python - 2.4.3-5.fc6.ppc (17 days) rekall-python - 2.4.3-5.fc6.x86_64 (17 days) thomas AT apestaart.org python-twisted - 1.3.0-7.fc6.i386 (15 days) python-twisted - 1.3.0-7.fc6.ppc (15 days) python-twisted - 1.3.0-7.fc6.x86_64 (15 days) triad AT df.lth.se gnomad2 - 2.8.9-2.fc6.i386 (15 days) gnomad2 - 2.8.9-2.fc6.ppc (15 days) gnomad2 - 2.8.9-2.fc6.x86_64 (15 days) ville.skytta AT iki.fi em8300 - 0.16.0-2.fc7.i386 em8300 - 0.16.0-2.fc7.ppc em8300 - 0.16.0-2.fc7.x86_64 wart AT kobold.org cyphesis - 0.5.10-3.fc7.i386 (15 days) cyphesis - 0.5.10-3.fc7.ppc (15 days) cyphesis - 0.5.10-3.fc7.x86_64 (15 days) ====================================================================== Broken packages in fedora-extras-development-ppc: PyKDE-3.16.0-5.fc7.ppc requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.ppc requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_xml-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_net-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_xrc-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_html-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_adv-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_qa-2.6.so.0 blender-2.42a-17.fc7.ppc requires libgettextlib-0.16.so centericq-4.21.0-8.fc6.ppc requires libcurl.so.3 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.ppc requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.ppc requires libpython2.4.so.1.0 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpagent.so.10 driftnet-0.1.6-11.ppc requires libpcap.so.0.9.4 em8300-0.16.0-2.fc7.ppc requires em8300-kmod >= 0:0.16.0 evolution-bogofilter-0.2.0-4.fc7.ppc requires libcamel-1.2.so.0 evolution-bogofilter-0.2.0-4.fc7.ppc requires libcamel-provider-1.2.so.8 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 gambas-gb-db-1.0.17-6.fc7.ppc requires libpq.so.4 gambas-runtime-1.0.17-6.fc7.ppc requires libgettextlib-0.15.so ghc-gtk2hs-0.9.10-4.fc6.ppc requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires ghc642 glom-1.2.1-2.fc7.ppc requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.ppc requires libpython2.4.so.1.0 gnomad2-2.8.9-2.fc6.ppc requires libmtp.so.2 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.ppc requires gecko-libs = 0:2.0 k3d-0.6.4.0-1.fc7.ppc requires libpython2.4.so.1.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) kicad-2006.08.28-2.fc6.ppc requires libwx_baseu_xml-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_baseu_net-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_baseu-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) libreadline-java-0.8.0-13.fc6.ppc requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.ppc requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.ppc requires libpq.so.4 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_ogl-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libpq.so.4 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_stc-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu_xml-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu_net-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_stc-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_ogl-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 plplot-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.ppc requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-durus-3.5-2.fc6.ppc requires python-abi = 0:2.4 python-durus-3.5-2.fc6.ppc requires python(abi) = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python-abi = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python(abi) = 0:2.4 python-htmltmpl-1.22-7.fc6.noarch requires python(abi) = 0:2.4 python-id3-1.2-8.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-quixote-2.4-4.fc6.ppc requires python-abi = 0:2.4 python-quixote-2.4-4.fc6.ppc requires python(abi) = 0:2.4 python-sexy-0.1.9-2.fc7.ppc requires python(abi) = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python-abi = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python-abi = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.ppc requires python(abi) = 0:2.4 python-vorbis-1.3-3.fc6.ppc requires python-abi = 0:2.4 python-vorbis-1.3-3.fc6.ppc requires python(abi) = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python-abi = 0:2.4 pyxdg-0.15-3.fc6.noarch requires /usr/lib/python2.4/site-packages pyxdg-0.15-3.fc6.noarch requires python(abi) = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python-abi = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python(abi) = 0:2.4 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) rapidsvn-0.9.4-2.fc7.ppc requires libwx_baseu_xml-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) rapidsvn-0.9.4-2.fc7.ppc requires libwx_baseu_net-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_baseu-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 rekall-postgresql-2.4.3-5.fc6.ppc requires libpq.so.4 rekall-python-2.4.3-5.fc6.ppc requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.ppc requires libpython2.4.so.1.0 ser-postgresql-0.9.6-9.fc6.ppc requires libpq.so.4 serpentine-0.7-5.fc6.noarch requires python(abi) = 0:2.4 syck-python-0.55-12.fc7.ppc requires python(abi) = 0:2.4 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.ppc requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 translate-toolkit-0.10.1-2.fc7.noarch requires python-elementtree veusz-0.10-12.fc6.ppc requires python(abi) = 0:2.4 wxMaxima-0.7.0a-5.fc7.ppc requires maxima >= 0:5.10 xmldiff-0.6.7-12.fc6.ppc requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-x86_64: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) blender-2.42a-17.fc7.x86_64 requires libgettextlib-0.16.so()(64bit) centericq-4.21.0-8.fc6.x86_64 requires libcurl.so.3()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) compat-wxPythonGTK2-2.4.2.4-12.fc6.x86_64 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) csound-python-5.03.0-9.fc7.x86_64 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyphesis-0.5.10-3.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpmibs.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmp.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmphelpers.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpagent.so.10()(64bit) driftnet-0.1.6-11.x86_64 requires libpcap.so.0.9.4()(64bit) em8300-0.16.0-2.fc7.x86_64 requires em8300-kmod >= 0:0.16.0 evolution-bogofilter-0.2.0-4.fc7.x86_64 requires libcamel-1.2.so.0()(64bit) evolution-bogofilter-0.2.0-4.fc7.x86_64 requires libcamel-provider-1.2.so.8()(64bit) f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 ghc-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires ghc642 gift-0.11.8.1-6.fc7.i386 requires libmagic.so.1 glom-1.2.1-2.fc7.x86_64 requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) gnomad2-2.8.9-2.fc6.x86_64 requires libmtp.so.2()(64bit) gtkmozembedmm-1.4.2.cvs20060817-5.fc7.i386 requires gecko-libs = 0:2.0 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.x86_64 requires gecko-libs = 0:2.0 k3d-0.6.4.0-1.fc7.i386 requires libpython2.4.so.1.0 k3d-0.6.4.0-1.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) kmod-sysprof-1.0.8-1.2.6.19_1.2890.fc7.x86_64 requires kernel-x86_64 = 0:2.6.19-1.2890.fc7 kmod-sysprof-kdump-1.0.8-1.2.6.19_1.2890.fc7.x86_64 requires kernel-x86_64 = 0:2.6.19-1.2890.fc7kdump kmod-sysprof-xen-1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 requires kernel-x86_64 = 0:2.6.18-1.2849.fc6xen libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 libreadline-java-0.8.0-13.fc6.x86_64 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-1.2-3.rc2.svn2135.fc7.x86_64 requires libedit.so.0()(64bit) openpbx-postgresql-1.2-3.rc2.svn2135.fc7.x86_64 requires libpq.so.4()(64bit) orange-0.3-4.cvs20051118.fc7.i386 requires libmagic.so.1 paraview-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) paraview-mpi-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) From buildsys at fedoraproject.org Sat Dec 23 10:45:48 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sat, 23 Dec 2006 10:45:48 -0000 Subject: (2/2) Summary - Broken dependencies in Fedora Extras - 2006-12-23 Message-ID: <20061223104548.4721.43254@extras64.linux.duke.edu> pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_ogl-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_stc-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_stc-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_ogl-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libpq.so.4()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.x86_64 requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-durus-3.5-2.fc6.x86_64 requires python-abi = 0:2.4 python-durus-3.5-2.fc6.x86_64 requires python(abi) = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python-abi = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python(abi) = 0:2.4 python-htmltmpl-1.22-7.fc6.noarch requires python(abi) = 0:2.4 python-id3-1.2-8.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-quixote-2.4-4.fc6.x86_64 requires python-abi = 0:2.4 python-quixote-2.4-4.fc6.x86_64 requires python(abi) = 0:2.4 python-sexy-0.1.9-2.fc7.x86_64 requires python(abi) = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python-abi = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python-abi = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.x86_64 requires python(abi) = 0:2.4 python-vorbis-1.3-3.fc6.x86_64 requires python-abi = 0:2.4 python-vorbis-1.3-3.fc6.x86_64 requires python(abi) = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python-abi = 0:2.4 pyxdg-0.15-3.fc6.noarch requires /usr/lib/python2.4/site-packages pyxdg-0.15-3.fc6.noarch requires python(abi) = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python-abi = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python(abi) = 0:2.4 rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) rekall-postgresql-2.4.3-5.fc6.x86_64 requires libpq.so.4()(64bit) rekall-python-2.4.3-5.fc6.x86_64 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) ser-postgresql-0.9.6-9.fc6.x86_64 requires libpq.so.4()(64bit) serpentine-0.7-5.fc6.noarch requires python(abi) = 0:2.4 streamtuner-0.99.99-15.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) syck-python-0.55-12.fc7.x86_64 requires python(abi) = 0:2.4 toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) translate-toolkit-0.10.1-2.fc7.noarch requires python-elementtree veusz-0.10-12.fc6.x86_64 requires python(abi) = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-i386: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_xml-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_net-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_xrc-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_html-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_adv-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_qa-2.6.so.0 blender-2.42a-17.fc7.i386 requires libgettextlib-0.16.so centericq-4.21.0-8.fc6.i386 requires libcurl.so.3 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.i386 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.i386 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.i386 requires libpython2.4.so.1.0 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 driftnet-0.1.6-11.i386 requires libpcap.so.0.9.4 em8300-0.16.0-2.fc7.i386 requires em8300-kmod >= 0:0.16.0 evolution-bogofilter-0.2.0-4.fc7.i386 requires libcamel-1.2.so.0 evolution-bogofilter-0.2.0-4.fc7.i386 requires libcamel-provider-1.2.so.8 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 gambas-gb-db-1.0.17-6.fc7.i386 requires libpq.so.4 gambas-runtime-1.0.17-6.fc7.i386 requires libgettextlib-0.15.so ghc-gtk2hs-0.9.10-4.fc6.i386 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires ghc642 glom-1.2.1-2.fc7.i386 requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.i386 requires libpython2.4.so.1.0 gnomad2-2.8.9-2.fc6.i386 requires libmtp.so.2 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.i386 requires gecko-libs = 0:2.0 k3d-0.6.4.0-1.fc7.i386 requires libpython2.4.so.1.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) kicad-2006.08.28-2.fc6.i386 requires libwx_baseu_xml-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_baseu_net-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_baseu-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) kmod-sysprof-1.0.8-1.2.6.19_1.2890.fc7.i586 requires kernel-i586 = 0:2.6.19-1.2890.fc7 kmod-sysprof-1.0.8-1.2.6.19_1.2890.fc7.i686 requires kernel-i686 = 0:2.6.19-1.2890.fc7 kmod-sysprof-PAE-1.0.8-1.2.6.19_1.2890.fc7.i686 requires kernel-i686 = 0:2.6.19-1.2890.fc7PAE kmod-sysprof-kdump-1.0.7-1.2.6.18_1.2849.fc6.1.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6kdump kmod-sysprof-xen-1.0.7-1.2.6.18_1.2849.fc6.1.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6xen libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.i386 requires libpq.so.4 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_ogl-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libpq.so.4 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_stc-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu_xml-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu_net-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_stc-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_ogl-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.i386 requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-durus-3.5-2.fc6.i386 requires python-abi = 0:2.4 python-durus-3.5-2.fc6.i386 requires python(abi) = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python-abi = 0:2.4 python-feedparser-4.1-1.fc6.noarch requires python(abi) = 0:2.4 python-htmltmpl-1.22-7.fc6.noarch requires python(abi) = 0:2.4 python-id3-1.2-8.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python-abi = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-quixote-2.4-4.fc6.i386 requires python-abi = 0:2.4 python-quixote-2.4-4.fc6.i386 requires python(abi) = 0:2.4 python-sexy-0.1.9-2.fc7.i386 requires python(abi) = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python-abi = 0:2.4 python-simpletal-4.1-4.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python-abi = 0:2.4 python-tpg-3.1.0-3.fc6.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.i386 requires python(abi) = 0:2.4 python-vorbis-1.3-3.fc6.i386 requires python-abi = 0:2.4 python-vorbis-1.3-3.fc6.i386 requires python(abi) = 0:2.4 pyxdg-0.15-3.fc6.noarch requires python-abi = 0:2.4 pyxdg-0.15-3.fc6.noarch requires /usr/lib/python2.4/site-packages pyxdg-0.15-3.fc6.noarch requires python(abi) = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python-abi = 0:2.4 pyzor-0.4.0-10.fc6.noarch requires python(abi) = 0:2.4 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) rapidsvn-0.9.4-2.fc7.i386 requires libwx_baseu_xml-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) rapidsvn-0.9.4-2.fc7.i386 requires libwx_baseu_net-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_baseu-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 rekall-postgresql-2.4.3-5.fc6.i386 requires libpq.so.4 rekall-python-2.4.3-5.fc6.i386 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.i386 requires libpython2.4.so.1.0 ser-postgresql-0.9.6-9.fc6.i386 requires libpq.so.4 serpentine-0.7-5.fc6.noarch requires python(abi) = 0:2.4 syck-python-0.55-12.fc7.i386 requires python(abi) = 0:2.4 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.i386 requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 translate-toolkit-0.10.1-2.fc7.noarch requires python-elementtree veusz-0.10-12.fc6.i386 requires python(abi) = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-6-ppc: openvrml-0.16.2-2.fc6.ppc requires firefox = 0:1.5.0.8 openvrml-devel-0.16.2-2.fc6.ppc requires firefox-devel = 0:1.5.0.8 ====================================================================== Broken packages in fedora-extras-6-x86_64: openvrml-0.16.2-2.fc6.x86_64 requires firefox = 0:1.5.0.8 openvrml-devel-0.16.2-2.fc6.x86_64 requires firefox-devel = 0:1.5.0.8 ====================================================================== Broken packages in fedora-extras-6-i386: openvrml-0.16.2-2.fc6.i386 requires firefox = 0:1.5.0.8 openvrml-devel-0.16.2-2.fc6.i386 requires firefox-devel = 0:1.5.0.8 ====================================================================== Broken packages in fedora-extras-5-ppc: autogen-5.8.7-2.fc5.ppc requires libopts.so.24 linphone-1.2.0-4.fc5.ppc requires libortp.so.2 ====================================================================== Broken packages in fedora-extras-5-x86_64: autogen-5.8.7-2.fc5.x86_64 requires libopts.so.24()(64bit) linphone-1.2.0-4.fc5.x86_64 requires libortp.so.2()(64bit) ====================================================================== Broken packages in fedora-extras-5-i386: autogen-5.8.7-2.fc5.i386 requires libopts.so.24 linphone-1.2.0-4.fc5.i386 requires libortp.so.2 From seg at haxxed.com Sat Dec 23 10:59:39 2006 From: seg at haxxed.com (Callum Lerwick) Date: Sat, 23 Dec 2006 04:59:39 -0600 Subject: desktop-file-install for all desktop files? In-Reply-To: <1166828599.5767.16.camel@cmn3.stanford.edu> References: <1166797414.3507.19.camel@hal9000.oberschlesier.lan> <1166799919.19724.2.camel@golem.boston.devel.redhat.com> <200612221026.36877.jkeating@redhat.com> <1166824010.5377.15.camel@cmn3.stanford.edu> <1166825274.14554.35.camel@viper.local> <1166828599.5767.16.camel@cmn3.stanford.edu> Message-ID: <1166871579.16008.34.camel@max.booze> On Fri, 2006-12-22 at 15:03 -0800, Fernando Lopez-Lezcano wrote: > On Sat, 2006-12-23 at 00:07 +0200, Ville Skytt? wrote: > > On Fri, 2006-12-22 at 13:46 -0800, Fernando Lopez-Lezcano wrote: > > > > > One (perhaps) very minor point about desktop files. Before packaging for > > > fe I used to create the .desktop file with a cat << EOF statement in the > > > spec file. Now I'm using a separate desktop file as suggested. The thing > > > I can't (easily) do that I was doing before was to include the full path > > > of the executable by using a %{_bindir}/name statement in the inline > > > desktop file. > > > > If that's what one wants, it's only a sed oneliner away, so it's not > > exactly that hard either. > > Yeah, I agree. I don't know what's the original rationale for not doing > an inline and forcing packages to have an extra file... I do believe I was the one who told you to change it. Admittedly, the main reason was "When in doubt, do what the packaging guideline example does." Though nothing explicitly says "here documents are bad", the ability to use macros is arguably useful, but once you start including stuff like init.d scripts as here documents, as I've seen done, the stacked quoting needed to do so gets really, really ugly and unmaintainable. One possible reason to keep it separate is, if you use a here document, the timestamp on the file changes every build, thus builds aren't exactly reproducible. I dare say the packaging committee should formally clarify this issue. -------------- 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 Sat Dec 23 15:58:40 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 23 Dec 2006 09:58:40 -0600 Subject: offline for 2 weeks. In-Reply-To: <20061223060802.GF8333@serv.smile.org.ua> References: <458BFB75.3050601@hhs.nl> <1166805403.3539.0.camel@lt21223.campus.dmacc.edu> <458C2051.50002@smile.org.ua> <1166811392.3539.3.camel@lt21223.campus.dmacc.edu> <20061222184119.GE8333@serv.smile.org.ua> <20061223060802.GF8333@serv.smile.org.ua> Message-ID: >>>>> "AS" == Andy Shevchenko writes: AS> Jason L Tibbitts III wrote next: >> I can set you up with this; what's your wikiname and Fedora account >> system ID? AS> Yes, I have registered in wiki. My ID here is AndyShevchenko, AS> IIRC. I still need your Fedora account system ID. - J< From bpepple at fedoraproject.org Sat Dec 23 16:41:53 2006 From: bpepple at fedoraproject.org (Brian Pepple) Date: Sat, 23 Dec 2006 11:41:53 -0500 Subject: rpms/python-id3/devel python-id3.spec,1.1,1.2 In-Reply-To: <200612231626.kBNGQIip032237@cvs-int.fedora.redhat.com> References: <200612231626.kBNGQIip032237@cvs-int.fedora.redhat.com> Message-ID: <1166892113.2820.1.camel@Chuck> On Sat, 2006-12-23 at 11:26 -0500, Jason Tibbitts wrote: > Author: tibbs > > Update of /cvs/extras/rpms/python-id3/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv32222 > > Modified Files: > python-id3.spec > Log Message: > * Sat Dec 23 2006 Jason L Tibbitts III - 1.2-9 > - Rebuild with Python 2.5. > - BuildRequires: python-devel is now necessary for a successful build. Isn't this packaged orphaned? /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 tibbs at math.uh.edu Sat Dec 23 16:45:12 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 23 Dec 2006 10:45:12 -0600 Subject: rpms/python-id3/devel python-id3.spec,1.1,1.2 In-Reply-To: <1166892113.2820.1.camel@Chuck> References: <200612231626.kBNGQIip032237@cvs-int.fedora.redhat.com> <1166892113.2820.1.camel@Chuck> Message-ID: >>>>> "BP" == Brian Pepple writes: BP> Isn't this packaged orphaned? Yes, but not dead; there's no point in leaving it broken when it just needed a rebuild. I expect that it will disappear from the repo before FC7 if nobody appears to maintain it, and if so I wasted three minutes. Big deal. - J< From eamitdey at yahoo.com Sat Dec 23 18:12:04 2006 From: eamitdey at yahoo.com (Amit Dey) Date: Sat, 23 Dec 2006 10:12:04 -0800 (PST) Subject: GUI for managing rpm Message-ID: <369151.60976.qm@web36809.mail.mud.yahoo.com> Is there any gui application for maintaining rpm files in fedora core 6. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jkeating at redhat.com Sat Dec 23 18:20:24 2006 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 23 Dec 2006 13:20:24 -0500 Subject: GUI for managing rpm In-Reply-To: <369151.60976.qm@web36809.mail.mud.yahoo.com> References: <369151.60976.qm@web36809.mail.mud.yahoo.com> Message-ID: <200612231320.24562.jkeating@redhat.com> On Saturday 23 December 2006 13:12, Amit Dey wrote: > Is there any gui application for maintaining rpm files in fedora core 6. pirut -- 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 jkeating at redhat.com Sat Dec 23 18:21:26 2006 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 23 Dec 2006 13:21:26 -0500 Subject: clement is a yum repository? In-Reply-To: <1166817694.8432.129.camel@Montreal.safe.ca> References: <20061215064343.C2D196F06E@alopias.GreenKey.net> <200612221420.36693.jkeating@redhat.com> <1166817694.8432.129.camel@Montreal.safe.ca> Message-ID: <200612231321.26538.jkeating@redhat.com> On Friday 22 December 2006 15:01, Jean-Marc Pigeon wrote: > ????????I am not "promoting" such scenarios, If I could scrap/rebuild > ????????application server every 6 month, I'll do it. If you can't (or rather every 13 months in the new lifespan), perhaps Fedora isn't the distribution for you. -- 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 peter at thecodergeek.com Sat Dec 23 19:51:30 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Sat, 23 Dec 2006 11:51:30 -0800 Subject: Offline: 2006-12-23 Through 2007-01-01 In-Reply-To: <1166396534.8636.59.camel@localhost> References: <1166396534.8636.59.camel@localhost> Message-ID: <1166903490.3367.3.camel@localhost> On Sun, 2006-12-17 at 15:02 -0800, I wrote: > * scribes and scribes-templates > This is quiet for now, but development will pickup again soon. Many of > us are experiencing seemingly random errors whereby the .scribesclient > script hangs and causes a processor-intensive zombie task; and work is > underway to triage this (as it is a very big pain in butt). However, it > is very difficult to reproduce; and thus difficult to debug as well > (tracking in upstream SourceForge bug #1617598). This is fixed with the recent BZR snapshot I pushed as an update. Yay! I'm leaving for the airport in a couple of hours and need to finish packing and whatnot, so this will likely be my last post until I return. Happy Holidays and a Joyous New Year to everyone! :] -- 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: 189 bytes Desc: This is a digitally signed message part URL: From gauret at free.fr Sat Dec 23 22:55:28 2006 From: gauret at free.fr (Aurelien Bompard) Date: Sat, 23 Dec 2006 23:55:28 +0100 Subject: GUI for managing rpm References: <369151.60976.qm@web36809.mail.mud.yahoo.com> <200612231320.24562.jkeating@redhat.com> Message-ID: Jesse Keating wrote: > On Saturday 23 December 2006 13:12, Amit Dey wrote: >> Is there any gui application for maintaining rpm files in fedora core 6. > > pirut I think he means "for maintaining spec files". To my knowledge, there are none. I heard of an eclipse plugin at some point, and I know there is an emacs mode, but that's all. Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr "L'adulte ne croit pas au P?re No?l. Il vote." -- Pierre Desproges From mail-lists at karan.org Sun Dec 24 01:54:55 2006 From: mail-lists at karan.org (Karanbir Singh) Date: Sun, 24 Dec 2006 01:54:55 +0000 Subject: GUI for managing rpm In-Reply-To: References: <369151.60976.qm@web36809.mail.mud.yahoo.com> <200612231320.24562.jkeating@redhat.com> Message-ID: <458DDDEF.7050903@karan.org> Aurelien Bompard wrote: > Jesse Keating wrote: >> On Saturday 23 December 2006 13:12, Amit Dey wrote: >>> Is there any gui application for maintaining rpm files in fedora core 6. >> pirut > > I think he means "for maintaining spec files". To my knowledge, there are > none. I heard of an eclipse plugin at some point, and I know there is an > emacs mode, but that's all. .specs can be done in XML, the support has been there for a long time - not sure if anyone has ever actually written a spec in XML ( I for one, hate XML and avoid it whenever possible ). But should someone want to, use an XML editor and spec away! Does FE have a policy on XML specs ? -- Karanbir Singh : http://www.karan.org/ : 2522219 at icq From a.badger at gmail.com Sun Dec 24 04:17:42 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Sat, 23 Dec 2006 20:17:42 -0800 Subject: desktop-file-install for all desktop files? In-Reply-To: <1166871579.16008.34.camel@max.booze> References: <1166797414.3507.19.camel@hal9000.oberschlesier.lan> <1166799919.19724.2.camel@golem.boston.devel.redhat.com> <200612221026.36877.jkeating@redhat.com> <1166824010.5377.15.camel@cmn3.stanford.edu> <1166825274.14554.35.camel@viper.local> <1166828599.5767.16.camel@cmn3.stanford.edu> <1166871579.16008.34.camel@max.booze> Message-ID: <1166933862.19928.123.camel@localhost.localdomain> On Sat, 2006-12-23 at 04:59 -0600, Callum Lerwick wrote: > On Fri, 2006-12-22 at 15:03 -0800, Fernando Lopez-Lezcano wrote: > > On Sat, 2006-12-23 at 00:07 +0200, Ville Skytt? wrote: > > > On Fri, 2006-12-22 at 13:46 -0800, Fernando Lopez-Lezcano wrote: > > > > > > > One (perhaps) very minor point about desktop files. Before packaging for > > > > fe I used to create the .desktop file with a cat << EOF statement in the > > > > spec file. Now I'm using a separate desktop file as suggested. The thing > > > > I can't (easily) do that I was doing before was to include the full path > > > > of the executable by using a %{_bindir}/name statement in the inline > > > > desktop file. > > > > > > If that's what one wants, it's only a sed oneliner away, so it's not > > > exactly that hard either. > > > > Yeah, I agree. I don't know what's the original rationale for not doing > > an inline and forcing packages to have an extra file... > > I do believe I was the one who told you to change it. Admittedly, the > main reason was "When in doubt, do what the packaging guideline example > does." Though nothing explicitly says "here documents are bad", the > ability to use macros is arguably useful, but once you start including > stuff like init.d scripts as here documents, as I've seen done, the > stacked quoting needed to do so gets really, really ugly and > unmaintainable. > > One possible reason to keep it separate is, if you use a here document, > the timestamp on the file changes every build, thus builds aren't > exactly reproducible. > > I dare say the packaging committee should formally clarify this issue. I'm not speaking with my packaging committee hat on here but one reason to use a file is so the file can be sent upstream. If the package in question uses autotools, there's some pretty standard ways to use automake's macros to generate the proper .desktop file (with proper paths, etc.) -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 caillon at redhat.com Sun Dec 24 06:18:03 2006 From: caillon at redhat.com (Christopher Aillon) Date: Sun, 24 Dec 2006 01:18:03 -0500 Subject: Firefox icon ? In-Reply-To: <13dbfe4f0612220027y372d4ca0p243ef63889c15df@mail.gmail.com> References: <13dbfe4f0612220027y372d4ca0p243ef63889c15df@mail.gmail.com> Message-ID: <458E1B9B.3040902@redhat.com> Chitlesh GOORAH wrote: > Hello, > It seems that debian didn't include Firefox's icon in their distro. They are using a forked version, so any discussion of Debian + Firefox stops there. That said, I'm trying to resolve the issues that led to the fork, and have talked to both parties about it. Stay tuned. From andy at smile.org.ua Sun Dec 24 07:10:53 2006 From: andy at smile.org.ua (Andy Shevchenko) Date: Sun, 24 Dec 2006 09:10:53 +0200 Subject: offline for 2 weeks. In-Reply-To: References: <458BFB75.3050601@hhs.nl> <1166805403.3539.0.camel@lt21223.campus.dmacc.edu> <458C2051.50002@smile.org.ua> <1166811392.3539.3.camel@lt21223.campus.dmacc.edu> <20061222184119.GE8333@serv.smile.org.ua> <20061223060802.GF8333@serv.smile.org.ua> Message-ID: <20061224071053.GG8333@serv.smile.org.ua> Hi Jason L Tibbitts III! On Sat, Dec 23, 2006 at 09:58:40AM -0600, Jason L Tibbitts III wrote next: > >> I can set you up with this; what's your wikiname and Fedora account > >> system ID? > AS> Yes, I have registered in wiki. My ID here is AndyShevchenko, > AS> IIRC. > I still need your Fedora account system ID. I'm sorry for my inattention. My Fedora Id is andriy. -- With best regards, Andy Shevchenko. mailto: andy at smile.org.ua From buildsys at fedoraproject.org Sun Dec 24 11:35:33 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 24 Dec 2006 06:35:33 -0500 (EST) Subject: Fedora Extras Package Build Report 2006-12-24 Message-ID: <20061224113533.D570815212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 36 apt-0.5.15lorg3.2-9.fc7 asymptote-1.19-1.fc7 autogen-5.8.8-1.fc7 fontforge-20061220-1.fc7 jd-1.8.1-2.cvs061223.fc7 jfbterm-0.4.7-10.fc7 NEW keurocalc-0.9.7-2.fc7 kmenu-gnome-0.6.2-1.fc7 libpri-1.4.0-3.fc7 libtomoe-gtk-0.4.0-1.fc7 liferea-1.2.0-2.fc7 lilypond-2.10.4-1.fc7 (!) nant-0.85-11.fc7 : INVALID rebuild, not published! pcsc-perl-1.4.4-3.fc7 NEW perl-Finance-YahooQuote-0.21-2.fc7 NEW perl-GPS-0.15-1.fc7 python-durus-3.5-3.fc7 python-feedparser-4.1-2.fc7 python-htmltmpl-1.22-8.fc7 python-id3-1.2-9.fc7 python-quixote-2.4-5.fc7 python-sexy-0.1.9-3.fc7 python-simpletal-4.1-5.fc7 python-tpg-3.1.0-4.fc7 NEW python-twisted-names-0.3.0-3.fc7 python-vorbis-1.3-4.fc7 pyxdg-0.15-4.fc7 pyzor-0.4.0-11.fc7 scim-tomoe-0.4.0-1.fc7 seamonkey-1.0.7-1.fc7 search4files-0.1e-1.fc7.1 serpentine-0.7-6.fc7 sylpheed-2.3.0-1.fc7 sysprof-kmod-1.0.8-1.2.6.19_1.2891.fc7 wesnoth-1.1.14-1.fc7 zaptel-1.4.0-9.fc7 Packages built and released for Fedora Extras 6: 22 apt-0.5.15lorg3.2-9.fc6 asymptote-1.19-1.fc6 NEW audacious-docklet-0.1.1-1.fc6 autogen-5.8.7-4.fc6 NEW driconf-0.9.1-5.fc6 NEW gstreamer-plugins-farsight-0.10.2-2.fc6 jfbterm-0.4.7-10.fc6 NEW keurocalc-0.9.7-2.fc6 kmenu-gnome-0.6.2-1.fc6 libpri-1.4.0-3.fc6 lilypond-2.10.4-1.fc6 NEW perl-Finance-YahooQuote-0.21-2.fc6 NEW python-twisted-core-2.4.0-5.fc6 NEW python-twisted-names-0.3.0-3.fc6 scim-tomoe-0.4.0-1.fc6 seamonkey-1.0.7-0.6.fc6 sysprof-1.0.8-1.fc6 sysprof-kmod-1.0.8-1.2.6.18_1.2868.fc6 NEW tripwire-2.4.0.1-4.fc6 NEW xfce4-smartbookmark-plugin-0.4.2-1.fc6 NEW xfce4-xfapplet-plugin-0.1.0-1.fc6 zaptel-1.4.0-9.fc6 Packages built and released for Fedora Extras 5: 12 apt-0.5.15lorg3.2-9.fc5 asymptote-1.19-1.fc5 NEW driconf-0.9.1-5.fc5 jfbterm-0.4.7-10.fc5 NEW keurocalc-0.9.7-2.fc5 kmenu-gnome-0.6.2-1.fc5 libpri-1.4.0-3.fc5 libtomoe-gtk-0.4.0-1.fc5 lilypond-2.10.4-1.fc5 sysprof-1.0.8-1.fc5 sysprof-kmod-1.0.8-1.2.6.18_1.2257.fc5 zaptel-1.4.0-9.fc5 Packages built and released for Fedora Extras 4: 4 apt-0.5.15lorg3.2-9.fc4 asymptote-1.19-1.fc4 libtomoe-gtk-0.4.0-1.fc4 scim-tomoe-0.4.0-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 chitlesh at fedoraproject.org Sun Dec 24 11:43:37 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Sun, 24 Dec 2006 12:43:37 +0100 Subject: Firefox icon ? In-Reply-To: <458E1B9B.3040902@redhat.com> References: <13dbfe4f0612220027y372d4ca0p243ef63889c15df@mail.gmail.com> <458E1B9B.3040902@redhat.com> Message-ID: <13dbfe4f0612240343g40e7ccc4qb39a191d32831f92@mail.gmail.com> On 12/24/06, Christopher Aillon wrote: > They are using a forked version, so any discussion of Debian + Firefox > stops there. That said, I'm trying to resolve the issues that led to > the fork, and have talked to both parties about it. Stay tuned. So I'm removing the firefox icon for now, to complete the review, afterwards, we'll see whether to revert back or not. Thanks Christopher Chitlesh -- http://clunixchit.blogspot.com From Axel.Thimm at ATrpms.net Sun Dec 24 12:36:54 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sun, 24 Dec 2006 13:36:54 +0100 Subject: GUI for managing rpm In-Reply-To: <458DDDEF.7050903@karan.org> References: <369151.60976.qm@web36809.mail.mud.yahoo.com> <200612231320.24562.jkeating@redhat.com> <458DDDEF.7050903@karan.org> Message-ID: <20061224123654.GA21743@neu.nirvana> On Sun, Dec 24, 2006 at 01:54:55AM +0000, Karanbir Singh wrote: > Aurelien Bompard wrote: > >Jesse Keating wrote: > >>On Saturday 23 December 2006 13:12, Amit Dey wrote: > >>>Is there any gui application for maintaining rpm files in fedora core 6. > >>pirut > > > >I think he means "for maintaining spec files". To my knowledge, there are > >none. I heard of an eclipse plugin at some point, and I know there is an > >emacs mode, but that's all. > > > .specs can be done in XML, the support has been there for a long time - > not sure if anyone has ever actually written a spec in XML ( I for one, > hate XML and avoid it whenever possible ). But should someone want to, > use an XML editor and spec away! I've often heard about xml specfiles, but have never seen one. Have you seen any such example on the net? I don't really like how xml obfuscates the flow of reading something, but I'm interested in seeing what it looks like. > Does FE have a policy on XML specs ? -- 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 buildsys at fedoraproject.org Sun Dec 24 12:41:19 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sun, 24 Dec 2006 12:41:19 -0000 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-24 Message-ID: <20061224124119.32597.94941@extras64.linux.duke.edu> New report for: braden AT endoframe.com package: openvrml - 0.16.2-2.fc7.i386 from fedora-extras-development-i386 unresolved deps: firefox = 0:2.0 package: openvrml - 0.16.2-2.fc7.i386 from fedora-extras-development-x86_64 unresolved deps: firefox = 0:2.0 package: openvrml - 0.16.2-2.fc7.ppc from fedora-extras-development-ppc unresolved deps: firefox = 0:2.0 package: openvrml - 0.16.2-2.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: firefox = 0:2.0 package: openvrml-devel - 0.16.2-2.fc7.i386 from fedora-extras-development-i386 unresolved deps: firefox-devel = 0:2.0 package: openvrml-devel - 0.16.2-2.fc7.i386 from fedora-extras-development-x86_64 unresolved deps: firefox-devel = 0:2.0 package: openvrml-devel - 0.16.2-2.fc7.ppc from fedora-extras-development-ppc unresolved deps: firefox-devel = 0:2.0 package: openvrml-devel - 0.16.2-2.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: firefox-devel = 0:2.0 ====================================================================== New report for: denis AT poolshark.org package: galeon - 2.0.3-4.fc7.i386 from fedora-extras-development-i386 unresolved deps: gecko-libs = 0:1.8.1 package: galeon - 2.0.3-4.fc7.ppc from fedora-extras-development-ppc unresolved deps: gecko-libs = 0:1.8.1 package: galeon - 2.0.3-4.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: gecko-libs = 0:1.8.1 ====================================================================== Summary of broken packages (by owner): Jochen AT herr-schmitt.de blender - 2.42a-17.fc7.i386 (2 days) blender - 2.42a-17.fc7.ppc (2 days) blender - 2.42a-17.fc7.x86_64 (2 days) andreas.bierfert AT lowlatency.de centericq - 4.21.0-8.fc6.i386 (54 days) centericq - 4.21.0-8.fc6.ppc (54 days) centericq - 4.21.0-8.fc6.x86_64 (54 days) orange - 0.3-4.cvs20051118.fc7.i386 (20 days) andreas AT bawue.net ser-postgresql - 0.9.6-9.fc6.i386 (18 days) ser-postgresql - 0.9.6-9.fc6.ppc (18 days) ser-postgresql - 0.9.6-9.fc6.x86_64 (18 days) aportal AT univ-montp2.fr kicad - 2006.08.28-2.fc6.i386 (9 days) kicad - 2006.08.28-2.fc6.ppc (9 days) kicad - 2006.08.28-2.fc6.x86_64 (9 days) bdpepple AT ameritech.net python-telepathy - 0.13.7-2.fc7.noarch (16 days) python-telepathy - 0.13.7-2.fc7.noarch (16 days) python-telepathy - 0.13.7-2.fc7.noarch (16 days) bnocera AT redhat.com driftnet - 0.1.6-11.i386 (25 days) driftnet - 0.1.6-11.ppc (25 days) driftnet - 0.1.6-11.x86_64 (25 days) braden AT endoframe.com openvrml - 0.16.2-2.fc6.i386 (3 days) openvrml - 0.16.2-2.fc6.ppc (3 days) openvrml - 0.16.2-2.fc6.x86_64 (3 days) openvrml - 0.16.2-2.fc7.i386 openvrml - 0.16.2-2.fc7.i386 openvrml - 0.16.2-2.fc7.ppc openvrml - 0.16.2-2.fc7.x86_64 openvrml-devel - 0.16.2-2.fc6.i386 (3 days) openvrml-devel - 0.16.2-2.fc6.ppc (3 days) openvrml-devel - 0.16.2-2.fc6.x86_64 (3 days) openvrml-devel - 0.16.2-2.fc7.i386 openvrml-devel - 0.16.2-2.fc7.i386 openvrml-devel - 0.16.2-2.fc7.ppc openvrml-devel - 0.16.2-2.fc7.x86_64 cgoorah AT yahoo.com.au toped - 0.8.2-2.fc6.i386 (9 days) toped - 0.8.2-2.fc6.ppc (9 days) toped - 0.8.2-2.fc6.x86_64 (9 days) dan AT danny.cz codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (9 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (9 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.ppc (9 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.x86_64 (9 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.i386 (9 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.ppc (9 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.x86_64 (9 days) dcbw AT redhat.com csound - 5.03.0-9.fc7.i386 (16 days) csound - 5.03.0-9.fc7.i386 (16 days) csound - 5.03.0-9.fc7.ppc (16 days) csound - 5.03.0-9.fc7.x86_64 (16 days) csound-python - 5.03.0-9.fc7.i386 (16 days) csound-python - 5.03.0-9.fc7.ppc (16 days) csound-python - 5.03.0-9.fc7.x86_64 (16 days) denis AT poolshark.org galeon - 2.0.3-4.fc7.i386 galeon - 2.0.3-4.fc7.ppc galeon - 2.0.3-4.fc7.x86_64 glom - 1.2.1-2.fc7.i386 (16 days) glom - 1.2.1-2.fc7.ppc (16 days) glom - 1.2.1-2.fc7.x86_64 (16 days) k3d - 0.6.4.0-1.fc7.i386 (16 days) k3d - 0.6.4.0-1.fc7.i386 (16 days) k3d - 0.6.4.0-1.fc7.ppc (16 days) k3d - 0.6.4.0-1.fc7.x86_64 (16 days) dwmw2 AT redhat.com openpbx - 1.2-3.rc2.svn2135.fc7.i386 (18 days) openpbx - 1.2-3.rc2.svn2135.fc7.i386 (18 days) openpbx - 1.2-3.rc2.svn2135.fc7.ppc (18 days) openpbx - 1.2-3.rc2.svn2135.fc7.x86_64 (18 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.i386 (18 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.ppc (18 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.x86_64 (18 days) endur AT bennewitz.com streamtuner - 0.99.99-15.fc7.x86_64 (16 days) ghenry AT suretecsystems.com pgadmin3 - 1.4.3-6.fc6.i386 (18 days) pgadmin3 - 1.4.3-6.fc6.ppc (18 days) pgadmin3 - 1.4.3-6.fc6.x86_64 (18 days) giallu AT gmail.com kmod-sysprof-kdump - 1.0.7-1.2.6.18_1.2849.fc6.1.i686 (18 days) kmod-sysprof-xen - 1.0.7-1.2.6.18_1.2849.fc6.1.i686 (18 days) kmod-sysprof-xen - 1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 (18 days) ifoox AT redhat.com libreadline-java - 0.8.0-13.fc6.i386 (13 days) libreadline-java - 0.8.0-13.fc6.i386 (13 days) libreadline-java - 0.8.0-13.fc6.ppc (13 days) libreadline-java - 0.8.0-13.fc6.x86_64 (13 days) jafo-redhat AT tummy.com python-pydns - 2.3.0-4.fc6.noarch (16 days) python-pydns - 2.3.0-4.fc6.noarch (16 days) python-pydns - 2.3.0-4.fc6.noarch (16 days) jamatos AT fc.up.pt f2py - 2.45.241_1926-2.fc6.noarch (16 days) f2py - 2.45.241_1926-2.fc6.noarch (16 days) f2py - 2.45.241_1926-2.fc6.noarch (16 days) python-amara - 1.1.7-2.fc6.noarch (16 days) python-amara - 1.1.7-2.fc6.noarch (16 days) python-amara - 1.1.7-2.fc6.noarch (16 days) jeff AT ocjtech.us linphone - 1.2.0-4.fc5.i386 (76 days) linphone - 1.2.0-4.fc5.ppc (76 days) linphone - 1.2.0-4.fc5.x86_64 (76 days) jeremy AT jeremysanders.net veusz - 0.10-12.fc6.i386 (16 days) veusz - 0.10-12.fc6.ppc (16 days) veusz - 0.10-12.fc6.x86_64 (16 days) karlthered AT gmail.com gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.i386 (32 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.i386 (32 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.ppc (32 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.x86_64 (32 days) lmacken AT redhat.com TurboGears - 1.0b2-5.fc7.noarch (11 days) TurboGears - 1.0b2-5.fc7.noarch (11 days) TurboGears - 1.0b2-5.fc7.noarch (11 days) python-cherrypy - 2.2.1-3.fc6.noarch (16 days) python-cherrypy - 2.2.1-3.fc6.noarch (16 days) python-cherrypy - 2.2.1-3.fc6.noarch (16 days) michel.salim AT gmail.com python-nltk - 1.4.4-3.fc7.noarch (16 days) python-nltk - 1.4.4-3.fc7.noarch (16 days) python-nltk - 1.4.4-3.fc7.noarch (16 days) mitr AT redhat.com python-4Suite-XML - 1.0-1.i386 (16 days) python-4Suite-XML - 1.0-1.ppc (16 days) python-4Suite-XML - 1.0-1.x86_64 (16 days) oliver AT linux-kernel.at syck-python - 0.55-12.fc7.i386 (16 days) syck-python - 0.55-12.fc7.ppc (16 days) syck-python - 0.55-12.fc7.x86_64 (16 days) orion AT cora.nwra.com paraview - 2.4.4-3.fc6.x86_64 (16 days) paraview-mpi - 2.4.4-3.fc6.x86_64 (16 days) plplot - 5.6.1-8.fc7.i386 (16 days) plplot - 5.6.1-8.fc7.i386 (16 days) plplot - 5.6.1-8.fc7.ppc (16 days) plplot - 5.6.1-8.fc7.x86_64 (16 days) plplot-gnome - 5.6.1-8.fc7.i386 (16 days) plplot-gnome - 5.6.1-8.fc7.i386 (16 days) plplot-gnome - 5.6.1-8.fc7.ppc (16 days) plplot-gnome - 5.6.1-8.fc7.x86_64 (16 days) plplot-wxGTK - 5.6.1-8.fc7.i386 (16 days) plplot-wxGTK - 5.6.1-8.fc7.ppc (16 days) plplot-wxGTK - 5.6.1-8.fc7.x86_64 (16 days) paul AT all-the-johnsons.co.uk XaraLX - 0.7-8.fc6.r1763.i386 (9 days) XaraLX - 0.7-8.fc6.r1763.ppc (9 days) XaraLX - 0.7-8.fc6.r1763.x86_64 (9 days) autogen - 5.8.7-2.fc5.i386 autogen - 5.8.7-2.fc5.ppc autogen - 5.8.7-2.fc5.x86_64 petersen AT redhat.com ghc-gtk2hs - 0.9.10-4.fc6.i386 (51 days) ghc-gtk2hs - 0.9.10-4.fc6.ppc (51 days) ghc-gtk2hs - 0.9.10-4.fc6.x86_64 (51 days) ghc642-gtk2hs - 0.9.10-4.fc6.i386 (51 days) ghc642-gtk2hs - 0.9.10-4.fc6.ppc (51 days) ghc642-gtk2hs - 0.9.10-4.fc6.x86_64 (51 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.i386 (51 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.ppc (51 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.x86_64 (51 days) prockai AT redhat.com cyrus-imapd - 2.3.7-4.fc6.i386 (25 days) cyrus-imapd - 2.3.7-4.fc6.i386 (25 days) cyrus-imapd - 2.3.7-4.fc6.ppc (25 days) cyrus-imapd - 2.3.7-4.fc6.x86_64 (25 days) rdieter AT math.unl.edu PyKDE - 3.16.0-5.fc7.i386 (16 days) PyKDE - 3.16.0-5.fc7.i386 (16 days) PyKDE - 3.16.0-5.fc7.ppc (16 days) PyKDE - 3.16.0-5.fc7.x86_64 (16 days) gift - 0.11.8.1-6.fc7.i386 (56 days) wxMaxima - 0.7.0a-5.fc7.ppc roozbeh AT farsiweb.info translate-toolkit - 0.10.1-2.fc7.noarch (12 days) translate-toolkit - 0.10.1-2.fc7.noarch (12 days) translate-toolkit - 0.10.1-2.fc7.noarch (12 days) rpm AT timj.co.uk rapidsvn - 0.9.4-2.fc7.i386 (9 days) rapidsvn - 0.9.4-2.fc7.ppc (9 days) rapidsvn - 0.9.4-2.fc7.x86_64 (9 days) shahms AT shahms.com python-psyco - 1.5.1-4.fc6.i386 (16 days) stickster AT gmail.com xmldiff - 0.6.7-12.fc6.i386 (16 days) xmldiff - 0.6.7-12.fc6.ppc (16 days) xmldiff - 0.6.7-12.fc6.x86_64 (16 days) tcallawa AT redhat.com compat-wxPythonGTK2 - 2.4.2.4-12.fc6.i386 (16 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.ppc (16 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.x86_64 (16 days) evolution-bogofilter - 0.2.0-4.fc7.i386 (4 days) evolution-bogofilter - 0.2.0-4.fc7.ppc (4 days) evolution-bogofilter - 0.2.0-4.fc7.x86_64 (4 days) gambas-gb-db - 1.0.17-6.fc7.i386 (31 days) gambas-gb-db - 1.0.17-6.fc7.ppc (31 days) gambas-runtime - 1.0.17-6.fc7.i386 (31 days) gambas-runtime - 1.0.17-6.fc7.ppc (31 days) pychart - 1.39-4.fc6.noarch (16 days) pychart - 1.39-4.fc6.noarch (16 days) pychart - 1.39-4.fc6.noarch (16 days) rekall-postgresql - 2.4.3-5.fc6.i386 (18 days) rekall-postgresql - 2.4.3-5.fc6.ppc (18 days) rekall-postgresql - 2.4.3-5.fc6.x86_64 (18 days) rekall-python - 2.4.3-5.fc6.i386 (18 days) rekall-python - 2.4.3-5.fc6.ppc (18 days) rekall-python - 2.4.3-5.fc6.x86_64 (18 days) thomas AT apestaart.org python-twisted - 1.3.0-7.fc6.i386 (16 days) python-twisted - 1.3.0-7.fc6.ppc (16 days) python-twisted - 1.3.0-7.fc6.x86_64 (16 days) triad AT df.lth.se gnomad2 - 2.8.9-2.fc6.i386 (16 days) gnomad2 - 2.8.9-2.fc6.ppc (16 days) gnomad2 - 2.8.9-2.fc6.x86_64 (16 days) ville.skytta AT iki.fi em8300 - 0.16.0-2.fc7.i386 (2 days) em8300 - 0.16.0-2.fc7.ppc (2 days) em8300 - 0.16.0-2.fc7.x86_64 (2 days) wart AT kobold.org cyphesis - 0.5.10-3.fc7.i386 (16 days) cyphesis - 0.5.10-3.fc7.ppc (16 days) cyphesis - 0.5.10-3.fc7.x86_64 (16 days) ====================================================================== Broken packages in fedora-extras-development-ppc: PyKDE-3.16.0-5.fc7.ppc requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.ppc requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_xml-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_net-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_xrc-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_html-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_adv-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_qa-2.6.so.0 blender-2.42a-17.fc7.ppc requires libgettextlib-0.16.so centericq-4.21.0-8.fc6.ppc requires libcurl.so.3 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.ppc requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.ppc requires libpython2.4.so.1.0 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpagent.so.10 driftnet-0.1.6-11.ppc requires libpcap.so.0.9.4 em8300-0.16.0-2.fc7.ppc requires em8300-kmod >= 0:0.16.0 evolution-bogofilter-0.2.0-4.fc7.ppc requires libcamel-1.2.so.0 evolution-bogofilter-0.2.0-4.fc7.ppc requires libcamel-provider-1.2.so.8 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 galeon-2.0.3-4.fc7.ppc requires gecko-libs = 0:1.8.1 gambas-gb-db-1.0.17-6.fc7.ppc requires libpq.so.4 gambas-runtime-1.0.17-6.fc7.ppc requires libgettextlib-0.15.so ghc-gtk2hs-0.9.10-4.fc6.ppc requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires ghc642 glom-1.2.1-2.fc7.ppc requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.ppc requires libpython2.4.so.1.0 gnomad2-2.8.9-2.fc6.ppc requires libmtp.so.2 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.ppc requires gecko-libs = 0:2.0 k3d-0.6.4.0-1.fc7.ppc requires libpython2.4.so.1.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) kicad-2006.08.28-2.fc6.ppc requires libwx_baseu_xml-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_baseu_net-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_baseu-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) libreadline-java-0.8.0-13.fc6.ppc requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.ppc requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.ppc requires libpq.so.4 openvrml-0.16.2-2.fc7.ppc requires firefox = 0:2.0 openvrml-devel-0.16.2-2.fc7.ppc requires firefox-devel = 0:2.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_ogl-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libpq.so.4 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_stc-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu_xml-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu_net-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_stc-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_ogl-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 plplot-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.ppc requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.ppc requires python(abi) = 0:2.4 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) rapidsvn-0.9.4-2.fc7.ppc requires libwx_baseu_xml-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) rapidsvn-0.9.4-2.fc7.ppc requires libwx_baseu_net-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_baseu-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 rekall-postgresql-2.4.3-5.fc6.ppc requires libpq.so.4 rekall-python-2.4.3-5.fc6.ppc requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.ppc requires libpython2.4.so.1.0 ser-postgresql-0.9.6-9.fc6.ppc requires libpq.so.4 syck-python-0.55-12.fc7.ppc requires python(abi) = 0:2.4 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.ppc requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 translate-toolkit-0.10.1-2.fc7.noarch requires python-elementtree veusz-0.10-12.fc6.ppc requires python(abi) = 0:2.4 wxMaxima-0.7.0a-5.fc7.ppc requires maxima >= 0:5.10 xmldiff-0.6.7-12.fc6.ppc requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-x86_64: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) blender-2.42a-17.fc7.x86_64 requires libgettextlib-0.16.so()(64bit) centericq-4.21.0-8.fc6.x86_64 requires libcurl.so.3()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) compat-wxPythonGTK2-2.4.2.4-12.fc6.x86_64 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) csound-python-5.03.0-9.fc7.x86_64 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyphesis-0.5.10-3.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpmibs.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmp.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmphelpers.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpagent.so.10()(64bit) driftnet-0.1.6-11.x86_64 requires libpcap.so.0.9.4()(64bit) em8300-0.16.0-2.fc7.x86_64 requires em8300-kmod >= 0:0.16.0 evolution-bogofilter-0.2.0-4.fc7.x86_64 requires libcamel-1.2.so.0()(64bit) evolution-bogofilter-0.2.0-4.fc7.x86_64 requires libcamel-provider-1.2.so.8()(64bit) f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 galeon-2.0.3-4.fc7.x86_64 requires gecko-libs = 0:1.8.1 ghc-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires ghc642 gift-0.11.8.1-6.fc7.i386 requires libmagic.so.1 glom-1.2.1-2.fc7.x86_64 requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) gnomad2-2.8.9-2.fc6.x86_64 requires libmtp.so.2()(64bit) gtkmozembedmm-1.4.2.cvs20060817-5.fc7.i386 requires gecko-libs = 0:2.0 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.x86_64 requires gecko-libs = 0:2.0 k3d-0.6.4.0-1.fc7.i386 requires libpython2.4.so.1.0 k3d-0.6.4.0-1.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) kmod-sysprof-xen-1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 requires kernel-x86_64 = 0:2.6.18-1.2849.fc6xen libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 libreadline-java-0.8.0-13.fc6.x86_64 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-1.2-3.rc2.svn2135.fc7.x86_64 requires libedit.so.0()(64bit) openpbx-postgresql-1.2-3.rc2.svn2135.fc7.x86_64 requires libpq.so.4()(64bit) openvrml-0.16.2-2.fc7.i386 requires firefox = 0:2.0 openvrml-0.16.2-2.fc7.x86_64 requires firefox = 0:2.0 openvrml-devel-0.16.2-2.fc7.i386 requires firefox-devel = 0:2.0 openvrml-devel-0.16.2-2.fc7.x86_64 requires firefox-devel = 0:2.0 orange-0.3-4.cvs20051118.fc7.i386 requires libmagic.so.1 paraview-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) paraview-mpi-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_ogl-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_stc-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_stc-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_ogl-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libpq.so.4()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 From buildsys at fedoraproject.org Sun Dec 24 12:41:20 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sun, 24 Dec 2006 12:41:20 -0000 Subject: (2/2) Summary - Broken dependencies in Fedora Extras - 2006-12-24 Message-ID: <20061224124120.32597.4438@extras64.linux.duke.edu> plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.x86_64 requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.x86_64 requires python(abi) = 0:2.4 rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) rekall-postgresql-2.4.3-5.fc6.x86_64 requires libpq.so.4()(64bit) rekall-python-2.4.3-5.fc6.x86_64 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) ser-postgresql-0.9.6-9.fc6.x86_64 requires libpq.so.4()(64bit) streamtuner-0.99.99-15.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) syck-python-0.55-12.fc7.x86_64 requires python(abi) = 0:2.4 toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) translate-toolkit-0.10.1-2.fc7.noarch requires python-elementtree veusz-0.10-12.fc6.x86_64 requires python(abi) = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-i386: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_xml-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_net-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_xrc-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_html-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_adv-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_qa-2.6.so.0 blender-2.42a-17.fc7.i386 requires libgettextlib-0.16.so centericq-4.21.0-8.fc6.i386 requires libcurl.so.3 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.i386 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.i386 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.i386 requires libpython2.4.so.1.0 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 driftnet-0.1.6-11.i386 requires libpcap.so.0.9.4 em8300-0.16.0-2.fc7.i386 requires em8300-kmod >= 0:0.16.0 evolution-bogofilter-0.2.0-4.fc7.i386 requires libcamel-1.2.so.0 evolution-bogofilter-0.2.0-4.fc7.i386 requires libcamel-provider-1.2.so.8 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 galeon-2.0.3-4.fc7.i386 requires gecko-libs = 0:1.8.1 gambas-gb-db-1.0.17-6.fc7.i386 requires libpq.so.4 gambas-runtime-1.0.17-6.fc7.i386 requires libgettextlib-0.15.so ghc-gtk2hs-0.9.10-4.fc6.i386 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires ghc642 glom-1.2.1-2.fc7.i386 requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.i386 requires libpython2.4.so.1.0 gnomad2-2.8.9-2.fc6.i386 requires libmtp.so.2 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.i386 requires gecko-libs = 0:2.0 k3d-0.6.4.0-1.fc7.i386 requires libpython2.4.so.1.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) kicad-2006.08.28-2.fc6.i386 requires libwx_baseu_xml-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_baseu_net-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_baseu-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) kmod-sysprof-kdump-1.0.7-1.2.6.18_1.2849.fc6.1.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6kdump kmod-sysprof-xen-1.0.7-1.2.6.18_1.2849.fc6.1.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6xen libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.i386 requires libpq.so.4 openvrml-0.16.2-2.fc7.i386 requires firefox = 0:2.0 openvrml-devel-0.16.2-2.fc7.i386 requires firefox-devel = 0:2.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_ogl-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libpq.so.4 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_stc-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu_xml-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu_net-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_stc-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_ogl-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.i386 requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python-abi = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.i386 requires python(abi) = 0:2.4 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) rapidsvn-0.9.4-2.fc7.i386 requires libwx_baseu_xml-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) rapidsvn-0.9.4-2.fc7.i386 requires libwx_baseu_net-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_baseu-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 rekall-postgresql-2.4.3-5.fc6.i386 requires libpq.so.4 rekall-python-2.4.3-5.fc6.i386 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.i386 requires libpython2.4.so.1.0 ser-postgresql-0.9.6-9.fc6.i386 requires libpq.so.4 syck-python-0.55-12.fc7.i386 requires python(abi) = 0:2.4 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.i386 requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 translate-toolkit-0.10.1-2.fc7.noarch requires python-elementtree veusz-0.10-12.fc6.i386 requires python(abi) = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-6-ppc: openvrml-0.16.2-2.fc6.ppc requires firefox = 0:1.5.0.8 openvrml-devel-0.16.2-2.fc6.ppc requires firefox-devel = 0:1.5.0.8 ====================================================================== Broken packages in fedora-extras-6-x86_64: openvrml-0.16.2-2.fc6.x86_64 requires firefox = 0:1.5.0.8 openvrml-devel-0.16.2-2.fc6.x86_64 requires firefox-devel = 0:1.5.0.8 ====================================================================== Broken packages in fedora-extras-6-i386: openvrml-0.16.2-2.fc6.i386 requires firefox = 0:1.5.0.8 openvrml-devel-0.16.2-2.fc6.i386 requires firefox-devel = 0:1.5.0.8 ====================================================================== Broken packages in fedora-extras-5-ppc: autogen-5.8.7-2.fc5.ppc requires libopts.so.24 linphone-1.2.0-4.fc5.ppc requires libortp.so.2 ====================================================================== Broken packages in fedora-extras-5-x86_64: autogen-5.8.7-2.fc5.x86_64 requires libopts.so.24()(64bit) linphone-1.2.0-4.fc5.x86_64 requires libortp.so.2()(64bit) ====================================================================== Broken packages in fedora-extras-5-i386: autogen-5.8.7-2.fc5.i386 requires libopts.so.24 linphone-1.2.0-4.fc5.i386 requires libortp.so.2 From jspaleta at gmail.com Sun Dec 24 22:30:54 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 24 Dec 2006 13:30:54 -0900 Subject: Can someone school me on desktop file creation fixups? Message-ID: <604aa7910612241430g1a860545k32adf6a6953abdd7@mail.gmail.com> Good Morning! I'm working on a prepping a gpodder srpm for review submission, but I think I'm having a problem with the desktop file. It's not appearing in the menu structure, and I'm not really sure why. Can anyone show me what I'm doing wrong? Here's the spec: http://jspaleta.thecodergeek.com/Fedora%20SRPMS/gpodder/gpodder.spec here's the desktop-file-install command being used in the spec: desktop-file-install --vendor fedora --delete-original \ --dir $RPM_BUILD_ROOT%{_datadir}/applications \ --remove-key Miniicon --add-category Application \ --add-category X-Fedora-Extras \ $RPM_BUILD_ROOT%{_datadir}/applications/%{name}.desktop and here is the generated desktop file: http://jspaleta.thecodergeek.com/Fedora%20SRPMS/gpodder/fedora-gpodder.desktop rpmlint returns: E: gpodder non-utf8-desktopfile /tmp/gpodder-0.8.0-1.noarch.rpm.10899/usr/share/applications/fedora-gpodder.desktop Not sure how I go about fixing that either. -jef From buildsys at fedoraproject.org Sun Dec 24 22:42:53 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 24 Dec 2006 17:42:53 -0500 (EST) Subject: Fedora Extras Package Build Report 2006-12-24 Message-ID: <20061224224253.8C24315212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 11 audacious-1.2.2-2.fc7 driftnet-0.1.6-12 fwbuilder-2.1.8-1.fc7 libfwbuilder-2.1.8-1.fc7 liferea-1.2.1-1.fc7 pcb-0.20060822-7.fc7 NEW quadkonsole-2.0.1-2.fc7 ser-0.9.6-10.fc7 syck-0.55-13.fc7 veusz-0.10-13.fc7 wesnoth-1.2-1.fc7 Packages built and released for Fedora Extras 6: 5 audacious-1.2.2-2.fc6 ngspice-17-8.fc6 pcb-0.20060822-7.fc6 (!) toped-0.8.2-2.fc7 : INVALID rebuild, not published! wesnoth-1.2-1.fc6 Packages built and released for Fedora Extras 5: 3 ngspice-17-8.fc5 pcb-0.20060822-7.fc5 wesnoth-1.2-1.fc5 Packages built and released for Fedora Extras 4: 0 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 mclasen at redhat.com Sun Dec 24 22:46:35 2006 From: mclasen at redhat.com (Matthias Clasen) Date: Sun, 24 Dec 2006 17:46:35 -0500 Subject: Can someone school me on desktop file creation fixups? In-Reply-To: <604aa7910612241430g1a860545k32adf6a6953abdd7@mail.gmail.com> References: <604aa7910612241430g1a860545k32adf6a6953abdd7@mail.gmail.com> Message-ID: <1167000395.9727.1.camel@localhost.localdomain> On Sun, 2006-12-24 at 13:30 -0900, Jeff Spaleta wrote: > and here is the generated desktop file: > http://jspaleta.thecodergeek.com/Fedora%20SRPMS/gpodder/fedora-gpodder.desktop > > rpmlint returns: > E: gpodder non-utf8-desktopfile > /tmp/gpodder-0.8.0-1.noarch.rpm.10899/usr/share/applications/fedora-gpodder.desktop > > Not sure how I go about fixing that either. Try something like iconv -f latin1 -t utf-8 fedora-gpodder.desktop From chitlesh at fedoraproject.org Sun Dec 24 22:54:50 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Sun, 24 Dec 2006 23:54:50 +0100 Subject: Fedora Extras Package Build Report 2006-12-24 In-Reply-To: <20061224224253.8C24315212E@buildsys.fedoraproject.org> References: <20061224224253.8C24315212E@buildsys.fedoraproject.org> Message-ID: <13dbfe4f0612241454r2931b113i74c87a401c590ad0@mail.gmail.com> On 12/24/06, buildsys at fedoraproject.org wrote: > (!) toped-0.8.2-2.fc7 : INVALID rebuild, not published! I've fixed it :) Chitlesh -- http://clunixchit.blogspot.com From jspaleta at gmail.com Sun Dec 24 23:09:15 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 24 Dec 2006 14:09:15 -0900 Subject: Can someone school me on desktop file creation fixups? In-Reply-To: <1167000395.9727.1.camel@localhost.localdomain> References: <604aa7910612241430g1a860545k32adf6a6953abdd7@mail.gmail.com> <1167000395.9727.1.camel@localhost.localdomain> Message-ID: <604aa7910612241509k34f9b9c1we8c03db17b393796@mail.gmail.com> On 12/24/06, Matthias Clasen wrote: > Try something like > > iconv -f latin1 -t utf-8 fedora-gpodder.desktop okay that fixes the rpmlint error... but its still not showing up in the Sound & Video menu. Am I doing something wrong with the categories? -jef From mclasen at redhat.com Sun Dec 24 23:18:41 2006 From: mclasen at redhat.com (Matthias Clasen) Date: Sun, 24 Dec 2006 18:18:41 -0500 Subject: Can someone school me on desktop file creation fixups? In-Reply-To: <604aa7910612241509k34f9b9c1we8c03db17b393796@mail.gmail.com> References: <604aa7910612241430g1a860545k32adf6a6953abdd7@mail.gmail.com> <1167000395.9727.1.camel@localhost.localdomain> <604aa7910612241509k34f9b9c1we8c03db17b393796@mail.gmail.com> Message-ID: <1167002321.9727.3.camel@localhost.localdomain> On Sun, 2006-12-24 at 14:09 -0900, Jeff Spaleta wrote: > On 12/24/06, Matthias Clasen wrote: > > Try something like > > > > iconv -f latin1 -t utf-8 fedora-gpodder.desktop > > okay that fixes the rpmlint error... but its still not showing up in > the Sound & Video menu. Am I doing something wrong with the > categories? Oh, after converting to utf-8, change Encoding=Legacy-Mixed to Encoding=UTF-8 From jspaleta at gmail.com Sun Dec 24 23:21:53 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 24 Dec 2006 14:21:53 -0900 Subject: Can someone school me on desktop file creation fixups? In-Reply-To: <1167002321.9727.3.camel@localhost.localdomain> References: <604aa7910612241430g1a860545k32adf6a6953abdd7@mail.gmail.com> <1167000395.9727.1.camel@localhost.localdomain> <604aa7910612241509k34f9b9c1we8c03db17b393796@mail.gmail.com> <1167002321.9727.3.camel@localhost.localdomain> Message-ID: <604aa7910612241521w5fac6985k4a19904206a2f11b@mail.gmail.com> On 12/24/06, Matthias Clasen wrote: > Oh, after converting to utf-8, change > > Encoding=Legacy-Mixed > > to > > Encoding=UTF-8 excellent! that fixed it! -jef From paul at all-the-johnsons.co.uk Sun Dec 24 23:26:36 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 24 Dec 2006 23:26:36 +0000 Subject: Converting from .a to .so Message-ID: <1167002796.3520.8.camel@T7.Linux> Hi, The future versions of anjuta look like they're going to rely on using netCDF which I have just about packaged. The problem is that it uses static libs rather than shared ones. Is there a safe way in the spec file to convert between a static and shared lib so I can submit it (and feed back the need for shared upstream) or so I need to mess with the makefile? TTFN Paul -- "Mmmmmmmm....Shakira geschmiert mit schokolade" sagt Homer -------------- 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 jspaleta at gmail.com Sun Dec 24 23:38:15 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 24 Dec 2006 14:38:15 -0900 Subject: Converting from .a to .so In-Reply-To: <1167002796.3520.8.camel@T7.Linux> References: <1167002796.3520.8.camel@T7.Linux> Message-ID: <604aa7910612241538u118fe3fawd3c7c003949f7bda@mail.gmail.com> On 12/24/06, Paul wrote: > Hi, > > The future versions of anjuta look like they're going to rely on using > netCDF which I have just about packaged. Uhm... isnt netcdf already packaged? owners.list shows: Fedora Extras|netcdf|Libraries for the Unidata network Common Data Form (NetCDF v3)|ed at eh3.com|extras-qa at fedoraproject.org| From tibbs at math.uh.edu Sun Dec 24 23:40:38 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 24 Dec 2006 17:40:38 -0600 Subject: offline for 2 weeks. In-Reply-To: <20061224071053.GG8333@serv.smile.org.ua> References: <458BFB75.3050601@hhs.nl> <1166805403.3539.0.camel@lt21223.campus.dmacc.edu> <458C2051.50002@smile.org.ua> <1166811392.3539.3.camel@lt21223.campus.dmacc.edu> <20061222184119.GE8333@serv.smile.org.ua> <20061223060802.GF8333@serv.smile.org.ua> <20061224071053.GG8333@serv.smile.org.ua> Message-ID: You should be all set to go. Sorry, stupid list Reply-To: so everyone gets to see this. - J< From paul at all-the-johnsons.co.uk Sun Dec 24 23:47:40 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 24 Dec 2006 23:47:40 +0000 Subject: Converting from .a to .so In-Reply-To: <604aa7910612241538u118fe3fawd3c7c003949f7bda@mail.gmail.com> References: <1167002796.3520.8.camel@T7.Linux> <604aa7910612241538u118fe3fawd3c7c003949f7bda@mail.gmail.com> Message-ID: <1167004060.3520.11.camel@T7.Linux> Hi, > > The future versions of anjuta look like they're going to rely on using > > netCDF which I have just about packaged. > > Uhm... isnt netcdf already packaged? > > owners.list shows: > Fedora Extras|netcdf|Libraries for the Unidata network Common Data Form (NetCDF > v3)|ed at eh3.com|extras-qa at fedoraproject.org| D'oh! Okay, for future reference, is there a way to do what I need to do (convert from .a to .so)? TTFN Paul -- "Mmmmmmmm....Shakira geschmiert mit schokolade" sagt Homer -------------- 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 jspaleta at gmail.com Sun Dec 24 23:52:29 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 24 Dec 2006 14:52:29 -0900 Subject: Converting from .a to .so In-Reply-To: <1167004060.3520.11.camel@T7.Linux> References: <1167002796.3520.8.camel@T7.Linux> <604aa7910612241538u118fe3fawd3c7c003949f7bda@mail.gmail.com> <1167004060.3520.11.camel@T7.Linux> Message-ID: <604aa7910612241552q4a60bfbered04193b73b0a6ce@mail.gmail.com> On 12/24/06, Paul wrote: > Okay, for future reference, is there a way to do what I need to do > (convert from .a to .so)? Don't you just need to pass -shared to the compiler? Hmm... it looks like the current netcdf packages do NOT created shared libs. Hmmm... this maybe a problem that needs to be resolved. -jef From jspaleta at gmail.com Mon Dec 25 00:01:42 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 24 Dec 2006 15:01:42 -0900 Subject: Converting from .a to .so In-Reply-To: <604aa7910612241552q4a60bfbered04193b73b0a6ce@mail.gmail.com> References: <1167002796.3520.8.camel@T7.Linux> <604aa7910612241538u118fe3fawd3c7c003949f7bda@mail.gmail.com> <1167004060.3520.11.camel@T7.Linux> <604aa7910612241552q4a60bfbered04193b73b0a6ce@mail.gmail.com> Message-ID: <604aa7910612241601q7d9b14c7q86827f4123641b4f@mail.gmail.com> On 12/24/06, Jeff Spaleta wrote: > On 12/24/06, Paul wrote: > > Okay, for future reference, is there a way to do what I need to do > > (convert from .a to .so)? > > Don't you just need to pass -shared to the compiler? > > Hmm... it looks like the current netcdf packages do NOT created shared > libs. Hmmm... this maybe a problem that needs to be resolved. Also note that that libnc-dap exists in Extras as a shared library. libnc-dap claims to be a call for call replacement of the netcdf library. I STRONGLY suggest that you look at linking against libnc-dap instead of the state netcdf implementation. http://www.opendap.org/download/nc-dods.html -jef From bugs.michael at gmx.net Mon Dec 25 00:27:45 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 25 Dec 2006 01:27:45 +0100 Subject: Converting from .a to .so In-Reply-To: <604aa7910612241552q4a60bfbered04193b73b0a6ce@mail.gmail.com> References: <1167002796.3520.8.camel@T7.Linux> <604aa7910612241538u118fe3fawd3c7c003949f7bda@mail.gmail.com> <1167004060.3520.11.camel@T7.Linux> <604aa7910612241552q4a60bfbered04193b73b0a6ce@mail.gmail.com> Message-ID: <20061225012745.dcc94539.bugs.michael@gmx.net> On Sun, 24 Dec 2006 14:52:29 -0900, Jeff Spaleta wrote: > On 12/24/06, Paul wrote: > > Okay, for future reference, is there a way to do what I need to do > > (convert from .a to .so)? > > Don't you just need to pass -shared to the compiler? The original question is wrong to begin with. Without a sane versioning scheme that is supported by the upstream developers, creating any shared library at the RPM package level adds no value. Quite the opposite even, when upstream prefers changing the library API often. Packagers make up a SONAME that works for a single release, but which breaks the ABI as often as upstream changes the library in a way that would require an updated library version plus a rebuild of dependencies. Alternatively, over time they end up with a series of SONAMEs which conflicts with the official library versioning scheme when upstream makes the step towards publishing shared libs. > Hmm... it looks like the current netcdf packages do NOT created shared > libs. Hmmm... this maybe a problem that needs to be resolved. Hence the answer to the original post is: Talk to upstream! From pertusus at free.fr Mon Dec 25 00:36:52 2006 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 25 Dec 2006 01:36:52 +0100 Subject: Converting from .a to .so In-Reply-To: <1167002796.3520.8.camel@T7.Linux> References: <1167002796.3520.8.camel@T7.Linux> Message-ID: <20061225003652.GA2587@free.fr> On Sun, Dec 24, 2006 at 11:26:36PM +0000, Paul wrote: > Hi, > > Is there a safe way in the spec file to convert between a static and > shared lib so I can submit it (and feed back the need for shared > upstream) or so I need to mess with the makefile? Next netcdf release will certainly ship dynamic libraries. In the mean time linking against the static netcdf libs should be the way to go. -- Pat From jspaleta at gmail.com Mon Dec 25 00:42:07 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 24 Dec 2006 15:42:07 -0900 Subject: Converting from .a to .so In-Reply-To: <20061225012745.dcc94539.bugs.michael@gmx.net> References: <1167002796.3520.8.camel@T7.Linux> <604aa7910612241538u118fe3fawd3c7c003949f7bda@mail.gmail.com> <1167004060.3520.11.camel@T7.Linux> <604aa7910612241552q4a60bfbered04193b73b0a6ce@mail.gmail.com> <20061225012745.dcc94539.bugs.michael@gmx.net> Message-ID: <604aa7910612241642o27b634c9m43c88dd7c1f284c8@mail.gmail.com> On 12/24/06, Michael Schwendt wrote: > Hence the answer to the original post is: Talk to upstream! upstream is currently working on version 4 of the netcdf library which will be merding hdf5 and netcdf together. The new library is in alpha and unfortunately is not stable enough for me to maintain inside fedora. I wish I could, I'd very much like to maintain and use the python-netcdf4 module as part of fedora based work. But my other suggestion stands libnc-dap is designed to be a call for call replacement for the netcdf version 3. It might be much more beneficial to start linking all fedora space items against libnc-dap instead of netcdf. I'm already working on building ScientificPython against libnc-dap as a test -jef From pertusus at free.fr Mon Dec 25 00:42:11 2006 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 25 Dec 2006 01:42:11 +0100 Subject: Converting from .a to .so In-Reply-To: <604aa7910612241601q7d9b14c7q86827f4123641b4f@mail.gmail.com> References: <1167002796.3520.8.camel@T7.Linux> <604aa7910612241538u118fe3fawd3c7c003949f7bda@mail.gmail.com> <1167004060.3520.11.camel@T7.Linux> <604aa7910612241552q4a60bfbered04193b73b0a6ce@mail.gmail.com> <604aa7910612241601q7d9b14c7q86827f4123641b4f@mail.gmail.com> Message-ID: <20061225004211.GB2587@free.fr> On Sun, Dec 24, 2006 at 03:01:42PM -0900, Jeff Spaleta wrote: > > Also note that that libnc-dap exists in Extras as a shared library. > libnc-dap claims to be a call for call replacement of the netcdf > library. I STRONGLY suggest that you look at linking against > libnc-dap instead of the state netcdf implementation. > > http://www.opendap.org/download/nc-dods.html libnc-dap indeed implements the netcdf api, but it also adds support for dods, it may not be right for anjuta, or it may be better, depending on the netcdf use (I really don't know why anjuta would need netcdf, though). libnc-dap has a copy of the netcdf library in the code, so it doesn't add much regarding security. -- Pat From jspaleta at gmail.com Mon Dec 25 01:16:40 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 24 Dec 2006 16:16:40 -0900 Subject: Converting from .a to .so In-Reply-To: <20061225004211.GB2587@free.fr> References: <1167002796.3520.8.camel@T7.Linux> <604aa7910612241538u118fe3fawd3c7c003949f7bda@mail.gmail.com> <1167004060.3520.11.camel@T7.Linux> <604aa7910612241552q4a60bfbered04193b73b0a6ce@mail.gmail.com> <604aa7910612241601q7d9b14c7q86827f4123641b4f@mail.gmail.com> <20061225004211.GB2587@free.fr> Message-ID: <604aa7910612241716l53a0151la71766d8c4d983be@mail.gmail.com> On 12/24/06, Patrice Dumas wrote: > libnc-dap has a copy of the netcdf library in the code, so it > doesn't add much regarding security. If all the fedora space apps which need netcdf3 support use the libnc-dap implementation, then we reduce the issue to exactly one codebase... that shared library. If there was a security issue, do we even know how many things in the fedora space are building against the static libraries in netcdf-devel right now? It's tough to get a handle on how many things are building with netcdf support with the available repoquery tool since there's no shared library requires to match against. We'll have to dig through all the spec files and look for netcdf-devel. That's not something I'm looking forward to doing. -jef From ed at eh3.com Mon Dec 25 05:15:29 2006 From: ed at eh3.com (Ed Hill) Date: Mon, 25 Dec 2006 00:15:29 -0500 Subject: Converting from .a to .so In-Reply-To: <20061225003652.GA2587@free.fr> References: <1167002796.3520.8.camel@T7.Linux> <20061225003652.GA2587@free.fr> Message-ID: <20061225001529.619b117b@ernie> On Mon, 25 Dec 2006 01:36:52 +0100 Patrice Dumas wrote: > On Sun, Dec 24, 2006 at 11:26:36PM +0000, Paul wrote: > > Hi, > > > > Is there a safe way in the spec file to convert between a static and > > shared lib so I can submit it (and feed back the need for shared > > upstream) or so I need to mess with the makefile? > > Next netcdf release will certainly ship dynamic libraries. In the > mean time linking against the static netcdf libs should be the way to > go. Yes, and I'll update Extras to the new version shortly after its out of beta (in a month or two, supposedly). Also, the current netCDF static libs shipped in Extras are built with -fPIC so you can use them to build other shared libs as is done with NCO. Ed -- Edward H. Hill III, PhD | ed at eh3.com | http://eh3.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ed at eh3.com Mon Dec 25 05:20:11 2006 From: ed at eh3.com (Ed Hill) Date: Mon, 25 Dec 2006 00:20:11 -0500 Subject: Converting from .a to .so In-Reply-To: <1167004060.3520.11.camel@T7.Linux> References: <1167002796.3520.8.camel@T7.Linux> <604aa7910612241538u118fe3fawd3c7c003949f7bda@mail.gmail.com> <1167004060.3520.11.camel@T7.Linux> Message-ID: <20061225002011.7cb365b1@ernie> On Sun, 24 Dec 2006 23:47:40 +0000 Paul wrote: > Hi, > > > > The future versions of anjuta look like they're going to rely on > > > using netCDF which I have just about packaged. > > > > Uhm... isnt netcdf already packaged? > > > > owners.list shows: > > Fedora Extras|netcdf|Libraries for the Unidata network Common Data > > Form (NetCDF v3)|ed at eh3.com|extras-qa at fedoraproject.org| > > D'oh! > > Okay, for future reference, is there a way to do what I need to do > (convert from .a to .so)? Hi Paul, If you look in the nco package you'll see how it builds shared libs using the netCDF static lib. This works because I compiled the netCDF static lib with the necessary -fPIC flag. And as others have pointed out the next version of netCDF (supposedly due in ~2 months) will have full shared libs support. Ed -- Edward H. Hill III, PhD | ed at eh3.com | http://eh3.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From eamitdey at yahoo.com Mon Dec 25 15:18:00 2006 From: eamitdey at yahoo.com (Amit Dey) Date: Mon, 25 Dec 2006 07:18:00 -0800 (PST) Subject: GUI frontend for existing command line tools Message-ID: <20061225151800.47523.qmail@web36807.mail.mud.yahoo.com> I want to do some opensource development. I have a good experience with gnome and glade tools. So for starters I want to make a gui frontend for existing command line tools. I am targeting fedora core. Can you guys suggest me a command line tools in fedora core for which i could make a GUI frontend to make it easier to use ? __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From fedora at camperquake.de Mon Dec 25 17:04:46 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Mon, 25 Dec 2006 18:04:46 +0100 Subject: GUI frontend for existing command line tools In-Reply-To: <20061225151800.47523.qmail@web36807.mail.mud.yahoo.com> References: <20061225151800.47523.qmail@web36807.mail.mud.yahoo.com> Message-ID: <20061225180446.74d9829b@lain.camperquake.de> Hi. On Mon, 25 Dec 2006 07:18:00 -0800 (PST), Amit Dey wrote > I want to do some opensource development. I have a good experience > with gnome and glade tools. So for starters I want to make a gui > frontend for existing command line tools. I am targeting fedora core. Not exactly command line use, but I would be happy for a tool that can get the passphrase for my ssh-keys from the gnome keyring. From seg at haxxed.com Mon Dec 25 17:35:39 2006 From: seg at haxxed.com (Callum Lerwick) Date: Mon, 25 Dec 2006 11:35:39 -0600 Subject: GUI frontend for existing command line tools In-Reply-To: <20061225180446.74d9829b@lain.camperquake.de> References: <20061225151800.47523.qmail@web36807.mail.mud.yahoo.com> <20061225180446.74d9829b@lain.camperquake.de> Message-ID: <1167068139.16008.74.camel@max.booze> On Mon, 2006-12-25 at 18:04 +0100, Ralf Ertzinger wrote: > Hi. > > On Mon, 25 Dec 2006 07:18:00 -0800 (PST), Amit Dey wrote > > I want to do some opensource development. I have a good experience > > with gnome and glade tools. So for starters I want to make a gui > > frontend for existing command line tools. I am targeting fedora core. > > Not exactly command line use, but I would be happy for a tool that > can get the passphrase for my ssh-keys from the gnome keyring. Yes! The way this should probably be done is just write a drop-in replacement for ssh-agent, that's Gnome-enabled. For bonus points, replace gpg-agent as well. -------------- 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 vonbrand at inf.utfsm.cl Mon Dec 25 23:53:28 2006 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Mon, 25 Dec 2006 20:53:28 -0300 Subject: Converting from .a to .so In-Reply-To: Your message of "Sun, 24 Dec 2006 23:26:36 -0000." <1167002796.3520.8.camel@T7.Linux> Message-ID: <200612252353.kBPNrSMc009300@laptop13.inf.utfsm.cl> Paul wrote: > The future versions of anjuta look like they're going to rely on using > netCDF which I have just about packaged. The problem is that it uses > static libs rather than shared ones. Too bad. > Is there a safe way in the spec file to convert between a static and > shared lib so I can submit it (and feed back the need for shared > upstream) or so I need to mess with the makefile? Nope. A shared library /has/ to be position independent code (at least if it is to make some sense having it shared), a static library normally isn't. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 From buildsys at fedoraproject.org Tue Dec 26 12:11:07 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 26 Dec 2006 07:11:07 -0500 (EST) Subject: Fedora Extras Package Build Report 2006-12-26 Message-ID: <20061226121107.57CEC15212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 6 NEW camstream-0.26.3-11.fc7 ctapi-cyberjack-2.0.12-2.fc7 jd-1.8.1-2.cvs061225.fc7 kadu-0.5.0-0.21.rc2.fc7 ochusha-0.5.99.65.1-0.1.cvs061225.1.fc7 NEW telepathy-stream-engine-0.3.18-2.fc7 Packages built and released for Fedora Extras 6: 4 ctapi-cyberjack-2.0.12-2.fc6 kadu-0.5.0-0.18.rc2.fc6 NEW phpPgAdmin-4.0.1-5.fc6 toped-0.8.2-6.fc6 Packages built and released for Fedora Extras 5: 3 ctapi-cyberjack-2.0.12-2.fc5 kadu-0.5.0-0.13.rc2.fc5 NEW phpPgAdmin-4.0.1-5.fc5 Packages built and released for Fedora Extras 4: 0 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 ndbecker2 at gmail.com Tue Dec 26 13:37:18 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Tue, 26 Dec 2006 08:37:18 -0500 Subject: Howto print message on rpm install? Message-ID: If I need to echo a message on rpm install, would 'echo message...' in postinstall section be the best way? From fedora at camperquake.de Tue Dec 26 13:39:54 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Tue, 26 Dec 2006 14:39:54 +0100 Subject: Howto print message on rpm install? In-Reply-To: References: Message-ID: <20061226143954.2ebe52f4@lain.camperquake.de> Hi. On Tue, 26 Dec 2006 08:37:18 -0500, Neal Becker wrote > If I need to echo a message on rpm install, would 'echo message...' > in postinstall section be the best way? You don't, as a general rule, since there is no guarantee that anyone will be able to read it (think GUI frontends to yum, for example) From bugs.michael at gmx.net Tue Dec 26 13:44:35 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 26 Dec 2006 14:44:35 +0100 Subject: Howto print message on rpm install? In-Reply-To: References: Message-ID: <20061226144435.9f4d9715.bugs.michael@gmx.net> On Tue, 26 Dec 2006 08:37:18 -0500, Neal Becker wrote: > If I need to echo a message on rpm install, would 'echo message...' in > postinstall section be the best way? No. It disturbes the output of tools like Yum. And it is not seen during automated (nightly) updates. Better is to add a clear comment in the %changelog. From ndbecker2 at gmail.com Tue Dec 26 13:43:18 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Tue, 26 Dec 2006 08:43:18 -0500 Subject: Howto print message on rpm install? References: <20061226143954.2ebe52f4@lain.camperquake.de> Message-ID: Ralf Ertzinger wrote: > Hi. > > On Tue, 26 Dec 2006 08:37:18 -0500, Neal Becker wrote >> If I need to echo a message on rpm install, would 'echo message...' >> in postinstall section be the best way? > > You don't, as a general rule, since there is no guarantee that anyone will > be able to read it (think GUI frontends to yum, for example) > I'm pretty sure I've seen examples of this. Even though, as you say, it is imperfect. It's used to tell the user, 'now you need to create a config file' or something to this effect. From fedora at leemhuis.info Tue Dec 26 13:55:03 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 26 Dec 2006 14:55:03 +0100 Subject: Howto print message on rpm install? In-Reply-To: <20061226144435.9f4d9715.bugs.michael@gmx.net> References: <20061226144435.9f4d9715.bugs.michael@gmx.net> Message-ID: <459129B7.8080705@leemhuis.info> Michael Schwendt schrieb: > On Tue, 26 Dec 2006 08:37:18 -0500, Neal Becker wrote: >> If I need to echo a message on rpm install, would 'echo message...' in >> postinstall section be the best way? > No. It disturbes the output of tools like Yum. And it is not seen during > automated (nightly) updates. > Better is to add a clear comment in the %changelog. +1, and/or a special "README.Fedora" file in %doc I more and more think we should officially disallow the output from %{pre,post}{,un} scripts in the guidelines. See also this recent discussion: https://www.redhat.com/archives/fedora-packaging/2006-December/msg00128.html BTW, I think there was already a consensus some months ago to disallow output from the rpm scripts entirely. But it never found the way into the guidelines afaics :-/ CU thl From giallu at gmail.com Tue Dec 26 14:15:58 2006 From: giallu at gmail.com (Gianluca Sforna) Date: Tue, 26 Dec 2006 15:15:58 +0100 Subject: Howto print message on rpm install? In-Reply-To: <459129B7.8080705@leemhuis.info> References: <20061226144435.9f4d9715.bugs.michael@gmx.net> <459129B7.8080705@leemhuis.info> Message-ID: On 12/26/06, Thorsten Leemhuis wrote: > Michael Schwendt schrieb: > > On Tue, 26 Dec 2006 08:37:18 -0500, Neal Becker wrote: > >> If I need to echo a message on rpm install, would 'echo message...' in > >> postinstall section be the best way? > > No. It disturbes the output of tools like Yum. And it is not seen during > > automated (nightly) updates. > > Better is to add a clear comment in the %changelog. > > +1, and/or a special "README.Fedora" file in %doc +1 and, eventually, append a line in %description for reminding the user to check README.Fedora after installation From fedora at camperquake.de Tue Dec 26 16:38:43 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Tue, 26 Dec 2006 17:38:43 +0100 Subject: libopts In-Reply-To: <1166766893.5079.50.camel@mccallum.corsepiu.local> References: <20061221200004.350b4ac4@ningauble.scrye.com> <1166766893.5079.50.camel@mccallum.corsepiu.local> Message-ID: <20061226173843.6ab63770@lain.camperquake.de> Hi. On Fri, 22 Dec 2006 06:54:52 +0100, Ralf Corsepius wrote > I can't find this situation to be satisfactory and actually think this > situation is messed up. But, AFAICT, nobody but autogen actually uses > libopts, so this isn't much of a problem. I just found one. tcpreplay uses it's own in-tree version of libopts (and installs a shared library for it, no less). I plan to submit this for FE, but I think we need to sort out this libopts business first. From bugzilla at redhat.com Tue Dec 26 16:48:51 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 26 Dec 2006 11:48:51 -0500 Subject: [Bug 173249] Review Request: mpd - Music Player Daemon In-Reply-To: Message-ID: <200612261648.kBQGmprs030624@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: mpd - Music Player Daemon https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173249 steven at silverorange.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |steven at silverorange.com ------- Additional Comments From steven at silverorange.com 2006-12-26 11:48 EST ------- MPD has come a long way in the last year - perhaps it is now possible to move the MP3 support into a plugin? -- 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 kevin at scrye.com Tue Dec 26 16:54:39 2006 From: kevin at scrye.com (Kevin Fenzi) Date: Tue, 26 Dec 2006 09:54:39 -0700 Subject: libopts In-Reply-To: <20061226173843.6ab63770@lain.camperquake.de> References: <20061221200004.350b4ac4@ningauble.scrye.com> <1166766893.5079.50.camel@mccallum.corsepiu.local> <20061226173843.6ab63770@lain.camperquake.de> Message-ID: <20061226095439.7cbaab37@ningauble.scrye.com> On Tue, 26 Dec 2006 17:38:43 +0100 fedora at camperquake.de (Ralf Ertzinger) wrote: > Hi. > > On Fri, 22 Dec 2006 06:54:52 +0100, Ralf Corsepius wrote > > > I can't find this situation to be satisfactory and actually think > > this situation is messed up. But, AFAICT, nobody but autogen > > actually uses libopts, so this isn't much of a problem. > > I just found one. > tcpreplay uses it's own in-tree version of libopts (and installs a > shared library for it, no less). I plan to submit this for FE, but I > think we need to sort out this libopts business first. Can you patch it to use 'autogen-devel' instead? FYI, libopts has been removed now. autogen is still broken in FC5 as far as I know due to some odd build failures... If anyone has any ideas: http://buildsys.fedoraproject.org/build-status/job.psp?uid=24510 kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From fedora at camperquake.de Tue Dec 26 17:09:16 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Tue, 26 Dec 2006 18:09:16 +0100 Subject: libopts In-Reply-To: <20061226095439.7cbaab37@ningauble.scrye.com> References: <20061221200004.350b4ac4@ningauble.scrye.com> <1166766893.5079.50.camel@mccallum.corsepiu.local> <20061226173843.6ab63770@lain.camperquake.de> <20061226095439.7cbaab37@ningauble.scrye.com> Message-ID: <20061226180916.50fa7221@lain.camperquake.de> Hi. On Tue, 26 Dec 2006 09:54:39 -0700, Kevin Fenzi wrote > Can you patch it to use 'autogen-devel' instead? No need for that, it can use a system wide libopts if it finds one (calls autoopts-config in configure). It does fail to find a header, then, though: autoopts/options.h > If anyone has any ideas: > > http://buildsys.fedoraproject.org/build-status/job.psp?uid=24510 The compiler tries to link an executable (.libs/autogen), but none of the source files provide a symbol named "main" (the program entry point). Odd. Can you grep through the sources and look where that may be found? From eamitdey at yahoo.com Tue Dec 26 18:19:06 2006 From: eamitdey at yahoo.com (Amit Dey) Date: Tue, 26 Dec 2006 10:19:06 -0800 (PST) Subject: fedora-extras-list Digest, Vol 25, Issue 59 In-Reply-To: <20061226170017.3654D7322D@hormel.redhat.com> Message-ID: <20061226181906.19702.qmail@web36801.mail.mud.yahoo.com> >Not exactly command line use, but I would be happy for a tool that >can get the passphrase for my ssh-keys from the gnome keyring. Can u give some brief idea bout passphrase, ssh-keys and gnome keyring. so that i could know if i can make this tool. Thanks. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From fedora at camperquake.de Tue Dec 26 18:36:18 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Tue, 26 Dec 2006 19:36:18 +0100 Subject: fedora-extras-list Digest, Vol 25, Issue 59 In-Reply-To: <20061226181906.19702.qmail@web36801.mail.mud.yahoo.com> References: <20061226170017.3654D7322D@hormel.redhat.com> <20061226181906.19702.qmail@web36801.mail.mud.yahoo.com> Message-ID: <20061226193618.67784f24@lain.camperquake.de> Hi. On Tue, 26 Dec 2006 10:19:06 -0800 (PST), Amit Dey wrote > >Not exactly command line use, but I would be happy for a tool that > >can get the passphrase for my ssh-keys from the gnome keyring. > Can u give some brief idea bout passphrase, ssh-keys and gnome > keyring. so that i could know if i can make this tool. Whenever you ask ssh to add a key into it's keyring (via ssh-add), ssh calls out to an external program to retrieve the passphrase needed to decrypt the key (if the key is encrypted, that is). ssh does not care how the external program gets the passphrase, as long as one is delivered (via stdout of the external program). The existing programs for this (/usr/libexec/openssh/gnome-ssh-askpass, for example) display a dialog for the user to enter the passphrase in. I'd like a program which queries the gnome keyring instead, so that I have to enter just one passphrase (for the gnome keyring) instead of two (for the gnome keyring, and for the ssh key) From frank-buettner at gmx.net Tue Dec 26 18:44:55 2006 From: frank-buettner at gmx.net (=?UTF-8?B?RnJhbmsgQsO8dHRuZXI=?=) Date: Tue, 26 Dec 2006 19:44:55 +0100 Subject: category question for comps Message-ID: <45916DA7.30508@gmx.net> Hello, In witch group will libs fall, that allow application to access hardware? I would say "hardware-support" or? The question is in detail for my CT-API lib package for the Cyberjack smart card readers. Or shut we create an new group for card readers? 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 jeff at ocjtech.us Tue Dec 26 21:57:46 2006 From: jeff at ocjtech.us (Jeffrey C. Ollie) Date: Tue, 26 Dec 2006 15:57:46 -0600 Subject: Howto print message on rpm install? In-Reply-To: <459129B7.8080705@leemhuis.info> References: <20061226144435.9f4d9715.bugs.michael@gmx.net> <459129B7.8080705@leemhuis.info> Message-ID: <1167170266.3304.14.camel@lt21223.campus.dmacc.edu> On Tue, 2006-12-26 at 14:55 +0100, Thorsten Leemhuis wrote: > > BTW, I think there was already a consensus some months ago to disallow > output from the rpm scripts entirely. But it never found the way into > the guidelines afaics :-/ Maybe there was an agreement on non-error messages, but error messages should be allowed in certain circumstances. Jeff -------------- 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 all-the-johnsons.co.uk Tue Dec 26 23:38:27 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Tue, 26 Dec 2006 23:38:27 +0000 Subject: Stella - an Atari 2600 emulator Message-ID: <1167176307.3520.55.camel@T7.Linux> Hi, I'm packaging stella for consideration to Extras. Now, this is not the first emulator I've submitted, so I'm quite aware of the legal minefield they pose. Given this is purely the emulator of a machine which required plug in ROMS (none of which are packaged with Stella), could someone higher up the food chain have a look at stella.sf.net to see if it would cause any upsets? I can't see anything which will cause pain. TTFN Paul -- "Mmmmmmmm....Shakira geschmiert mit schokolade" sagt Homer -------------- 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 Tue Dec 26 23:51:22 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 26 Dec 2006 17:51:22 -0600 Subject: Stella - an Atari 2600 emulator In-Reply-To: <1167176307.3520.55.camel@T7.Linux> References: <1167176307.3520.55.camel@T7.Linux> Message-ID: >>>>> "P" == Paul writes: P> Given this is purely the emulator of a machine which required plug P> in ROMS (none of which are packaged with Stella), could someone P> higher up the food chain have a look at stella.sf.net to see if it P> would cause any upsets? Unfortunately an emulator isn't useful if the content required to use it is not permissible in Extras. I know there are at least a few "free" 2600 ROMs; do you know offhand if any of those are free enough to be permissible in Extras? - J< From chris.stone at gmail.com Tue Dec 26 23:54:22 2006 From: chris.stone at gmail.com (Christopher Stone) Date: Tue, 26 Dec 2006 15:54:22 -0800 Subject: Stella - an Atari 2600 emulator In-Reply-To: <1167176307.3520.55.camel@T7.Linux> References: <1167176307.3520.55.camel@T7.Linux> Message-ID: On 12/26/06, Paul wrote: > Hi, > > I'm packaging stella for consideration to Extras. Now, this is not the > first emulator I've submitted, so I'm quite aware of the legal minefield > they pose. > > Given this is purely the emulator of a machine which required plug in > ROMS (none of which are packaged with Stella), could someone higher up > the food chain have a look at stella.sf.net to see if it would cause any > upsets? > > I can't see anything which will cause pain. > > TTFN > > Paul Emulators that require copyrighted ROMs to run are not allowed. See: http://fedoraproject.org/wiki/Packaging/Guidelines#head-4403f78cef38524137da5930e57d983a5f93e12f And stella is already available in the dribble repository. From paul at all-the-johnsons.co.uk Tue Dec 26 23:56:56 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Tue, 26 Dec 2006 23:56:56 +0000 Subject: Stella - an Atari 2600 emulator In-Reply-To: References: <1167176307.3520.55.camel@T7.Linux> Message-ID: <1167177416.3520.58.camel@T7.Linux> Hi, > Emulators that require copyrighted ROMs to run are not allowed. I am very much aware of that. > And stella is already available in the dribble repository. Dribble? Don't know that one. TTFN Paul -- "Mmmmmmmm....Shakira geschmiert mit schokolade" sagt Homer -------------- 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 all-the-johnsons.co.uk Wed Dec 27 00:01:55 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Wed, 27 Dec 2006 00:01:55 +0000 Subject: Stella - an Atari 2600 emulator In-Reply-To: References: <1167176307.3520.55.camel@T7.Linux> Message-ID: <1167177715.3520.61.camel@T7.Linux> Hi, > P> Given this is purely the emulator of a machine which required plug > P> in ROMS (none of which are packaged with Stella), could someone > P> higher up the food chain have a look at stella.sf.net to see if it > P> would cause any upsets? > > Unfortunately an emulator isn't useful if the content required to use > it is not permissible in Extras. I know there are at least a few > "free" 2600 ROMs; do you know offhand if any of those are free enough > to be permissible in Extras? I know of a couple which would fit the bill but the site which held them seems to have vanished into the unknown. Which ones do you know of? TTFN Paul -- "Mmmmmmmm....Shakira geschmiert mit schokolade" sagt Homer -------------- 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 Wed Dec 27 00:04:42 2006 From: chris.stone at gmail.com (Christopher Stone) Date: Tue, 26 Dec 2006 16:04:42 -0800 Subject: Stella - an Atari 2600 emulator In-Reply-To: <1167177416.3520.58.camel@T7.Linux> References: <1167176307.3520.55.camel@T7.Linux> <1167177416.3520.58.camel@T7.Linux> Message-ID: On 12/26/06, Paul wrote: > Hi, > > Dribble? Don't know that one. http://fedoranews.org/wiki/Fedora_Weekly_News_Issue_62#Announcing_Dribble_a_new_addon_repo From bugzilla at redhat.com Wed Dec 27 00:05:35 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 26 Dec 2006 19:05:35 -0500 Subject: [Bug 179852] FC4 buildsys fails - FC4 mock succeeds - wine-docs package In-Reply-To: Message-ID: <200612270005.kBR05Zb2008146@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: FC4 buildsys fails - FC4 mock succeeds - wine-docs package https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179852 ------- Additional Comments From toshio at tiki-lounge.com 2006-12-26 19:05 EST ------- At the moment, fc4 builds of wine-docs are stalling with the strace hack. http://buildsys.fedoraproject.org/build-status/job.psp?uid=24250 ran for 6 days. Dennis Gilmore and I have killed it as it was hung up with strace waiting for docbook2txt. Seeing as builds for FC4 and below are going to be disabled on January 1 is there much point to continuing to try and track down this problem? -- 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 kevin at scrye.com Wed Dec 27 00:11:37 2006 From: kevin at scrye.com (Kevin Fenzi) Date: Tue, 26 Dec 2006 17:11:37 -0700 Subject: libopts In-Reply-To: <20061226180916.50fa7221@lain.camperquake.de> References: <20061221200004.350b4ac4@ningauble.scrye.com> <1166766893.5079.50.camel@mccallum.corsepiu.local> <20061226173843.6ab63770@lain.camperquake.de> <20061226095439.7cbaab37@ningauble.scrye.com> <20061226180916.50fa7221@lain.camperquake.de> Message-ID: <20061226171137.37b8d57f@ningauble.scrye.com> On Tue, 26 Dec 2006 18:09:16 +0100 fedora at camperquake.de (Ralf Ertzinger) wrote: > Hi. > > On Tue, 26 Dec 2006 09:54:39 -0700, Kevin Fenzi wrote > > > Can you patch it to use 'autogen-devel' instead? > > No need for that, it can use a system wide libopts if it finds one > (calls autoopts-config in configure). > It does fail to find a header, then, though: autoopts/options.h Yeah, that header isn't available in autogen-devel. Can you file a bug against autogen about it? > > > If anyone has any ideas: > > > > http://buildsys.fedoraproject.org/build-status/job.psp?uid=24510 > > The compiler tries to link an executable (.libs/autogen), but none of > the source files provide a symbol named "main" (the program entry > point). Odd. Can you grep through the sources and look where that may > be found? > Yeah, there is a main() def in autogen.c... and the package builds just fine on fc6/devel... so it sounds like some dependency of it behaves differently on fc5. Paul (The maintainer) is looking at it now.. I just wanted to try and get it cleaned up in the repo. ;) kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From tibbs at math.uh.edu Wed Dec 27 03:59:08 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 26 Dec 2006 21:59:08 -0600 Subject: Stella - an Atari 2600 emulator In-Reply-To: <1167177715.3520.61.camel@T7.Linux> References: <1167176307.3520.55.camel@T7.Linux> <1167177715.3520.61.camel@T7.Linux> Message-ID: >>>>> "P" == Paul writes: P> I know of a couple which would fit the bill but the site which held P> them seems to have vanished into the unknown. Which ones do you P> know of? I only vaguely recall that some insane folks had coded up a few homebrew ROMs. The article at http://www.oreillynet.com/lpt/a/4849 provides some info, and links to http://www.atariage.com/development_list.html and http://www.pixelspast.com/games/scsicide/index.php However, I have no idea if there's any redistributable content around there. - J< From fedora at leemhuis.info Wed Dec 27 05:40:00 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 27 Dec 2006 06:40:00 +0100 Subject: Howto print message on rpm install? In-Reply-To: <1167170266.3304.14.camel@lt21223.campus.dmacc.edu> References: <20061226144435.9f4d9715.bugs.michael@gmx.net> <459129B7.8080705@leemhuis.info> <1167170266.3304.14.camel@lt21223.campus.dmacc.edu> Message-ID: <45920730.8080202@leemhuis.info> Jeffrey C. Ollie schrieb: > On Tue, 2006-12-26 at 14:55 +0100, Thorsten Leemhuis wrote: >> BTW, I think there was already a consensus some months ago to disallow >> output from the rpm scripts entirely. But it never found the way into >> the guidelines afaics :-/ > Maybe there was an agreement on non-error messages, but error messages > should be allowed in certain circumstances. Well, allowed maybe, but it IMHO does not make to much sense for the same reasons (you won't see them in nightly yum updates, front ends like pirut won't show them and you often won't even see them in plain yum as they often scroll away quite soon due to the output from installing other packages, ...), so you should not rely on them. CU thl From jeff at ocjtech.us Wed Dec 27 06:00:01 2006 From: jeff at ocjtech.us (Jeffrey C. Ollie) Date: Wed, 27 Dec 2006 00:00:01 -0600 Subject: Howto print message on rpm install? In-Reply-To: <45920730.8080202@leemhuis.info> References: <20061226144435.9f4d9715.bugs.michael@gmx.net> <459129B7.8080705@leemhuis.info> <1167170266.3304.14.camel@lt21223.campus.dmacc.edu> <45920730.8080202@leemhuis.info> Message-ID: <1167199201.7813.6.camel@lt21223.campus.dmacc.edu> On Wed, 2006-12-27 at 06:40 +0100, Thorsten Leemhuis wrote: > Jeffrey C. Ollie schrieb: > > > > Maybe there was an agreement on non-error messages, but error messages > > should be allowed in certain circumstances. > > Well, allowed maybe, but it IMHO does not make to much sense for the > same reasons so you should not rely on them. True, but to just silently ignore errors just seems wrong to me. If all output to stdout/stderr is to be banned then there should be some standard mechanism for reporting the errors so that the user can be informed & deal with the situation. Of course, this all takes time... Jeff -------------- 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 Wed Dec 27 06:08:22 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 27 Dec 2006 07:08:22 +0100 Subject: Howto print message on rpm install? In-Reply-To: <1167199201.7813.6.camel@lt21223.campus.dmacc.edu> References: <20061226144435.9f4d9715.bugs.michael@gmx.net> <459129B7.8080705@leemhuis.info> <1167170266.3304.14.camel@lt21223.campus.dmacc.edu> <45920730.8080202@leemhuis.info> <1167199201.7813.6.camel@lt21223.campus.dmacc.edu> Message-ID: <45920DD6.2020709@leemhuis.info> Jeffrey C. Ollie schrieb: > On Wed, 2006-12-27 at 06:40 +0100, Thorsten Leemhuis wrote: >> Jeffrey C. Ollie schrieb: >>> Maybe there was an agreement on non-error messages, but error messages >>> should be allowed in certain circumstances. >> Well, allowed maybe, but it IMHO does not make to much sense for the >> same reasons so you should not rely on them. > True, but to just silently ignore errors just seems wrong to me. Yeap. > If all > output to stdout/stderr is to be banned then there should be some > standard mechanism for reporting the errors so that the user can be > informed & deal with the situation. Of course, this all takes time... Something for the next-gen rpm? Or should we try to build something around the current rpm? CU thl From tmz at pobox.com Wed Dec 27 06:33:36 2006 From: tmz at pobox.com (Todd Zullinger) Date: Wed, 27 Dec 2006 01:33:36 -0500 Subject: gnome-keyring, ssh keys, and less password entries (was Re: fedora-extras-list Digest, Vol 25, Issue 59) In-Reply-To: <20061226193618.67784f24@lain.camperquake.de> References: <20061226170017.3654D7322D@hormel.redhat.com> <20061226181906.19702.qmail@web36801.mail.mud.yahoo.com> <20061226193618.67784f24@lain.camperquake.de> Message-ID: <20061227063336.GA8291@psilocybe.teonanacatl.org> Ralf Ertzinger wrote: > I'd like a program which queries the gnome keyring instead, so that > I have to enter just one passphrase (for the gnome keyring) instead > of two (for the gnome keyring, and for the ssh key) While this isn't precisely what you asked for, it seems like it might satisfy your goals... I've installed pam_keyring and pam_ssh and made 2 small tweaks to my /etc/pam.d/gdm config[1]. This allows me to login via gdm and have both my gnome-keyring and ssh-keys unlocked automatically, provided the passwords for the gnome-keyring and ssh keys are the same as my login password. FWIW, it appears that the development version of Seahorse can save your ssh key passwords in gnome-keyring[2][3]. I've not tried Seahorse. [1] The changes I made to the gdm pam config are as follows: --- gdm~ 2006-12-15 11:28:41.000000000 -0500 +++ gdm 2006-12-27 01:22:15.000000000 -0500 @@ -1,5 +1,7 @@ #%PAM-1.0 auth required pam_env.so +auth optional pam_keyring.so try_first_pass +auth optional pam_ssh.so try_first_pass auth include system-auth account required pam_nologin.so account include system-auth @@ -8,4 +10,6 @@ session include system-auth session required pam_loginuid.so session optional pam_console.so +session optional pam_keyring.so +session optional pam_ssh.so [2] http://live.gnome.org/Seahorse [3] http://live.gnome.org/Seahorse/SSHAgent HTH, -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ====================================================================== Erotic is when you use a feather, kinky is when you use the whole chicken. -- C. Haynes. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From tibbs at math.uh.edu Wed Dec 27 06:50:26 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 27 Dec 2006 00:50:26 -0600 Subject: Howto print message on rpm install? In-Reply-To: <45920DD6.2020709@leemhuis.info> References: <20061226144435.9f4d9715.bugs.michael@gmx.net> <459129B7.8080705@leemhuis.info> <1167170266.3304.14.camel@lt21223.campus.dmacc.edu> <45920730.8080202@leemhuis.info> <1167199201.7813.6.camel@lt21223.campus.dmacc.edu> <45920DD6.2020709@leemhuis.info> Message-ID: >>>>> "TL" == Thorsten Leemhuis writes: TL> Something for the next-gen rpm? Or should we try to build TL> something around the current rpm? It could be as simple as shipping a script to be called in an RPM scriptlet which reports errors in various ways. Default to something like mailing root but let the administrator to configure it to do other things. Unfortunately that would clutter up specfiles with extra "Requires(post):" bits. - J< From chris.stone at gmail.com Wed Dec 27 07:30:00 2006 From: chris.stone at gmail.com (Christopher Stone) Date: Tue, 26 Dec 2006 23:30:00 -0800 Subject: Howto print message on rpm install? In-Reply-To: References: <20061226144435.9f4d9715.bugs.michael@gmx.net> <459129B7.8080705@leemhuis.info> <1167170266.3304.14.camel@lt21223.campus.dmacc.edu> <45920730.8080202@leemhuis.info> <1167199201.7813.6.camel@lt21223.campus.dmacc.edu> <45920DD6.2020709@leemhuis.info> Message-ID: On 27 Dec 2006 00:50:26 -0600, Jason L Tibbitts III wrote: > >>>>> "TL" == Thorsten Leemhuis writes: > > TL> Something for the next-gen rpm? Or should we try to build > TL> something around the current rpm? > > It could be as simple as shipping a script to be called in an RPM > scriptlet which reports errors in various ways. Default to something > like mailing root but let the administrator to configure it to do > other things. > > Unfortunately that would clutter up specfiles with extra > "Requires(post):" bits. Whats wrong with using syslog? From giallu at gmail.com Wed Dec 27 09:50:43 2006 From: giallu at gmail.com (Gianluca Sforna) Date: Wed, 27 Dec 2006 10:50:43 +0100 Subject: Howto print message on rpm install? In-Reply-To: References: <20061226144435.9f4d9715.bugs.michael@gmx.net> <459129B7.8080705@leemhuis.info> <1167170266.3304.14.camel@lt21223.campus.dmacc.edu> <45920730.8080202@leemhuis.info> <1167199201.7813.6.camel@lt21223.campus.dmacc.edu> <45920DD6.2020709@leemhuis.info> Message-ID: On 12/27/06, Christopher Stone wrote: > On 27 Dec 2006 00:50:26 -0600, Jason L Tibbitts III wrote: > > >>>>> "TL" == Thorsten Leemhuis writes: > > > > TL> Something for the next-gen rpm? Or should we try to build > > TL> something around the current rpm? > > > > It could be as simple as shipping a script to be called in an RPM > > scriptlet which reports errors in various ways. Default to something > > like mailing root but let the administrator to configure it to do > > other things. > > > > Unfortunately that would clutter up specfiles with extra > > "Requires(post):" bits. > > Whats wrong with using syslog? > Yap. that way if the system is correctly configured (that is, root mail is sent to someone) logwatch will inform you of the problems. I recently discovered the "logger" command... From Axel.Thimm at ATrpms.net Wed Dec 27 11:08:40 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Wed, 27 Dec 2006 12:08:40 +0100 Subject: Howto print message on rpm install? In-Reply-To: <45920730.8080202@leemhuis.info> References: <20061226144435.9f4d9715.bugs.michael@gmx.net> <459129B7.8080705@leemhuis.info> <1167170266.3304.14.camel@lt21223.campus.dmacc.edu> <45920730.8080202@leemhuis.info> Message-ID: <20061227110840.GA8150@neu.nirvana> On Wed, Dec 27, 2006 at 06:40:00AM +0100, Thorsten Leemhuis wrote: > Jeffrey C. Ollie schrieb: > > On Tue, 2006-12-26 at 14:55 +0100, Thorsten Leemhuis wrote: > >> BTW, I think there was already a consensus some months ago to disallow > >> output from the rpm scripts entirely. But it never found the way into > >> the guidelines afaics :-/ > > Maybe there was an agreement on non-error messages, but error messages > > should be allowed in certain circumstances. > > Well, allowed maybe, but it IMHO does not make to much sense for the > same reasons (you won't see them in nightly yum updates, front ends like > pirut won't show them and you often won't even see them in plain yum as > they often scroll away quite soon due to the output from installing > other packages, ...), so you should not rely on them. An error message should of course be accompanied with a non-zero exit code of the scriplet, in which case no tool will scroll by (or if a tool would do that it would ba a bug in the tool) -- 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 chitlesh at fedoraproject.org Wed Dec 27 13:20:01 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Wed, 27 Dec 2006 14:20:01 +0100 Subject: Possible wxWidgets-2.8 problem (rawhide) In-Reply-To: <20061217152550.GA4561@jadzia.bu.edu> References: <1166353800.21598.21.camel@T7.Linux> <20061217152550.GA4561@jadzia.bu.edu> Message-ID: <13dbfe4f0612270520i6ad7cd68u4ab925ce5f2a97bb@mail.gmail.com> On 12/17/06, Matthew Miller wrote: > I enabled 2.6 compatibility in the build, so theoretically anything that > worked with 2.6 should work -- unless it was depending on 2.2 compatibility, > which is now gone. Hello, I'm having the same problem too for the "toped" package in rawhide. I've notified upstream, and upstream is working on it as well. https://sourceforge.net/tracker/index.php?func=detail&aid=1622434&group_id=9863&atid=109863 When upstream compiled wxWidgets from sources, toped is successfully compiled with some minor patches, however with the FE rpms, it fails. It seems that the wxWidgets 2.8 rpms aren't properly compiled. Chitlesh -- http://clunixchit.blogspot.com From bugs.michael at gmx.net Wed Dec 27 13:44:59 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 27 Dec 2006 14:44:59 +0100 Subject: Possible wxWidgets-2.8 problem (rawhide) In-Reply-To: <13dbfe4f0612270520i6ad7cd68u4ab925ce5f2a97bb@mail.gmail.com> References: <1166353800.21598.21.camel@T7.Linux> <20061217152550.GA4561@jadzia.bu.edu> <13dbfe4f0612270520i6ad7cd68u4ab925ce5f2a97bb@mail.gmail.com> Message-ID: <20061227144459.ad3586c6.bugs.michael@gmx.net> On Wed, 27 Dec 2006 14:20:01 +0100, Chitlesh GOORAH wrote: > On 12/17/06, Matthew Miller wrote: > > I enabled 2.6 compatibility in the build, so theoretically anything that > > worked with 2.6 should work -- unless it was depending on 2.2 compatibility, > > which is now gone. > > Hello, > I'm having the same problem too for the "toped" package in rawhide. > I've notified upstream, and upstream is working on it as well. > https://sourceforge.net/tracker/index.php?func=detail&aid=1622434&group_id=9863&atid=109863 > > When upstream compiled wxWidgets from sources, toped is successfully > compiled with some minor patches, however with the FE rpms, it fails. > It seems that the wxWidgets 2.8 rpms aren't properly compiled. I've added a comment to the SF ticket. Recommended reading. ;) From fedora at camperquake.de Wed Dec 27 15:57:15 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Wed, 27 Dec 2006 16:57:15 +0100 Subject: libopts In-Reply-To: <20061226171137.37b8d57f@ningauble.scrye.com> References: <20061221200004.350b4ac4@ningauble.scrye.com> <1166766893.5079.50.camel@mccallum.corsepiu.local> <20061226173843.6ab63770@lain.camperquake.de> <20061226095439.7cbaab37@ningauble.scrye.com> <20061226180916.50fa7221@lain.camperquake.de> <20061226171137.37b8d57f@ningauble.scrye.com> Message-ID: <20061227165715.60f403b3@lain.camperquake.de> Hi. On Tue, 26 Dec 2006 17:11:37 -0700, Kevin Fenzi wrote > Yeah, that header isn't available in autogen-devel. > Can you file a bug against autogen about it? autogen is not in bugzilla. From ville.skytta at iki.fi Wed Dec 27 16:10:39 2006 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Wed, 27 Dec 2006 18:10:39 +0200 Subject: libopts In-Reply-To: <20061227165715.60f403b3@lain.camperquake.de> References: <20061221200004.350b4ac4@ningauble.scrye.com> <20061226171137.37b8d57f@ningauble.scrye.com> <20061227165715.60f403b3@lain.camperquake.de> Message-ID: <200612271810.39929.ville.skytta@iki.fi> On Wednesday 27 December 2006 17:57, Ralf Ertzinger wrote: > autogen is not in bugzilla. https://bugzilla.redhat.com/bugzilla/buglist.cgi?product=Fedora+Extras&component=autogen From paul at all-the-johnsons.co.uk Wed Dec 27 16:18:42 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Wed, 27 Dec 2006 16:18:42 +0000 Subject: libopts In-Reply-To: <20061227165715.60f403b3@lain.camperquake.de> References: <20061221200004.350b4ac4@ningauble.scrye.com> <1166766893.5079.50.camel@mccallum.corsepiu.local> <20061226173843.6ab63770@lain.camperquake.de> <20061226095439.7cbaab37@ningauble.scrye.com> <20061226180916.50fa7221@lain.camperquake.de> <20061226171137.37b8d57f@ningauble.scrye.com> <20061227165715.60f403b3@lain.camperquake.de> Message-ID: <1167236322.3520.70.camel@T7.Linux> Hi, > > Yeah, that header isn't available in autogen-devel. > > Can you file a bug against autogen about it? > > autogen is not in bugzilla. Um, it is. I can see it infront of me. Fedora Extras - comes between autobuild-applet and autossh. What puzzles me more is why it fails to build under the PPC (FC5) which is why it's not building happily under FC5 wholesale. TTFN Paul -- "Mmmmmmmm....Shakira geschmiert mit schokolade" sagt Homer -------------- 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 Wed Dec 27 17:06:51 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 27 Dec 2006 09:06:51 -0800 Subject: FESCo Meeting Logs In-Reply-To: <51216.192.54.193.51.1166608913.squirrel@rousalka.dyndns.org> References: <1166477124.21769.36.camel@localhost.localdomain> <1166477464.12632.2.camel@rousalka.dyndns.org> <20061220103556.15477c62@ludwig-alpha.unil.ch> <51216.192.54.193.51.1166608913.squirrel@rousalka.dyndns.org> Message-ID: <1167239211.19928.179.camel@localhost.localdomain> On Wed, 2006-12-20 at 11:01 +0100, Nicolas Mailhot wrote: > Le Mer 20 d?cembre 2006 10:35, Christian Iseli a ?crit : > > On Mon, 18 Dec 2006 22:31:04 +0100, Nicolas Mailhot wrote: > >> with > >> every irc nick a pointer to the discussions this nick had a role in ? > > > > Hmm. Do you have a tool for that ? > > I think the guys that did kernel weekly news had something like this > Google didn't turn up anything. I'll send some email out to see if I can contact anyone that knows more. Having to hack our own version of this should be doable but not ideal -- 1: Autogenerate sections based on topic change. 2: Scan each subsection for certain nicks. 3: Combine any topics that are actually rehashes of the same (For instance, going back to a previous topic) 4: Output a couple index's by topic and commenter. This misses voting and comments that are given after a topic changes but could still be useful. It won't summarize the logs so ideally, this would be extra information on top of that. -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 camperquake.de Wed Dec 27 18:07:24 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Wed, 27 Dec 2006 19:07:24 +0100 Subject: libopts In-Reply-To: <200612271810.39929.ville.skytta@iki.fi> References: <20061221200004.350b4ac4@ningauble.scrye.com> <20061226171137.37b8d57f@ningauble.scrye.com> <20061227165715.60f403b3@lain.camperquake.de> <200612271810.39929.ville.skytta@iki.fi> Message-ID: <20061227190724.43a5238e@lain.camperquake.de> Hi. On Wed, 27 Dec 2006 18:10:39 +0200, Ville Skytt? wrote > https://bugzilla.redhat.com/bugzilla/buglist.cgi?product=Fedora+Extras&component=autogen Picking the right category actually helps. Sorry for that. From green at redhat.com Wed Dec 27 18:08:03 2006 From: green at redhat.com (Anthony Green) Date: Wed, 27 Dec 2006 10:08:03 -0800 Subject: Renaming LADSPA plugin packages Message-ID: <1167242883.3365.8.camel@localhost.localdomain> Fernando (from PlanetCCRMA) and I have been talking about renaming LADSPA plugin packages to prefix them with ladspa-, so today's swh-plugins package in Extras would become ladspa-swh-plugins. I'd like to do this within FC6, but I have a few questions. In the ladspa-swh-plugins spec file, I assume I just... Obsoletes: swh-plugins < 0.4.15-5 Provides: swh-plugins Right? I also assume it's OK to just check this in and not go through another review. Correct? Is there anything I could push out in a swh-plugins update to force the upgrade to ladspa-swh-plugins? Or is there some way I can just from swh-plugins from FC6 once ladspa-swh-plugins is out? I don't plan on doing this for FC5 or prior. AG From tibbs at math.uh.edu Wed Dec 27 18:09:40 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 27 Dec 2006 12:09:40 -0600 Subject: Howto print message on rpm install? In-Reply-To: References: <20061226144435.9f4d9715.bugs.michael@gmx.net> <459129B7.8080705@leemhuis.info> <1167170266.3304.14.camel@lt21223.campus.dmacc.edu> <45920730.8080202@leemhuis.info> <1167199201.7813.6.camel@lt21223.campus.dmacc.edu> <45920DD6.2020709@leemhuis.info> Message-ID: >>>>> "CS" == Christopher Stone writes: CS> Whats wrong with using syslog? Nothing; that would be great as one of the configurable targets of an error reporting script. Personally I'd rather the person who manages the OS installation get an email the instant there's an issue with an update on the test rig. - J< From rdieter at math.unl.edu Wed Dec 27 18:23:37 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 27 Dec 2006 12:23:37 -0600 Subject: Renaming LADSPA plugin packages References: <1167242883.3365.8.camel@localhost.localdomain> Message-ID: Anthony Green wrote: > Fernando (from PlanetCCRMA) and I have been talking about renaming > LADSPA plugin packages to prefix them with ladspa-, so today's > swh-plugins package in Extras would become ladspa-swh-plugins. > > I'd like to do this within FC6, but I have a few questions. > > In the ladspa-swh-plugins spec file, I assume I just... > > Obsoletes: swh-plugins < 0.4.15-5 > Provides: swh-plugins > > Right? Please use a *versioned* Provides, if at all possible. It is much safer (esp if you change your mind later). -- Rex From ville.skytta at iki.fi Wed Dec 27 18:29:56 2006 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Wed, 27 Dec 2006 20:29:56 +0200 Subject: Renaming LADSPA plugin packages In-Reply-To: <1167242883.3365.8.camel@localhost.localdomain> References: <1167242883.3365.8.camel@localhost.localdomain> Message-ID: <200612272029.56720.ville.skytta@iki.fi> On Wednesday 27 December 2006 20:08, Anthony Green wrote: > Fernando (from PlanetCCRMA) and I have been talking about renaming > LADSPA plugin packages to prefix them with ladspa-, so today's > swh-plugins package in Extras would become ladspa-swh-plugins. > > I'd like to do this within FC6, but I have a few questions. Some answers here: http://fedoraproject.org/wiki/PackagingDrafts/ProvidesObsoletes http://fedoraproject.org/wiki/Extras/PackageEndOfLife > In the ladspa-swh-plugins spec file, I assume I just... > > Obsoletes: swh-plugins < 0.4.15-5 > Provides: swh-plugins > > Right? The Provides: needs a version, like "swh-plugins = %{version}-%{release}". For more info, including guidelines for how long to keep the Provides in the future, see the ProvidesObsoletes draft above. > I also assume it's OK to just check this in and not go through another > review. Correct? Yes, if you're sure you got everything right. Remember also to add ladspa-swh-plugins to owners.list in CVS and to mark branches of swh-plugins that were renamed as dead in CVS (FC6+ I gather), see the PackageEndOfLife document above. > Is there anything I could push out in a swh-plugins update to force the > upgrade to ladspa-swh-plugins? The Obsoletes you're about to add should take care of that. > Or is there some way I can just from > swh-plugins from FC6 once ladspa-swh-plugins is out? ...can just what? ;) From green at redhat.com Wed Dec 27 18:46:20 2006 From: green at redhat.com (Anthony Green) Date: Wed, 27 Dec 2006 10:46:20 -0800 Subject: Renaming LADSPA plugin packages In-Reply-To: <200612272029.56720.ville.skytta@iki.fi> References: <1167242883.3365.8.camel@localhost.localdomain> <200612272029.56720.ville.skytta@iki.fi> Message-ID: <1167245180.3365.14.camel@localhost.localdomain> On Wed, 2006-12-27 at 20:29 +0200, Ville Skytt? wrote: > Some answers here: Thanks for the pointers. This looks easy. > > Or is there some way I can just from > > swh-plugins from FC6 once ladspa-swh-plugins is out? > > ...can just what? ;) Bah. Ignore this. I'm OK now. AG From buildsys at fedoraproject.org Wed Dec 27 19:09:13 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 27 Dec 2006 14:09:13 -0500 (EST) Subject: Fedora Extras Package Build Report 2006-12-27 Message-ID: <20061227190913.6162615212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 15 em8300-0.16.0-3.fc7 fuse-2.6.1-1.fc7 galeon-2.0.3-5.fc7 gnomesword-2.2.0-1.fc7 gramps-2.2.4-2.fc7 jd-1.8.5-0.1.beta061227.fc7 mussh-0.7-1.fc7 perl-Imager-0.55-1.fc7 perl-Module-Build-0.2806-1.fc7 perl-Spoon-0.24-1.fc7 perl-Test-NoWarnings-0.083-1.fc7 perl-Test-Tester-0.104-1.fc7 NEW pyfribidi-0.6.0-2.fc7 python-twisted-core-2.4.0-6.fc7 tracker-0.5.3-1.fc7 Packages built and released for Fedora Extras 6: 10 em8300-0.16.0-3.fc6 fuse-2.6.1-1.fc6 gnomesword-2.2.0-1.fc6 jd-1.8.5-0.1.beta061227.fc6 mussh-0.7-1.fc6 openvrml-0.16.2-3.fc6 python-twisted-core-2.4.0-6.fc6 NEW resapplet-0.1.1-5.fc6 tracker-0.5.3-1.fc6 wordpress-2.0.5-1.fc6 Packages built and released for Fedora Extras 5: 6 fuse-2.6.1-1.fc5 gnomesword-2.2.0-1.fc5.1 jd-1.8.5-0.1.beta061227.fc5 mussh-0.7-1.fc5 tracker-0.5.3-1.fc5 wordpress-2.0.5-1.fc5 Packages built and released for Fedora Extras 4: 2 fuse-2.6.1-1.fc4 wordpress-2.0.5-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 Wed Dec 27 20:06:20 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Wed, 27 Dec 2006 20:06:20 -0000 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-27 Message-ID: <20061227200620.29922.11033@extras64.linux.duke.edu> New report for: ville.skytta AT iki.fi package: em8300 - 0.16.0-3.fc7.i386 from fedora-extras-development-i386 unresolved deps: em8300-kmod >= 0:0.16.0 package: em8300 - 0.16.0-3.fc7.ppc from fedora-extras-development-ppc unresolved deps: em8300-kmod >= 0:0.16.0 package: em8300 - 0.16.0-3.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: em8300-kmod >= 0:0.16.0 ====================================================================== Summary of broken packages (by owner): Jochen AT herr-schmitt.de blender - 2.42a-17.fc7.i386 (5 days) blender - 2.42a-17.fc7.ppc (5 days) blender - 2.42a-17.fc7.x86_64 (5 days) andreas.bierfert AT lowlatency.de centericq - 4.21.0-8.fc6.i386 (57 days) centericq - 4.21.0-8.fc6.ppc (57 days) centericq - 4.21.0-8.fc6.x86_64 (57 days) orange - 0.3-4.cvs20051118.fc7.i386 (23 days) aportal AT univ-montp2.fr kicad - 2006.08.28-2.fc6.i386 (12 days) kicad - 2006.08.28-2.fc6.ppc (12 days) kicad - 2006.08.28-2.fc6.x86_64 (12 days) bdpepple AT ameritech.net python-telepathy - 0.13.7-2.fc7.noarch (19 days) python-telepathy - 0.13.7-2.fc7.noarch (19 days) python-telepathy - 0.13.7-2.fc7.noarch (19 days) braden AT endoframe.com openvrml - 0.16.2-2.fc7.i386 (3 days) openvrml - 0.16.2-2.fc7.i386 (3 days) openvrml - 0.16.2-2.fc7.ppc (3 days) openvrml - 0.16.2-2.fc7.x86_64 (3 days) openvrml-devel - 0.16.2-2.fc7.i386 (3 days) openvrml-devel - 0.16.2-2.fc7.i386 (3 days) openvrml-devel - 0.16.2-2.fc7.ppc (3 days) openvrml-devel - 0.16.2-2.fc7.x86_64 (3 days) cgoorah AT yahoo.com.au toped - 0.8.2-2.fc6.i386 (12 days) toped - 0.8.2-2.fc6.ppc (12 days) toped - 0.8.2-2.fc6.x86_64 (12 days) dan AT danny.cz codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (12 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (12 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.ppc (12 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.x86_64 (12 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.i386 (12 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.ppc (12 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.x86_64 (12 days) dcbw AT redhat.com csound - 5.03.0-9.fc7.i386 (19 days) csound - 5.03.0-9.fc7.i386 (19 days) csound - 5.03.0-9.fc7.ppc (19 days) csound - 5.03.0-9.fc7.x86_64 (19 days) csound-python - 5.03.0-9.fc7.i386 (19 days) csound-python - 5.03.0-9.fc7.ppc (19 days) csound-python - 5.03.0-9.fc7.x86_64 (19 days) denis AT poolshark.org glom - 1.2.1-2.fc7.i386 (19 days) glom - 1.2.1-2.fc7.ppc (19 days) glom - 1.2.1-2.fc7.x86_64 (19 days) k3d - 0.6.4.0-1.fc7.i386 (19 days) k3d - 0.6.4.0-1.fc7.i386 (19 days) k3d - 0.6.4.0-1.fc7.ppc (19 days) k3d - 0.6.4.0-1.fc7.x86_64 (19 days) dwmw2 AT redhat.com openpbx - 1.2-3.rc2.svn2135.fc7.i386 (21 days) openpbx - 1.2-3.rc2.svn2135.fc7.i386 (21 days) openpbx - 1.2-3.rc2.svn2135.fc7.ppc (21 days) openpbx - 1.2-3.rc2.svn2135.fc7.x86_64 (21 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.i386 (21 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.ppc (21 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.x86_64 (21 days) endur AT bennewitz.com streamtuner - 0.99.99-15.fc7.x86_64 (19 days) ghenry AT suretecsystems.com pgadmin3 - 1.4.3-6.fc6.i386 (21 days) pgadmin3 - 1.4.3-6.fc6.ppc (21 days) pgadmin3 - 1.4.3-6.fc6.x86_64 (21 days) giallu AT gmail.com kmod-sysprof-kdump - 1.0.7-1.2.6.18_1.2849.fc6.1.i686 (21 days) kmod-sysprof-xen - 1.0.7-1.2.6.18_1.2849.fc6.1.i686 (21 days) kmod-sysprof-xen - 1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 (21 days) ifoox AT redhat.com libreadline-java - 0.8.0-13.fc6.i386 (16 days) libreadline-java - 0.8.0-13.fc6.i386 (16 days) libreadline-java - 0.8.0-13.fc6.ppc (16 days) libreadline-java - 0.8.0-13.fc6.x86_64 (16 days) jafo-redhat AT tummy.com python-pydns - 2.3.0-4.fc6.noarch (19 days) python-pydns - 2.3.0-4.fc6.noarch (19 days) python-pydns - 2.3.0-4.fc6.noarch (19 days) jamatos AT fc.up.pt f2py - 2.45.241_1926-2.fc6.noarch (19 days) f2py - 2.45.241_1926-2.fc6.noarch (19 days) f2py - 2.45.241_1926-2.fc6.noarch (19 days) python-amara - 1.1.7-2.fc6.noarch (19 days) python-amara - 1.1.7-2.fc6.noarch (19 days) python-amara - 1.1.7-2.fc6.noarch (19 days) jeff AT ocjtech.us linphone - 1.2.0-4.fc5.i386 (79 days) linphone - 1.2.0-4.fc5.ppc (79 days) linphone - 1.2.0-4.fc5.x86_64 (79 days) karlthered AT gmail.com gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.i386 (35 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.i386 (35 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.ppc (35 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.x86_64 (35 days) lmacken AT redhat.com TurboGears - 1.0b2-5.fc7.noarch (14 days) TurboGears - 1.0b2-5.fc7.noarch (14 days) TurboGears - 1.0b2-5.fc7.noarch (14 days) python-cherrypy - 2.2.1-3.fc6.noarch (19 days) python-cherrypy - 2.2.1-3.fc6.noarch (19 days) python-cherrypy - 2.2.1-3.fc6.noarch (19 days) michel.salim AT gmail.com python-nltk - 1.4.4-3.fc7.noarch (19 days) python-nltk - 1.4.4-3.fc7.noarch (19 days) python-nltk - 1.4.4-3.fc7.noarch (19 days) mitr AT redhat.com python-4Suite-XML - 1.0-1.i386 (19 days) python-4Suite-XML - 1.0-1.ppc (19 days) python-4Suite-XML - 1.0-1.x86_64 (19 days) orion AT cora.nwra.com paraview - 2.4.4-3.fc6.x86_64 (19 days) paraview-mpi - 2.4.4-3.fc6.x86_64 (19 days) plplot - 5.6.1-8.fc7.i386 (19 days) plplot - 5.6.1-8.fc7.i386 (19 days) plplot - 5.6.1-8.fc7.ppc (19 days) plplot - 5.6.1-8.fc7.x86_64 (19 days) plplot-gnome - 5.6.1-8.fc7.i386 (19 days) plplot-gnome - 5.6.1-8.fc7.i386 (19 days) plplot-gnome - 5.6.1-8.fc7.ppc (19 days) plplot-gnome - 5.6.1-8.fc7.x86_64 (19 days) plplot-wxGTK - 5.6.1-8.fc7.i386 (19 days) plplot-wxGTK - 5.6.1-8.fc7.ppc (19 days) plplot-wxGTK - 5.6.1-8.fc7.x86_64 (19 days) paul AT all-the-johnsons.co.uk XaraLX - 0.7-8.fc6.r1763.i386 (12 days) XaraLX - 0.7-8.fc6.r1763.ppc (12 days) XaraLX - 0.7-8.fc6.r1763.x86_64 (12 days) autogen - 5.8.7-2.fc5.i386 (4 days) autogen - 5.8.7-2.fc5.ppc (4 days) autogen - 5.8.7-2.fc5.x86_64 (4 days) petersen AT redhat.com ghc-gtk2hs - 0.9.10-4.fc6.i386 (54 days) ghc-gtk2hs - 0.9.10-4.fc6.ppc (54 days) ghc-gtk2hs - 0.9.10-4.fc6.x86_64 (54 days) ghc642-gtk2hs - 0.9.10-4.fc6.i386 (54 days) ghc642-gtk2hs - 0.9.10-4.fc6.ppc (54 days) ghc642-gtk2hs - 0.9.10-4.fc6.x86_64 (54 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.i386 (54 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.ppc (54 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.x86_64 (54 days) prockai AT redhat.com cyrus-imapd - 2.3.7-4.fc6.i386 (28 days) cyrus-imapd - 2.3.7-4.fc6.i386 (28 days) cyrus-imapd - 2.3.7-4.fc6.ppc (28 days) cyrus-imapd - 2.3.7-4.fc6.x86_64 (28 days) rdieter AT math.unl.edu PyKDE - 3.16.0-5.fc7.i386 (19 days) PyKDE - 3.16.0-5.fc7.i386 (19 days) PyKDE - 3.16.0-5.fc7.ppc (19 days) PyKDE - 3.16.0-5.fc7.x86_64 (19 days) gift - 0.11.8.1-6.fc7.i386 (59 days) wxMaxima - 0.7.0a-5.fc7.ppc (4 days) roozbeh AT farsiweb.info translate-toolkit - 0.10.1-2.fc7.noarch (15 days) translate-toolkit - 0.10.1-2.fc7.noarch (15 days) translate-toolkit - 0.10.1-2.fc7.noarch (15 days) rpm AT timj.co.uk rapidsvn - 0.9.4-2.fc7.i386 (12 days) rapidsvn - 0.9.4-2.fc7.ppc (12 days) rapidsvn - 0.9.4-2.fc7.x86_64 (12 days) shahms AT shahms.com python-psyco - 1.5.1-4.fc6.i386 (19 days) stickster AT gmail.com xmldiff - 0.6.7-12.fc6.i386 (19 days) xmldiff - 0.6.7-12.fc6.ppc (19 days) xmldiff - 0.6.7-12.fc6.x86_64 (19 days) tcallawa AT redhat.com compat-wxPythonGTK2 - 2.4.2.4-12.fc6.i386 (19 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.ppc (19 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.x86_64 (19 days) evolution-bogofilter - 0.2.0-4.fc7.i386 (7 days) evolution-bogofilter - 0.2.0-4.fc7.ppc (7 days) evolution-bogofilter - 0.2.0-4.fc7.x86_64 (7 days) gambas-gb-db - 1.0.17-6.fc7.i386 (34 days) gambas-gb-db - 1.0.17-6.fc7.ppc (34 days) gambas-runtime - 1.0.17-6.fc7.i386 (34 days) gambas-runtime - 1.0.17-6.fc7.ppc (34 days) pychart - 1.39-4.fc6.noarch (19 days) pychart - 1.39-4.fc6.noarch (19 days) pychart - 1.39-4.fc6.noarch (19 days) rekall-postgresql - 2.4.3-5.fc6.i386 (21 days) rekall-postgresql - 2.4.3-5.fc6.ppc (21 days) rekall-postgresql - 2.4.3-5.fc6.x86_64 (21 days) rekall-python - 2.4.3-5.fc6.i386 (21 days) rekall-python - 2.4.3-5.fc6.ppc (21 days) rekall-python - 2.4.3-5.fc6.x86_64 (21 days) thomas AT apestaart.org python-twisted - 1.3.0-7.fc6.i386 (19 days) python-twisted - 1.3.0-7.fc6.ppc (19 days) python-twisted - 1.3.0-7.fc6.x86_64 (19 days) triad AT df.lth.se gnomad2 - 2.8.9-2.fc6.i386 (19 days) gnomad2 - 2.8.9-2.fc6.ppc (19 days) gnomad2 - 2.8.9-2.fc6.x86_64 (19 days) ville.skytta AT iki.fi em8300 - 0.16.0-3.fc7.i386 em8300 - 0.16.0-3.fc7.ppc em8300 - 0.16.0-3.fc7.x86_64 wart AT kobold.org cyphesis - 0.5.10-3.fc7.i386 (19 days) cyphesis - 0.5.10-3.fc7.ppc (19 days) cyphesis - 0.5.10-3.fc7.x86_64 (19 days) ====================================================================== Broken packages in fedora-extras-development-ppc: PyKDE-3.16.0-5.fc7.ppc requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.ppc requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_xml-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_net-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_xrc-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_html-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_adv-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_qa-2.6.so.0 blender-2.42a-17.fc7.ppc requires libgettextlib-0.16.so centericq-4.21.0-8.fc6.ppc requires libcurl.so.3 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.ppc requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.ppc requires libpython2.4.so.1.0 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpagent.so.10 em8300-0.16.0-3.fc7.ppc requires em8300-kmod >= 0:0.16.0 evolution-bogofilter-0.2.0-4.fc7.ppc requires libcamel-1.2.so.0 evolution-bogofilter-0.2.0-4.fc7.ppc requires libcamel-provider-1.2.so.8 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 gambas-gb-db-1.0.17-6.fc7.ppc requires libpq.so.4 gambas-runtime-1.0.17-6.fc7.ppc requires libgettextlib-0.15.so ghc-gtk2hs-0.9.10-4.fc6.ppc requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires ghc642 glom-1.2.1-2.fc7.ppc requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.ppc requires libpython2.4.so.1.0 gnomad2-2.8.9-2.fc6.ppc requires libmtp.so.2 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.ppc requires gecko-libs = 0:2.0 k3d-0.6.4.0-1.fc7.ppc requires libpython2.4.so.1.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) kicad-2006.08.28-2.fc6.ppc requires libwx_baseu_xml-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_baseu_net-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_baseu-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) libreadline-java-0.8.0-13.fc6.ppc requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.ppc requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.ppc requires libpq.so.4 openvrml-0.16.2-2.fc7.ppc requires firefox = 0:2.0 openvrml-devel-0.16.2-2.fc7.ppc requires firefox-devel = 0:2.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_ogl-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libpq.so.4 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_stc-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu_xml-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu_net-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_stc-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_ogl-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 plplot-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.ppc requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.ppc requires python(abi) = 0:2.4 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) rapidsvn-0.9.4-2.fc7.ppc requires libwx_baseu_xml-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) rapidsvn-0.9.4-2.fc7.ppc requires libwx_baseu_net-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_baseu-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 rekall-postgresql-2.4.3-5.fc6.ppc requires libpq.so.4 rekall-python-2.4.3-5.fc6.ppc requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.ppc requires libpython2.4.so.1.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.ppc requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 translate-toolkit-0.10.1-2.fc7.noarch requires python-elementtree wxMaxima-0.7.0a-5.fc7.ppc requires maxima >= 0:5.10 xmldiff-0.6.7-12.fc6.ppc requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-x86_64: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) blender-2.42a-17.fc7.x86_64 requires libgettextlib-0.16.so()(64bit) centericq-4.21.0-8.fc6.x86_64 requires libcurl.so.3()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) compat-wxPythonGTK2-2.4.2.4-12.fc6.x86_64 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) csound-python-5.03.0-9.fc7.x86_64 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyphesis-0.5.10-3.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpmibs.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmp.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmphelpers.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpagent.so.10()(64bit) em8300-0.16.0-3.fc7.x86_64 requires em8300-kmod >= 0:0.16.0 evolution-bogofilter-0.2.0-4.fc7.x86_64 requires libcamel-1.2.so.0()(64bit) evolution-bogofilter-0.2.0-4.fc7.x86_64 requires libcamel-provider-1.2.so.8()(64bit) f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 ghc-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires ghc642 gift-0.11.8.1-6.fc7.i386 requires libmagic.so.1 glom-1.2.1-2.fc7.x86_64 requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) gnomad2-2.8.9-2.fc6.x86_64 requires libmtp.so.2()(64bit) gtkmozembedmm-1.4.2.cvs20060817-5.fc7.i386 requires gecko-libs = 0:2.0 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.x86_64 requires gecko-libs = 0:2.0 k3d-0.6.4.0-1.fc7.i386 requires libpython2.4.so.1.0 k3d-0.6.4.0-1.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) kmod-sysprof-xen-1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 requires kernel-x86_64 = 0:2.6.18-1.2849.fc6xen libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 libreadline-java-0.8.0-13.fc6.x86_64 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-1.2-3.rc2.svn2135.fc7.x86_64 requires libedit.so.0()(64bit) openpbx-postgresql-1.2-3.rc2.svn2135.fc7.x86_64 requires libpq.so.4()(64bit) openvrml-0.16.2-2.fc7.i386 requires firefox = 0:2.0 openvrml-0.16.2-2.fc7.x86_64 requires firefox = 0:2.0 openvrml-devel-0.16.2-2.fc7.i386 requires firefox-devel = 0:2.0 openvrml-devel-0.16.2-2.fc7.x86_64 requires firefox-devel = 0:2.0 orange-0.3-4.cvs20051118.fc7.i386 requires libmagic.so.1 paraview-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) paraview-mpi-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_ogl-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_stc-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_stc-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_ogl-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libpq.so.4()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.x86_64 requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.x86_64 requires python(abi) = 0:2.4 rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) From buildsys at fedoraproject.org Wed Dec 27 20:06:21 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Wed, 27 Dec 2006 20:06:21 -0000 Subject: (2/2) Summary - Broken dependencies in Fedora Extras - 2006-12-27 Message-ID: <20061227200621.29922.1970@extras64.linux.duke.edu> rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) rekall-postgresql-2.4.3-5.fc6.x86_64 requires libpq.so.4()(64bit) rekall-python-2.4.3-5.fc6.x86_64 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) streamtuner-0.99.99-15.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) translate-toolkit-0.10.1-2.fc7.noarch requires python-elementtree xmldiff-0.6.7-12.fc6.x86_64 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-i386: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_xml-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_net-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_xrc-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_html-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_adv-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_qa-2.6.so.0 blender-2.42a-17.fc7.i386 requires libgettextlib-0.16.so centericq-4.21.0-8.fc6.i386 requires libcurl.so.3 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.i386 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.i386 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.i386 requires libpython2.4.so.1.0 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 em8300-0.16.0-3.fc7.i386 requires em8300-kmod >= 0:0.16.0 evolution-bogofilter-0.2.0-4.fc7.i386 requires libcamel-1.2.so.0 evolution-bogofilter-0.2.0-4.fc7.i386 requires libcamel-provider-1.2.so.8 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 gambas-gb-db-1.0.17-6.fc7.i386 requires libpq.so.4 gambas-runtime-1.0.17-6.fc7.i386 requires libgettextlib-0.15.so ghc-gtk2hs-0.9.10-4.fc6.i386 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires ghc642 glom-1.2.1-2.fc7.i386 requires python(abi) = 0:2.4 glom-1.2.1-2.fc7.i386 requires libpython2.4.so.1.0 gnomad2-2.8.9-2.fc6.i386 requires libmtp.so.2 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.i386 requires gecko-libs = 0:2.0 k3d-0.6.4.0-1.fc7.i386 requires libpython2.4.so.1.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) kicad-2006.08.28-2.fc6.i386 requires libwx_baseu_xml-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_baseu_net-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_baseu-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) kmod-sysprof-kdump-1.0.7-1.2.6.18_1.2849.fc6.1.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6kdump kmod-sysprof-xen-1.0.7-1.2.6.18_1.2849.fc6.1.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6xen libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.i386 requires libpq.so.4 openvrml-0.16.2-2.fc7.i386 requires firefox = 0:2.0 openvrml-devel-0.16.2-2.fc7.i386 requires firefox-devel = 0:2.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_ogl-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libpq.so.4 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_stc-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu_xml-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu_net-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_stc-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_ogl-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.i386 requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python-abi = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.i386 requires python(abi) = 0:2.4 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) rapidsvn-0.9.4-2.fc7.i386 requires libwx_baseu_xml-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) rapidsvn-0.9.4-2.fc7.i386 requires libwx_baseu_net-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_baseu-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 rekall-postgresql-2.4.3-5.fc6.i386 requires libpq.so.4 rekall-python-2.4.3-5.fc6.i386 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.i386 requires libpython2.4.so.1.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.i386 requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 translate-toolkit-0.10.1-2.fc7.noarch requires python-elementtree xmldiff-0.6.7-12.fc6.i386 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-5-ppc: autogen-5.8.7-2.fc5.ppc requires libopts.so.24 linphone-1.2.0-4.fc5.ppc requires libortp.so.2 ====================================================================== Broken packages in fedora-extras-5-x86_64: autogen-5.8.7-2.fc5.x86_64 requires libopts.so.24()(64bit) linphone-1.2.0-4.fc5.x86_64 requires libortp.so.2()(64bit) ====================================================================== Broken packages in fedora-extras-5-i386: autogen-5.8.7-2.fc5.i386 requires libopts.so.24 linphone-1.2.0-4.fc5.i386 requires libortp.so.2 From kevin at scrye.com Wed Dec 27 20:37:46 2006 From: kevin at scrye.com (Kevin Fenzi) Date: Wed, 27 Dec 2006 13:37:46 -0700 Subject: libopts In-Reply-To: <1167236322.3520.70.camel@T7.Linux> References: <20061221200004.350b4ac4@ningauble.scrye.com> <1166766893.5079.50.camel@mccallum.corsepiu.local> <20061226173843.6ab63770@lain.camperquake.de> <20061226095439.7cbaab37@ningauble.scrye.com> <20061226180916.50fa7221@lain.camperquake.de> <20061226171137.37b8d57f@ningauble.scrye.com> <20061227165715.60f403b3@lain.camperquake.de> <1167236322.3520.70.camel@T7.Linux> Message-ID: <20061227133746.26134824@ningauble.scrye.com> On Wed, 27 Dec 2006 16:18:42 +0000 paul at all-the-johnsons.co.uk (Paul) wrote: > Hi, > > > > Yeah, that header isn't available in autogen-devel. > > > Can you file a bug against autogen about it? > > > > autogen is not in bugzilla. > > Um, it is. I can see it infront of me. Fedora Extras - comes between > autobuild-applet and autossh. > > What puzzles me more is why it fails to build under the PPC (FC5) > which is why it's not building happily under FC5 wholesale. Where do you see that? http://buildsys.fedoraproject.org/build-status/job.psp?uid=24500 Did indeed fail on ppc. That was after I requested the removal of libopts-devel from the repo, and it was still listed as a buildrequires for autogen. It just happened to fail on ppc faster than the other arches. They would all have failed. http://buildsys.fedoraproject.org/build-status/job.psp?uid=24510 Failed on x86_64 http://buildsys.fedoraproject.org/build-status/job.psp?uid=24635 Failed on x86_64. It couldn't fail on ppc, since you ExcludeArch'ed it. It looks to me like it's the smp_mflags bug that is also there on fc6/devel.... so, I think you need to: - Remove "ExcludeArch: ppc" as this should work on ppc. - Remove the "%{?_smp_mflags}" from the make invocation. I think it should then build. > > TTFN > > Paul kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ville.skytta at iki.fi Wed Dec 27 20:49:37 2006 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Wed, 27 Dec 2006 22:49:37 +0200 Subject: rpms/autogen/FC-5 autogen.spec,1.6,1.7 In-Reply-To: <200612271852.kBRIqj4x019869@cvs-int.fedora.redhat.com> References: <200612271852.kBRIqj4x019869@cvs-int.fedora.redhat.com> Message-ID: <200612272249.37285.ville.skytta@iki.fi> On Wednesday 27 December 2006 20:52, Paul F. Johnson wrote: > Author: pfj > > Update of /cvs/extras/rpms/autogen/FC-5 > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv19854 > > Modified Files: > autogen.spec > Log Message: > > Excludes arch ppc (build fail) > autogen.spec [...] > > +ExcludeArch: ppc > + Oops, bug number + blocker on FE-ExcludeArch-ppc missing. http://fedoraproject.org/wiki/Packaging/ReviewGuidelines https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=FE-ExcludeArch-ppc Additionally, the FC-5 branch is now newer than FC-6 (5%{?dist} in former, 4%{?dist} in latter). See http://fedoraproject.org/wiki/Packaging/NamingGuidelines#DistBump how to do bumps like this without causing upgrade path issues. From mr.ecik at gmail.com Wed Dec 27 20:53:52 2006 From: mr.ecik at gmail.com (=?ISO-8859-2?Q?Micha=B3_Bentkowski?=) Date: Wed, 27 Dec 2006 21:53:52 +0100 Subject: Announcing FEver - an upstream tracking system Message-ID: <668bb39a0612271253j6bbcd4eep999fc25276242062@mail.gmail.com> Hi everybody! I am pleased to announce FEver - an upstream tracking system. It provides means to check upstream changes. If the version of your package can be found on any website then FEver is exactly what you need. It checks for a new version and if it finds one, FEver will put a new ticket on bugzilla to notify you at once. If you want to know how to arrange for your package to be checked by FEver have a look at its site [1]. Any opinions, suggestions? Feel free to discuss them here! Thank you in advance! [1]: http://fedoraproject.org/wiki/Micha%C5%82Bentkowski/FEver -- Micha? Bentkowski mr.ecik at gmail.com From paul at all-the-johnsons.co.uk Wed Dec 27 21:52:39 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Wed, 27 Dec 2006 21:52:39 +0000 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-27 In-Reply-To: <20061227200620.29922.11033@extras64.linux.duke.edu> References: <20061227200620.29922.11033@extras64.linux.duke.edu> Message-ID: <1167256359.3520.92.camel@T7.Linux> Hi, > paul AT all-the-johnsons.co.uk > XaraLX - 0.7-8.fc6.r1763.i386 (12 days) > XaraLX - 0.7-8.fc6.r1763.ppc (12 days) > XaraLX - 0.7-8.fc6.r1763.x86_64 (12 days) Hmm, I have a report of this failing on rawhide, but nothing on FC-6 unless wxGTK-2.8 (or whatever the current version is for FC6) has also been moved into the main distro. > autogen - 5.8.7-2.fc5.i386 (4 days) > autogen - 5.8.7-2.fc5.ppc (4 days) > autogen - 5.8.7-2.fc5.x86_64 (4 days) Should now be fixed (hopefully!) > XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_qa-2.6.so.0 Yeah, its not XaraLX which is bust, it's wx! > csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 > csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 > csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 This is more worrying (IMHO) as csound was (IIRC) very important for the OLPC project. TTFN Paul -- "Mmmmmmmm....Shakira geschmiert mit schokolade" sagt Homer -------------- 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 jspaleta at gmail.com Wed Dec 27 21:53:45 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 27 Dec 2006 12:53:45 -0900 Subject: Announcing FEver - an upstream tracking system In-Reply-To: <668bb39a0612271253j6bbcd4eep999fc25276242062@mail.gmail.com> References: <668bb39a0612271253j6bbcd4eep999fc25276242062@mail.gmail.com> Message-ID: <604aa7910612271353k2ea5ea95ked6dd3b2752585c2@mail.gmail.com> On 12/27/06, Micha? Bentkowski wrote: > Hi everybody! > I am pleased to announce FEver - an upstream tracking system. It > provides means to check upstream changes. If the version of your > package can be found on any website then FEver is exactly what you > need. It checks for a new version and if it finds one, FEver will put > a new ticket on bugzilla to notify you at once. If you want to know > how to arrange for your package to be checked by FEver have a look at > its site [1]. > Any opinions, suggestions? Feel free to discuss them here! > Thank you in advance! > > [1]: http://fedoraproject.org/wiki/Micha%C5%82Bentkowski/FEver I like the idea. Perhaps instead of the wikipage, would it make more sense to have the list of packages for FEver to watch be housed in the Extras CVS as a module? Would that scale out better than the wikipage. I'm concerned that if this becomes extremely popular that the wikipage as it is will become horribly too long. Are you talking to the infrastructure team, can this be incorporated into what they are working on for new tools? Can this be used to watch for new update rpms? Let's say I maintain package foo in Extras that depends on bar in Core. Can I use FEver (with appropriate modifications if needed) to watch for a new bar package in the published core updates or updates-testing and write a bugzilla report against foo in Extras to inform me of the new update? -jef From paul at all-the-johnsons.co.uk Wed Dec 27 21:57:10 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Wed, 27 Dec 2006 21:57:10 +0000 Subject: rpms/autogen/FC-5 autogen.spec,1.6,1.7 In-Reply-To: <200612272249.37285.ville.skytta@iki.fi> References: <200612271852.kBRIqj4x019869@cvs-int.fedora.redhat.com> <200612272249.37285.ville.skytta@iki.fi> Message-ID: <1167256630.3520.95.camel@T7.Linux> Hi, > http://fedoraproject.org/wiki/Packaging/ReviewGuidelines > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=FE-ExcludeArch-ppc I've added a BZ to the ExcArch ppc bug. > Additionally, the FC-5 branch is now newer than FC-6 (5%{?dist} in former, > 4%{?dist} in latter). See > http://fedoraproject.org/wiki/Packaging/NamingGuidelines#DistBump how to do > bumps like this without causing upgrade path issues. Thanks - I've updated FC6 to autogen 5.8.8-1 (it's been very stable in testing, far more so than 5.8.7 was!) TTFN Paul -- "Mmmmmmmm....Shakira geschmiert mit schokolade" sagt Homer -------------- 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 Wed Dec 27 22:30:38 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 27 Dec 2006 16:30:38 -0600 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-27 In-Reply-To: <1167256359.3520.92.camel@T7.Linux> References: <20061227200620.29922.11033@extras64.linux.duke.edu> <1167256359.3520.92.camel@T7.Linux> Message-ID: >>>>> "P" == Paul writes: P> Yeah, its not XaraLX which is bust, it's wx! Well, wx 2.8 was pushed to rawhide, and this package is linked against 2.6. I did not try to build this package against the updated wx libs, although I did try several others and was not successful. >> csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 >> csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 >> csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 P> This is more worrying (IMHO) as csound was (IIRC) very important P> for the OLPC project. Unfortunately it failed to build in rawhide (on my x86_64 mock setup, at least): In file included from /usr/include/alsa/asoundlib.h:44, from InOut/rtalsa.c:44: /usr/include/alsa/global.h:134: error: redefinition of 'struct timeval' /usr/include/alsa/global.h:139: error: redefinition of 'struct timespec' scons: *** [InOut/rtalsa.os] Error 1 scons: building terminated because of errors. Doesn't look like the usual python 2.5 API breakage; someone could probably fix it up pretty easily. - J< From bugs.michael at gmx.net Wed Dec 27 22:53:21 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 27 Dec 2006 23:53:21 +0100 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-27 In-Reply-To: <1167256359.3520.92.camel@T7.Linux> References: <20061227200620.29922.11033@extras64.linux.duke.edu> <1167256359.3520.92.camel@T7.Linux> Message-ID: <20061227235321.5cb06e74.bugs.michael@gmx.net> On Wed, 27 Dec 2006 21:52:39 +0000, Paul wrote: > Hi, > > > paul AT all-the-johnsons.co.uk > > XaraLX - 0.7-8.fc6.r1763.i386 (12 days) > > XaraLX - 0.7-8.fc6.r1763.ppc (12 days) > > XaraLX - 0.7-8.fc6.r1763.x86_64 (12 days) > > Hmm, I have a report of this failing on rawhide, but nothing on FC-6 > unless wxGTK-2.8 (or whatever the current version is for FC6) has also > been moved into the main distro. The private report you've received is what counts. This breakage is in "devel". The "fc6" in the package names is only because you haven't rebuilt your packages for devel before. %dist is ".fc7" for "devel". > > XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_qa-2.6.so.0 > > Yeah, its not XaraLX which is bust, it's wx! No, you need to rebuild XaraLX against the new wxWidgets release. > > csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 > > csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 > > csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 > > This is more worrying (IMHO) as csound was (IIRC) very important for the > OLPC project. ?? Python has been upgraded. You need to rebuild your packages in "devel". From chitlesh at fedoraproject.org Wed Dec 27 23:01:20 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Thu, 28 Dec 2006 00:01:20 +0100 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-27 In-Reply-To: <20061227200620.29922.11033@extras64.linux.duke.edu> References: <20061227200620.29922.11033@extras64.linux.duke.edu> Message-ID: <13dbfe4f0612271501kd6569bcj75103d75f690cfe8@mail.gmail.com> On 12/27/06, Fedora Extras repoclosure wrote: > ====================================================================== > Broken packages in fedora-extras-development-ppc: > > toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0 > toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) > toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) > toped-0.8.2-2.fc6.ppc requires libwx_baseu_xml-2.6.so.0 > toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 > toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 > toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) > toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) > toped-0.8.2-2.fc6.ppc requires libwx_baseu_net-2.6.so.0 > toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 > toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) > toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 > toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0 > toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) > toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 > ====================================================================== > Broken packages in fedora-extras-development-x86_64: > [ no broken dependencies for toped ] What could be the reason that, toped failes with wxGTK 2.8 on PPC architecture but not on x86_64 ? chitlesh -- http://clunixchit.blogspot.com From paul at all-the-johnsons.co.uk Wed Dec 27 23:02:41 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Wed, 27 Dec 2006 23:02:41 +0000 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-27 In-Reply-To: <20061227235321.5cb06e74.bugs.michael@gmx.net> References: <20061227200620.29922.11033@extras64.linux.duke.edu> <1167256359.3520.92.camel@T7.Linux> <20061227235321.5cb06e74.bugs.michael@gmx.net> Message-ID: <1167260561.3520.100.camel@T7.Linux> Hi, > > > XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_qa-2.6.so.0 > > > > Yeah, its not XaraLX which is bust, it's wx! > > No, you need to rebuild XaraLX against the new wxWidgets release. Current wX is bust in rawhide in quite a few ways. > > > csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 > > > csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 > > > csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 > > > > This is more worrying (IMHO) as csound was (IIRC) very important for the > > OLPC project. > > ?? Python has been upgraded. You need to rebuild your packages in > "devel". As Tibbs has reported, this isn't a python problem. TTFN Paul -- "Mmmmmmmm....Shakira geschmiert mit schokolade" sagt Homer -------------- 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 Dec 27 23:19:09 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 28 Dec 2006 00:19:09 +0100 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-27 In-Reply-To: <13dbfe4f0612271501kd6569bcj75103d75f690cfe8@mail.gmail.com> References: <20061227200620.29922.11033@extras64.linux.duke.edu> <13dbfe4f0612271501kd6569bcj75103d75f690cfe8@mail.gmail.com> Message-ID: <20061228001909.3221632a.bugs.michael@gmx.net> On Thu, 28 Dec 2006 00:01:20 +0100, Chitlesh GOORAH wrote: > On 12/27/06, Fedora Extras repoclosure wrote: > > ====================================================================== > > Broken packages in fedora-extras-development-ppc: > > > > toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0 > > toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) > > toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) > > toped-0.8.2-2.fc6.ppc requires libwx_baseu_xml-2.6.so.0 > > toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 > > toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 > > toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) > > toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) > > toped-0.8.2-2.fc6.ppc requires libwx_baseu_net-2.6.so.0 > > toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 > > toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) > > toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 > > toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0 > > toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) > > toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 > > > ====================================================================== > > Broken packages in fedora-extras-development-x86_64: > > > > [ no broken dependencies for toped ] > > What could be the reason that, toped failes with wxGTK 2.8 on PPC > architecture but not on x86_64 ? You misread the report. Look in part 2 of 2. It is broken for ppc/i386/x86_64. toped is listed in all three tables: fedora-extras-development-ppc fedora-extras-development-i386 fedora-extras-development-x86_64 You need to rebuild it against the new wxGTK. From bugs.michael at gmx.net Wed Dec 27 23:20:55 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 28 Dec 2006 00:20:55 +0100 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-27 In-Reply-To: <1167260561.3520.100.camel@T7.Linux> References: <20061227200620.29922.11033@extras64.linux.duke.edu> <1167256359.3520.92.camel@T7.Linux> <20061227235321.5cb06e74.bugs.michael@gmx.net> <1167260561.3520.100.camel@T7.Linux> Message-ID: <20061228002055.12f299da.bugs.michael@gmx.net> On Wed, 27 Dec 2006 23:02:41 +0000, Paul wrote: > Hi, > > > > > XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_qa-2.6.so.0 > > > > > > Yeah, its not XaraLX which is bust, it's wx! > > > > No, you need to rebuild XaraLX against the new wxWidgets release. > > Current wX is bust in rawhide in quite a few ways. So? How? I see an old XaraLX from October, which has not been built for the new wxWidgets yet. > > > > csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 > > > > csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 > > > > csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 > > > > > > This is more worrying (IMHO) as csound was (IIRC) very important for the > > > OLPC project. > > > > ?? Python has been upgraded. You need to rebuild your packages in > > "devel". > > As Tibbs has reported, this isn't a python problem. So? Python is 2.5, not 2.4 anymore. A rebuild of your package would fix this. From tibbs at math.uh.edu Wed Dec 27 23:31:53 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 27 Dec 2006 17:31:53 -0600 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-27 In-Reply-To: <20061228002055.12f299da.bugs.michael@gmx.net> References: <20061227200620.29922.11033@extras64.linux.duke.edu> <1167256359.3520.92.camel@T7.Linux> <20061227235321.5cb06e74.bugs.michael@gmx.net> <1167260561.3520.100.camel@T7.Linux> <20061228002055.12f299da.bugs.michael@gmx.net> Message-ID: >>>>> "MS" == Michael Schwendt writes: MS> So? Python is 2.5, not 2.4 anymore. A rebuild of your package MS> would fix this. As I wrote in a different message, the package fails to rebuild in rawhide. The failures are not related to python API changes, either. And besides, it's not even his package; owners.list shows it owned by dcbw at redhat.com. - J< From paul at all-the-johnsons.co.uk Wed Dec 27 23:41:59 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Wed, 27 Dec 2006 23:41:59 +0000 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-27 In-Reply-To: References: <20061227200620.29922.11033@extras64.linux.duke.edu> <1167256359.3520.92.camel@T7.Linux> <20061227235321.5cb06e74.bugs.michael@gmx.net> <1167260561.3520.100.camel@T7.Linux> <20061228002055.12f299da.bugs.michael@gmx.net> Message-ID: <1167262920.3520.102.camel@T7.Linux> Hi, > MS> So? Python is 2.5, not 2.4 anymore. A rebuild of your package > MS> would fix this. > > As I wrote in a different message, the package fails to rebuild in > rawhide. The failures are not related to python API changes, either. > And besides, it's not even his package; owners.list shows it owned by > dcbw at redhat.com. I was the reviewer for it and we spent quite a while fine tuning it as it was really important for the OLPC project. TTFN Paul -- "Mmmmmmmm....Shakira geschmiert mit schokolade" sagt Homer -------------- 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 Wed Dec 27 23:50:38 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 27 Dec 2006 17:50:38 -0600 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-27 In-Reply-To: <1167262920.3520.102.camel@T7.Linux> References: <20061227200620.29922.11033@extras64.linux.duke.edu> <1167256359.3520.92.camel@T7.Linux> <20061227235321.5cb06e74.bugs.michael@gmx.net> <1167260561.3520.100.camel@T7.Linux> <20061228002055.12f299da.bugs.michael@gmx.net> <1167262920.3520.102.camel@T7.Linux> Message-ID: >>>>> "P" == Paul writes: P> I was the reviewer for it and we spent quite a while fine tuning it P> as it was really important for the OLPC project. You could always add yourself as co-maintainer. Probably a good idea to have at least two of those if the package is so important to OLPC. - J< From stickster at gmail.com Wed Dec 27 23:52:19 2006 From: stickster at gmail.com (Paul W. Frields) Date: Wed, 27 Dec 2006 18:52:19 -0500 Subject: PPC help with xmldiff Message-ID: <1167263539.7666.15.camel@localhost.localdomain> Does anyone out there have a PPC host, and either time or an account to spare to fix the captioned package? http://buildsys.fedoraproject.org/logs/fedora-development-extras/24025-xmldiff-0.6.8-1.fc7/ -- 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 kevin at scrye.com Wed Dec 27 23:48:11 2006 From: kevin at scrye.com (Kevin Fenzi) Date: Wed, 27 Dec 2006 16:48:11 -0700 Subject: rpms/autogen/FC-5 autogen.spec,1.6,1.7 In-Reply-To: <1167256630.3520.95.camel@T7.Linux> References: <200612271852.kBRIqj4x019869@cvs-int.fedora.redhat.com> <200612272249.37285.ville.skytta@iki.fi> <1167256630.3520.95.camel@T7.Linux> Message-ID: <20061227164811.5d707c10@ningauble.scrye.com> On Wed, 27 Dec 2006 21:57:10 +0000 paul at all-the-johnsons.co.uk (Paul) wrote: > Hi, > > > http://fedoraproject.org/wiki/Packaging/ReviewGuidelines > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=FE-ExcludeArch-ppc > > I've added a BZ to the ExcArch ppc bug. But why? I haven't seen it fail on ppc except when the BuildRequires were broken... Do you have another example of it doing so? Also, your bug is pretty devoid of any kind of information about why it would fail, how, etc... https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=220847 kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From bugs.michael at gmx.net Wed Dec 27 23:58:38 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 28 Dec 2006 00:58:38 +0100 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-27 In-Reply-To: References: <20061227200620.29922.11033@extras64.linux.duke.edu> <1167256359.3520.92.camel@T7.Linux> Message-ID: <20061228005838.ffdff326.bugs.michael@gmx.net> On 27 Dec 2006 16:30:38 -0600, Jason L Tibbitts III wrote: > >> csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 > >> csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 > >> csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 > > P> This is more worrying (IMHO) as csound was (IIRC) very important > P> for the OLPC project. > > Unfortunately it failed to build in rawhide (on my x86_64 mock setup, > at least): > > In file included from /usr/include/alsa/asoundlib.h:44, from InOut/rtalsa.c:44: > /usr/include/alsa/global.h:134: error: redefinition of 'struct timeval' > /usr/include/alsa/global.h:139: error: redefinition of 'struct timespec' > scons: *** [InOut/rtalsa.os] Error 1 > scons: building terminated because of errors. > > Doesn't look like the usual python 2.5 API breakage; someone could > probably fix it up pretty easily. Looks very much like the fix cannot be in csound, though, but is needed in alsa-lib-devel in Rawhide, since that's where the redefinition is. From chitlesh at fedoraproject.org Wed Dec 27 23:56:55 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Thu, 28 Dec 2006 00:56:55 +0100 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-27 In-Reply-To: <20061228001909.3221632a.bugs.michael@gmx.net> References: <20061227200620.29922.11033@extras64.linux.duke.edu> <13dbfe4f0612271501kd6569bcj75103d75f690cfe8@mail.gmail.com> <20061228001909.3221632a.bugs.michael@gmx.net> Message-ID: <13dbfe4f0612271556h40b51eden5b01e1f56209a9e9@mail.gmail.com> On 12/28/06, Michael Schwendt wrote: > You need to rebuild it against the new wxGTK. Did it already, but It failed -- http://clunixchit.blogspot.com From paul at all-the-johnsons.co.uk Thu Dec 28 00:06:53 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Thu, 28 Dec 2006 00:06:53 +0000 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-27 In-Reply-To: References: <20061227200620.29922.11033@extras64.linux.duke.edu> <1167256359.3520.92.camel@T7.Linux> <20061227235321.5cb06e74.bugs.michael@gmx.net> <1167260561.3520.100.camel@T7.Linux> <20061228002055.12f299da.bugs.michael@gmx.net> <1167262920.3520.102.camel@T7.Linux> Message-ID: <1167264413.3520.106.camel@T7.Linux> Hi, > P> I was the reviewer for it and we spent quite a while fine tuning it > P> as it was really important for the OLPC project. > > You could always add yourself as co-maintainer. Probably a good idea > to have at least two of those if the package is so important to OLPC. Probably a good idea. As you've seen on IRC, I've been out of the loop for a while now, so where are we on co-maintenership? TTFN Paul -- "Mmmmmmmm....Shakira geschmiert mit schokolade" sagt Homer -------------- 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 Thu Dec 28 00:11:51 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 27 Dec 2006 18:11:51 -0600 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-27 In-Reply-To: <1167264413.3520.106.camel@T7.Linux> References: <20061227200620.29922.11033@extras64.linux.duke.edu> <1167256359.3520.92.camel@T7.Linux> <20061227235321.5cb06e74.bugs.michael@gmx.net> <1167260561.3520.100.camel@T7.Linux> <20061228002055.12f299da.bugs.michael@gmx.net> <1167262920.3520.102.camel@T7.Linux> <1167264413.3520.106.camel@T7.Linux> Message-ID: >>>>> "P" == Paul writes: P> As you've seen on IRC, I've been out of the loop for a while now, P> so where are we on co-maintenership? It works as good as its going to work until we start doing finer ACLs in the repository and buildsys. Just add your address to the last field in owners.list and you'll get CC'd on bug reports. - J< From a.badger at gmail.com Wed Dec 27 19:06:54 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 27 Dec 2006 11:06:54 -0800 Subject: FESCo Meeting Logs 2006-12-21 Message-ID: <1167246414.19928.181.camel@localhost.localdomain> = 2006 December 21 FESCo Meeting = == Members == === Present === * thl * bpepple * tibbs * warren * ch4chris * abadger1999 * dgilmore * spot * awjb * rdieter (late) === Absent === * jwb * jeremy * scop == Summary == === EPEL === * warren: We internally talked about providing the entire RHEL5 and various levels of stack products on top of it to the EPEL buildsys. And multiple trees and channels of EPEL can be built into repos automatically based upon which dependencies they pulled in during build, or comps. * CentOS should have access to the additional stack products as well so Fedora conributers should still be able to test and develop against CentOS. * Still waiting for mirror space before pushing packages live. * disttag again. RH support currently works from rpm -qa lists of packages. So .el5 would confuse support. * Work needs to happen on tools to show NEVR.arch VendorName and GPGStatus. That will allow support to stop depending on disttag. * f13 has no problems with this now. * spot still considers it an abuse of the disttag: disttag is supposed to identify which distribution the package is built for. he thinks other repositories may start using disttag similarly if we start to do this. * Can we have .epel5 and .el6 (so tools have a chance to get better). * Only if NEVR bumps properly between RHEL5 and RHEL6. * This could be confusing to users of the repositories. * Vote: Use .epelX as disttag * +1: warren * -1: spot * 0: thl, c4chris, awjb, tibbs, abadger1999 * warren: Another issue, we also discussed opportunities for RH engineers to participate in EPEL in formal ways. For example, there were some cool tools for Xen or Selinux management that were too late to make it into RHEL5. They would be great in EPEL5. === FESCo Workflow === * thl starts discussion by noting that EPEL progress has been slow and in some ways is not well communicated. Is this a general issue for FESCo? * Things get discussed and forgotten and have to be discussed again. * Communication and drivers: * EPEL decision to open branching for sponsors and people with 5+ packages was not announced. * Do we need to enumerate the responsibilities of a driver for an issue? * Make sure progres is being made on an issue. * Recruit people to do work for the issue. * Working on it yourself. * tibbs: I never saw FESCo's job as being one that would produce any huge changes. Perhaps I'm just aiming too low, but I think the current level of progress is amazing. * cweyl: FESCo is in certain respects glue, not gasoline :) * FESCo provides guidance and helps to facilite people who have the time and energy to drive a project. * Accomplishments: * Extras methodology has subsumed Core. * Some of FESCo projects interface with Infrastructure. Perhaps we need better coordination there. === Opening Core === * This is official and will happen. However, Red Hat people who are working on things from the Core end are on vacation due to the holidays. * FESCo's role in the new Core will be clearer as we close in on FUDCon/Fedora Hackfest. * warren is working on an announcement for Core packagers to start getting their packages into the review queue. === Comaintainers === * initialcc is working. * If you have ideas, add them on http://www.fedoraproject.org/wiki/Extras/Schedule/EncourageComaintainership * Discussion should go to fedora-extras-list. === Rebuilds === * tibbs pushed a bunch of python packages. * tibbs: Most of the stuff that's left needs actual work due to API differences. * New updates system from lmacken may make it easier to catch changes to major components sooner. * nirik will send a list of EVR problems in Core package to jeremy. === Packaging Committee Report === * Report went to the list. * iconcache has been vetoed by Core and is withdrawn for further revisions. === Maintainer Responsibility === * bpepple will solicit feedback on fedora-extras-list for what's on the wiki. * Builders for FC <= 4 are still set to be closed on Jan 1. === Free Discussion === * clement issue: Package has not been updated yet. We'll step in and fix it after the meeting. * rdieter to take a "No yum repo files in packages" rule to the Packaging Committee. * Possibly create a make clone-branch command that can safely replace cvs-import for updating branches. * nirik: FYI, I see extras has 980 bugs open. Of those 611 are in the NEW state. Thats 62% where no one has stepped up and assigned the bug to themselves. == Log == {{{ (10:00:10 AM) thl has changed the topic to: FESCo meeting -- Meeting rules at [WWW] http://www.fedoraproject.org/wiki/Extras/Schedule/MeetingGuidelines -- Init process (10:00:13 AM) thl: FESCo meeting ping -- abadger1999, awjb, bpepple, c4chris, dgilmore, jeremy, jwb, rdieter, spot, scop, thl, tibbs, warren (10:00:16 AM) thl: Hi everybody; who's around? (10:00:17 AM) ***bpepple is here. (10:00:22 AM) tibbs: I'm here. (10:00:24 AM) warren: here (10:00:25 AM) ***c4chris is here (10:00:29 AM) ***abadger1999 here (10:00:47 AM) ***dgilmore is kinda here (10:00:49 AM) thl: jwb said he'll be afk (10:00:50 AM) dgilmore: mostly not (10:00:56 AM) thl: mmcgrath ? (10:01:25 AM) thl: seems not (10:01:31 AM) thl has changed the topic to: FESCO-Meeting -- EPEL -- mmcgrath, dgilmore -- status update (10:01:43 AM) thl: dgilmore, could you give a quick status update? (10:01:44 AM) ***spot is here (10:01:46 AM) ***awjb is here (10:01:52 AM) thl: otherwise we'll simply skip epel (10:02:10 AM) thl: (that would mean yet another week without real progress for EPEL) (10:02:11 AM) thl: :-( (10:02:17 AM) ***c4chris got yum to run on my ia64 box (10:02:33 AM) warren: I have EPEL news. (10:02:38 AM) c4chris: next is mock, then plague... (10:02:57 AM) thl: warren, shoot (10:03:02 AM) c4chris: then see how to integrate it with the rest (if at all possible...) (10:03:14 AM) warren: We internally talked about providing the entire RHEL5 and various levels of stack products on top of it to the EPEL buildsys. (10:03:39 AM) devrimgunduz [n=Devrim] entered the room. (10:03:40 AM) ***mmcgrath is here (10:03:43 AM) mmcgrath: sorry. (10:03:44 AM) warren: And multiple trees and channels of EPEL can be built into repos automatically based upon which dependencies they pulled in during build, or comps. (10:03:57 AM) mmcgrath: I think we're still waiting on notting and the mirror space. (10:04:07 AM) warren: Oh, there was another issue. (10:04:33 AM) warren: Red Hat officially requests that .epelX be used as a disttag. The reasons for this have changed slightly. (10:04:43 AM) warren: Jesse has changed his mind and supports this. (10:04:52 AM) ixs: warren: sounds good. only problem I'm still seeing there, the packagers might not have the whole stack available for testing purposes, depending on how good the rebuilds are coming along. Do you see a potential problem with that? (10:05:10 AM) warren: ixs, not if CentOS does so. (10:05:25 AM) warren: ixs, in any case, CentOS and users today are not using most of that stack at all, will it really be missed? (10:05:26 AM) mmcgrath: warren: is it fine with RH if we have no dist tag at all on some packages? (10:05:36 AM) ixs: warren: I'm no centos guy but last time I checked, they were not even sure themselves how they are offering the stack. (10:05:36 AM) c4chris: so we build against CentOS ? (10:05:39 AM) warren: mmcgrath, good question. (10:05:41 AM) mmcgrath: Namely the ones that don't specify a dist tag :-) (10:05:44 AM) warren: mmcgrath, it works like this: (10:05:53 AM) warren: No disttag: fine in both RHEL5 and EPEL5. (10:06:06 AM) warren: disttag: .el5 in RHEL5, .epel5 in EPEL5 (10:06:20 AM) thl: c4chris, the packages should be usable on centos; without that the whole stuff IMHO does not make to much sense for us (10:06:23 AM) ***spot is still against this (10:06:27 AM) ixs: warren: but I always thoguth that the whole stack (cluster, devel et al) is at least available for centos4 (10:06:44 AM) c4chris: thl, makes sense (10:06:54 AM) warren: The legal, product and support guys were more worried about claiming ".el5" and what that implies. (10:07:10 AM) warren: because support especially works from rpm -qa style lists, not deeper queries. (10:07:34 AM) cgTobi_away [n=cgTobi] entered the room. (10:07:34 AM) ixs: sounds sensible IMHO. (10:07:40 AM) warren: We also talked about improving future tools to mitigate this problem, some tool that outputs listings like: (10:07:48 AM) ixs: no sense making work for support harder then it is. (10:07:48 AM) warren: N-V-R VendorName GPGStatus (10:07:57 AM) cgTobi left the room (quit: Nick collision from services.). (10:08:01 AM) c4chris: then I can set my ia64 builder to build using CentOS I guess... (10:08:05 AM) warren: foo-1.0-2.el5 Red Hat OK (10:08:09 AM) thl: c4chris, nope (10:08:13 AM) warren: bar-2.0-3.epel5 EPEL OK (10:08:30 AM) thl: c4chris, that will just confuise everything; we can't build some archs on rhel and others on centos (10:08:33 AM) warren: listing tools would do this, and GUI tools would also do it (10:08:33 AM) warren: oh (10:08:37 AM) warren: N-V-R.arch (10:08:54 AM) c4chris: thl, so th eother ones use RH ? (10:09:01 AM) thl: c4chris, yes (10:09:01 AM) warren: We suspect a combination of improving these tools plus unique disttags will help in support differentiation. (10:09:04 AM) c4chris: s/th e/the / (10:09:11 AM) c4chris: hmm (10:09:16 AM) abadger1999: warren: Re: "providing the entire RHEL5 and various levels of stack products on top of it " Will CentOS have access to those additional stack products? (10:09:27 AM) warren: Red Hat does not *require* that EPEL accepts this. (10:09:39 AM) warren: abadger1999, I think so, I will need to ask. (10:09:41 AM) spot: abadger1999: they're all available in SRPM format, so they should be able to make their own bits (10:09:45 AM) warren: abadger1999, it might be required for GPL compliance (10:09:54 AM) c4chris: so I still have the issue of making sure I have the latest RH stuff online... (10:10:22 AM) warren: Another issue is technical (10:10:24 AM) spot: abadger1999: and if for some unknown reason, RedHat doesn't make the source available, i will. ;) (10:10:33 AM) warren: .epelX as a disttag has no actual drawback. (10:11:10 AM) thl: we will replace z00dax packages as .epel is higher than .el (10:11:19 AM) warren: As long as it is understood.... no disttag is fine. or use a unique differentiating disttag in order to aid support. (10:11:33 AM) warren: thl, repository mixing, not supported anyway. (10:12:03 AM) thl: spot, your opinion on .epel? (10:12:11 AM) warren: I understand that people have reservations about this. But the vocal opponents in past discussions have changed their mind. (10:12:23 AM) warren: spot, what reasoning do you dislike about this? (10:12:59 AM) ixs: spot: I might take you up on that source offer soon... (10:13:00 AM) spot: Honestly? I think we're misusing dist to cover up the fact that Red Hat support has shitty tools. (10:13:10 AM) mmcgrath: At this point I don't care what its called, so if someone else does care (RH) then I say we accomidate. (10:13:20 AM) spot: the dist tag was designed to identify the dist for which a package is built for (10:13:26 AM) thl: spot, +1 (10:13:29 AM) spot: that dist is EL5, not EPEL5 (10:13:44 AM) mmcgrath: though spot does have a point ;-) (10:13:49 AM) spot: you're hacking the use case, and i don't like it. not one bit. (10:14:22 AM) mspevack left the room (quit: "Leaving"). (10:14:32 AM) ixs: ack. spot does definitly have a point. However, as stated above, if we can compromise and it's not a problem but solves a problem for others, we maybe should do that... however, I have no opinion about it anyways... ;> (10:14:37 AM) warren: spot, the folks in the RH EPEL meeting generally agreed. (10:14:51 AM) warren: spot, however, there is also no real technical detriment to using .epel as a disttag. (10:15:01 AM) bpepple: ixs: agreed. (10:15:08 AM) warren: There is today a *REAL* difference in support perception and confusion though. (10:15:22 AM) spot: warren: so rather than apply yet another bandaid, perhaps building better support tools? (10:15:24 AM) warren: Thus the people in the meeting agreed to do both. (10:15:27 AM) thl: can I get some -1, 0, +1 for "use .epel as disttag" please? Consider that not as voting, I just want to know what people think about it currently (10:15:38 AM) thl: "use .epel as disttag" -- 0 (10:15:41 AM) c4chris: 0 (10:15:42 AM) spot: warren: we're trying to somehow embed formal supportability in the name, and i think thats awful. (10:15:44 AM) awjb: 0 (10:15:44 AM) spot: -1 (10:15:48 AM) warren: 1) Use a differentiating disttag because there is no technical reason not to. (10:15:51 AM) mmcgrath: 0.0000001 (10:15:54 AM) warren: 2) Improve the support tools as we move forward. (10:15:55 AM) tibbs: 0 (10:15:56 AM) warren: +1 (10:16:09 AM) c4chris: can we have epel5 but el6 ? (10:16:09 AM) abadger1999: 0 (10:16:28 AM) warren: c4chris, does epel5 < el6 in rpmvercmp? I don't think so. (10:16:31 AM) warren: whatever we pick now we have to stick with. (10:16:32 AM) ixs: c4chris: -1. confusion ensues. (10:16:32 AM) tibbs: I'm having trouble understanding both the pros and cons. Is there any technical reason for one choice over another? (10:16:42 AM) c4chris: ack (10:16:48 AM) tibbs: Or is this entirely political? (10:16:50 AM) ixs: warren: how long would waiting for the better tools delay epel? (10:17:00 AM) abadger1999: warren: If we make sure we rebuild all packages between releases we can change dist tag. (10:17:03 AM) warren: tibbs, support today largely uses rpm -qa style lists, which confuses the issue too much. This is not support tools, but rather what customers perceive. (10:17:17 AM) warren: ixs, not one bit (10:17:25 AM) thl: warren, but the packages from epel are not even in el (10:17:38 AM) warren: ixs, either way, .el5 or .epel5 in EPEL, EPEL can just move forward, and folks just have to deal with it. (10:18:09 AM) spot: warren: RHAT support uses sysreport, it would be rather trivial to improve sysreport to compare rpm -qa output against, say, comps from RHEL 5 (10:18:21 AM) spot: i'd rather see the time spent there than abusing dist tags. (10:18:30 AM) warren: spot, why is that necessary? just look at the Vendor and GPG status instead. (10:18:47 AM) cweyl: random thought: wouldn't the vendor tag be different between rhel and epel packages? (10:18:49 AM) tibbs: If this is about customer perception, we already have a test case. (10:19:00 AM) spot: warren: exactly. we're talking a few additional lines of code to avoid having to misuse dist tag (10:19:03 AM) thl: cweyl, yes, it should be different (10:19:07 AM) ixs: warren: in that case I would probably agree with spot. his point is solid and .epel would be a misuse of the dist-tag. (10:19:15 AM) tibbs: Has anyone seen confusion over the fact that we use "fc6" for Fedora Extras packages? (10:19:29 AM) warren: Is it really misuse when there really is no technical detriment to .epel5? (10:19:40 AM) spot: warren: yes. (10:19:57 AM) spot: you can wear a barrel as a shirt, but that ain't what it is for. (10:20:00 AM) ixs: warren: the idea behind the dist was to identify the distro it was built for. we have fc6 and el5 and not fe6. tibbs tibbs|h (10:20:16 AM) warren: OK, if folks here are against changing, that's fine. Red Hat cannot mandate this. Red Hat only requested it. (10:20:18 AM) cweyl: thl: then why not use that for differentiation? :) (10:20:38 AM) abadger1999: tibbs: Not sure if it's a fair comparison... we (the community) support FC and FE equally. (10:20:41 AM) spot: i think there are lots of ways to tell whether a package came from Red Hat (tm) or not. :) (10:20:44 AM) ixs: warren: identifying the source of the package by the disttag was never planned as far as I understand it. (10:20:54 AM) ixs: (even though thirdparty repos do that) (10:21:01 AM) warren: ixs, folks were not concerned about .fc6 vs .fe6 because they have similar levels of support expectations. RHEL5 and EPEL5 are quite different in that regard. (10:21:17 AM) spot: this opens a pandora's box for other repos to start abusing dist tags (10:21:22 AM) warren: ixs, RH does desire EPEL to be seen as a 3rd party repo. (10:21:33 AM) tibbs: abadger1999: different mailing lists, different people to blame. "Red Hat sucks because I couldn't get help with ". (10:21:39 AM) spot: "EPEL tags their name in their packages, why is it bad for me to put DAG or yoMommA in mine?" (10:21:50 AM) spot: or jpp (10:21:54 AM) warren: Another issue, we also discussed opportunities for RH engineers to participate in EPEL in formal ways. (10:22:05 AM) ixs: warren: i was talking about fedora repos in general (at, lvn etc.) from the technical point of view epel is just another build target for the fedora-buildsys. (10:22:13 AM) warren: For example, there were some cool tools for Xen or Selinux management that were too late to make it into RHEL5. They would be great in EPEL5. (10:22:36 AM) thl: warren, the usual extras rules should work to get a pacakge into EPEL (10:22:41 AM) ixs: spot: that's actually being done by 3rdparty repos. (10:22:42 AM) warren: thl, nod (10:22:53 AM) spot: ixs: yes, but we're trying to set a standard here. :) (10:23:00 AM) ixs: I know. (10:23:03 AM) thl: well, we run quite late already (10:23:05 AM) warren: If folks here are against .epel disttag, that is fine. (10:23:14 AM) thl: I'd like to generally discuss how to proceed with EPEL (10:23:15 AM) warren: spot, please help to improve the support reporting tools OK? (10:23:21 AM) thl: it starts only slowly (10:23:24 AM) spot: warren: sure. (10:23:40 AM) thl: and is missing a real person that drives the whole thing forward (10:23:45 AM) thl: do we like that? (10:24:10 AM) thl: for example the "open epel to sponsors and people with 5 packages or more" thing (10:24:15 AM) thl: it got decided last week (10:24:22 AM) ixs: warren: I do see the problem with customer expectations. That's one of the reasons the unsupported kernel modules were dropped from el3 to el4 (shame!!!). But do you really think that el tags from rh and epel tags from epel would change customer expectations? if they do not understand unsupported in the rpm name, why should they grok epel? (10:24:26 AM) thl: but no one annouced it to the world properly (10:24:36 AM) thl: it was just mentioned in the summary (10:24:47 AM) warren: ixs, " unsupported kernel modules were dropped from el3 to el4" means what? (10:24:49 AM) thl: that's not enough for something like that (10:25:04 AM) bpepple: thl: yeah, I'm guessing most of the extra contributors missed that announcement. (10:25:05 AM) spot: warren: there used to be a kernel-unsupported (10:25:08 AM) ixs: warren: there was a kernel-modules-unsupported package in el3. it was not included in el4 anymore. (10:25:23 AM) spot: people blew right past it. :) (10:25:26 AM) ixs: warren: there were lots of nice drivers for hardware, not supported by rh. cyclades e.g. (10:25:26 AM) c4chris: thl, right. Call for a volunteer to step forward? (10:25:34 AM) cgTobi_ [n=cgTobi] entered the room. (10:25:44 AM) Redhat71 [n=ChatZill] entered the room. (10:25:52 AM) ixs: warren: I fear customers expecting support for 3rd party from rh is a problem not being solved by a different dist-tag. (10:25:57 AM) thl: c4chris, the thing it; that a general problem in fesco imho (10:26:03 AM) thl: we discuss a lot of things (10:26:19 AM) thl: but there is often only slow progress; things get forgotten again and discussed anew (10:26:29 AM) thl: and I more and more think we suck (10:26:36 AM) thl: and I'm wondering if that's my fault... (10:26:41 AM) spot: ok, so epel needs someone to lead the charge (10:26:42 AM) c4chris: thl, agreed. So let's start to put a driver in the seat... (10:26:44 AM) warren: thl, you can only do so much. (10:26:53 AM) bpepple: warren: agreed. (10:27:00 AM) c4chris: thl, don't blame yourself (10:27:01 AM) spot: dgilmore and mmcgrath seem to have been most interested in it to date (10:27:01 AM) thl: c4chris, well, dgilmore and mmcgrath are the drivers normally (10:27:16 AM) thl: they are listed as owners of the task (10:27:20 AM) c4chris: thl, sure, but let's make it a bit more formal (10:27:24 AM) mmcgrath: we've been pushing foward slowly, we're just waiting on things like the mirror to get created. (10:27:32 AM) thl: but, as I said, it's a general thing that applies to other talsks as well (10:27:38 AM) spot: ok, so now they're formally in charge of epel. if you want more packages, harass the lists. (10:27:42 AM) mmcgrath: c4chris: you mean like a wiki page? http://fedoraproject.org/wiki/EnterpriseExtras (10:27:43 AM) spot: make sure people know they can do it. (10:27:50 AM) thl: that's btw the reason why I put (10:27:52 AM) thl has changed the topic to: FESCo meeting -- Improve FESCo's workflow (10:27:56 AM) mmcgrath: people have been branching for weeks, creating builds. (10:28:02 AM) ***mmcgrath runs off to lunch and is hungry :-) (10:28:02 AM) thl: on the schedule (but we have reached it already) (10:28:05 AM) warren: I don't have control over mirror layout (10:28:13 AM) c4chris: mmcgrath, I mean make a bit more noise on the ml (10:28:13 AM) ***spot assumes that unless people are screaming, its working ok. :) (10:28:19 AM) abadger1999: Hmm.. so ideally tasks should have a driver who is responsible for all the legwork. (10:28:31 AM) thl: c4chris, what do you mean by "make it a bit more formal" (10:28:45 AM) thl: abadger1999, well, that's how it should work already (10:28:51 AM) thl: that's how it was meant always (10:28:54 AM) c4chris: thl, attach a name to each project that needs driving forward (10:29:05 AM) thl: c4chris, the names are there already (10:29:11 AM) thl: just look at the shedule (10:29:46 AM) thl: that why I'm always saying "please look at the schedule and look out for your name" ;-) (10:29:50 AM) abadger1999: Do we need to enumerate what "legwork" means? (10:29:57 AM) abadger1999: Or is the bottleneck something else? (10:30:32 AM) thl: well, the name IMHO means: driving the whole think forward and taking care of it (10:30:44 AM) thl: that can mean: get others to do the hard work (10:30:55 AM) thl: just getting it sone somehow (10:31:25 AM) thl: or does anyone have a better idea? (10:31:28 AM) ixs: ahhh. a project manager? (10:31:36 AM) nirik: thl: so you are thinking that epel is moving too slow? or ? (10:31:52 AM) tibbs: When you put someone's name next to a task in the schedule, make sure they know that they're expected to drive it forward. (10:32:02 AM) thl: nirik, well, epel: yes, but it's a general thing (10:32:14 AM) thl: nirik, what did FESCo achieve in the past six months? (10:32:30 AM) c4chris: thl, I'm not sure what can reasonably be done (10:32:32 AM) thl: was there anything big we can proud off? (10:32:57 AM) tibbs: We can be proud of the entire project, I'd think. (10:33:05 AM) thl: tibbs, I put those names there only after I asked people if they take care of it (10:33:27 AM) thl: tibbs, well, it's okay, biut there is still a lot to improve IMHO... (10:33:28 AM) tibbs: I never saw FESCo's job as being one that would produce any huge changes. (10:34:17 AM) cgTobi_away left the room (quit: Connection timed out). (10:34:21 AM) thl: tibbs, well, it seems some people expect it (10:34:31 AM) thl: they told me in private that they dislike FESCo (10:34:45 AM) tibbs: Perhaps I'm just aiming too low, but I think the current level of progress is amazing. (10:34:46 AM) thl: and I partly agree; FESCo should driver the project forward (10:34:51 AM) c4chris: thl, that's not very productive (10:34:55 AM) cweyl: from a rabble view, to me FESCo has always guided, facilitated and enabled those with motivation/energy in their particular quests (10:35:05 AM) cweyl: FESCo is in certain respects glue, not gasoline :) (10:35:07 AM) c4chris: thl, why don't they try to help drive things forward? (10:35:10 AM) thl: and currently we are only more maintaining than improving it (10:35:15 AM) tibbs: Lord, how much more forward can the project be driven? (10:35:51 AM) c4chris: thl, being grumpy is always easy (10:35:57 AM) tibbs: I mean, the Extras methodology has subsumed Red Hat. Core is being dissolved. It wouldn't have happened if Extras was a festering pit. (10:36:09 AM) c4chris: thl, doing something constructive about it is much harder (10:37:06 AM) thl: so in other words: most people like the way how everything works currently? (10:37:16 AM) c4chris: we are supposed to help and provide direction (10:37:27 AM) c4chris: not necessarily do the whole work ourselves (10:37:36 AM) jlayton left the room (quit: "leaving"). (10:37:42 AM) thl: c4chris, no, we really should not do all the work ourselves (10:37:52 AM) thl: definitely not (10:37:55 AM) bpepple: thl: I agree we can do some things better, but we can't do all the heavy lifting. (10:38:32 AM) thl: we for example still have no stable webinterface for packages with a URL that does not change (10:38:41 AM) thl: co-maintainership is lingering around for a long time (10:38:47 AM) Redhat71 left the room. (10:38:53 AM) thl: most of the stuff that's on the schedule is there for a long time already (10:39:05 AM) thl: anyway, while I'm talking about hte schedule (10:39:28 AM) thl: let's stop here and get back to it to get to some of the other topics (10:39:30 AM) tibbs: Note that we have to interface with infrastructure on the first two things you listed. (10:39:37 AM) nirik: perhaps this is good discussion for the list? people can bring up their concerns there? (10:39:44 AM) bpepple: thl: part of the problem why some of the items have been there so long is that they are dependent of other issues (I'm thinking of co-maintainership) (10:39:51 AM) tibbs: Are you saying that we were lax in our interfacing with the infrastructure team? (10:40:28 AM) thl: nirik, yeah, maybe; let's see what people say when they read the summarie of this meeting (10:40:33 AM) ***rdieter arrives panting, late. sorry folks. (10:40:40 AM) thl: bpepple, well, that does not stop us from working out rules (10:40:52 AM) bpepple: thl: agreed. (10:41:01 AM) thl: e.g. primary-maintainer and co-maintainers or are all equal? (10:41:13 AM) thl: or even a more wiki-style approach for packages (10:41:15 AM) thl: ? (10:41:32 AM) thl: anyway, it's getting late (10:41:36 AM) thl: let's move on (10:41:37 AM) thl has changed the topic to: FESCo meeting -- Opening Core - (warren, jeremy, rdieter) -- status update (10:41:44 AM) thl: warren, jeremy, rdieter ? (10:42:07 AM) thl: is the "Core gets merged into Extras" now official? (10:42:21 AM) rdieter: no news here (from me anyway) (10:42:39 AM) warren: thl, it has been official as the plan since the summit (10:42:48 AM) warren: thl, it will happen, no questions asked (10:42:53 AM) warren: thl, just a question of when (10:43:02 AM) warren: thl, company is pretty much shut down now (10:43:08 AM) rdieter: jeremy said good things at the last Board meeting, but I'll let him say so (if he wants). (: (10:43:42 AM) warren: thl, today core maintainers have the option of asking for reviews to prep for moving. (10:43:43 AM) thl: warren, k; when do we and/or the board clarify the FESCo future and it's position in the whole game? (10:44:20 AM) rdieter: when? now. Who? FESCo, imo. Just do it. (10:44:24 AM) warren: thl, that picture will become clearer as we approach the fedora developer meeting in late january. (10:44:44 AM) warren: thl, meanwhile... just do it (10:44:57 AM) thl: okay :) (10:45:00 AM) rdieter: warren: fed dev meeting? (10:45:05 AM) thl: anything else regarding the merge? (10:45:12 AM) warren: rdieter, all the fab list discussion? (10:45:13 AM) bpepple: rdieter: FUCcon I assume. (10:45:21 AM) rdieter: Ah, early Feb, then. (: (10:45:40 AM) rdieter: FUDConBoston2007. (10:45:42 AM) bpepple: s/FUCcon/FUDcon/ (10:45:43 AM) warren: current proposed is Jan 26th for FUDCON, 27-28th for developer meeting (10:45:56 AM) thl: ? (10:45:57 AM) rdieter: hmm... changed dates on me? (10:46:01 AM) c4chris: so should we post to maint telling core packagers to submit their stuff for review? (10:46:03 AM) thl: yet another week earlier? (10:46:06 AM) ***warren looks again (10:46:11 AM) bpepple: warren: wasn't it Feb 2-4 (10:46:18 AM) thl: bpepple, yeah, I think so (10:46:30 AM) warren: i'm confused (10:46:45 AM) rdieter: website still says Feb 2., http://barcamp.org/FudconBoston2007 (10:46:53 AM) thl: warren, https://www.redhat.com/archives/fedora-announce-list/2006-December/msg00005.html (10:47:05 AM) nman64 left the room (quit: Remote closed the connection). (10:47:08 AM) warren: ok, same idea (10:47:16 AM) warren: one day of talks with public invited (10:47:28 AM) rdieter: and, btw, we need to get as many FESCo folks there as possible, esp thl. (: (10:47:29 AM) warren: the two following days are by-invite only developer hackfest (10:47:36 AM) warren: rdieter, yes, I'm working on that. (10:47:45 AM) awjb: rdieter, so should I swim? (10:48:06 AM) ***thl wonders if that's really worth flying across the ocean... (10:48:13 AM) rdieter: awjb: Do what ya gotta do man. I bet we can find some better way though. (10:48:21 AM) thl: awjb, that will take some time, I suggest you start soon ;) (10:48:22 AM) warren: We can't afford to fly everyone, but we'll try. (10:48:26 AM) bpepple: thl: yeah, pretty long trip. (10:48:32 AM) awjb: thl, kk ;) (10:48:56 AM) c4chris: so, do we need to make noise about reviewing core packages ? (10:49:05 AM) c4chris: or is the noise going already ? (10:49:11 AM) thl: c4chris, yeah, why not (10:49:23 AM) thl: c4chris, but I suggest a RH employee should post that (10:49:26 AM) ***nirik thinks the sooner the better for reviewing. (10:49:33 AM) bpepple: nirik: +1 (10:49:43 AM) c4chris: please 1 step forward :-) (10:49:57 AM) thl: nirik, +1 (10:50:17 AM) tibbs: Hmmm. (10:50:21 AM) c4chris: so who is RH here ? (10:50:52 AM) thl: warren, jeremy, could you do that? (10:51:17 AM) tibbs: It doesn't really have to be done by a RH employee. (10:51:30 AM) thl: tibbs, agreed, but it might be better... (10:51:39 AM) warren: thl, that is already the plan. (10:51:44 AM) thl: warren, k, thx (10:51:47 AM) thl: let's move on (10:51:49 AM) thl has changed the topic to: FESCO-Meeting -- Encourage co-maintainership -- c4chris (10:51:50 AM) warren: I'll make it clearer with announcements and such... (10:51:53 AM) thl: c4chris, any news? (10:52:03 AM) c4chris: I saw a patch (10:52:06 AM) warren: btw, is initialcc workinG? (10:52:12 AM) nirik: warren: yes. ;) (10:52:14 AM) tibbs: That's the rumor. (10:52:23 AM) c4chris: initialcc sholuld be working now (10:52:42 AM) c4chris: anybody tested this? (10:52:48 AM) nirik: I can confirm it worked on a package that has me as maintainer and someone else in cc. (10:52:57 AM) rdieter: nice (10:52:57 AM) thl: nice :) (10:52:57 AM) c4chris: cool (10:53:14 AM) thl: k, so now we need some rules around co-maintainership (10:53:23 AM) thl: c4chris, do you have something prepared already? (10:53:33 AM) c4chris: thl, no (10:53:39 AM) thl: otherwise I can do that between christmas and new year (10:53:45 AM) thl: I should have a bit of free time then (10:53:48 AM) ***warren must leave for chiropractor now. (10:53:49 AM) c4chris: but I should have some time over new year (10:54:02 AM) tibbs: We should probably brainstorm on-list or after the meeting. I have a few ideas. (10:54:16 AM) rdieter: ok (10:54:17 AM) c4chris: tibbs, sounds good (10:54:20 AM) bpepple: tibbs: +1 (10:54:28 AM) thl: tibbs, can you add some ideas to the wiki? (10:54:35 AM) tibbs: Sure. (10:54:36 AM) thl: it'll simply try to work out spomething (10:54:50 AM) thl: together with folks that are around on IRC (10:54:51 AM) tibbs: Under EncourageComaintainership? (10:55:06 AM) thl: and then I'll send it to the list for further discussions (10:55:13 AM) thl: tibbs, yes please (10:55:33 AM) thl: k, so let's move on (10:55:34 AM) thl has changed the topic to: FESCo meeting -- MISC -- lots of python stuff still needs rebuilding -- any better this week (10:55:39 AM) thl: nirik, tibbs ? (10:55:43 AM) tibbs: It should be much better. (10:55:54 AM) nirik: I didn't get much chance to work on it... but tibbs did push a bunch (10:56:06 AM) tibbs: Most of the stuff that's left needs actual work due to API differences. (10:56:21 AM) nirik: there is a new broken dep in release repos... rpy... R was rebuilt and rpy needs rebuilding. (10:56:28 AM) nirik: if jose doesn't do that soon I will do so. (10:56:32 AM) tibbs: xmldiff even passes when I run it in my local mock but dies in the buildsys. (10:56:48 AM) tibbs: And of course there's plenty of bustedness unrelated to Python. (10:56:57 AM) thl: well, I'm wondering if we should have a rule to prevent stuff like that in the future (10:57:04 AM) nirik: yeah, there is the wx stuff (10:57:07 AM) tibbs: The libwx_* stuff is really bloating the list. (10:57:17 AM) thl: e.g. a "if you change something that breaks other packages you have to queue rebuilds for them" ? (10:57:33 AM) nirik: thl: with the new updates system I think it will not let you push broken updates... lmacken ? (10:57:37 AM) c4chris: thl, maybe a bit too tough (10:57:40 AM) thl: (that's just a rough quick-and-dirty-rule) (10:57:51 AM) thl: c4chris, I know ;-) (10:57:53 AM) tibbs: I personally don't believe in queueing rebuilds without at least testing in local mock first. (10:58:07 AM) thl: tibbs, why? does it hurt anyone? (10:58:16 AM) thl: builders are often idle in any case (10:58:17 AM) nirik: for release I would say you should coordinate with maintainers of packages that need rebuild and push all of them at once when they are rebuilt. (10:58:27 AM) thl: nirik, sure, that was just meant for devel (10:58:39 AM) tibbs: I don't want to commit something that's broken, so I always test first. It's just courtesy. (10:58:55 AM) ***nirik also tests in local mock before committing. (10:59:01 AM) ***thl does not (10:59:14 AM) ***rdieter does sometimes. (: (10:59:28 AM) ***bpepple tests in mock normally first also. (10:59:36 AM) ***awjb does test in mock (10:59:46 AM) ***c4chris too :-) (10:59:47 AM) nirik: in any case, I can poke at some more python/wx issues and that rpy problem... (11:00:01 AM) thl: nirik, that would be great (11:00:07 AM) nirik: there are still some core packages with EVR issues... I filed bugs, but no activity Ican see. (11:00:29 AM) rdieter: nirik: maybe they're stalling/waiting for merge? (11:00:30 AM) thl: nirik, send a list with bug numbers to jeremy and ask him to poke people (11:00:40 AM) c4chris: nirik, ah, comaintainers :-) (11:01:04 AM) thl: rdieter, well, the merge is only for devel, but stuff often needs to be fixed in FC5 or FC6 afaics (11:01:07 AM) nirik: I dunno. I can mail whoever can light a fire... if it will help (11:01:32 AM) thl: it afaics often helps if jeremy pokes people ;) (11:01:39 AM) thl has changed the topic to: FESCo meeting -- Packaging Committee Report (11:01:42 AM) rdieter: nirik: be careful, someone might accuse you of being rude. (11:01:43 AM) rdieter: (: (11:01:54 AM) nirik: device-mapper, lvm2, mozilla and xen all have EVR issues in release versions. (11:01:55 AM) tibbs: I take it everyone received the summary. (11:02:02 AM) bpepple: tibbs: yup. (11:02:27 AM) ***thl is just searching for it again (11:02:29 AM) nirik: rdieter: sure. I have a pretty good +5 flameproof suit tho. ;) (11:02:29 AM) tibbs: The iconcache proposal has been withdrawn by Rex pending more discussion. (11:02:52 AM) rdieter: nirik: glad to hear it. (11:02:54 AM) ***thl found it (11:02:55 AM) bpepple: tibbs: yeah, that had quite a bit of discussion. ;) (11:03:18 AM) tibbs: Well, there's are a few fundamental disagreements, but no matter. (11:03:27 AM) thl: Looks all fine to me (11:03:39 AM) thl: or does anyone dislike something from the PCs report? (11:03:43 AM) tibbs: Point by point: (11:03:57 AM) tibbs: The Provides:/Obsoletes: draft. (11:04:07 AM) tibbs: scop isn't here today. (11:04:19 AM) tibbs: http://fedoraproject.org/wiki/PackagingDrafts/ProvidesObsoletes (11:04:32 AM) tibbs: Or will this take too much time? (11:04:50 AM) thl: tibbs, probably (11:05:00 AM) thl: tibbs, that what the report is for IMHO (11:05:12 AM) thl: if people don#t look at it it's there fault (11:05:16 AM) bpepple: thl: agreed. (11:05:21 AM) tibbs: Indeed, but I wasn't sure if folks would want an up or down vote on each change. (11:05:22 AM) thl: their (11:05:40 AM) rdieter: any screams of horror? no? good. (: (11:05:43 AM) thl: tibbs, no, people IMHO should just yell if they dislike something (11:06:00 AM) tibbs: Well, screams of horror over iconcache, but no complaints otherwise. (11:06:08 AM) c4chris: no yell here (11:06:18 AM) thl has changed the topic to: FESCo meeting -- Maintainer Responsibility Policy -- bpepple -- EOL plans (11:06:23 AM) thl: bpepple, any news? (11:07:13 AM) thl: seems bpepple is afk (11:07:13 AM) bpepple: Just need to write-up something to post to f-e-l to get community feedback on the suggestions on the wiki. (11:07:23 AM) thl: bpepple, k (11:07:29 AM) cgTobi_ is now known as cgTobi (11:07:37 AM) bpepple: Hopefully, I can get to it before the new year. (11:07:38 AM) thl: bpepple, but the plan remains to close the builders on Jan 01 ? (11:07:43 AM) bpepple: thl: yes. (11:07:53 AM) thl: bpepple, k (11:08:00 AM) thl has changed the topic to: FESCo meeting -- Free discussion around Fedora Extras (11:08:03 AM) thl: anything else? (11:08:04 AM) bpepple: I didn't hear any screaming on the mailing list about it. (11:08:14 AM) thl: bpepple, that's a good sign :) (11:08:51 AM) thl: what about the clement issue? the pacakge with the repo file in it? (11:09:00 AM) thl: did anybody watch that further? (11:09:22 AM) thl: do we want to prevent that in the future? Do we need a rule "no yum.repo files are allowed" ? (11:09:24 AM) cgTobi: ixs: how was your class? (11:09:24 AM) nirik: he replied back to the list, but I haven't seen anything from him since then. (11:09:33 AM) tibbs: The package has not been updated. (11:09:55 AM) thl: hans (his sponsor) in moving to another house and thus a bit busy (11:09:57 AM) bpepple: thl: Yeah, we should put something explicitly forbidding it on the wiki. (11:10:01 AM) c4chris: thl, I think we should have such a rule (11:10:05 AM) rdieter: just checked cvs, reference to repo file is still there. grr.. (11:10:29 AM) thl: who will handle that? FESCo or PC? (11:10:34 AM) tibbs: We can't just ban packages adding repositories; that might be actually useful. (11:10:37 AM) bpepple: someone needs to step-in and fix it if Hans isn't around. (11:10:43 AM) c4chris: at least, the package is not in the repo (according to PackageStatus) (11:11:01 AM) rdieter: tibbs: Oh, I think we can (or should) (11:11:02 AM) thl: tibbs, for eample? (11:11:07 AM) thl: rdieter, +1 (11:11:07 AM) graveyard [n=graveyar] entered the room. (11:11:21 AM) bpepple: rdieter: agreed. (11:11:29 AM) rdieter: I'll do the followup cluestick whacking after the meeting. (11:11:35 AM) tibbs: Well, you might have a package that adds, say, dribble or whatever. (11:11:50 AM) tibbs: It would be a big political issue over whether that's allowed and wanted, etc. (11:12:02 AM) thl: tibbs, yeah, but why should such a package be in Extras? (11:12:10 AM) rdieter: tibbs: stuff like that needs to have explicit permission, if ever. (11:12:22 AM) tibbs: Because it would be useful. (11:12:38 AM) tibbs: It's tough to make up a hypothetical in 30 seconds that you can't easily shoot down for some other reason. (11:12:46 AM) thl: tibbs, if we can enable a repo that we could put it contents into Extras... (11:12:50 AM) c4chris: tibbs, I'd rather have a rule that says we don't want them, and have a few exceptions granted where useful (11:13:00 AM) rdieter: tibbs: let's just stick with simple "no way", unless good reasons can be made for exceptions. (11:13:04 AM) nirik: if a usefull case comes up, then the guidelines could be changed? (11:13:10 AM) thl: rdieter, +1 (11:13:18 AM) thl: nirik, sure (11:13:32 AM) rdieter: and I'm pretty sure there won't ever be any exceptions. (: (11:13:44 AM) thl: rdieter, so will the PC handle it? (11:13:54 AM) tibbs: It's FESCo's decision, IMHO. (11:14:07 AM) rdieter: thl: I will wearing my PC/FESco/Board badge, whatever. (: (11:14:10 AM) bpepple: tibbs: actually I think PC would be a better place. (11:14:11 AM) c4chris: tibbs, I tend to agree (11:14:12 AM) ChanServ left the room (quit: Shutting Down). (11:14:20 AM) thl: argh (11:14:44 AM) thl: we need a better scheme in the merged world to make sure what's PCs job, and what FESCo job (11:14:54 AM) c4chris: let's put it this way: FESCo asks the PC to make a rule... (11:14:57 AM) ChanServ [ChanServ] entered the room. (11:14:57 AM) mode (+o ChanServ ) by irc.freenode.net (11:15:05 AM) rdieter: right, I see PC more as legislative, FESCo more executive branch. (11:15:06 AM) thl: tibbs, the rule would need to exists under the packaging namesapce afaics (11:15:45 AM) rdieter: this one is case of common sense, and security implications. (11:15:48 AM) thl: rdieter, I see a shitload of work for FESCo oin the future and we need a way to say "SIG/Foo/PC/Bar, you need to hanle that" (11:16:01 AM) thl: handle (11:16:11 AM) rdieter: thl, no disagreement there. We certainly need more delagation, and SIGs. (11:16:12 AM) bpepple: thl: +1 (11:16:26 AM) c4chris: sounds fine to me (11:16:34 AM) thl: anyway, regarding the issue at hand (11:16:40 AM) tibbs: Whatever committee does this must be certain not to ban fedora-release. (11:16:47 AM) thl: the rule would need to live in the wiki below Packaging/ afaics (11:16:55 AM) thl: thus IMHO the PC need to accept it (11:16:55 AM) rdieter: tibbs: you found the one exception! (: (11:17:10 AM) abadger1999: This is a "what to package" rather than a "how to package" question which usu. means FESCo. (11:17:21 AM) blarney [n=blarney] entered the room. (11:17:44 AM) thl: abadger1999, but there are no special "what to package" rules anywhere (11:17:54 AM) tibbs: Umm, we're just making one. (11:18:00 AM) thl: and it needs to be checked in the review guidlines and those are owned by the PC (11:18:00 AM) blarney: spot: ping (11:18:04 AM) c4chris: abadger1999, well, it's a bit like: don't package .la and .a files... (11:18:10 AM) abadger1999: kmods (11:18:11 AM) thl: c4chris, +1 ;) (11:18:35 AM) thl: well, it's late (11:18:37 AM) tibbs: In any case, if FESCo wants to expand PC's mandate, I won't object. (11:18:49 AM) rdieter: I'll take it to PC too, this one should be easy to pass without pissing off anyone else... (I haven't filled my quota this week). (11:18:56 AM) abadger1999: rdieter: :-) (11:18:59 AM) thl: rdieter, thx (11:19:16 AM) thl: tibbs, we need to adjust that in any case for the new merged worlds order afaics (11:19:19 AM) spot: blarney: yes? (11:19:29 AM) thl: k, so anythign else we should discuss? (11:19:30 AM) tibbs: thl: I believe we do. (11:19:49 AM) ***c4chris needs to attend to a few family things soon... (11:19:52 AM) thl: what about the "don#t use cvs-import after the initial import" ? (11:20:09 AM) ***thl will end the meeting in 60 (11:20:11 AM) rdieter: some folks really like using that afterwards.. (11:20:15 AM) blarney: spot: any chance you could update rpy (no word from jmatos): https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=220403 it's blocking the R upgrade (11:20:18 AM) blarney: ? (11:20:19 AM) tibbs: I never use it myself. (11:20:20 AM) bpepple: thl: Maybe we can modify the script not to even allow that usage. (11:20:25 AM) jcollie: rdieter, because ther don' (11:20:31 AM) tibbs: Someone once proposed a "make clone-branch" command, (11:20:35 AM) jcollie: er because they don't want to learn cvs (11:20:46 AM) nirik: blarney: I will if spot won't. Did you see that there are newer versions available? (11:20:50 AM) tibbs: which would copy, say, the files in "devel" into "FC-6" (11:20:56 AM) rdieter: tibbs: that would help (I'd like that) (11:21:00 AM) blarney: nirik: yes, I saw that (11:21:12 AM) spot: blarney: i'll rebuild the existing version. (11:21:16 AM) tibbs: I would use it extensively, but I have no idea how to implement it. (11:21:19 AM) ***thl will end the meeting in 30 (11:21:32 AM) nirik: spot: thanks. Let me know if I can test build or assist you... (11:21:43 AM) c4chris: thl, we should provide some better alternative I guess... (11:21:57 AM) thl: let's discuss the cvs-import stuff in a later meeting (11:22:01 AM) thl: one last thing (11:22:02 AM) c4chris: right (11:22:07 AM) thl: meeting next week? (11:22:10 AM) thl: who will be there? (11:22:17 AM) ***thl probably will (11:22:18 AM) ***bpepple will be here. (11:22:19 AM) tibbs: I will be around. (11:22:22 AM) ***c4chris probably won't be around (11:22:31 AM) nirik: FYI, I see extras has 980 bugs open. Of those 611 are in the NEW state. Thats 62% where no one has stepped up and assigned the bug to themselves. Kinda sad. (11:22:32 AM) blarney: nirik: what about going to the latest 0.99 in devel and then porting back to FC-6 if that's stable? (11:22:57 AM) thl: so let's meet next week (11:22:58 AM) nirik: blarney: that would be a job for the maintainer. I wouldn't push a new version to fix this when the old one will work. (11:22:59 AM) tibbs: nirik: I guess that's one for the mythical QA team. (11:23:11 AM) thl: and it there are lett then 5 FESCo members around we'll cancel it (11:23:13 AM) thl: that okay? (11:23:19 AM) ***thl will end the meeting in 30 (11:23:20 AM) tibbs: Sure. (11:23:24 AM) bpepple: thl: sounds fine. (11:23:28 AM) spot: next week? maybe. (11:23:32 AM) ***thl will end the meeting in 15 (11:23:39 AM) blarney: nirik: ok, unless it is orphaned, I guess we wait to see if jmatos is on vacation or wants to give it up (11:23:51 AM) thl: -- MARK -- Meeting End }}} -------------- 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 Thu Dec 28 00:30:54 2006 From: chris.stone at gmail.com (Christopher Stone) Date: Wed, 27 Dec 2006 16:30:54 -0800 Subject: FESCo Meeting Logs 2006-12-21 In-Reply-To: <1167246414.19928.181.camel@localhost.localdomain> References: <1167246414.19928.181.camel@localhost.localdomain> Message-ID: Regarding all the disttag discussion in this log, how should 3rd party repos handle their disttags? For example, livna right now uses lvn#, should they switch to fc#? And also, is it okay if they switch to fc#.lvn? Some 3rd party repos like ATrpms and Dag Weirs are using the fc#.xxx method. Is this acceptable? From paul at all-the-johnsons.co.uk Thu Dec 28 01:41:11 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Thu, 28 Dec 2006 01:41:11 +0000 Subject: csound problem Message-ID: <1167270071.3520.119.camel@T7.Linux> Hi, I've put myself down as the co-maintainer of csound and have fixed most of the problems so far. However... I have had to disable the fltk-gui as there seems to be some problem with the current rawhide version of fluid's C++ generation. It is currently generating code which is not in scope For example, CsoundGUIConsole_FLTK.fl has the following at the top Function {CsoundGUIConsole() : mutex_(0)} {open } { code {{ firstMsg = (Csound_Message*) 0; lastMsg = (Csound_Message*) 0; buf = new Fl_Text_Buffer(); styleBuf = new Fl_Text_Buffer(); msgNotifyLock.TryLock(); clearLock.TryLock(); quitLock.TryLock(); consoleThread = csoundCreateThread(&CsoundGUIConsole::consoleThreadFunc, (void*) this); }} {} Fl_Window window { label {Csound console messages} open xywh {438 150 585 320} type Double resizable code0 {window = (Fl_Double_Window*) o;} visible } { Fl_Text_Display textDisplay { xywh {0 0 585 320} box DOWN_BOX color 255 labelsize 12 textfont 4 textsize 12 resizable code0 {o->buffer(buf);} } } code {textDisplay->highlight_data(styleBuf, (Fl_Text_Display::Style_Table_Entry*) &(styleTable[0]), 18, (char) 0, (Fl_Text_Display::Unfinished_Style_Cb) 0, (void*) 0);} {} } which translates into CsoundGUIConsole::CsoundGUIConsole() : mutex_(0) { { firstMsg = (Csound_Message*) 0; lastMsg = (Csound_Message*) 0; buf = new Fl_Text_Buffer(); styleBuf = new Fl_Text_Buffer(); msgNotifyLock.TryLock(); clearLock.TryLock(); quitLock.TryLock(); consoleThread = csoundCreateThread(&CsoundGUIConsole::consoleThreadFunc, (void*) this); } { window = new Fl_Double_Window(585, 320, "Csound console messages"); window->user_data((void*)(this)); { Fl_Text_Display* o = textDisplay = new Fl_Text_Display(0, 0, 585, 320); textDisplay->box(FL_DOWN_BOX); textDisplay->color(FL_WHITE); textDisplay->labelsize(12); textDisplay->textfont(4); textDisplay->textsize(12); Fl_Group::current()->resizable(textDisplay); o->buffer(buf); } // Fl_Text_Display* textDisplay window = (Fl_Double_Window*) o; window->end(); } // Fl_Double_Window* window textDisplay->highlight_data(styleBuf, (Fl_Text_Display::Style_Table_Entry*) &(styleTable[0]), 18, (char) 0, (Fl_Text_Display::Unfinished_Style_Cb) 0, (void*) 0); } o is quite clearly out of scope. Should I file this problem against fluid or is it something I can fix directly? I have zero knowledge of fluid, so if it can be fixed, instructions will need to be damned clear! TTFN Paul -- "Mmmmmmmm....Shakira geschmiert mit schokolade" sagt Homer -------------- 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 all-the-johnsons.co.uk Thu Dec 28 01:50:38 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Thu, 28 Dec 2006 01:50:38 +0000 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-27 In-Reply-To: References: <20061227200620.29922.11033@extras64.linux.duke.edu> <1167256359.3520.92.camel@T7.Linux> <20061227235321.5cb06e74.bugs.michael@gmx.net> <1167260561.3520.100.camel@T7.Linux> <20061228002055.12f299da.bugs.michael@gmx.net> <1167262920.3520.102.camel@T7.Linux> <1167264413.3520.106.camel@T7.Linux> Message-ID: <1167270638.3520.121.camel@T7.Linux> Hi, > P> As you've seen on IRC, I've been out of the loop for a while now, > P> so where are we on co-maintenership? > > It works as good as its going to work until we start doing finer ACLs > in the repository and buildsys. Just add your address to the last > field in owners.list and you'll get CC'd on bug reports. Done, supplied some fixes to the maintainer and trying to figure out a build problem with fluid. TTFN Paul -- "Mmmmmmmm....Shakira geschmiert mit schokolade" sagt Homer -------------- 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 all-the-johnsons.co.uk Thu Dec 28 01:52:10 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Thu, 28 Dec 2006 01:52:10 +0000 Subject: Stella - an Atari 2600 emulator In-Reply-To: References: <1167176307.3520.55.camel@T7.Linux> <1167177715.3520.61.camel@T7.Linux> Message-ID: <1167270730.3520.123.camel@T7.Linux> Hi, > However, I have no idea if there's any redistributable content around > there. There doesn't look to be much out there :-( I'll get me coat and close the bug on the way out... TTFN Paul -- "Mmmmmmmm....Shakira geschmiert mit schokolade" sagt Homer -------------- 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 Thu Dec 28 02:05:10 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 27 Dec 2006 20:05:10 -0600 Subject: Stella - an Atari 2600 emulator In-Reply-To: <1167270730.3520.123.camel@T7.Linux> References: <1167176307.3520.55.camel@T7.Linux> <1167177715.3520.61.camel@T7.Linux> <1167270730.3520.123.camel@T7.Linux> Message-ID: >>>>> "P" == Paul writes: P> There doesn't look to be much out there :-( Well, I found lots of downloadable ROMs and even source code, but none of it includes any type of license statement. I'm sure it would be as simple as asking a few of the authors if we can have the necessary redistribution rights. - J< From sundaram at fedoraproject.org Thu Dec 28 07:34:46 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 28 Dec 2006 13:04:46 +0530 Subject: FESCo Meeting Logs 2006-12-21 In-Reply-To: <1167246414.19928.181.camel@localhost.localdomain> References: <1167246414.19928.181.camel@localhost.localdomain> Message-ID: <45937396.9030704@fedoraproject.org> Toshio Kuratomi wrote: > * clement issue: Package has not been updated yet. We'll step in and > fix it after the meeting. > * rdieter to take a "No yum repo files in packages" rule to the > Packaging Committee. No repository files of any package manager including Yum. Apt and Smart would be a better rule. Rahul From wolfy at nobugconsulting.ro Thu Dec 28 07:58:31 2006 From: wolfy at nobugconsulting.ro (lonely wolf) Date: Thu, 28 Dec 2006 09:58:31 +0200 Subject: FESCo Meeting Logs 2006-12-21 In-Reply-To: <45937396.9030704@fedoraproject.org> References: <1167246414.19928.181.camel@localhost.localdomain> <45937396.9030704@fedoraproject.org> Message-ID: <45937927.7020901@nobugconsulting.ro> On 12/28/2006 09:34 AM, Rahul Sundaram wrote: > Toshio Kuratomi wrote: > >> * clement issue: Package has not been updated yet. We'll step in and >> fix it after the meeting. >> * rdieter to take a "No yum repo files in packages" rule to the >> Packaging Committee. > > No repository files of any package manager including Yum. Apt and > Smart would be a better rule. +1 on not allowing automatic placement of repo files (of any package manager) to be placed in their default location. However, I think that a %doc including them (+ clear mentioning this in a README.FEDORA) would be nice. Especially since one can do yum -c /path/to/said/repo. I admit that I am lazy and I prefer this solution to reading README.FEDORA and then downloading the config file from the packager/upstream site. Especially since in the last case I would be tempted to place the downloaded file in /etc/yum.repos.d (or wherever it belongs depending on manager.) From a.badger at gmail.com Thu Dec 28 08:12:18 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 28 Dec 2006 00:12:18 -0800 Subject: May not be making the meeting Message-ID: <1167293538.19928.191.camel@localhost.localdomain> Hey all, I may not be able to make the FESCo Meeting tomorrow as I have to drop some family off at the airport. I'll probably be back by the time the Infrastructure Meeting starts but I'm not 100% certain of that. -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 Thu Dec 28 08:12:56 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 28 Dec 2006 13:42:56 +0530 Subject: FESCo Meeting Logs 2006-12-21 In-Reply-To: <45937927.7020901@nobugconsulting.ro> References: <1167246414.19928.181.camel@localhost.localdomain> <45937396.9030704@fedoraproject.org> <45937927.7020901@nobugconsulting.ro> Message-ID: <45937C88.2010701@fedoraproject.org> lonely wolf wrote: > On 12/28/2006 09:34 AM, Rahul Sundaram wrote: >> Toshio Kuratomi wrote: >> >>> * clement issue: Package has not been updated yet. We'll step in and >>> fix it after the meeting. >>> * rdieter to take a "No yum repo files in packages" rule to the >>> Packaging Committee. >> >> No repository files of any package manager including Yum. Apt and >> Smart would be a better rule. > +1 on not allowing automatic placement of repo files (of any package > manager) to be placed in their default location. > > However, I think that a %doc including them (+ clear mentioning this in > a README.FEDORA) would be nice. Especially since one can do yum -c > /path/to/said/repo. I admit that I am lazy and I prefer this solution to > reading README.FEDORA and then downloading the config file from the > packager/upstream site. Especially since in the last case I would be > tempted to place the downloaded file in /etc/yum.repos.d (or wherever it > belongs depending on manager.) From the convenient standpoint placing a repository directly rather than just pointing out the upstream project is definitely good but to avoid legal liabilities it is better to stay clear off any repository listings at all other than fedora-release. Rahul From dan at danny.cz Thu Dec 28 09:05:36 2006 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Thu, 28 Dec 2006 10:05:36 +0100 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-27 In-Reply-To: <13dbfe4f0612271556h40b51eden5b01e1f56209a9e9@mail.gmail.com> References: <20061227200620.29922.11033@extras64.linux.duke.edu> <13dbfe4f0612271501kd6569bcj75103d75f690cfe8@mail.gmail.com> <20061228001909.3221632a.bugs.michael@gmx.net> <13dbfe4f0612271556h40b51eden5b01e1f56209a9e9@mail.gmail.com> Message-ID: <1167296736.3538.11.camel@eagle.danny.cz> Chitlesh GOORAH p??e v ?t 28. 12. 2006 v 00:56 +0100: > On 12/28/06, Michael Schwendt wrote: > > > You need to rebuild it against the new wxGTK. > > Did it already, but It failed It looks like that non trivial applications require quite a lot of work to compile with wx 2.8 and there still could remain some problems with functionality. I am seeing it on codeblocks :-( So could you send the failures to the list? There will be probably more people fighting with wx 2.8 and they could have already some issues resolved. Dan From mr.ecik at gmail.com Thu Dec 28 09:39:48 2006 From: mr.ecik at gmail.com (=?ISO-8859-2?Q?Micha=B3_Bentkowski?=) Date: Thu, 28 Dec 2006 10:39:48 +0100 Subject: Announcing FEver - an upstream tracking system In-Reply-To: <604aa7910612271353k2ea5ea95ked6dd3b2752585c2@mail.gmail.com> References: <668bb39a0612271253j6bbcd4eep999fc25276242062@mail.gmail.com> <604aa7910612271353k2ea5ea95ked6dd3b2752585c2@mail.gmail.com> Message-ID: <668bb39a0612280139r39adc0e9h5bf73c5fa8c7ffc@mail.gmail.com> 06-12-27, Jeff Spaleta napisa?(a): > I like the idea. Perhaps instead of the wikipage, would it make more > sense to have the list of packages for FEver to watch be housed in the > Extras CVS as a module? Would that scale out better than the wikipage. > I'm concerned that if this becomes extremely popular that the wikipage > as it is will become horribly too long. > It doesn't look like a problem; in my opinion wiki page makes it easier to add new package to FEver, the better solution would be separate it from the main page and put into e.g. FEver/Packages page. > Are you talking to the infrastructure team, can this be incorporated > into what they are working on for new tools? > Probably it can, but I did nothing with that so far. > Can this be used to watch for new update rpms? Let's say I maintain > package foo in Extras that depends on bar in Core. Can I use FEver > (with appropriate modifications if needed) to watch for a new bar > package in the published core updates or updates-testing and write a > bugzilla report against foo in Extras to inform me of the new update? > It seems to me that it could be done but it's not what I expect FEver to be. It may be done as another project ;-) -- Micha? Bentkowski mr.ecik at gmail.com From astakhovp at elinar-broiler.ru Thu Dec 28 09:44:13 2006 From: astakhovp at elinar-broiler.ru (Peter Astakhov) Date: Thu, 28 Dec 2006 12:44:13 +0300 Subject: repo check tools Message-ID: <459391ED.2090605@elinar-broiler.ru> Hello! I am interested in tool, which can remove or generate list of unused packages in the repo catalog. For example, now in Fedora Extras exist package wesnoth-1.0.2-4.fc6.x86_64.rpm and wesnoth-1.2-1.fc6.x86_64.rpm Same situation with a lot of packages For example: ls selinux-policy-targeted-* selinux-policy-targeted-2.4.1-3.fc6.noarch.rpm selinux-policy-targeted-2.4.3-2.fc6.noarch.rpm selinux-policy-targeted-2.4.6-1.fc6.noarch.rpm selinux-policy-targeted-2.4.2-3.fc6.noarch.rpm selinux-policy-targeted-2.4.5-3.fc6.noarch.rpm selinux-policy-targeted-2.4.6-7.fc6.noarch.rpm selinux-policy-targeted-2.4.3-10.fc6.noarch.rpm selinux-policy-targeted-2.4.6-13.fc6.noarch.rpm As far as I understand, 7 packages are obsoletes an d I can remove it. Is tool for this management exist? Peter (Zebar) Astakhov -- ????????? ?????? ?????????????? ?????? ? ???????????????? ??? "??????-???????" ???. (495) 777-12-55 Peter Astakhov Registered Linux user #349343 From bugs.michael at gmx.net Thu Dec 28 11:15:25 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 28 Dec 2006 12:15:25 +0100 Subject: repo check tools In-Reply-To: <459391ED.2090605@elinar-broiler.ru> References: <459391ED.2090605@elinar-broiler.ru> Message-ID: <20061228121525.8e89143e.bugs.michael@gmx.net> On Thu, 28 Dec 2006 12:44:13 +0300, Peter Astakhov wrote: > Hello! > I am interested in tool, which can remove or generate list of unused > packages in the repo catalog. Ready for use is "repomanage" from yum-utils. > For example, now in Fedora Extras exist package > wesnoth-1.0.2-4.fc6.x86_64.rpm and wesnoth-1.2-1.fc6.x86_64.rpm This is intentional. For stable releases of Fedora Extras we keep the latest _two_ package releases. For FE Development we only keep the latest. Older releases are deleted automatically. For a long time, we've used repomanage for that. For two months, code called "repoprune" is active (and could be enhanced for inclusion in yum-utils, although it is dangerous to use it). It's a more rigorous solution and several times faster than repomanage. It deletes old src.rpm packages first and then deletes all binary rpms which point to a non-existant src.rpm. That way it gets rid of obsolete/out-of-date sub-packages, too, and keeps the repository clean. From giallu at gmail.com Thu Dec 28 11:53:42 2006 From: giallu at gmail.com (Gianluca Sforna) Date: Thu, 28 Dec 2006 12:53:42 +0100 Subject: httpd config file and FC6 Message-ID: I am seeing something rather strange here: I have a config file in /etc/httpd/conf.d which says: Order deny,allow Deny from all Allow from localhost Now, if I point the browser to: http://localhost/mantis I am denied access but it works if change the "Allow" line to: Allow from 127.0.0.1 /etc/hosts has the line: 127.0.0.1 hal9001 localhost.localdomain localhost So I am confused, since I am quite sure this used to work in the past... From seg at haxxed.com Thu Dec 28 12:18:37 2006 From: seg at haxxed.com (Callum Lerwick) Date: Thu, 28 Dec 2006 06:18:37 -0600 Subject: FESCo Meeting Logs 2006-12-21 In-Reply-To: <1167246414.19928.181.camel@localhost.localdomain> References: <1167246414.19928.181.camel@localhost.localdomain> Message-ID: <1167308317.3864.6.camel@goat.booze> On Wed, 2006-12-27 at 11:06 -0800, Toshio Kuratomi wrote: > * disttag again. RH support currently works from rpm -qa lists of > packages. So .el5 would confuse support. > * Work needs to happen on tools to show NEVR.arch VendorName and > GPGStatus. That will allow support to stop depending on disttag. rpm -qa --queryformat "%{name}-%|epoch?{%{epoch}:}| %{version}-%{release}.%{arch}\nPackager: %{packager}\nVendor: %{vendor}\n\n" Not sure how to get gpg info. I'm noticing Livna doesn't set packager or vendor at all. From Axel.Thimm at ATrpms.net Thu Dec 28 12:32:52 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Thu, 28 Dec 2006 13:32:52 +0100 Subject: FESCo Meeting Logs 2006-12-21 In-Reply-To: <45937396.9030704@fedoraproject.org> References: <1167246414.19928.181.camel@localhost.localdomain> <45937396.9030704@fedoraproject.org> Message-ID: <20061228123252.GA31988@neu.nirvana> On Thu, Dec 28, 2006 at 01:04:46PM +0530, Rahul Sundaram wrote: > Toshio Kuratomi wrote: > > > * clement issue: Package has not been updated yet. We'll step in and > >fix it after the meeting. > > * rdieter to take a "No yum repo files in packages" rule to the > >Packaging Committee. > > No repository files of any package manager including Yum. Apt and Smart > would be a better rule. BTW there are exactly two other packages other than fedora-release which legitimately carry repo information: fedora-package-config-{smart,apt}. Of course the repos in there are exactly the same as in the yum repos, just translated in their syntax (as much as applies to these depsolvers at least). Perhaps one day all repo config will make it in one fedora-repo-config package. -- 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 seg at haxxed.com Thu Dec 28 12:27:28 2006 From: seg at haxxed.com (Callum Lerwick) Date: Thu, 28 Dec 2006 06:27:28 -0600 Subject: FESCo Meeting Logs 2006-12-21 In-Reply-To: <20061228123252.GA31988@neu.nirvana> References: <1167246414.19928.181.camel@localhost.localdomain> <45937396.9030704@fedoraproject.org> <20061228123252.GA31988@neu.nirvana> Message-ID: <1167308848.3864.9.camel@goat.booze> On Thu, 2006-12-28 at 13:32 +0100, Axel Thimm wrote: > On Thu, Dec 28, 2006 at 01:04:46PM +0530, Rahul Sundaram wrote: > > Toshio Kuratomi wrote: > > > > > * clement issue: Package has not been updated yet. We'll step in and > > >fix it after the meeting. > > > * rdieter to take a "No yum repo files in packages" rule to the > > >Packaging Committee. > > > > No repository files of any package manager including Yum. Apt and Smart > > would be a better rule. > > BTW there are exactly two other packages other than fedora-release > which legitimately carry repo information: fedora-package-config-{smart,apt}. > > Of course the repos in there are exactly the same as in the yum repos, > just translated in their syntax (as much as applies to these > depsolvers at least). > > Perhaps one day all repo config will make it in one fedora-repo-config > package. Perhaps the rule should simply be something along the lines of "No non-Fedora Project repos may be packaged", as that's the real issue. From dennis at ausil.us Thu Dec 28 12:48:43 2006 From: dennis at ausil.us (Dennis Gilmore) Date: Thu, 28 Dec 2006 06:48:43 -0600 Subject: repo check tools In-Reply-To: <20061228121525.8e89143e.bugs.michael@gmx.net> References: <459391ED.2090605@elinar-broiler.ru> <20061228121525.8e89143e.bugs.michael@gmx.net> Message-ID: <200612280648.43677.dennis@ausil.us> On Thursday 28 December 2006 5:15 am, Michael Schwendt wrote: > On Thu, 28 Dec 2006 12:44:13 +0300, Peter Astakhov wrote: > > Hello! > > I am interested in tool, which can remove or generate list of unused > > packages in the repo catalog. > > Ready for use is "repomanage" from yum-utils. > > > For example, now in Fedora Extras exist package > > wesnoth-1.0.2-4.fc6.x86_64.rpm and wesnoth-1.2-1.fc6.x86_64.rpm > > This is intentional. For stable releases of Fedora Extras we keep the > latest _two_ package releases. For FE Development we only keep the latest. > > Older releases are deleted automatically. For a long time, we've used Older releases should not be deleted but pruned to the last package only. -- Dennis Gilmore, RHCE Proud Australian From vonbrand at inf.utfsm.cl Thu Dec 28 13:17:42 2006 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Thu, 28 Dec 2006 10:17:42 -0300 Subject: repo check tools In-Reply-To: Your message of "Thu, 28 Dec 2006 12:15:25 BST." <20061228121525.8e89143e.bugs.michael@gmx.net> Message-ID: <200612281317.kBSDHgl4010630@laptop13.inf.utfsm.cl> Michael Schwendt wrote: > On Thu, 28 Dec 2006 12:44:13 +0300, Peter Astakhov wrote: [...] > > For example, now in Fedora Extras exist package > > wesnoth-1.0.2-4.fc6.x86_64.rpm and wesnoth-1.2-1.fc6.x86_64.rpm > This is intentional. For stable releases of Fedora Extras we keep the > latest _two_ package releases. For FE Development we only keep the > latest. Nice to know that. Wrong way around, if you ask me. Breakage in rawhide is much more common, and thus the need to hunt down a not-yet-uptodate mirror (or futz around in /var/cache/yum/*/packages) for a working package. Or could "yum clean" be thaught to keep a few old versions behind? -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 From bugs.michael at gmx.net Thu Dec 28 13:31:05 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 28 Dec 2006 14:31:05 +0100 Subject: repo check tools In-Reply-To: <200612280648.43677.dennis@ausil.us> References: <459391ED.2090605@elinar-broiler.ru> <20061228121525.8e89143e.bugs.michael@gmx.net> <200612280648.43677.dennis@ausil.us> Message-ID: <20061228143105.7e412a36.bugs.michael@gmx.net> On Thu, 28 Dec 2006 06:48:43 -0600, Dennis Gilmore wrote: > On Thursday 28 December 2006 5:15 am, Michael Schwendt wrote: > > On Thu, 28 Dec 2006 12:44:13 +0300, Peter Astakhov wrote: > > > Hello! > > > I am interested in tool, which can remove or generate list of unused > > > packages in the repo catalog. > > > > Ready for use is "repomanage" from yum-utils. > > > > > For example, now in Fedora Extras exist package > > > wesnoth-1.0.2-4.fc6.x86_64.rpm and wesnoth-1.2-1.fc6.x86_64.rpm > > > > This is intentional. For stable releases of Fedora Extras we keep the > > latest _two_ package releases. For FE Development we only keep the latest. > > > > Older releases are deleted automatically. For a long time, we've used > Older releases should not be deleted but pruned to the last package only. "releases" => "package releases" From a.badger at gmail.com Thu Dec 28 15:36:29 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 28 Dec 2006 07:36:29 -0800 Subject: FESCo Meeting Logs 2006-12-21 In-Reply-To: <1167308317.3864.6.camel@goat.booze> References: <1167246414.19928.181.camel@localhost.localdomain> <1167308317.3864.6.camel@goat.booze> Message-ID: <1167320189.19928.195.camel@localhost.localdomain> On Thu, 2006-12-28 at 06:18 -0600, Callum Lerwick wrote: > On Wed, 2006-12-27 at 11:06 -0800, Toshio Kuratomi wrote: > > * disttag again. RH support currently works from rpm -qa lists of > > packages. So .el5 would confuse support. > > * Work needs to happen on tools to show NEVR.arch VendorName and > > GPGStatus. That will allow support to stop depending on disttag. > > rpm -qa --queryformat "%{name}-%|epoch?{%{epoch}:}| > %{version}-%{release}.%{arch}\nPackager: %{packager}\nVendor: > %{vendor}\n\n" > > Not sure how to get gpg info. I'm noticing Livna doesn't set packager or > vendor at all. > Here's your settings plus some settings from /usr/lib/rpm/rpmpopt-4.4.2: $ cat ~/.popt rpm alias --support -q --queryformat "%{name}-%|epoch?{%{epoch}:}| %{version}-%{release}.%{arch}\nPackager: %{packager}\nVendor: %{vendor}\nSignature: %|DSAHEADER?{%{DSAHEADER:pgpsig}}:{%| RSAHEADER?{%{RSAHEADER:pgpsig}}:{%|SIGGPG?{%{SIGGPG:pgpsig}}:{%| SIGPGP?{%{SIGPGP:pgpsig}}:{(none)}|}|}|}|\n\n" $ rpm --support rpm rpm-4.4.2-32.x86_64 Packager: Red Hat, Inc. Vendor: Red Hat, Inc. Signature: DSA/SHA1, Wed 04 Oct 2006 05:51:51 AM PDT, Key ID b44269d04f2a6fd2 -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 mail-lists at karan.org Thu Dec 28 15:47:43 2006 From: mail-lists at karan.org (Karanbir Singh) Date: Thu, 28 Dec 2006 15:47:43 +0000 Subject: GUI for managing rpm In-Reply-To: <20061224123654.GA21743@neu.nirvana> References: <369151.60976.qm@web36809.mail.mud.yahoo.com> <200612231320.24562.jkeating@redhat.com> <458DDDEF.7050903@karan.org> <20061224123654.GA21743@neu.nirvana> Message-ID: <4593E71F.2080601@karan.org> Axel Thimm wrote: > I've often heard about xml specfiles, but have never seen one. Have > you seen any such example on the net? I don't really like how xml > obfuscates the flow of reading something, but I'm interested in seeing > what it looks like. > The only sample I can locate is here : http://fedora.redhat.com/docs/drafts/rpm-guide-en/ch09s08.html -- Karanbir Singh : http://www.karan.org/ : 2522219 at icq From buildsys at fedoraproject.org Thu Dec 28 16:54:40 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 28 Dec 2006 11:54:40 -0500 (EST) Subject: Fedora Extras Package Build Report 2006-12-28 Message-ID: <20061228165440.38BBE15212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 19 NEW crystal-clear-20050622-3.fc7 gcl-2.6.7-14.fc7 gdeskcal-1.0-10.fc7 glom-1.2.2-3.fc7 NEW gnome-commander-1.2.3-2.fc7 NEW gpodder-0.8.0-3.fc7 gramps-2.2.4-3.fc7 NEW horde-3.1.3-11.fc7 kipi-plugins-0.1.3-0.2.rc1.fc7 NEW krename-3.0.13-2.fc7 NEW ladspa-swh-plugins-0.4.15-5.fc7 NEW lush-1.2.1-1.fc7 maxima-5.11.0-3.fc7 mlmmj-1.2.13-1.fc7 nant-0.85-12.fc7 NEW php-pear-MDB2-Driver-mysql-1.3.0-1.fc7 NEW php-pear-Structures-DataGrid-DataSource-MDB2-0.1.2-1.fc7 python-reportlab-2.0-2.fc7 sbcl-1.0.1-3.fc7 Packages built and released for Fedora Extras 6: 11 autogen-5.8.8-1.fc6 NEW crystal-clear-20050622-3.fc6 gcl-2.6.7-14.fc6 glom-1.2.2-1.fc6 NEW ladspa-swh-plugins-0.4.15-5.fc6 libkipi-0.1.5-1.fc6 maxima-5.11.0-3.fc6 NEW perl-GPS-0.15-1.fc6 NEW php-pear-MDB2-Driver-mysql-1.3.0-1.fc6 sbcl-1.0.1-3.fc6 NEW telepathy-stream-engine-0.3.18-2.fc6 Packages built and released for Fedora Extras 5: 6 autogen-5.8.7-6.1.fc5 NEW crystal-clear-20050622-3.fc5 libkipi-0.1.5-1.fc5 maxima-5.11.0-3.fc5 NEW perl-GPS-0.15-1.fc5 sbcl-1.0.1-3.fc5 Packages built and released for Fedora Extras 4: 0 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 Axel.Thimm at ATrpms.net Thu Dec 28 17:27:49 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Thu, 28 Dec 2006 18:27:49 +0100 Subject: VTK license OK? (was: VTK anyone?) In-Reply-To: <20060802052848.GA30553@neu.nirvana> References: <20060710144436.GB5455@free.fr> <44B27321.4060809@cora.nwra.com> <44B3DAA5.4050506@jhu.edu> <20060712075318.GA1242@neu.nirvana> <20060718173850.GH5874@neu.nirvana> <20060802052848.GA30553@neu.nirvana> Message-ID: <20061228172749.GC7705@neu.nirvana> On Wed, Aug 02, 2006 at 07:28:48AM +0200, Axel Thimm wrote: > On Tue, Jul 18, 2006 at 07:38:50PM +0200, Axel Thimm wrote: > > On Wed, Jul 12, 2006 at 10:23:19AM +0200, Gianluca Sforna wrote: > > > On 7/12/06, Axel Thimm wrote: > > > >On Tue, Jul 11, 2006 at 11:24:19PM +0200, Gianluca Sforna wrote: > > > >Well, I've already put quite some time into vtk packaging with the > > > >intend to push it to extras when it's done and I also need it for my > > > >(current) day job, so I'm interested in continuing maintenance. > > FWIW the packages have been submitted for some time now and have been > semi-reviewed. Anyone who wants to finish it off: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=199405 > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=199406 I'm trying to get this forward, there are two issues, one involved patents and is handled separately and the other involves the license. The VTK license is neither submitted to OSI or FSF for approving them in one way or another. There was a recent discussion here whether the wording about "fedora *clarifies* an open source license with these three groups" means a strict limit to these three or a hint about what fedora regards as open source licenses. I can't say anything about the wording, the important part is the intention and the decision that was made back then. Anyway here is the license by VTK. Would it be open source for fedora? Who would decide on this, fesco? /*========================================================================= Program: Visualization Toolkit Module: $RCSfile: Copyright.txt,v $ Copyright (c) 1993-2006 Ken Martin, Will Schroeder, Bill Lorensen All rights reserved. Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: * Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer. * Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution. * Neither name of Ken Martin, Will Schroeder, or Bill Lorensen nor the names of any contributors may be used to endorse or promote products derived from this software without specific prior written permission. * Modified source versions must be plainly marked as such, and must not be misrepresented as being the original software. THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHORS OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. =========================================================================*/ -- 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 buc at odusz.so-cdu.ru Thu Dec 28 17:33:29 2006 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Thu, 28 Dec 2006 20:33:29 +0300 Subject: Xawtv: some questions Message-ID: <4593FFE9.8000000@odu.neva.ru> Since FC-2, "xawtv" package was replaced by "tvtime". Whereas it gives some improvements in GUI, there is a regression too -- an absence of some useful command-line tools and console radio. I'm still using "radio" (console/cmdline radio application) and "v4lctl" (for example, to set the TV channel when an application is not capable for this). Anyway, such tools could be useful for scripting and network streaming (i.e. start to record radio from the crond, etc.) Project page is http://linux.bytesex.org/xawtv/ I'm thinking about xawtv for Extras, but there are a couple of questions: 1) What reasons have led to decision-making on change of TV viewer? Are there some technical or legal issues? 2) Xawtv includes code for "avi" file format, for "mjpeg" and for "quicktime" (by an external library). Are this things allowed, or we must strip the tarball properly (on the same manner as "xine-lib" is done now)? 3) Is it applicable to provide the needed tools only, without TV viewer at all? 4) Should the package be splitted to subpackages (as some distros use it) or one big package is better (Fedora way)? 5) What about "tv-fonts", accompanied with xawtv? Whether it is required or not? How it should be named ("xawtv-tv-fonts" or just "tv-fonts")? ... Note, that one of the problem for the "radio" was unicode console support, which I've added recently. :) Regards, Dmitry Butskoy, http://www.fedoraproject.org/wiki/DmitryButskoy From pertusus at free.fr Thu Dec 28 17:36:06 2006 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 28 Dec 2006 18:36:06 +0100 Subject: VTK license OK? (was: VTK anyone?) In-Reply-To: <20061228172749.GC7705@neu.nirvana> References: <20060710144436.GB5455@free.fr> <44B27321.4060809@cora.nwra.com> <44B3DAA5.4050506@jhu.edu> <20060712075318.GA1242@neu.nirvana> <20060718173850.GH5874@neu.nirvana> <20060802052848.GA30553@neu.nirvana> <20061228172749.GC7705@neu.nirvana> Message-ID: <20061228173606.GE3714@free.fr> On Thu, Dec 28, 2006 at 06:27:49PM +0100, Axel Thimm wrote: > > There was a recent discussion here whether the wording about "fedora > *clarifies* an open source license with these three groups" means a > strict limit to these three or a hint about what fedora regards as > open source licenses. I can't say anything about the wording, the > important part is the intention and the decision that was made back > then. I don't think the exact wording of the license is important. > Anyway here is the license by VTK. Would it be open source for fedora? > Who would decide on this, fesco? To me it seems clearly to be free software, in my opinion it is a BSD-like with the no ads clause. In my opinion, no need for FESCo approval or the like, reviewing it is enough in my opinion. -- Pat From dennis at ausil.us Thu Dec 28 17:39:23 2006 From: dennis at ausil.us (Dennis Gilmore) Date: Thu, 28 Dec 2006 11:39:23 -0600 Subject: VTK license OK? (was: VTK anyone?) In-Reply-To: <20061228172749.GC7705@neu.nirvana> References: <20060802052848.GA30553@neu.nirvana> <20061228172749.GC7705@neu.nirvana> Message-ID: <200612281139.23716.dennis@ausil.us> On Thursday 28 December 2006 11:27, Axel Thimm wrote: > On Wed, Aug 02, 2006 at 07:28:48AM +0200, Axel Thimm wrote: > > On Tue, Jul 18, 2006 at 07:38:50PM +0200, Axel Thimm wrote: > > > On Wed, Jul 12, 2006 at 10:23:19AM +0200, Gianluca Sforna wrote: > > > > On 7/12/06, Axel Thimm wrote: > > > > >On Tue, Jul 11, 2006 at 11:24:19PM +0200, Gianluca Sforna wrote: > > > > >Well, I've already put quite some time into vtk packaging with the > > > > >intend to push it to extras when it's done and I also need it for my > > > > >(current) day job, so I'm interested in continuing maintenance. > > > > FWIW the packages have been submitted for some time now and have been > > semi-reviewed. Anyone who wants to finish it off: > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=199405 > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=199406 > > I'm trying to get this forward, there are two issues, one involved > patents and is handled separately and the other involves the > license. The VTK license is neither submitted to OSI or FSF for > approving them in one way or another. > > There was a recent discussion here whether the wording about "fedora > *clarifies* an open source license with these three groups" means a > strict limit to these three or a hint about what fedora regards as > open source licenses. I can't say anything about the wording, the > important part is the intention and the decision that was made back > then. > > Anyway here is the license by VTK. Would it be open source for fedora? > Who would decide on this, fesco? FSF is the place to have it decided upon -- ?,-._|\ ? ?Dennis Gilmore, RHCE /Aussie\ ? Proud Australian \_.--._/ ? | Aurora | Fedora | ? ? ? v ? ? From fedora at camperquake.de Thu Dec 28 17:42:55 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 28 Dec 2006 18:42:55 +0100 Subject: VTK license OK? (was: VTK anyone?) In-Reply-To: <20061228172749.GC7705@neu.nirvana> References: <20060710144436.GB5455@free.fr> <44B27321.4060809@cora.nwra.com> <44B3DAA5.4050506@jhu.edu> <20060712075318.GA1242@neu.nirvana> <20060718173850.GH5874@neu.nirvana> <20060802052848.GA30553@neu.nirvana> <20061228172749.GC7705@neu.nirvana> Message-ID: <20061228184255.14ce12a4@lain.camperquake.de> Hi. On Thu, 28 Dec 2006 18:27:49 +0100, Axel Thimm wrote > Copyright (c) 1993-2006 Ken Martin, Will Schroeder, Bill Lorensen > All rights reserved. [...] That's BSD, isn't it? From buildsys at fedoraproject.org Thu Dec 28 18:47:47 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Thu, 28 Dec 2006 18:47:47 -0000 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-28 Message-ID: <20061228184747.28503.65886@extras64.linux.duke.edu> New report for: rdieter AT math.unl.edu package: maxima-runtime-sbcl - 5.10.0-9.fc5.1.i386 from fedora-extras-5-i386 unresolved deps: maxima = 0:5.10.0 sbcl = 0:1.0 package: maxima-runtime-sbcl - 5.10.0-9.fc5.1.x86_64 from fedora-extras-5-x86_64 unresolved deps: maxima = 0:5.10.0 sbcl = 0:1.0 package: maxima-runtime-sbcl - 5.10.0-9.fc6.i386 from fedora-extras-6-i386 unresolved deps: maxima = 0:5.10.0 sbcl = 0:1.0 package: maxima-runtime-sbcl - 5.10.0-9.fc6.x86_64 from fedora-extras-6-x86_64 unresolved deps: maxima = 0:5.10.0 sbcl = 0:1.0 ====================================================================== Summary of broken packages (by owner): Jochen AT herr-schmitt.de blender - 2.42a-17.fc7.i386 (6 days) blender - 2.42a-17.fc7.ppc (6 days) blender - 2.42a-17.fc7.x86_64 (6 days) andreas.bierfert AT lowlatency.de centericq - 4.21.0-8.fc6.i386 (58 days) centericq - 4.21.0-8.fc6.ppc (58 days) centericq - 4.21.0-8.fc6.x86_64 (58 days) orange - 0.3-4.cvs20051118.fc7.i386 (24 days) aportal AT univ-montp2.fr kicad - 2006.08.28-2.fc6.i386 (13 days) kicad - 2006.08.28-2.fc6.ppc (13 days) kicad - 2006.08.28-2.fc6.x86_64 (13 days) bdpepple AT ameritech.net python-telepathy - 0.13.7-2.fc7.noarch (20 days) python-telepathy - 0.13.7-2.fc7.noarch (20 days) python-telepathy - 0.13.7-2.fc7.noarch (20 days) braden AT endoframe.com openvrml - 0.16.2-2.fc7.i386 (4 days) openvrml - 0.16.2-2.fc7.i386 (4 days) openvrml - 0.16.2-2.fc7.ppc (4 days) openvrml - 0.16.2-2.fc7.x86_64 (4 days) openvrml-devel - 0.16.2-2.fc7.i386 (4 days) openvrml-devel - 0.16.2-2.fc7.i386 (4 days) openvrml-devel - 0.16.2-2.fc7.ppc (4 days) openvrml-devel - 0.16.2-2.fc7.x86_64 (4 days) cgoorah AT yahoo.com.au toped - 0.8.2-2.fc6.i386 (13 days) toped - 0.8.2-2.fc6.ppc (13 days) toped - 0.8.2-2.fc6.x86_64 (13 days) dan AT danny.cz codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (13 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (13 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.ppc (13 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.x86_64 (13 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.i386 (13 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.ppc (13 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.x86_64 (13 days) dcbw AT redhat.com csound - 5.03.0-9.fc7.i386 (20 days) csound - 5.03.0-9.fc7.i386 (20 days) csound - 5.03.0-9.fc7.ppc (20 days) csound - 5.03.0-9.fc7.x86_64 (20 days) csound-python - 5.03.0-9.fc7.i386 (20 days) csound-python - 5.03.0-9.fc7.ppc (20 days) csound-python - 5.03.0-9.fc7.x86_64 (20 days) denis AT poolshark.org k3d - 0.6.4.0-1.fc7.i386 (20 days) k3d - 0.6.4.0-1.fc7.i386 (20 days) k3d - 0.6.4.0-1.fc7.ppc (20 days) k3d - 0.6.4.0-1.fc7.x86_64 (20 days) dwmw2 AT redhat.com openpbx - 1.2-3.rc2.svn2135.fc7.i386 (22 days) openpbx - 1.2-3.rc2.svn2135.fc7.i386 (22 days) openpbx - 1.2-3.rc2.svn2135.fc7.ppc (22 days) openpbx - 1.2-3.rc2.svn2135.fc7.x86_64 (22 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.i386 (22 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.ppc (22 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.x86_64 (22 days) endur AT bennewitz.com streamtuner - 0.99.99-15.fc7.x86_64 (20 days) ghenry AT suretecsystems.com pgadmin3 - 1.4.3-6.fc6.i386 (22 days) pgadmin3 - 1.4.3-6.fc6.ppc (22 days) pgadmin3 - 1.4.3-6.fc6.x86_64 (22 days) giallu AT gmail.com kmod-sysprof-kdump - 1.0.7-1.2.6.18_1.2849.fc6.1.i686 (22 days) kmod-sysprof-xen - 1.0.7-1.2.6.18_1.2849.fc6.1.i686 (22 days) kmod-sysprof-xen - 1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 (22 days) ifoox AT redhat.com libreadline-java - 0.8.0-13.fc6.i386 (17 days) libreadline-java - 0.8.0-13.fc6.i386 (17 days) libreadline-java - 0.8.0-13.fc6.ppc (17 days) libreadline-java - 0.8.0-13.fc6.x86_64 (17 days) jafo-redhat AT tummy.com python-pydns - 2.3.0-4.fc6.noarch (20 days) python-pydns - 2.3.0-4.fc6.noarch (20 days) python-pydns - 2.3.0-4.fc6.noarch (20 days) jamatos AT fc.up.pt f2py - 2.45.241_1926-2.fc6.noarch (20 days) f2py - 2.45.241_1926-2.fc6.noarch (20 days) f2py - 2.45.241_1926-2.fc6.noarch (20 days) python-amara - 1.1.7-2.fc6.noarch (20 days) python-amara - 1.1.7-2.fc6.noarch (20 days) python-amara - 1.1.7-2.fc6.noarch (20 days) jeff AT ocjtech.us linphone - 1.2.0-4.fc5.i386 (80 days) linphone - 1.2.0-4.fc5.ppc (80 days) linphone - 1.2.0-4.fc5.x86_64 (80 days) karlthered AT gmail.com gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.i386 (36 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.i386 (36 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.ppc (36 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.x86_64 (36 days) lmacken AT redhat.com TurboGears - 1.0b2-5.fc7.noarch (15 days) TurboGears - 1.0b2-5.fc7.noarch (15 days) TurboGears - 1.0b2-5.fc7.noarch (15 days) python-cherrypy - 2.2.1-3.fc6.noarch (20 days) python-cherrypy - 2.2.1-3.fc6.noarch (20 days) python-cherrypy - 2.2.1-3.fc6.noarch (20 days) michel.salim AT gmail.com python-nltk - 1.4.4-3.fc7.noarch (20 days) python-nltk - 1.4.4-3.fc7.noarch (20 days) python-nltk - 1.4.4-3.fc7.noarch (20 days) mitr AT redhat.com python-4Suite-XML - 1.0-1.i386 (20 days) python-4Suite-XML - 1.0-1.ppc (20 days) python-4Suite-XML - 1.0-1.x86_64 (20 days) orion AT cora.nwra.com paraview - 2.4.4-3.fc6.x86_64 (20 days) paraview-mpi - 2.4.4-3.fc6.x86_64 (20 days) plplot - 5.6.1-8.fc7.i386 (20 days) plplot - 5.6.1-8.fc7.i386 (20 days) plplot - 5.6.1-8.fc7.ppc (20 days) plplot - 5.6.1-8.fc7.x86_64 (20 days) plplot-gnome - 5.6.1-8.fc7.i386 (20 days) plplot-gnome - 5.6.1-8.fc7.i386 (20 days) plplot-gnome - 5.6.1-8.fc7.ppc (20 days) plplot-gnome - 5.6.1-8.fc7.x86_64 (20 days) plplot-wxGTK - 5.6.1-8.fc7.i386 (20 days) plplot-wxGTK - 5.6.1-8.fc7.ppc (20 days) plplot-wxGTK - 5.6.1-8.fc7.x86_64 (20 days) paul AT all-the-johnsons.co.uk XaraLX - 0.7-8.fc6.r1763.i386 (13 days) XaraLX - 0.7-8.fc6.r1763.ppc (13 days) XaraLX - 0.7-8.fc6.r1763.x86_64 (13 days) petersen AT redhat.com ghc-gtk2hs - 0.9.10-4.fc6.i386 (55 days) ghc-gtk2hs - 0.9.10-4.fc6.ppc (55 days) ghc-gtk2hs - 0.9.10-4.fc6.x86_64 (55 days) ghc642-gtk2hs - 0.9.10-4.fc6.i386 (55 days) ghc642-gtk2hs - 0.9.10-4.fc6.ppc (55 days) ghc642-gtk2hs - 0.9.10-4.fc6.x86_64 (55 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.i386 (55 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.ppc (55 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.x86_64 (55 days) prockai AT redhat.com cyrus-imapd - 2.3.7-4.fc6.i386 (29 days) cyrus-imapd - 2.3.7-4.fc6.i386 (29 days) cyrus-imapd - 2.3.7-4.fc6.ppc (29 days) cyrus-imapd - 2.3.7-4.fc6.x86_64 (29 days) rdieter AT math.unl.edu PyKDE - 3.16.0-5.fc7.i386 (20 days) PyKDE - 3.16.0-5.fc7.i386 (20 days) PyKDE - 3.16.0-5.fc7.ppc (20 days) PyKDE - 3.16.0-5.fc7.x86_64 (20 days) gift - 0.11.8.1-6.fc7.i386 (60 days) maxima-runtime-sbcl - 5.10.0-9.fc5.1.i386 maxima-runtime-sbcl - 5.10.0-9.fc5.1.x86_64 maxima-runtime-sbcl - 5.10.0-9.fc6.i386 maxima-runtime-sbcl - 5.10.0-9.fc6.x86_64 wxMaxima - 0.7.0a-5.fc7.ppc (5 days) roozbeh AT farsiweb.info translate-toolkit - 0.10.1-2.fc7.noarch (16 days) translate-toolkit - 0.10.1-2.fc7.noarch (16 days) translate-toolkit - 0.10.1-2.fc7.noarch (16 days) rpm AT timj.co.uk rapidsvn - 0.9.4-2.fc7.i386 (13 days) rapidsvn - 0.9.4-2.fc7.ppc (13 days) rapidsvn - 0.9.4-2.fc7.x86_64 (13 days) shahms AT shahms.com python-psyco - 1.5.1-4.fc6.i386 (20 days) stickster AT gmail.com xmldiff - 0.6.7-12.fc6.i386 (20 days) xmldiff - 0.6.7-12.fc6.ppc (20 days) xmldiff - 0.6.7-12.fc6.x86_64 (20 days) tcallawa AT redhat.com compat-wxPythonGTK2 - 2.4.2.4-12.fc6.i386 (20 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.ppc (20 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.x86_64 (20 days) evolution-bogofilter - 0.2.0-4.fc7.i386 (8 days) evolution-bogofilter - 0.2.0-4.fc7.ppc (8 days) evolution-bogofilter - 0.2.0-4.fc7.x86_64 (8 days) gambas-gb-db - 1.0.17-6.fc7.i386 (35 days) gambas-gb-db - 1.0.17-6.fc7.ppc (35 days) gambas-runtime - 1.0.17-6.fc7.i386 (35 days) gambas-runtime - 1.0.17-6.fc7.ppc (35 days) pychart - 1.39-4.fc6.noarch (20 days) pychart - 1.39-4.fc6.noarch (20 days) pychart - 1.39-4.fc6.noarch (20 days) rekall-postgresql - 2.4.3-5.fc6.i386 (22 days) rekall-postgresql - 2.4.3-5.fc6.ppc (22 days) rekall-postgresql - 2.4.3-5.fc6.x86_64 (22 days) rekall-python - 2.4.3-5.fc6.i386 (22 days) rekall-python - 2.4.3-5.fc6.ppc (22 days) rekall-python - 2.4.3-5.fc6.x86_64 (22 days) thomas AT apestaart.org python-twisted - 1.3.0-7.fc6.i386 (20 days) python-twisted - 1.3.0-7.fc6.ppc (20 days) python-twisted - 1.3.0-7.fc6.x86_64 (20 days) triad AT df.lth.se gnomad2 - 2.8.9-2.fc6.i386 (20 days) gnomad2 - 2.8.9-2.fc6.ppc (20 days) gnomad2 - 2.8.9-2.fc6.x86_64 (20 days) ville.skytta AT iki.fi em8300 - 0.16.0-3.fc7.i386 em8300 - 0.16.0-3.fc7.ppc em8300 - 0.16.0-3.fc7.x86_64 wart AT kobold.org cyphesis - 0.5.10-3.fc7.i386 (20 days) cyphesis - 0.5.10-3.fc7.ppc (20 days) cyphesis - 0.5.10-3.fc7.x86_64 (20 days) ====================================================================== Broken packages in fedora-extras-development-ppc: PyKDE-3.16.0-5.fc7.ppc requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.ppc requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_xml-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_net-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_xrc-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_html-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_adv-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_qa-2.6.so.0 blender-2.42a-17.fc7.ppc requires libgettextlib-0.16.so centericq-4.21.0-8.fc6.ppc requires libcurl.so.3 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.ppc requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.ppc requires libpython2.4.so.1.0 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpagent.so.10 em8300-0.16.0-3.fc7.ppc requires em8300-kmod >= 0:0.16.0 evolution-bogofilter-0.2.0-4.fc7.ppc requires libcamel-1.2.so.0 evolution-bogofilter-0.2.0-4.fc7.ppc requires libcamel-provider-1.2.so.8 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 gambas-gb-db-1.0.17-6.fc7.ppc requires libpq.so.4 gambas-runtime-1.0.17-6.fc7.ppc requires libgettextlib-0.15.so ghc-gtk2hs-0.9.10-4.fc6.ppc requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires ghc642 gnomad2-2.8.9-2.fc6.ppc requires libmtp.so.2 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.ppc requires gecko-libs = 0:2.0 k3d-0.6.4.0-1.fc7.ppc requires libpython2.4.so.1.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) kicad-2006.08.28-2.fc6.ppc requires libwx_baseu_xml-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_baseu_net-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_baseu-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 kicad-2006.08.28-2.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) libreadline-java-0.8.0-13.fc6.ppc requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.ppc requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.ppc requires libpq.so.4 openvrml-0.16.2-2.fc7.ppc requires firefox = 0:2.0 openvrml-devel-0.16.2-2.fc7.ppc requires firefox-devel = 0:2.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_ogl-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libpq.so.4 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_stc-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu_xml-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu_net-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_stc-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_ogl-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 pgadmin3-1.4.3-6.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 plplot-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.ppc requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.ppc requires python(abi) = 0:2.4 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) rapidsvn-0.9.4-2.fc7.ppc requires libwx_baseu_xml-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) rapidsvn-0.9.4-2.fc7.ppc requires libwx_baseu_net-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_baseu-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 rekall-postgresql-2.4.3-5.fc6.ppc requires libpq.so.4 rekall-python-2.4.3-5.fc6.ppc requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.ppc requires libpython2.4.so.1.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.ppc requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 translate-toolkit-0.10.1-2.fc7.noarch requires python-elementtree wxMaxima-0.7.0a-5.fc7.ppc requires maxima >= 0:5.10 xmldiff-0.6.7-12.fc6.ppc requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-x86_64: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) blender-2.42a-17.fc7.x86_64 requires libgettextlib-0.16.so()(64bit) centericq-4.21.0-8.fc6.x86_64 requires libcurl.so.3()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) compat-wxPythonGTK2-2.4.2.4-12.fc6.x86_64 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) csound-python-5.03.0-9.fc7.x86_64 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyphesis-0.5.10-3.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpmibs.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmp.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmphelpers.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpagent.so.10()(64bit) em8300-0.16.0-3.fc7.x86_64 requires em8300-kmod >= 0:0.16.0 evolution-bogofilter-0.2.0-4.fc7.x86_64 requires libcamel-1.2.so.0()(64bit) evolution-bogofilter-0.2.0-4.fc7.x86_64 requires libcamel-provider-1.2.so.8()(64bit) f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 ghc-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires ghc642 gift-0.11.8.1-6.fc7.i386 requires libmagic.so.1 gnomad2-2.8.9-2.fc6.x86_64 requires libmtp.so.2()(64bit) gtkmozembedmm-1.4.2.cvs20060817-5.fc7.i386 requires gecko-libs = 0:2.0 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.x86_64 requires gecko-libs = 0:2.0 k3d-0.6.4.0-1.fc7.i386 requires libpython2.4.so.1.0 k3d-0.6.4.0-1.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0()(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) kicad-2006.08.28-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) kmod-sysprof-xen-1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 requires kernel-x86_64 = 0:2.6.18-1.2849.fc6xen libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 libreadline-java-0.8.0-13.fc6.x86_64 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-1.2-3.rc2.svn2135.fc7.x86_64 requires libedit.so.0()(64bit) openpbx-postgresql-1.2-3.rc2.svn2135.fc7.x86_64 requires libpq.so.4()(64bit) openvrml-0.16.2-2.fc7.i386 requires firefox = 0:2.0 openvrml-0.16.2-2.fc7.x86_64 requires firefox = 0:2.0 openvrml-devel-0.16.2-2.fc7.i386 requires firefox-devel = 0:2.0 openvrml-devel-0.16.2-2.fc7.x86_64 requires firefox-devel = 0:2.0 orange-0.3-4.cvs20051118.fc7.i386 requires libmagic.so.1 paraview-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) paraview-mpi-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_ogl-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_stc-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_stc-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_ogl-2.6.so.0(WXU_2.6)(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libpq.so.4()(64bit) pgadmin3-1.4.3-6.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.x86_64 requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.x86_64 requires python(abi) = 0:2.4 rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) From buildsys at fedoraproject.org Thu Dec 28 18:47:48 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Thu, 28 Dec 2006 18:47:48 -0000 Subject: (2/2) Summary - Broken dependencies in Fedora Extras - 2006-12-28 Message-ID: <20061228184748.28503.57921@extras64.linux.duke.edu> rekall-postgresql-2.4.3-5.fc6.x86_64 requires libpq.so.4()(64bit) rekall-python-2.4.3-5.fc6.x86_64 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) streamtuner-0.99.99-15.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) translate-toolkit-0.10.1-2.fc7.noarch requires python-elementtree xmldiff-0.6.7-12.fc6.x86_64 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-i386: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_xml-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_net-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_xrc-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_html-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_adv-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_qa-2.6.so.0 blender-2.42a-17.fc7.i386 requires libgettextlib-0.16.so centericq-4.21.0-8.fc6.i386 requires libcurl.so.3 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.i386 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.i386 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.i386 requires libpython2.4.so.1.0 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 em8300-0.16.0-3.fc7.i386 requires em8300-kmod >= 0:0.16.0 evolution-bogofilter-0.2.0-4.fc7.i386 requires libcamel-1.2.so.0 evolution-bogofilter-0.2.0-4.fc7.i386 requires libcamel-provider-1.2.so.8 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 gambas-gb-db-1.0.17-6.fc7.i386 requires libpq.so.4 gambas-runtime-1.0.17-6.fc7.i386 requires libgettextlib-0.15.so ghc-gtk2hs-0.9.10-4.fc6.i386 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires ghc642 gnomad2-2.8.9-2.fc6.i386 requires libmtp.so.2 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.i386 requires gecko-libs = 0:2.0 k3d-0.6.4.0-1.fc7.i386 requires libpython2.4.so.1.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) kicad-2006.08.28-2.fc6.i386 requires libwx_baseu_xml-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_baseu_net-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_baseu-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) kicad-2006.08.28-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 kicad-2006.08.28-2.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) kmod-sysprof-kdump-1.0.7-1.2.6.18_1.2849.fc6.1.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6kdump kmod-sysprof-xen-1.0.7-1.2.6.18_1.2849.fc6.1.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6xen libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.i386 requires libpq.so.4 openvrml-0.16.2-2.fc7.i386 requires firefox = 0:2.0 openvrml-devel-0.16.2-2.fc7.i386 requires firefox-devel = 0:2.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_ogl-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libpq.so.4 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_stc-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu_xml-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu_net-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_stc-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_ogl-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 pgadmin3-1.4.3-6.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) pgadmin3-1.4.3-6.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.i386 requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python-abi = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.i386 requires python(abi) = 0:2.4 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) rapidsvn-0.9.4-2.fc7.i386 requires libwx_baseu_xml-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) rapidsvn-0.9.4-2.fc7.i386 requires libwx_baseu_net-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_baseu-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 rekall-postgresql-2.4.3-5.fc6.i386 requires libpq.so.4 rekall-python-2.4.3-5.fc6.i386 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.i386 requires libpython2.4.so.1.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.i386 requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 translate-toolkit-0.10.1-2.fc7.noarch requires python-elementtree xmldiff-0.6.7-12.fc6.i386 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-6-x86_64: maxima-runtime-sbcl-5.10.0-9.fc6.x86_64 requires maxima = 0:5.10.0 maxima-runtime-sbcl-5.10.0-9.fc6.x86_64 requires sbcl = 0:1.0 ====================================================================== Broken packages in fedora-extras-6-i386: maxima-runtime-sbcl-5.10.0-9.fc6.i386 requires maxima = 0:5.10.0 maxima-runtime-sbcl-5.10.0-9.fc6.i386 requires sbcl = 0:1.0 ====================================================================== Broken packages in fedora-extras-5-ppc: linphone-1.2.0-4.fc5.ppc requires libortp.so.2 ====================================================================== Broken packages in fedora-extras-5-x86_64: linphone-1.2.0-4.fc5.x86_64 requires libortp.so.2()(64bit) maxima-runtime-sbcl-5.10.0-9.fc5.1.x86_64 requires maxima = 0:5.10.0 maxima-runtime-sbcl-5.10.0-9.fc5.1.x86_64 requires sbcl = 0:1.0 ====================================================================== Broken packages in fedora-extras-5-i386: linphone-1.2.0-4.fc5.i386 requires libortp.so.2 maxima-runtime-sbcl-5.10.0-9.fc5.1.i386 requires maxima = 0:5.10.0 maxima-runtime-sbcl-5.10.0-9.fc5.1.i386 requires sbcl = 0:1.0 From eric.tanguy at univ-nantes.fr Thu Dec 28 18:55:53 2006 From: eric.tanguy at univ-nantes.fr (Tanguy Eric) Date: Thu, 28 Dec 2006 19:55:53 +0100 Subject: openvrml plugin Message-ID: <1167332153.3082.4.camel@bureau.maison> I would like to test openvrml plugin. Someone have an address to test it ? I tried http://cic.nist.gov/vrml/vbdetect.html but i see nothing and the cpu is always at 100%. Thanks Eric From Axel.Thimm at ATrpms.net Thu Dec 28 19:16:44 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Thu, 28 Dec 2006 20:16:44 +0100 Subject: VTK license OK? (was: VTK anyone?) In-Reply-To: <20061228184255.14ce12a4@lain.camperquake.de> References: <44B27321.4060809@cora.nwra.com> <44B3DAA5.4050506@jhu.edu> <20060712075318.GA1242@neu.nirvana> <20060718173850.GH5874@neu.nirvana> <20060802052848.GA30553@neu.nirvana> <20061228172749.GC7705@neu.nirvana> <20061228184255.14ce12a4@lain.camperquake.de> Message-ID: <20061228191644.GA14648@neu.nirvana> On Thu, Dec 28, 2006 at 06:42:55PM +0100, Ralf Ertzinger wrote: > Hi. > > On Thu, 28 Dec 2006 18:27:49 +0100, Axel Thimm wrote > > > Copyright (c) 1993-2006 Ken Martin, Will Schroeder, Bill Lorensen > > All rights reserved. > > [...] > > That's BSD, isn't it? Almost, I wish it would fint the BSD templates to not even have to ask. But at the very least this part is not found in any BSD licenses AFAIK: * Modified source versions must be plainly marked as such, and must not be misrepresented as being the original software. I don't know if that makes that non-open or non-free, but it misses the OSI templates ... :( -- 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 jspaleta at gmail.com Thu Dec 28 19:38:21 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 28 Dec 2006 10:38:21 -0900 Subject: Announcing FEver - an upstream tracking system In-Reply-To: <668bb39a0612280139r39adc0e9h5bf73c5fa8c7ffc@mail.gmail.com> References: <668bb39a0612271253j6bbcd4eep999fc25276242062@mail.gmail.com> <604aa7910612271353k2ea5ea95ked6dd3b2752585c2@mail.gmail.com> <668bb39a0612280139r39adc0e9h5bf73c5fa8c7ffc@mail.gmail.com> Message-ID: <604aa7910612281138qdb0607exe516aeccee305366@mail.gmail.com> On 12/28/06, Micha? Bentkowski wrote: > It doesn't look like a problem; in my opinion wiki page makes it > easier to add new package to FEver, the better solution would be > separate it from the main page and put into e.g. FEver/Packages page. I agree that right now its not a problem. But I expect this to be fantastically popular, to the point where are are tracking hundreds of packages all in one page. We'll burn that bridge when we get to it. Just keep the CVS option in mind for later. > > > Are you talking to the infrastructure team, can this be incorporated > > into what they are working on for new tools? > > > > Probably it can, but I did nothing with that so far. As FeVer's use gains in popularity, that maybe a worthwhile discusion to have. I take it FeVer is some sort of python-based cronjob you are running on a local system that you control. At some point you'll want to post the code for this if you want help extending the functionality. -jef From sundaram at fedoraproject.org Thu Dec 28 19:39:07 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 29 Dec 2006 01:09:07 +0530 Subject: VTK license OK? In-Reply-To: <20061228191644.GA14648@neu.nirvana> References: <44B27321.4060809@cora.nwra.com> <44B3DAA5.4050506@jhu.edu> <20060712075318.GA1242@neu.nirvana> <20060718173850.GH5874@neu.nirvana> <20060802052848.GA30553@neu.nirvana> <20061228172749.GC7705@neu.nirvana> <20061228184255.14ce12a4@lain.camperquake.de> <20061228191644.GA14648@neu.nirvana> Message-ID: <45941D5B.9050708@fedoraproject.org> Axel Thimm wrote: > On Thu, Dec 28, 2006 at 06:42:55PM +0100, Ralf Ertzinger wrote: >> Hi. >> >> On Thu, 28 Dec 2006 18:27:49 +0100, Axel Thimm wrote >> >>> Copyright (c) 1993-2006 Ken Martin, Will Schroeder, Bill Lorensen >>> All rights reserved. >> [...] >> >> That's BSD, isn't it? > > Almost, I wish it would fint the BSD templates to not even have to > ask. But at the very least this part is not found in any BSD licenses > AFAIK: > > * Modified source versions must be plainly marked as such, and must not be > misrepresented as being the original software. > > I don't know if that makes that non-open or non-free, but it misses > the OSI templates ... :( This clearly is compatible with Free software licenses including the GPL. If you need confirmation drop a mail to licensing AT gnu.org Rahul From jspaleta at gmail.com Thu Dec 28 19:56:39 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 28 Dec 2006 10:56:39 -0900 Subject: Announcing FEver - an upstream tracking system In-Reply-To: <668bb39a0612271253j6bbcd4eep999fc25276242062@mail.gmail.com> References: <668bb39a0612271253j6bbcd4eep999fc25276242062@mail.gmail.com> Message-ID: <604aa7910612281156r90f4490gd1879560bfd4f8a2@mail.gmail.com> On 12/27/06, Micha? Bentkowski wrote: > [1]: http://fedoraproject.org/wiki/Micha%C5%82Bentkowski/FEver Question, can the rexgrep handle something like this, where the packages are in a versioned directory tree? http://someplace.com/projectname/X.Y/projectname-X.Y.Z.tar.gz -jef From vonbrand at inf.utfsm.cl Thu Dec 28 20:01:01 2006 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Thu, 28 Dec 2006 17:01:01 -0300 Subject: VTK license OK? (was: VTK anyone?) In-Reply-To: Message from Axel Thimm of "Thu, 28 Dec 2006 20:16:44 BST." <20061228191644.GA14648@neu.nirvana> Message-ID: <200612282001.kBSK11Zn020935@laptop13.inf.utfsm.cl> Axel Thimm wrote: > On Thu, Dec 28, 2006 at 06:42:55PM +0100, Ralf Ertzinger wrote: > > On Thu, 28 Dec 2006 18:27:49 +0100, Axel Thimm wrote > > > > > Copyright (c) 1993-2006 Ken Martin, Will Schroeder, Bill Lorensen > > > All rights reserved. > > > > [...] > > > > That's BSD, isn't it? > Almost, I wish it would fint the BSD templates to not even have to > ask. But at the very least this part is not found in any BSD licenses > AFAIK: > > * Modified source versions must be plainly marked as such, and must not be > misrepresented as being the original software. > > I don't know if that makes that non-open or non-free, but it misses > the OSI templates ... :( The LaTeX project public license has similar terms , the FSF considers version 1.2 and 1.3a of that license "free but GPL-incompatible" , so I'd guess it falls in the same category. OSI is silent on this. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 From sundaram at fedoraproject.org Thu Dec 28 20:00:04 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 29 Dec 2006 01:30:04 +0530 Subject: Announcing FEver - an upstream tracking system In-Reply-To: <668bb39a0612271253j6bbcd4eep999fc25276242062@mail.gmail.com> References: <668bb39a0612271253j6bbcd4eep999fc25276242062@mail.gmail.com> Message-ID: <45942244.7090007@fedoraproject.org> Micha? Bentkowski wrote: > Hi everybody! > I am pleased to announce FEver - an upstream tracking system. It > provides means to check upstream changes. Fever is a interesting name. Considering the merger of core and extras though the name (not the methods) might become outdated soon however. Something for you to consider. Rahul From mr.ecik at gmail.com Thu Dec 28 20:04:35 2006 From: mr.ecik at gmail.com (=?ISO-8859-2?Q?Micha=B3_Bentkowski?=) Date: Thu, 28 Dec 2006 21:04:35 +0100 Subject: Announcing FEver - an upstream tracking system In-Reply-To: <604aa7910612281138qdb0607exe516aeccee305366@mail.gmail.com> References: <668bb39a0612271253j6bbcd4eep999fc25276242062@mail.gmail.com> <604aa7910612271353k2ea5ea95ked6dd3b2752585c2@mail.gmail.com> <668bb39a0612280139r39adc0e9h5bf73c5fa8c7ffc@mail.gmail.com> <604aa7910612281138qdb0607exe516aeccee305366@mail.gmail.com> Message-ID: <668bb39a0612281204g3e3a2ffscd63c2e37d2d62f1@mail.gmail.com> 06-12-28, Jeff Spaleta napisa?(a): > Just keep the CVS option in mind for later. > If it is as popular then CVS will be probably a best solution. > As FeVer's use gains in popularity, that maybe a worthwhile discusion to have. > I take it FeVer is some sort of python-based cronjob you are running > on a local system that you control. At some point you'll want to post > the code for this if you want help extending the functionality. > Yes, it is something like that, but currently it's not a cronjob because I want to check list of packages before starting FEver check. Its source can be easy fetched by downloading fever-check sources and there is fever.py file which is a "skeleton" of FEver. Well, it looks like I have to add something about FEver sources at its site. It'll be done. Also I need to do something with check of RC versions. Currently, FEver is only able to check %{version} tag but info about rc should go to release. As yet I have no ideas what is supposed to be done to check both %version and %release tags by FEver. Probably I need some inventiveness ;-) And the last thing: not FeVer, but FEver ;-) -- Micha? Bentkowski mr.ecik at gmail.com From mr.ecik at gmail.com Thu Dec 28 20:07:35 2006 From: mr.ecik at gmail.com (=?ISO-8859-2?Q?Micha=B3_Bentkowski?=) Date: Thu, 28 Dec 2006 21:07:35 +0100 Subject: Announcing FEver - an upstream tracking system In-Reply-To: <604aa7910612281156r90f4490gd1879560bfd4f8a2@mail.gmail.com> References: <668bb39a0612271253j6bbcd4eep999fc25276242062@mail.gmail.com> <604aa7910612281156r90f4490gd1879560bfd4f8a2@mail.gmail.com> Message-ID: <668bb39a0612281207j7fe242ffh9b9a9c5d4c26a864@mail.gmail.com> 06-12-28, Jeff Spaleta napisa?(a): > Question, can the rexgrep handle something like this, where the > packages are in a versioned directory tree? > > http://someplace.com/projectname/X.Y/projectname-X.Y.Z.tar.gz In my opinion marking X.Y as .* (not grouped) will resolve that issue. -- Micha? Bentkowski mr.ecik at gmail.com From chris.stone at gmail.com Thu Dec 28 20:13:46 2006 From: chris.stone at gmail.com (Christopher Stone) Date: Thu, 28 Dec 2006 12:13:46 -0800 Subject: Announcing FEver - an upstream tracking system In-Reply-To: <45942244.7090007@fedoraproject.org> References: <668bb39a0612271253j6bbcd4eep999fc25276242062@mail.gmail.com> <45942244.7090007@fedoraproject.org> Message-ID: On 12/28/06, Rahul Sundaram wrote: > Micha? Bentkowski wrote: > > Hi everybody! > > I am pleased to announce FEver - an upstream tracking system. It > > provides means to check upstream changes. > > Fever is a interesting name. Considering the merger of core and extras > though the name (not the methods) might become outdated soon however. > Something for you to consider. It could change to stand for "FEdora" :) From tibbs at math.uh.edu Thu Dec 28 20:26:40 2006 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 28 Dec 2006 14:26:40 -0600 Subject: VTK license OK? (was: VTK anyone?) In-Reply-To: <200612282001.kBSK11Zn020935@laptop13.inf.utfsm.cl> References: <200612282001.kBSK11Zn020935@laptop13.inf.utfsm.cl> Message-ID: >>>>> "HHvB" == Horst H von Brand writes: HHvB> OSI is silent on this. Actually this is explicitly allowed in section 4 of the Open Source Definition: " The license may require derived works to carry a different name or version number from the original software. " - J< From mr.ecik at gmail.com Thu Dec 28 20:30:09 2006 From: mr.ecik at gmail.com (=?ISO-8859-2?Q?Micha=B3_Bentkowski?=) Date: Thu, 28 Dec 2006 21:30:09 +0100 Subject: Announcing FEver - an upstream tracking system In-Reply-To: References: <668bb39a0612271253j6bbcd4eep999fc25276242062@mail.gmail.com> <45942244.7090007@fedoraproject.org> Message-ID: <668bb39a0612281230p2a0a039fv919aa2676463bf30@mail.gmail.com> 06-12-28, Christopher Stone napisa?(a): > It could change to stand for "FEdora" :) > It sounds so funny and wise as well ;-) -- Micha? Bentkowski mr.ecik at gmail.com From pertusus at free.fr Thu Dec 28 20:37:01 2006 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 28 Dec 2006 21:37:01 +0100 Subject: VTK license OK? (was: VTK anyone?) In-Reply-To: <200612282001.kBSK11Zn020935@laptop13.inf.utfsm.cl> References: <20061228191644.GA14648@neu.nirvana> <200612282001.kBSK11Zn020935@laptop13.inf.utfsm.cl> Message-ID: <20061228203701.GA5963@free.fr> On Thu, Dec 28, 2006 at 05:01:01PM -0300, Horst H. von Brand wrote: > > > > * Modified source versions must be plainly marked as such, and must not be > > misrepresented as being the original software. I don't know exactly what it means but if it is about putting in source code files that the source was changed it is also in the GPL: a) You must cause the modified files to carry prominent notices stating that you changed the files and the date of any change. I think it is also about changing the name of the software, so I guess it is not GPL compatible. Still it is free, as said in another mail. -- Pat From vonbrand at inf.utfsm.cl Thu Dec 28 20:37:51 2006 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Thu, 28 Dec 2006 17:37:51 -0300 Subject: VTK license OK? (was: VTK anyone?) In-Reply-To: Message from Jason L Tibbitts III of "28 Dec 2006 14:26:40 MDT." Message-ID: <200612282037.kBSKbpIb023081@laptop13.inf.utfsm.cl> Jason L Tibbitts III wrote: > >>>>> "HHvB" == Horst H von Brand writes: > > HHvB> OSI is silent on this. > Actually this is explicitly allowed in section 4 of the Open Source Sorry, bad wording on my part. I meant to say that OSI doesn't mention the LPPL anywhere. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513 From triad at df.lth.se Thu Dec 28 21:50:21 2006 From: triad at df.lth.se (Linus Walleij) Date: Thu, 28 Dec 2006 22:50:21 +0100 (CET) Subject: Announcing FEver - an upstream tracking system In-Reply-To: <668bb39a0612271253j6bbcd4eep999fc25276242062@mail.gmail.com> References: <668bb39a0612271253j6bbcd4eep999fc25276242062@mail.gmail.com> Message-ID: On Wed, 27 Dec 2006, [ISO-8859-2] Micha? Bentkowski wrote: > I am pleased to announce FEver - an upstream tracking system. This tool totally rocks. Thanks for coding up this script! Linus From dcbw at redhat.com Thu Dec 28 21:54:00 2006 From: dcbw at redhat.com (Dan Williams) Date: Thu, 28 Dec 2006 16:54:00 -0500 Subject: csound problem In-Reply-To: <1167270071.3520.119.camel@T7.Linux> References: <1167270071.3520.119.camel@T7.Linux> Message-ID: <1167342840.2853.1.camel@localhost.localdomain> On Thu, 2006-12-28 at 01:41 +0000, Paul wrote: > Hi, > > I've put myself down as the co-maintainer of csound and have fixed most > of the problems so far. However... Which ones did you find? Are you working on the FE-7 branch? > I have had to disable the fltk-gui as there seems to be some problem > with the current rawhide version of fluid's C++ generation. It is > currently generating code which is not in scope > > For example, CsoundGUIConsole_FLTK.fl has the following at the top > > Function {CsoundGUIConsole() : mutex_(0)} {open > } { > code {{ > firstMsg = (Csound_Message*) 0; > lastMsg = (Csound_Message*) 0; > buf = new Fl_Text_Buffer(); > styleBuf = new Fl_Text_Buffer(); > msgNotifyLock.TryLock(); > clearLock.TryLock(); > quitLock.TryLock(); > consoleThread = > csoundCreateThread(&CsoundGUIConsole::consoleThreadFunc, (void*) this); > }} {} > Fl_Window window { > label {Csound console messages} open > xywh {438 150 585 320} type Double resizable > code0 {window = (Fl_Double_Window*) o;} visible > } { > Fl_Text_Display textDisplay { > xywh {0 0 585 320} box DOWN_BOX color 255 labelsize 12 textfont > 4 textsize 12 resizable > code0 {o->buffer(buf);} > } > } > code {textDisplay->highlight_data(styleBuf, > (Fl_Text_Display::Style_Table_Entry*) &(styleTable[0]), 18, (char) 0, > (Fl_Text_Display::Unfinished_Style_Cb) 0, (void*) 0);} {} > } > > which translates into > > CsoundGUIConsole::CsoundGUIConsole() : mutex_(0) { > { > firstMsg = (Csound_Message*) 0; > lastMsg = (Csound_Message*) 0; > buf = new Fl_Text_Buffer(); > styleBuf = new Fl_Text_Buffer(); > msgNotifyLock.TryLock(); > clearLock.TryLock(); > quitLock.TryLock(); > consoleThread = > csoundCreateThread(&CsoundGUIConsole::consoleThreadFunc, (void*) this); > } > { window = new Fl_Double_Window(585, 320, "Csound console messages"); > window->user_data((void*)(this)); > { Fl_Text_Display* o = textDisplay = new Fl_Text_Display(0, 0, 585, > 320); > textDisplay->box(FL_DOWN_BOX); > textDisplay->color(FL_WHITE); > textDisplay->labelsize(12); > textDisplay->textfont(4); > textDisplay->textsize(12); > Fl_Group::current()->resizable(textDisplay); > o->buffer(buf); > } // Fl_Text_Display* textDisplay > window = (Fl_Double_Window*) o; > window->end(); > } // Fl_Double_Window* window > textDisplay->highlight_data(styleBuf, > (Fl_Text_Display::Style_Table_Entry*) &(styleTable[0]), 18, (char) 0, > (Fl_Text_Display::Unfinished_Style_Cb) 0, (void*) 0); > } > > o is quite clearly out of scope. > > Should I file this problem against fluid or is it something I can fix > directly? I have zero knowledge of fluid, so if it can be fixed, > instructions will need to be damned clear! Hmm, odd. If the version of gcc changed recently in FC-7, then quite possibly things that generate code (like fluid?) may need to be updated as well, and their clients (like csound) may be broken until then. dan From mattdm at mattdm.org Thu Dec 28 23:40:05 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 28 Dec 2006 18:40:05 -0500 Subject: Possible wxWidgets-2.8 problem (rawhide) In-Reply-To: <20061227144459.ad3586c6.bugs.michael@gmx.net> References: <1166353800.21598.21.camel@T7.Linux> <20061217152550.GA4561@jadzia.bu.edu> <13dbfe4f0612270520i6ad7cd68u4ab925ce5f2a97bb@mail.gmail.com> <20061227144459.ad3586c6.bugs.michael@gmx.net> Message-ID: <20061228234005.GA728@jadzia.bu.edu> On Wed, Dec 27, 2006 at 02:44:59PM +0100, Michael Schwendt wrote: > > I'm having the same problem too for the "toped" package in rawhide. > > I've notified upstream, and upstream is working on it as well. > > https://sourceforge.net/tracker/index.php?func=detail&aid=1622434&group_id=9863&atid=109863 > > > > When upstream compiled wxWidgets from sources, toped is successfully > > compiled with some minor patches, however with the FE rpms, it fails. > > It seems that the wxWidgets 2.8 rpms aren't properly compiled. > I've added a comment to the SF ticket. Recommended reading. ;) Thanks Michael. It seems a bit weird that yum happily installed the fc7 package on fc5 without running into serious dependency issues (gtk2, at the very least). But yeah, that's not the core issue. I need to spend some time on the wx lists figuring it all out -- which I'll do when I'm back in Boston after the holidays. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From paul at all-the-johnsons.co.uk Thu Dec 28 23:45:17 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Thu, 28 Dec 2006 23:45:17 +0000 Subject: csound problem In-Reply-To: <1167342840.2853.1.camel@localhost.localdomain> References: <1167270071.3520.119.camel@T7.Linux> <1167342840.2853.1.camel@localhost.localdomain> Message-ID: <1167349517.3520.153.camel@T7.Linux> Hi, > > I've put myself down as the co-maintainer of csound and have fixed most > > of the problems so far. However... > > Which ones did you find? Are you working on the FE-7 branch? A workaround for the alsa one, a few spec file changes and rebuild against newer python. Yes, I'm using the rawhide branch. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=220856 > > Should I file this problem against fluid or is it something I can fix > > directly? I have zero knowledge of fluid, so if it can be fixed, > > instructions will need to be damned clear! > > Hmm, odd. If the version of gcc changed recently in FC-7, then quite > possibly things that generate code (like fluid?) may need to be updated > as well, and their clients (like csound) may be broken until then. I'll rebuild fluid and see if it helps. If it does, I'll file something against it in BZ. TTFN Paul -- "Mmmmmmmm....Shakira geschmiert mit schokolade" sagt Homer -------------- 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 all-the-johnsons.co.uk Thu Dec 28 23:54:54 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Thu, 28 Dec 2006 23:54:54 +0000 Subject: Stella - an Atari 2600 emulator In-Reply-To: References: <1167176307.3520.55.camel@T7.Linux> <1167177715.3520.61.camel@T7.Linux> <1167270730.3520.123.camel@T7.Linux> Message-ID: <1167350094.3520.155.camel@T7.Linux> Hi, > P> There doesn't look to be much out there :-( > > Well, I found lots of downloadable ROMs and even source code, but none > of it includes any type of license statement. I'm sure it would be as > simple as asking a few of the authors if we can have the necessary > redistribution rights. Okay, I'll have a mooch around and see what can be done. TTFN Paul -- "Mmmmmmmm....Shakira geschmiert mit schokolade" sagt Homer -------------- 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 all-the-johnsons.co.uk Fri Dec 29 01:18:31 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Fri, 29 Dec 2006 01:18:31 +0000 Subject: csound problem In-Reply-To: <1167349517.3520.153.camel@T7.Linux> References: <1167270071.3520.119.camel@T7.Linux> <1167342840.2853.1.camel@localhost.localdomain> <1167349517.3520.153.camel@T7.Linux> Message-ID: <1167355111.1724.23.camel@T7.Linux> Hi, > > > Should I file this problem against fluid or is it something I can fix > > > directly? I have zero knowledge of fluid, so if it can be fixed, > > > instructions will need to be damned clear! > > > > Hmm, odd. If the version of gcc changed recently in FC-7, then quite > > possibly things that generate code (like fluid?) may need to be updated > > as well, and their clients (like csound) may be broken until then. > > I'll rebuild fluid and see if it helps. If it does, I'll file something > against it in BZ. Rebuild fltk - made zero difference to the code generation. I'll put it into BZ anyway and see what can be done. TTFN Paul -- "Mmmmmmmm....Shakira geschmiert mit schokolade" sagt Homer -------------- 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 braden at endoframe.com Fri Dec 29 02:36:00 2006 From: braden at endoframe.com (Braden McDaniel) Date: Thu, 28 Dec 2006 21:36:00 -0500 Subject: openvrml plugin In-Reply-To: <1167332153.3082.4.camel@bureau.maison> References: <1167332153.3082.4.camel@bureau.maison> Message-ID: <1167359760.3029.84.camel@localhost.localdomain> On Thu, 2006-12-28 at 19:55 +0100, Tanguy Eric wrote: > I would like to test openvrml plugin. Someone have an address to test > it ? > I tried http://cic.nist.gov/vrml/vbdetect.html but i see nothing and the > cpu is always at 100%. A fix for the CPU hogging bug will appear in 0.16.3 (which I plan to release in the next few days). The model on that page renders for me using the OpenVRML-0_16-BRANCH in OpenVRML's CVS. -- Braden McDaniel e-mail: Jabber: From florin at andrei.myip.org Fri Dec 29 20:46:22 2006 From: florin at andrei.myip.org (Florin Andrei) Date: Fri, 29 Dec 2006 12:46:22 -0800 Subject: inotail Message-ID: <45957E9E.40506@andrei.myip.org> Anybody planning to submit inotail to Extras? http://distanz.ch/inotail/ Quote: "inotail is a replacement for the 'tail' program found in the base installation of every Linux/UNIX system. It makes use of the inotify infrastructure in recent versions of the Linux kernel to speed up tailing files in the follow mode (the '-f' option). Standard tail polls the file every second by default while inotail listens to special events sent by the kernel through the inotify API to determine whether a file needs to be reread." -- Florin Andrei http://florin.myip.org/ From davej at redhat.com Fri Dec 29 21:04:12 2006 From: davej at redhat.com (Dave Jones) Date: Fri, 29 Dec 2006 16:04:12 -0500 Subject: inotail In-Reply-To: <45957E9E.40506@andrei.myip.org> References: <45957E9E.40506@andrei.myip.org> Message-ID: <20061229210412.GD27523@redhat.com> On Fri, Dec 29, 2006 at 12:46:22PM -0800, Florin Andrei wrote: > Anybody planning to submit inotail to Extras? > > http://distanz.ch/inotail/ > > Quote: > "inotail is a replacement for the 'tail' program found in the base > installation of every Linux/UNIX system. It makes use of the inotify > infrastructure in recent versions of the Linux kernel to speed up > tailing files in the follow mode (the '-f' option). Standard tail polls > the file every second by default while inotail listens to special events > sent by the kernel through the inotify API to determine whether a file > needs to be reread." I wonder why they chose to reimplement the wheel instead of adding a -i to the tail in coreutils ? Dave -- http://www.codemonkey.org.uk From florin at andrei.myip.org Fri Dec 29 21:22:43 2006 From: florin at andrei.myip.org (Florin Andrei) Date: Fri, 29 Dec 2006 13:22:43 -0800 Subject: inotail In-Reply-To: <20061229210412.GD27523@redhat.com> References: <45957E9E.40506@andrei.myip.org> <20061229210412.GD27523@redhat.com> Message-ID: <45958723.80900@andrei.myip.org> Dave Jones wrote: > On Fri, Dec 29, 2006 at 12:46:22PM -0800, Florin Andrei wrote: > > Anybody planning to submit inotail to Extras? > > > > http://distanz.ch/inotail/ > > I wonder why they chose to reimplement the wheel instead of adding > a -i to the tail in coreutils ? Is there a way to detect if the inotify capability exists? If yes, then even that command-line switch won't be necessary, just let tail autodetect the capability and use it if it exists. -- Florin Andrei http://florin.myip.org/ From davej at redhat.com Fri Dec 29 21:59:45 2006 From: davej at redhat.com (Dave Jones) Date: Fri, 29 Dec 2006 16:59:45 -0500 Subject: inotail In-Reply-To: <45958723.80900@andrei.myip.org> References: <45957E9E.40506@andrei.myip.org> <20061229210412.GD27523@redhat.com> <45958723.80900@andrei.myip.org> Message-ID: <20061229215945.GF27523@redhat.com> On Fri, Dec 29, 2006 at 01:22:43PM -0800, Florin Andrei wrote: > Dave Jones wrote: > > On Fri, Dec 29, 2006 at 12:46:22PM -0800, Florin Andrei wrote: > > > Anybody planning to submit inotail to Extras? > > > > > > http://distanz.ch/inotail/ > > > > I wonder why they chose to reimplement the wheel instead of adding > > a -i to the tail in coreutils ? > > Is there a way to detect if the inotify capability exists? If yes, then > even that command-line switch won't be necessary, just let tail > autodetect the capability and use it if it exists. All syscalls return -ENOSYS if unimplemented. Dave -- http://www.codemonkey.org.uk From lists at timj.co.uk Sat Dec 30 00:18:37 2006 From: lists at timj.co.uk (Tim Jackson) Date: Sat, 30 Dec 2006 00:18:37 +0000 Subject: Announcing FEver - an upstream tracking system In-Reply-To: <668bb39a0612271253j6bbcd4eep999fc25276242062@mail.gmail.com> References: <668bb39a0612271253j6bbcd4eep999fc25276242062@mail.gmail.com> Message-ID: <4595B05D.3080705@timj.co.uk> Micha? Bentkowski wrote: > Hi everybody! > I am pleased to announce FEver - an upstream tracking system. What a simple but great tool! Thanks! However, the download link for FEver-check at: http://mutebox.net/~ecik/fever-check.tar gives a 403. Thanks! Tim From mr.ecik at gmail.com Sat Dec 30 00:27:36 2006 From: mr.ecik at gmail.com (=?ISO-8859-2?Q?Micha=B3_Bentkowski?=) Date: Sat, 30 Dec 2006 01:27:36 +0100 Subject: Announcing FEver - an upstream tracking system In-Reply-To: <4595B05D.3080705@timj.co.uk> References: <668bb39a0612271253j6bbcd4eep999fc25276242062@mail.gmail.com> <4595B05D.3080705@timj.co.uk> Message-ID: <668bb39a0612291627i2a60e6eo5b8eea4e9dc42c79@mail.gmail.com> 06-12-30, Tim Jackson napisa?(a): > However, the download link for FEver-check at: > > http://mutebox.net/~ecik/fever-check.tar > > gives a 403. > Fixed :) -- Micha? Bentkowski mr.ecik at gmail.com From andy at smile.org.ua Sat Dec 30 06:48:29 2006 From: andy at smile.org.ua (Andy Shevchenko) Date: Sat, 30 Dec 2006 08:48:29 +0200 Subject: Xawtv: some questions In-Reply-To: <4593FFE9.8000000@odu.neva.ru> References: <4593FFE9.8000000@odu.neva.ru> Message-ID: <20061230064829.GA6803@serv.smile.org.ua> Hi Dmitry Butskoy! On Thu, Dec 28, 2006 at 08:33:29PM +0300, Dmitry Butskoy wrote next: > Whereas it gives some improvements in GUI, there is a regression too -- > an absence of some useful command-line tools and console radio. > I'm still using "radio" (console/cmdline radio application) and "v4lctl" > (for example, to set the TV channel when an application is not capable > for this). > Anyway, such tools could be useful for scripting and network streaming > (i.e. start to record radio from the crond, etc.) As for me the fbtv the most useful tool in this project (I've found nothing analogs for framebuffer tv viewer). > 3) Is it applicable to provide the needed tools only, without TV viewer > at all? What tools are you considering as needed here? I think that is some wrong question due to I'll ask to add fbtv first, somebody will ask to add another tool from xawtv project and so on. > 4) Should the package be splitted to subpackages (as some distros use > it) or one big package is better (Fedora way)? IMO, like to fbida we can split to X11 related, console related tools, docs, and (may be) common part. However, the zvbi lib already included to FE. > 5) What about "tv-fonts", accompanied with xawtv? Whether it is > required or not? How it should be named ("xawtv-tv-fonts" or just > "tv-fonts")? IIRC this package is necessary to the teletext messaging. The fonts package is shipped as separate tarball. Thus may be good to pack it separately as tv-fonts (like to other fonts packages in the FE). > Note, that one of the problem for the "radio" was unicode console > support, which I've added recently. :) Are you using libncursesw for it? -- With best regards, Andy Shevchenko. mailto: andy at smile.org.ua From andy at smile.org.ua Sat Dec 30 06:51:50 2006 From: andy at smile.org.ua (Andy Shevchenko) Date: Sat, 30 Dec 2006 08:51:50 +0200 Subject: httpd config file and FC6 In-Reply-To: References: Message-ID: <20061230065150.GB6803@serv.smile.org.ua> Hi Gianluca Sforna! On Thu, Dec 28, 2006 at 12:53:42PM +0100, Gianluca Sforna wrote next: > I am denied access but it works if change the "Allow" line to: > Allow from 127.0.0.1 > > /etc/hosts has the line: > 127.0.0.1 hal9001 localhost.localdomain localhost As man hosts says the first occurence of the hostname should be canonical. You must shift your addons (hal9001) to the end of the line. -- With best regards, Andy Shevchenko. mailto: andy at smile.org.ua From mtasaka at ioa.s.u-tokyo.ac.jp Sat Dec 30 10:38:09 2006 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Sat, 30 Dec 2006 19:38:09 +0900 Subject: fedora-upload-ca.cert gone? Message-ID: <45964191.6000907@ioa.s.u-tokyo.ac.jp> Hello. I received a mail from Thorsten as following: --------------------------------------------- According to the docs on http://fedoraproject.org/wiki/Extras/BuildSystemClientSetup I wanted to download the necessary fedora-upload-ca.cert and fedora-server-ca.cert. unfortunately I got a 404 when following the link mentioned above. Any idea where to find these certs? -------------------------------------------- I also got 404 from http://linux.duke.edu/~skvidal/misc/buildsys/plague/fedora-upload-ca.cert Does anyone know where we can get cert file(s)? Mamoru From bugs.michael at gmx.net Sat Dec 30 10:48:55 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 30 Dec 2006 11:48:55 +0100 Subject: fedora-upload-ca.cert gone? In-Reply-To: <45964191.6000907@ioa.s.u-tokyo.ac.jp> References: <45964191.6000907@ioa.s.u-tokyo.ac.jp> Message-ID: <20061230114855.c5f0363c.bugs.michael@gmx.net> On Sat, 30 Dec 2006 19:38:09 +0900, Mamoru Tasaka wrote: > Hello. > > I received a mail from Thorsten as following: > --------------------------------------------- > According to the docs on > http://fedoraproject.org/wiki/Extras/BuildSystemClientSetup I wanted to > download the necessary fedora-upload-ca.cert and fedora-server-ca.cert. > unfortunately I got a 404 when following the link mentioned above. Any > idea where to find these certs? > > -------------------------------------------- > > I also got 404 from > http://linux.duke.edu/~skvidal/misc/buildsys/plague/fedora-upload-ca.cert > > Does anyone know where we can get cert file(s)? http://cvs.fedora.redhat.com/viewcvs/*checkout*/extras-buildsys/client/certs/fedora-upload-ca.cert?root=fedora&rev=1.1 From chitlesh at fedoraproject.org Sat Dec 30 11:22:53 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Sat, 30 Dec 2006 12:22:53 +0100 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-27 In-Reply-To: <1167296736.3538.11.camel@eagle.danny.cz> References: <20061227200620.29922.11033@extras64.linux.duke.edu> <13dbfe4f0612271501kd6569bcj75103d75f690cfe8@mail.gmail.com> <20061228001909.3221632a.bugs.michael@gmx.net> <13dbfe4f0612271556h40b51eden5b01e1f56209a9e9@mail.gmail.com> <1167296736.3538.11.camel@eagle.danny.cz> Message-ID: <13dbfe4f0612300322u6edcf336l391f4f767f8d867c@mail.gmail.com> On 12/28/06, Dan Hor?k wrote: > So could you send the failures to the list? There will be probably more > people fighting with wx 2.8 and they could have already some issues > resolved. Here is where, I fall now with my 2 patches for wx-2.8: http://tux.u-strasbg.fr/~chit/toped/build.log The patches and source can be found here: http://tux.u-strasbg.fr/~chit/toped/ Chitlesh -- http://clunixchit.blogspot.com From belegdol at gmail.com Sat Dec 30 12:40:30 2006 From: belegdol at gmail.com (Julian Sikorski) Date: Sat, 30 Dec 2006 13:40:30 +0100 Subject: Packaging LabPlot Message-ID: <45965E3E.5070304@gmail.com> Hi. I was thinking about packaging this piece of software. I have already made some preliminary steps, please see bug #221022. The first question is, is anybody working on this? If so, we could share the work or something like that (at least not duplicate it). The second question is: do all libraries that are shipped together with LabPlot need to be packaged separately? I'm talking about liborigin, qwtplot3d, cephes and texvc. (I have already made liborigin package but configure does not seem to care). Cheers, JS From chitlesh at fedoraproject.org Sat Dec 30 12:44:39 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Sat, 30 Dec 2006 13:44:39 +0100 Subject: Packaging LabPlot In-Reply-To: <45965E3E.5070304@gmail.com> References: <45965E3E.5070304@gmail.com> Message-ID: <13dbfe4f0612300444i77481fddt5f2fa848266272e6@mail.gmail.com> On 12/30/06, Julian Sikorski wrote: > Hi. I was thinking about packaging this piece of software. I have > already made some preliminary steps, please see bug #221022. The first > question is, is anybody working on this? If so, we could share the work > or something like that (at least not duplicate it). +1 Yes, I was working on it :) http://tux.u-strasbg.fr/~chit/LabPlot.spec > The second question is: do all libraries that are shipped together with > LabPlot need to be packaged separately? I'm talking about liborigin, > qwtplot3d, cephes and texvc. (I have already made liborigin package but > configure does not seem to care). Cheers, > JS I think I should be shipped together. Chitlesh -- http://clunixchit.blogspot.com From belegdol at gmail.com Sat Dec 30 12:58:16 2006 From: belegdol at gmail.com (Julian Sikorski) Date: Sat, 30 Dec 2006 13:58:16 +0100 Subject: Packaging LabPlot In-Reply-To: <13dbfe4f0612300444i77481fddt5f2fa848266272e6@mail.gmail.com> References: <45965E3E.5070304@gmail.com> <13dbfe4f0612300444i77481fddt5f2fa848266272e6@mail.gmail.com> Message-ID: <45966268.60305@gmail.com> Chitlesh GOORAH napisa?(a): > On 12/30/06, Julian Sikorski wrote: >> Hi. I was thinking about packaging this piece of software. I have >> already made some preliminary steps, please see bug #221022. The first >> question is, is anybody working on this? If so, we could share the work >> or something like that (at least not duplicate it). > > +1 > Yes, I was working on it :) > http://tux.u-strasbg.fr/~chit/LabPlot.spec > >> The second question is: do all libraries that are shipped together with >> LabPlot need to be packaged separately? I'm talking about liborigin, >> qwtplot3d, cephes and texvc. (I have already made liborigin package but >> configure does not seem to care). Cheers, >> JS > > I think I should be shipped together. > > Chitlesh Good to know. I have wrapped up a libundo package as well and I will be working on CDF one. Then the only ones left will be those that are shipped with the program. From fedora at leemhuis.info Sat Dec 30 13:04:20 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 30 Dec 2006 14:04:20 +0100 Subject: How to get something improved or realized in Fedora Extras Message-ID: <459663D4.3030108@leemhuis.info> Hi, I mentioned it in the summary from the last FESCo meeting already, but I wanted to explicitly start a discussion about it. We never wrote down how to get something improved or realized in Fedora Extras and how FESCo works I just took some time and actually did this (tibbs improved it slightly; thx to him!) and posted it to the wiki at: http://www.fedoraproject.org/wiki/Extras/Schedule/HowToGetSomethingRealized#Proposal So, do people agree with this? Is there something missing? Find the test below to make replying easier. If there are typos or if you want to make slight adjustments feel free to fix/do them directly in the wiki. ---- = Digest = FESCo is the body that leads Fedora Extras. There are some jobs that FESCo and its members need to do, but having FESCo does not mean that all improvements and decisions for Fedora Extras need to be made by FESCo. The committee rather wants to maintain a flat hierarchy where all medium or bigger decisions are normally developed and acknowledged by the Fedora Extras community. This means that often those who wants something to happen are expected to do the legwork to make it happen. == FESCO == Something as big as Fedora Extras needs some sort of leading body as otherwise sooner or later chaos would arise. FESCo, the Fedora Extras Steering Committee, is this group for Fedora Extras. But that doesn't mean that all decisions, policies, proposals, improvements and everything else needs to come from FESCo and its members. Fedora Extras is rather meant as a community effort and all its contributors should be able to influence how this whole business it run. === Workflow to get something realized or improved === If you think "Extras needs foo" or "Extras should realize Brand-new-Idea" then the way to get it realized in Extras works like this: * you poke a bit around on IRC, on fedora-extras-list and/or in a FESCo meeting and discuss your idea roughly to evaluate what other people think about it. If you get the impression that some people back the idea in general then it's probably worth investing more work and proceeds with it * you work out a detailed proposal that outlines the whole thing; it should contain things like "why Fedora Extras needs this", "How is it getting realized", "Who will be responsible" and stuff like that * you put that proposal somewhere in the wiki; if it's something big that needs FESCo approval sooner or later you put it directly in the namespace and format for such things by using the proper template by using a url like this: http://www.fedoraproject.org/wiki/Extras/Schedule/foo?action=edit&template=Extras/Schedule/TopicTemplate (s/foo/something else/ of course); if its just a small thing add a note on http://www.fedoraproject.org/wiki/Extras/Schedule/MISC * send the proposal to the list for public discussion; * if you want explicit FESCo feedback at this point ask the FESCo chair to bring the topic up in a FESCo meeting to chat a bit about it * integrate feedback you receive in that discussion directly in the wiki and/or encourage contributors to directly work on the document in the wiki * if there are major disagreements integrate the parts that are controversial into a separate section. Or encourage other people to write a counter proposal that suits their expectations better. * FESCo members are strongly encouraged to participate in the public discussion. It is unacceptable for a FESCo members to stay quiet during a public discussion and to step up in a FESCo meeting later "I think it's totally bullshit" * in case it is a controversial topic send the re-worked proposal to the list for a second (or third) discussion * if you think you got enough feedback send a mail to the FESCo-chair asking to bring it up in the next FESCo meeting * FESCo will then look at it in the meeting; in an ideal world it should be just a "The community want this, it does not hurt the project, so it ACKed". As its often a bit more complicated it might be a good idea to participate in the meeting. Maybe the issue even needs to be brought up in multiple meeting. /!\ Note above scheme is exactly the scheme that is used by FESCo-members, too, to get something realized. There are no differences in this workflow between FESCo-members and non-FESCo-members. /!\ Note2: The above scenario is a rough scheme; there are often situations were some things need to be done slightly differently, but it should help everyone to get the rough idea how to realize stuff. === What FESCo is not === FESCo is not a dumping ground for work. Sure, FESCo members have some jobs they need to do (accept sponsors, kmods, static pacakges, ...; guide the project; take care of things that gone wrong and fix them; organize things that need to be done -- mass rebuilds for example). But that often a lot of work already besides simply maintaining their own packages, so there is often not much time left for realizing other, often new things or ideas. Asking FESCo to realize Brand-New-Big-Idea thus often does not work very well. Sure, you can ask FESCo or one of its members to work out a proposal realize it. But you should not expect FESCo to work on it immediately. There are simply to many request to work on something so FESCo has to set priorities to get the most important things done first. The best way to get something realized is to do it yourself and/or get other (FESCo-) people interested in it so you realize it together. In this scope please remember that nobody in FESCo is getting payed for being in FESCo or improving Extras; all members do the FESCo-work it is their spare time (yes, there are some Red Hat employees in FESCo, but none of those are getting paid for their work in FESCo). ---- CU thl From chitlesh at fedoraproject.org Sat Dec 30 13:09:16 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Sat, 30 Dec 2006 14:09:16 +0100 Subject: fedora-upload-ca.cert gone? In-Reply-To: <20061230114855.c5f0363c.bugs.michael@gmx.net> References: <45964191.6000907@ioa.s.u-tokyo.ac.jp> <20061230114855.c5f0363c.bugs.michael@gmx.net> Message-ID: <13dbfe4f0612300509k2b78c1dal4683a721461414f4@mail.gmail.com> On 12/30/06, Michael Schwendt wrote: http://cvs.fedora.redhat.com/viewcvs/*checkout*/extras-buildsys/client/certs/fedora-upload-ca.cert?root=fedora&rev=1.1 for fedora-server-ca.cert ? Chitlesh -- http://clunixchit.blogspot.com From chitlesh at fedoraproject.org Sat Dec 30 13:11:43 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Sat, 30 Dec 2006 14:11:43 +0100 Subject: Packaging LabPlot In-Reply-To: <45966268.60305@gmail.com> References: <45965E3E.5070304@gmail.com> <13dbfe4f0612300444i77481fddt5f2fa848266272e6@mail.gmail.com> <45966268.60305@gmail.com> Message-ID: <13dbfe4f0612300511g97f57e6sab9d74e80a90259d@mail.gmail.com> On 12/30/06, Julian Sikorski wrote: > Good to know. I have wrapped up a libundo package as well and I will be > working on CDF one. Then the only ones left will be those that are > shipped with the program. > I'll let you fire a request for review bug for LabPlot, and start packaging it for real in FE :) Chitlesh -- http://clunixchit.blogspot.com From fedora at leemhuis.info Sat Dec 30 14:08:26 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 30 Dec 2006 15:08:26 +0100 Subject: I'd like to say thx to John M. Babich Message-ID: <459672DA.9020607@leemhuis.info> Hi, thanks to John we now have a Front-Page for the Extras policy documents at http://www.fedoraproject.org/wiki/Extras/Policy that gives readers a quick overview of the important policies without boring him with each and every detail. Thx for your work John, I like it! CU thl From belegdol at gmail.com Sat Dec 30 14:57:56 2006 From: belegdol at gmail.com (Julian Sikorski) Date: Sat, 30 Dec 2006 15:57:56 +0100 Subject: Packaging LabPlot In-Reply-To: <13dbfe4f0612300511g97f57e6sab9d74e80a90259d@mail.gmail.com> References: <45965E3E.5070304@gmail.com> <13dbfe4f0612300444i77481fddt5f2fa848266272e6@mail.gmail.com> <45966268.60305@gmail.com> <13dbfe4f0612300511g97f57e6sab9d74e80a90259d@mail.gmail.com> Message-ID: <45967E74.6000407@gmail.com> Chitlesh GOORAH napisa?(a): > On 12/30/06, Julian Sikorski wrote: >> Good to know. I have wrapped up a libundo package as well and I will be >> working on CDF one. Then the only ones left will be those that are >> shipped with the program. >> > > I'll let you fire a request for review bug for LabPlot, and start > packaging it for real in FE :) > > Chitlesh netcdf problem solved, it is now possible to use system-wide libs. After looking a bit deeper into these libs I'm rather unwilling to package them separately so that other programs could use them as well... None of them uses some sane conf-and-build system and writing specs is a bit painful ;) I think that you should open the bug report with your spec (It is far more complete than mine) and after I finish fighting with cdf I'd open a blocker bug From chitlesh at fedoraproject.org Sat Dec 30 15:43:16 2006 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Sat, 30 Dec 2006 16:43:16 +0100 Subject: Packaging LabPlot In-Reply-To: <45967E74.6000407@gmail.com> References: <45965E3E.5070304@gmail.com> <13dbfe4f0612300444i77481fddt5f2fa848266272e6@mail.gmail.com> <45966268.60305@gmail.com> <13dbfe4f0612300511g97f57e6sab9d74e80a90259d@mail.gmail.com> <45967E74.6000407@gmail.com> Message-ID: <13dbfe4f0612300743w2b196e4y31f2bf5223c68248@mail.gmail.com> On 12/30/06, Julian Sikorski wrote: > netcdf problem solved, it is now possible to use system-wide libs. After > looking a bit deeper into these libs I'm rather unwilling to package > them separately so that other programs could use them as well... None of > them uses some sane conf-and-build system and writing specs is a bit > painful ;) I think that you should open the bug report with your spec > (It is far more complete than mine) and after I finish fighting with cdf > I'd open a blocker bug > Here you go, https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=221027 You can review it:) cheers, Chitlesh -- http://clunixchit.blogspot.com From dwmw2 at infradead.org Sat Dec 30 15:56:52 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Sat, 30 Dec 2006 15:56:52 +0000 Subject: PPC help with xmldiff In-Reply-To: <1167263539.7666.15.camel@localhost.localdomain> References: <1167263539.7666.15.camel@localhost.localdomain> Message-ID: <1167494212.9579.10.camel@shinybook.infradead.org> On Wed, 2006-12-27 at 18:52 -0500, Paul W. Frields wrote: > Does anyone out there have a PPC host, and either time or an account > to spare to fix the captioned package? Mail me a SSH public key. -- dwmw2 From dwmw2 at infradead.org Sat Dec 30 15:58:12 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Sat, 30 Dec 2006 15:58:12 +0000 Subject: Converting from .a to .so In-Reply-To: <604aa7910612241552q4a60bfbered04193b73b0a6ce@mail.gmail.com> References: <1167002796.3520.8.camel@T7.Linux> <604aa7910612241538u118fe3fawd3c7c003949f7bda@mail.gmail.com> <1167004060.3520.11.camel@T7.Linux> <604aa7910612241552q4a60bfbered04193b73b0a6ce@mail.gmail.com> Message-ID: <1167494293.9579.12.camel@shinybook.infradead.org> On Sun, 2006-12-24 at 14:52 -0900, Jeff Spaleta wrote: > On 12/24/06, Paul wrote: > > Okay, for future reference, is there a way to do what I need to do > > (convert from .a to .so)? > > Don't you just need to pass -shared to the compiler? You need to make sure you build shared libraries with -fPIC too. -- dwmw2 From dwmw2 at infradead.org Sat Dec 30 16:13:01 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Sat, 30 Dec 2006 16:13:01 +0000 Subject: PPC help with xmldiff In-Reply-To: <1167263539.7666.15.camel@localhost.localdomain> References: <1167263539.7666.15.camel@localhost.localdomain> Message-ID: <1167495182.9579.14.camel@shinybook.infradead.org> On Wed, 2006-12-27 at 18:52 -0500, Paul W. Frields wrote: > http://buildsys.fedoraproject.org/logs/fedora-development-extras/24025-xmldiff-0.6.8-1.fc7/ That looks like a python problem -- the same package builds fine on FC-6 but not when I build it in mock for rawhide. -- dwmw2 From peter at thecodergeek.com Sat Dec 30 16:26:27 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Sat, 30 Dec 2006 08:26:27 -0800 Subject: Offline: 2006-12-23 Through 2007-01-01 In-Reply-To: <1166903490.3367.3.camel@localhost> References: <1166396534.8636.59.camel@localhost> <1166903490.3367.3.camel@localhost> Message-ID: <1167495987.3445.1.camel@localhost> Well, it's not the new year yet, but I had written down the wrong returning flight information (oops; sorry!). I'm back. Thanks for watching my stuff while I was away. -- 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: 189 bytes Desc: This is a digitally signed message part URL: From rich at phekda.gotadsl.co.uk Sat Dec 30 16:45:43 2006 From: rich at phekda.gotadsl.co.uk (Richard Dawe) Date: Sat, 30 Dec 2006 16:45:43 +0000 Subject: Converting from .a to .so In-Reply-To: <1167494293.9579.12.camel@shinybook.infradead.org> References: <1167002796.3520.8.camel@T7.Linux> <604aa7910612241538u118fe3fawd3c7c003949f7bda@mail.gmail.com> <1167004060.3520.11.camel@T7.Linux> <604aa7910612241552q4a60bfbered04193b73b0a6ce@mail.gmail.com> <1167494293.9579.12.camel@shinybook.infradead.org> Message-ID: <459697B7.3000506@phekda.gotadsl.co.uk> David Woodhouse wrote: > On Sun, 2006-12-24 at 14:52 -0900, Jeff Spaleta wrote: >> On 12/24/06, Paul wrote: >>> Okay, for future reference, is there a way to do what I need to do >>> (convert from .a to .so)? >> Don't you just need to pass -shared to the compiler? > > You need to make sure you build shared libraries with -fPIC too. I always find the section in the Program-Library-HOWTO (from the Linux Document Project) quite helpful: http://tldp.org/HOWTO/Program-Library-HOWTO/shared-libraries.html#AEN95 The HOWTO is a bit out of date if you're a C++ programmer. It doesn't cover symbol visibility , for example. -- Richard Dawe [ http://homepages.nildram.co.uk/~phekda/richdawe/ ] "You just amass stuff while you are alive. It's like stuff washed up on a beach somewhere, and that somewhere is you." -- Damien Hirst From buildsys at fedoraproject.org Sat Dec 30 21:01:45 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 30 Dec 2006 16:01:45 -0500 (EST) Subject: Fedora Extras Package Build Report 2006-12-30 Message-ID: <20061230210145.4C58A15212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 32 asymptote-1.20-1.fc7 bigloo-2.9a-1.fc7 ctapi-cyberjack-2.0.13beta5-2.fc7 emacs-common-muse-3.02.93-1.fc7 NEW exaile-0.2.6-3.fc7 NEW fail2ban-0.6.2-3.fc7 NEW flac123-0.0.9-1.fc7 fslint-2.18-1.fc7 NEW imp-4.1.3-4.fc7 k3d-0.6.5.0-1.fc7 kicad-2006.08.28-3.fc7 NEW kronolith-2.1.4-2.fc7 NEW libprelude-0.9.12-6.fc7 libtelepathy-0.0.41-1.fc7 lirc-0.8.1-0.2.pre5.fc7 maxima-5.11.0-4.fc7 ochusha-0.5.99.65.2-0.1.cvs061230.fc7 pari-2.3.0-5.fc7 NEW pdns-2.9.20-5.fc7 NEW perl-Perl6-Bible-0.30-2.fc7 pgadmin3-1.6.1-2.fc7 NEW php-channel-phpunit-1.0-2.fc7 php-pecl-Fileinfo-1.0.4-1.fc7 pyfribidi-0.6.0-3.fc7 NEW python-twisted-conch-0.7.0-4.fc7 NEW python-twisted-web-0.6.0-4.fc7 qgit-1.5.4-1.fc7 rt3-3.6.3-1.fc7 rzip-2.1-1.fc7 NEW thunar-media-tags-plugin-0.1.1-1.fc7 translate-toolkit-0.10.1-3.fc7 NEW turba-2.1.3-2.fc7 Packages built and released for Fedora Extras 6: 24 asymptote-1.20-1.fc6 bigloo-2.9a-1.fc6 NEW camstream-0.26.3-11.fc6 emacs-common-muse-3.02.93-1.fc6 NEW exaile-0.2.6-3.fc6 NEW flac123-0.0.9-1.fc6 fslint-2.18-1.fc6 NEW gnome-commander-1.2.3-2.fc6 NEW horde-3.1.3-11.fc6 k3d-0.6.5.0-1.fc6 kipi-plugins-0.1.3-0.2.rc1.fc6 NEW krename-3.0.13-2.fc6 NEW lush-1.2.1-1.fc6 maxima-5.11.0-4.fc6 pari-2.3.0-5.fc6 NEW perl-Perl6-Bible-0.30-2.fc6 NEW php-pear-Structures-DataGrid-DataSource-MDB2-0.1.2-1.fc6 php-pecl-Fileinfo-1.0.4-1.fc6 NEW postgis-1.2.0-3.fc6 NEW pyfribidi-0.6.0-2.fc6 NEW python-twisted-conch-0.7.0-4.fc6 NEW python-twisted-web-0.6.0-4.fc6 qgit-1.5.4-1.fc6 NEW quadkonsole-2.0.1-2.fc6 Packages built and released for Fedora Extras 5: 16 asymptote-1.20-1.fc5 bigloo-2.9a-1.fc5 emacs-common-muse-3.02.93-1.fc5 NEW flac123-0.0.9-1.fc5 fslint-2.18-1.fc5 NEW gnome-commander-1.2.3-2.fc5 k3d-0.6.5.0-1.fc5 kipi-plugins-0.1.3-0.2.rc1.fc5 NEW krename-3.0.13-2.fc5 maxima-5.11.0-4.fc5 NEW perl-Perl6-Bible-0.30-2.fc5 NEW php-pear-MDB2-Driver-mysql-1.3.0-1.fc5 NEW php-pear-Structures-DataGrid-DataSource-MDB2-0.1.2-1.fc5 php-pecl-Fileinfo-1.0.4-1.fc5 NEW pyfribidi-0.6.0-3.fc5 qgit-1.5.4-1.fc5 Packages built and released for Fedora Extras 4: 3 asymptote-1.20-1.fc4 fslint-2.18-1.fc4 qgit-1.5.4-1.fc4 Packages built and released for Fedora Extras 3: 1 fslint-2.18-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 Dec 30 21:56:22 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sat, 30 Dec 2006 21:56:22 -0000 Subject: (1/2) Summary - Broken dependencies in Fedora Extras - 2006-12-30 Message-ID: <20061230215622.28306.5003@extras64.linux.duke.edu> New report for: roozbeh AT farsiweb.info package: translate-toolkit - 0.10.1-3.fc7.noarch from fedora-extras-development-i386 unresolved deps: python-elementtree package: translate-toolkit - 0.10.1-3.fc7.noarch from fedora-extras-development-ppc unresolved deps: python-elementtree package: translate-toolkit - 0.10.1-3.fc7.noarch from fedora-extras-development-x86_64 unresolved deps: python-elementtree ====================================================================== Summary of broken packages (by owner): Jochen AT herr-schmitt.de blender - 2.42a-17.fc7.i386 (8 days) blender - 2.42a-17.fc7.ppc (8 days) blender - 2.42a-17.fc7.x86_64 (8 days) andreas.bierfert AT lowlatency.de centericq - 4.21.0-8.fc6.i386 (60 days) centericq - 4.21.0-8.fc6.ppc (60 days) centericq - 4.21.0-8.fc6.x86_64 (60 days) orange - 0.3-4.cvs20051118.fc7.i386 (26 days) bdpepple AT ameritech.net python-telepathy - 0.13.7-2.fc7.noarch (22 days) python-telepathy - 0.13.7-2.fc7.noarch (22 days) python-telepathy - 0.13.7-2.fc7.noarch (22 days) braden AT endoframe.com openvrml - 0.16.2-2.fc7.i386 (6 days) openvrml - 0.16.2-2.fc7.i386 (6 days) openvrml - 0.16.2-2.fc7.ppc (6 days) openvrml - 0.16.2-2.fc7.x86_64 (6 days) openvrml-devel - 0.16.2-2.fc7.i386 (6 days) openvrml-devel - 0.16.2-2.fc7.i386 (6 days) openvrml-devel - 0.16.2-2.fc7.ppc (6 days) openvrml-devel - 0.16.2-2.fc7.x86_64 (6 days) cgoorah AT yahoo.com.au toped - 0.8.2-2.fc6.i386 (15 days) toped - 0.8.2-2.fc6.ppc (15 days) toped - 0.8.2-2.fc6.x86_64 (15 days) dan AT danny.cz codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (15 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.i386 (15 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.ppc (15 days) codeblocks - 1.0-0.18.20061207svn3357.fc7.x86_64 (15 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.i386 (15 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.ppc (15 days) codeblocks-contrib - 1.0-0.18.20061207svn3357.fc7.x86_64 (15 days) dcbw AT redhat.com csound - 5.03.0-9.fc7.i386 (22 days) csound - 5.03.0-9.fc7.i386 (22 days) csound - 5.03.0-9.fc7.ppc (22 days) csound - 5.03.0-9.fc7.x86_64 (22 days) csound-python - 5.03.0-9.fc7.i386 (22 days) csound-python - 5.03.0-9.fc7.ppc (22 days) csound-python - 5.03.0-9.fc7.x86_64 (22 days) dwmw2 AT redhat.com openpbx - 1.2-3.rc2.svn2135.fc7.i386 (24 days) openpbx - 1.2-3.rc2.svn2135.fc7.i386 (24 days) openpbx - 1.2-3.rc2.svn2135.fc7.ppc (24 days) openpbx - 1.2-3.rc2.svn2135.fc7.x86_64 (24 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.i386 (24 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.ppc (24 days) openpbx-postgresql - 1.2-3.rc2.svn2135.fc7.x86_64 (24 days) endur AT bennewitz.com streamtuner - 0.99.99-15.fc7.x86_64 (22 days) giallu AT gmail.com kmod-sysprof-kdump - 1.0.7-1.2.6.18_1.2849.fc6.1.i686 (24 days) kmod-sysprof-xen - 1.0.7-1.2.6.18_1.2849.fc6.1.i686 (24 days) kmod-sysprof-xen - 1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 (24 days) ifoox AT redhat.com libreadline-java - 0.8.0-13.fc6.i386 (19 days) libreadline-java - 0.8.0-13.fc6.i386 (19 days) libreadline-java - 0.8.0-13.fc6.ppc (19 days) libreadline-java - 0.8.0-13.fc6.x86_64 (19 days) jafo-redhat AT tummy.com python-pydns - 2.3.0-4.fc6.noarch (22 days) python-pydns - 2.3.0-4.fc6.noarch (22 days) python-pydns - 2.3.0-4.fc6.noarch (22 days) jamatos AT fc.up.pt f2py - 2.45.241_1926-2.fc6.noarch (22 days) f2py - 2.45.241_1926-2.fc6.noarch (22 days) f2py - 2.45.241_1926-2.fc6.noarch (22 days) python-amara - 1.1.7-2.fc6.noarch (22 days) python-amara - 1.1.7-2.fc6.noarch (22 days) python-amara - 1.1.7-2.fc6.noarch (22 days) jeff AT ocjtech.us linphone - 1.2.0-4.fc5.i386 (82 days) linphone - 1.2.0-4.fc5.ppc (82 days) linphone - 1.2.0-4.fc5.x86_64 (82 days) karlthered AT gmail.com gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.i386 (38 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.i386 (38 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.ppc (38 days) gtkmozembedmm - 1.4.2.cvs20060817-5.fc7.x86_64 (38 days) lmacken AT redhat.com TurboGears - 1.0b2-5.fc7.noarch (17 days) TurboGears - 1.0b2-5.fc7.noarch (17 days) TurboGears - 1.0b2-5.fc7.noarch (17 days) python-cherrypy - 2.2.1-3.fc6.noarch (22 days) python-cherrypy - 2.2.1-3.fc6.noarch (22 days) python-cherrypy - 2.2.1-3.fc6.noarch (22 days) michel.salim AT gmail.com python-nltk - 1.4.4-3.fc7.noarch (22 days) python-nltk - 1.4.4-3.fc7.noarch (22 days) python-nltk - 1.4.4-3.fc7.noarch (22 days) mitr AT redhat.com python-4Suite-XML - 1.0-1.i386 (22 days) python-4Suite-XML - 1.0-1.ppc (22 days) python-4Suite-XML - 1.0-1.x86_64 (22 days) orion AT cora.nwra.com paraview - 2.4.4-3.fc6.x86_64 (22 days) paraview-mpi - 2.4.4-3.fc6.x86_64 (22 days) plplot - 5.6.1-8.fc7.i386 (22 days) plplot - 5.6.1-8.fc7.i386 (22 days) plplot - 5.6.1-8.fc7.ppc (22 days) plplot - 5.6.1-8.fc7.x86_64 (22 days) plplot-gnome - 5.6.1-8.fc7.i386 (22 days) plplot-gnome - 5.6.1-8.fc7.i386 (22 days) plplot-gnome - 5.6.1-8.fc7.ppc (22 days) plplot-gnome - 5.6.1-8.fc7.x86_64 (22 days) plplot-wxGTK - 5.6.1-8.fc7.i386 (22 days) plplot-wxGTK - 5.6.1-8.fc7.ppc (22 days) plplot-wxGTK - 5.6.1-8.fc7.x86_64 (22 days) paul AT all-the-johnsons.co.uk XaraLX - 0.7-8.fc6.r1763.i386 (15 days) XaraLX - 0.7-8.fc6.r1763.ppc (15 days) XaraLX - 0.7-8.fc6.r1763.x86_64 (15 days) petersen AT redhat.com ghc-gtk2hs - 0.9.10-4.fc6.i386 (57 days) ghc-gtk2hs - 0.9.10-4.fc6.ppc (57 days) ghc-gtk2hs - 0.9.10-4.fc6.x86_64 (57 days) ghc642-gtk2hs - 0.9.10-4.fc6.i386 (57 days) ghc642-gtk2hs - 0.9.10-4.fc6.ppc (57 days) ghc642-gtk2hs - 0.9.10-4.fc6.x86_64 (57 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.i386 (57 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.ppc (57 days) ghc642-gtk2hs-mozembed - 0.9.10-4.fc6.x86_64 (57 days) prockai AT redhat.com cyrus-imapd - 2.3.7-4.fc6.i386 (31 days) cyrus-imapd - 2.3.7-4.fc6.i386 (31 days) cyrus-imapd - 2.3.7-4.fc6.ppc (31 days) cyrus-imapd - 2.3.7-4.fc6.x86_64 (31 days) rdieter AT math.unl.edu PyKDE - 3.16.0-5.fc7.i386 (22 days) PyKDE - 3.16.0-5.fc7.i386 (22 days) PyKDE - 3.16.0-5.fc7.ppc (22 days) PyKDE - 3.16.0-5.fc7.x86_64 (22 days) gift - 0.11.8.1-6.fc7.i386 (62 days) wxMaxima - 0.7.0a-5.fc7.ppc (7 days) roozbeh AT farsiweb.info translate-toolkit - 0.10.1-3.fc7.noarch translate-toolkit - 0.10.1-3.fc7.noarch translate-toolkit - 0.10.1-3.fc7.noarch rpm AT timj.co.uk rapidsvn - 0.9.4-2.fc7.i386 (15 days) rapidsvn - 0.9.4-2.fc7.ppc (15 days) rapidsvn - 0.9.4-2.fc7.x86_64 (15 days) shahms AT shahms.com python-psyco - 1.5.1-4.fc6.i386 (22 days) stickster AT gmail.com xmldiff - 0.6.7-12.fc6.i386 (22 days) xmldiff - 0.6.7-12.fc6.ppc (22 days) xmldiff - 0.6.7-12.fc6.x86_64 (22 days) tcallawa AT redhat.com compat-wxPythonGTK2 - 2.4.2.4-12.fc6.i386 (22 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.ppc (22 days) compat-wxPythonGTK2 - 2.4.2.4-12.fc6.x86_64 (22 days) evolution-bogofilter - 0.2.0-4.fc7.i386 (10 days) evolution-bogofilter - 0.2.0-4.fc7.ppc (10 days) evolution-bogofilter - 0.2.0-4.fc7.x86_64 (10 days) gambas-gb-db - 1.0.17-6.fc7.i386 (37 days) gambas-gb-db - 1.0.17-6.fc7.ppc (37 days) gambas-runtime - 1.0.17-6.fc7.i386 (37 days) gambas-runtime - 1.0.17-6.fc7.ppc (37 days) pychart - 1.39-4.fc6.noarch (22 days) pychart - 1.39-4.fc6.noarch (22 days) pychart - 1.39-4.fc6.noarch (22 days) rekall-postgresql - 2.4.3-5.fc6.i386 (24 days) rekall-postgresql - 2.4.3-5.fc6.ppc (24 days) rekall-postgresql - 2.4.3-5.fc6.x86_64 (24 days) rekall-python - 2.4.3-5.fc6.i386 (24 days) rekall-python - 2.4.3-5.fc6.ppc (24 days) rekall-python - 2.4.3-5.fc6.x86_64 (24 days) thomas AT apestaart.org python-twisted - 1.3.0-7.fc6.i386 (22 days) python-twisted - 1.3.0-7.fc6.ppc (22 days) python-twisted - 1.3.0-7.fc6.x86_64 (22 days) triad AT df.lth.se gnomad2 - 2.8.9-2.fc6.i386 (22 days) gnomad2 - 2.8.9-2.fc6.ppc (22 days) gnomad2 - 2.8.9-2.fc6.x86_64 (22 days) ville.skytta AT iki.fi em8300 - 0.16.0-3.fc7.i386 (3 days) em8300 - 0.16.0-3.fc7.ppc (3 days) em8300 - 0.16.0-3.fc7.x86_64 (3 days) wart AT kobold.org cyphesis - 0.5.10-3.fc7.i386 (22 days) cyphesis - 0.5.10-3.fc7.ppc (22 days) cyphesis - 0.5.10-3.fc7.x86_64 (22 days) ====================================================================== Broken packages in fedora-extras-development-ppc: PyKDE-3.16.0-5.fc7.ppc requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.ppc requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_xml-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu_net-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_xrc-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_html-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_baseu-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_adv-2.6.so.0 XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.ppc requires libwx_gtk2u_qa-2.6.so.0 blender-2.42a-17.fc7.ppc requires libgettextlib-0.16.so centericq-4.21.0-8.fc6.ppc requires libcurl.so.3 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.ppc requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.ppc requires libpython2.4.so.1.0 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.ppc requires libnetsnmpagent.so.10 em8300-0.16.0-3.fc7.ppc requires em8300-kmod >= 0:0.16.0 evolution-bogofilter-0.2.0-4.fc7.ppc requires libcamel-1.2.so.0 evolution-bogofilter-0.2.0-4.fc7.ppc requires libcamel-provider-1.2.so.8 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 gambas-gb-db-1.0.17-6.fc7.ppc requires libpq.so.4 gambas-runtime-1.0.17-6.fc7.ppc requires libgettextlib-0.15.so ghc-gtk2hs-0.9.10-4.fc6.ppc requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.ppc requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.ppc requires ghc642 gnomad2-2.8.9-2.fc6.ppc requires libmtp.so.2 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.ppc requires gecko-libs = 0:2.0 libreadline-java-0.8.0-13.fc6.ppc requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.ppc requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.ppc requires libpq.so.4 openvrml-0.16.2-2.fc7.ppc requires firefox = 0:2.0 openvrml-devel-0.16.2-2.fc7.ppc requires firefox-devel = 0:2.0 plplot-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.ppc requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.ppc requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.ppc requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.ppc requires python(abi) = 0:2.4 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) rapidsvn-0.9.4-2.fc7.ppc requires libwx_baseu_xml-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_xrc-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) rapidsvn-0.9.4-2.fc7.ppc requires libwx_baseu_net-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_core-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_html-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_baseu-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_adv-2.6.so.0 rapidsvn-0.9.4-2.fc7.ppc requires libwx_gtk2u_qa-2.6.so.0 rekall-postgresql-2.4.3-5.fc6.ppc requires libpq.so.4 rekall-python-2.4.3-5.fc6.ppc requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.ppc requires libpython2.4.so.1.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.ppc requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.ppc requires libwx_gtk2u_adv-2.6.so.0 translate-toolkit-0.10.1-3.fc7.noarch requires python-elementtree wxMaxima-0.7.0a-5.fc7.ppc requires maxima >= 0:5.10 xmldiff-0.6.7-12.fc6.ppc requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-x86_64: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.x86_64 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) XaraLX-0.7-8.fc6.r1763.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) blender-2.42a-17.fc7.x86_64 requires libgettextlib-0.16.so()(64bit) centericq-4.21.0-8.fc6.x86_64 requires libcurl.so.3()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0(WXU_2.6)(64bit) codeblocks-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6)(64bit) compat-wxPythonGTK2-2.4.2.4-12.fc6.x86_64 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) csound-python-5.03.0-9.fc7.x86_64 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyphesis-0.5.10-3.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpmibs.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmp.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmphelpers.so.10()(64bit) cyrus-imapd-2.3.7-4.fc6.x86_64 requires libnetsnmpagent.so.10()(64bit) em8300-0.16.0-3.fc7.x86_64 requires em8300-kmod >= 0:0.16.0 evolution-bogofilter-0.2.0-4.fc7.x86_64 requires libcamel-1.2.so.0()(64bit) evolution-bogofilter-0.2.0-4.fc7.x86_64 requires libcamel-provider-1.2.so.8()(64bit) f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 ghc-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.x86_64 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.x86_64 requires ghc642 gift-0.11.8.1-6.fc7.i386 requires libmagic.so.1 gnomad2-2.8.9-2.fc6.x86_64 requires libmtp.so.2()(64bit) gtkmozembedmm-1.4.2.cvs20060817-5.fc7.i386 requires gecko-libs = 0:2.0 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.x86_64 requires gecko-libs = 0:2.0 kmod-sysprof-xen-1.0.7-1.2.6.18_1.2849.fc6.1.x86_64 requires kernel-x86_64 = 0:2.6.18-1.2849.fc6xen libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 libreadline-java-0.8.0-13.fc6.x86_64 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-1.2-3.rc2.svn2135.fc7.x86_64 requires libedit.so.0()(64bit) openpbx-postgresql-1.2-3.rc2.svn2135.fc7.x86_64 requires libpq.so.4()(64bit) openvrml-0.16.2-2.fc7.i386 requires firefox = 0:2.0 openvrml-0.16.2-2.fc7.x86_64 requires firefox = 0:2.0 openvrml-devel-0.16.2-2.fc7.i386 requires firefox-devel = 0:2.0 openvrml-devel-0.16.2-2.fc7.x86_64 requires firefox-devel = 0:2.0 orange-0.3-4.cvs20051118.fc7.i386 requires libmagic.so.1 paraview-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) paraview-mpi-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.x86_64 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) plplot-wxGTK-5.6.1-8.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.x86_64 requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.x86_64 requires python(abi) = 0:2.4 rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_baseu-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) rapidsvn-0.9.4-2.fc7.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) rekall-postgresql-2.4.3-5.fc6.x86_64 requires libpq.so.4()(64bit) rekall-python-2.4.3-5.fc6.x86_64 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) streamtuner-0.99.99-15.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_xrc-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_qa-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_xml-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_html-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_baseu_net-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_gl-2.6.so.0()(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2)(64bit) toped-0.8.2-2.fc6.x86_64 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3)(64bit) translate-toolkit-0.10.1-3.fc7.noarch requires python-elementtree xmldiff-0.6.7-12.fc6.x86_64 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-i386: PyKDE-3.16.0-5.fc7.i386 requires python(abi) = 0:2.4 PyKDE-3.16.0-5.fc7.i386 requires python-abi = 0:2.4 TurboGears-1.0b2-5.fc7.noarch requires python-elementtree >= 0:1.2.6 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_xml-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu_net-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_xrc-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_html-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_baseu-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_adv-2.6.so.0 XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) XaraLX-0.7-8.fc6.r1763.i386 requires libwx_gtk2u_qa-2.6.so.0 blender-2.42a-17.fc7.i386 requires libgettextlib-0.16.so centericq-4.21.0-8.fc6.i386 requires libcurl.so.3 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_xml-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu_net-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 codeblocks-contrib-1.0-0.18.20061207svn3357.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) compat-wxPythonGTK2-2.4.2.4-12.fc6.i386 requires python(abi) = 0:2.4 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.i386 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 cyphesis-0.5.10-3.fc7.i386 requires libpython2.4.so.1.0 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpmibs.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmphelpers.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmp.so.10 cyrus-imapd-2.3.7-4.fc6.i386 requires libnetsnmpagent.so.10 em8300-0.16.0-3.fc7.i386 requires em8300-kmod >= 0:0.16.0 evolution-bogofilter-0.2.0-4.fc7.i386 requires libcamel-1.2.so.0 From buildsys at fedoraproject.org Sat Dec 30 21:56:23 2006 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sat, 30 Dec 2006 21:56:23 -0000 Subject: (2/2) Summary - Broken dependencies in Fedora Extras - 2006-12-30 Message-ID: <20061230215623.28306.50946@extras64.linux.duke.edu> evolution-bogofilter-0.2.0-4.fc7.i386 requires libcamel-provider-1.2.so.8 f2py-2.45.241_1926-2.fc6.noarch requires python(abi) = 0:2.4 gambas-gb-db-1.0.17-6.fc7.i386 requires libpq.so.4 gambas-runtime-1.0.17-6.fc7.i386 requires libgettextlib-0.15.so ghc-gtk2hs-0.9.10-4.fc6.i386 requires ghc = 0:6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-0.9.10-4.fc6.i386 requires ghc642 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires /usr/bin/ghc-pkg-6.4.2 ghc642-gtk2hs-mozembed-0.9.10-4.fc6.i386 requires ghc642 gnomad2-2.8.9-2.fc6.i386 requires libmtp.so.2 gtkmozembedmm-1.4.2.cvs20060817-5.fc7.i386 requires gecko-libs = 0:2.0 kmod-sysprof-kdump-1.0.7-1.2.6.18_1.2849.fc6.1.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6kdump kmod-sysprof-xen-1.0.7-1.2.6.18_1.2849.fc6.1.i686 requires kernel-i686 = 0:2.6.18-1.2849.fc6xen libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 openpbx-1.2-3.rc2.svn2135.fc7.i386 requires libedit.so.0 openpbx-postgresql-1.2-3.rc2.svn2135.fc7.i386 requires libpq.so.4 openvrml-0.16.2-2.fc7.i386 requires firefox = 0:2.0 openvrml-devel-0.16.2-2.fc7.i386 requires firefox-devel = 0:2.0 plplot-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-gnome-5.6.1-8.fc7.i386 requires python(abi) = 0:2.4 plplot-gnome-5.6.1-8.fc7.i386 requires libpython2.4.so.1.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_xml-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu_net-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 plplot-wxGTK-5.6.1-8.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) pychart-1.39-4.fc6.noarch requires python(abi) = 0:2.4 python-4Suite-XML-1.0-1.i386 requires python(abi) = 0:2.4 python-amara-1.1.7-2.fc6.noarch requires python(abi) = 0:2.4 python-cherrypy-2.2.1-3.fc6.noarch requires python(abi) = 0:2.4 python-nltk-1.4.4-3.fc7.noarch requires python(abi) = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python-abi = 0:2.4 python-psyco-1.5.1-4.fc6.i386 requires python(abi) = 0:2.4 python-pydns-2.3.0-4.fc6.noarch requires python(abi) = 0:2.4 python-telepathy-0.13.7-2.fc7.noarch requires python(abi) = 0:2.4 python-twisted-1.3.0-7.fc6.i386 requires python(abi) = 0:2.4 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) rapidsvn-0.9.4-2.fc7.i386 requires libwx_baseu_xml-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_xrc-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) rapidsvn-0.9.4-2.fc7.i386 requires libwx_baseu_net-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_core-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_html-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_baseu-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_adv-2.6.so.0 rapidsvn-0.9.4-2.fc7.i386 requires libwx_gtk2u_qa-2.6.so.0 rekall-postgresql-2.4.3-5.fc6.i386 requires libpq.so.4 rekall-python-2.4.3-5.fc6.i386 requires python(abi) = 0:2.4 rekall-python-2.4.3-5.fc6.i386 requires libpython2.4.so.1.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.3) toped-0.8.2-2.fc6.i386 requires libwx_baseu_xml-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_qa-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_core-2.6.so.0(WXU_2.6.2) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_gl-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_baseu_net-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_xrc-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_html-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_baseu-2.6.so.0 toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0(WXU_2.6) toped-0.8.2-2.fc6.i386 requires libwx_gtk2u_adv-2.6.so.0 translate-toolkit-0.10.1-3.fc7.noarch requires python-elementtree xmldiff-0.6.7-12.fc6.i386 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-5-ppc: linphone-1.2.0-4.fc5.ppc requires libortp.so.2 ====================================================================== Broken packages in fedora-extras-5-x86_64: linphone-1.2.0-4.fc5.x86_64 requires libortp.so.2()(64bit) ====================================================================== Broken packages in fedora-extras-5-i386: linphone-1.2.0-4.fc5.i386 requires libortp.so.2 From bugzilla at redhat.com Sat Dec 30 23:28:05 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 30 Dec 2006 18:28:05 -0500 Subject: [Bug 177832] Review Request: wmweather+ In-Reply-To: Message-ID: <200612302328.kBUNS5ec023644@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: wmweather+ https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177832 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 Christian.Iseli at licr.org changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|NEXTRELEASE |DUPLICATE ------- Additional Comments From Christian.Iseli at licr.org 2006-12-30 18:28 EST ------- *** This bug has been marked as a duplicate of 165488 *** -- 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 bugzilla at redhat.com Sat Dec 30 23:38:59 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 30 Dec 2006 18:38:59 -0500 Subject: [Bug 167943] Review Request: sblim-cmpi-base In-Reply-To: Message-ID: <200612302338.kBUNcxkA023918@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: sblim-cmpi-base https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167943 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 Christian.Iseli at licr.org changed: What |Removed |Added ---------------------------------------------------------------------------- QAContact|dkl at redhat.com |fedora-package- | |review at redhat.com OtherBugsDependingO| |163779 nThis| | CC|fedora-extras- | |list at redhat.com | ------- Additional Comments From Christian.Iseli at licr.org 2006-12-30 18:38 EST ------- Properly block FE-ACCEPT -- 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 kevin at scrye.com Sun Dec 31 01:41:48 2006 From: kevin at scrye.com (Kevin Fenzi) Date: Sat, 30 Dec 2006 18:41:48 -0700 Subject: Tracking down broken dependencies in devel Message-ID: <20061230184148.796ad806@ningauble.scrye.com> Greetings. I have started to try and assist maintainers with cleaning up broken dependencies in devel. There is only one fc5 broken dep left in extras now (linphone), which is waiting on a update of a core package. (possibly forever). I understand that devel is often in a state of flux as dependencies get upgraded and packages need to be rebuilt and tweaked, but I don't think it's very good to have things that are broken for many months. If you run into problems rebuilding your package, you should ask for help on the list or upstream, IMHO. Anyhow, on to devel. I decided to start on the oldest broken deps and move down. centericq (broken for 60 days). This package needs to be rebuilt for the curl update, but doesn't rebuild cleanly. It has all kinds of nasty autotools junk going on. I have filed a bug with a workaround patch. If there are any autotools gurus out there that could look at this and see if there is a better way to do it I would appreciate it. Bug filed (with patch): https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=221040 gift (broken for 62 days). This is a fun one. The package thats showing the broken dependencies is the gift.i386 package in the x86_64 repo. It needs the file.i386 package (which is not available in the x86_64 repo). So, either someone needs to add file.i386 to the x86_64 repo (which should work fine), or remove gift.i386 from the x86_64 repo. Bug filed: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=221041 gtk2hs (broken for 57 days). This is an odd one. The build links in the bug below are gone, but I did a rebuild here locally and the end shows: /usr/bin/ghc-6.6 +RTS -RTS -c gtk/Graphics/UI/Gtk.hs -o gtk/Graphics/UI/Gtk.o -O -fffi -fno-warn-duplicate-exports -igtk -package-conf package.conf.inplace -hide-all-packages -ignore-package gtk -package base -package haskell98 -package mtl -package glib-0.9.10.2 -package cairo-0.9.10.2 -package-name gtk-0.9.10.2 '-#include' -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/atk-1.0 gtk/Graphics/UI/Gtk.hs:217:0: Failed to load interface for `Graphics.UI.Gtk.General.General': Use -v to see a list of the files searched for. make[1]: *** [gtk/Graphics/UI/Gtk.o] Error 1 make[1]: Leaving directory `/builddir/build/BUILD/gtk2hs-0.9.10.2' make: *** [all] Error 2 error: Bad exit status from /var/tmp/rpm-tmp.26712 (%build) Bug already filed by maintainer: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=217480 gtkmozembedmm (broken for 38 days). This looks like a build for devel that didn't work: http://buildsys.fedoraproject.org/logs/fedora-development-extras/24387-gtkmozembedmm-1.4.2.cvs20060817-6.fc7/i386/build.log The error here seems to be: configure: error: cannot find install-sh or install.sh in scripts ./scripts Anyone have ideas on that issue? Bug filed: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=221043 Anyone want to look at the next few and track down the issues, and file bugs hopefully with fixes? :) kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From rdieter at math.unl.edu Sun Dec 31 02:45:13 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Sat, 30 Dec 2006 20:45:13 -0600 Subject: Tracking down broken dependencies in devel References: <20061230184148.796ad806@ningauble.scrye.com> Message-ID: Kevin Fenzi wrote: > gift (broken for 62 days). > > This is a fun one. The package thats showing the broken dependencies is > the gift.i386 package in the x86_64 repo. It needs the file.i386 > package (which is not available in the x86_64 repo). So, either someone > needs to add file.i386 to the x86_64 repo (which should work fine), or > remove gift.i386 from the x86_64 repo. > > Bug filed: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=221041 Thanks Kevin for documenting it. For the record, the imo *real* problem is with file (ie, libmagic) not being multilib: http://bugzilla.redhat.com/214992 -- Rex From andy at smile.org.ua Sun Dec 31 06:29:31 2006 From: andy at smile.org.ua (Andy Shevchenko) Date: Sun, 31 Dec 2006 08:29:31 +0200 Subject: fuse and filename encodings Message-ID: <20061231062931.GA21503@serv.smile.org.ua> Hi, all and Peter Lemenkov! I'm using nice fuse program. I've installed my linux box in the ru_RU.KOI8-R locale and another in ru_RU.UTF-8. I've connection to the homenet ISP. ISP provides ssh access to their ftp resource. But the remote server has ru_RU.CP1251 locale. This locale is using for filenames respectively. When I mount the resource by sshfs (fuse module) the files have incorrect encoding in their own names. I try to localize the problem and have found the fuse assumes FS charset as in current locale. I've wrote small patch for fuse for fix this issue: http://smile.org.ua/~andy/prj/patch/fuse-2.6.1-charset.diff However, the above patch needs to be tested. It works for me (in my case), but I don't have possibilities to make full testing. Please, tell your opinions and test it. Thanks. -- With best regards, Andy Shevchenko. mailto: andy at smile.org.ua From david at lovesunix.net Sun Dec 31 06:40:25 2006 From: david at lovesunix.net (David Nielsen) Date: Sun, 31 Dec 2006 07:40:25 +0100 Subject: fuse and filename encodings In-Reply-To: <20061231062931.GA21503@serv.smile.org.ua> References: <20061231062931.GA21503@serv.smile.org.ua> Message-ID: <1167547225.3129.4.camel@dawkins> s?n, 31 12 2006 kl. 08:29 +0200, skrev Andy Shevchenko: > Hi, all and Peter Lemenkov! > > I'm using nice fuse program. I've installed my linux box in the ru_RU.KOI8-R > locale and another in ru_RU.UTF-8. I've connection to the homenet ISP. > ISP provides ssh access to their ftp resource. But the remote server has > ru_RU.CP1251 locale. This locale is using for filenames respectively. > When I mount the resource by sshfs (fuse module) the files have > incorrect encoding in their own names. I try to localize the problem and > have found the fuse assumes FS charset as in current locale. > > I've wrote small patch for fuse for fix this issue: > http://smile.org.ua/~andy/prj/patch/fuse-2.6.1-charset.diff > > However, the above patch needs to be tested. It works for me (in my case), > but I don't have possibilities to make full testing. It would probably be most helpful if you send this to the upstream FUSE developers so it could be commented on by them and included to benefit everyone, not merely Fedora (greatest distribution on Earth as it might be). FUSE can be found here: http://fuse.sourceforge.net/ - David Nielsen -- "Ridicule is the only weapon that can be used against unintelligible propositions. Ideas must be distinct before reason can act upon them.? -Thomas Jefferson -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dette er en digitalt underskrevet brevdel URL: From bugzilla at redhat.com Sun Dec 31 11:38:00 2006 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 31 Dec 2006 06:38:00 -0500 Subject: [Bug 174915] Review Request: gnome-sudoku - A numerical logic puzzle game In-Reply-To: Message-ID: <200612311138.kBVBc08X006299@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: gnome-sudoku - A numerical logic puzzle game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174915 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 Christian.Iseli at licr.org changed: What |Removed |Added ---------------------------------------------------------------------------- QAContact|dkl at redhat.com |fedora-package- | |review at redhat.com OtherBugsDependingO| |163779 nThis| | CC|fedora-extras- | |list at redhat.com | ------- Additional Comments From Christian.Iseli at licr.org 2006-12-31 06:37 EST ------- Please do not remove the FE-ACCEPT blocker. Thanks. -- 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 Christian.Iseli at licr.org Sun Dec 31 14:01:07 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Sun, 31 Dec 2006 15:01:07 +0100 Subject: About missing reviews Message-ID: <20061231150107.22d01c0d@ludwig-alpha.unil.ch> Dear all, In the process of preparing data to feed to the upcoming package database, I tried to dig out all existing package reviews I could find. I now have two lists: one were I could attach a review ticket or an approval email (in the old review system), and one where I couldn't... so I think I'll need some help here. Could FE package owners please have a look at the missing_review.txt file and lend me a hand where possible ? I also attach the done_review.txt file, listing packages with their approval ticket/email URL. Cheers, C -------------- next part -------------- A non-text attachment was scrubbed... Name: done_review.txt.gz Type: application/x-gzip Size: 25887 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: missing_review.txt.gz Type: application/x-gzip Size: 5749 bytes Desc: not available URL: From lists at timj.co.uk Sun Dec 31 14:07:32 2006 From: lists at timj.co.uk (Tim Jackson) Date: Sun, 31 Dec 2006 14:07:32 +0000 Subject: Tracking down broken dependencies in devel In-Reply-To: <20061230184148.796ad806@ningauble.scrye.com> References: <20061230184148.796ad806@ningauble.scrye.com> Message-ID: <4597C424.30207@timj.co.uk> Kevin Fenzi wrote: > I have started to try and assist maintainers with cleaning up broken > dependencies in devel. Thanks Kevin, work like this is really helpful and I'm sure will be much appreciated by the owners in question. Fortunately you didn't get down as far as rapidsvn, which I already had in hand and is now built. However, a number of the remaining packages broken in devel suffer from the same problem which is the wxGTK update. Some packages may just need a bump-n-build; others (like rapidsvn) need some small patches for methods/properties that have gone away/changed in WX 2.8. In my case (and I suspect the same is true for other packages) there was an open bug upstream with a patch, so resolution was easy. Hope that's useful to those (owners or otherwise) trying to fix up broken deps. Tim From bugs.michael at gmx.net Sun Dec 31 14:39:43 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 31 Dec 2006 15:39:43 +0100 Subject: About missing reviews In-Reply-To: <20061231150107.22d01c0d@ludwig-alpha.unil.ch> References: <20061231150107.22d01c0d@ludwig-alpha.unil.ch> Message-ID: <20061231153943.88f58507.bugs.michael@gmx.net> On Sun, 31 Dec 2006 15:01:07 +0100, Christian Iseli wrote: > Dear all, > > In the process of preparing data to feed to the upcoming package > database, I tried to dig out all existing package reviews I could > find. I now have two lists: one were I could attach a review ticket or > an approval email (in the old review system), and one where I > couldn't... so I think I'll need some help here. Could FE package > owners please have a look at the missing_review.txt file and lend me a > hand where possible ? Unless you try to acquire a copy of the bugzilla.fedora.us system, you won't be able to fill in the missing information. Many of the packages from that list are from the pre-"Fedora Extras 3" period. From bugs.michael at gmx.net Sun Dec 31 14:40:09 2006 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 31 Dec 2006 15:40:09 +0100 Subject: fedora-upload-ca.cert gone? In-Reply-To: <13dbfe4f0612300509k2b78c1dal4683a721461414f4@mail.gmail.com> References: <45964191.6000907@ioa.s.u-tokyo.ac.jp> <20061230114855.c5f0363c.bugs.michael@gmx.net> <13dbfe4f0612300509k2b78c1dal4683a721461414f4@mail.gmail.com> Message-ID: <20061231154009.a7971270.bugs.michael@gmx.net> On Sat, 30 Dec 2006 14:09:16 +0100, Chitlesh GOORAH wrote: > http://cvs.fedora.redhat.com/viewcvs/*checkout*/extras-buildsys/client/certs/fedora-upload-ca.cert?root=fedora&rev=1.1 > > for fedora-server-ca.cert ? Couldn't find it in CVS. From fedora at leemhuis.info Sun Dec 31 14:51:21 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 31 Dec 2006 15:51:21 +0100 Subject: About missing reviews In-Reply-To: <20061231153943.88f58507.bugs.michael@gmx.net> References: <20061231150107.22d01c0d@ludwig-alpha.unil.ch> <20061231153943.88f58507.bugs.michael@gmx.net> Message-ID: <4597CE69.5090103@leemhuis.info> Michael Schwendt schrieb: > On Sun, 31 Dec 2006 15:01:07 +0100, Christian Iseli wrote: >> In the process of preparing data to feed to the upcoming package >> database, I tried to dig out all existing package reviews I could >> find. I now have two lists: one were I could attach a review ticket or >> an approval email (in the old review system), and one where I >> couldn't... so I think I'll need some help here. Could FE package >> owners please have a look at the missing_review.txt file and lend me a >> hand where possible ? > Unless you try to acquire a copy of the bugzilla.fedora.us system, you > won't be able to fill in the missing information. Many of the packages > from that list are from the pre-"Fedora Extras 3" period. Yeah, probably -- and some are from freshrpms afaics. Is it really worth the effort to search for all those informations? Cu thl From Christian.Iseli at licr.org Sun Dec 31 15:10:55 2006 From: Christian.Iseli at licr.org (Christian Iseli) Date: Sun, 31 Dec 2006 16:10:55 +0100 Subject: About missing reviews In-Reply-To: <4597CE69.5090103@leemhuis.info> References: <20061231150107.22d01c0d@ludwig-alpha.unil.ch> <20061231153943.88f58507.bugs.michael@gmx.net> <4597CE69.5090103@leemhuis.info> Message-ID: <20061231161055.788294b1@ludwig-alpha.unil.ch> On Sun, 31 Dec 2006 15:51:21 +0100, Thorsten Leemhuis wrote: > Is it really worth the effort to search for all those informations? Dunno. There's a motion from f13 to do a package review audit: http://fedoraproject.org/wiki/Extras/Schedule/PackageReviewAudit In that light, it's probably a good idea to be able to attach a review trail to each package, so I see three options: 1. do a new review for packages missing a trail 2. find the trail somehow 3. forget the review audit idea Maybe Warren has an archive of the f.us bugzilla ? Thoughts welcome... Cheers, Christian From paul at all-the-johnsons.co.uk Sun Dec 31 15:33:39 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 31 Dec 2006 15:33:39 +0000 Subject: Monodevelop - svn release Message-ID: <1167579219.26572.7.camel@T7.Linux> Hi, Over the festive period there has been quite a lot of work done on monodevelop, but due to the release schedule, it looks like the release candidates will be shuffled out instead of another point release. Is there a problem with me packaging the current svn tarball for rawhide? TTFN Paul -- "Mmmmmmmm....Shakira geschmiert mit schokolade" sagt Homer -------------- 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 Sun Dec 31 15:40: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: Sun, 31 Dec 2006 21:10:24 +0530 Subject: fedora-upload-ca.cert gone? In-Reply-To: <20061231154009.a7971270.bugs.michael@gmx.net> References: <45964191.6000907@ioa.s.u-tokyo.ac.jp> <20061230114855.c5f0363c.bugs.michael@gmx.net> <13dbfe4f0612300509k2b78c1dal4683a721461414f4@mail.gmail.com> <20061231154009.a7971270.bugs.michael@gmx.net> Message-ID: Hi all, On 12/31/06, Michael Schwendt wrote: > On Sat, 30 Dec 2006 14:09:16 +0100, Chitlesh GOORAH wrote: http://cvs.fedora.redhat.com/viewcvs/*checkout*/extras-buildsys/client/certs/fedora-upload-ca.cert?root=fedora&rev=1.1 > > for fedora-server-ca.cert ? > Couldn't find it in CVS. I already reported this problem on IRC 3 days back on #fedora-admin and #fedora-extras. Then Jeffrey C. Ollie gave me those 2 certs which i am attaching here for reference. Can anyone please upload it on some publicly accessible site? Thanks & Regards, Parag. -------------- next part -------------- A non-text attachment was scrubbed... Name: .fedora-server-ca.cert Type: application/octet-stream Size: 1838 bytes Desc: not available URL: From panemade at gmail.com Sun Dec 31 15:43:14 2006 From: panemade at gmail.com (=?UTF-8?Q?Parag_N(=E0=A4=AA=E0=A4=B0=E0=A4=BE=E0=A5=9A)?=) Date: Sun, 31 Dec 2006 21:13:14 +0530 Subject: fedora-upload-ca.cert gone? In-Reply-To: References: <45964191.6000907@ioa.s.u-tokyo.ac.jp> <20061230114855.c5f0363c.bugs.michael@gmx.net> <13dbfe4f0612300509k2b78c1dal4683a721461414f4@mail.gmail.com> <20061231154009.a7971270.bugs.michael@gmx.net> Message-ID: On 12/31/06, Parag N(????) wrote: > Hi all, > On 12/31/06, Michael Schwendt wrote: > > On Sat, 30 Dec 2006 14:09:16 +0100, Chitlesh GOORAH wrote: > http://cvs.fedora.redhat.com/viewcvs/*checkout*/extras-buildsys/client/certs/fedora-upload-ca.cert?root=fedora&rev=1.1 > > > for fedora-server-ca.cert ? > > Couldn't find it in CVS. > I already reported this problem on IRC 3 days back on #fedora-admin and > #fedora-extras. Then Jeffrey C. Ollie gave me those 2 certs which i am > attaching here for reference. Can anyone please upload it on some publicly > accessible site? Oops looks like something goes wrong while uploading .fedora-upload-ca.cert. Here i am uploading it again. > > Thanks & Regards, > Parag. > > From sundaram at fedoraproject.org Sun Dec 31 15:54:31 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 31 Dec 2006 21:24:31 +0530 Subject: Monodevelop - svn release In-Reply-To: <1167579219.26572.7.camel@T7.Linux> References: <1167579219.26572.7.camel@T7.Linux> Message-ID: <4597DD37.5080807@fedoraproject.org> Paul wrote: > Hi, > > Over the festive period there has been quite a lot of work done on > monodevelop, but due to the release schedule, it looks like the release > candidates will be shuffled out instead of another point release. > > Is there a problem with me packaging the current svn tarball for > rawhide? Just for rawhide, that shouldnt be a problem. Have you tested it locally? Is the next release of mono planned to be before the next Fedora release? Does mono release have public timelines? Rahul From jamatos at fc.up.pt Sun Dec 31 17:26:27 2006 From: jamatos at fc.up.pt (=?utf-8?q?Jos=C3=A9_Matos?=) Date: Sun, 31 Dec 2006 17:26:27 +0000 Subject: About missing reviews In-Reply-To: <20061231150107.22d01c0d@ludwig-alpha.unil.ch> References: <20061231150107.22d01c0d@ludwig-alpha.unil.ch> Message-ID: <200612311726.27253.jamatos@fc.up.pt> On Sunday 31 December 2006 2:01 pm, Christian Iseli wrote: > Dear all, > > In the process of preparing data to feed to the upcoming package > database, I tried to dig out all existing package reviews I could > find. I now have two lists: one were I could attach a review ticket or > an approval email (in the old review system), and one where I > couldn't... so I think I'll need some help here. Could FE package > owners please have a look at the missing_review.txt file and lend me a > hand where possible ? > > I also attach the done_review.txt file, listing packages with their > approval ticket/email URL. That is a colossal task. :-) I noticed, as an example, that python-logilab-astng is in the list of missing reviews, yet if I remember correctly I have reviewed and approved python-astng that recently was renamed as python-logilab-astng. This is just one example, I guess that there are more like this... > Cheers, > C -- Jos? Ab?lio From Axel.Thimm at ATrpms.net Sun Dec 31 17:47:38 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sun, 31 Dec 2006 18:47:38 +0100 Subject: About missing reviews In-Reply-To: <20061231161055.788294b1@ludwig-alpha.unil.ch> References: <20061231150107.22d01c0d@ludwig-alpha.unil.ch> <20061231153943.88f58507.bugs.michael@gmx.net> <4597CE69.5090103@leemhuis.info> <20061231161055.788294b1@ludwig-alpha.unil.ch> Message-ID: <20061231174738.GC18572@neu.nirvana> On Sun, Dec 31, 2006 at 04:10:55PM +0100, Christian Iseli wrote: > On Sun, 31 Dec 2006 15:51:21 +0100, Thorsten Leemhuis wrote: > > Is it really worth the effort to search for all those informations? > > Dunno. There's a motion from f13 to do a package review audit: > http://fedoraproject.org/wiki/Extras/Schedule/PackageReviewAudit On the other hand Jesse has clearly said yesterday on f-m that he's happy with simple single-worded "APPROVED" reviews which means that the audit he's after is simple review done/not done information. The real value for fedora extras packages would probably be the date of review. -- 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 Sun Dec 31 17:50:16 2006 From: jkeating at redhat.com (Jesse Keating) Date: Sun, 31 Dec 2006 12:50:16 -0500 Subject: About missing reviews In-Reply-To: <4597CE69.5090103@leemhuis.info> References: <20061231150107.22d01c0d@ludwig-alpha.unil.ch> <20061231153943.88f58507.bugs.michael@gmx.net> <4597CE69.5090103@leemhuis.info> Message-ID: <200612311250.19455.jkeating@redhat.com> On Sunday 31 December 2006 09:51, Thorsten Leemhuis wrote: > Yeah, probably -- and some are from freshrpms afaics. > > Is it really worth the effort to search for all those informations? Yes, EVERY package must have an accountable review. This is the only way we'll be able to trust the package repository for downstream projects, otherwise each downstream project will need to do its own package reviews to ensure quality. -- 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 Sun Dec 31 22:55:28 2006 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 31 Dec 2006 17:55:28 -0500 (EST) Subject: Fedora Extras Package Build Report 2006-12-31 Message-ID: <20061231225528.74C4A15212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 12 NEW ScientificPython-2.6-6.fc7 erlang-R11B-2.3.fc7 hddtemp-0.3-0.10.beta15.fc7 kphotoalbum-3.0-1.fc7 (!) kphotobymail-0.4-3.fc7 : INVALID rebuild, not published! NEW librfid-0.1.0-2.fc7 openvrml-0.16.3-1.fc7 perl-Cairo-1.022-1.fc7 NEW php-pear-Net-Sieve-1.1.5-2.fc7 rapidsvn-0.9.4-4.fc7 revelation-0.4.8-2.fc7 solfege-3.6.4-8.fc7 Packages built and released for Fedora Extras 6: 10 erlang-R11B-2.3.fc6 NEW gpodder-0.8.0-3.fc6 hddtemp-0.3-0.10.beta15.fc6 NEW imp-4.1.3-4.fc6 NEW kronolith-2.1.4-2.fc6 NEW libprelude-0.9.12-6.fc6 openvrml-0.16.3-1.fc6 solfege-3.6.4-7.fc6 NEW thunar-media-tags-plugin-0.1.1-1.fc6 NEW turba-2.1.3-2.fc6 Packages built and released for Fedora Extras 5: 6 NEW horde-3.1.3-11.fc5 NEW imp-4.1.3-4.fc5 NEW kronolith-2.1.4-2.fc5 NEW libprelude-0.9.12-6.fc5 scim-tomoe-0.4.0-1.fc5 NEW turba-2.1.3-2.fc5 Packages built and released for Fedora Extras 4: 0 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 jspaleta at gmail.com Sun Dec 31 23:27:32 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 31 Dec 2006 14:27:32 -0900 Subject: About missing reviews In-Reply-To: <20061231161055.788294b1@ludwig-alpha.unil.ch> References: <20061231150107.22d01c0d@ludwig-alpha.unil.ch> <20061231153943.88f58507.bugs.michael@gmx.net> <4597CE69.5090103@leemhuis.info> <20061231161055.788294b1@ludwig-alpha.unil.ch> Message-ID: <604aa7910612311527v1e85ecft7186c28b914b2ff7@mail.gmail.com> On 12/31/06, Christian Iseli wrote: > On Sun, 31 Dec 2006 15:51:21 +0100, Thorsten Leemhuis wrote: > > Is it really worth the effort to search for all those informations? > > Dunno. There's a motion from f13 to do a package review audit: > http://fedoraproject.org/wiki/Extras/Schedule/PackageReviewAudit > > In that light, it's probably a good idea to be able to attach a review > trail to each package, so I see three options: > 1. do a new review for packages missing a trail > 2. find the trail somehow > 3. forget the review audit idea > > Maybe Warren has an archive of the f.us bugzilla ? > > Thoughts welcome... I'm more than happy to re-submit my one package in that list for a new review. I picked it up as an orphaned package. I also volunteer to feed some of these through a new review process as a co-maintainer or to run reviewers for some of these packages as a priority if its deemed that we need to do that because the previous fedora.us era review timestamp isn't recoverable. But every effort should be made to recover the review information from fedora.us first. -jef From jkeating at redhat.com Sun Dec 31 23:46:00 2006 From: jkeating at redhat.com (Jesse Keating) Date: Sun, 31 Dec 2006 18:46:00 -0500 Subject: About missing reviews In-Reply-To: <604aa7910612311527v1e85ecft7186c28b914b2ff7@mail.gmail.com> References: <20061231150107.22d01c0d@ludwig-alpha.unil.ch> <20061231161055.788294b1@ludwig-alpha.unil.ch> <604aa7910612311527v1e85ecft7186c28b914b2ff7@mail.gmail.com> Message-ID: <200612311846.00598.jkeating@redhat.com> On Sunday 31 December 2006 18:27, Jeff Spaleta wrote: > I'm more than happy to re-submit my one package in that list for a new > review. I picked it up as an orphaned package. ?I also volunteer to > feed some of these through a new review process as a co-maintainer or > to run reviewers for some of these packages as a priority if its > deemed that we need to do that because the previous fedora.us era > review timestamp isn't recoverable. ?But every effort should be made > to recover the review information from fedora.us first. Its worth mentioning that fedora.us didn't have the same set of rules we have now, so re-review isn't necessarily a wasted effort. -- 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: