The following Fedora EPEL 6 Security updates need testing:
Age URL
669
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5620/bugzilla-3.4.14-2.el6
98
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-12079/bip-0.8.9-1.el6
22
On Wed, Feb 19, 2014 at 07:18:12AM +, Fedora Rawhide Report wrote:
Compose started at Tue Feb 18 19:39:04 UTC 2014
Broken deps for i386
--
[koji]
koji-vm-1.8.0-2.fc20.noarch requires python-virtinst
Ping^2?
From what I see,
On Wed, Nov 13, 2013 at 7:29 PM, Przemek Klosowski
przemek.klosow...@nist.gov wrote:
On 11/12/2013 07:47 AM, Miroslav Suchý wrote:
2) if you know that some machines change fingerprint and you *trust it*
you can do:
~/.ssh/config:
Host 192.168.1.1
UserKnownHostsFile /dev/null
It
Following is the list of topics that will be discussed in the FESCo
meeting Wednesday at 18:00UTC in #fedora-meeting on irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '-MM-DD HH:MM UTC'
Links to all tickets
On Wed, Feb 19, 2014 at 02:23:02AM +0100, Sancho Lerena wrote:
I submitted a package for review / looking for SPONSOR some weeks ago, but it
stills waiting, is there anyone who want to help me with this package ?.
Pandora FMS is a monitoring software, and this is the agent for Linux.
On 01/15/2014 04:16 PM, Jan Staněk wrote:
What should one do if the SW he is trying to package produce only
unversioned *.so files? I'm currently trying to package LMDB [1] as
possible alternative for BerkeleyDB in Fedora, and the hand-written
makefile produce only liblmdb.so.
I'm trying to
- Original Message -
Following is the list of topics that will be discussed in the FESCo
meeting Wednesday at 18:00UTC in #fedora-meeting on irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '-MM-DD
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 18 Feb 2014 18:27:41 -0600
Jon jdisn...@gmail.com wrote:
Propose the unit file be packaged.
* Releng does not want this in fedora-release.
Not true, just not convinced its the best place for it. If it turns out
it really is the best place
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 19 Feb 2014 13:30:46 +0530
Kashyap Chamarthy kcham...@redhat.com wrote:
On Wed, Feb 19, 2014 at 07:18:12AM +, Fedora Rawhide Report wrote:
Compose started at Tue Feb 18 19:39:04 UTC 2014
Broken deps for i386
- Original Message -
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 18 Feb 2014 18:27:41 -0600
Jon jdisn...@gmail.com wrote:
Propose the unit file be packaged.
* Releng does not want this in fedora-release.
Not true, just not convinced its the best place for it. If
Hi All,
I have submitted a package for a bioinformatics tool - autodocksuite for
review.
Can someone please review the package for inclusion in Fedora?
Here is the review request -
https://bugzilla.redhat.com/show_bug.cgi?id=1067041
Thanks.
Regards,
Mukundan.
--
devel mailing list
Tomas Mraz (tm...@redhat.com) said:
Following is the list of topics that will be discussed in the FESCo
meeting Wednesday at 18:00UTC in #fedora-meeting on irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d
Hi,
I'm trying to figure out if it makes sense to rename the cloud-utils
(sub-)package for EPEL7 and F21.
Upstream (Ubuntu) used to have a single package named cloud-utils which we
decided to split up into two packages, cloud-utils and
cloud-utils-growpart. The reason being that cloud-utils
If upstream (in this case ubuntu) renamed it totally makes sense to
rename. As for the rpm implications I believe you:
1) notify the list package(s) renaming
2) add the appropriate Obsoletes tag in the new packages
That's it I think? someone else may want to weigh in tho.
On Wed, Feb 19, 2014
On Sun, 2014-02-16 at 14:38 +, Richard Hughes wrote:
On 14 February 2014 21:43, Przemek Klosowski przemek.klosow...@nist.gov
wrote:
If we are providing a next-generation UI for installing, to replace yum
That's not what we're doing.
To expand a bit: insofar as Software - the tool
On 02/19/2014 01:25 PM, Honza Horak wrote:
On 01/15/2014 04:16 PM, Jan Staněk wrote:
Looking around to some other projects (e.g. v8) people usually tend to
use version of the package to be soname version of the library. However,
I see some questions raised by that approach:
A pretty
On Wed, Feb 19, 2014 at 8:08 AM, Dennis Gilmore den...@ausil.us wrote:
i think limiting to systemd is wrong. maybe the package should be
fedora-config-foo it could put other config snippets, or pull in
packages for the experience of the product.
Yes, we could potentially obsolete the
On Wed, Feb 19, 2014 at 7:31 PM, Colin Walters walt...@verbum.org wrote:
On Wed, Feb 19, 2014 at 8:08 AM, Dennis Gilmore den...@ausil.us wrote:
i think limiting to systemd is wrong. maybe the package should be
fedora-config-foo it could put other config snippets, or pull in packages
for the
On Wed, 19.02.14 18:31, Colin Walters (walt...@verbum.org) wrote:
On Wed, Feb 19, 2014 at 8:08 AM, Dennis Gilmore den...@ausil.us wrote:
i think limiting to systemd is wrong. maybe the package should be
fedora-config-foo it could put other config snippets, or pull in
packages for the
On 19 February 2014 18:16, Adam Williamson awill...@redhat.com wrote:
For those
who really want a GUI package installer, the old gpk is still available
in a not-installed-by-default package (though I assume Richard will
eventually drop it), and yumex is always an option.
There are quite a few
On Wed, Feb 19, 2014 at 1:58 PM, Miloslav Trmač m...@volny.cz wrote:
I think it's perfectly fine to have them conflict.
You didn't reply to the part of my mail where I was describing the
Workstation on a Server case. Are you saying that you do not believe
this case is valid? Or that such
On Wed, Feb 19, 2014 at 8:28 PM, Colin Walters walt...@verbum.org wrote:
On Wed, Feb 19, 2014 at 1:58 PM, Miloslav Trmač m...@volny.cz wrote:
I think it's perfectly fine to have them conflict.
You didn't reply to the part of my mail where I was describing the
Workstation on a Server case.
On Tue, Feb 18, 2014 at 03:33:43PM -0800, Noriko Hosoi wrote:
https://fedorahosted.org/389/ticket/47700
https://fedorahosted.org/389/attachment/ticket/47700/0001-Ticket-47700-Unresolved-external-symbol-references-b.2.patch
git patch file (master, take2) -- Using ld option -z defs, cleaned
Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2014-02-20 17:00 UTC in #fedora-meeting-1 on
irc.freenode.net.
Local time information (via. rktime):
2014-02-20 09:00 Thu US/Pacific PST
2014-02-20 12:00 Thu US/Eastern EST
2014-02-20
On Wed, Feb 19, 2014 at 03:12:38PM -0500, James Antill wrote:
#topic #382 Go Packaging Guidelines Draft
.fpc 382
https://fedorahosted.org/fpc/ticket/382
I won't be around at the time of the meeting -- I don't know if I'm needed,
or if some of the other people with interest in Go can show
As far as two (or more) fedora-presets' being installed at once, I
would say we allow the user to resolve the problem via .rpmnew
The implication is users would have to pick a -config/-preset package
and then e.g. adjust things
This only works if the preset file has the same name across all the
On Wed, 2014-02-19 at 15:12 -0600, Jon wrote:
As far as two (or more) fedora-presets' being installed at once, I
would say we allow the user to resolve the problem via .rpmnew
The implication is users would have to pick a -config/-preset package
and then e.g. adjust things
This only works
Hi,
Sorry I'm little busy right now, to detail much but I submit the same
build twice, one ended in arm builder and fails the other ended in
buildvm-26.phx2 and don't failed, so I though this much be reported ...
http://koji.fedoraproject.org/koji/taskinfo?taskID=6549489
On Wed, 2014-02-19 at 18:03 -0500, Simo Sorce wrote:
On Wed, 2014-02-19 at 15:12 -0600, Jon wrote:
As far as two (or more) fedora-presets' being installed at once, I
would say we allow the user to resolve the problem via .rpmnew
The implication is users would have to pick a
On Wed, 2014-02-19 at 19:27 +0100, Ralf Corsepius wrote:
On 02/19/2014 01:25 PM, Honza Horak wrote:
On 01/15/2014 04:16 PM, Jan Staněk wrote:
Looking around to some other projects (e.g. v8) people usually tend to
use version of the package to be soname version of the library. However,
I
On Wed, Feb 19, 2014 at 8:09 PM, Adam Williamson awill...@redhat.comwrote:
On Wed, 2014-02-19 at 19:27 +0100, Ralf Corsepius wrote:
On 02/19/2014 01:25 PM, Honza Horak wrote:
On 01/15/2014 04:16 PM, Jan Staněk wrote:
Looking around to some other projects (e.g. v8) people usually tend
Something seems to be wrong with 'fedpkg new-sources' here. :-(
% fedpkg new-sources libuv-v0.10.25.tar.gz
Uploading: 329a61fa3c30acf46efef1a9221b2054 libuv-v0.10.25.tar.gz
Could not execute new_sources: Lookaside failure: (60, Peer's
certificate issuer has been marked as not trusted by the
On Wed, 19 Feb 2014 20:35:22 -0700
T.C. Hollingsworth tchollingswo...@gmail.com wrote:
Something seems to be wrong with 'fedpkg new-sources' here. :-(
% fedpkg new-sources libuv-v0.10.25.tar.gz
Uploading: 329a61fa3c30acf46efef1a9221b2054 libuv-v0.10.25.tar.gz
Could not execute
On Wed, Feb 19, 2014 at 11:26:06PM +, Sérgio Basto wrote:
Hi,
Sorry I'm little busy right now, to detail much but I submit the same
build twice, one ended in arm builder and fails the other ended in
buildvm-26.phx2 and don't failed, so I though this much be reported ...
On Wed, Feb 19, 2014 at 8:37 PM, Kevin Fenzi ke...@scrye.com wrote:
I've seen this a few times and it was something wacky in ~/.pki/
can you try a 'mv ~/.pki ~/.pki.sav' and see if it works?
That did the trick. Thanks for the _very_ quick help. :-)
-T.C.
--
devel mailing list
On Wed, Feb 19, 2014 at 10:40:41PM -0500, Kyle McMartin wrote:
Sorry I'm little busy right now, to detail much but I submit the same
build twice, one ended in arm builder and fails the other ended in
buildvm-26.phx2 and don't failed, so I though this much be reported ...
On Tue, Feb 18, 2014 at 10:57 AM, Dave Johansen davejohan...@gmail.comwrote:
On Tue, Feb 18, 2014 at 8:19 AM, Dennis Gilmore den...@ausil.us wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 18 Feb 2014 08:06:53 -0700
Dave Johansen davejohan...@gmail.com wrote:
I'm trying to
On Qua, 2014-02-19 at 23:45 -0500, Kyle McMartin wrote:
On Wed, Feb 19, 2014 at 10:40:41PM -0500, Kyle McMartin wrote:
Sorry I'm little busy right now, to detail much but I submit the same
build twice, one ended in arm builder and fails the other ended in
buildvm-26.phx2 and don't
commit 73907e409cf33b2813a2243b493048ebf2e100b0
Author: Jitka Plesnikova jples...@redhat.com
Date: Wed Feb 19 09:31:48 2014 +0100
1.88 bump
.gitignore|1 +
perl-XML-LibXSLT.spec |5 -
sources |2 +-
3 files changed, 6 insertions(+), 2 deletions(-)
https://bugzilla.redhat.com/show_bug.cgi?id=1066378
Jitka Plesnikova jples...@redhat.com changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed
perl-PDL has broken dependencies in the epel-7 tree:
On ppc64:
perl-PDL-2.7.0-2.el7.1.ppc64 requires perl(PDL::Slatec)
Please resolve this as soon as possible.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
dspam has broken dependencies in the epel-7 tree:
On x86_64:
dspam-3.10.2-9.el7.x86_64 requires perl(Mail::MboxParser)
On ppc64:
dspam-3.10.2-9.el7.ppc64 requires perl(Mail::MboxParser)
Please resolve this as soon as possible.
--
Fedora Extras Perl SIG
stompclt has broken dependencies in the epel-7 tree:
On x86_64:
stompclt-1.1-1.el7.noarch requires perl(Net::STOMP::Client) = 0:2.0
On ppc64:
stompclt-1.1-1.el7.noarch requires perl(Net::STOMP::Client) = 0:2.0
Please resolve this as soon as possible.
--
Fedora Extras Perl SIG
perl-Unicode-LineBreak has broken dependencies in the epel-7 tree:
On x86_64:
perl-Unicode-LineBreak-2013.11-1.el7.x86_64 requires
perl(Unicode::LineBreak::Constants)
On ppc64:
perl-Unicode-LineBreak-2013.11-1.el7.ppc64 requires
perl(Unicode::LineBreak::Constants)
Please
https://bugzilla.redhat.com/show_bug.cgi?id=1040414
Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org
changed:
What|Removed |Added
https://bugzilla.redhat.com/show_bug.cgi?id=1066370
Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org
changed:
What|Removed |Added
commit b66addec02936af109e2fccf3c8f57352ba4e9ee
Author: Petr Písař ppi...@redhat.com
Date: Wed Feb 19 13:28:16 2014 +0100
Declare optional tests
perl-threads-shared.spec |9 +++--
1 files changed, 7 insertions(+), 2 deletions(-)
---
diff --git a/perl-threads-shared.spec
Summary of changes:
28acfa7... Perl 5.18 rebuild (*)
878ffa0... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel
A file has been added to the lookaside cache for perl-Digest-SHA:
3aba7728986e95ef49b4de0d6bfe38a9 Digest-SHA-5.87.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://bugzilla.redhat.com/show_bug.cgi?id=1067003
Denis Fateyev de...@fateyev.com changed:
What|Removed |Added
CC|
commit 8d021a3956bbb1762ae52a04a5bc425a77c8a3ad
Author: Petr Písař ppi...@redhat.com
Date: Wed Feb 19 14:57:08 2014 +0100
5.87 bump
.gitignore |1 +
perl-Digest-SHA.spec | 15 +--
sources |2 +-
3 files changed, 11 insertions(+), 7 deletions(-)
https://bugzilla.redhat.com/show_bug.cgi?id=1067003
--- Comment #1 from Denis Fateyev de...@fateyev.com ---
Description is a bit bogus (auto-imported from CPAN), here is a more
appropriate and shorten version:
This module recognizes various absolute and relative date/time formats. There
can be
https://bugzilla.redhat.com/show_bug.cgi?id=1066369
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In
A file has been added to the lookaside cache for perl-HTTP-Tiny:
23bcc320c7873fe1d4482eb5e2c41cc5 HTTP-Tiny-0.042.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 9ead9d3ed0193d816f41f2993eec64cabfb011da
Author: Petr Písař ppi...@redhat.com
Date: Wed Feb 19 15:31:13 2014 +0100
0.042 bump
.gitignore |1 +
...y-0.042-Croak-on-failed-write-into-a-file.patch |8 +++---
perl-HTTP-Tiny.spec
https://bugzilla.redhat.com/show_bug.cgi?id=1066370
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In
https://bugzilla.redhat.com/show_bug.cgi?id=1066670
--- Comment #2 from Bill Nottingham nott...@redhat.com ---
Maybe not a conversation for the bug, but what I don't get is *why* having
https optional is a feature; I cannot think of other web clients that have it
optional in this way.
--
You
https://bugzilla.redhat.com/show_bug.cgi?id=1066670
--- Comment #3 from Petr Pisar ppi...@redhat.com ---
(1) It brings nontrivial amount of dependencies. Especially crypto
dependencies.
(2) The whole idea of libwww is to be pluggable. There is support for FTP,
Gopher, NNTP, etc. HTTPS is just
https://bugzilla.redhat.com/show_bug.cgi?id=1056343
--- Comment #2 from Paul Howarth p...@city-fan.org ---
Following a discussion with upstream, I have found a way to update
Module::Build::Tiny in F-20 and EPEL-7. First, though, somebody needs to review
a perl-TAP-Harness-Env package (Bug
https://bugzilla.redhat.com/show_bug.cgi?id=1064689
--- Comment #2 from Paul Howarth p...@city-fan.org ---
Following a discussion with upstream, I have found a way to update
Module::Build::Tiny in F-20 and EPEL-7. First, though, somebody needs to review
a perl-TAP-Harness-Env package (Bug
perl-Catalyst-Controller-HTML-FormFu has broken dependencies in the rawhide
tree:
On x86_64:
perl-Catalyst-Controller-HTML-FormFu-0.09004-4.fc20.noarch requires
perl(HTML::FormFu::MultiForm)
On i386:
perl-Catalyst-Controller-HTML-FormFu-0.09004-4.fc20.noarch requires
mojomojo has broken dependencies in the rawhide tree:
On x86_64:
mojomojo-1.10-1.fc20.noarch requires
perl(HTML::FormFu::Element::reCAPTCHA)
On i386:
mojomojo-1.10-1.fc20.noarch requires
perl(HTML::FormFu::Element::reCAPTCHA)
On armhfp:
mojomojo-1.10-1.fc20.noarch
perl-Language-Expr has broken dependencies in the rawhide tree:
On x86_64:
perl-Language-Expr-0.19-4.fc19.noarch requires
perl(:MODULE_COMPAT_5.16.2)
On i386:
perl-Language-Expr-0.19-4.fc19.noarch requires
perl(:MODULE_COMPAT_5.16.2)
On armhfp:
https://bugzilla.redhat.com/show_bug.cgi?id=1066670
--- Comment #4 from Bill Nottingham nott...@redhat.com ---
1) Only additional dependencies over perl-libwww-perl (from installing in a
chroot) are Mozilla-CA and itself, total of 22k.
2) Right, and ftp, gopher, nntp are all in the main
commit 43b3fa0100134b6cd17d7e79301b85b7ba1372f5
Author: Xavier Bachelot xav...@bachelot.org
Date: Wed Feb 19 22:28:45 2014 +0100
Fix filtering for EL7
perl-Unicode-LineBreak.spec |9 ++---
1 files changed, 6 insertions(+), 3 deletions(-)
---
diff --git
Summary of changes:
43b3fa0... Fix filtering for EL7 (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://bugzilla.redhat.com/show_bug.cgi?id=1067180
Vincent Danen vda...@redhat.com changed:
What|Removed |Added
CC||emman...@seyman.fr,
https://bugzilla.redhat.com/show_bug.cgi?id=1067180
Vincent Danen vda...@redhat.com changed:
What|Removed |Added
Depends On||1067185
https://bugzilla.redhat.com/show_bug.cgi?id=1067186
--- Comment #1 from Vincent Danen vda...@redhat.com ---
Please use the following update submission link to create the Bodhi
request for this issue as it contains the top-level parent bug(s) as well
as this tracking bug. This will ensure that
https://bugzilla.redhat.com/show_bug.cgi?id=1067185
Bug ID: 1067185
Summary: perl-CGI-Application: information disclosure flaw
[fedora-all]
Product: Fedora
Version: 20
Component: perl-CGI-Application
Keywords:
https://bugzilla.redhat.com/show_bug.cgi?id=1067186
Bug ID: 1067186
Summary: perl-CGI-Application: information disclosure flaw
[epel-6]
Product: Fedora EPEL
Version: el6
Component: perl-CGI-Application
Keywords:
https://bugzilla.redhat.com/show_bug.cgi?id=1067185
--- Comment #1 from Vincent Danen vda...@redhat.com ---
Please use the following update submission link to create the Bodhi
request for this issue as it contains the top-level parent bug(s) as well
as this tracking bug. This will ensure that
https://bugzilla.redhat.com/show_bug.cgi?id=1067180
--- Comment #1 from Vincent Danen vda...@redhat.com ---
CVE request:
http://openwall.com/lists/oss-security/2014/02/19/11
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug
https://bugzilla.redhat.com/show_bug.cgi?id=1066670
--- Comment #5 from Petr Pisar ppi...@redhat.com ---
(1) You have lost the TLS implementation somewhere.
(2) Well, they do not require the whole bunch of TLS stuff.
I got a message yesterday that Fedora's rpm finally understands optional
74 matches
Mail list logo