Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2015-07-02 16:00 UTC in #fedora-meeting-1 on
irc.freenode.net.
Local time information (via. rktime):
2015-07-02 09:00 Thu US/Pacific PDT
2015-07-02 12:00 Thu US/Eastern EDT
2015-07-02
Il giorno mar, 30/06/2015 alle 06.13 -0400, Bastien Nocera ha scritto:
It doesn't need updating, the error you're seeing is:
DMA: Out of SW-IOMMU space for 65536 bytes at device :09:00.1
Which I reported upstream here:
http://thread.gmane.org/gmane.linux.kernel.mmc/32629
but which
The new libvirt-sandbox release 0.6.0 pushed to rawhide has a minor API
change and corresponding soname bump of the library.
I'll likely push this update to stable branches too, as it fixes a number
of problems and I think its unlikely there are downstream apps linking
to its library beyond the
On 1 July 2015 at 12:14, Ian Malone ibmal...@gmail.com wrote:
snip
It appears to have broken the ability to install the gdata provider,
at least when I installed a new F22 system at the weekend I found I
couldn't install it because it requires the lightning package which is
obsoleted by
- Original Message -
From: Dodji Seketeli do...@seketeli.org
To: Fedora Devel devel@lists.fedoraproject.org
Cc: kpa...@fedoraproject.org, mkri...@fedoraproject.org,
skum...@fedoraproject.org, sgall...@fedoraproject.org,
tfl...@fedoraproject.org
Sent: Thursday, June 25, 2015 10:52:47
I have question about
https://fedoraproject.org/wiki/Changes/DisabledRepoSupport
We (as Copr developers) are thinking about one RFE. We would like to create
package which would contains .repo files and
gpg keys for every Copr project.
All of them with
enabled=0
enabled_metadata=1
But I
Hello everyone,
I would like to start with Mass bug filing process and as stated
at wiki, the first step is to gain consensus for what I want to make.
Note please that this mass bug filing is conditioned with acceptance of
'Python3 as default' change which will be discussed at todays (01-Jul)
On 1 July 2015 at 14:02, Ahmad Samir ahmadsamir3...@gmail.com wrote:
On 1 July 2015 at 12:14, Ian Malone ibmal...@gmail.com wrote:
snip
It appears to have broken the ability to install the gdata provider,
at least when I installed a new F22 system at the weekend I found I
couldn't install it
Compose started at Wed Jul 1 05:15:04 UTC 2015
Broken deps for i386
--
[airsched]
airsched-1.00.0-12.fc23.i686 requires libzmq.so.4
[apache-scout]
apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:uddi-ws)
On 30 June 2015 at 16:33, Ahmad Samir ahmadsamir3...@gmail.com wrote:
On 30 June 2015 at 17:22, Reindl Harald h.rei...@thelounge.net wrote:
Am 30.06.2015 um 17:02 schrieb Ahmad Samir:
IIUC, what's happening here is that they bundle the extension with
Thunderbird 38 so it's installed and
https://bugzilla.redhat.com/show_bug.cgi?id=1238168
Bug ID: 1238168
Summary: FTBFS: Failed during 'make check':
13netlink-message-attrs.t and
20io-socket-netlink-generic.t
Product: Fedora
Version: 23
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-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-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-Gtk3 has broken dependencies in the rawhide tree:
On x86_64:
perl-Gtk3-0.019-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1)
On i386:
perl-Gtk3-0.019-1.fc22.noarch requires perl(:MODULE_COMPAT_5.20.1)
On armhfp:
perl-Gtk3-0.019-1.fc22.noarch 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:
https://bugzilla.redhat.com/show_bug.cgi?id=1231263
Miro Hrončok mhron...@redhat.com changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
perl-Test-Apocalypse has broken dependencies in the rawhide tree:
On x86_64:
perl-Test-Apocalypse-1.006-1.fc22.noarch requires
perl(:MODULE_COMPAT_5.20.1)
On i386:
perl-Test-Apocalypse-1.006-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-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-Devel-Cover has broken dependencies in the rawhide tree:
On x86_64:
perl-Devel-Cover-1.18-1.fc23.x86_64 requires perl(:MODULE_COMPAT_5.20.2)
perl-Devel-Cover-1.18-1.fc23.x86_64 requires libperl.so.5.20()(64bit)
On i386:
perl-Devel-Cover-1.18-1.fc23.i686 requires
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-Gtk3-WebKit has broken dependencies in the rawhide tree:
On x86_64:
perl-Gtk3-WebKit-0.06-3.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0)
On i386:
perl-Gtk3-WebKit-0.06-3.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0)
On armhfp:
perl-Task-Kensho-Testing has broken dependencies in the rawhide tree:
On x86_64:
perl-Task-Kensho-Testing-0.38-1.fc22.noarch requires
perl(:MODULE_COMPAT_5.20.1)
On i386:
perl-Task-Kensho-Testing-0.38-1.fc22.noarch requires
perl(:MODULE_COMPAT_5.20.1)
On armhfp:
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-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-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-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-MongoDB has broken dependencies in the rawhide 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
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
https://bugzilla.redhat.com/show_bug.cgi?id=1231495
Petr Šabata psab...@redhat.com changed:
What|Removed |Added
Status|MODIFIED|CLOSED
Fixed In
https://bugzilla.redhat.com/show_bug.cgi?id=1234109
Petr Šabata psab...@redhat.com changed:
What|Removed |Added
Status|MODIFIED|CLOSED
Fixed In
Kamil Paral kpa...@redhat.com a écrit:
Then, when the package N-udpate-V-R is later submitted to Bodhi, the
update creation process would query ResultDB for the result of the
relevant ABI check that happened at build time. The decision to allow
an automatic push of the update to stable will
The following Fedora EPEL 7 Security updates need testing:
Age URL
230
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3989/cross-binutils-2.23.88.0.1-2.el7.1
114
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2015-1087/dokuwiki-0-0.24.20140929c.el7
97
The following Fedora EPEL 6 Security updates need testing:
Age URL
1165
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5620/bugzilla-3.4.14-2.el6
230
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-4008/cross-binutils-2.23.51.0.3-1.el6.1
81
Hello,
Martin Krizek mkri...@redhat.com a écrit:
From what I understood, the current status of the ABI comparison is that it
only
works with C/C++ programs.
Right.
Have you given a thought on how do we know that the build under test
includes a C program and so we should run the
https://bugzilla.redhat.com/show_bug.cgi?id=1219337
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Fixed In Version|pakiti-3.0.1-1.el5
https://bugzilla.redhat.com/show_bug.cgi?id=1219337
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Fixed In Version|pakiti-3.0.1-1.el7
https://bugzilla.redhat.com/show_bug.cgi?id=1219337
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Status|ON_QA |CLOSED
https://bugzilla.redhat.com/show_bug.cgi?id=1230564
Petr Šabata psab...@redhat.com changed:
What|Removed |Added
Status|MODIFIED|CLOSED
Fixed In
On Wed, 2015-06-24 at 13:53 -0700, T.C. Hollingsworth wrote:
On Wed, Jun 24, 2015 at 12:56 PM, T.C. Hollingsworth
tchollingswo...@gmail.com wrote:
On Wed, Jun 24, 2015 at 1:21 AM, Peter Robinson
pbrobin...@gmail.com wrote:
Why are we even bothering with this when io.js is merging back
From 7cfea948d0117cea8a704355b9b0b6301234be33 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Miro=20Hron=C4=8Dok?= m...@hroncok.cz
Date: Wed, 1 Jul 2015 18:46:34 +0200
Subject: Version dependency of Encode::Locale
diff --git a/slic3r.spec b/slic3r.spec
index 021e516..c44d037 100644
--- a/slic3r.spec
https://bugzilla.redhat.com/show_bug.cgi?id=1237387
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In
On Wed, Jul 1, 2015 at 1:36 AM, Dave Young dyo...@redhat.com wrote:
Pratyush,
Thanks for the effort, let's cc Fedora devel list, see if we can get help
from Fedora experts.
Summary the problem:
Latest kexec-tools koji build in rawhide results in a wrong kexec binary,
kexec load fails with
On 07/01/15 at 09:08am, Peter Robinson wrote:
On Wed, Jul 1, 2015 at 1:36 AM, Dave Young dyo...@redhat.com wrote:
Pratyush,
Thanks for the effort, let's cc Fedora devel list, see if we can get help
from Fedora experts.
Summary the problem:
Latest kexec-tools koji build in rawhide
MPIR 2.7.0 has arrived, and brings an soname bump with it. As far as
I can tell, nothing in Fedora uses mpir, so I don't think anything
needs to be rebuilt. If I'm wrong about that, send me some hate mail
and I'll rebuild your package.
--
Jerry James
http://www.jamezone.org/
--
devel mailing
I haven't gone through all the requirements but it seems pretty clear that
brasero is unmaintained.
There are 15 open bugs and looking through the package changelog I can't
find the last time it was updated by it's maintainer, Xavier Lamien
lxt...@gmail.com.
There is also an unanswered admin
On Qua, 2015-07-01 at 21:33 -0500, Richard Shaw wrote:
I haven't gone through all the requirements but it seems pretty clear
that brasero is unmaintained.
There are 15 open bugs and looking through the package changelog I
can't find the last time it was updated by it's maintainer, Xavier
On Wed, Jul 1, 2015 at 9:44 PM, Sérgio Basto ser...@serjux.com wrote:
yeap , Xavier is the infrastructure maintainer of RPMFusion , you find
him in irc:#rpmfusion-admin with Nick: SmootherFrOgZ .
But we must insist a bit and wait a lot :)
It sounds like it's not a priority for him, it may
On Qua, 2015-07-01 at 21:46 -0500, Richard Shaw wrote:
On Wed, Jul 1, 2015 at 9:44 PM, Sérgio Basto ser...@serjux.com
wrote:
yeap , Xavier is the infrastructure maintainer of RPMFusion ,
you find
him in irc:#rpmfusion-admin with Nick: SmootherFrOgZ
Am 02.07.2015 um 00:40 schrieb Paul Wouters:
On Tue, 30 Jun 2015, Michael Catanzaro wrote:
What we basically do not want is to give the user an option for turning
a security feature off.
That's the same as saying remove the continue anyway frmo the browser.
Only the human can determine if it
On Tue, 30 Jun 2015, Bastien Nocera wrote:
Once DNSSEC is more widely deployed
What is more widely deployed ?
http://www.internetsociety.org/deploy360/wp-content/uploads/2013/04/2015-06-19-2015-06-19.png
There are 991 zones in the root and 814 are signed and securely delegated.
On Wed, 2015-07-01 at 18:40 -0400, Paul Wouters wrote:
That's the same as saying remove the continue anyway frmo the
browser.
Yeah, I want to do that too; actually I added it to Epiphany myself,
not because it's a good idea, but because I know we'll be in for
complaints otherwise, because
On Tue, 30 Jun 2015, Michael Catanzaro wrote:
I'm confused on one point: why would the user ever want to turn off
DNSSEC validation (except to get past a for captive portal)? It sounds
like you have no shortage of safeguards in place to make sure this
always works: for it to break the user
On 1 July 2015 at 16:34, Gary Gatling gsgat...@ncsu.edu wrote:
Ok, To follow up on the script output.
master-out.txt: http://fpaste.org/238632/14357897/
mirror-out.txt: http://fpaste.org/238633/57898001/
I guess it needs to be run when yum is not working with any of the
mirrors... EPEL 7
https://bugzilla.redhat.com/show_bug.cgi?id=1237387
--- Comment #3 from Upstream Release Monitoring
upstream-release-monitor...@fedoraproject.org ---
ppisar's perl-Test-Moose-More-0.031-1.fc23 completed
http://koji.fedoraproject.org/koji/buildinfo?buildID=666262
--
You are receiving this
From 398fa8d6e25b94cb11d4a623e3018f2c80c0e6de Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= ppi...@redhat.com
Date: Wed, 1 Jul 2015 07:58:30 +0200
Subject: 0.031 bump
diff --git a/.gitignore b/.gitignore
index 1f63b54..50311b1 100644
--- a/.gitignore
+++ b/.gitignore
@@ -19,3
https://bugzilla.redhat.com/show_bug.cgi?id=1237374
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In
https://bugzilla.redhat.com/show_bug.cgi?id=1237374
--- Comment #3 from Upstream Release Monitoring
upstream-release-monitor...@fedoraproject.org ---
ppisar's perl-Coro-6.46-1.fc23 completed
http://koji.fedoraproject.org/koji/buildinfo?buildID=666260
--
You are receiving this mail because:
https://bugzilla.redhat.com/show_bug.cgi?id=1226741
Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org
changed:
What|Removed |Added
https://bugzilla.redhat.com/show_bug.cgi?id=1226741
--- Comment #4 from Upstream Release Monitoring
upstream-release-monitor...@fedoraproject.org ---
Created attachment 1045268
-- https://bugzilla.redhat.com/attachment.cgi?id=1045268action=edit
[patch] Update to 1.20 (#1226741)
--
You are
On Wed, 2015-07-01 at 19:59 -0400, Paul Wouters wrote:
Principles are good and well. But how many times did you actually USE
that option you so reluctantly implemented? :)
Actually, I honestly don't remember ever using it except testing it
during development. I just don't visit broken sites.
Am 02.07.2015 um 02:30 schrieb Michael Catanzaro:
On Wed, 2015-07-01 at 19:59 -0400, Paul Wouters wrote:
Principles are good and well. But how many times did you actually USE
that option you so reluctantly implemented? :)
Actually, I honestly don't remember ever using it except testing it
Am 02.07.2015 um 02:13 schrieb Michael Catanzaro:
On Thu, 2015-07-02 at 00:44 +0200, Reindl Harald wrote:
the more important question: who do gnome developers think they are
to
make such decisions?
Hi Reindl,
If you know enough about TLS to decide whether to click the Load Anyway
button in
https://bugzilla.redhat.com/show_bug.cgi?id=1238493
--- Comment #1 from Upstream Release Monitoring
upstream-release-monitor...@fedoraproject.org ---
Created attachment 1045291
-- https://bugzilla.redhat.com/attachment.cgi?id=1045291action=edit
[patch] Update to 0.76 (#1238493)
--
You are
https://bugzilla.redhat.com/show_bug.cgi?id=1238493
Bug ID: 1238493
Summary: perl-Inline-C-0.76 is available
Product: Fedora
Version: rawhide
Component: perl-Inline-C
Keywords: FutureFeature, Triaged
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1238494
--- Comment #1 from Upstream Release Monitoring
upstream-release-monitor...@fedoraproject.org ---
Created attachment 1045292
-- https://bugzilla.redhat.com/attachment.cgi?id=1045292action=edit
[patch] Update to 0.17 (#1238494)
--
You are
https://bugzilla.redhat.com/show_bug.cgi?id=1238494
Bug ID: 1238494
Summary: perl-Inline-Filters-0.17 is available
Product: Fedora
Version: rawhide
Component: perl-Inline-Filters
Keywords: FutureFeature, Triaged
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1238494
--- Comment #2 from Upstream Release Monitoring
upstream-release-monitor...@fedoraproject.org ---
Scratch build succeeded
http://koji.fedoraproject.org/koji/taskinfo?taskID=10267036
--
You are receiving this mail because:
You are on the CC
On Wed, 1 Jul 2015, Michael Catanzaro wrote:
Date: Wed, 1 Jul 2015 19:26:55
From: Michael Catanzaro mcatanz...@gnome.org
To: devel@lists.fedoraproject.org
Subject: Re: dnssec-trigger + GNOME + NetworkManager integration
On Wed, 2015-07-01 at 18:40 -0400, Paul Wouters wrote:
That's the same as
On Thu, 2015-07-02 at 00:44 +0200, Reindl Harald wrote:
the more important question: who do gnome developers think they are
to
make such decisions?
Hi Reindl,
If you know enough about TLS to decide whether to click the Load Anyway
button in your browser on a particular site, or enough about
https://bugzilla.redhat.com/show_bug.cgi?id=1226741
--- Comment #5 from Upstream Release Monitoring
upstream-release-monitor...@fedoraproject.org ---
Scratch build failed
http://koji.fedoraproject.org/koji/taskinfo?taskID=10266838
--
You are receiving this mail because:
You are on the CC
https://bugzilla.redhat.com/show_bug.cgi?id=1238493
--- Comment #2 from Upstream Release Monitoring
upstream-release-monitor...@fedoraproject.org ---
Scratch build succeeded
http://koji.fedoraproject.org/koji/taskinfo?taskID=10267034
--
You are receiving this mail because:
You are on the CC
75 matches
Mail list logo