:52 PM
To: Development discussions related to Fedora
Subject: Re: F14/F13 - system-config-display - should it work?
On Thu, 2010-08-12 at 15:00 -0400, Felix Miata wrote:
EDID DDC are mere conveniences unnecessary to the function of the
device. I really couldn't care less whether EDID/DDC
On 12/08/10 15:11, Felix Miata wrote:
I updated system yesterday, installed scd just now:
[init 3]# system-config-display
Has it not been replaced by xrandr
for display porpoises?
--
Regards,
Frank Murphy
UTF_8 Encoded
Friend of Fedora
--
devel mailing list
devel@lists.fedoraproject.org
On Thu, 2010-08-12 at 10:11 -0400, Felix Miata wrote:
I updated system yesterday, installed scd just now:
[init 3]# system-config-display
File /usr/share/system-config-display/xconf.py, line 27, in module
import xf86config
File /usr/lib/python2.7/site-packages/xf86config.py, line 1,
On 2010/08/12 10:52 (GMT-0400) David Malcolm composed:
On Thu, 2010-08-12 at 10:11 -0400, Felix Miata wrote:
Doesn't work in F13 either:
# system-config-display
File /usr/share/system-config-display/xconf.py, line 33, in module
import system_config_keyboard.keyboard as keyboard
On 2010/08/12 10:52 (GMT-0400) David Malcolm composed:
On Thu, 2010-08-12 at 10:11 -0400, Felix Miata wrote:
I updated system yesterday, installed scd just now:
[init 3]# system-config-display
File /usr/share/system-config-display/xconf.py, line 27, in module
import xf86config
File
On Thu, 2010-08-12 at 10:11 -0400, Felix Miata wrote:
I updated system yesterday, installed scd just now:
[init 3]# system-config-display
File /usr/share/system-config-display/xconf.py, line 27, in module
import xf86config
File /usr/lib/python2.7/site-packages/xf86config.py, line 1,
On 2010/08/12 10:46 (GMT-0700) Adam Williamson composed:
It's more or less dead. ajax technically maintains it, but it's right at
the bottom of his priority list and we've been wanting to drop it for
ages. It's useful for almost nothing these days, especially now GNOME
has a mechanism for
Felix Miata (mrma...@earthlink.net) said:
So users of absent or dysfunctional DDC and/or EDID should be committed to
800x600 or 1024x768 @96DPI until they replace their (quality, antique, still
working just fine) displays
Just as a point, if the EDID/DDC is dysfunctional, then I don't think
On Thu, 2010-08-12 at 14:32 -0400, Felix Miata wrote:
The reason I started this thread is precisely because I have little tolerance
for being stuck in last century's 1024x...@96dpi lowfi on a display I've been
running 2048x1536 on for roughly a decade. Before xrandr, X could itself
perform
On Thu, 2010-08-12 at 14:32 -0400, Felix Miata wrote:
On 2010/08/12 10:46 (GMT-0700) Adam Williamson composed:
It's more or less dead. ajax technically maintains it, but it's right at
the bottom of his priority list and we've been wanting to drop it for
ages. It's useful for almost
On 2010/08/12 14:38 (GMT-0400) Bill Nottingham composed:
Felix Miata said:
So users of absent or dysfunctional DDC and/or EDID should be committed to
800x600 or 1024x768 @96DPI until they replace their (quality, antique, still
working just fine) displays
Just as a point, if the EDID/DDC
On 2010/08/12 11:55 (GMT-0700) Adam Williamson composed:
if you want to maintain s-c-d, I'm sure ajax would be more than
happy to hand over ownership.
Being a non-programmer I'm confident there's little likelihood I'd be
competent to attempt such an endeavor. Nevertheless, my complaints are
On Thu, Aug 12, 2010 at 14:32:21 -0400,
Felix Miata mrma...@earthlink.net wrote:
So users of absent or dysfunctional DDC and/or EDID should be committed to
800x600 or 1024x768 @96DPI until they replace their (quality, antique, still
working just fine) displays or learn the cryptic and
On Thu, 2010-08-12 at 15:00 -0400, Felix Miata wrote:
EDID DDC are mere conveniences unnecessary to the function of the device. I
really couldn't care less whether EDID/DDC exists, much less works. What
matters (works just fine) from a display, which may have been manufactured
before the
On Thu, 2010-08-12 at 15:13 -0400, Felix Miata wrote:
For the benefit of those few, and there will likely always be some, for whom
automatic isn't, some tool is needed upstream in Xorg, possibly SaX2 or SCD
at least as a starting point. A wider call for a maintainer of SaX2 or SCD or
some
On 2010/08/12 16:53 (GMT-0400) Adam Jackson composed:
On Thu, 2010-08-12 at 15:13 -0400, Felix Miata wrote:
For the benefit of those few, and there will likely always be some, for whom
automatic isn't, some tool is needed upstream in Xorg, possibly SaX2 or SCD
at least as a starting point. A
On 2010/08/12 16:52 (GMT-0400) Adam Jackson composed:
On Thu, 2010-08-12 at 15:00 -0400, Felix Miata wrote:
EDID DDC are mere conveniences unnecessary to the function of the device. I
really couldn't care less whether EDID/DDC exists, much less works. What
matters (works just fine) from a
On Thu, 2010-08-12 at 17:08 -0400, Felix Miata wrote:
On 2010/08/12 16:53 (GMT-0400) Adam Jackson composed:
On Thu, 2010-08-12 at 15:13 -0400, Felix Miata wrote:
For the benefit of those few, and there will likely always be some, for
whom
automatic isn't, some tool is needed upstream
On Thu, Aug 12, 2010 at 13:13, Felix Miata mrma...@earthlink.net wrote:
On 2010/08/12 11:55 (GMT-0700) Adam Williamson composed:
if you want to maintain s-c-d, I'm sure ajax would be more than
happy to hand over ownership.
Being a non-programmer I'm confident there's little likelihood I'd be
19 matches
Mail list logo
