It's a week late but the silence on the list over the break didn't overly
encourage me to tag 1.7.3.902 as final. Anyway, here it is, happy new year
etc.
Only two commits, with Alan's fix being the only one that should have any
effect on users. Adam's commit only affects VNC.
The ususal 5 week
On Thu, 2010-01-07 at 11:47 +1000, Peter Hutterer wrote:
On Wed, Jan 06, 2010 at 08:26:40PM -0500, Ryan Daly wrote:
On 01/06/2010 08:04 PM, Peter Hutterer wrote:
The backtrace is pretty consistent with the following few lines:
Program received signal SIGTERM, Terminated.
Hi!
I have been looking for a tool for visually resizing and positioning X
displays that is distribution neutral. I realise we have xrandr for
listing and changing display resolutions and rotations but it doesn't
seem to offer the ability to visually resize and position screens, a
feature that is
Attached are two small patches to allow me opening a edid block through
libminitru and to use differing compiler flags.
kind regards
Kai-Uwe Behrmann
--
developing for colour management
www.behrmann.name + www.oyranos.org
diff --git a/edid.c b/edid.c
index bf8a565..076b714 100644
--- a/edid.c
On 01/06/2010 10:34 PM, Ryan Daly wrote:
On 01/06/2010 10:26 PM, Justin P. Mattock wrote:
the module should work.. hopefully their the same arch's
as for the next step:
try starting the server from a TTY instead of through gdm
(as stated by peter hutterer from the other post try this and
Op 07-01-10 11:51, allcoms schreef:
Hi!
I have been looking for a tool for visually resizing and positioning X
displays that is distribution neutral. I realise we have xrandr for
listing and changing display resolutions and rotations but it doesn't
seem to offer the ability to visually
Éric Piel wrote:
Op 07-01-10 11:51, allcoms schreef:
Hi!
I have been looking for a tool for visually resizing and positioning X
displays that is distribution neutral. I realise we have xrandr for
listing and changing display resolutions and rotations but it doesn't
seem to offer the ability
On Thu, 2010-01-07 at 19:00 +0100, Didier Spaier wrote:
Éric Piel wrote:
Isn't gnome-display-properties sufficient? Which additional features
would you need?
I would prefer a tool not gnome-dependent, as a _Fluxbox_only_ Slackware user
;)
So you don't want to use a toolkit, but you want
On 01/07/10 08:45, Ryan Daly wrote:
On 01/06/2010 10:34 PM, Ryan Daly wrote:
On 01/06/2010 10:26 PM, Justin P. Mattock wrote:
the module should work.. hopefully their the same arch's
as for the next step:
try starting the server from a TTY instead of through gdm
(as stated by peter hutterer
Twas brillig at 13:23:00 07.01.2010 UTC-05 when a...@nwnk.net did gyre and
gimble:
Isn't gnome-display-properties sufficient? Which additional
features would you need?
I would prefer a tool not gnome-dependent, as a _Fluxbox_only_ Slackware
user ;)
AJ So you don't want to use a
Op 07-01-10 19:00, Didier Spaier schreef:
Éric Piel wrote:
Op 07-01-10 11:51, allcoms schreef:
Hi!
I have been looking for a tool for visually resizing and positioning X
displays that is distribution neutral. I realise we have xrandr for
listing and changing display resolutions and
Isn't gnome-display-properties sufficient? Which additional features
would you need?
No, gnome-display-properties isn't sufficient to my needs as it does
neither of the two features I am looking for which are:
1- Visual resizing (as in 'graphically' adjusting the screens outer borders) and
2-
On 01/07/2010 01:25 PM, Justin P. Mattock wrote:
I know it says these errors aren't fatal to the X server, but could they
be causing me problems?
as for xkbcomp doing a quick google
gave me this:
http://bugs.gentoo.org/269931
but still don't see that this is the
culprit.
I read
Hello folks,
I often use my Thinkpad with an external keyboard. When I plug in
the keyboard, it is initialised according to HAL with standard
symbols. While I load a custom keymap from Xsession [0] and also
call `xset r rate …` there, these settings do not take effect once
I plug in the external
On 01/07/10 11:26, Ryan Daly wrote:
On 01/07/2010 01:25 PM, Justin P. Mattock wrote:
I know it says these errors aren't fatal to the X server, but could they
be causing me problems?
as for xkbcomp doing a quick google
gave me this:
http://bugs.gentoo.org/269931
but still don't see that
On Thu, Jan 7, 2010 at 11:26 AM, Ryan Daly d...@ctc.com wrote:
On 01/07/2010 01:25 PM, Justin P. Mattock wrote:
I know it says these errors aren't fatal to the X server, but could they
be causing me problems?
as for xkbcomp doing a quick google
gave me this:
http://bugs.gentoo.org/269931
On Thu, Jan 07, 2010 at 10:25:33AM -0800, Justin P. Mattock wrote:
Bad news... I started X from a tty and still had it exit on me. The
only thing worth noting from the output is below:
Xorg.out
The XKEYBOARD keymap compiler (xkbcomp) reports:
Warning: Type ONE_LEVEL has 1
On 01/07/2010 05:30 PM, Peter Hutterer wrote:
waiting for X server to shut down ddxSigGiveUp: Closing log
/Xorg.out
I know it says these errors aren't fatal to the X server, but could they
be causing me problems?
as for xkbcomp doing a quick google
gave me this:
On 01/07/10 14:45, Ryan Daly wrote:
On 01/07/2010 05:30 PM, Peter Hutterer wrote:
waiting for X server to shut down ddxSigGiveUp: Closing log
/Xorg.out
I know it says these errors aren't fatal to the X server, but could they
be causing me problems?
as for xkbcomp doing a quick google
On Thu, Jan 7, 2010 at 2:45 PM, Ryan Daly d...@ctc.com wrote:
On 01/07/2010 05:30 PM, Peter Hutterer wrote:
waiting for X server to shut down ddxSigGiveUp: Closing log
/Xorg.out
I know it says these errors aren't fatal to the X server, but could they
be causing me problems?
as for xkbcomp
It's a week late but the silence on the list over the break didn't overly
encourage me to tag 1.7.3.902 as final. Anyway, here it is, happy new year
etc.
Only two commits, with Alan's fix being the only one that should have any
effect on users. Adam's commit only affects VNC.
The ususal 5 week
On Fri, Jan 08, 2010 at 08:35:07AM +1300, martin f krafft wrote:
Hello folks,
I often use my Thinkpad with an external keyboard. When I plug in
the keyboard, it is initialised according to HAL with standard
symbols. While I load a custom keymap from Xsession [0] and also
call `xset r rate
On 01/04/2010 05:26 AM, Tom Cowell wrote:
Hello
I'm new here, and slightly afraid of making a fool of myself.
I have diffed the libraries between a working machine and all have
a binary match. There must be some meta-data file outside the libraries
which return the results for
Thanks for taking the time to respond!
also sprach Peter Hutterer peter.hutte...@who-t.net [2010.01.08.1608 +1300]:
xkbcomp supports -I, but the xserver doesn't provide an option to
set a custom include path. so your best bet is to run xkbcomp at
runtime for xkb files outside the default
24 matches
Mail list logo