On Fri, 21 Aug, 2015 at 05:20:32 GMT, Ralf Corsepius wrote:
Unlike yesterday, I am now seeing green push to stable buttons for
packages which have been in testing for longer times (weeks, months).
However, I am not seeing these buttons for packages, which I had
submitted in recent past and
On 8/22/15, Haïkel hgue...@fedoraproject.org wrote:
Sometimes, I wonder if you're not doing this on purpose.
Rather than preventing our infrastructure team to fix the actual issues
with useless squabbles, just open tickets to let them know.
Forget the ridiculous github excuse, fedorahosted
On Sat, 2015-08-22 at 10:46 +0800, Christopher Meng wrote:
On 8/22/15, Haïkel hgue...@fedoraproject.org wrote:
Sometimes, I wonder if you're not doing this on purpose.
Rather than preventing our infrastructure team to fix the actual
issues
with useless squabbles, just open tickets to
Hi folks,
gloox 1.0.14 is landing onto rawhide and f23. This version is not ABI
compatible with previous versions(but API compatible). Thus following
packages need to be rebuilt:
0ad
licq (mine, will do it by myself)
uwsgi-alarm-xmpp (from uwsgi)
I've CCed maintainers of 0ad and uwsgi, hope the
On Fri, 21 Aug 2015 10:54:58 +0200, Miroslav Suchý wrote:
Your script output does not tell anything at all about activity of all
packagers in the package collection, in the normal review queue(s), in
pkgdb. No clues about number of orphaned/retired packages. No clues about
semi-dead
On yesterday's Env Stacks meeting [1] we agreed ES WG needs talk with
Base WG about ring0 and ring1 and how to cooperation will look like. I'd
like to ask to add this item on the agenda on next meeting.
The next meeting should be this Monday, right?
[1]
On 04/08/15 11:33, Miroslav Lichvar wrote:
The ncurses upstream has released a first 6.0 version few months ago.
The default ABI version has changed to 6, which enables some
extensions to allow more colors, mouse wheel, etc. The ABI version 5
is still supported and can be selected with a
On Wed, 19 Aug 2015 21:45:56 -0600, Kevin Fenzi wrote:
Greetings.
After a longer than expected outage window, I'm happy to report that
bodhi2 is now live in production at
https://admin.fedoraproject.org/updates
or
https://bodhi.fedoraproject.org/
The web interface should be
On Fri, Aug 21, 2015 at 10:33 AM, Martin Stransky stran...@redhat.com wrote:
Folks,
I'd use some testing for new Firefox feature - offscreen surfaces [1]. It
may also fix crashes when OMTC is enabled [2]. Browser should be a bit
faster with those features on.
How to test?
- Install
Compose started at Fri Aug 21 05:15:04 UTC 2015
Broken deps for i386
--
[ScientificPython]
ScientificPython-2.8-20.fc22.i686 requires libmpi.so.1
[apache-scout]
apache-scout-1.2.6-11.fc21.noarch requires
I see the same flickering on NVIDIA hardware. Intel seems to be fine.
On 08/21/2015 03:06 PM, Alexander Ploumistos wrote:
On Fri, Aug 21, 2015 at 11:33 AM, Martin Stransky stran...@redhat.com wrote:
- Install Firefox 40 on Fedora 22,23,Rawhide (you'd need Gtk3 build)
- go to about:config,
There is also an issue with elements that are loaded asynchronously -
they take longer to appear or it might take a bit of scrolling up and
down until they are rendered (with the older nVidia card).
--
devel mailing list
devel@lists.fedoraproject.org
Hi,
I just orphaned rubygem-celluloid in F23 and Rawhide. It used to be
dependency of rubygem-listen, but Listen recently dropped the dependency
and the development of Celluloid move in a direction, where it will be
virtually impossible to package it for Fedora. But if anybody has
interest in
On Fri, Aug 21, 2015 at 4:24 PM, Martin Stransky stran...@redhat.com wrote:
I see the same flickering on NVIDIA hardware. Intel seems to be fine.
Which model? Is it using one of the older driver series?
--
devel mailing list
devel@lists.fedoraproject.org
On Fri, Aug 21, 2015 at 4:38 PM, Martin Stransky stran...@redhat.com wrote:
It's GeForce GTX 750 with nvidia binary drivers.
So you are not on the legacy drivers. Could the problem be
hardware-dependent? The graphics adapter of the laptop I tested is one
generation ahead of yours and there is no
Looking at fedocal vs the wiki page, I am not sure when the Base Meeting
time day is (or if there are multiple). Could someone please update
fedocal if it is incorrect?
Langdon
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora
On 08/21/2015 03:34 PM, Alexander Ploumistos wrote:
On Fri, Aug 21, 2015 at 4:24 PM, Martin Stransky stran...@redhat.com wrote:
I see the same flickering on NVIDIA hardware. Intel seems to be fine.
Which model? Is it using one of the older driver series?
It's GeForce GTX 750 with nvidia
On 08/20/2015 07:40 PM, Stephen John Smoogen wrote:
On 19 August 2015 at 22:24, Ralf Corsepius rc040...@freenet.de wrote:
On 08/20/2015 06:08 AM, Christopher Meng wrote:
On 8/20/15, Kevin Fenzi ke...@scrye.com wrote:
Thanks for your patience as we roll out this new bodhi version.
This
On Fri, 21 Aug 2015 09:00:29 +0200, Ralf Corsepius wrote:
On 08/21/2015 08:34 AM, Till Hofmann wrote:
Also, it seems like I can revoke other people's updates. At least I
could press the 'Revoke' button and I received a confirmation
notification. Also, instead of the Revoke button, there
On Fri, Aug 21, 2015 at 11:33 AM, Martin Stransky stran...@redhat.com wrote:
- Install Firefox 40 on Fedora 22,23,Rawhide (you'd need Gtk3 build)
- go to about:config, click to any key and add a new one, boolean type. The
new key name is layers.use-image-offscreen-surfaces and set it to true.
On Thursday, August 20, 2015 07:02:51 PM Ralf Corsepius wrote:
On 08/20/2015 06:00 PM, Kevin Fenzi wrote:
On Thu, 20 Aug 2015 17:55:01 +0200
Kevin Kofler kevin.kof...@chello.at wrote:
Ralf Corsepius wrote:
I share this view. I refuse to create a github account and do not
consider
2015-08-21 0:58 GMT+02:00 Orion Poplawski or...@cora.nwra.com:
On 08/20/2015 02:50 AM, Miroslav Suchý wrote:
I was just watching the ongoing reports of want-to-be-contributors how hard
is to get sponsored; reports how Fedora
Repository stalled [1]; discussion that we actually do not know how
On Fri, 21 Aug 2015 09:08:18 +0100
Tom Hughes t...@compton.nu wrote:
On 21/08/15 08:46, Till Hofmann wrote:
On 08/21/2015 09:00 AM, Ralf Corsepius wrote:
Anywas, this time bodhi offered me a push to testing and push to
stable (!) button (Note: push to stable)
I used pushed to
On Fri, 21 Aug 2015 01:56:02 +0200
Kevin Kofler kevin.kof...@chello.at wrote:
Kevin Fenzi wrote:
Theres a bunch of tools out there to export issues from github
They can turn this off at any moment, leaving you with no way to get
your data out.
Yep. This is the case for any project using
On Fri, Aug 21, 2015 at 12:18:15PM +0100, Tom Hughes wrote:
According to http://www.gnu.org/software/ncurses/ the new ABI should include
symbol versioning, which would hopefully avoid the need for a repeat of this
pain in the future, but as far as I can see none of the symbols in the
current
Upstream released nmss-3.20 and the NSS family of packages on Rawhide has been
rebased to it.
For details please see the upstream release notes at
https://developer.mozilla.org/en-US/docs/Mozilla/Projects/NSS/NSS_3.20_release_notes
It should start showing up in updates-testing for stable
Missing expected images:
Generic Boot x86_64
Generic Boot i386
No images in this compose but not the previous.
Images in the previous compose but not this:
Generic Boot i386
Cloud base Disk i386
Cloud base Disk x86_64
Cloud base Vagrant x86_64
Cloud atomic Disk x86_64
Cloud atomic Vagrant
Missing expected images:
Kde Live i386
Kde Live x86_64
Kde Disk armhfp
No images in this compose but not the previous.
Images in the previous compose but not this:
Kde Live i386
Kde Live x86_64
Kde Disk armhfp
Failed openQA tests:
ID: 638 Test: x86_64 workstation_live default_install
ID: 636
On 08/21/2015 04:03 PM, Michael Schwendt wrote:
On Fri, 21 Aug 2015 09:00:29 +0200, Ralf Corsepius wrote:
On 08/21/2015 08:34 AM, Till Hofmann wrote:
Also, it seems like I can revoke other people's updates. At least I
could press the 'Revoke' button and I received a confirmation
notification.
On Fri, 21 Aug 2015 05:27:37 +0200
Ralf Corsepius rc040...@freenet.de wrote:
Upstreams, yes, but not Fedora. Fedora should be self-hosted.
Can you please define Fedora and self-hosted as you use them above?
Fedora is part of the larger open source community.
Fedora Infrastructure uses 100%
On Fri, 21 Aug 2015 12:39:40 +0200
Michael Schwendt mschwe...@gmail.com wrote:
Documentation, please!
How to enter well-formatted comments? Is anything like BB-Code
supported? Or Wiki syntax? Or other formatting hints?
I hope the comments field is not only for 2-3 words in twitter-style.
On Fri, 2015-08-21 at 15:24 +0200, Martin Stransky wrote:
I see the same flickering on NVIDIA hardware. Intel seems to be fine.
I'm getting flickering (but only when scrolling up) on the linked cairo
xrender bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1015218
Adapter Description
On July 2003 the rtkaio add-on was added to Fedora in glibc 2.3.2-64.
The rtkaio add-on provided a POSIX realtime API interface that used
linux kernel Asynchronous IO support (KAIO) to provide high performance
AIO for a small subset of files (those using O_DIRECT, and not all
file types).
Hi
On 08/21/2015 07:48 PM, Viktor Jancik wrote:
Using an automated script I found 65 repositories that neither have a spec file
or a dead.package among Fedora package repositories on the master branch.
Is this desired? Here is the list:
askbot-plugin-authfas
autoconf268
bwping
Django14
On 06/22/2015 10:59 AM, Alexander Larsson wrote:
On mån, 2015-06-22 at 06:16 -0400, Jan Kurik wrote:
= Proposed System Wide Change: Glibc locale subpackaging =
https://fedoraproject.org/wiki/Changes/Glibc_locale_subpackaging
Change owner(s):
* Mike Fabian mfabian At redhat DOT com
*
On 08/21/2015 03:23 PM, Carlos O'Donell wrote:
* Immediately remove rtkaio from Fedora Rawhide, deprecating the library,
and providing a system change notification about the library removal for
F24.
Both the glibc 2.23 and librtkaio removal system change notifications have
now been drafted
Using an automated script I found 65 repositories that neither have a spec file
or a dead.package among Fedora package repositories on the master branch.
Is this desired? Here is the list:
askbot-plugin-authfas
autoconf268
bwping
Django14
drupal7-honeypot
drupal7-xmlsitemap
fetch-crl3
gnuplot44
And another annoyance: The search box appears not to work in KHTML
(Return/Enter does nothing) nor even in KWebKitPart/QtWebKit (I get sent to
a URL with the search term in it, but it just displays the same front page
as before).
Kevin Kofler
--
devel mailing list
On 06/22/2015 09:01 AM, Jonathan Dieter wrote:
On Mon, 2015-06-22 at 06:16 -0400, Jan Kurik wrote:
Recently we made it possible to install a small number of locales by
supplying the rpm-macro “_install_langs”, for example
rpm -i -D _install_langs=en:de_DE glibc-common.rpm
will install
Hi,
with bodhi 1.0 I was able to override a build. With bodhi 2.0 I can not.
What packages should I updated?
I am getting:
$ bodhi --buildroot-override=golang-github-coreos-go-systemd-3-1.fc23
for f23-candidate --duration=20 --notes='temp non-stable dependecy
waiting for stable'
Traceback
On Fri, 21 Aug 2015 13:48:44 -0400 (EDT), Viktor Jancik wrote:
Using an automated script I found 65 repositories that neither have a spec
file or a dead.package among Fedora package repositories on the master branch.
Is this desired? Here is the list:
[...]
I came to the conclusion, that
Rex Dieter wrote:
At least some of these are epel-only packages (examples below)
dead.package I thought was only applicable to packages that existed in
fedora, then were EOL'd. Should that case be handled differently?
EPEL-only packages should have their devel branch (and any other Fedora
Sometimes, I wonder if you're not doing this on purpose.
Rather than preventing our infrastructure team to fix the actual issues
with useless squabbles, just open tickets to let them know.
Forget the ridiculous github excuse, fedorahosted trac instance still
accepts tickets.
Out of respect of
On Fri, 21 Aug 2015 13:02:41 -0500, Rex Dieter wrote:
dead.package I thought was only applicable to packages that existed in
fedora, then were EOL'd. Should that case be handled differently?
It prevents new branches from being created.
Will there be more empty branches in the future, if the
Viktor Jancik wrote:
Using an automated script I found 65 repositories that neither have a spec
file or a dead.package among Fedora package repositories on the master
branch.
At least some of these are epel-only packages (examples below)
dead.package I thought was only applicable to
Kevin Fenzi wrote:
No. While we could roll back, it would be a great deal of pain and
outage, and IMHO things are not completely and utterly broken. There
are bugs, we are fixing them, and much faster than we would be using
the old codebase.
Given how we are dealing with data CORRUPTED by the
Kevin Fenzi wrote:
It's markdown.
But it eats all line breaks and so breaks basic Markdown formatting such as
enumerations that worked fine in Bodhi 1.
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code
I've been running nightly with this enabled for quite a while on Intel
and it's been fine.
Note that OMTC is required for e10s.
The layer acceleration pref is a totally different thing and will stay
off for the near future. It's affected by a bug in libxcb which has been
patched but not made it
# F23 Blocker Review meeting
# Date: 2015-08-24
# Time: 1600 UTC
# Location: #fedora-blocker-review on irc.freenode.net
This week we had an out of band blocker review where we plowed through
a bunch of proposals. Next week we'll be having another meeting (at
the usual day and time) to finish the
On 08/21/2015 03:33 AM, Martin Stransky wrote:
And you're set now. Please report any oddity (different than the usual ones :))
at #BZ.
Opened: https://bugzilla.redhat.com/show_bug.cgi?id=1255917
--
devel mailing list
devel@lists.fedoraproject.org
Compose started at Fri Aug 21 07:15:03 UTC 2015
Broken deps for armhfp
--
[QuantLib]
QuantLib-test-1.6.1-1.fc23.armv7hl requires
libboost_unit_test_framework.so.1.58.0
[apache-scout]
apache-scout-1.2.6-11.fc21.noarch requires
On Wed, 2015-08-19 at 09:18 -0600, Kevin Fenzi wrote:
* Matt opened a thread on the marketing list about renaming rawhide.
It
sounds like most people would prefer us to make the changes first,
then and only then look at renaming.
Hate to resurrect the bikeshed, but I was looking
On Fri, Aug 21, 2015 at 04:18:51PM +0200, Miroslav Lichvar wrote:
On Fri, Aug 21, 2015 at 12:18:15PM +0100, Tom Hughes wrote:
According to http://www.gnu.org/software/ncurses/ the new ABI should include
symbol versioning, which would hopefully avoid the need for a repeat of this
pain in the
On Thu, Aug 20, 2015 at 10:10:29AM -0600, Kevin Fenzi wrote:
On Thu, 20 Aug 2015 13:15:41 +0200
Michael Schwendt mschwe...@gmail.com wrote:
I'm still in search of a howto. A howto about the user-interface, the
various filters and rules, and real documentation about how to use it.
I don't
On Fri, Aug 21, 2015 at 03:38:49PM +0200, Martin Stransky wrote:
On 08/21/2015 03:34 PM, Alexander Ploumistos wrote:
On Fri, Aug 21, 2015 at 4:24 PM, Martin Stransky stran...@redhat.com wrote:
I see the same flickering on NVIDIA hardware. Intel seems to be fine.
Which model? Is it using one
This update has reached 3 days in testing and can be pushed to stable
now if the maintainer wishes
2 days ago, 2015-08-18 07:00:53
https://bodhi.fedoraproject.org/updates/libdom-0.1.2-1.fc23
Still can't push.
--
Yours sincerely,
Christopher Meng
http://awk.io
--
devel mailing list
On 08/20/2015 07:39 PM, Adam Williamson wrote:
Well, I don't know if there was a Big Philosophical Discussion, but in
practice all kinds of Fedora-ish stuff has its upstream in github these
days, so yes, clearly times have changed.
That's not the point. I am talking about separating Fedora
- Original Message -
From: Orion Poplawski or...@cora.nwra.com
To: Development discussions related to Fedora
devel@lists.fedoraproject.org
Sent: Friday, 21 August, 2015 1:58:35 AM
Subject: Re: Sponsors - who does (not) work on FE-NEEDSPONSOR tickets
On 08/20/2015 02:50 AM,
On 08/21/2015 08:47 AM, Till Hofmann wrote:
On 08/21/2015 08:34 AM, Till Hofmann wrote:
Also, it seems like I can revoke other people's updates. At least I
could press the 'Revoke' button and I received a confirmation
notification. Also, instead of the Revoke button, there is now a Push
to
Why can I push to testing for updates submitted by other people, and
where the update is already stable? [1]
Also, it seems like I can revoke other people's updates. At least I
could press the 'Revoke' button and I received a confirmation
notification. Also, instead of the Revoke button, there is
On 08/21/2015 08:34 AM, Till Hofmann wrote:
Also, it seems like I can revoke other people's updates. At least I
could press the 'Revoke' button and I received a confirmation
notification. Also, instead of the Revoke button, there is now a Push
to Testing and a Push to Stable button. But
Dne 20.8.2015 v 13:42 Michael Schwendt napsal(a):
Your script output does not tell anything at all about activity of all
packagers in the package collection, in the normal review queue(s), in
pkgdb. No clues about number of orphaned/retired packages. No clues about
semi-dead packages where the
Am 21.08.2015 um 10:40 schrieb Charles-Antoine Couret:
and somebody again didn't care about fedora-easy-karma which in 2015 is long
broken than working with several issues - no, i don't want to log into a
webinterface and seek packages for karma by hand while verify it's the same
build running
On 21/08/15 08:46, Till Hofmann wrote:
On 08/21/2015 09:00 AM, Ralf Corsepius wrote:
Anywas, this time bodhi offered me a push to testing and push to
stable (!) button (Note: push to stable)
I used pushed to testing to re-push it.
I just tested push to stable on an unpushed update:
Folks,
I'd use some testing for new Firefox feature - offscreen surfaces [1].
It may also fix crashes when OMTC is enabled [2]. Browser should be a
bit faster with those features on.
How to test?
- Install Firefox 40 on Fedora 22,23,Rawhide (you'd need Gtk3 build)
- go to about:config,
Am 21.08.2015 um 08:41 schrieb Aleksandar Kurtakov:
- Original Message -
From: Orion Poplawski or...@cora.nwra.com
To: Development discussions related to Fedora devel@lists.fedoraproject.org
Sent: Friday, 21 August, 2015 1:58:35 AM
Subject: Re: Sponsors - who does (not) work on
On 08/21/2015 09:00 AM, Ralf Corsepius wrote:
Anywas, this time bodhi offered me a push to testing and push to
stable (!) button (Note: push to stable)
I used pushed to testing to re-push it.
I just tested push to stable on an unpushed update: Despite the name,
it pushes to testing:
Am 20.08.2015 um 05:45 schrieb Kevin Fenzi:
Greetings.
After a longer than expected outage window, I'm happy to report that
bodhi2 is now live in production at
https://admin.fedoraproject.org/updates
or
https://bodhi.fedoraproject.org/
The web interface should be available and working for
and somebody again didn't care about fedora-easy-karma which in 2015 is long
broken than working with several issues - no, i don't want to log into a
webinterface and seek packages for karma by hand while verify it's the same
build running on my machine...
Getting list of installed
Dne 21.8.2015 v 00:58 Orion Poplawski napsal(a):
My gut reaction to this is, my god, we don't need *more* packages in Fedora,
we need more people maintaining the pile we already have. So I'd like to see
more packagers added as co-maintainers of packages.
Hmm,
so does it means that becoming a
From 35a1f9e80323aff2ae8e51317428a511cb897caf Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova jples...@redhat.com
Date: Fri, 21 Aug 2015 17:04:58 +0200
Subject: 0.09 bump
diff --git a/.gitignore b/.gitignore
index aad32c6..f81ee95 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
From 2fe323d73f0190bb693587cbfbe354e0cd99e6b7 Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova jples...@redhat.com
Date: Fri, 21 Aug 2015 17:50:22 +0200
Subject: 0.14 bump
diff --git a/.gitignore b/.gitignore
index d0e43e5..16ea2c3 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1,2 @@
https://bugzilla.redhat.com/show_bug.cgi?id=1230613
Jitka Plesnikova jples...@redhat.com changed:
What|Removed |Added
Status|NEW |CLOSED
0590004be7598f352f5f375989508e8b IO-Any-0.09.tar.gz
http://pkgs.fedoraproject.org/lookaside/pkgs/perl-IO-Any/IO-Any-0.09.tar.gz/md5/0590004be7598f352f5f375989508e8b/IO-Any-0.09.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
5934475f3c7908f345e0645221ecc653 Sys-Path-0.14.tar.gz
http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Sys-Path/Sys-Path-0.14.tar.gz/md5/5934475f3c7908f345e0645221ecc653/Sys-Path-0.14.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing
https://bugzilla.redhat.com/show_bug.cgi?id=1230816
Jitka Plesnikova jples...@redhat.com changed:
What|Removed |Added
Status|NEW |CLOSED
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:
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-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-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-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-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-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:
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:
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-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-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-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:
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-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-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-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-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-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-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 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-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-MongoDB has broken dependencies in the F-23 tree:
On x86_64:
perl-MongoDB-0.702.2-5.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0)
perl-MongoDB-0.702.2-5.fc22.x86_64 requires libperl.so.5.20()(64bit)
On i386:
perl-MongoDB-0.702.2-5.fc22.i686 requires
1 - 100 of 104 matches
Mail list logo
