On Thu, Sep 30, 2010 at 7:25 AM, Orcan Ogetbil wrote:
It shouldn't be. Never be afraid of learning, even in the tightest of
situations. It is good for your brain. It helps with analytical
thinking.
Once constant learning becomes part of your life, you really don't get
bothered with UI
Adam Williamson wrote:
Again, you're extrapolating way too far from a single problem case. The
problem is simply that we have the xorg-x11-drivers metapackage which
requires every single X driver and is in the critpath. There's various
ways we could adjust this so it's no longer the case. It's
Could someone please review this package please:
https://bugzilla.redhat.com/show_bug.cgi?id=631763
I need it as a dependency in the next version of PackageKit. I can
bribe with beer if required. Thanks.
Richard.
--
devel mailing list
devel@lists.fedoraproject.org
On Fri, 1 Oct 2010 12:47:50 +0100 Richard Hughes wrote:
Could someone please review this package please:
https://bugzilla.redhat.com/show_bug.cgi?id=631763
I need it as a dependency in the next version of PackageKit. I can
bribe with beer if required. Thanks.
I've taken it for review.
On Fri, Oct 1, 2010 at 6:01 AM, Rahul Sundaram methe...@gmail.com wrote:
On Thu, Sep 30, 2010 at 7:25 AM, Orcan Ogetbil wrote:
It shouldn't be. Never be afraid of learning, even in the tightest of
situations. It is good for your brain. It helps with analytical
thinking.
Once constant
On Fri, Oct 01, 2010 at 12:36:13PM +0200, Kevin Kofler wrote:
I CANNOT push the firstboot update which UNBREAKS those 2 spins because of
the update policy. So instead of preventing breakage, the policy CAUSES
breakage! How can it fail more spectacularly for you to finally realize it's
a
Compose started at Fri Oct 1 08:15:23 UTC 2010
Broken deps for x86_64
--
almanah-0.7.3-3.fc14.x86_64 requires libedataserverui-1.2.so.10()(64bit)
antlr3-python-3.1.2-7.fc14.noarch requires python(abi) = 0:2.6
There are several protocols used for discovery of network services that
currently cannot be made to work on Fedora simply due to the restrictive
firewall we use by default.
For example, a broadcast SNMP query to discover network printers is sent
as a UDP packet from an unprivileged local port to
On Fri, Oct 01, 2010 at 02:00:46PM +0100, Tim Waugh wrote:
There are several protocols used for discovery of network services that
currently cannot be made to work on Fedora simply due to the restrictive
firewall we use by default.
For example, a broadcast SNMP query to discover network
On 1 October 2010 13:24, Michal Schmidt mschm...@redhat.com wrote:
I've taken it for review.
Thanks dude.
Richard.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Fri, Oct 1, 2010 at 6:05 PM, Brandon Lozza wrote:
The user has to tolerate some change. We can't cater to people who
never upgrade which seems to be what is taking place. Especially with
the fact that our end of life happens sooner, users must already
expect a constant stream of updates.
Summary of changes:
7c65fc2... Fix typo that causes a failure to update the common directo (*)
4c2c63f... - rebuild against perl 5.10.1 (*)
c2d5831... - update to latest upstream version - BR perl(Moose), not p (*)
9a5da88... - Mass rebuild with perl-5.12.0 (*)
ab46fbc... - update (*)
The following works for UDP too:
-A INCOMING -m state --state RELATED,ESTABLISHED -j ACCEPT
Leastways, I can do AFS through my firewall with it.
David
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
commit ce1390740aa75fbc7ac9dfd08966a52757f6d112
Merge: 30e2103 ac4c26a
Author: Mark Chappell trem...@fedoraproject.org
Date: Fri Oct 1 16:07:35 2010 +0200
Update to latest version prior to RHEL6 GA
.gitignore |2 +-
perl-Data-Visitor.spec | 24 +---
On Fri, 2010-10-01 at 15:23 +0200, Tomasz Torcz wrote:
ZeroConf discovery (port 5353) is denied by default also :(
But that can be enabled with a single checkbox (Multicast DNS (mDNS)),
and that can also be done programmatically using
system-config-firewall's D-Bus interface, such as it is.
On Fri, 2010-10-01 at 15:07 +0100, David Howells wrote:
The following works for UDP too:
-A INCOMING -m state --state RELATED,ESTABLISHED -j ACCEPT
Leastways, I can do AFS through my firewall with it.
Does that work for unicast replies to broadcast queries though?
e.g.
IP
On Fri, 2010-10-01 at 12:36 +0200, Kevin Kofler wrote:
Adam Williamson wrote:
Again, you're extrapolating way too far from a single problem case. The
problem is simply that we have the xorg-x11-drivers metapackage which
requires every single X driver and is in the critpath. There's various
On Fri, 2010-10-01 at 15:19 +0100, David Howells wrote:
Good question; I don't know. netfil...@vger.kernel.org is probably the place
to ask.
I did ask about this issue on netfilter, last year (look for SNMP
conntrack module a la netbios_ns, Dec 4th 2009).
That's where the idea for a general
gudev-sharp: https://bugzilla.redhat.com/show_bug.cgi?id=639346
gkeyfile-sharp: https://bugzilla.redhat.com/show_bug.cgi?id=639348
gio-sharp: https://bugzilla.redhat.com/show_bug.cgi?id=639350
gtk-sharp-beans: https://bugzilla.redhat.com/show_bug.cgi?id=639351
Thanks!
Nathaniel
--
devel mailing
It's been since July,
https://bugzilla.redhat.com/show_bug.cgi?id=492218
( and recently,
https://bugzilla.redhat.com/show_bug.cgi?id=579548#c12 )
and previously,
https://www.redhat.com/archives/fedora-devel-list/2009-September/msg01223.html
where Callum suggested dropping his maintainer duties
Compose started at Fri Oct 1 13:15:21 UTC 2010
Broken deps for x86_64
--
almanah-0.7.3-3.fc14.x86_64 requires libedataserverui-1.2.so.10()(64bit)
antlr3-python-3.1.2-7.fc14.noarch requires python(abi) = 0:2.6
On Fri, 01 Oct 2010 12:36:13 +0200
Kevin Kofler kevin.kof...@chello.at wrote:
Adam Williamson wrote:
Again, you're extrapolating way too far from a single problem case.
The problem is simply that we have the xorg-x11-drivers metapackage
which requires every single X driver and is in the
James Laska wrote:
On Fri, 2010-10-01 at 12:36 +0200, Kevin Kofler wrote:
Adam Williamson wrote:
Again, you're extrapolating way too far from a single problem case. The
problem is simply that we have the xorg-x11-drivers metapackage which
requires every single X driver and is in the
On Fri, Oct 1, 2010 at 6:01 AM, Rahul Sundaram wrote:
On Thu, Sep 30, 2010 at 7:25 AM, Orcan Ogetbil wrote:
It shouldn't be. Never be afraid of learning, even in the tightest of
situations. It is good for your brain. It helps with analytical
thinking.
Once constant learning becomes part
389-ds-base-1.2.6.1-2 is now in Testing. This release fixes the
crashing problems seen with Windows Sync, and fixes some other crashing
problems usually seen with deletion operations. Please help us test.
The sooner we can get this release tested, the sooner we can push it to
Stable and make it
Orcan Ogetbil (oget.fed...@gmail.com) said:
What I am trying to say is, a redesign of an interface _usually_ have
valid reasons. Those users who don't want their menu items moving
around want to live like automated machines. Forbidding such changes
promotes lazyness.
If the update removes
On Fri, Oct 01, 2010 at 01:21:29PM -0400, Orcan Ogetbil wrote:
What I am trying to say is, a redesign of an interface _usually_ have
valid reasons. Those users who don't want their menu items moving
around want to live like automated machines. Forbidding such changes
promotes lazyness.
If
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/1/10 10:41 AM, Chuck Anderson wrote:
How would you like it if you drove into work, parked your car, and
when you went out to your car at the end of the day to commute home
you found that the left-hand-drive changed to a right-hand-drive?
On 1 October 2010 19:21, Orcan Ogetbil oget.fed...@gmail.com wrote:
What I am trying to say is, a redesign of an interface _usually_ have
valid reasons. Those users who don't want their menu items moving
around want to live like automated machines. Forbidding such changes
promotes lazyness.
Hello.
Currently rawhide buildtree seems broken with the newest perl:
http://koji.fedoraproject.org/koji/taskinfo?taskID=2506686
http://koji.fedoraproject.org/koji/getfile?taskID=2506686name=root.log
DEBUG util.py:260: Error: Package: 4:perl-5.12.2-137.fc15.x86_64 (build)
DEBUG util.py:260:
FAILED: BuildrootError: could not init mock buildroot, mock exited with
status 30; see root.log for more information
http://koji.fedoraproject.org/koji/taskinfo?taskID=2506706
DEBUG util.py:260: Error: Package: 4:perl-5.12.2-137.fc15.x86_64 (build)
DEBUG util.py:260: Requires:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/1/10 11:11 AM, Mamoru Tasaka wrote:
Hello.
Currently rawhide buildtree seems broken with the newest perl:
http://koji.fedoraproject.org/koji/taskinfo?taskID=2506686
http://koji.fedoraproject.org/koji/getfile?taskID=2506686name=root.log
Neal Becker (ndbeck...@gmail.com) said:
FAILED: BuildrootError: could not init mock buildroot, mock exited with
status 30; see root.log for more information
http://koji.fedoraproject.org/koji/taskinfo?taskID=2506706
DEBUG util.py:260: Error: Package: 4:perl-5.12.2-137.fc15.x86_64
On Fri, 1 Oct 2010 08:35:45 -0400, you wrote:
The user has to tolerate some change. We can't cater to people who
never upgrade which seems to be what is taking place. Especially with
the fact that our end of life happens sooner, users must already
expect a constant stream of updates.
Yes,
Bill Nottingham wrote:
Neal Becker (ndbeck...@gmail.com) said:
FAILED: BuildrootError: could not init mock buildroot, mock exited with
status 30; see root.log for more information
http://koji.fedoraproject.org/koji/taskinfo?taskID=2506706
DEBUG util.py:260: Error: Package:
Neal Becker (ndbeck...@gmail.com) said:
Thanks, what should I do next?
Wait for the build repo to regenerate and then resubmit.
Bill
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Fri, Oct 1, 2010 at 1:50 PM, Jesse Keating wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/1/10 10:41 AM, Chuck Anderson wrote:
How would you like it if you drove into work, parked your car, and
when you went out to your car at the end of the day to commute home
you found that
On Fri, Oct 1, 2010 at 1:28 PM, Bill Nottingham wrote:
Orcan Ogetbil (oget.fed...@gmail.com) said:
What I am trying to say is, a redesign of an interface _usually_ have
valid reasons. Those users who don't want their menu items moving
around want to live like automated machines. Forbidding
On Fri, Oct 01, 2010 at 02:00:46PM +0100, Tim Waugh wrote:
In system-config-printer I try to get it to modify the firewall to allow
in the various network query responses that we expect, [...]
I should note, although it's not your fault, that this breaks
libvirt networking.
libvirt needs to
https://bugzilla.redhat.com/show_bug.cgi?id=626209
Reported against F13, but I've encountered it in F14 Beta.
Seems like more folks ought to be impacted by this bug that seem to
be, so I wonder what is going on here. Do less folks use ssh-add that
I imagine, or is some factor limiting this bug?
On Fri, Oct 1, 2010 at 12:44 PM, Mike McLean mikem@gmail.com wrote:
https://bugzilla.redhat.com/show_bug.cgi?id=626209
Reported against F13, but I've encountered it in F14 Beta.
Seems like more folks ought to be impacted by this bug that seem to
be, so I wonder what is going on here. Do
On 10/01/2010 04:44 PM, Mike McLean wrote:
https://bugzilla.redhat.com/show_bug.cgi?id=626209
Reported against F13, but I've encountered it in F14 Beta.
Seems like more folks ought to be impacted by this bug that seem to
be, so I wonder what is going on here. Do less folks use ssh-add that
Hi,
I've tried testing Fedora 14 Beta (RC3, but updated), and soon I come
across this bug[1]. I could discover the initial cause and propose a fix
(which, after reporting to freedesktop bugzilla, I found that is already
fixed in xkbconfig git (but still should be pushed to F14)). Then, I
James Laska wrote:
In retrospect, if the three updates you list were in fact
interdependent, should they have been submitted and tested as a group to
avoid the current situation?
Yes, of course. But it's not my fault that cwickert filed those 2 updates
without the required matching firstboot
Takanori MATSUURA wrote:
For modules/libimg/png, mozilla products use aPNG which was rejected
by upstream.
http://en.wikipedia.org/wiki/APNG
So we have to use internal png.
But this is against our packaging guidelines.
There are only 2 solutions to this:
a. apply the Debian patch which
Matthew Garrett wrote:
Some packages were pushed to stable before they should have been,
therefore we need to make it easier to push packages to stable?
Yes! Sure, this sounds paradoxical, but my premise is that NO MATTER how
strict you make the requirement for pushes to stable, there will
On Sat, Oct 02, 2010 at 12:45:14AM +0200, Kevin Kofler wrote:
Matthew Garrett wrote:
Some packages were pushed to stable before they should have been,
therefore we need to make it easier to push packages to stable?
Yes! Sure, this sounds paradoxical, but my premise is that NO MATTER how
Sven Lankes wrote:
https://bugzilla.mozilla.org/show_bug.cgi?id=577653
Looking at how rigorous new packages with bundled libs are fought we
should really stop shipping firefox and start shipping Iceweasel.
+1
I really don't see why the Firefox stack keeps getting a free ride around
our
Gregory Maxwell wrote:
I yelled pretty loudly when Fedora first packaged libvpx because
fedora took a _known vulnerable_ version which Mozilla and opera were
patching around but where the upstream hadn't yet merged the fixes.
Things are more mature now but there are still somewhat scary
On 10/01/2010 03:49 PM, Kevin Kofler wrote:
Takanori MATSUURA wrote:
For modules/libimg/png, mozilla products use aPNG which was rejected
by upstream.
http://en.wikipedia.org/wiki/APNG
So we have to use internal png.
But this is against our packaging guidelines.
There are only 2
Christopher Aillon wrote:
I personally don't care what we call it. I'm not going to start
breaking funny cat videos
You shouldn't break the videos, you should apply the Debian patch to use the
system libvpx, then the videos will just work.
just to meet packaging ideals on a deadline. I'd
On Saturday 02 October 2010, Christopher Aillon wrote:
c. help create a real project out of http://littlesvr.ca/apng/ with
tarballs instead of just patchsets, possibly renaming it to something
else, and ship that so we can build against it.
How is shipping a redundant copy of essentially the
Sven Lankes wrote:
I'm not worried too much about a library being system or not. What I'm
worried about is twofold:
1. Established packagers of high-profile packages get to do what they
want with fedora packages while small-scale packagers of low-profile
packages get told to bugger
On Fri, 2010-10-01 at 14:51 -0400, Orcan Ogetbil wrote:
On Fri, Oct 1, 2010 at 1:28 PM, Bill Nottingham wrote:
Orcan Ogetbil (oget.fed...@gmail.com) said:
What I am trying to say is, a redesign of an interface _usually_ have
valid reasons. Those users who don't want their menu items moving
On Fri, Oct 01, 2010 at 02:47:23PM -0400, Orcan Ogetbil wrote:
On Fri, Oct 1, 2010 at 1:50 PM, Jesse Keating wrote:
On 10/1/10 10:41 AM, Chuck Anderson wrote:
How would you like it if you drove into work, parked your car, and
when you went out to your car at the end of the day to commute
On 10/01/2010 10:36 PM, Richard W.M. Jones wrote:
On Fri, Oct 01, 2010 at 02:00:46PM +0100, Tim Waugh wrote:
In system-config-printer I try to get it to modify the firewall to allow
in the various network query responses that we expect, [...]
I should note, although it's not your fault, that
Any application that uses libgdl on F14 segfaults on startup. I had to
downgrade libgdl to 2.30.x in order to get applications using libgdl to
work.
Quoting from an upstream bug report filed against Anjuta for the same
issue I'm seeing on F14
Anyway, gdl 2.31.x is broken and gnome-2-32 will
==
#fedora-bugzappers: F14 Blocker Bug Review
==
Meeting started by jlaska at 16:00:07 UTC. The full logs are available
at
Summary of changes:
b70c245... Update to 2.010802 Use system pari library (version 2.3.4) (*)
42d16a5... Update to 2.010804 (*)
18326b4... Update to 2.010805 (*)
600f0a2... Update to 2.010806 (*)
e3ce52c... Update to 2.01080602 (see Changes for details) No longer ne (*)
0d70084...
commit 07bb6c0f4dbdba85c53e677dfb3f77ccbfd8cb06
Merge: 67f2739 eab9c5d
Author: Mark Chappell trem...@fedoraproject.org
Date: Fri Oct 1 13:14:16 2010 +0200
Update prior to RHEL6 GA, and make sure that we've been built against the
CORRECT pari version
.gitignore
A file has been added to the lookaside cache for perl-MailTools:
df861e05cbcf3a336ecebfb2c42529d0 MailTools-2.07.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 1016564d74ecb3bb2c7b19d9ba51c377b077ae2e
Author: Paul Howarth p...@city-fan.org
Date: Fri Oct 1 21:10:14 2010 +0100
Update to 2.07
- New upstream release 2.07:
- Document perl 5.8.1 requirement in README (CPAN RT#61753)
- Add MAIL FROM to Mail::Mailer::smtp
The lightweight tag 'perl-MailTools-2.07-1.fc15' was created pointing to:
1016564... Update to 2.07
--
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:
1016564... Update to 2.07 (*)
(*) 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
The lightweight tag 'perl-MailTools-2.07-1.fc14' was created pointing to:
1016564... Update to 2.07
--
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
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: missing dependency
https://bugzilla.redhat.com/show_bug.cgi?id=639523
Summary: missing dependency
Product: Fedora EPEL
Version: el6
ack.
Rich Megginson wrote:
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
67 matches
Mail list logo
