On Thu, 06 Aug 2015 13:15:02 +, Igor Gnatenko wrote:
We discussed with Jan Silhan yesterday. It looks like something broken in
createrepo/createrepo_c in F22. So it's not dnf/yum/hawkey/libsolv issue.
LOG: https://ignatenkobrain.fedorapeople.org/epoch_bug.log
Also CCing Jan.
Wow.
As on the Go/No-Go meeting organized today (2015-Aug-06) we agreed to postpone
the final decision for one day [1], I would like to ask you to join us once
more on irc.freenode.net in #fedora-meeting-2 wherein we shall finally
determine the readiness of the Fedora 23 Alpha.
Friday, August 07,
On Thu, 2015-08-06 at 18:37 +0200, Michael Schwendt wrote:
On Thu, 06 Aug 2015 13:15:02 +, Igor Gnatenko wrote:
We discussed with Jan Silhan yesterday. It looks like something broken in
createrepo/createrepo_c in F22. So it's not dnf/yum/hawkey/libsolv issue.
LOG:
On Thu, Aug 6, 2015 at 2:12 PM, Seth Jennings spartacu...@gmail.com wrote:
Greetings! In acordance with the procedure for a first-time packager,
I'm annoucing on devel list :)
I opened my first review request bug for yubioath-desktop, and GUI and
CLI for extracting OTP tokens from a Yubikey.
On Wed, 5 Aug 2015, Neal Gompa wrote:
I disagree that including the keys for EOL'd releases counts as
encouraging people to use old stuff. If someone has a reason to be
building RPMs for something way-old, I think it'd be nice for us to keep
those GPG keys available for them.
Agreed.
Paul
--
On 08/06/2015 11:59 AM, Honza Horak wrote:
WG meeting will be at 17:00 UTC (13:00 EST, 19:00 Brno, 13:00 Boston,
2:00+1d Tokyo, 3:00+1d Brisbane) in #fedora-meeting-2 on Freenode.
= Topics =
* RHEL.next and how communicate between containers / stacks
Of course it should be Fedora.next, sorry
WG meeting will be at 17:00 UTC (13:00 EST, 19:00 Brno, 13:00 Boston,
2:00+1d Tokyo, 3:00+1d Brisbane) in #fedora-meeting-2 on Freenode.
= Topics =
* RHEL.next and how communicate between containers / stacks
* Rings in Fedora 24 - documentation would be awesome
* Taiga.io - could it be used to
On Thu, Aug 06, 2015 at 11:43:19AM -0700, Samuel Sieb wrote:
On 08/05/2015 09:58 PM, Christopher Meng wrote:
On 7/18/15, Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl wrote:
I thought I'd ask here first: is there a strong reason *not* to include
those keys?
It's not recommended to encourage
VS == Ville Skyttä ville.sky...@iki.fi writes:
VS I have a bug report about the macros. Where should I file it, FPC
VS ticket or Bugzilla against the python* packages that ship the
VS affected macro files?
Oops, I didn't see your mailing list post until well after I saw the
ticket.
Compose started at Thu Aug 6 07:15:03 UTC 2015
Broken deps for armhfp
--
[apache-scout]
apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:uddi-ws)
apache-scout-1.2.6-11.fc21.noarch requires
On 07/31/2015 08:49 PM, Lennart Poettering wrote:
On Thu, 30.07.15 19:57, Lennart Poettering (mzerq...@0pointer.de) wrote:
Heya!
I'd like to ask everybody to test kdbus on Rawhide. Josh thankfully
added it to the Rawhide kernel packages, and our systemd RPMs come
with built-in support, too
On Thu, Aug 6, 2015 at 8:46 AM, Dennis Gilmore den...@ausil.us wrote:
On Thursday, August 06, 2015 08:27:44 AM Neal Gompa wrote:
In the rpm-ecosystem mailing list, Michael Schroeder from SUSE brought up
that we don't sign the metadata for the rawhide repository
On Wed, 5 Aug 2015 10:26:38 -0600, Kevin Fenzi wrote:
There is a dnf repoclosure plugin, but not sure how well it works off
hand.
It seems to be completely broken. :-(
It reports lots of available shared libs as unresolved deps.
-
On 08/06/2015 01:47 PM, Miroslav Grepl wrote:
On 07/31/2015 08:49 PM, Lennart Poettering wrote:
On Thu, 30.07.15 19:57, Lennart Poettering (mzerq...@0pointer.de) wrote:
Heya!
I'd like to ask everybody to test kdbus on Rawhide. Josh thankfully
added it to the Rawhide kernel packages, and our
In the rpm-ecosystem mailing list, Michael Schroeder from SUSE brought up
that we don't sign the metadata for the rawhide repository
http://lists.rpm.org/pipermail/rpm-ecosystem/Week-of-Mon-20150803/000193.html
and it would be nice if it was signed so that he could be sure that the
mirrors didn't
On Thursday, August 06, 2015 08:27:44 AM Neal Gompa wrote:
In the rpm-ecosystem mailing list, Michael Schroeder from SUSE brought up
that we don't sign the metadata for the rawhide repository
http://lists.rpm.org/pipermail/rpm-ecosystem/Week-of-Mon-20150803/000193.ht
ml and it would be nice if
We discussed with Jan Silhan yesterday. It looks like something broken in
createrepo/createrepo_c in F22. So it's not dnf/yum/hawkey/libsolv issue.
LOG: https://ignatenkobrain.fedorapeople.org/epoch_bug.log
Also CCing Jan.
On Thu, Aug 6, 2015 at 4:03 PM Michael Schwendt mschwe...@gmail.com
Greetings! In acordance with the procedure for a first-time packager,
I'm annoucing on devel list :)
I opened my first review request bug for yubioath-desktop, and GUI and
CLI for extracting OTP tokens from a Yubikey.
https://bugzilla.redhat.com/show_bug.cgi?id=1251238
I work at Red Hat on one
Meeting started at #fedora-meeting-1, we had collision at
#fedora-meeting-2..
Honza
On 08/06/2015 11:59 AM, Honza Horak wrote:
WG meeting will be at 17:00 UTC (13:00 EST, 19:00 Brno, 13:00 Boston,
2:00+1d Tokyo, 3:00+1d Brisbane) in #fedora-meeting-2 on Freenode.
= Topics =
* Fedora.next
On 08/05/2015 09:58 PM, Christopher Meng wrote:
On 7/18/15, Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl wrote:
I thought I'd ask here first: is there a strong reason *not* to include
those keys?
It's not recommended to encourage end users installing EOL releases.
I don't see how this
On Thu, 6 Aug 2015 18:00:23 +, Zbigniew Jędrzejewski-Szmek wrote:
It couldn't find a comment in the source that would tell whether this
is by design.
Does this really matter? If it's by design, then the design is wrong.
If not, than the implementation is wrong.
It doesn't matter much,
On Thu, Aug 06, 2015 at 06:37:29PM +0200, Michael Schwendt wrote:
On Thu, 06 Aug 2015 13:15:02 +, Igor Gnatenko wrote:
We discussed with Jan Silhan yesterday. It looks like something broken in
createrepo/createrepo_c in F22. So it's not dnf/yum/hawkey/libsolv issue.
LOG:
On Thu, Aug 06, 2015 at 12:58:36PM +0800, Christopher Meng wrote:
On 7/18/15, Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl wrote:
I thought I'd ask here first: is there a strong reason *not* to include
those keys?
It's not recommended to encourage end users installing EOL releases.
On Thu, Aug 06, 2015 at 10:03:00AM -0400, Robert Kuska wrote:
- Original Message -
From: Jason L Tibbitts III ti...@math.uh.edu
To: devel-annou...@lists.fedoraproject.org
Sent: Tuesday, August 4, 2015 11:34:06 PM
Subject: [Guidelines change] Changes to the packaging guidelines
Canceled, only phracek and me showed up..
Honza
On 08/06/2015 07:07 PM, Honza Horak wrote:
Meeting started at #fedora-meeting-1, we had collision at
#fedora-meeting-2..
Honza
On 08/06/2015 11:59 AM, Honza Horak wrote:
WG meeting will be at 17:00 UTC (13:00 EST, 19:00 Brno, 13:00 Boston,
Nico Kadel-Garcia wrote:
What makes you think a site that is poisoning or abusing the metadata
would not simply run createrepo and generate entirely new metadat
But then it wouldn't match the metalink timestamps or checksums, that Dennis
mentioned either. Or am I missing something?
-- Rex
- Original Message -
From: Jason L Tibbitts III ti...@math.uh.edu
To: devel-annou...@lists.fedoraproject.org
Sent: Tuesday, August 4, 2015 11:34:06 PM
Subject: [Guidelines change] Changes to the packaging guidelines
Here are the recent changes to the packaging guidelines.
-
Just a reminder:
Today we will meet to make sure we are coordinated and ready for the Alpha
release of Fedora 23. Please join us at 19:00 UTC (3 PM EDT, 12 AM PDT, 21:00
CEST) on fedora-meetin...@irc.freenode.net channel.
[FedoCal] https://apps.fedoraproject.org/calendar/meeting/2630/
Thanks
Just a reminder:
Today we will meet to determine the readiness of the Fedora 23 Alpha. Please
join us at 17:00 UTC (1 PM EDT, 10 AM PDT, 19:00 CEST) on
fedora-meetin...@irc.freenode.net channel.
[FedoCal] https://apps.fedoraproject.org/calendar/meeting/2629/
Thanks for joining,
Jan
-
On 6 August 2015 at 10:04, Pete Travis li...@petetravis.com wrote:
\
Perhaps the best approach, from a community perspective, would be to promote
a spin to Edition status and recommend *that* for i686 or low resource
desktop use cases.
--Pete
That would require people volunteering to
Somewhat later than scheduled [1], Fedora 23 Alpha Release Candidate 2
(RC2) is now available for testing. Please help us complete as much of
the validation testing as we can!
Unfortunately there looks to already be a known blocker -
https://bugzilla.redhat.com/show_bug.cgi?id=1250874 - but it
On Thursday, August 06, 2015 08:29:50 AM Rex Dieter wrote:
Nico Kadel-Garcia wrote:
What makes you think a site that is poisoning or abusing the metadata
would not simply run createrepo and generate entirely new metadat
But then it wouldn't match the metalink timestamps or checksums, that
On Tue, Aug 04, 2015 at 10:40:28 -0400,
Paul W. Frields sticks...@gmail.com wrote:
Ambivalent is probably understated here. It's hard to imagine
people securing i686 hardware these days to run a Workstation
experience, after all.
I still use i686 for my primary server, primary desktop and
On Aug 4, 2015 9:40 AM, Paul W. Frields sticks...@gmail.com wrote:
On Tue, Aug 04, 2015 at 09:47:27AM -0400, Josh Boyer wrote:
[...snip...]
Perhaps it is time that we evaluate where i686 stands in Fedora more
closely. For a starting suggestion, I would recommend that we do not
treat it
As on the Go/No-Go meeting organized today (2015-Aug-06) we agreed to postpone
the final decision for one day [1], I would like to ask you to join us once
more on irc.freenode.net in #fedora-meeting-2 wherein we shall finally
determine the readiness of the Fedora 23 Alpha.
Friday, August 07,
The following Fedora EPEL 7 Security updates need testing:
Age URL
266
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3989/cross-binutils-2.23.88.0.1-2.el7.1
150
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1087/dokuwiki-0-0.24.20140929c.el7
71
The following Fedora EPEL 6 Security updates need testing:
Age URL
266
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4008/cross-binutils-2.23.51.0.3-1.el6.1
57
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1501/strongswan-5.3.2-1.el6
46
Hi All,
I have automated few test cases for
https://fedorahosted.org/389/attachment/ticket/47910/ .
Here is my patch ::
https://fedorahosted.org/389/attachment/ticket/47910/0001-Ticket-47910-allow-logconv.pl-S-E-switches-to-work-e.2.patch
I request for your valuable feedback.
Thanks
https://fedorahosted.org/389/ticket/48239
https://fedorahosted.org/389/attachment/ticket/48239/0001-Fix-for-prefix-allocat
ion-of-un-initialised-dirsrv-o.patch
--
William Brown will...@blackhats.net.au
--
389-devel mailing list
389-devel@lists.fedoraproject.org
Hi William,
On 08/06/2015 12:54 AM, William Brown wrote:
Hi,
I have been working on lib389 recently to bring in a number of the tools I have
developed professionally into the project so that others can benefit from this.
As you may have seen I've already submitted a few patches related to
https://bugzilla.redhat.com/show_bug.cgi?id=1251348
Bug ID: 1251348
Summary: Revive dead package perl-Module-Pluggable
Product: Fedora EPEL
Version: el6
Component: perl-Module-Pluggable
Severity: medium
Assignee:
On Thu, 2015-08-06 at 16:13 -0400, Mark Reynolds wrote:
https://fedorahosted.org/389/ticket/47703
https://fedorahosted.org/389/attachment/ticket/47703/0001-Ticket-47703-remove-
search-limit-for-aci-group-evalu.patch
--
389-devel mailing list
389-devel@lists.fedoraproject.org
zbar requires libMagickWand.so.2 and libMagickCore.so.2 from
ImageMagick-6.5.4.7-7.el6_5
The ImageMagick-6.7.2.7-2.el6 update provides libMagickWand.so.5 and
libMagickCore.so.5
Error: Package: zbar-0.10-7.el6.x86_64 (@epel)
Requires: libMagickCore.so.2()(64bit)
https://bugzilla.redhat.com/show_bug.cgi?id=1216112
Kurt Seifried kseifr...@redhat.com changed:
What|Removed |Added
Whiteboard|impact=low,public=20150423,
I've done some of the api changes needed, but now I would like to make it a
bit
easier to add command line tools that can utilise lib389.
This is right inline with what we would like to do as well.
Glad to hear it.
I would like to add a tools directory to lib389 with a number of
https://bugzilla.redhat.com/show_bug.cgi?id=1216112
Kurt Seifried kseifr...@redhat.com changed:
What|Removed |Added
Status|NEW |CLOSED
polymake has broken dependencies in the F-23 tree:
On x86_64:
polymake-2.13-22.git20141013.fc23.x86_64 requires
perl(:MODULE_COMPAT_5.20.2)
polymake-2.13-22.git20141013.fc23.x86_64 requires perl = 4:5.20.2
polymake-2.13-22.git20141013.fc23.x86_64 requires
perl-CGI-Application-Structured-Tools has broken dependencies in the F-23 tree:
On x86_64:
perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires
perl(:MODULE_COMPAT_5.20.0)
On i386:
perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires
perl-Devel-FindRef has broken dependencies in the F-23 tree:
On x86_64:
perl-Devel-FindRef-1.44-3.fc22.x86_64 requires
perl(:MODULE_COMPAT_5.20.0)
perl-Devel-FindRef-1.44-3.fc22.x86_64 requires libperl.so.5.20()(64bit)
On i386:
perl-Devel-FindRef-1.44-3.fc22.i686
perl-CatalystX-REPL has broken dependencies in the F-23 tree:
On x86_64:
perl-CatalystX-REPL-0.04-10.fc22.noarch requires
perl(:MODULE_COMPAT_5.20.0)
On i386:
perl-CatalystX-REPL-0.04-10.fc22.noarch requires
perl(:MODULE_COMPAT_5.20.0)
On armhfp:
perl-Carp-REPL has broken dependencies in the F-23 tree:
On x86_64:
perl-Carp-REPL-0.18-1.fc23.noarch requires perl(:MODULE_COMPAT_5.20.2)
On i386:
perl-Carp-REPL-0.18-1.fc23.noarch requires perl(:MODULE_COMPAT_5.20.2)
On armhfp:
perl-Carp-REPL-0.18-1.fc23.noarch requires
perl-Test-AutoBuild has broken dependencies in the F-23 tree:
On x86_64:
perl-Test-AutoBuild-1.2.4-15.fc22.x86_64 requires
perl(:MODULE_COMPAT_5.20.0)
On i386:
perl-Test-AutoBuild-1.2.4-15.fc22.i686 requires
perl(:MODULE_COMPAT_5.20.0)
On armhfp:
perl-POE-API-Peek has broken dependencies in the F-23 tree:
On x86_64:
1:perl-POE-API-Peek-2.20-8.fc22.noarch requires
perl(:MODULE_COMPAT_5.20.0)
On i386:
1:perl-POE-API-Peek-2.20-8.fc22.noarch requires
perl(:MODULE_COMPAT_5.20.0)
On armhfp:
perl-Task-Catalyst has broken dependencies in the F-23 tree:
On x86_64:
perl-Task-Catalyst-4.02-8.fc22.noarch requires
perl(:MODULE_COMPAT_5.20.0)
On i386:
perl-Task-Catalyst-4.02-8.fc22.noarch requires
perl(:MODULE_COMPAT_5.20.0)
On armhfp:
perl-Devel-BeginLift has broken dependencies in the F-23 tree:
On x86_64:
perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires
perl(:MODULE_COMPAT_5.20.0)
perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires
libperl.so.5.20()(64bit)
On i386:
On 08/06/2015 06:24 AM, Amita Sharma wrote:
Hi All,
I have automated few test cases for
https://fedorahosted.org/389/attachment/ticket/47910/ .
Here is my patch ::
https://fedorahosted.org/389/attachment/ticket/47910/0001-Ticket-47910-allow-logconv.pl-S-E-switches-to-work-e.2.patch
I
perl-B-Hooks-OP-Check-EntersubForCV has broken dependencies in the F-23 tree:
On x86_64:
perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires
perl(:MODULE_COMPAT_5.20.0)
perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires
libperl.so.5.20()(64bit)
On
perl-Test-Vars has broken dependencies in the F-23 tree:
On x86_64:
perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0)
On i386:
perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0)
On armhfp:
perl-Test-Vars-0.005-6.fc22.noarch
perl-Data-Dump-Streamer has broken dependencies in the F-23 tree:
On x86_64:
perl-Data-Dump-Streamer-2.38-3.fc22.x86_64 requires
perl(:MODULE_COMPAT_5.20.0)
perl-Data-Dump-Streamer-2.38-3.fc22.x86_64 requires
libperl.so.5.20()(64bit)
On i386:
perl-Data-Alias has broken dependencies in the F-23 tree:
On x86_64:
perl-Data-Alias-1.18-4.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0)
perl-Data-Alias-1.18-4.fc22.x86_64 requires libperl.so.5.20()(64bit)
On i386:
perl-Data-Alias-1.18-4.fc22.i686 requires
perl-Method-Signatures has broken dependencies in the F-23 tree:
On x86_64:
perl-Method-Signatures-20141021-1.fc22.noarch requires
perl(:MODULE_COMPAT_5.20.1)
On i386:
perl-Method-Signatures-20141021-1.fc22.noarch requires
perl(:MODULE_COMPAT_5.20.1)
On armhfp:
perl-CatalystX-REPL has broken dependencies in the rawhide tree:
On x86_64:
perl-CatalystX-REPL-0.04-10.fc22.noarch requires
perl(:MODULE_COMPAT_5.20.0)
On i386:
perl-CatalystX-REPL-0.04-10.fc22.noarch requires
perl(:MODULE_COMPAT_5.20.0)
On armhfp:
perl-Data-Alias has broken dependencies in the rawhide tree:
On x86_64:
perl-Data-Alias-1.18-4.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0)
perl-Data-Alias-1.18-4.fc22.x86_64 requires libperl.so.5.20()(64bit)
On i386:
perl-Data-Alias-1.18-4.fc22.i686 requires
perl-Data-Dump-Streamer has broken dependencies in the rawhide tree:
On x86_64:
perl-Data-Dump-Streamer-2.38-3.fc22.x86_64 requires
perl(:MODULE_COMPAT_5.20.0)
perl-Data-Dump-Streamer-2.38-3.fc22.x86_64 requires
libperl.so.5.20()(64bit)
On i386:
perl-Devel-FindRef has broken dependencies in the rawhide tree:
On x86_64:
perl-Devel-FindRef-1.44-3.fc22.x86_64 requires
perl(:MODULE_COMPAT_5.20.0)
perl-Devel-FindRef-1.44-3.fc22.x86_64 requires libperl.so.5.20()(64bit)
On i386:
perl-Devel-FindRef-1.44-3.fc22.i686
perl-Test-Vars has broken dependencies in the rawhide tree:
On x86_64:
perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0)
On i386:
perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0)
On armhfp:
perl-Test-Vars-0.005-6.fc22.noarch
perl-CGI-Application-Structured-Tools has broken dependencies in the rawhide
tree:
On x86_64:
perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires
perl(:MODULE_COMPAT_5.20.0)
On i386:
perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires
perl-Task-Catalyst has broken dependencies in the rawhide tree:
On x86_64:
perl-Task-Catalyst-4.02-8.fc22.noarch requires
perl(:MODULE_COMPAT_5.20.0)
On i386:
perl-Task-Catalyst-4.02-8.fc22.noarch requires
perl(:MODULE_COMPAT_5.20.0)
On armhfp:
perl-Method-Signatures has broken dependencies in the rawhide tree:
On x86_64:
perl-Method-Signatures-20141021-1.fc22.noarch requires
perl(:MODULE_COMPAT_5.20.1)
On i386:
perl-Method-Signatures-20141021-1.fc22.noarch requires
perl(:MODULE_COMPAT_5.20.1)
On armhfp:
perl-B-Hooks-OP-Check-EntersubForCV has broken dependencies in the rawhide tree:
On x86_64:
perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires
perl(:MODULE_COMPAT_5.20.0)
perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires
libperl.so.5.20()(64bit)
On
perl-POE-API-Peek has broken dependencies in the rawhide tree:
On x86_64:
1:perl-POE-API-Peek-2.20-8.fc22.noarch requires
perl(:MODULE_COMPAT_5.20.0)
On i386:
1:perl-POE-API-Peek-2.20-8.fc22.noarch requires
perl(:MODULE_COMPAT_5.20.0)
On armhfp:
perl-Carp-REPL has broken dependencies in the rawhide tree:
On x86_64:
perl-Carp-REPL-0.18-1.fc23.noarch requires perl(:MODULE_COMPAT_5.20.2)
On i386:
perl-Carp-REPL-0.18-1.fc23.noarch requires perl(:MODULE_COMPAT_5.20.2)
On armhfp:
perl-Carp-REPL-0.18-1.fc23.noarch
perl-Devel-BeginLift has broken dependencies in the rawhide tree:
On x86_64:
perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires
perl(:MODULE_COMPAT_5.20.0)
perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires
libperl.so.5.20()(64bit)
On i386:
polymake has broken dependencies in the rawhide tree:
On x86_64:
polymake-2.13-22.git20141013.fc23.x86_64 requires
perl(:MODULE_COMPAT_5.20.2)
polymake-2.13-22.git20141013.fc23.x86_64 requires perl = 4:5.20.2
polymake-2.13-22.git20141013.fc23.x86_64 requires
perl-Test-AutoBuild has broken dependencies in the rawhide tree:
On x86_64:
perl-Test-AutoBuild-1.2.4-15.fc22.x86_64 requires
perl(:MODULE_COMPAT_5.20.0)
On i386:
perl-Test-AutoBuild-1.2.4-15.fc22.i686 requires
perl(:MODULE_COMPAT_5.20.0)
On armhfp:
https://bugzilla.redhat.com/show_bug.cgi?id=1197694
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In
https://bugzilla.redhat.com/show_bug.cgi?id=1249716
Ralf Corsepius rc040...@freenet.de changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://bugzilla.redhat.com/show_bug.cgi?id=1221832
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://bugzilla.redhat.com/show_bug.cgi?id=1221832
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Depends On||1230227
Referenced
8ff7455ec32635e261e8d0b9e3102b52 Dancer2-0.161000.tar.gz
http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Dancer2/Dancer2-0.161000.tar.gz/md5/8ff7455ec32635e261e8d0b9e3102b52/Dancer2-0.161000.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel
https://bugzilla.redhat.com/show_bug.cgi?id=1221832
--- Comment #12 from Petr Pisar ppi...@redhat.com ---
This requires not yet packaged HTTP::Headers::Fast.
--
You are receiving this mail because:
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
https://bugzilla.redhat.com/show_bug.cgi?id=1250373
Tom spot Callaway tcall...@redhat.com changed:
What|Removed |Added
Status|NEW |CLOSED
https://bugzilla.redhat.com/show_bug.cgi?id=1250372
Tom spot Callaway tcall...@redhat.com changed:
What|Removed |Added
Status|NEW |CLOSED
https://bugzilla.redhat.com/show_bug.cgi?id=1250375
Tom spot Callaway tcall...@redhat.com changed:
What|Removed |Added
Status|NEW |CLOSED
https://bugzilla.redhat.com/show_bug.cgi?id=1250365
Tom spot Callaway tcall...@redhat.com changed:
What|Removed |Added
Status|NEW |CLOSED
https://bugzilla.redhat.com/show_bug.cgi?id=1250360
Tom spot Callaway tcall...@redhat.com changed:
What|Removed |Added
Status|NEW |CLOSED
86 matches
Mail list logo