On Wed, 2013-08-21 at 00:29 +0200, Michael Schwendt wrote:
> Oh no! Another one of those threads... ;-)
>
> Well, a comment from Thomas Moschny inspired me to examine "Obsoletes"
> tags in our package collection a bit.
I have openssl and fipscheck obsoletes on the list.
They were added because
# F20 Alpha Blocker Review meeting #9
# Date: 2013-08-21
# Time: 16:00 UTC (12:00 EDT, 09:00 PDT)
# Location: #fedora-blocker-review on irc.freenode.net
Well, it's that time again - time to review some blocker and fe bugs
for F20 alpha.
We'll be running through the final blockers and freeze excep
On Wed, Aug 21, 2013 at 09:07:04AM +0800, Christopher Meng wrote:
> 在 2013-8-21 AM3:51，"Ed Cashin" 写道：
> >
> > Hi.
> >
> > I'm an upstream maintainer for the aoetools, the user space software that
> complements the aoe driver in the Linux kernel.
>
> Hi,
>
> I think I've taken this package as if
On Tue, Aug 20, 2013 at 09:09:03PM -0400, Josh Boyer wrote:
> > Without spinning the wheel of blame -- at Flock, we talked about slowing
> > down the crazy train a little bit, probably not for F20 at this point but
> > for F21, specifically so we all have a chance to work on those kind of
> > thing
On Tue, Aug 20, 2013 at 6:00 PM, Michael Schwendt wrote:
> You've figured it out for yourself. Congrats! ;)
It's amazing I get anything done with all of these rocks in my head.
> No binary rpm gets "renamed" in that case. The 4ti2 packages built from
> the new src.rpm would be ordinary updates/u
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 20 Aug 2013 14:55:57 -0500
Andrew McNabb wrote:
> On Tue, Aug 20, 2013 at 03:32:37PM -0400, Matthew Miller wrote:
> >
> > Are you *sure* that this is an ARM-related failure? The ARM
> > builders are picking up a lot of load for noarch builds
On Tue, Aug 20, 2013 at 8:57 PM, Matthew Miller
wrote:
> On Tue, Aug 20, 2013 at 06:47:31PM -0500, Dennis Gilmore wrote:
>> I need to update the documentation. But we need to get to the point
>> where the releng side is transparent and just happens. The crazy
>> schedules we have had since f18 hav
在 2013-8-21 AM3:51，"Ed Cashin" 写道：
>
> Hi.
>
> I'm an upstream maintainer for the aoetools, the user space software that
complements the aoe driver in the Linux kernel.
Hi,
I think I've taken this package as if I didn't take it, it will be
orphaned, even retired.
I'm happy to see upstream can ma
On Tue, Aug 20, 2013 at 06:47:31PM -0500, Dennis Gilmore wrote:
> I need to update the documentation. But we need to get to the point
> where the releng side is transparent and just happens. The crazy
> schedules we have had since f18 have allowed zero time for Release
> Engineering and QA to do mu
On Tue, 20 Aug 2013 16:45:47 -0600, Jerry James wrote:
> > latte-integrale
> > 4ti2-0:1.5-3.fc18.i686 isn't obsoleted
> > 4ti2 < 0:1.5-1 obsoleted by 4ti2-0:1.5-10.fc20.i686
> Or are you saying that even the Obsoletes
> tag is unnecessary since only the source RPM name changed, b
On Mon, Aug 19, 2013 at 04:03:17AM +0100, Matthew Garrett wrote:
> On Sun, Aug 18, 2013 at 02:28:34PM -0700, Ryan Rix wrote:
>
> > Basically we ship Fedora 20 in a state where one only of our major desktop
> > environments supports bluetooth in a stable fashion? That seems kind of
> > like a
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 20 Aug 2013 20:28:31 +
"Jóhann B. Guðmundsson" wrote:
> On 08/20/2013 07:59 PM, Kevin Fenzi wrote:
> > Well, this change aims to at least see the QA part of that.
> > If they have to do some QA, will a community step up to do so?
>
> The
> Undead and all builds obsoleted:
>
> classads
> detex
> drupal6-drush
> gpp4
> ibus-table-array30
> jaxen-bootstrap
> joystick
> kdirstat
> latexdiff
> mate-conf
> mate-conf-editor
> metapost-metauml
> nss-myhostname
> pdfbook
> pdfjam
> ps2eps
> python-cryptsetup
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 20 Aug 2013 19:44:37 +
"Jóhann B. Guðmundsson" wrote:
> On 08/20/2013 07:32 PM, Kevin Fenzi wrote:
> >> >Is it not better to come up with some kind of spin/mentor process
> >> >with releng/infra where each spin sub-community learns,provid
On Tue, Aug 20, 2013 at 4:29 PM, Michael Schwendt wrote:
> latte-integrale
> 4ti2-0:1.5-3.fc18.i686 isn't obsoleted
> 4ti2 < 0:1.5-1 obsoleted by 4ti2-0:1.5-10.fc20.i686
>
> Indeed. "latte-integrale" is the src.rpm name. It builds a "4ti2"
> binary rpm with an EVR higher than the
Oh no! Another one of those threads... ;-)
Well, a comment from Thomas Moschny inspired me to examine "Obsoletes"
tags in our package collection a bit.
How to find "Obsoletes" tags, which are not high enough?
For example, it happens regularly that even with Fedora's Package Rename
Process, which
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi All,
Fedora 20 has been branched, please be sure to do a git pull --rebase to
pick up the new branch, as an additional reminder rawhide/f21 has had
inheritance cut off from previous releases, so this means that
anything you do for f20 you also hav
On Tue, Aug 20, 2013 at 10:26:09PM +0100, Peter Robinson wrote:
>
> Just going to have a look at the package myself to see if I can see quickly
> why it fails.
Thanks. I've started downloading an ARM virtual machine image, but I
probably won't be able to boot it up until tomorrow. Let me know i
On Tue, Aug 20, 2013 at 10:21 PM, Andrew McNabb wrote:
> On Tue, Aug 20, 2013 at 10:18:24PM +0100, Peter Robinson wrote:
> >
> > As it's noarch it can be built on any arch.
>
> Even with ExcludeArch? That's disappointing. :(
>
> I assume I have to get rid of noarch, then, right?
>
Just going to
On Tue, Aug 20, 2013 at 10:18:24PM +0100, Peter Robinson wrote:
>
> As it's noarch it can be built on any arch.
Even with ExcludeArch? That's disappointing. :(
I assume I have to get rid of noarch, then, right?
--
Andrew McNabb
http://www.mcnabbs.org/andrew/
PGP Fingerprint: 8A17 B57C 6879 186
On Tue, Aug 20, 2013 at 10:13:10PM +0100, Peter Robinson wrote:
>
> In terms of testing or debugging probably the easiest way is to spin up an
> image under qemu emulation, it's not the fastest but it works pretty well.
> If there's anything else I can help with feel free to ask.
>
> http://fedor
On Tue, Aug 20, 2013 at 10:14 PM, Andrew McNabb wrote:
> On Tue, Aug 20, 2013 at 03:28:13PM -0400, Stephen Gallagher wrote:
> > On 08/20/2013 03:20 PM, Andrew McNabb wrote:
> > > What's the right way to deal with this situation? Is it possible
> > > to block the noarch package from the ARM archi
On Tue, Aug 20, 2013 at 03:28:13PM -0400, Stephen Gallagher wrote:
> On 08/20/2013 03:20 PM, Andrew McNabb wrote:
> > What's the right way to deal with this situation? Is it possible
> > to block the noarch package from the ARM architecture?
>
> Well, you *can* use the ExcludeArch directive, but
On Tue, Aug 20, 2013 at 8:20 PM, Andrew McNabb wrote:
> I maintain the python-pexpect package, which is noarch. Koji is trying
> to build the Fedora 20 packages on ARM machines, and for some reason,
> one of the tests is failing. I've opened a report with upstream, but
> neither the upstream ma
On 08/20/2013 10:16 PM, Josh Boyer wrote:
On Tue, Aug 20, 2013 at 4:10 PM, Florian Weimer wrote:
On 08/20/2013 09:43 PM, Josh Boyer wrote:
The end solution to this is to actually build all packages on all
arches and not have the secondary arches suck down completed builds
from primary koji.
On 08/20/2013 07:59 PM, Kevin Fenzi wrote:
Well, this change aims to at least see the QA part of that.
If they have to do some QA, will a community step up to do so?
The sub-community would have to do the testing while the QA community
would assist them in setting up the test matrix,release cr
On Tue, Aug 20, 2013 at 4:10 PM, Florian Weimer wrote:
> On 08/20/2013 09:43 PM, Josh Boyer wrote:
>
>> The end solution to this is to actually build all packages on all
>> arches and not have the secondary arches suck down completed builds
>> from primary koji. I realize this would increase the
On 08/20/2013 09:43 PM, Josh Boyer wrote:
The end solution to this is to actually build all packages on all
arches and not have the secondary arches suck down completed builds
from primary koji. I realize this would increase the build load on
those arches significantly, but it would catch these
On Tue, Aug 20, 2013 at 02:55:57PM -0500, Andrew McNabb wrote:
> The same package works fine on Fedora 19, so I'm pretty sure it's
> ARM-related. Is there a way I can do a scratch build for x86_64 on
> Fedora 20 just to make sure that it's ARM-related?
You could make your scratch build not noarch
On Mon, Aug 19, 2013 at 11:05:32PM +0200, Till Maas wrote:
> The following packages did not build for two releases and will be
> retired around 2013-08-26 unless someone rebuilds them or announces to
> actively working on fixing them.
>
> Note: If you received this mail directly you (co)maintain o
Hi,
On Tue, Aug 20, 2013 at 10:21:31AM +0200, Michael Schwendt wrote:
> I've split out the code that performs this check (based on an idea
> like old RepoPrune), added a brute-force check for dead.package files
> (via http and cgit), and the current working-copy is this:
> http://mschwendt.fedor
On Tue, 20 Aug 2013 19:44:37 +
"Jóhann B. Guðmundsson" wrote:
> On 08/20/2013 07:32 PM, Kevin Fenzi wrote:
> >> >Is it not better to come up with some kind of spin/mentor process
> >> >with releng/infra where each spin sub-community learns,provides
> >> >and is ultimately reasonable for creat
On Tue, Aug 20, 2013 at 03:32:37PM -0400, Matthew Miller wrote:
>
> Are you *sure* that this is an ARM-related failure? The ARM builders are
> picking up a lot of load for noarch builds, and it may just be a coincidence
> that the test fails.
The same package works fine on Fedora 19, so I'm prett
On Tue, Aug 20, 2013 at 03:28:13PM -0400, Stephen Gallagher wrote:
> > I've opened a report
> > with upstream, but neither the upstream maintainer nor I have
> > access to any ARM machines to figure out what's going on.
>
> Well, you *can* use the ExcludeArch directive, but the obvious
> question
Hi.
I'm an upstream maintainer for the aoetools, the user space software that
complements the aoe driver in the Linux kernel.
The aoe driver is a storage initiator that allows the use of ATA over Ethernet
for cloud deployments and other use cases, so I've joined the Fedora Cloud SIG
as well.
On Tue, 20 Aug 2013 15:43:19 -0400
Josh Boyer wrote:
> On Tue, Aug 20, 2013 at 3:36 PM, Dan Horák wrote:
> > On Tue, 20 Aug 2013 14:20:12 -0500
> > Andrew McNabb wrote:
> >
> >> I maintain the python-pexpect package, which is noarch. Koji is
> >> trying to build the Fedora 20 packages on ARM m
On 08/20/2013 07:32 PM, Kevin Fenzi wrote:
>Is it not better to come up with some kind of spin/mentor process
>with releng/infra where each spin sub-community learns,provides and
>is ultimately reasonable for creating their own spins as opposed to
>releng/infra wasting valuable time/resource host
On Tue, Aug 20, 2013 at 3:36 PM, Dan Horák wrote:
> On Tue, 20 Aug 2013 14:20:12 -0500
> Andrew McNabb wrote:
>
>> I maintain the python-pexpect package, which is noarch. Koji is
>> trying to build the Fedora 20 packages on ARM machines, and for some
>> reason, one of the tests is failing. I've
On Tue, 20 Aug 2013 14:20:12 -0500
Andrew McNabb wrote:
> I maintain the python-pexpect package, which is noarch. Koji is
> trying to build the Fedora 20 packages on ARM machines, and for some
> reason, one of the tests is failing. I've opened a report with
> upstream, but neither the upstream
On Tue, Aug 20, 2013 at 01:32:29PM -0600, Kevin Fenzi wrote:
> > Is it not better to come up with some kind of spin/mentor process
> > with releng/infra where each spin sub-community learns,provides and
> > is ultimately reasonable for creating their own spins as opposed to
> > releng/infra wastin
On Tue, Aug 20, 2013 at 02:20:12PM -0500, Andrew McNabb wrote:
> I maintain the python-pexpect package, which is noarch. Koji is trying
> to build the Fedora 20 packages on ARM machines, and for some reason,
> one of the tests is failing. I've opened a report with upstream, but
> neither the upst
On Tue, 20 Aug 2013 18:38:25 +
"Jóhann B. Guðmundsson" wrote:
> Is it not better to come up with some kind of spin/mentor process
> with releng/infra where each spin sub-community learns,provides and
> is ultimately reasonable for creating their own spins as opposed to
> releng/infra wasting
On Tue, Aug 20, 2013 at 2:03 PM, Josh Boyer wrote:
>
> I admire the determination, but we don't even enable PS3 support in
> the Fedora kernels any longer. We haven't for some time, and we won't
> be turning it back on. So while users may wish to keep their PS3s
> running Linux, it isn't going t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/20/2013 03:20 PM, Andrew McNabb wrote:
> I maintain the python-pexpect package, which is noarch. Koji is
> trying to build the Fedora 20 packages on ARM machines, and for
> some reason, one of the tests is failing. I've opened a report
> with u
I maintain the python-pexpect package, which is noarch. Koji is trying
to build the Fedora 20 packages on ARM machines, and for some reason,
one of the tests is failing. I've opened a report with upstream, but
neither the upstream maintainer nor I have access to any ARM machines to
figure out wha
On Tue, Aug 20, 2013 at 11:42:59AM +0200, Michael Schwendt wrote:
>
> Good catch! The Obsoletes tag in python-pexpect is too low, so not even
> the previous build obsoletes pexpect yet. That's a common mistake done
> by some packagers:
>
> http://koji.fedoraproject.org/koji/rpminfo?rpmID=375261
On 08/20/2013 06:29 PM, Kevin Fenzi wrote:
Greetings.
I'd like to propose some changes to the spins process. I already posted
to the spins and qa lists a while back and asked for feedback. I did
get some good feedback from qa folks, but mostly crickets from spins
maintainers, so I thought I woul
Greetings.
I'd like to propose some changes to the spins process. I already posted
to the spins and qa lists a while back and asked for feedback. I did
get some good feedback from qa folks, but mostly crickets from spins
maintainers, so I thought I would post an improved draft here and ask
for an
On Tue, 2013-08-20 at 13:01 -0400, Matthew Miller wrote:
> On Tue, Aug 20, 2013 at 07:35:54PM +0300, Frankie Onuonga wrote:
> > > > I am hoping to assist in packaging if required.
> > > what are you interested in? Anything specific? Languages?
> > I would like something that is cloud related but
On Tue, Aug 20, 2013 at 07:35:54PM +0300, Frankie Onuonga wrote:
> > > I am hoping to assist in packaging if required.
> > what are you interested in? Anything specific? Languages?
> I would like something that is cloud related but, I do not think I can
> be too picky when it comes to this.
Aweso
On Tue, Aug 20, 2013 at 12:57 PM, Gustavo Luiz Duarte
wrote:
>
>
>
> On Tue, Aug 20, 2013 at 12:45 PM, Peter Robinson
> wrote:
>>
>> On Tue, Aug 20, 2013 at 4:16 PM, Gustavo Luiz Duarte
>> wrote:
>>>
>>> On Mon, Aug 19, 2013 at 6:05 PM, Till Maas wrote:
>>>
petitboot dwmw2,
On Tue, Aug 20, 2013 at 12:45 PM, Peter Robinson wrote:
> On Tue, Aug 20, 2013 at 4:16 PM, Gustavo Luiz Duarte
> wrote:
>
>> On Mon, Aug 19, 2013 at 6:05 PM, Till Maas wrote:
>>
>> petitboot dwmw2, tbreeds, jwboyer
>>>
>>
>>
>> Please don't retire petitboot. I will fix it. I migh
On Tue, 2013-08-20 at 14:02 +0200, Miro Hrončok wrote:
> > I am hoping to assist in packaging if required.
>
> Hi,
Hi,
> what are you interested in? Anything specific? Languages?
I would like something that is cloud related but, I do not think I can
be too picky when it comes to this.
I say t
On Tue, Aug 20, 2013 at 4:16 PM, Gustavo Luiz Duarte wrote:
> On Mon, Aug 19, 2013 at 6:05 PM, Till Maas wrote:
>
> petitboot dwmw2, tbreeds, jwboyer
>>
>
>
> Please don't retire petitboot. I will fix it. I might also apply for
> co-maintainer.
>
Why? It's for the PS3 which no lo
commit 8e25889d808d73b93aaf5c21b1f08b8d3e2efd02
Author: Bill Pemberton
Date: Tue Aug 20 11:23:13 2013 -0400
Update to version 1.031
.gitignore|1 +
perl-Regexp-Grammars.spec |9 +++--
sources |2 +-
3 files changed, 9 insertions(+), 3 dele
A file has been added to the lookaside cache for perl-Regexp-Grammars:
a8cb3e72f97390be85ca63d655a9e55c Regexp-Grammars-1.031.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.
On Mon, Aug 19, 2013 at 6:05 PM, Till Maas wrote:
petitboot dwmw2, tbreeds, jwboyer
>
Please don't retire petitboot. I will fix it. I might also apply for
co-maintainer.
Thanks,
Gustavo Luiz Duarte
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject
- Original Message -
> Dne 20.8.2013 15:37, Jaroslav Reznik napsal(a):
> > * What should I do with my Change now?
> > According to the policy, the Change has to be substantially complete
> > and in a testable state; enabled by default -- if so specified by the
> > Change. If the above appli
Dne 20.8.2013 15:37, Jaroslav Reznik napsal(a):
* What should I do with my Change now?
According to the policy, the Change has to be substantially complete
and in a testable state; enabled by default -- if so specified by the
Change. If the above applies for you Change, please set bug status
to M
Hi!
All Changes Tracking bugs should be reported now [1] as a
replacement for tracking changes/features in the wiki page and
using usually meaningless percentage status. Please, use this
tracking bug for bugs blocking your Change (if you already have
a tracking bug, ignore this one and please ch
On Tue, 2013-08-20 at 16:11 +0300, Ville Skyttä wrote:
>
> In this case (and usually IME) it's the latter. -lshp was added to
> plplotd.pc in plplot-devel-5.9.9-18.svn12474.fc20 but the
> corresponding shapelib-devel package dep wasn't.
I just discovered the same thing. Here is the diff of the c
On 08/20/2013 03:11 PM, Ville Skyttä wrote:
On Tue, Aug 20, 2013 at 2:22 PM, Florian Weimer wrote:
On 08/20/2013 01:15 PM, Tadej Janež wrote:
Inspecting the log files, I discovered that some BuildRequires pulled in
the shapelib package, which then caused the build to fail with:
"/usr/bin/ld:
On Tue, Aug 20, 2013 at 2:22 PM, Florian Weimer wrote:
> On 08/20/2013 01:15 PM, Tadej Janež wrote:
>>
>> Inspecting the log files, I discovered that some BuildRequires pulled in
>> the shapelib package, which then caused the build to fail with:
>> "/usr/bin/ld: cannot find -lshp" since shapelib-d
On 20 August 2013 13:50, Josh Boyer wrote:
> On Tue, Aug 20, 2013 at 8:25 AM, Ian Malone wrote:
>> Hi, I've got a kernel bug where a developer has asked me to try a git
>> bisect. Does anyone have tips for doing a kernel bisect with fedora
>> kernel packages? I found a koji bisect thing, but the
On Tue, Aug 20, 2013 at 8:25 AM, Ian Malone wrote:
> Hi, I've got a kernel bug where a developer has asked me to try a git
> bisect. Does anyone have tips for doing a kernel bisect with fedora
> kernel packages? I found a koji bisect thing, but the last known good
> kernel is prior to the fedora r
Hi, I've got a kernel bug where a developer has asked me to try a git
bisect. Does anyone have tips for doing a kernel bisect with fedora
kernel packages? I found a koji bisect thing, but the last known good
kernel is prior to the fedora release the machine is currently
running, so not sure that is
On Tue, 2013-08-20 at 14:01 +0200, Florian Weimer wrote:
>
> Could you diff config.log instead, please?
I'll have to get hold of a rawhide machine to do that, previously I just
diffed the build logs from koji.
> Do you link something statically, by chance?
This would be above my knowledge. How
> I am hoping to assist in packaging if required.
Hi,
what are you interested in? Anything specific? Languages?
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct:
On 08/20/2013 01:58 PM, Tadej Janež wrote:
On Tue, 2013-08-20 at 13:22 +0200, Florian Weimer wrote:
Probably the former. How does it detect shapelib support if linking to
its library fails?
It uses autoconf to check for dependencies, however, I couldn't find an
explicit check for shapelib in
On Tue, 2013-08-20 at 13:22 +0200, Florian Weimer wrote:
>
> Probably the former. How does it detect shapelib support if linking to
> its library fails?
It uses autoconf to check for dependencies, however, I couldn't find an
explicit check for shapelib in configure.ac.
Comparing the output of
在 2013-8-20 PM7:15，"Tadej Janež" 写道：
was missing.
> Who should I blame:
> - the techne package which detected shapelib and tried to build against
> it, or
> - the package which introduced this dependency and/or did not also put
> in a Requires on shapelib-devel?
If it can be built on f19, I think
On 08/20/2013 01:15 PM, Tadej Janež wrote:
Hi!
The techne package FTBFS during the recent F20 mass rebuild, which I
fixed and pushed a new build:
http://koji.fedoraproject.org/koji/buildinfo?buildID=455280
The same package failed to build yesterday:
http://koji.fedoraproject.org/koji/taskinfo?t
Hi!
The techne package FTBFS during the recent F20 mass rebuild, which I
fixed and pushed a new build:
http://koji.fedoraproject.org/koji/buildinfo?buildID=455280
The same package failed to build yesterday:
http://koji.fedoraproject.org/koji/taskinfo?taskID=5830172
Inspecting the log files, I di
Welcome!
- Original Message -
From: "Frankie Onuonga"
To: devel@lists.fedoraproject.org
Sent: Tuesday, August 20, 2013 5:35:28 AM
Subject: Self Introduction
Hi guys,
Following the set of guidelines provided at:
https://fedoraproject.org/wiki/Join_the_package_collection_maintainers#In
On Tue, 20 Aug 2013 11:15:43 +0200, Thomas Moschny wrote:
> > Undead and all builds obsoleted:
>
> Seems this misses cases like pexpect, which is undead, but obsoleted
> by python-pexpect. Maybe because the latter failed in the latest mass
> rebuild?
Good catch! The Obsoletes tag in python-pexpe
2013/8/20 Michael Schwendt :
> Undead and all builds obsoleted:
Seems this misses cases like pexpect, which is undead, but obsoleted
by python-pexpect. Maybe because the latter failed in the latest mass
rebuild?
- Thomas
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedorapro
On Mon, 19 Aug 2013 21:01:03 -0500, Dennis Gilmore wrote:
> > I just noticed the mass rebuild on Aug 3 botched up my EVR for
> > libreswan:
> >
> > Release: %{?prever:0.}1%{?prever:.%{prever}}%{?dist}.1
The trailing .1 is valid, at least:
https://fedoraproject.org/wiki/Packaging:NamingGuideli
I've split out the code that performs this check (based on an idea
like old RepoPrune), added a brute-force check for dead.package files
(via http and cgit), and the current working-copy is this:
http://mschwendt.fedorapeople.org/obscheck-remote.py
Output for Rawhide:
Dead and all builds obsole
78 matches
Mail list logo
