The following Fedora EPEL 5 Security updates need testing:
Age URL
630
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5630/bugzilla-3.2.10-5.el5
121
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11560/fail2ban-0.8.10-4.el5
85
The following Fedora EPEL 6 Security updates need testing:
Age URL
630
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5620/bugzilla-3.4.14-2.el6
87
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11865/quassel-0.9.1-1.el6
60
Some thoughts:
http://fedoraproject.org/PackageReviewStatus/NEEDSPONSOR.html
http://fedoraproject.org/PackageReviewStatus/
http://fedoraproject.org/wiki/How_to_get_sponsored_into_the_packager_group
There is a growing number of people in the NEEDSPONSOR queue, who have
submitted a single
On Sun, Jan 12, 2014 at 10:29:54AM +0100, Michael Schwendt wrote:
There is a growing number of people in the NEEDSPONSOR queue, who have
submitted a single package only and who don't attempt at doing a review of
a different package in the various queues (not even a review of the own
package).
Sometimes sponsorship is quite easy, this is unfair to other people around:
https://bugzilla.redhat.com/show_bug.cgi?id=1048966
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct:
Hi,
On Sun, Jan 12, 2014 at 3:46 PM, Jochen Schmitt joc...@herr-schmitt.dewrote:
On Sun, Jan 12, 2014 at 10:29:54AM +0100, Michael Schwendt wrote:
There is a growing number of people in the NEEDSPONSOR queue, who have
submitted a single package only and who don't attempt at doing a review
Compose started at Sun Jan 12 05:15:07 UTC 2014
Broken deps for i386
--
[OpenEXR_CTL]
OpenEXR_CTL-1.0.1-16.fc20.i686 requires libImath.so.6
OpenEXR_CTL-1.0.1-16.fc20.i686 requires libIlmThread.so.6
On 01/12/2014 10:29 AM, Michael Schwendt wrote:
Some thoughts:
http://fedoraproject.org/PackageReviewStatus/NEEDSPONSOR.html
http://fedoraproject.org/PackageReviewStatus/
http://fedoraproject.org/wiki/How_to_get_sponsored_into_the_packager_group
There is a growing number of people
I just wonder why `authconfig` creates:
/etc/pam.d/system-auth - system-auth-ac
/etc/pam.d/postlogin - postlogin-ac
/etc/pam.d/password-auth - password-auth-ac
etc.
Why those links and why -ac suffix? Why it does not modify original
files directly?
Is there some story behind?
Mirek
--
On Sun, 12 Jan 2014 11:16:42 +0100, Jochen Schmitt wrote:
There is a growing number of people in the NEEDSPONSOR queue, who have
submitted a single package only and who don't attempt at doing a review of
a different package in the various queues (not even a review of the own
package).
On 1-9-14 15:43:50 Ales Kozumplik wrote:
New DNF release is out. See the blog [1], the release notes [2] and
the F20 update [3]. Rawhide build went smooth this time too!
I see this using 0.4.11. What am I doing wrong?
garry@vfr$ sudo dnf --enablerepo=updates-testing update kernel\*
[sudo]
On 1-12-14 11:39:35 Rahul Sundaram wrote:
On Sun, Jan 12, 2014 at 11:30 AM, Garry T. Williams wrote:
On 1-9-14 15:43:50 Ales Kozumplik wrote:
New DNF release is out. See the blog [1], the release notes [2] and
the F20 update [3]. Rawhide build went smooth this time too!
I see this
Adam Williamson wrote:
I'm coming to the conclusion that at some point distros have to give up
swimming against the tide and just say, look, if this is the way this
ecosystem wants to go, then it's your problem. Fedora's job for such
ecosystems would simply be to make sure their distribution
On Sun, 2014-01-12 at 18:55 +0100, Kevin Kofler wrote:
Adam Williamson wrote:
I'm coming to the conclusion that at some point distros have to give up
swimming against the tide and just say, look, if this is the way this
ecosystem wants to go, then it's your problem. Fedora's job for such
Am 12.01.2014 19:39, schrieb Adam Williamson:
Have you looked at what people are installing on Fedora lately? Have you
looked at how much PHP stuff there is out there vs. what we have
packaged 'properly'? Java? Ruby? Do you know anyone who deploys
Wordpress plugins via distribution packages?
On 1-12-14 18:18:00 M A Young wrote:
On Sun, 12 Jan 2014, Garry T. Williams wrote:
On 1-9-14 15:43:50 Ales Kozumplik wrote:
New DNF release is out. See the blog [1], the release notes [2] and
the F20 update [3]. Rawhide build went smooth this time too!
I see this using 0.4.11. What am
On 12 January 2014 21:06, Garry T. Williams gtwilli...@gmail.com wrote:
On 1-12-14 18:18:00 M A Young wrote:
On Sun, 12 Jan 2014, Garry T. Williams wrote:
On 1-9-14 15:43:50 Ales Kozumplik wrote:
New DNF release is out. See the blog [1], the release notes [2] and
the F20 update [3].
On 1-12-14 11:30:31 you wrote:
On 1-9-14 15:43:50 Ales Kozumplik wrote:
New DNF release is out. See the blog [1], the release notes [2] and
the F20 update [3]. Rawhide build went smooth this time too!
I see this using 0.4.11. What am I doing wrong?
[snip]
garry@vfr$ sudo dnf clean all
On 10.01.2014 21:12, Matthew Miller wrote:
On Thu, Jan 09, 2014 at 07:58:44PM -0800, Adam Williamson wrote:
So the question becomes, what is it appropriate for a distribution to do
in this situation? My personal opinion is that what's appropriate for a
distribution to do is also, happily,
On 1-12-14 20:27:26 Reindl Harald wrote:
dnf clean all without dnf --enablerepo=updates-testing clean all
does exactly *nothing* in case of updates-testing, the same for
YUM simply because folders of non-enabled repos are not relevant for
any operation
Yeah, I feel pretty stupid now.
--
Am 12.01.2014 21:38, schrieb Garry T. Williams:
On 1-12-14 20:27:26 Reindl Harald wrote:
dnf clean all without dnf --enablerepo=updates-testing clean all
does exactly *nothing* in case of updates-testing, the same for
YUM simply because folders of non-enabled repos are not relevant for
any
On 12.01.2014 22:34, Alek Paunov wrote:
[*] Crucial aspect of any sophisticated data management system is the
data query and manipulation language. Unfortunately the choices are
rather limited - Imperative approaches (recently resurrected by some
NoSQL DBs) are weak and error
Installer sees the partitions of other Linuxes. But when rebooting after
installation Fedora was the only choice.
Running grub2-mkconfig fixed it, ie other distribution became available. Sort
of. Problems:
1) Fedora was the default and there is no easy way (that is without reading
the 150+
On 12.01.2014 22:34, Alek Paunov wrote:
- sccd-web: WebUI exposing full functionality, alternatively Cockpit
(OpenLMI WebUI) extension.
...
- NTH: SCC local state inheritance between instances
Fedora Social: Almost every developer or sysadmins like to demonstrate
how clean and clever
On Jan 12, 2014, at 1:51 PM, Alek Paunov a...@declera.com wrote:
Once we apply FS snapshotting, combined with the SCC NTHs above, there
are at least two appealing use-cases:
- reusing one base e.g. F20 server container image for both the host and
the incompatible containers (e.g. when
On 01/12/2014 08:27 PM, Reindl Harald wrote:
dnf clean all without dnf --enablerepo=updates-testing clean all does
exactly*nothing* in case of updates-testing, the same for YUM simply
because folders of non-enabled repos are not relevant for any operation
And is this correct behavior? (and
Am 12.01.2014 22:42, schrieb Miroslav Suchy:
On 01/12/2014 08:27 PM, Reindl Harald wrote:
dnf clean all without dnf --enablerepo=updates-testing clean all does
exactly *nothing* in case of updates-testing, the same for YUM simply
because folders of non-enabled repos are not relevant for any
I have come to understand that for yum, commands like clean only applies to
the actual buildroot. So without a -r argument, the cleaning is done on the
default root, whatever this might be(?).
Actually, there is probably nothing wrong with this - it works fine when
using the -r option. Problems
from a developers point of view the current behavior is clear and perfect
what is not enabled is handeled as it would not exist
means:
repos with enabled=0 are completly ignored until --enablrepo with no
but and if - clear and straight logical decision
from a users point of view all has a
On Jan 12, 2014, at 1:58 PM, Jean François Martinez jfm...@free.fr wrote:
Installer sees the partitions of other Linuxes. But when rebooting after
installation Fedora was the only choice.
Running grub2-mkconfig fixed it, ie other distribution became available.
Sort of. Problems:
1)
Well, IMHO the docs are actually quite clear on that 'all' refers to all
metadata rather than all repositories.
That said, perhaps enough people has been confused by this to make some
kind of improvement motivated.
--
devel mailing list
devel@lists.fedoraproject.org
On Sun, Jan 12, 2014 at 5:23 PM, Alec Leamas wrote:
Well, IMHO the docs are actually quite clear on that 'all' refers to all
metadata rather than all repositories.
That said, perhaps enough people has been confused by this to make some kind
of improvement motivated.
I am pretty sure if you
Am 13.01.2014 00:17, schrieb Orcan Ogetbil:
On Sun, Jan 12, 2014 at 5:23 PM, Alec Leamas wrote:
Well, IMHO the docs are actually quite clear on that 'all' refers to all
metadata rather than all repositories.
That said, perhaps enough people has been confused by this to make some kind
of
First of all, this is not, and have never been a question of disabled
repos. Or should not have. yum clean all refers to cleaning all metadata,
not all repos. It only operates on one single repo, be it implicit (the
default link) or an explicit -r option.
This is what confuses. I know: been
Am 13.01.2014 00:43, schrieb Alec Leamas:
First of all, this is not, and have never been a question of disabled repos.
Or should not have. yum clean all
refers to cleaning all metadata, not all repos. It only operates on one
single repo, be it implicit (the default
link) or an explicit -r
Yes, sorry, forget what I wrote. I messed up mock with yum, that's why.
It's too late for me to chime in here. Sorry for the noise.
On Mon, Jan 13, 2014 at 12:49 AM, Reindl Harald h.rei...@thelounge.netwrote:
Am 13.01.2014 00:43, schrieb Alec Leamas:
First of all, this is not, and have
On Sun, 2014-01-12 at 19:43 +0100, Reindl Harald wrote:
Am 12.01.2014 19:39, schrieb Adam Williamson:
Have you looked at what people are installing on Fedora lately? Have you
looked at how much PHP stuff there is out there vs. what we have
packaged 'properly'? Java? Ruby? Do you know
On Sun, 2014-01-12 at 20:58 +0100, Till Maas wrote:
On Sun, Jan 12, 2014 at 10:39:19AM -0800, Adam Williamson wrote:
On Sun, 2014-01-12 at 18:55 +0100, Kevin Kofler wrote:
So, like Matthew Miller, I think we cannot possibly punt on this issue,
but
I totally DISAGREE with his
I haven't been able to get in touch with Silas Sewell (silas) by email or by
bugzilla. He is the owner of quite a few packages but I'm primarily only
interested in two. They are redis and python-redis. They are both out of date
and I'd like to see them get updated in EPEL. Here links to the
On 12 January 2014 21:27, Reindl Harald h.rei...@thelounge.net wrote:
Am 12.01.2014 20:24, schrieb Ahmad Samir:
On 12 January 2014 21:06, Garry T. Williams gtwilli...@gmail.com wrote:
On 1-12-14 18:18:00 M A Young wrote:
On Sun, 12 Jan 2014, Garry T. Williams wrote:
On 1-9-14 15:43:50 Ales
https://bugzilla.novell.com/show_bug.cgi?id=858448 is openSUSE bug. Is
upstream better for a rough parallel for Fedora, or bugzilla.redhat.com, or
something else? If upstream, where exactly is upstream for reporting poor man
page content?
--
The wise are known for their understanding, and
On 01/12/2014 11:23 PM, Alec Leamas wrote:
Well, IMHO the docs are actually quite clear on that 'all' refers to all
metadata rather than all repositories.
That said, perhaps enough people has been confused by this to make some
kind of improvement motivated.
Let leave yum as is, but let try to
Hello,
I'm just updating evolution-data-server to 3.11.4 in rawhide, which
includes a soname version bump for libcamel (it happened before 3.11.3,
but that version didn't reach Fedora rawhide for some reason).
I'll rebuild all affected packages I have commit rights for.
Bye,
On Mon, 13 Jan 2014 07:51:22 +0200
Ahmad Samir ahmadsamir3...@gmail.com wrote:
Right, I missed that bit.
to be certain you can do dnf(yum) --enablerepo=* clean all
if your intention is truly to remove all cache.
___
Regards,
Frank
www.frankly3d.com
--
devel mailing list
On Sun, 12 Jan 2014 15:21:16 -0700
Chris Murphy li...@colorremedies.com wrote:
On Jan 12, 2014, at 1:58 PM, Jean François Martinez jfm...@free.fr wrote:
Installer sees the partitions of other Linuxes. But when rebooting after
installation Fedora was the only choice.
Running
On Mon, 13 Jan 2014 00:43:13 +0100
Alec Leamas leamas.a...@gmail.com wrote:
First of all, this is not, and have never been a question of disabled
repos. Or should not have. yum clean all refers to cleaning all
metadata, not all repos. It only operates on one single repo, be it
implicit (the
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:
A file has been added to the lookaside cache for perl-Net-SSLeay:
c0f359c7b0816e44a89fadd198c6563c Net-SSLeay-1.57.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit bd95528fcef2195b64fe2ab8414f12cf80d7a56e
Author: Paul Howarth p...@city-fan.org
Date: Sun Jan 12 15:40:54 2014 +
Update to 1.57
- New upstream release 1.57
- fixed remaining problems with test suite: pod coverage and kwalitee
tests
are only enabled with
The lightweight tag 'perl-Net-SSLeay-1.56-1.fc21' was created pointing to:
85b22ba... Update to 1.56
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
The lightweight tag 'perl-Net-SSLeay-1.57-1.fc21' was created pointing to:
bd95528... Update to 1.57
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Summary of changes:
c233d86... Perl 5.18 rebuild (*)
08dea2e... - 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
https://bugzilla.redhat.com/show_bug.cgi?id=1048430
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Status|ON_QA |CLOSED
https://bugzilla.redhat.com/show_bug.cgi?id=1048430
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Fixed In Version|perl-Email-Abstract-3.002-1
https://bugzilla.redhat.com/show_bug.cgi?id=1051980
Bug ID: 1051980
Summary: Please update to = 1.0.1 in F20
Product: Fedora
Version: 20
Component: perl-XML-Catalog
Assignee: jples...@redhat.com
Reporter:
https://bugzilla.redhat.com/show_bug.cgi?id=1051981
Bug ID: 1051981
Summary: Please update to = 1.0.1 in F19
Product: Fedora
Version: 19
Component: perl-XML-Catalog
Assignee: jples...@redhat.com
Reporter:
Hi, I'm new in this mailing list.
I want to use mod_wsgi with python 3.
but someone tell me mod_wsgi in fedora is compiled with python 2 and
suggest me to recompile it.
However, when i recompile it, it show this message
/usr/lib64/apr-1/build/libtool --silent --mode=link gcc -std=gnu99
59 matches
Mail list logo
