On Thu, 2014-01-23 at 15:11 -0800, Adam Williamson wrote:
On Thu, 2014-01-23 at 19:43 +0100, Kevin Kofler wrote:
Christopher Meng wrote:
But you can do this on copr IMO. Also update-testing is not just a place
for updates to have a break, you can let it satisfy the needs of testing
Am 24.01.2014 00:08, schrieb Adam Williamson:
On Thu, 2014-01-23 at 16:55 +0100, Reindl Harald wrote:
Am 23.01.2014 16:49, schrieb Jóhann B. Guðmundsson:
On 01/23/2014 01:48 PM, Matthew Miller wrote:
So, one possibility would be to move less-maintained packages to a separate
repository
On Thu, 2014-01-23 at 16:56 -0500, Brian J. Murrell wrote:
As a side note, it also needs to be discussed how such a key feature of
the bluetooth stack could go unnoticed through QA, and how to avoid this
from happening again.
Indeed. I wondered the same myself.
I'm somewhat cheered
On Thu, 23 Jan 2014 15:08:13 -0800
Adam Williamson awill...@redhat.com wrote:
...snip...
I don't think that's true at all. Would anyone on either side of the
debate object to an approach which tried to identify software that was
truly abandoned either up- or down-stream - not just 'software
On Thu, 2014-01-23 at 23:50 +0100, drago01 wrote:
On Thu, Jan 23, 2014 at 11:38 PM, Adam Williamson awill...@redhat.com wrote:
On Thu, 2014-01-23 at 23:37 +0100, drago01 wrote:
No, I don't disagree with you there. But the repos don't exist in a
vacuum. Right now they are our way of
On 23/01/14 22:59, Dan Williams wrote:
Out of curiosity, what do people use Blueman for?
Not me personally, but browsing for files on a remote bluetooth device
[1]. With BlueZ 5, one can only push files from a device to a fedora
box (or from a fedora box to a device) [2].
[1]
On Fri, 2014-01-24 at 00:15 +0100, Reindl Harald wrote:
I'm sure there's at least a certain amount of low-hanging fruit that
no-one would really mind getting rid of
but how make the decisions and who do the work of investigation?
Sure, that's something that would have to get figured out.
On Thu, 2014-01-23 at 16:19 -0700, Kevin Fenzi wrote:
On Thu, 23 Jan 2014 15:08:13 -0800
Adam Williamson awill...@redhat.com wrote:
...snip...
I don't think that's true at all. Would anyone on either side of the
debate object to an approach which tried to identify software that was
On Thu, Jan 23, 2014 at 04:19:11PM -0700, Kevin Fenzi wrote:
I mean, I'm a maintainer for the Fedora apg package.
Last upstream release was 2003. I very rarely touch it.
Yet, from time to time I still use it here, I suspect, but do not know
that others install and use it.
Ooh. I do! Keep
On Jan 24, 2014 7:14 AM, Adam Williamson awill...@redhat.com wrote:
In other words: Christopher, if you're currently doing this, please move
the packages to a COPR or other venue more appropriate for this purpose,
and stop doing it.
No absolutely not. I don't have any thing *unstable*.
On Thu, 23 Jan 2014 15:26:24 -0800
Adam Williamson awill...@redhat.com wrote:
Well, let's say it's certainly not 'low-hanging fruit' :)
I'm not saying I have all the answers, just suggesting a possibly more
productive course. At least now we have people co-operatively
discussing the
Hi,
it is time to analyze the fallout from the following catastrophic Fedora 20
regression:
https://bugzilla.redhat.com/show_bug.cgi?id=1054350
rpm scriptlets are exiting with status 127
The impact:
* EVERYONE with Fedora 20 installed with SELinux enabled and in enforcing
mode, and who updated
On Thu, Jan 23, 2014 at 04:53:47PM -0700, Kevin Fenzi wrote:
On Thu, 23 Jan 2014 15:26:24 -0800
Adam Williamson awill...@redhat.com wrote:
I think ideally any process around this should have at least two parts:
a) an automated/scriptable part.
In this part the script uses cold hard
On 1/23/14, 5:55 PM, Kevin Kofler wrote:
* We are enabling SELinux enabled (enforcing) by default, a tool designed to
prevent anything it does not like from happening. (Reread this carefully:
The ONLY thing that tool is designed to do at all is PREVENT things. It does
not have a SINGLE
On Fri, 2014-01-24 at 01:00 +0100, Zbigniew Jędrzejewski-Szmek wrote:
On Thu, Jan 23, 2014 at 04:53:47PM -0700, Kevin Fenzi wrote:
On Thu, 23 Jan 2014 15:26:24 -0800
Adam Williamson awill...@redhat.com wrote:
I think ideally any process around this should have at least two parts:
a)
Peter Lemenkov wrote:
IMHO you're absolutely wrong. Fortunately it seems that not so much
people agree with you since I see a lot of activily on a given
third-party proprietary web service (compared with a dead silence at
fedorahosted). So actually people already voted, and they voted
against
Adam Williamson wrote:
And you can, of course, just mail patches to mailing lists. That's what
git was designed for in the first place, and it appears to work
perfectly well for kernel and anaconda devs...
Or simply attach them to an issue in the issue tracker, which works with
practically
On Fri, 24 Jan 2014 01:23:13 +0100
Kevin Kofler kevin.kof...@chello.at wrote:
That's why we need enforcement. There should be a statement from a
competent committee (Board, FESCo, whomever) that effective NOW,
stuff can ONLY be uploaded to production (and staging too, probably)
infrastructure
On Fri, 2014-01-24 at 01:23 +0100, Kevin Kofler wrote:
Fedora MUST NOT be at the whim of third-party code hosting services,
especially proprietary ones.
I don't see how the code being on github means you're at anyone's
'whim'. git is a self-contained, distributed scm. If github turns evil,
David Sommerseth wrote:
So, I wonder if it can be considered to enable a downgrade path for
bluez and depending packages, as described in the Contingency Plan:
https://fedoraproject.org/wiki/Changes/Bluez5
Officially downgrading BlueZ from 5 to 4 in a shipped release is totally
impractical.
On Thu, 2014-01-23 at 16:34 -0800, Adam Williamson wrote:
It's hardly a bitbucket
situation.
Damnit, I mean bitkeeper. I have those two wires crossed somewhere in my
brain.
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
Eric Sandeen wrote:
If the solution to every serious bug that slips through the cracks of a
release is to disable the package, over time we may not have much left in
Fedora.
But SELinux is the one package (OK, one of the few, along with, e.g.,
firewall stuff) whose removal would actually
On 23 January 2014 17:28, Kevin Kofler kevin.kof...@chello.at wrote:
Adam Williamson wrote:request process down people's throats).
has anyone yet publicly noted the irony of someone building a wildly
successful proprietary SCM platform on top of a project that was written
to rescue the
On Thu, 2014-01-23 at 16:59 -0600, Dan Williams wrote:
Out of curiosity, what do people use Blueman for?
It includes an applet that could be used instead of the one that ships
with GNOME that is now tied to Bluez5. I was merely putting it forth as
what one could use for an applet if one were
Hi
On Thu, Jan 23, 2014 at 7:34 PM, Adam Williamson wrote:
I don't like github being non-free, particularly, but the practical
consequences of that are fairly minor.
Tickets and history of those tickets can be important
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
On Thu, 2014-01-23 at 20:05 -0500, Rahul Sundaram wrote:
Hi
On Thu, Jan 23, 2014 at 7:34 PM, Adam Williamson wrote:
I don't like github being non-free, particularly, but the
practical
consequences of that are fairly minor.
Tickets and
On 1/23/14, 6:37 PM, Kevin Kofler wrote:
Eric Sandeen wrote:
If the solution to every serious bug that slips through the cracks of a
release is to disable the package, over time we may not have much left in
Fedora.
But SELinux is the one package (OK, one of the few, along with, e.g.,
On 01/24/2014 01:05 AM, Rahul Sundaram wrote:
Hi
On Thu, Jan 23, 2014 at 7:34 PM, Adam Williamson wrote:
I don't like github being non-free, particularly, but the practical
consequences of that are fairly minor.
Tickets and history of those tickets can be important
You can
Eric Sandeen wrote:
Sure, removing firewalls selinux would be a serious enhancement
of functionality.
For malware botnets spam hosts, especially...
That would mean that all the distributions that do not enable SELinux (nor
AppArmor) by default are all owned by botnets, not to mention the
On Fri, 2014-01-24 at 02:34 +0100, Kevin Kofler wrote:
though ideally we shouldn't have
servers trying to listen to non-local connections by default in the first
place!
Doing so is specifically forbidden by policy, and the few packages that
do it had to seek a special exemption from FESCo
On Fri, Jan 24, 2014 at 10:37 AM, Kevin Kofler kevin.kof...@chello.atwrote:
Eric Sandeen wrote:
If the solution to every serious bug that slips through the cracks of a
release is to disable the package, over time we may not have much left in
Fedora.
But SELinux is the one package (OK,
Josh Boyer (jwbo...@fedoraproject.org) said:
I wasn't being dismissive. I have seen no plans to alter the core of
how Fedora, at a package level, is built. In fact, if I did see a
proposal that said we're not going to ship repositories or RPMs I'd
be pretty damned upset, and I wouldn't
On Jan 23, 2014 1:12 PM, Stephen Gallagher sgall...@redhat.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/23/2014 01:43 PM, Kevin Kofler wrote:
Christopher Meng wrote:
But you can do this on copr IMO. Also update-testing is not just
a place for updates to have a break,
On Thu, 2014-01-23 at 19:19 -0700, Pete Travis wrote:
Is there something inherent to COPRs that solves the problem of
duplicate paths, ie /usr/bin/mercurial from two different sources?
If I missed something, a link with an appropriate measure of mocking
would be welcome.
Not AFAIK. If you
On Thu, Jan 23, 2014 at 7:33 PM, Kevin Kofler wrote:
David Sommerseth wrote:
So, I wonder if it can be considered to enable a downgrade path for
bluez and depending packages, as described in the Contingency Plan:
https://fedoraproject.org/wiki/Changes/Bluez5
Officially downgrading BlueZ from
On Thu, 2014-01-23 at 21:35 -0500, Orcan Ogetbil wrote:
On Thu, Jan 23, 2014 at 7:33 PM, Kevin Kofler wrote:
David Sommerseth wrote:
So, I wonder if it can be considered to enable a downgrade path for
bluez and depending packages, as described in the Contingency Plan:
On Thu, Jan 23, 2014 at 9:41 PM, Adam Williamson wrote:
On Thu, 2014-01-23 at 21:35 -0500, Orcan Ogetbil wrote:
Right. But is it possible to ship a bluez4 package and rebuild the
dependencies against that after the release?
How does that differ, in practice?
Potentially,
- No epoch bump.
-
Which poor sod will be the victim in 7 days at least before pushing to
stable? ;)
Then comes another question, does security updates need to be treat as
special? It's just an original update with a tag security alert, but
users still need to wait 7 days unless they enable updates-testing.
--
Once upon a time, Kevin Kofler kevin.kof...@chello.at said:
This shows that people have not learned ANYTHING from the ButtKeeper fiasco.
:-(
I think there's a big difference between that and Github. AFAIK Github
isn't trying to claim ownership of all data and metadata related to
hosted
On Fri, 2014-01-24 at 11:11 +0800, Christopher Meng wrote:
Which poor sod will be the victim in 7 days at least before pushing to
stable? ;)
It's not 7 days at least. It's 0 days at least. It's 7 days at least *if
you get no positive karma*.
--
Adam Williamson
Fedora QA Community Monkey
IRC:
On Fri, Jan 24, 2014 at 11:15 AM, Adam Williamson awill...@redhat.com wrote:
It's not 7 days at least. It's 0 days at least. It's 7 days at least *if
you get no positive karma*.
Yes, but nearly 90% of these security updates receive no karma
feedback still, they lack tests.
--
devel mailing
On Fri, 2014-01-24 at 00:55 +0100, Kevin Kofler wrote:
Last time an issue like that happened (the D-Bus regression that broke
updates),
That was my fault. Something which left an impact on me, you can be
sure. Like SELinux, DBus impacts everything nearly everything in early
userspace.
In
On Fri, 2014-01-24 at 00:12 +0100, Lars Seipel wrote:
On Thu, Jan 23, 2014 at 05:07:16PM -0500, Josh Boyer wrote:
Also possibly correct. However, that doesn't preclude the repos as we
know them today from still existing, with still the same quality.
Server, desktop or embedded board, in
On Sex, 2014-01-24 at 00:55 +0100, Kevin Kofler wrote:
So, what needs to happen:
* SELinux must be disabled (or preferably, not installed in the first
place,
to avoid wasting space for nothing) by default! Just consider the
benefits
(none!) vs. the risks (what you are seeing now: bricked
On Fri, 2014-01-24 at 04:18 +, Sérgio Basto wrote:
* The Update Policies must be repealed. This regression has shown us
that
not only they totally failed at preventing it, but they are actively
contributing to exposing MORE users to broken updates by delaying
regression
fixes.
On Qui, 2014-01-23 at 20:20 -0800, Adam Williamson wrote:
On Fri, 2014-01-24 at 04:18 +, Sérgio Basto wrote:
* The Update Policies must be repealed. This regression has shown us
that
not only they totally failed at preventing it, but they are actively
contributing to exposing
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
El Thu, 23 Jan 2014 14:51:51 -0800
Adam Williamson awill...@redhat.com escribió:
On Tue, 2014-01-21 at 14:32 -0700, Kevin Fenzi wrote:
On Tue, 21 Jan 2014 16:26:19 -0500
Dan Scott deni...@gmail.com wrote:
Hi:
A few hours ago I
Hi
On Thu, Jan 23, 2014 at 7:08 PM, Adam Williamson wrote:
On Fri, 2014-01-24 at 01:00 +0100, Zbigniew Jędrzejewski-Szmek wrote:
Even a simple list of packages ordered by the time from last
non-mass-rebuild release multiplied by the number of currently open
bugs would be quite useful.
On Thu, 2014-01-23 at 22:53 -0600, Dennis Gilmore wrote:
El Thu, 23 Jan 2014 14:51:51 -0800
Adam Williamson awill...@redhat.com escribió:
On Tue, 2014-01-21 at 14:32 -0700, Kevin Fenzi wrote:
On Tue, 21 Jan 2014 16:26:19 -0500
Dan Scott deni...@gmail.com wrote:
Hi:
A few
I'm hoping to build VTK 6.1.0 tomorrow for rawhide. This will likely
require rebuilds of the following, which I will do:
InsightToolkit-4.4.2-1.fc20.src.rpm
gammaray-1.3.1-3.fc20.src.rpm
gammaray-1.3.2-1.fc20.src.rpm
mrpt-1.0.2-1.fc20.src.rpm
pcl-1.7.0-4.fc20.src.rpm
--
Orion Poplawski
Maybe we can learn some metrics from other distros as well. See how
they handle such hot potatos when meeting zombie packagers.
But, never deem that 5k components is the best number, comparing to
other Linux, we are far away behind. They can be used still at the
moment, why do we burden ourselves
Hi
On Thu, Jan 23, 2014 at 11:49 PM, Sérgio Basto wrote:
yeah , so revoke an update could be a better idea.
How would that work? We don't control the mirrors. Mirrors can choose to
sync anytime they want to and retain packages we have removed.
Rahul
--
devel mailing list
On Fri, 2014-01-24 at 13:50 +0800, Christopher Meng wrote:
Maybe we can learn some metrics from other distros as well. See how
they handle such hot potatos when meeting zombie packagers.
I tend to assume Debian's pretty good at this stuff, but aside from
them, I strongly doubt the others are
On Fri, 2014-01-24 at 01:35 -0500, Rahul Sundaram wrote:
Hi
On Thu, Jan 23, 2014 at 11:49 PM, Sérgio Basto wrote:
yeah , so revoke an update could be a better idea.
How would that work? We don't control the mirrors. Mirrors can choose
to sync anytime they want to and retain
On 01/24/2014 07:35 AM, Rahul Sundaram wrote:
Hi
On Thu, Jan 23, 2014 at 11:49 PM, Sérgio Basto wrote:
yeah , so revoke an update could be a better idea.
How would that work? We don't control the mirrors.
Fedora controls advertising mirrors (mirrorlists) through
mirrormanager. I.e.
- Original Message -
On Thu, 2014-01-23 at 16:56 -0500, Brian J. Murrell wrote:
As a side note, it also needs to be discussed how such a key feature of
the bluetooth stack could go unnoticed through QA, and how to avoid this
from happening again.
Indeed. I wondered the
On Fri, Jan 24, 2014 at 01:23:13AM +0100, Kevin Kofler wrote:
Peter Lemenkov wrote:
IMHO you're absolutely wrong. Fortunately it seems that not so much
people agree with you since I see a lot of activily on a given
third-party proprietary web service (compared with a dead silence at
https://bugzilla.redhat.com/show_bug.cgi?id=1057012
Bug ID: 1057012
Summary: abi-compliance-checker-1.99.9 is available
Product: Fedora
Version: rawhide
Component: abi-compliance-checker
Keywords: FutureFeature, Triaged
https://bugzilla.redhat.com/show_bug.cgi?id=1057059
Bug ID: 1057059
Summary: perl-IPC-Cmd-0.92 is available
Product: Fedora
Version: rawhide
Component: perl-IPC-Cmd
Keywords: FutureFeature, Triaged
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1057060
Bug ID: 1057060
Summary: perl-JavaScript-Minifier-1.09 is available
Product: Fedora
Version: rawhide
Component: perl-JavaScript-Minifier
Keywords: FutureFeature, Triaged
https://bugzilla.redhat.com/show_bug.cgi?id=1057063
Bug ID: 1057063
Summary: perl-Test-Moose-More-0.023 is available
Product: Fedora
Version: rawhide
Component: perl-Test-Moose-More
Keywords: FutureFeature, Triaged
A file has been added to the lookaside cache for perl-Crypt-OpenSSL-X509:
70fea83d0ec6784a6f852058e47fb5f3 Crypt-OpenSSL-X509-1.803.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 658f72b8b12b23a9d360eda54144f98d4692c6d3
Author: Petr Písař ppi...@redhat.com
Date: Thu Jan 23 13:38:12 2014 +0100
Cache 1.803 sources
sources |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
---
diff --git a/sources b/sources
index 76d5896..9229043 100644
--- a/sources
The lightweight tag 'perl-B-Hooks-OP-Annotation-0.44-4.el7' was created
pointing to:
68be1f6... - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
Summary of changes:
7a861fe... Initial import. (*)
915a739... Update to 0.005 (*)
a309d31... Perl 5.18 rebuild (*)
225965b... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*)
ebc0223... Update to 0.006 (*)
78a5428... Update to 0.007 (*)
bf8065c... Update to 0.008 (*)
Summary of changes:
0fe0cdf... Initial import. (*)
31bca04... Merge branch 'master' into epel7
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
commit 31bca042d3ea6248002982ef3c5103f3e106753a
Merge: 0fe0cdf bf8065c
Author: Paul Howarth p...@city-fan.org
Date: Thu Jan 23 13:16:22 2014 +
Merge branch 'master' into epel7
Conflicts:
.gitignore
perl-Test-FailWarnings.spec
sources
.gitignore
The lightweight tag 'perl-Test-FailWarnings-0.008-1.el7' was created pointing
to:
31bca04... Merge branch 'master' into epel7
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
Summary of changes:
23021f5... Perl 5.18 rebuild (*)
fea864d... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*)
6bd8f0f... update to 1.22 (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
The lightweight tag 'perl-Data-Dump-1.22-1.el7' was created pointing to:
6bd8f0f... update to 1.22
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
A file has been added to the lookaside cache for perl-Try-Tiny:
2a0e2754f7a5961ae1a91d51d08d03ca Try-Tiny-0.19.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 0d82ce94ac0f054288121239f9deefb36560143a
Author: Lubomir Rintel lkund...@v3.sk
Date: Thu Jan 23 15:05:45 2014 +0100
epel7: Bootstrap
perl-Moose.spec |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
---
diff --git a/perl-Moose.spec b/perl-Moose.spec
index
commit 67f73ae87f790046169c7ee7228c394719048692
Author: Paul Howarth p...@city-fan.org
Date: Thu Jan 23 14:02:09 2014 +
Update to 0.19
- New upstream release 0.19
- Fix an obscure issue with loading modules during global destruction
The lightweight tag 'perl-Data-UUID-1.219-3.el7' was created pointing to:
9cb4573... Initial import (perl-Data-UUID-1.219-3)
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit a21d85108f8781193b930ab4d56f541423532b28
Author: Lubomir Rintel lkund...@v3.sk
Date: Thu Jan 23 15:15:12 2014 +0100
Revert epel7: Bootstrap
This reverts commit 0d82ce94ac0f054288121239f9deefb36560143a.
perl-Moose.spec |4 +---
1 files changed, 1 insertions(+), 3
The lightweight tag 'perl-Try-Tiny-0.19-1.fc20' was created pointing to:
67f73ae... Update to 0.19
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Summary of changes:
493b551... Perl 5.18 rebuild (*)
91847e5... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*)
cd3828b... Upstream update. (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
commit 6d60ecd88acfde1d556efd8839927352830d0702
Author: Lubomir Rintel lkund...@v3.sk
Date: Thu Jan 23 15:51:37 2014 +0100
sendmail needed for tests
perl-Log-Dispatch.spec |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
---
diff --git a/perl-Log-Dispatch.spec
commit 9db8ea31052fc790a329ca3b4d66e07673a65e98
Author: Lubomir Rintel lkund...@v3.sk
Date: Thu Jan 23 15:57:32 2014 +0100
sendmail resides in sbin. Did you know that?
perl-Log-Dispatch.spec |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
---
diff --git
commit 6b4dd21859f11ca1c5abb514c6d7b00a225d2b9f
Author: Petr Písař ppi...@redhat.com
Date: Thu Jan 23 16:06:40 2014 +0100
0.92 bump
.gitignore|1 +
perl-IPC-Cmd.spec |6 +-
sources |2 +-
3 files changed, 7 insertions(+), 2 deletions(-)
---
diff --git
https://bugzilla.redhat.com/show_bug.cgi?id=1057059
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In
perl-Language-Expr has broken dependencies in the rawhide tree:
On x86_64:
perl-Language-Expr-0.19-4.fc19.noarch requires
perl(:MODULE_COMPAT_5.16.2)
On i386:
perl-Language-Expr-0.19-4.fc19.noarch requires
perl(:MODULE_COMPAT_5.16.2)
On armhfp:
perl-Catalyst-Controller-HTML-FormFu has broken dependencies in the rawhide
tree:
On x86_64:
perl-Catalyst-Controller-HTML-FormFu-0.09004-4.fc20.noarch requires
perl(HTML::FormFu::MultiForm)
On i386:
perl-Catalyst-Controller-HTML-FormFu-0.09004-4.fc20.noarch requires
perl-qpid_proton has broken dependencies in the rawhide tree:
On x86_64:
perl-qpid_proton-0.6-1.fc21.x86_64 requires perl(qpid_proton)
perl-qpid_proton-0.6-1.fc21.x86_64 requires
perl(qpid::proton::ExceptionHandling)
On i386:
perl-qpid_proton-0.6-1.fc21.i686 requires
mojomojo has broken dependencies in the rawhide tree:
On x86_64:
mojomojo-1.10-1.fc20.noarch requires
perl(HTML::FormFu::Element::reCAPTCHA)
On i386:
mojomojo-1.10-1.fc20.noarch requires
perl(HTML::FormFu::Element::reCAPTCHA)
On armhfp:
mojomojo-1.10-1.fc20.noarch
A file has been added to the lookaside cache for perl-IPC-Cmd:
3efb414f6d5d6aecc5b32cd82541895d IPC-Cmd-0.92.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
A file has been added to the lookaside cache for perl-Test-Moose-More:
023a231df74e512c503044f821c52688 Test-Moose-More-0.023.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 28473f78526ad2c2cbdbf9d424d9fe0c27929180
Author: Petr Písař ppi...@redhat.com
Date: Thu Jan 23 16:35:10 2014 +0100
0.023 bump
.gitignore|1 +
perl-Test-Moose-More.spec |8 +---
sources |2 +-
3 files changed, 7 insertions(+), 4
commit e209adc1d1ce2efaaf6316c0b72d7f77cb921f73
Author: Lubomir Rintel lkund...@fedoraproject.org
Date: Mon Mar 30 19:49:00 2009 +
- Update to 0.164
- Add missing Pod::Coverage BRs (Robert Scheck)
- Fix a PowerPC signedness issue
- Clarify licensing, re-add
commit 17d3bf2893a3feb30f3d7097db8d56c3f0bce8ab
Author: Jesse Keating jkeat...@fedoraproject.org
Date: Thu Feb 26 20:33:09 2009 +
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild
perl-KinoSearch.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
commit 134ceba9299a24852434de8b142b22ac0ab1a7f3
Author: Lubomir Rintel lkund...@fedoraproject.org
Date: Mon Mar 30 19:50:46 2009 +
Add mail from upstream
LICENSING.mbox | 75
1 files changed, 75 insertions(+), 0 deletions(-)
A file has been added to the lookaside cache for perl-Lucy:
b43bae463f9a7f8283ea3e7ad2ca3b25 Lucy-0.3.3.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 7bdb816d87c435e47fecffc6f57fdd3da19cd6ba
Author: Petr Písař ppi...@redhat.com
Date: Mon Jul 22 21:29:25 2013 +0200
Perl 5.18 rebuild
perl-KinoSearch.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-KinoSearch.spec b/perl-KinoSearch.spec
commit 7a8ee153d17ad7f1866381b0518884f506f8164d
Author: Lubomir Rintel lkund...@v3.sk
Date: Thu Jan 23 16:44:49 2014 +0100
Import Lucy
.gitignore |1 +
LICENSING.mbox | 75
perl-KinoSearch.spec =
commit 6961fafd0177b10729d3ba5ce9c90506d01a89f8
Merge: 33b21f1 6ca9472
Author: Lubomir Rintel lkund...@v3.sk
Date: Thu Jan 23 16:43:57 2014 +0100
Merge branch 'master' of ssh://pkgs.fedoraproject.org/perl-KinoSearch
.gitignore |3 +
LICENSING.mbox | 75
commit 6ca9472e56abeaa53644e03b709727a8d149fceb
Author: Dennis Gilmore den...@ausil.us
Date: Sat Aug 3 17:25:36 2013 -0500
- Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild
perl-KinoSearch.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git
commit 91659007908755b9ee0189be51f3d9b0b7423b1f
Author: Kevin Fenzi ke...@fedoraproject.org
Date: Fri Feb 13 06:43:03 2009 +
Setup of module perl-KinoSearch
Makefile | 21 +
1 files changed, 21 insertions(+), 0 deletions(-)
---
diff --git a/.cvsignore
commit 33cfb4f45d52f87bf73106ad239198be1064cf58
Author: Ian Burrell iburr...@fedoraproject.org
Date: Sat Feb 14 22:31:09 2009 +
remove empty KinoSearch.bs; remove ApacheLicense2.0.txt
perl-KinoSearch.spec | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
---
diff
commit a7cf2a8261eb069d1bbed6e420c8664e0fab6163
Author: Ian Burrell iburr...@fedoraproject.org
Date: Sat Feb 14 22:13:49 2009 +
import perl-KinoSearch-0.163-1
.cvsignore |1 +
import.log |1 +
perl-KinoSearch.spec | 57
commit e75da06aa2b4bbe0a2cd2f23f6fb91917cf6a046
Author: Jesse Keating jkeat...@fedoraproject.org
Date: Thu Feb 26 18:48:51 2009 +
- Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild
perl-KinoSearch.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
101 - 200 of 248 matches
Mail list logo
