Bug#263952: Pointers and Scale are invisible on secondary XINERAMA screens

2004-10-25 Thread Branden Robinson
On Mon, Oct 18, 2004 at 11:05:31AM -0400, Michel Dänzer wrote:
 On Mon, 2004-10-18 at 04:46 -0500, Branden Robinson wrote:
  On Fri, Oct 15, 2004 at 11:38:05AM +0200, Jan-Benedict Glaw wrote:
   On Fri, 2004-10-15 00:10:59 -0400, Michel Dänzer [EMAIL PROTECTED]
   wrote in message [EMAIL PROTECTED]:

Let's get another random data point: does it also happen if you run
xclock with -norender?
   
   No; with -norender, everything works as expected.
  
  Michel, can you tell me how to transform this data point into a Eureka
  moment?  :)
 
 Not sure; it means the problem seems to be related to the RENDER
 extension. Maybe the atimisc driver doesn't initialize that correctly.
 It would still be interesting to know if the order of the screens
 matters.

Dear submitter,

Can you please tell us if the order of the screens matters?

-- 
G. Branden Robinson|People are equally horrified at
Debian GNU/Linux   |hearing the Christian religion
[EMAIL PROTECTED] |doubted, and at seeing it
http://people.debian.org/~branden/ |practiced. -- Samuel Butler


signature.asc
Description: Digital signature


Bug#263952: Pointers and Scale are invisible on secondary XINERAMA screens

2004-10-18 Thread Branden Robinson
On Fri, Oct 15, 2004 at 11:38:05AM +0200, Jan-Benedict Glaw wrote:
 On Fri, 2004-10-15 00:10:59 -0400, Michel Dänzer [EMAIL PROTECTED]
 wrote in message [EMAIL PROTECTED]:
  
  Let's get another random data point: does it also happen if you run
  xclock with -norender?
 
 No; with -norender, everything works as expected.

Michel, can you tell me how to transform this data point into a Eureka
moment?  :)

-- 
G. Branden Robinson|  You live and learn.
Debian GNU/Linux   |  Or you don't live long.
[EMAIL PROTECTED] |  -- Robert Heinlein
http://people.debian.org/~branden/ |


signature.asc
Description: Digital signature


Bug#263952: Pointers and Scale are invisible on secondary XINERAMA screens

2004-10-18 Thread Michel Dänzer
On Mon, 2004-10-18 at 04:46 -0500, Branden Robinson wrote:
 On Fri, Oct 15, 2004 at 11:38:05AM +0200, Jan-Benedict Glaw wrote:
  On Fri, 2004-10-15 00:10:59 -0400, Michel Dänzer [EMAIL PROTECTED]
  wrote in message [EMAIL PROTECTED]:
   
   Let's get another random data point: does it also happen if you run
   xclock with -norender?
  
  No; with -norender, everything works as expected.
 
 Michel, can you tell me how to transform this data point into a Eureka
 moment?  :)

Not sure; it means the problem seems to be related to the RENDER
extension. Maybe the atimisc driver doesn't initialize that correctly.
It would still be interesting to know if the order of the screens
matters.


-- 
Earthling Michel Dänzer  | Debian (powerpc), X and DRI developer
Libre software enthusiast|   http://svcs.affero.net/rm.php?r=daenzer



Bug#263952: Pointers and Scale are invisible on secondary XINERAMA screens

2004-10-15 Thread Michel Dänzer

Let's get another random data point: does it also happen if you run
xclock with -norender?


-- 
Earthling Michel Dänzer  | Debian (powerpc), X and DRI developer
Libre software enthusiast|   http://svcs.affero.net/rm.php?r=daenzer




Bug#263952: Pointers and Scale are invisible on secondary XINERAMA screens

2004-10-15 Thread Jan-Benedict Glaw
On Fri, 2004-10-15 00:10:59 -0400, Michel Dänzer [EMAIL PROTECTED]
wrote in message [EMAIL PROTECTED]:
 
 Let's get another random data point: does it also happen if you run
 xclock with -norender?

No; with -norender, everything works as expected.

MfG, JBG

-- 
Jan-Benedict Glaw   [EMAIL PROTECTED]. +49-172-7608481 _ O _
Eine Freie Meinung in  einem Freien Kopf| Gegen Zensur | Gegen Krieg  _ _ O
 fuer einen Freien Staat voll Freier Bürger | im Internet! |   im Irak!   O O O
ret = do_actions((curr | FREE_SPEECH)  ~(NEW_COPYRIGHT_LAW | DRM | TCPA));


signature.asc
Description: Digital signature


Bug#263952: Pointers and Scale are invisible on secondary XINERAMA screens

2004-10-15 Thread Branden Robinson
On Fri, Oct 15, 2004 at 01:18:46AM +0200, Erik Jansson wrote:
This is likely a driver bug; to most other components involved it
   
 Maybe, but I've seen the same behaviour using the siliconmotion driver on 
 several
 screens in Xinerma mode. Scales only showed up on the first. I was using
 4.3.0.dfsg.1 back then.

It's possible that bad acceleration code was copied from one driver to
another.

-- 
G. Branden Robinson| The power of accurate observation
Debian GNU/Linux   | is frequently called cynicism by
[EMAIL PROTECTED] | those who don't have it.
http://people.debian.org/~branden/ | -- George Bernard Shaw


signature.asc
Description: Digital signature


Bug#263952: Pointers and Scale are invisible on secondary XINERAMA screens

2004-10-14 Thread Branden Robinson
On Wed, Oct 13, 2004 at 03:37:41PM +0200, Jan-Benedict Glaw wrote:
 On Wed, 2004-10-13 00:24:44 -0400, Michel Dänzer [EMAIL PROTECTED]
 wrote in message [EMAIL PROTECTED]:
  On Tue, 2004-10-12 at 15:43 +0200, Jan-Benedict Glaw wrote:
   On Wed, 2004-09-01 04:55:17 -0500, Branden Robinson [EMAIL PROTECTED]
   wrote in message [EMAIL PROTECTED]:
   I guess (but of course I'm not sure -- I'm not a X11 / XFree86 guru...)
   this means that the used widget library contains a bug. I guess it's
   responsible for providing the xwd dump data, but not the hardware
   driver...
 
  This is likely a driver bug; to most other components involved it
  matters little if at all which screen xclock is on. So, please provide
  the information about your setup that Branden asked for in his first
  followup.
 
 Here we are:

Thanks for following up!  I need a little more info, though:

 VGA-compatible devices on PCI bus:
 :01:00.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 
 9200 SE] (rev 01)
 :02:09.0 VGA compatible controller: ATI Technologies Inc 3D Rage II+ 
 215GTB [Mach64 GTB] (rev 9a)
 :02:0a.0 VGA compatible controller: ATI Technologies Inc 3D Rage II+ 
 215GTB [Mach64 GTB] (rev 9a)

Which of these video cards is driving the display that exhibits the bad 
behavior?

Does it matter?  I.e., does the middle screen always have this problem
whether it's being driven by the RV280 or the 3D Rage II+ cards?

-- 
G. Branden Robinson| I'm a firm believer in not drawing
Debian GNU/Linux   | trend lines before you have data
[EMAIL PROTECTED] | points.
http://people.debian.org/~branden/ | -- Tim Ottinger


signature.asc
Description: Digital signature


Bug#263952: Pointers and Scale are invisible on secondary XINERAMA screens

2004-10-14 Thread Erik Jansson
Hi!

I'm jumping in rigt in the middle now. Sorry if I've totally missed
what it's all about.

On Thu, Oct 14, 2004 at 11:36:24PM +0200, Branden Robinson wrote:
 On Wed, Oct 13, 2004 at 03:37:41PM +0200, Jan-Benedict Glaw wrote:
  On Wed, 2004-10-13 00:24:44 -0400, Michel Dänzer [EMAIL PROTECTED]
  wrote in message
 [EMAIL PROTECTED]:
   On Tue, 2004-10-12 at 15:43 +0200, Jan-Benedict Glaw wrote:
On Wed, 2004-09-01 04:55:17 -0500, Branden Robinson
 [EMAIL PROTECTED]
wrote in message [EMAIL PROTECTED]:
I guess (but of course I'm not sure -- I'm not a X11 / XFree86
 guru...)
this means that the used widget library contains a bug. I guess
 it's
responsible for providing the xwd dump data, but not the hardware
driver...
  
   This is likely a driver bug; to most other components involved it
  
Maybe, but I've seen the same behaviour using the siliconmotion driver on 
several
screens in Xinerma mode. Scales only showed up on the first. I was using
4.3.0.dfsg.1 back then.

   matters little if at all which screen xclock is on. So, please
 provide
   the information about your setup that Branden asked for in his first
   followup.
  
  Here we are:
 
 Thanks for following up!  I need a little more info, though:
 
  VGA-compatible devices on PCI bus:
  :01:00.0 VGA compatible controller: ATI Technologies Inc RV280
 [Radeon 9200 SE] (rev 01)
  :02:09.0 VGA compatible controller: ATI Technologies Inc 3D Rage
 II+ 215GTB [Mach64 GTB] (rev 9a)
  :02:0a.0 VGA compatible controller: ATI Technologies Inc 3D Rage
 II+ 215GTB [Mach64 GTB] (rev 9a)
 
 Which of these video cards is driving the display that exhibits the bad
 behavior?
 
 Does it matter?  I.e., does the middle screen always have this problem
 whether it's being driven by the RV280 or the 3D Rage II+ cards?
 
 -- 
 G. Branden Robinson| I'm a firm believer in not
 drawing
 Debian GNU/Linux   | trend lines before you have
 data
 [EMAIL PROTECTED] | points.
 http://people.debian.org/~branden/ | -- Tim Ottinger




Bug#263952: Pointers and Scale are invisible on secondary XINERAMA screens

2004-10-13 Thread Jan-Benedict Glaw
On Wed, 2004-10-13 00:24:44 -0400, Michel Dänzer [EMAIL PROTECTED]
wrote in message [EMAIL PROTECTED]:
 On Tue, 2004-10-12 at 15:43 +0200, Jan-Benedict Glaw wrote:
  On Wed, 2004-09-01 04:55:17 -0500, Branden Robinson [EMAIL PROTECTED]
  wrote in message [EMAIL PROTECTED]:
  I guess (but of course I'm not sure -- I'm not a X11 / XFree86 guru...)
  this means that the used widget library contains a bug. I guess it's
  responsible for providing the xwd dump data, but not the hardware
  driver...

 This is likely a driver bug; to most other components involved it
 matters little if at all which screen xclock is on. So, please provide
 the information about your setup that Branden asked for in his first
 followup.

Here we are:

Contents of /var/lib/xfree86/X.roster:
xserver-xfree86

/etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum.

X server symlink status:
lrwxrwxrwx  1 root root 20 Aug  3 17:51 /etc/X11/X - /usr/bin/X11/XFree86
-rwxr-xr-x  1 root root 1745484 Sep 28 14:09 /usr/bin/X11/XFree86

Contents of /var/lib/xfree86/XF86Config-4.roster:
xserver-xfree86

VGA-compatible devices on PCI bus:
:01:00.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200 
SE] (rev 01)
:02:09.0 VGA compatible controller: ATI Technologies Inc 3D Rage II+ 215GTB 
[Mach64 GTB] (rev 9a)
:02:0a.0 VGA compatible controller: ATI Technologies Inc 3D Rage II+ 215GTB 
[Mach64 GTB] (rev 9a)

/etc/X11/XF86Config-4 does not match checksum in 
/var/lib/xfree86/XF86Config-4.md5sum.

XFree86 X server configuration file status:
-rw---  1 root root 5475 Aug  4 12:25 /etc/X11/XF86Config-4

Contents of /etc/X11/XF86Config-4:
# XF86Config-4 (XFree86 X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the XF86Config-4 manual page.
# (Type man XF86Config-4 at the shell prompt.)
#
# This file is automatically updated on xserver-xfree86 package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xfree86
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following commands as root:
#
#   cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom
#   md5sum /etc/X11/XF86Config-4  /var/lib/xfree86/XF86Config-4.md5sum
#   dpkg-reconfigure xserver-xfree86
Section Files
FontPathunix/:7100# local font server
# if the local font server has problems, we can fall back on these
FontPath/usr/lib/X11/fonts/misc
FontPath/usr/lib/X11/fonts/cyrillic
FontPath/usr/lib/X11/fonts/100dpi/:unscaled
FontPath/usr/lib/X11/fonts/75dpi/:unscaled
FontPath/usr/lib/X11/fonts/Type1
FontPath/usr/lib/X11/fonts/CID
FontPath/usr/lib/X11/fonts/Speedo
FontPath/usr/lib/X11/fonts/100dpi
FontPath/usr/lib/X11/fonts/75dpi
EndSection
Section Module
LoadGLcore
Loadbitmap
Loaddbe
Loadddc
Loaddri
Loadextmod
Loadfreetype
Loadglx
Loadint10
Loadrecord
Loadspeedo
Loadtype1
Loadvbe
EndSection
Section InputDevice
Identifier  Generic Keyboard
Driver  keyboard
Option  CoreKeyboard
Option  XkbRules  xfree86
Option  XkbModel  pc105
Option  XkbLayout de
Option  XkbVariantnodeadkeys
EndSection
Section InputDevice
Identifier  Configured Mouse scroll
Driver  mouse
Option  CorePointer
Option  Device/dev/psaux
Option  Protocol  ImPS/2
Option  Emulate3Buttons   true
Option  ZAxisMapping  4 5
EndSection

Section InputDevice
Identifier  Configured Mouse noscroll
Driver  mouse
Option  Device/dev/ttyS0
Option  Protocol  Microsoft
Option  Emulate3Buttons   true
Option  ZAxisMapping  4 5
Option  SendCoreEvents
EndSection

Section Device
Identifier  Generic Video Card mitte
Driver  ati
BusID   PCI:1:0:0
EndSection
Section Device
Identifier  Generic Video Card links
Driver  ati
BusID   PCI:2:9:0
EndSection
Section Device
Identifier  Generic Video Card rechts
Driver  ati
BusID   PCI:2:10:0
EndSection
Section Monitor
Identifier  Generic Monitor links
HorizSync   30-70
VertRefresh 50-160
Option  DPMS
EndSection

Bug#263952: Pointers and Scale are invisible on secondary XINERAMA screens

2004-10-12 Thread Jan-Benedict Glaw
On Wed, 2004-09-01 04:55:17 -0500, Branden Robinson [EMAIL PROTECTED]
wrote in message [EMAIL PROTECTED]:

 One way to prove that this *isn't* a driver problem is to do a screen
 capture (say, with xwd, but the GNOME and KDE desktops have apps for this
 as well) of the xclock window when it's on one of the screens where it
 renders wrong.

I now moved xclock to one of the secondary screens and captured it with
xwd. The first ~875 bytes contain real data, the rest (53791 bytes)
are 0xff. Displaying the dump later on with xwud shows off a completely
white image (this is what you see from xclock on one of the secondary
screens).

 If the screen capture *doesn't* the pointers and scale, then this may be an
 xclock bug (or possibly widget library bug) after all.

I guess (but of course I'm not sure -- I'm not a X11 / XFree86 guru...)
this means that the used widget library contains a bug. I guess it's
responsible for providing the xwd dump data, but not the hardware
driver...

 But I'm betting they'll be there, and definitely show up when you view the
 screen capture image in the middle screen.

You've lost:-) It's a completely white image and it doesn't make any
difference if the xwud window is on the main screen or on any other.

xclock is from:

$ dpkg -l xbase-clients
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name Version  Description
+++---
ii  xbase-clients4.3.0.dfsg.1-8   miscellaneous X clients

All the rest of the X11 system is also at version 4.3.0.dfsg.1-8.

MfG, JBG

-- 
Jan-Benedict Glaw   [EMAIL PROTECTED]. +49-172-7608481 _ O _
Eine Freie Meinung in  einem Freien Kopf| Gegen Zensur | Gegen Krieg  _ _ O
 fuer einen Freien Staat voll Freier Bürger | im Internet! |   im Irak!   O O O
ret = do_actions((curr | FREE_SPEECH)  ~(NEW_COPYRIGHT_LAW | DRM | TCPA));


signature.asc
Description: Digital signature


Bug#263952: Pointers and Scale are invisible on secondary XINERAMA screens

2004-10-07 Thread Branden Robinson
On Mon, Sep 13, 2004 at 10:03:24PM +0200, Jan-Benedict Glaw wrote:
 On Mon, 2004-09-13 12:57:53 -0500, Branden Robinson [EMAIL PROTECTED]
 wrote in message [EMAIL PROTECTED]:
  On Wed, Sep 01, 2004 at 12:19:42PM +0200, Jan-Benedict Glaw wrote:
  [...]
   No problem to provide more info. Unfortunately, I'm currently in my
   holidays and don't have physical access to the machine. However, I can
   tell you about the config.
  [...]
   That needs physical access, so I can do that somewhen at/after upcoming
   monday.
  [...]
   That's it for now. I'll do the real tests most probably on monday.
  
  Any progress on this?
 
 Umy... My machine crashed totally (push power button -- not even VGA
 card gets booted...) so it's out for repair right now (last week I was
 forced out to some kind of emergency trip for one of our customers:-(
 
 However, I'm really still interested to solve that. I don't like loosing
 the space the clock needs on the middle screen:-) I'm again to go on a
 business trip tomorrow (lasting for two or three days), I guess my box
 will be ready again when I come back.

Okay, any progress on this *now*?  :)

-- 
G. Branden Robinson|If I recall correctly, devfs went
Debian GNU/Linux   |straight from being marked as
[EMAIL PROTECTED] |EXPERIMENTAL to OBSOLETE in the
http://people.debian.org/~branden/ |kernel config. -- Tore Anderson


signature.asc
Description: Digital signature


Bug#263952: Pointers and Scale are invisible on secondary XINERAMA screens

2004-09-25 Thread Jan-Benedict Glaw
On Mon, 2004-09-13 12:57:53 -0500, Branden Robinson [EMAIL PROTECTED]
wrote in message [EMAIL PROTECTED]:
 On Wed, Sep 01, 2004 at 12:19:42PM +0200, Jan-Benedict Glaw wrote:
 [...]
  No problem to provide more info. Unfortunately, I'm currently in my
  holidays and don't have physical access to the machine. However, I can
  tell you about the config.
 [...]
  That needs physical access, so I can do that somewhen at/after upcoming
  monday.
 [...]
  That's it for now. I'll do the real tests most probably on monday.
 
 Any progress on this?

Umy... My machine crashed totally (push power button -- not even VGA
card gets booted...) so it's out for repair right now (last week I was
forced out to some kind of emergency trip for one of our customers:-(

However, I'm really still interested to solve that. I don't like loosing
the space the clock needs on the middle screen:-) I'm again to go on a
business trip tomorrow (lasting for two or three days), I guess my box
will be ready again when I come back.

MfG, JBG

-- 
Jan-Benedict Glaw   [EMAIL PROTECTED]. +49-172-7608481 _ O _
Eine Freie Meinung in  einem Freien Kopf| Gegen Zensur | Gegen Krieg  _ _ O
 fuer einen Freien Staat voll Freier Bürger | im Internet! |   im Irak!   O O O
ret = do_actions((curr | FREE_SPEECH)  ~(NEW_COPYRIGHT_LAW | DRM | TCPA));


signature.asc
Description: Digital signature


Bug#263952: Pointers and Scale are invisible on secondary XINERAMA screens

2004-09-13 Thread Branden Robinson
On Wed, Sep 01, 2004 at 12:19:42PM +0200, Jan-Benedict Glaw wrote:
[...]
 No problem to provide more info. Unfortunately, I'm currently in my
 holidays and don't have physical access to the machine. However, I can
 tell you about the config.
[...]
 That needs physical access, so I can do that somewhen at/after upcoming
 monday.
[...]
 That's it for now. I'll do the real tests most probably on monday.

Any progress on this?

-- 
G. Branden Robinson|   If atheism is a religion, then
Debian GNU/Linux   |   health is a disease.
[EMAIL PROTECTED] |   -- Clark Adams
http://people.debian.org/~branden/ |


signature.asc
Description: Digital signature


Bug#263952: Pointers and Scale are invisible on secondary XINERAMA screens

2004-09-13 Thread Branden Robinson
On Sun, Sep 05, 2004 at 10:46:31PM -0400, Michel Dänzer wrote:
 Actually, I'd expect a driver rendering bug to be captured in the
 framebuffer and consequently on screen captures. If the bug lies in the
 server, I don't think you can tell where exactly from the client side.

Ah.  Thanks (as usual :) ) for correcting my busted notion of how the X
server draws things.  :)

-- 
G. Branden Robinson| There's something wrong if you're
Debian GNU/Linux   | always right.
[EMAIL PROTECTED] | -- Glasow's Law
http://people.debian.org/~branden/ |


signature.asc
Description: Digital signature


Bug#263952: Pointers and Scale are invisible on secondary XINERAMA screens

2004-09-05 Thread Michel Dänzer
On Wed, 2004-09-01 at 04:55 -0500, Branden Robinson wrote:
 
 On Fri, Aug 06, 2004 at 01:46:07PM +0200, Jan-Benedict Glaw wrote:
  
  If I start xclock on my xinerama screen (three horizontally ordered
  CRTs), hour and minute pointers and the outer scale are only visible
  when the window in on the middle screen (which is the primary screen
  of the three. The other two are declared as LeftOf/RightOf the middle
  one.)
 
 This is almost certainly a driver problem, so I'm going need more
 information about your X server.  I've placed some instructions for
 gathering that information at the end of this message.
 
 One way to prove that this *isn't* a driver problem is to do a screen
 capture (say, with xwd, but the GNOME and KDE desktops have apps for this
 as well) of the xclock window when it's on one of the screens where it
 renders wrong.
 
 If the screen capture *doesn't* the pointers and scale, then this may be an
 xclock bug (or possibly widget library bug) after all.
 
 But I'm betting they'll be there, and definitely show up when you view the
 screen capture image in the middle screen.

Actually, I'd expect a driver rendering bug to be captured in the
framebuffer and consequently on screen captures. If the bug lies in the
server, I don't think you can tell where exactly from the client side.


-- 
Earthling Michel Dänzer  | Debian (powerpc), X and DRI developer
Libre software enthusiast|   http://svcs.affero.net/rm.php?r=daenzer





Processed: Re: Bug#263952: Pointers and Scale are invisible on secondary XINERAMA screens

2004-09-01 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 retitle 263952 xserver-xfree86: rendering problems with xclock on some 
 XINERAMA screens
Bug#263952: Pointers and Scale are invisible on secondary XINERAMA screens
Changed Bug title.

 reassign 263952 xserver-xfree86
Bug#263952: xserver-xfree86: rendering problems with xclock on some XINERAMA 
screens
Bug reassigned from package `xbase-clients' to `xserver-xfree86'.

 tag 263952 + moreinfo upstream
Bug#263952: xserver-xfree86: rendering problems with xclock on some XINERAMA 
screens
There were no tags set.
Tags added: moreinfo, upstream

 thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)



Bug#263952: Pointers and Scale are invisible on secondary XINERAMA screens

2004-09-01 Thread Branden Robinson
retitle 263952 xserver-xfree86: rendering problems with xclock on some XINERAMA 
screens
reassign 263952 xserver-xfree86
tag 263952 + moreinfo upstream
thanks

On Fri, Aug 06, 2004 at 01:46:07PM +0200, Jan-Benedict Glaw wrote:
 Package:  xbase-clients
 Version:  4.3.0.dfsg.1-6
 Distribution: sid
 Architecture: i386
 
 Hi!
 
 If I start xclock on my xinerama screen (three horizontally ordered
 CRTs), hour and minute pointers and the outer scale are only visible
 when the window in on the middle screen (which is the primary screen
 of the three. The other two are declared as LeftOf/RightOf the middle
 one.)

This is almost certainly a driver problem, so I'm going need more
information about your X server.  I've placed some instructions for
gathering that information at the end of this message.

One way to prove that this *isn't* a driver problem is to do a screen
capture (say, with xwd, but the GNOME and KDE desktops have apps for this
as well) of the xclock window when it's on one of the screens where it
renders wrong.

If the screen capture *doesn't* the pointers and scale, then this may be an
xclock bug (or possibly widget library bug) after all.

But I'm betting they'll be there, and definitely show up when you view the
screen capture image in the middle screen.

[The following is a form letter.]

Dear bug submitter,

Since the XFree86 X server is a large and complex piece of software, some
more information is required of you before this bug can be handled.  Please
run the following commands from a shell prompt to gather and deliver this
information to us:

$ /usr/share/bug/xserver-xfree86  /tmp/output 31
$ mailx -s Re: Bug#BUGNUMBER [EMAIL PROTECTED]  /tmp/output

If you do not have a mailx command on your system, you can get it by
installing the mailx Debian package; for example, with the aptitude
install mailx or apt-get install mailx commands as root.  Alternatively,
you can also use a mail command that is compatible with mailx's
command-line syntax, such as mutt.

One very good way to file bugs with the Debian Bug Tracking System is to
use the reportbug package and command of the same name.  The reportbug
program does a lot of automatic information-gathering that helps package
maintainers to understand your system configuration, and also ensures that
your message to the Debian Bug Tracking System is well-formed so that it is
processed correctly by the automated tools that manage the reports.  (If
you've ever gotten a bounce message from the Debian Bug Tracking System
that tells you your message couldn't be processed, you might appreciate
this latter feature.)

Therefore, I strongly urge you to give reportbug a try as your primary
bug reporting tool for the Debian System in the future.

If you *did* use reportbug to file your report, then you're receiving this
message because the information we expected to see was not present.

If you deliberately deleted this information from the report, please don't
do that in the future, even if it seems like it makes the mail too large.
50 kB (kilobytes) of configuration and log data is typical.  Only if the
included information greatly exceeds this amount (more than 100 kB) should
you consider omitting it; instead, put it up on the World Wide Web
somewhere and provide URLs to it in your report, or in subsequent followup
by mailing [EMAIL PROTECTED].

Thank you!

-- 
G. Branden Robinson| Reality is what refuses to go away
Debian GNU/Linux   | when I stop believing in it.
[EMAIL PROTECTED] | -- Philip K. Dick
http://people.debian.org/~branden/ |


signature.asc
Description: Digital signature


Bug#263952: Pointers and Scale are invisible on secondary XINERAMA screens

2004-08-06 Thread Jan-Benedict Glaw
Package:xbase-clients
Version:4.3.0.dfsg.1-6
Distribution:   sid
Architecture:   i386

Hi!

If I start xclock on my xinerama screen (three horizontally ordered
CRTs), hour and minute pointers and the outer scale are only visible
when the window in on the middle screen (which is the primary screen
of the three. The other two are declared as LeftOf/RightOf the middle
one.)

MfG, JBG

-- 
Jan-Benedict Glaw   [EMAIL PROTECTED]. +49-172-7608481 _ O _
Eine Freie Meinung in  einem Freien Kopf| Gegen Zensur | Gegen Krieg  _ _ O
 fuer einen Freien Staat voll Freier Bürger | im Internet! |   im Irak!   O O O
ret = do_actions((curr | FREE_SPEECH)  ~(NEW_COPYRIGHT_LAW | DRM | TCPA));


signature.asc
Description: Digital signature