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 U
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. I
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
https://admin.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.
M
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
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
calibre-
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 S
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 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 upda
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
Date: Fri Oct 1 16:07:35 2010 +0200
Update to latest version prior to RHEL6 GA
.gitignore |2 +-
perl-Data-Visitor.spec | 24 +---
sources|
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 10.1.
Tim Waugh wrote:
> Does that work for unicast replies to broadcast queries though?
Good question; I don't know. netfil...@vger.kernel.org is probably the place
to ask.
David
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
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 va
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 genera
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
evolutio
On Fri, 01 Oct 2010 12:36:13 +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.
> > Ther
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 i
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
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 g
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 rem
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.
>
>
-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 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.
No, they don't want
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=2506686&name=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: libp
-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=2506686&name=root
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, ru
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 f
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. Forbiddi
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 a
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 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 s
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 th
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
came
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 firstboo
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 MATTE
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 o
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 bugg
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 item
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 co
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,
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
http://meetbot.fedoraproject.org/fedora-bugzappers/2010-10-01/f-14-blocker-review.2010-10-01-1
Le samedi 02 octobre 2010 à 01:52 +0330, Hedayat Vatankhah a écrit :
> In brief, this bug will cause some keyboard layouts to be broken in F14,
> which IMHO should not go in Fedora 14 Final.
> I wonder if it can be qualified as a blocker bug.
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=638
60 matches
Mail list logo
