The following Fedora EPEL 7 Security updates need testing:
Age URL
53
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3621/php-Smarty-3.1.21-1.el7
37
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3989/cross-binutils-2.23.88.0.1-2.el7.1
15
The following Fedora EPEL 6 Security updates need testing:
Age URL
972
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5620/bugzilla-3.4.14-2.el6
191
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1616/puppet-2.7.26-1.el6
62
#28: Broken buildSRPMFromSCM in EPEL 5 koji
-+
Reporter: ellert | Owner: epel-wranglers
Type: defect | Status: new
Priority: major| Milestone:
Component: Package request |Version:
On Sat, Dec 20, 2014 at 11:26:07AM +0530, Parag N(पराग़) wrote:
Generally I have seen sometimes when a RH employee quits, his packages
gets re-assigned to some peer or its manager. This can be easily seen
by bugzilla notifications where bugs gets reassigned. When Ales quit,
I thought this
Compose started at Sat Dec 20 05:15:02 UTC 2014
Broken deps for i386
--
[3Depict]
3Depict-0.0.16-3.fc22.i686 requires libmgl.so.7.2.0
[Sprog]
Sprog-0.14-27.fc20.noarch requires perl(:MODULE_COMPAT_5.18.0)
[aeskulap]
I understand Fedora's position on Chromium BUT not having a 3rd party
available for F21 is not acceptable -
ie. this morning Firefox is not connecting to the internet (yet
thunderbird, dnf, etc is ... - I'm seeing a kernel problem warning
WARNING: CPU 0 PID 1419 at
Hello,
I have put together a basic Cinnamon Live spin, and was wondering if this
is something people would like to see become official. It's not ready for
submission quite yet, there is a bit of a hack to change the default
gtk-theme to Zukitwo, as the Adwaita gtk-theme messes up title-bar and
The fact that there isn't a popular 3rd-party repo packaging Chromium does
not appear to be relevant to Fedora. I don't see anybody discouraging it.
Perhaps you should approach a popular 3rd-party to suggestion packaging
Chromium in their repos?
http://rpmfusion.org/ is one such standard
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/20/2014 05:33 PM, john.tiger wrote:
I understand Fedora's position on Chromium BUT not having a 3rd
party available for F21 is not acceptable -
ie. this morning Firefox is not connecting to the internet (yet
thunderbird, dnf, etc is ...
Am 20.12.2014 um 17:33 schrieb john.tiger:
I understand Fedora's position on Chromium BUT not having a 3rd party
available for F21 is not acceptable
for whom?
ie. this morning Firefox is not connecting to the internet (yet
thunderbird, dnf, etc is ... - I'm seeing a kernel problem warning
Il 17/12/2014 20:38, Matthew Miller ha scritto:
This is clearly, not the most friendly approach; it’s my understanding
that the desktop designers, network tools team, and security team are
going to work together to develop a better overall solution for Fedora
22 and beyond.
Maybe I put it too
Hi
On Sat, Dec 20, 2014 at 11:35 AM, Dan Book wrote:
Hello,
I have put together a basic Cinnamon Live spin, and was wondering if this
is something people would like to see become official. It's not ready for
submission quite yet, there is a bit of a hack to change the default
gtk-theme to
Hi,
I'm Fale, one of the cinnamon maintainer of Fedora and I was working on a
Cinnamon Spin too. Due to the big amount of work I'm doing during these
months, I kind of left it behind. I can join you with this project if you
want too :).
Thanks a lot,
Fabio
On Sat, Dec 20, 2014 at 6:14 PM, Rahul
Hi,
wiki admins please enable upload rights for valentt account so that I can
continue contributing to wiki.
Thanks,
Valent.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On 20/12/14 17:40, Christopher wrote:
The fact that there isn't a popular 3rd-party repo packaging Chromium
does not appear to be relevant to Fedora. I don't see anybody
discouraging it. Perhaps you should approach a popular 3rd-party to
suggestion packaging Chromium in their repos?
I made
On 12/20/2014 8:35 AM, Dan Book wrote:
Hello,
I have put together a basic Cinnamon Live spin, and was wondering if
this is something people would like to see become official. It's not
ready for submission quite yet, there is a bit of a hack to change the
default gtk-theme to Zukitwo, as the
...
Automatic push to stable based on karma has been
disabled for this update due to failure of an AutoQA
test
...
But I cannot see the error:
---8---
not ok - depcheck for Bodhi update sagemath-6.1.1-6.fc20 # FAIL
---
arch: x86_64
details:
output: |-
Build sagemath-6.1.1-6.fc20
On 20 December 2014 at 09:33, john.tiger john.tigernas...@gmail.com wrote:
I understand Fedora's position on Chromium BUT not having a 3rd party
available for F21 is not acceptable -
Hi,
I realize you are angry and upset you can't browse but various other
functions are working, but your
Hi,
if you want take a tour with
https://repos.fedorapeople.org/repos/spot/chromium/fedora-chromium-stable.repo
only for x86-64 arch for f20 ...
regards
gil
Il 20/12/2014 20:18, Stephen John Smoogen ha scritto:
On 20 December 2014 at 09:33, john.tiger john.tigernas...@gmail.com
On Sat, 2014-12-20 at 17:51 +0100, Mattia Verga wrote:
Maybe I put it too simple, but instead of opening all high ports by
default what about having firewall rules declared in RPMs for
packages
that need to have ports opened?
Because we need to support applications that use random ports.
Am 20.12.2014 um 22:19 schrieb Michael Catanzaro:
On Sat, 2014-12-20 at 17:51 +0100, Mattia Verga wrote:
Maybe I put it too simple, but instead of opening all high ports by
default what about having firewall rules declared in RPMs for
packages
that need to have ports opened?
Because we need
On Sat, Dec 20, 2014 at 09:33:45AM -0700, john.tiger wrote:
I understand Fedora's position on Chromium BUT not having a 3rd party
available for F21 is not acceptable -
...
Chromium is already packaged by a Russian Fedora, check
[1] to enable the repos (hint: use google translate or something
On Sat, 2014-12-20 at 22:24 +0100, Reindl Harald wrote:
you completly ignored the following paragraph, my guess is because
ask
the user is considered harmful by GNOME upstream
Well I read it, but yes, I do think that ask the user is harmful. We
need to get out of the business of training
Am 20.12.2014 um 23:32 schrieb Michael Catanzaro:
On Sat, 2014-12-20 at 22:24 +0100, Reindl Harald wrote:
you completly ignored the following paragraph, my guess is because
ask
the user is considered harmful by GNOME upstream
Well I read it, but yes, I do think that ask the user is harmful.
Paulo César Pereira de Andrade wrote:
Automatic push to stable based on karma has been
disabled for this update due to failure of an AutoQA
test
...
But I cannot see the error:
This is a false positive.
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
On Sat, Dec 20, 2014 at 8:33 AM, john.tiger john.tigernas...@gmail.com
wrote:
Also as developers, we need to work with all browsers.
If you're concerned about keeping your applications working with Chrome
your best bet would be to install google-chrome-unstable to stay
on the forefront of
On Sat, Dec 20, 2014 at 12:54 PM, Fabio Alessandro Locati
fabioloc...@gmail.com wrote:
Hi,
I'm Fale, one of the cinnamon maintainer of Fedora and I was working on a
Cinnamon Spin too. Due to the big amount of work I'm doing during these
months, I kind of left it behind. I can join you with
On Sat, Dec 20, 2014 at 5:51 PM, Gerald B. Cox gb...@bzb.us wrote:
On Sat, Dec 20, 2014 at 8:33 AM, john.tiger john.tigernas...@gmail.com
wrote:
Also as developers, we need to work with all browsers.
You need to work with all *popular* browsers. That's IE, Chrome
stable, Firefox stable and
On Sun, Dec 21, 2014 at 1:25 PM, Thomas Gilliard satelli...@gmail.com
wrote:
On 12/20/2014 8:35 AM, Dan Book wrote:
Hello,
I have put together a basic Cinnamon Live spin, and was wondering if this
is something people would like to see become official. It's not ready for
submission quite
https://bugzilla.redhat.com/show_bug.cgi?id=1171777
--- Comment #2 from Fedora Update System upda...@fedoraproject.org ---
perl-Test-Trap-0.2.5-1.fc21 has been pushed to the Fedora 21 stable repository.
If problems still persist, please make note of it in this bug report.
--
You are
https://bugzilla.redhat.com/show_bug.cgi?id=1175205
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Status|MODIFIED|ON_QA
commit 7beb4d0e37b0bad89740d766cde1a3b065ced5dd
Author: Till Maas opensou...@till.name
Date: Sat Dec 20 17:48:46 2014 +0100
2014-12-20: Retired because of broken deps:
unresolved dependencies for mogstored-backend-perlbal-2.30-1.el5.noarch:
Perlbal
.gitignore |
user: till updated package: perl-mogilefs-server status from: Approved to
Retired on branch: el5
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/package/perl-mogilefs-server
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing
commit a2150e53396703db619df5d5bcf93645be10a807
Author: Till Maas opensou...@till.name
Date: Sat Dec 20 17:49:12 2014 +0100
2014-12-20: Retired because of broken deps:
unresolved dependencies for perl-Perlbal-XS-HTTPHeaders-0.19-2.el5.i386:
perl(Perlbal::HTTPHeaders)
user: till updated package: perl-Perlbal-XS-HTTPHeaders status from: Approved
to Retired on branch: el5
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/package/perl-Perlbal-XS-HTTPHeaders
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
user: till updated package: perl-OpenOffice-UNO status from: Approved to
Retired on branch: el6
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/package/perl-OpenOffice-UNO
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing
commit 040e5ff888ebb180ab7492ceb2fcc740e193140e
Author: Till Maas opensou...@till.name
Date: Sat Dec 20 18:35:35 2014 +0100
2014-12-20: Retired because of broken deps:
unresolved dependencies for perl-OpenOffice-UNO-0.07-4.el6.i686:
libstlport_gcc.so
.gitignore
perl-qpid_proton has broken dependencies in the epel-6 tree:
On x86_64:
perl-qpid_proton-0.7-1.el6.x86_64 requires qpid-proton-c = 0:0.7
On i386:
perl-qpid_proton-0.7-1.el6.i686 requires qpid-proton-c = 0:0.7
On ppc64:
perl-qpid_proton-0.7-1.el6.ppc64 requires
perl-OpenOffice-UNO has broken dependencies in the epel-6 tree:
On x86_64:
perl-OpenOffice-UNO-0.07-4.el6.x86_64 requires
libsal_textenc.so.3()(64bit)
Please resolve this as soon as possible.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel
perl-qpid_proton has broken dependencies in the epel-6 tree:
On x86_64:
perl-qpid_proton-0.7-1.el6.x86_64 requires qpid-proton-c = 0:0.7
On i386:
perl-qpid_proton-0.7-1.el6.i686 requires qpid-proton-c = 0:0.7
On ppc64:
perl-qpid_proton-0.7-1.el6.ppc64 requires
perl-Authen-Simple has broken dependencies in the epel-6 tree:
On ppc64:
perl-Authen-Simple-0.4-5.el6.noarch requires perl(Crypt::PasswdMD5)
Please resolve this as soon as possible.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-OpenOffice-UNO has broken dependencies in the epel-6 tree:
On x86_64:
perl-OpenOffice-UNO-0.07-4.el6.x86_64 requires
libsal_textenc.so.3()(64bit)
Please resolve this as soon as possible.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel
perl-XML-Xerces has broken dependencies in the epel-5 tree:
On ppc:
perl-XML-Xerces-2.7.0_0-4.el5.ppc requires libxerces-c.so.27
On x86_64:
perl-XML-Xerces-2.7.0_0-4.el5.x86_64 requires libxerces-c.so.27()(64bit)
On i386:
perl-XML-Xerces-2.7.0_0-4.el5.i386 requires
perl-WWW-GoodData has broken dependencies in the epel-5 tree:
On ppc:
perl-WWW-GoodData-1.6-1.el5.noarch requires perl(Getopt::Long) = 0:2.36
On i386:
perl-WWW-GoodData-1.6-1.el5.noarch requires perl(Getopt::Long) = 0:2.36
Please resolve this as soon as possible.
--
Fedora
perl-Perlbal-XS-HTTPHeaders has broken dependencies in the epel-5 tree:
On ppc:
perl-Perlbal-XS-HTTPHeaders-0.19-2.el5.ppc requires
perl(Perlbal::HTTPHeaders)
perl-Perlbal-XS-HTTPHeaders-0.19-2.el5.ppc requires perl(Perlbal)
On x86_64:
perl-Getopt-GUI-Long has broken dependencies in the epel-5 tree:
On ppc:
perl-Getopt-GUI-Long-0.91-5.el5.noarch requires perl(Gtk2)
On x86_64:
perl-Getopt-GUI-Long-0.91-5.el5.noarch requires perl(Gtk2)
On i386:
perl-Getopt-GUI-Long-0.91-5.el5.noarch requires perl(Gtk2)
perl-QWizard has broken dependencies in the epel-5 tree:
On ppc:
perl-QWizard-3.15-8.el5.noarch requires perl(Gtk2)
On x86_64:
perl-QWizard-3.15-8.el5.noarch requires perl(Gtk2)
On i386:
perl-QWizard-3.15-8.el5.noarch requires perl(Gtk2)
Please resolve this as soon as
perl-mogilefs-server has broken dependencies in the epel-5 tree:
On ppc:
mogstored-backend-perlbal-2.30-1.el5.noarch requires Perlbal
On x86_64:
mogstored-backend-perlbal-2.30-1.el5.noarch requires Perlbal
On i386:
mogstored-backend-perlbal-2.30-1.el5.noarch requires
perl-XML-Xerces has broken dependencies in the epel-5 tree:
On ppc:
perl-XML-Xerces-2.7.0_0-4.el5.ppc requires libxerces-c.so.27
On x86_64:
perl-XML-Xerces-2.7.0_0-4.el5.x86_64 requires libxerces-c.so.27()(64bit)
On i386:
perl-XML-Xerces-2.7.0_0-4.el5.i386 requires
perl-mogilefs-server has broken dependencies in the epel-5 tree:
On ppc:
mogstored-backend-perlbal-2.30-1.el5.noarch requires Perlbal
On x86_64:
mogstored-backend-perlbal-2.30-1.el5.noarch requires Perlbal
On i386:
mogstored-backend-perlbal-2.30-1.el5.noarch requires
perl-Getopt-GUI-Long has broken dependencies in the epel-5 tree:
On ppc:
perl-Getopt-GUI-Long-0.91-5.el5.noarch requires perl(Gtk2)
On x86_64:
perl-Getopt-GUI-Long-0.91-5.el5.noarch requires perl(Gtk2)
On i386:
perl-Getopt-GUI-Long-0.91-5.el5.noarch requires perl(Gtk2)
perl-WWW-GoodData has broken dependencies in the epel-5 tree:
On ppc:
perl-WWW-GoodData-1.6-1.el5.noarch requires perl(Getopt::Long) = 0:2.36
On i386:
perl-WWW-GoodData-1.6-1.el5.noarch requires perl(Getopt::Long) = 0:2.36
Please resolve this as soon as possible.
--
Fedora
perl-QWizard has broken dependencies in the epel-5 tree:
On ppc:
perl-QWizard-3.15-8.el5.noarch requires perl(Gtk2)
On x86_64:
perl-QWizard-3.15-8.el5.noarch requires perl(Gtk2)
On i386:
perl-QWizard-3.15-8.el5.noarch requires perl(Gtk2)
On ppc:
perl-Perlbal-XS-HTTPHeaders has broken dependencies in the epel-5 tree:
On ppc:
perl-Perlbal-XS-HTTPHeaders-0.19-2.el5.ppc requires
perl(Perlbal::HTTPHeaders)
perl-Perlbal-XS-HTTPHeaders-0.19-2.el5.ppc requires perl(Perlbal)
On x86_64:
54 matches
Mail list logo
