Monday Jeff Raber said:
> On 12/09/2010 09:00 PM, Curtis Doty wrote:
>> Why must statefull connection tracking be imposed on every Fedora user?
>>
>> Don't get me wrong. I use netfilter all the time and love it. And it's
>> good to install the userland iptables tools and a simple firewall by
>> de
Rawhide Report wrote:
> - Change license to reflect reality (yes, Artistic1)
The original Artistic license is not an acceptable license in Fedora, as
such:
1. this is not a valid License tag and
2. if those random.* files cannot be relicensed by the original copyright
holders, they MUST be rippe
On Fri, Dec 17, 2010 at 1:36 PM, Matt McCutchen wrote:
> On Fri, 2010-12-17 at 13:20 -0500, Orcan Ogetbil wrote:
>> On Thu, Dec 16, 2010 at 11:03 AM, Chris Adams wrote:
>> > That makes the push process much more fragile/difficult. If you use a
>> > updates-testing build of package A, and package
This outage is considered finished and closed at the moment.
Due to some change in network, DNS traffic was not being properly
moving between Fedora network and Red Hat filer. It appears that in
doing so the filer's NFS permission caches were being flooded with bad
lookups thus increasing CPU and
Matt McCutchen wrote:
> I think the best solution would be to use custom tags routinely and let
> all packagers create their own tags, assuming the infrastructure issues
> can be solved to make that practical.
Currently custom tags do have a non-trivial impact on the buildsystem, so
this is not
On Fri, 2010-12-17 at 13:20 -0500, Orcan Ogetbil wrote:
> On Thu, Dec 16, 2010 at 11:03 AM, Chris Adams wrote:
> > Once upon a time, Stanislav Ochotnicky said:
> >> Note that I am not saying things should go into buildroot as soon as
> >> they are built, but as soon as they are in updates-testing.
On Fri, 2010-12-17 at 13:20 -0500, Orcan Ogetbil wrote:
> On Thu, Dec 16, 2010 at 11:03 AM, Chris Adams wrote:
> > That makes the push process much more fragile/difficult. If you use a
> > updates-testing build of package A, and package B (that depends on
> > package A) gets rebuilt, then you may
On Fri, 2010-12-17 at 18:32 +0100, Ralf Corsepius wrote:
> * we are building packages against the known-to-be-broken package
The old package is already in stable. We're not doing additional harm
by building against it unless the "breakage" is a regression that
affects the building of dependent pa
On Fri, 2010-12-17 at 11:08 -0700, Kevin Fenzi wrote:
> Lets step back a bit here as I think this thread is drifting.
>
> What issue(s) is this proposed change trying to solve?
>
> * The OP talked about that we are not 'testing' the update entirely
> because it's not in the buildroot, so we a
On Thu, Dec 16, 2010 at 11:03 AM, Chris Adams wrote:
> Once upon a time, Stanislav Ochotnicky said:
>> Note that I am not saying things should go into buildroot as soon as
>> they are built, but as soon as they are in updates-testing. There is a
>> difference. There will still be reasons to use ta
Lets step back a bit here as I think this thread is drifting.
What issue(s) is this proposed change trying to solve?
* The OP talked about that we are not 'testing' the update entirely
because it's not in the buildroot, so we aren't confirming that it
works to build against.
* Other folks
Petr Pisar redhat.com> writes:
> I've upgraded `pl' package to version 5.10.2 in rawhide.
Rebuilding the package on F14 I get lots of:
**
* Package plunit
**
configure: WARNING: unrecognized options: --disable-dependency-tracking
warnings. Is this an is
On 12/17/2010 11:22 AM, Michael Schwendt wrote:
> On Thu, 16 Dec 2010 17:21:27 +0100, Ralf wrote:
>
>> On 12/16/2010 03:35 PM, Stanislav Ochotnicky wrote:
>>> Hi,
>>>
>>> I'd like to propose a small(ish) change to how updates to Fx and Fx-1 work.
>>>
>>> Currently we have to wait until package gets
On Fri, Dec 17, 2010 at 07:16:56AM -0600, Matt Domsch wrote:
> On Fri, Dec 17, 2010 at 04:57:35PM +0800, Simon Yan wrote:
> > This is neat, thanks for the effort.
> > Just tried it and works great.
> >
> > One suggestion, can you add the logic if the program is not executed
> > by root it exits wi
commit 69a39b95e4d57aed35dccd82f82c61e5e63278e2
Author: Paul Howarth
Date: Fri Dec 17 16:53:16 2010 +
Add CVE reference in changelog for CVE-2010-4334
perl-IO-Socket-SSL.spec |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
---
diff --git a/perl-IO-Socket-SSL.spec b/perl-IO
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=660847
Tomas Hoger changed:
What|Removed |Added
---
commit 60e9f9d5a448a4799c6f924c3ec08e32947c61d3
Merge: 0349feb 69a39b9
Author: Paul Howarth
Date: Fri Dec 17 16:56:31 2010 +
Merge remote branch 'origin/master' into f13/master
Conflicts:
.gitignore
perl-IO-Socket-SSL.spec
sources
.gitignore
Summary of changes:
a551f76... - Update to 1.32 (die in Makefile.PL if Scalar::Util has no (*)
390ab98... Update to 1.33 (*)
5fc4b44... - Mass rebuild with perl-5.12.0 (*)
2f2fdf6... dist-git conversion (*)
eefbde6... Update to 1.34 (*)
bd90bed... Update to 1.35 (*)
bff4888... Update
commit 5fd8bf84014dd7503c796521a3e6f177d6db9538
Merge: d9308cd faa112a
Author: Steven Pritchard
Date: Fri Dec 17 09:59:51 2010 -0600
Merge branch 'master' of ssh://pkgs.fedoraproject.org/perl-HTML-Mason
Conflicts:
perl-HTML-Mason.spec
perl-HTML-Mason.spec |3 +++
1 fi
Summary of changes:
eefbde6... Update to 1.34 (*)
bd90bed... Update to 1.35 (*)
bff4888... Update to 1.36 (*)
f86243a... Update to 1.37 (*)
69a39b9... Add CVE reference in changelog for CVE-2010-4334 (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=660847
--- Comment #4 from Tomas Hoger 2010-12-17 11:50:35 EST ---
1.22 -> 1.23 and 1.34 -> 1.35 diffs for posterity:
http://search.cpa
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=660847
--- Comment #5 from Tomas Hoger 2010-12-17 11:52:51 EST ---
Created attachment 469413
--> https://bugzilla.redhat.com/attachme
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=660847
Tomas Hoger changed:
What|Removed |Added
---
On Fri, 17 Dec 2010 16:06:32 +0300
"Pavel Alexeev (aka Pahan-Hubbitus)" wrote:
> 15.12.2010 16:07, Paul Howarth пишет:
> > On 15/12/10 12:57, Pavel Alexeev (aka Pahan-Hubbitus) wrote:
> >> Hello, guys.
> >>
> >> I receive quoted message and can't understand doesn't RHEL 6
> >> contain java?? What
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=663801
Vincent Danen changed:
What|Removed |Added
-
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=591215
Vincent Danen changed:
What|Removed |Added
-
commit c3d3de90350a05896142a2d0d2f2535affdf635f
Author: Iain Arnell
Date: Fri Dec 17 16:34:51 2010 +0100
upload 5.8005 sources
.gitignore |1 +
sources|2 +-
2 files changed, 2 insertions(+), 1 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index e4b0892..c70734d 100644
A file has been added to the lookaside cache for perl-local-lib:
d41dd5b393e260b7f96e5e8f1312a133 local-lib-1.007000.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailm
A file has been added to the lookaside cache for perl-Catalyst-Manual:
1ed3f6116e081906a4c4ac348072ec75 Catalyst-Manual-5.8005.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject
commit 285a0a33629ef320a79c5d6d317ec036204bb484
Author: Iain Arnell
Date: Fri Dec 17 16:32:51 2010 +0100
update to 5.8005
perl-Catalyst-Manual.spec | 16 +++-
1 files changed, 7 insertions(+), 9 deletions(-)
---
diff --git a/perl-Catalyst-Manual.spec b/perl-Catalyst-Manual.s
On 09/12/10 22:48, Jesse Keating wrote:
> This plugin did not work as I had hoped it would, and I have no use for
> it anymore.
>
> pghmcfc was a co-maintainer, and is welcome to take it over, more
> co-maintainers welcome as well.
After testing the current upstream version on a Rawhide VM, I (pgh
On Fri, Dec 17, 2010 at 04:57:35PM +0800, Simon Yan wrote:
> This is neat, thanks for the effort.
> Just tried it and works great.
>
> One suggestion, can you add the logic if the program is not executed
> by root it exits with a non-0 value and print out a warning message?
That's a good idea for
15.12.2010 16:07, Paul Howarth пишет:
> On 15/12/10 12:57, Pavel Alexeev (aka Pahan-Hubbitus) wrote:
>> Hello, guys.
>>
>> I receive quoted message and can't understand doesn't RHEL 6 contain
>> java?? What I should do with it?
>>
>> 14.12.2010 21:16, build...@fedoraproject.org wrote:
>>> Rab
On Thu, 16 Dec 2010, Ville Skyttä wrote:
> On Thursday 16 December 2010, Jon Masters wrote:
>> On Wed, 2010-12-15 at 23:57 +0200, Ville Skyttä wrote:
>> But how many packages nowadays require a man page reader simply because
>> > they install man pages?
>>
>> Well, since it's a guideline, it's wo
Hello,
I've upgraded `pl' package to version 5.10.2 in rawhide. Upstream
renamed libraries, directories and pkg-config module from `pl' to
`swipl'. But the upstream tar ball and Fedora package kept name `pl'.
If somebody compiles his code against this one, please update your build
scripts to sear
On Thu, 16 Dec 2010 17:21:27 +0100, Ralf wrote:
> On 12/16/2010 03:35 PM, Stanislav Ochotnicky wrote:
> > Hi,
> >
> > I'd like to propose a small(ish) change to how updates to Fx and Fx-1 work.
> >
> > Currently we have to wait until package gets to stable for it to appear
> > in buildroot. IMO th
On Fri, Dec 17, 2010 at 1:07 PM, Matt Domsch wrote:
> biosdevname, now version 0.3.4.
>
> The main visible change is that port indices now start at 1 rather
> than 0, when assigned by biosdevname (such as falling back to PIRQ)
> rather explicitly assigned by BIOS. This is in keeping with how the
37 matches
Mail list logo
