The following Fedora EPEL 6 Security updates need testing:
Age URL
895
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5620/bugzilla-3.4.14-2.el6
227
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0590/oath-toolkit-2.0.2-4.el6
114
The following Fedora EPEL 5 Security updates need testing:
Age URL
895
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5630/bugzilla-3.2.10-5.el5
350
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11893/libguestfs-1.20.12-1.el5
114
The following Fedora EPEL 7 Security updates need testing:
Age URL
15
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2657/python-oauth2-1.5.211-7.el7
10
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2748/nodejs-0.10.32-1.el7,v8-3.14.5.10-14.el7
9
On Sat, Oct 4, 2014 at 1:27 AM, Matthew Miller mat...@fedoraproject.org wrote:
On Fri, Oct 03, 2014 at 06:18:11PM -0500, Michael Catanzaro wrote:
I agree with Rahul that standard is not a great name for the
nonstandard, non-productized upgrade, though. Generic is more
descriptive anyway.
But
Compose started at Sat Oct 4 07:15:02 UTC 2014
Broken deps for armhfp
--
[PyQuante]
PyQuante-libint-1.6.4-11.fc21.1.armv7hl requires libint(armv7hl-32) =
0:1.1.6-2.fc21
[audtty]
audtty-0.1.12-9.fc20.armv7hl requires
If someone would review this one and let me know what to review
Review Request: dnfdaemon - Dbus daemon for dnf package actions
https://bugzilla.redhat.com/show_bug.cgi?id=1149390
Tim
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Compose started at Sat Oct 4 05:15:08 UTC 2014
Broken deps for i386
--
[Agda]
ghc-Agda-2.3.2.2-5.fc22.i686 requires libHSterminfo-0.3.2.5-ghc7.6.3.so
ghc-Agda-2.3.2.2-5.fc22.i686 requires libHShaskeline-0.7.0.3-ghc7.6.3.so
On 10/03/2014 07:37 PM, Ray Strode wrote:
Hi,
I agree with Rahul that standard is not a great name for the
nonstandard, non-productized upgrade, though. Generic is more
descriptive anyway.
I'm not sure it's worth repainting the bikeshed at this point, but
during the alluded-to discussion a few
I am sorry I did not fully follow the discussions earlier.
I only recall it was supposed to exist some compatibility
layer at some point.
But I keep all the time needing to
$ sudo rm -f /var/lib/rpm/__db*
because I forget and use yum instead of dnf in rawhide.
I am not really needing
I am sorry I did not fully follow the discussions earlier.
I only recall it was supposed to exist some compatibility
layer at some point.
But I keep all the time needing to
$ sudo rm -f /var/lib/rpm/__db*
there is no need to do so
because I forget and use yum instead of dnf in rawhide.
On Fri, 2014-10-03 at 19:37 -0400, Ray Strode wrote:
I'm not sure it's worth repainting the bikeshed at this point, but
during the alluded-to discussion a few alternative names came up that
would have been better than fedora-release-standard:
1) fedora-release-nonstandard
That this was the
2014-10-04 11:08 GMT-03:00 Reindl Harald h.rei...@thelounge.net:
First think of me of as just an slightly above average user :)
I am sorry I did not fully follow the discussions earlier.
I only recall it was supposed to exist some compatibility
layer at some point.
But I keep all the
Am 04.10.2014 um 16:49
2014-10-04 11:08 GMT-03:00 Reindl Harald h.rei...@thelounge.net:
First think of me of as just an slightly above average user :)
I am sorry I did not fully follow the discussions earlier.
I only recall it was supposed to exist some compatibility
layer at some point.
On 10/04/2014 01:05 AM, Rahul Sundaram wrote:
On Fri, Oct 3, 2014 at 6:59 PM, Nico Kadel-Garci wrote:
And it's going to break backports to EPEL for RHEL 5 or RHEL 6, or
CentOS or Scientific Linux, pretty seriously
Please explain how.
Systems which haven't undergone UsrMove don't
Dne 4.10.2014 v 18:00 Florian Weimer napsal(a):
On 10/04/2014 01:05 AM, Rahul Sundaram wrote:
On Fri, Oct 3, 2014 at 6:59 PM, Nico Kadel-Garci wrote:
And it's going to break backports to EPEL for RHEL 5 or RHEL 6, or
CentOS or Scientific Linux, pretty seriously
Please explain how.
Reindl Harald writes:
Am 03.10.2014 um 23:57 schrieb Rahul Sundaram:
On Fri, Oct 3, 2014 at 5:38 PM, Reindl Harald wrote:
generic is technical speak or for normal people outside IT at best
has a negative context to generica and spam
I never heared about „generica” and seing the
On 10/04/2014 06:03 PM, Zdenek Kabelac wrote:
We still have universal:
#/usr/bin/env bash
Sadly, some systems have /bin/env, but not /usr/bin/env.
--
Florian Weimer / Red Hat Product Security
--
devel mailing list
devel@lists.fedoraproject.org
Am 04.10.2014 um 18:08 schrieb Florian Weimer:
On 10/04/2014 06:03 PM, Zdenek Kabelac wrote:
We still have universal:
#/usr/bin/env bash
Sadly, some systems have /bin/env, but not /usr/bin/env
on the Fedoras side a non-brainer
just use /bin/env since after UsrMove both works
Am 04.10.2014 um 18:08 schrieb Jaroslav Nahorny:
Am 03.10.2014 um 23:57 schrieb Rahul Sundaram:
On Fri, Oct 3, 2014 at 5:38 PM, Reindl Harald wrote:
generic is technical speak or for normal people outside IT at best
has a negative context to generica and spam
I never heared about
Dne 4.10.2014 v 18:08 Florian Weimer napsal(a):
On 10/04/2014 06:03 PM, Zdenek Kabelac wrote:
We still have universal:
#/usr/bin/env bash
Sadly, some systems have /bin/env, but not /usr/bin/env.
Sadly it's fault of that distro - Fedora is not here to fix other distro
mistakes...
'env'
On Sat, Oct 04, 2014 at 11:02:23AM -0300, Paulo César Pereira de Andrade wrote:
I only recall it was supposed to exist some compatibility
layer at some point.
But I keep all the time needing to
$ sudo rm -f /var/lib/rpm/__db*
because I forget and use yum instead of dnf in rawhide.
I'm
On Sat, Oct 04, 2014 at 11:56:41AM +0200, drago01 wrote:
I agree with Rahul that standard is not a great name for the
nonstandard, non-productized upgrade, though. Generic is more
descriptive anyway.
But vanilla is the most delicious.
But has no meaning that context for pretty much all
On 3 Oct 2014, at 19:37, Ray Strode wrote:
I'm not sure it's worth repainting the bikeshed at this point, but
during the alluded-to discussion a few alternative names came up that
would have been better than fedora-release-standard:
1) fedora-release-nonstandard
2) fedora-release-custom
3)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all.
These warnings appear during a package review; apparently,
fedora-review command completes all its tasks.
WARNING: Illegal return from
/usr/share/fedora-review/scripts/generic-excludearch.sh, code 82,
output: stdout:None
On 2014-10-04 20:12, Antonio Trande wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all.
These warnings appear during a package review; apparently,
fedora-review command completes all its tasks.
WARNING: Illegal return from
/usr/share/fedora-review/scripts/generic-excludearch.sh, code
2014-10-04 13:32 GMT-03:00 Matthew Miller mat...@fedoraproject.org:
On Sat, Oct 04, 2014 at 11:02:23AM -0300, Paulo César Pereira de Andrade
wrote:
I only recall it was supposed to exist some compatibility
layer at some point.
But I keep all the time needing to
$ sudo rm -f
Hi
On Sat, Oct 4, 2014 at 5:03 PM, Paulo César Pereira de Andrade
I did not remove plain yum so far on purpose, because I was expecting
it to be automatically replaced, or kept working, but only now I sent a
note
about the problems I noticed :)
Would you filing a bug report against yum
2014-10-04 18:23 GMT-03:00 Rahul Sundaram methe...@gmail.com:
Hi
On Sat, Oct 4, 2014 at 5:03 PM, Paulo César Pereira de Andrade
I did not remove plain yum so far on purpose, because I was expecting
it to be automatically replaced, or kept working, but only now I sent a
note
about the
I checked that I was talking from experience as 1 or more weeks
ago. For a single package install indeed, dnf and yum are now
working.
I figured I have a lot of duplicates left from some earlier update,
for example:
$ rpm -q xz-libs
xz-libs-5.1.2-13alpha.fc22.x86_64
I need python-sphinxcontrib-issuetracker to update to the latest version
of StarCluster. Any help appreciated:
https://bugzilla.redhat.com/show_bug.cgi?id=1089416
I could probably review something in return as well :)
--
Orion Poplawski
Technical Manager 303-415-9701 x222
I'm happy with ext4. Just out of curiosity, though, how is XFS working out
on RHEL 7?
On Fri, Oct 3, 2014 at 6:43 PM, Ian Kent ra...@themaw.net wrote:
On Fri, 2014-10-03 at 13:18 +0200, Juan Orti Alcaine wrote:
El 2014-10-03 11:38, Steven Whitehouse escribió:
Hi,
I should also add (just
perl-Qt has broken dependencies in the rawhide tree:
On x86_64:
perl-Qt-0.96.0-11.fc22.x86_64 requires perl(:MODULE_COMPAT_5.18.2)
perl-Qt-0.96.0-11.fc22.x86_64 requires libperl.so.5.18()(64bit)
On i386:
perl-Qt-0.96.0-11.fc22.i686 requires perl(:MODULE_COMPAT_5.18.2)
https://bugzilla.redhat.com/show_bug.cgi?id=1141390
--- Comment #2 from Denis Fateyev de...@fateyev.com ---
I skipped Pod::Readme and Pod::Markdown dependencies intentionally because they
didn't affect the build or core functionality, - and the first was missing in
epel7 [1], the second was
perl-Catalyst-Devel has broken dependencies in the epel-6 tree:
On ppc64:
perl-Catalyst-Devel-1.28-1.el6.1.noarch requires
perl(File::Copy::Recursive)
Please resolve this as soon as possible.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel
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-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-Catalyst-Devel has broken dependencies in the epel-6 tree:
On ppc64:
perl-Catalyst-Devel-1.28-1.el6.1.noarch requires
perl(File::Copy::Recursive)
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-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)
Please resolve this as soon as
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-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)
https://bugzilla.redhat.com/show_bug.cgi?id=1141390
--- Comment #3 from David Dick dd...@cpan.org ---
Those modules are required in Makefile.PL, so BuildRequires should be put in
place for them.
Having Pod::Readme available allows the regeneration of the README file, which
fixes the
46 matches
Mail list logo