On Wed, Jan 06, 2010 at 01:27:07PM -0500, Fulko Hew wrote:
>I'd say... only take focus if its a child/creation of the window currently
>in focus.
You don't want ssh passphrase windows to take focus?
--
Matthew Garrett | mj...@srcf.ucam.org
--
fedora-devel-list mai
On Fri, Dec 18, 2009 at 12:19:47PM -0500, Paul W. Frields wrote:
> Using the Fedora Range Voting method, each candidate could attain a
> maximum of 864 votes (4*216).
>
> Results:
>
> 1. Adam Jackson (ajax) 1028
I think there's a discrepency here
On Wed, Dec 16, 2009 at 06:29:17PM +, Paul Jakma wrote:
> On Wed, 16 Dec 2009, Matthew Garrett wrote:
>
>> "It works for me" is a poor standard of support.
>
> There must be something transmogrifying my emails before it reaches
> other subscribers of this
On Wed, Dec 16, 2009 at 12:30:11AM +, Paul Jakma wrote:
> On Tue, 15 Dec 2009, Matthew Garrett wrote:
>
>> And the remaining 0.1% of the work is probably the other 99.9% of the
>> time. I think you massively underestimate the number of corner cases
>> presen
u massively underestimate the number of corner cases
present in an utterly untested configuration.
--
Matthew Garrett | mj...@srcf.ucam.org
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
le that these are bugs that should be
fixed, it's also pretty difficult to justify adding a third x86 variant
to our list of supported configurations, especially when it's known to
be more problematic than the other two that already satisfy almost
everybody's needs.
--
Matthew
some).
http://www.intel.com/technology/intel64/
We have always been at war with Itanium,
--
Matthew Garrett | mj...@srcf.ucam.org
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
On Mon, Nov 23, 2009 at 12:44:08PM -0700, Orion Poplawski wrote:
> On 11/23/2009 12:43 PM, Matthew Garrett wrote:
>> In principle, whatever handles it in your session. gnome-power-manager
>> runs as part of the gdm session, so the KDE equivalent should be running
>> under kd
uns as part of the gdm session, so the KDE equivalent should be running
under kdm.
--
Matthew Garrett | mj...@srcf.ucam.org
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
ot be able to perform without extra authentication.
It's not even necessarily related to security - I don't want a bug in
firefox resulting in it trying to write to /dev/sda rather than a file
in my home directory, for instance.
--
Matthew Garrett | mj...@srcf.ucam.org
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
On Sat, Nov 21, 2009 at 01:19:12PM +1100, James Morris wrote:
> On Fri, 20 Nov 2009, Matthew Garrett wrote:
> > I don't think I'd agree with that. The common case for F10 and F11 will
> > be for people to have installed a package once with the root password
> >
7;t sufficient. An attacker
could change the ctrl+alt+F* bindings and use them to pop up a
full-screen window that looks like the console. So you'd also need to
set up securetty to ensure that root can only log in on real consoles.
I really don't see this being a security issue in the co
hole range of cases where this isn't
the behaviour you want. But for the vast majority of our users, I don't
think there's a real security issue here.
--
Matthew Garrett | mj...@srcf.ucam.org
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
access to your server? Remote access won't grant
you the appropriate authentication for this.
--
Matthew Garrett | mj...@srcf.ucam.org
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
On Tue, Oct 27, 2009 at 10:40:30PM +0100, Ola Thoresen wrote:
> On 27. okt. 2009 21:10, Matthew Garrett wrote:
> > What hardware is this?
> >
>
> 02:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG
> [Golan] Network Connection (rev 02)
>
> (And
ware is this?
--
Matthew Garrett | mj...@srcf.ucam.org
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
On Tue, Sep 08, 2009 at 12:45:43PM -0400, Warren Togami wrote:
> On 09/04/2009 12:51 PM, Matthew Garrett wrote:
>> Isn't the point of the new infrastructure that we can provide multiple
>> initramfs modules that will all end up in the filesystem on boot? Users
>> who wa
drivers could do it even more easily than they currently
can.
--
Matthew Garrett | mj...@srcf.ucam.org
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
le
> enough to be shipped but I wanted to mention it to see if anyone might
> find a use for it, would help testing and submitting bugs upstream,
> etc.
Does it have any functionality that the totem youtube plugin doesn't?
--
Matthew Garrett | mj...@srcf.ucam.org
--
fedora-devel-list
On Sun, Aug 02, 2009 at 01:02:43PM +0300, Axel Thimm wrote:
> Thanks, I added a comment, but it looks like your issue was fixed with
> the kernel I am using.
-112 was tagged just before I committed the workaround code.
--
Matthew Garrett | mj...@srcf.ucam.org
--
fedora-devel-list m
king about the case you're describing.
--
Matthew Garrett | mj...@srcf.ucam.org
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
e a solution that we know always works, and it has negligable
cost. That's a much more straightforward design than one that has to
attempt to explain to the user that depending on whether or not there's
a specific piece of wire in their computer they may or may not hear
something
chines don't hook these
up, and adding a control that influences CD volume on a small number of
machines and does nothing whatsoever on a larger number isn't a sensible
UI optimisation.
--
Matthew Garrett | mj...@srcf.ucam.org
--
fedora-devel-list mailing list
fedora-devel-list@redh
s
> back. I consider the fact that PA can't/won't do it to be a serious
> design flaw.
The discussion in question was on whether or not PA would support using
hardware functionality to mix multiple PCM streams. Your situation seems
to be orthogonal to that. Conflating th
On Sat, Jul 18, 2009 at 06:45:21AM +0530, Rahul Sundaram wrote:
> On 07/18/2009 06:30 AM, Matthew Garrett wrote:
> > If software is that unstable then I think it's reasonable to ask whether
> > it's ready to be shipped in a stable distribution release.
>
> I thin
7;s reasonable to ask whether
it's ready to be shipped in a stable distribution release.
--
Matthew Garrett | mj...@srcf.ucam.org
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
the current one. There's no pressing reason for us to disable usbfs yet,
and while we'll probably do so eventually I doubt it'll be happening in
F12. We generally prefer not to remove interfaces that may be in use
unless we gain anything by doing so.
--
Matthew Garrett | mj...@
On Thu, Jul 16, 2009 at 09:49:56PM -0700, Arjan van de Ven wrote:
> On Thu, 16 Jul 2009 22:28:57 +0100
> Matthew Garrett wrote:
>
> > I've just flicked ASPM (Active State Power Management - runtime power
> > saving on PCIe hardware) on by default, and it'll be th
so I'm hoping that people shouldn't see any adverse affects.
--
Matthew Garrett | mj...@srcf.ucam.org
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
gt; you overwrite .bash_profile. So I don't think this is a security
> concern at all in the real world.
Realistically, the concern is more likely to be binaries accidently
causing subtle breakage by colliding with the expected behaviour of
system utilities.
--
Matthew Garrett | mj...@
t this buggy desktop crap.
It seems to be working as expected, given the implementation. Please
don't blame parts of the software stack just because you don't
understand them - it doesn't provide much incentive to improve things.
--
Matthew Garrett | mj...@srcf.ucam.org
--
fedora-d
em is this:
>
> mkdir foo
> touch foo/bar
> kwrite foo/bar &
> rm -rf foo
>
> Should kwrite be killed because rm killed the directory?
No, because it still has a reference to it. Unmount works differently to
remove.
--
Matthew Garrett | mj...@srcf.ucam.org
--
fedora
filehandles or prompting the
user to close the application themselves. This is the same problem faced
when unmounting any device.
--
Matthew Garrett | mj...@srcf.ucam.org
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
On Tue, Jun 30, 2009 at 05:48:44PM +0200, Kevin Kofler wrote:
> Matthew Garrett wrote:
> > I've been working with David Zeuthen to flesh out proper desktop support
> > for this, and we're now at the point where there's not a great deal of
> > code
On Tue, Jun 30, 2009 at 11:28:24AM -0400, Dimi Paun wrote:
> On Tue, 2009-06-30 at 14:56 +0100, Matthew Garrett wrote:
> > Once this code is ready I'd like to change the kernel defaults to
> > allow this. The problem is that this will cause a reduction in
> > functionali
dock
or
laptop -> dock -> media bay
since the dock and the bay devices aren't tightly associated in the ACPI
device tree. So it's not possible to make the change in behaviour
conditional on finding a dock with a media bay.
--
Matthew Garrett | mj...@srcf.ucam.org
--
fedora-d
On Tue, Jun 30, 2009 at 07:32:30PM +0530, Rahul Sundaram wrote:
> On 06/30/2009 07:26 PM, Matthew Garrett wrote:
> > I've been working with David Zeuthen to flesh out proper desktop support
> > for this, and we're now at the point where there's not a great deal of
ke to change the kernel defaults to allow
this. The problem is that this will cause a reduction in functionality
for desktops that don't have this integration. How should this kind of
situation be handled?
--
Matthew Garrett | mj...@srcf.ucam.org
--
fedora-devel-list mailing list
fedora-deve
t
having equivalent developer resources causes some level of cost for our
users. Are the long term benefits worth it? Perhaps, but that's hard to
quantify. Maybe we'd just end up reducing interest in Fedora as a whole
and everyone would suffer.
--
Matthew Garrett | mj...@srcf.ucam.org
On Mon, Jun 29, 2009 at 09:21:34AM +0200, Kevin Kofler wrote:
> Matthew Garrett wrote:
> > But when we talk about Fedora features, we're not talking about
> > packaging updates.
>
> But all this focus on "Fedora features" is what I'm objecting to in
ed a lot to Fedora, and there's no need to imply that they're
lacking in rationality.
--
Matthew Garrett | mj...@srcf.ucam.org
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
On Mon, Jun 29, 2009 at 01:54:37AM +0200, Kevin Kofler wrote:
> Matthew Garrett wrote:
> > I think you're using the wrong metric here.
>
> I'm just pointing out that we're providing services the GNOME packagers
> aren't providing. And those are packaging-leve
On Sun, Jun 28, 2009 at 11:35:07PM +0200, Kevin Kofler wrote:
> Matthew Garrett wrote:
> > The reality is that KDE *is* a second class citizen in Fedora - it
> > doesn't get anywhere near the attention that Gnome does.
>
> Thanks for insulting our (KDE SIG's)
e
presented, but right now claiming that the two are equivalent is simply
false. Changing the text on the website doesn't alter that. Fix reality
before trying to fix our description of it.
(And if KDE developers are failing to get involved in Fedora because of
the layout of the downloa
On Sat, Jun 27, 2009 at 04:22:34AM +0200, Kevin Kofler wrote:
> Matthew Garrett wrote:
> > You're presenting a false choice. Given current resources, it's not
> > possible to support both Gnome and KDE to the same level.
>
> Unjustified claim.
Not in the slightes
On Sat, Jun 27, 2009 at 04:10:16AM +0200, Kevin Kofler wrote:
> Matthew Garrett wrote:
> > It's not a default if you're providing a choice.
>
> I see no reason why we can't provide a choice of 2 desktops.
How is a non-Linux user supposed to choose? We've optimi
On Sat, Jun 27, 2009 at 03:19:46AM +0200, Kevin Kofler wrote:
> Matthew Garrett wrote:
> > We need to provide a default desktop.
>
> Why?
>
> I see no reason why we can't provide a choice of 2 default desktops.
It's not a default if you're providin
On Sat, Jun 27, 2009 at 03:27:30AM +0200, Kevin Kofler wrote:
> Matthew Garrett wrote:
> > It's not the project's role to lift non-default software to the same
> > level of involvement as the default software.
>
> That's a premise I don't agree with. Th
courtesy and indicate which image
> includes what they are looking for? Why should KDE be treated better?
Sure, Fedora-11-x86_64-Live.iso could be symlinked to
Fedora-11-x86_64-Live-Gnome.iso.
--
Matthew Garrett | mj...@srcf.ucam.org
--
fedora-devel-list mailing list
fedora-dev
On Fri, Jun 26, 2009 at 07:17:12PM -0500, Matthew Woehlke wrote:
> Matthew Garrett wrote:
>> Gnome in Fedora simply gets more development effort, has more
>> documentation based around it and therefore deserves to be the default.
>> Pretending that KDE has the same level of
rant masses.
We need to provide a default desktop. There's no "separate but equal"
here - Gnome in Fedora simply gets more development effort, has more
documentation based around it and therefore deserves to be the default.
Pretending that KDE has the same level of suppor
password. You've already effectively lost.
--
Matthew Garrett | mj...@srcf.ucam.org
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
On Wed, Jun 17, 2009 at 11:12:20AM -0700, Adam Williamson wrote:
> On Wed, 2009-06-17 at 16:07 +0100, Matthew Garrett wrote:
> > Yes they are. You'll need an appropriate fdi file to indicate that
> > they're an ipod, though.
>
> To be clear, apps like AmaroK / R
You'll need an appropriate fdi file to indicate that
they're an ipod, though.
--
Matthew Garrett | mj...@srcf.ucam.org
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
to packages with recognised signatures. There's various
ways that it could be tied down in such a way that the firewall still
provides a benefit without leaving users in the current situation of "I
installed nss-mdns and I still can't look up my media server".
--
M
should we define that packages indicate that they need ports
opened? Should this be handled at install time or run time?
* The case that I keep hitting is mDNS resolution, which requires
opening a hole in the firewall
--
Matthew Garrett | mj...@srcf.ucam.org
--
fedora-devel-list mailing list
semantics of the wheel group are pretty well defined.
--
Matthew Garrett | mj...@srcf.ucam.org
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
form of EFI to
>use the Darwin kernel.
The Darwin kernel runs absolutely fine without EFI.
--
Matthew Garrett | mj...@srcf.ucam.org
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
On Wed, Jun 10, 2009 at 05:16:41PM +0200, Roberto Ragusa wrote:
> Matthew Garrett wrote:
> > The first part of this is an upload of libfprint which enables
> > autosuspend on fingerprint readers.
>
> Fingerprint readers and other "un-unpluggable" USB lapto
On Wed, Jun 10, 2009 at 09:15:30AM -0400, Jesse Keating wrote:
> On Tue, 2009-06-09 at 19:32 +0100, Matthew Garrett wrote:
> >
> > Through F12 I'm going to be slowly enabling autosuspend on various
> > pieces of USB hardware. The aim is to ensure that it's onl
likely that any of them will be covered by this. For now I'll be
concentrating on fairly common hardware in order to get the maximum
benefit at minimum effort. We'll worry about more obscure devices at
some later point.
--
Matthew Garrett | mj...@srcf.ucam.org
--
fedora-d
uddenly stops working after
this change, please file a bug and include the output of lsusb.
--
Matthew Garrett | mj...@srcf.ucam.org
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
On Fri, Jun 05, 2009 at 05:01:58PM +0300, Nicu Buculei wrote:
> On 06/05/2009 04:47 PM, Matthew Garrett wrote:
>> If a program crashes, there's a bug in that program. There may also be a
>> bug in whatever's triggering the crash, but that's a separate issue.
>
>
> I was not sure on which component should it be reported to, X,
> sane-backends/fronteds, gnomescan, xsane.
If a program crashes, there's a bug in that program. There may also be a
bug in whatever's triggering the crash, but that's a separate issue.
FWIW I'
y to happen, and
the quality of the software that we ship (and, as a result, the
perceived usefulness of Fedora) is lower as a result.
--
Matthew Garrett | mj...@srcf.ucam.org
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
cs.
We just can't ship them. This isn't an equivalent situation.
--
Matthew Garrett | mj...@srcf.ucam.org
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
i/Features/VirtualBox
>
> Maybe the necessary bits can be included in the Fedora kernel package
> itself?
That's only likely to happen if the virtualbox code gets included in the
upstream kernel.
--
Matthew Garrett | mj...@srcf.ucam.org
--
fedora-devel-list mailing list
fedora-devel-lis
67 matches
Mail list logo
