Bug#428640: xserver-xorg-core: Loading of certain drivers is broken

[Tristan Schmelcher]

Package: xserver-xorg-core
Version: 2:1.3.0.0.dfsg-6
Severity: important

I just upgraded my Lenny system and found that the X server was broken.
It fails to start, complaining that the nvidia driver module does not
exist, which is bogus:

[EMAIL PROTECTED]:~$ ls -al /usr/lib/xorg/modules/drivers/
total 1452
drwxr-xr-x 2 root root4096 2007-06-12 22:17 .
drwxr-xr-x 8 root root4096 2007-06-12 23:24 ..
-rw-r--r-- 1 root root 1473248 2007-01-04 20:37 nvidia_drv.o

See the Xorg.0.log that reportbug included for the actual error.

I have straced the Xorg binary (compressed strace log attached) and the
problem seems to be due to a change in driver module loading behaviour.
In both 1.3.0.0.dfsg-6 and the 1.1.1-21 in stable, Xorg stat()s the
driver module paths to check that they exist. However, in
1.3.0.0.dfsg-6, it does not specify the full path; it just gives the
filename. And it doesn't chdir() first. It does however _open_ the right
directory first, which suggests to me that the author may have meant to
use fstatat(2). As written it does not though, so every stat() for a
driver module fails.

For all my other drivers (which, I might note, are all from
xserver-xorg-* packages), it regardless seems to open the correct driver
module path thereafter. However, for the nvidia driver it doesn't try
and instead reports that the module does not exist. I'm not sure what
causes that difference. Perhaps because it is third-party? In any event,
it appears that there will be a certain class of drivers that Xorg will
be unable to load.

-- Package-specific info:
Contents of /var/lib/x11/X.roster:
xserver-xorg

/etc/X11/X target does not match checksum in /var/lib/x11/X.md5sum.

X server symlink status:
lrwxrwxrwx 1 root root 13 2007-01-07 11:48 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1904064 2007-06-01 07:24 /usr/bin/Xorg

Contents of /var/lib/x11/xorg.conf.roster:
xserver-xorg

VGA-compatible devices on PCI bus:
01:00.0 VGA compatible controller: nVidia Corporation Unknown device
0298 (rev a1)

/etc/X11/xorg.conf does not match checksum
in /var/lib/x11/xorg.conf.md5sum.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 6030 2007-06-12 22:00 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
# nvidia-xconfig: X configuration file generated by nvidia-xconfig
# nvidia-xconfig:  version 1.0  ([EMAIL PROTECTED])  Sun Mar 19 06:25:19 UTC
2006

# /etc/X11/xorg.conf (xorg 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 /etc/X11/xorg.conf manual
page.
# (Type "man /etc/X11/xorg.conf" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades
*only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically
updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section "ServerLayout"
Identifier "Default Layout"
Screen 0 "Screen 0"
Screen 1 "Screen 1" RightOf "Screen 0"
#Option "Xinerama" "true"
InputDevice"Generic Keyboard"
InputDevice"Configured Mouse"
InputDevice"Synaptics Touchpad"
EndSection

Section "Files"
# path to defoma fonts
FontPath"/usr/share/fonts/X11/misc"
FontPath"/usr/X11R6/lib/X11/fonts/misc"
FontPath"/usr/share/fonts/X11/cyrillic"
FontPath"/usr/X11R6/lib/X11/fonts/cyrillic"
FontPath"/usr/share/fonts/X11/100dpi/:unscaled"
FontPath"/usr/X11R6/lib/X11/fonts/100dpi/:unscaled"
FontPath"/usr/share/fonts/X11/75dpi/:unscaled"
FontPath"/usr/X11R6/lib/X11/fonts/75dpi/:unscaled"
FontPath"/usr/share/fonts/X11/Type1"
FontPath"/usr/X11R6/lib/X11/fonts/Type1"
FontPath"/usr/share/fonts/X11/100dpi"
FontPath"/usr/X11R6/lib/X11/fonts/100dpi"
FontPath"/usr/share/fonts/X11/75dpi"
FontPath"/usr/X11R6/lib/X11/fonts/75dpi"
FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
EndSection

Section "Module"
Load   "i2c"
Load   "bitmap"
Load   "ddc"
Load   "extmod"
Load   "freetype"
Load   "glx"
Load   "int10"
Load   "vbe"
EndSection

Section "InputDevice"
Identifier "Generic Keyboard"
Driver "kbd"
Option "CoreKeyboard"
Option "XkbRules" "xorg"
Option "XkbModel" "pc104"
Option "XkbLayout" "us"
Option "XkbVariant" "dvorak"
EndSection

Section "InputDevice"
Identifier "Configured Mouse"
Driver "mouse"
Option "CorePointer"
Option "Device" "/dev/input/mice"
Option "Protocol" "Im

Bug#428640: xserver-xorg-core: Loading of certain drivers is broken

[Brice Goglin]

reassign 428640 nvidia-glx
forcemerge 420177 428640
thank you




Tristan Schmelcher wrote:
> Package: xserver-xorg-core
> Version: 2:1.3.0.0.dfsg-6
> Severity: important
>
> I just upgraded my Lenny system and found that the X server was broken.
> It fails to start, complaining that the nvidia driver module does not
> exist, which is bogus:
>
>   [EMAIL PROTECTED]:~$ ls -al /usr/lib/xorg/modules/drivers/
>   total 1452
>   drwxr-xr-x 2 root root4096 2007-06-12 22:17 .
>   drwxr-xr-x 8 root root4096 2007-06-12 23:24 ..
>   -rw-r--r-- 1 root root 1473248 2007-01-04 20:37 nvidia_drv.o
>   

You'll find a solution at the end of
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=420177

Brice



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: Re: Bug#428640: xserver-xorg-core: Loading of certain drivers is broken

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 428640 nvidia-glx
Bug#428640: xserver-xorg-core: Loading of certain drivers is broken
Bug reassigned from package `xserver-xorg-core' to `nvidia-glx'.

> forcemerge 420177 428640
Bug#420177: nvidia-glx does not work with Xserver 1.3
Bug#428640: xserver-xorg-core: Loading of certain drivers is broken
Bug#420302: xserver crash with nvidia driver after upgrade.
Bug#420417: inhibits loading nvidia module
Bug#420450: fails to find OpenGL nvidia driver, does not start
Bug#428580: xorg: xorg 1:7.1.0-18 can't load directly nvidia driver module 
1.0.8776+6
Forcibly Merged 420177 420302 420417 420450 428580 428640.

> thank you
Stopping processing here.

Please contact me if you need assistance.

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


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#375460: Upgrade to linux kernel 2.6.17 makes Xserver crasing on startup

[Marcel Sebek]

On Mon, May 28, 2007 at 11:35:31PM +0200, Brice Goglin wrote:
> About a year ago, you reported a bug to the Debian BTS regarding Xserver
> crashing because kernel 2.6.17 change numbering of input events. Did you
> reproduce this problem recently? With latest xserver-xorg-core and other
> Xorg packages in unstable?
> 

Hi.

I can still reproduce the segfault when I set mouse event device to
the one used by keyboard or when I don't set the device at all.

Note that I use evdev driver for the mouse.

-- 
Marcel Sebek



signature.asc
Description: Digital signature

Bug#407434: xserver-xorg-core: Server crash

[Jörg Sommer]

Brice Goglin schrieb am Mon 04. Jun, 21:27 (+0200):
> Does this crash of the X server in icewm still happen with latest
> xserver-xorg-core 1.3 currently in unstable?

No. I've tried it today with version 2:1.3.0.0.dfsg-6 and the X server
didn't crash.

Bye, Jörg.
-- 
Prof: Ist etwas an der Tafel nicht zu lesen? Sie schauen so komisch.
Studentin: Nein, es ist alles in Ordnung.
Prof: Aber ihr Gesicht sieht überhaupt nicht in Ordnung aus.


pgpHfWiIdvNWU.pgp
Description: PGP signature

Bug#378543: marked as done (middle and right buttons are swapped)

[Debian Bug Tracking System]

Your message dated Wed, 13 Jun 2007 12:27:26 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#378543: middle and right buttons are swapped
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

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

--- Begin Message ---
Package: xserver-xorg-input-evdev
Version: 1:1.1.2-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi.

After upgrade, right and middle mouse buttons got swapped.


- -- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-ck1
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages xserver-xorg-input-evdev depends on:
ii  libc6 2.3.6-15   GNU C Library: Shared libraries
ii  xserver-xorg-core 1:1.0.2-9  X.Org X server -- core server

xserver-xorg-input-evdev recommends no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEu0/ti2PKBl+Ic14RAhLsAKDyFa6UahomV+5e4XjBIFPGBX9a3ACg9S+s
2bpwdsGnQSwfanKMIW9nkQM=
=hPgs
-END PGP SIGNATURE-

--- End Message ---
--- Begin Message ---
Hi.

I found that I'd used custom modmap script in Xsession with wrong
mapping which worked with previous evdev version but not with newer
ones.

Sorry for the noise, I've completely forgot that I created that file.

-- 
Marcel Sebek



signature.asc
Description: Digital signature
--- End Message ---

Bug#412762: xserver-xorg-core: Xserver crash

[Jörg Sommer]

Brice Goglin schrieb am Mon 04. Jun, 22:50 (+0200):
> Does this rare crash of the X server still happen nowadays?

No. I've didn't saw it in the last four weeks, at least. It seems to be
gone.

Bye, Jörg.
-- 
Dein Gesicht wird dir geschenkt. Lächeln musst du selber! (Inga Hermann)


pgpraitnJ6A74.pgp
Description: PGP signature

xserver-xorg is PreDepending on an ubuntu package

[Yoda-BZH - Tristan Charbonneau]

Hi,

I was looking for the updated packages on my debian testing and I saw :

$  aptitude show xserver-xorg | egrep "(Version|PreDepends)"
Version: 1:7.2-3
PreDepends: x11-common (>= 7.0.0-0ubuntu3)


Is that normal that xserver-xorg is depending on an ubuntu package ?
This is not yet corrected in unstable :

$ aptitude -t unstable show xserver-xorg | egrep "(Version|PreDepends)"
Version: 1:7.2-5
PreDepends: x11-common (>= 7.0.0-0ubuntu3)



Cheers

Yoda-BZH

PS: Please cc me the answers as I'm registered to this ML.
--
o May the Force be with you
o Do it, or not, but there's no try

http://www.yoda-bzh.net
http://blog.yoda-bzh.net
http://LeaBrest.free.fr


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: xserver-xorg is PreDepending on an ubuntu package

[Julien Cristau]

On Wed, Jun 13, 2007 at 12:42:03 +0200, Yoda-BZH - Tristan Charbonneau wrote:

> Hi,
> 
> I was looking for the updated packages on my debian testing and I saw :
> 
> $  aptitude show xserver-xorg | egrep "(Version|PreDepends)"
> Version: 1:7.2-3
> PreDepends: x11-common (>= 7.0.0-0ubuntu3)
> 
> 
> Is that normal that xserver-xorg is depending on an ubuntu package ?

Yes.

> This is not yet corrected in unstable :
> 
There's nothing to fix here, move on.

> $ aptitude -t unstable show xserver-xorg | egrep "(Version|PreDepends)"
> Version: 1:7.2-5
> PreDepends: x11-common (>= 7.0.0-0ubuntu3)
> 
Cheers,
Julien


signature.asc
Description: Digital signature

Bug#428661: Pre-Depends on an unknown Debian version

[Duck]

Package: xserver-xorg
Version: 1:7.2-3
Severity: Serious


Coin,

Having changelog entries with work from child distribution like Ubuntu
cannot cause any technical problems, so it is tolerated (and it is good
that their work is acknoleged), but versions in control files may cause
unmet dependencies easily. That's why the following is a problem :
  Pre-Depends: x11-common (>= 7.0.0-0ubuntu3)

Moreover, this is a policy violation : "7.1 Syntax of relationship
fields" refers to "5.6.12 Version" which is stating :
  The version number of a package. The format is:
  [epoch:]upstream_version[-debian_revision]
  ...
  This part of the version number specifies the version of the Debian
  package based on the upstream version. 
But "0ubuntu3" refers to an unexistent Debian package.

Regards.

-- 
Marc Dequènes (Duck)


pgpHrgrbQt9vW.pgp
Description: PGP signature

Bug#428661: marked as done (Pre-Depends on an unknown Debian version)

[Debian Bug Tracking System]

Your message dated Wed, 13 Jun 2007 13:48:29 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#428661: Pre-Depends on an unknown Debian version
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

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

--- Begin Message ---

Package: xserver-xorg
Version: 1:7.2-3
Severity: Serious


Coin,

Having changelog entries with work from child distribution like Ubuntu
cannot cause any technical problems, so it is tolerated (and it is good
that their work is acknoleged), but versions in control files may cause
unmet dependencies easily. That's why the following is a problem :
  Pre-Depends: x11-common (>= 7.0.0-0ubuntu3)

Moreover, this is a policy violation : "7.1 Syntax of relationship
fields" refers to "5.6.12 Version" which is stating :
  The version number of a package. The format is:
  [epoch:]upstream_version[-debian_revision]
  ...
  This part of the version number specifies the version of the Debian
  package based on the upstream version. 
But "0ubuntu3" refers to an unexistent Debian package.

Regards.

-- 
Marc Dequènes (Duck)


pgpZABID8XA9X.pgp
Description: PGP signature
--- End Message ---
--- Begin Message ---
On Wed, Jun 13, 2007 at 13:28:40 +0200, Marc Dequènes wrote:

> 
> Package: xserver-xorg
> Version: 1:7.2-3
> Severity: Serious

right, feel free to abuse release-critical bug severities for
nonexistent bugs...

> 
> Coin,
> 
> Having changelog entries with work from child distribution like Ubuntu
> cannot cause any technical problems, so it is tolerated (and it is good
> that their work is acknoleged), but versions in control files may cause
> unmet dependencies easily. That's why the following is a problem :
>   Pre-Depends: x11-common (>= 7.0.0-0ubuntu3)

Can you point at an actual problem, rather than unsubstantiated FUD?

> Moreover, this is a policy violation : "7.1 Syntax of relationship

No it's not.

> fields" refers to "5.6.12 Version" which is stating :
>   The version number of a package. The format is:
>   [epoch:]upstream_version[-debian_revision]
>   ...
>   This part of the version number specifies the version of the Debian
>   package based on the upstream version. 
> But "0ubuntu3" refers to an unexistent Debian package.
> 
Closing this bug.

Cheers,
Julien


signature.asc
Description: Digital signature
--- End Message ---

Processed: Re: Bug#428661: Pre-Depends on an unknown Debian version

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reopen 428661
Bug#428661: Pre-Depends on an unknown Debian version
Bug reopened, originator not changed.

> thanks
Stopping processing here.

Please contact me if you need assistance.

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


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#428661: Pre-Depends on an unknown Debian version

[Julien Cristau]

severity 428661 wishlist
tags 428661 wontfix
retitle 428661 don't like to see ubuntu mentioned in the control file
kthxbye

On Wed, Jun 13, 2007 at 15:04:04 +0200, Marc Dequènes wrote:

> 
> reopen 428661
> thanks
> 
> > right, feel free to abuse release-critical bug severities for
> > nonexistent bugs...
> 
> Policy violation has always been severity Serious, this is not a
> personnal choice.

Actual policy violations, sure.

> 
> > Can you point at an actual problem, rather than unsubstantiated FUD?
> 
> Happilly, this is not widespread behavior, so, besides Recommends or
> Suggests on nonexistent versions or even packages, there are no real
> problems _yet_.
> 
> I see no reason why external work should be borrowed without being
> properly included.

What does that have to do with anything?  I asked you to point at an
actual bug.

> >> Moreover, this is a policy violation : "7.1 Syntax of relationship
> >
> > No it's not.
> 
> Saying so is not an argument. If you don't agree with this bug, then
> call the commity.

*sigh*

> I don't think we get much quality by being lazy. Someone forgot to
> mention the Pre-Depends un the 7.0.0-0ubuntu3 changelog entry, even if
> it is easy to guess for a DD, but we don't write it for internal Debian
> references only, so my point of view is : this should have been checked
> and recompiled. For this i don't ask anything because i know this is a
> lot of work to handle such hard packages. But for the control file
> information, i won't accept such messy information, leading to a
> situation where the version is not easily controlable, and most of all,
> would deny any possibility of automatic verifications.
> 
What kind of control and verifications are you talking about?  And what
is messy about this control file?

Cheers,
Julien


signature.asc
Description: Digital signature

Processed: Re: Bug#428661: Pre-Depends on an unknown Debian version

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 428661 wishlist
Bug#428661: Pre-Depends on an unknown Debian version
Severity set to `wishlist' from `serious'

> tags 428661 wontfix
Bug#428661: Pre-Depends on an unknown Debian version
There were no tags set.
Tags added: wontfix

> retitle 428661 don't like to see ubuntu mentioned in the control file
Bug#428661: Pre-Depends on an unknown Debian version
Changed Bug title to `don't like to see ubuntu mentioned in the control file' 
from `Pre-Depends on an unknown Debian version'.

> kthxbye
Stopping processing here.

Please contact me if you need assistance.

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


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#428679: option to map taps separately from button

[Bill Allombert]

Package: xserver-xorg-input-synaptics
Version: 0.14.6-1
Severity: wishlist

Hello Mattia,

I have a touchpad with only 2 buttons, and I want the following mapping
Tap  -> button 1
Left  button -> button 2
Right button -> button 3

(So I do not need to use Emulate3Buttons which give me the creep)

Unfortunately I could not see a way to configure
xserver-xorg-input-synaptics such that the tap and the left button
report different button numbers.

The hardware allows for that feature (the patch below do that in a 
non-configurable way for both synaptics and ALPS touchpad).

As an aside, I wrote one of the first touchpad drivers in 1998 (inside
jamd and gpm) to allow this particular button setting, so it would be 
a bit distressing it is not possible with current drivers.

Cheers,
-- 
Bill. <[EMAIL PROTECTED]>

Imagine a large red swirl here.

diff -ur xfree86-driver-synaptics-0.14.6/synaptics.c 
deb/xfree86-driver-synaptics-0.14.6/synaptics.c
--- xfree86-driver-synaptics-0.14.6/synaptics.c 2007-02-01 21:29:20.0 
+0100
+++ deb/xfree86-driver-synaptics-0.14.6/synaptics.c 2006-07-15 
17:54:29.0 +0200
@@ -1679,7 +1679,7 @@
 rep_buttons = ((para->updown_button_repeat ? 0x18 : 0) |
   (para->leftright_button_repeat ? 0x60 : 0));
 
-buttons = ((hw->left ? 0x02 : 0) |
+buttons = ((hw->left ? 0x01 : 0) |
   (hw->middle   ? 0x02 : 0) |
   (hw->right? 0x04 : 0) |
   (hw->up   ? 0x08 : 0) |


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

gxine crashes at startup with xserver-xorg-video-intel

[Jos van Wolput]

Packages: xserver-xorg-video-intel version 2.0.0-1 and 2.0.0-4
Packages: gxine version 0.5.11-2, gxineplugin v. 0.5.11-2, libxine1 v. 1.1.6-2
Severity: important
System: debian unstable, kernel 2.6.20-1-686, Intel 855GM chipset.

When starting gxine (or gxineplugin) using xserver-xorg-video-i810 v. 2.0.0-1, 
xserver-xorg-video-intel v. 2.0.0-1, it crashes
getting the following error from the X server:
---
The program 'gxine' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadAlloc (insufficient resources for operation)'.
(Details: serial 814 error_code 11 request_code 141 minor_code 19)
---

xine v. 0.99.5 does not crash!
Using xserver-xorg-video-i810 v. 1.7.2-4 (testing) gxine works well.

Regards,
Jos van Wolput



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

xserver-xorg-input-evtouch: Changes to 'upstream'

[Mattia Dongili]

 69-touchscreen.rules |   49 
 ChangeLog|8 
 Makefile.am  |2 -
 Makefile.in  |2 -
 configure|   20 +-
 configure.ac |2 -
 evtouch.c|  102 +++
 evtouch.h|   10 +
 8 files changed, 127 insertions(+), 68 deletions(-)

New commits:
commit ce8962fbf2f2861a63431d7325227248f279d60e
Author: Mattia Dongili <[EMAIL PROTECTED]>
Date:   Wed Jun 13 22:34:40 2007 +0900

Imported upstream sources (version 0.8.6)

Signed-off-by: Mattia Dongili <[EMAIL PROTECTED]>

diff --git a/69-touchscreen.rules b/69-touchscreen.rules
index e0ebec4..536c8c5 100644
--- a/69-touchscreen.rules
+++ b/69-touchscreen.rules
@@ -3,12 +3,45 @@
 # Because Evtouch can't autoprobe devices we assume that we only
 # Have one device so we can make it like this :P
 #
-# List here your touchscreen, check if it works  and send it to 
rpms_AT_ilmi_DOT_fi
-# Name can be found in /proc/bus/input/devices (In console make command 'cat 
/proc/bus/input/devices')
-#
-# Tested on Telepeak  Model 800-Y-Y-V (http://www.telepeak.com). Should work 
on most eGalax based stuff!
-KERNEL=="event*", SUBSYSTEM=="input", ATTRS{name}=="eGalax Inc. USB 
TouchController", SYMLINK+="input/evtouch_event"
-#
-# This could be also like this (eGalax Inc. USB TouchController)
-# KERNEL=="event*", SUBSYSTEM=="input", ATTRS{idVendor}=="0eef", 
ATTRS{idProduct}=="0001", SYMLINK+="input/evtouch_event"
+# List here your touchscreen, check if it works  and send it to 
lifebook_AT_conan_DOT_de
+# Name can be found in /proc/bus/input/devices ('cat /proc/bus/input/devices')
 #
+
+# These are the touchscreens supported by kernel's "usbtouchscreen" module
+
+# eGalax Inc. USB TouchController)
+KERNEL=="event*", SUBSYSTEM=="input", ATTRS{idVendor}=="3823", 
ATTRS{idProduct}=="0001", SYMLINK+="input/evtouch_event"
+# eGalax Inc. USB TouchController)
+KERNEL=="event*", SUBSYSTEM=="input", ATTRS{idVendor}=="3823", 
ATTRS{idProduct}=="0002", SYMLINK+="input/evtouch_event"
+# eGalax Inc. USB TouchController)
+KERNEL=="event*", SUBSYSTEM=="input", ATTRS{idVendor}=="0123", 
ATTRS{idProduct}=="0001", SYMLINK+="input/evtouch_event"
+# eGalax Inc. USB TouchController)
+KERNEL=="event*", SUBSYSTEM=="input", ATTRS{idVendor}=="0123", 
ATTRS{idProduct}=="0001", SYMLINK+="input/evtouch_event"
+# eGalax Inc. USB TouchController)
+KERNEL=="event*", SUBSYSTEM=="input", ATTRS{idVendor}=="0eef", 
ATTRS{idProduct}=="0001", SYMLINK+="input/evtouch_event"
+# eGalax Inc. USB TouchController)
+KERNEL=="event*", SUBSYSTEM=="input", ATTRS{idVendor}=="0eef", 
ATTRS{idProduct}=="0002", SYMLINK+="input/evtouch_event"
+# eGalax Inc. USB TouchController)
+KERNEL=="event*", SUBSYSTEM=="input", ATTRS{idVendor}=="1234", 
ATTRS{idProduct}=="0001", SYMLINK+="input/evtouch_event"
+# eGalax Inc. USB TouchController)
+KERNEL=="event*", SUBSYSTEM=="input", ATTRS{idVendor}=="1234", 
ATTRS{idProduct}=="0002", SYMLINK+="input/evtouch_event"
+# eTurboTouch
+KERNEL=="event*", SUBSYSTEM=="input", ATTRS{idVendor}=="1234", 
ATTRS{idProduct}=="5678", SYMLINK+="input/evtouch_event"
+# PanJit Touchset
+KERNEL=="event*", SUBSYSTEM=="input", ATTRS{idVendor}=="134C", 
ATTRS{idProduct}=="0001", SYMLINK+="input/evtouch_event"
+# PanJit Touchset
+KERNEL=="event*", SUBSYSTEM=="input", ATTRS{idVendor}=="134C", 
ATTRS{idProduct}=="0002", SYMLINK+="input/evtouch_event"
+# PanJit Touchset
+KERNEL=="event*", SUBSYSTEM=="input", ATTRS{idVendor}=="134C", 
ATTRS{idProduct}=="0003", SYMLINK+="input/evtouch_event"
+# PanJit Touchset
+KERNEL=="event*", SUBSYSTEM=="input", ATTRS{idVendor}=="134C", 
ATTRS{idProduct}=="0004", SYMLINK+="input/evtouch_event"
+# 3M Microtouch EX II
+KERNEL=="event*", SUBSYSTEM=="input", ATTRS{idVendor}=="0596", 
ATTRS{idProduct}=="0001", SYMLINK+="input/evtouch_event"
+# ITM Touchscreens
+KERNEL=="event*", SUBSYSTEM=="input", ATTRS{idVendor}=="0403", 
ATTRS{idProduct}=="F9E9", SYMLINK+="input/evtouch_event"
+# Gunze AHL61
+KERNEL=="event*", SUBSYSTEM=="input", ATTRS{idVendor}=="0637", 
ATTRS{idProduct}=="0001", SYMLINK+="input/evtouch_event"
+# DMC TSC-10/25
+KERNEL=="event*", SUBSYSTEM=="input", ATTRS{idVendor}=="0AFA", 
ATTRS{idProduct}=="03E8", SYMLINK+="input/evtouch_event"
+# Lifebook B-Series
+KERNEL=="event*", SUBSYSTEM=="input", ATTRS{name}=="LBPS/2 Fujitsu Lifebook 
TouchScreen", SYMLINK+="input/evtouch_event"
diff --git a/ChangeLog b/ChangeLog
index 751dbba..2cbf76f 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,11 @@
+0.8.6
+   - replaced old udev-rules with a more complete one (Thomas Bartosik)
+   - Added Lifebook B-series to udev-rules
+   - Fixed classic rotation (again)
+   - Fixed wrong handling of wrong / fixed default screen size
+   - little code-cleanup (removed obsolete variables)
+   - Fixed segv when switching to VT (Mattia Dongili)
+
 0.8.5
- Made Events in libtouch configurable (experimenta

xserver-xorg-input-evtouch: Changes to 'refs/tags/0.8.6'

[Mattia Dongili]

Tag '0.8.6' created by Mattia Dongili <[EMAIL PROTECTED]> at 2007-06-13 13:35 
+

upstream

Changes since 0.8.5:
Mattia Dongili (1):
  Imported upstream sources (version 0.8.6)

---
 69-touchscreen.rules |   49 
 ChangeLog|8 
 Makefile.am  |2 -
 Makefile.in  |2 -
 configure|   20 +-
 configure.ac |2 -
 evtouch.c|  102 +++
 evtouch.h|   10 +
 8 files changed, 127 insertions(+), 68 deletions(-)
---


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processing of xserver-xorg-input-keyboard_1.2.0-1+1.2.1_i386.changes

[Archive Administrator]

xserver-xorg-input-keyboard_1.2.0-1+1.2.1_i386.changes uploaded successfully to 
localhost
along with the files:
  xserver-xorg-input-keyboard_1.2.0-1+1.2.1.dsc
  xserver-xorg-input-keyboard_1.2.0.orig.tar.gz
  xserver-xorg-input-keyboard_1.2.0-1+1.2.1.diff.gz
  xserver-xorg-input-kbd_1.2.0-1+1.2.1_i386.deb

Greetings,

Your Debian queue daemon


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

xserver-xorg-input-keyboard_1.2.0-1+1.2.1_i386.changes ACCEPTED

[Debian Installer]

Accepted:
xserver-xorg-input-kbd_1.2.0-1+1.2.1_i386.deb
  to 
pool/main/x/xserver-xorg-input-keyboard/xserver-xorg-input-kbd_1.2.0-1+1.2.1_i386.deb
xserver-xorg-input-keyboard_1.2.0-1+1.2.1.diff.gz
  to 
pool/main/x/xserver-xorg-input-keyboard/xserver-xorg-input-keyboard_1.2.0-1+1.2.1.diff.gz
xserver-xorg-input-keyboard_1.2.0-1+1.2.1.dsc
  to 
pool/main/x/xserver-xorg-input-keyboard/xserver-xorg-input-keyboard_1.2.0-1+1.2.1.dsc
xserver-xorg-input-keyboard_1.2.0.orig.tar.gz
  to 
pool/main/x/xserver-xorg-input-keyboard/xserver-xorg-input-keyboard_1.2.0.orig.tar.gz


Override entries for your package:
xserver-xorg-input-kbd_1.2.0-1+1.2.1_i386.deb - optional x11
xserver-xorg-input-keyboard_1.2.0-1+1.2.1.dsc - source x11

Announcing to [EMAIL PROTECTED]


Thank you for your contribution to Debian.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

xserver-xorg-input-keyboard: Changes to 'upstream-unstable'

[Drew Parsons]

 src/kbd.c |   19 +--
 1 file changed, 17 insertions(+), 2 deletions(-)

New commits:
commit 36cf953910002a00a3694033d49c6c38319b0283
Author: Julien Cristau <[EMAIL PROTECTED]>
Date:   Wed Jun 13 23:02:58 2007 +1000

Keep module version up-to-date using PACKAGE_VERSION_*

diff --git a/src/kbd.c b/src/kbd.c
index 24fe6f6..c1daa4b 100644
--- a/src/kbd.c
+++ b/src/kbd.c
@@ -849,7 +849,7 @@ static XF86ModuleVersionInfo xf86KbdVersionRec =
 MODINFOSTRING1,
 MODINFOSTRING2,
 XORG_VERSION_CURRENT,
-1, 1, 0,
+PACKAGE_VERSION_MAJOR, PACKAGE_VERSION_MINOR, PACKAGE_VERSION_PATCHLEVEL,
 ABI_CLASS_XINPUT,
 ABI_XINPUT_VERSION,
 MOD_CLASS_XINPUT,

commit 05dd89ef03cee6853e7c2db518b6b22785cc3e7c
Author: Samuel Thibault <[EMAIL PROTECTED]>
Date:   Mon Feb 5 14:29:54 2007 -0800

Fix key led update

Cf: https://bugs.freedesktop.org/show_bug.cgi?id=313
https://bugs.freedesktop.org/attachment.cgi?id=8396&action=view

 --- Comment  #8 From Samuel Thibault  2007-01-14 14:28:16  [reply] 
---

Created an attachment (id=8396) [details]
fix key led update

Ok, found the problem: when XKB is used (!pKbd->noXkb), pKbd->keyLeds is not
updated, so that UpdateLeds(), even if it called at the right places, 
actually
just clears all LEDs.  Here is a patch.

diff --git a/src/kbd.c b/src/kbd.c
index 7d402d5..24fe6f6 100644
--- a/src/kbd.c
+++ b/src/kbd.c
@@ -383,7 +383,22 @@ KbdCtrl( DeviceIntPtr device, KeybdCtrl *ctrl)
InputInfoPtr pInfo = (InputInfoPtr) device->public.devicePrivate;
KbdDevPtr pKbd = (KbdDevPtr) pInfo->private;
 
-   if ( ctrl->leds & XCOMP ) {
+   if ( ctrl->leds & XLED1) {
+   pKbd->keyLeds |= CAPSFLAG;
+   } else {
+   pKbd->keyLeds &= ~CAPSFLAG;
+   }
+   if ( ctrl->leds & XLED2) {
+   pKbd->keyLeds |= NUMFLAG;
+   } else {
+   pKbd->keyLeds &= ~NUMFLAG;
+   }
+   if ( ctrl->leds & XLED3) {
+   pKbd->keyLeds |= SCROLLFLAG;
+   } else {
+   pKbd->keyLeds &= ~SCROLLFLAG;
+   }
+   if ( ctrl->leds & (XCOMP|XLED4) ) {
pKbd->keyLeds |= COMPOSEFLAG;
} else {
pKbd->keyLeds &= ~COMPOSEFLAG;


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

xserver-xorg-input-keyboard: Changes to 'debian-unstable'

[Drew Parsons]

 config.guess |   32 
 config.sub   |   16 +++-
 debian/changelog |   11 +--
 src/kbd.c|2 +-
 4 files changed, 45 insertions(+), 16 deletions(-)

New commits:
commit a5f054c3f4823b2bea4445f73fbe0f9bb2acd121
Author: Drew Parsons <[EMAIL PROTECTED]>
Date:   Wed Jun 13 23:46:19 2007 +1000

Upload to unstable.

Also grab commit 36cf953910002a00a3694033d49c6c38319b0283, updating
the driver version.

diff --git a/debian/changelog b/debian/changelog
index 1d1e153..49a9f48 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,4 +1,4 @@
-xserver-xorg-input-keyboard (1:1.2.0-1+1.2.1) UNRELEASED; urgency=low
+xserver-xorg-input-keyboard (1:1.2.0-1+1.2.1) unstable; urgency=low
 
   [ Brice Goglin ]
   * New upstream release.
@@ -17,8 +17,10 @@ xserver-xorg-input-keyboard (1:1.2.0-1+1.2.1) UNRELEASED; 
urgency=low
   [ Drew Parsons ]
   * 1.2.1 not released upstream yet, so use 1.2.0 as the version and
 put 1.2.1 into the Debian subversion.
+  * Include commit 36cf953910002a00a3694033d49c6c38319b0283, updating
+the driver version.
 
- -- Drew Parsons <[EMAIL PROTECTED]>  Wed, 13 Jun 2007 22:11:32 +1000
+ -- Drew Parsons <[EMAIL PROTECTED]>  Wed, 13 Jun 2007 23:21:00 +1000
 
 xserver-xorg-input-keyboard (1:1.1.1-1) experimental; urgency=low
 

commit 36cf953910002a00a3694033d49c6c38319b0283
Author: Julien Cristau <[EMAIL PROTECTED]>
Date:   Wed Jun 13 23:02:58 2007 +1000

Keep module version up-to-date using PACKAGE_VERSION_*

diff --git a/src/kbd.c b/src/kbd.c
index 24fe6f6..c1daa4b 100644
--- a/src/kbd.c
+++ b/src/kbd.c
@@ -849,7 +849,7 @@ static XF86ModuleVersionInfo xf86KbdVersionRec =
 MODINFOSTRING1,
 MODINFOSTRING2,
 XORG_VERSION_CURRENT,
-1, 1, 0,
+PACKAGE_VERSION_MAJOR, PACKAGE_VERSION_MINOR, PACKAGE_VERSION_PATCHLEVEL,
 ABI_CLASS_XINPUT,
 ABI_XINPUT_VERSION,
 MOD_CLASS_XINPUT,

commit c58f338e5f0592726d7355546f489eefe5d661d3
Author: Drew Parsons <[EMAIL PROTECTED]>
Date:   Wed Jun 13 22:58:10 2007 +1000

autoreconf and use 1.2.0-1+1.2.1 as version

The upstream release is not consistent.  The tarball uses 1.2.0 but
there is no 1.2.0 in git, which only has 1.2.1. Use Debian version
1.2.0-1+1.2.1 as a temporary compromise till the next upstream tarball
appears.

diff --git a/config.guess b/config.guess
index 396482d..0f0fe71 100755
--- a/config.guess
+++ b/config.guess
@@ -4,7 +4,7 @@
 #   2000, 2001, 2002, 2003, 2004, 2005, 2006 Free Software Foundation,
 #   Inc.
 
-timestamp='2006-07-02'
+timestamp='2007-03-06'
 
 # This file is free software; you can redistribute it and/or modify it
 # under the terms of the GNU General Public License as published by
@@ -161,6 +161,7 @@ case 
"${UNAME_MACHINE}:${UNAME_SYSTEM}:${UNAME_RELEASE}:${UNAME_VERSION}" in
arm*) machine=arm-unknown ;;
sh3el) machine=shl-unknown ;;
sh3eb) machine=sh-unknown ;;
+   sh5el) machine=sh5le-unknown ;;
*) machine=${UNAME_MACHINE_ARCH}-unknown ;;
esac
# The Operating System including object format, if it has switched
@@ -780,7 +781,7 @@ EOF
 i*:CYGWIN*:*)
echo ${UNAME_MACHINE}-pc-cygwin
exit ;;
-i*:MINGW*:*)
+*:MINGW*:*)
echo ${UNAME_MACHINE}-pc-mingw32
exit ;;
 i*:windows32*:*)
@@ -790,12 +791,15 @@ EOF
 i*:PW*:*)
echo ${UNAME_MACHINE}-pc-pw32
exit ;;
-x86:Interix*:[3456]*)
-   echo i586-pc-interix${UNAME_RELEASE}
-   exit ;;
-EM64T:Interix*:[3456]*)
-   echo x86_64-unknown-interix${UNAME_RELEASE}
-   exit ;;
+*:Interix*:[3456]*)
+   case ${UNAME_MACHINE} in
+   x86) 
+   echo i586-pc-interix${UNAME_RELEASE}
+   exit ;;
+   EM64T | authenticamd)
+   echo x86_64-unknown-interix${UNAME_RELEASE}
+   exit ;;
+   esac ;;
 [345]86:Windows_95:* | [345]86:Windows_98:* | [345]86:Windows_NT:*)
echo i${UNAME_MACHINE}-pc-mks
exit ;;
@@ -950,6 +954,9 @@ EOF
 x86_64:Linux:*:*)
echo x86_64-unknown-linux-gnu
exit ;;
+xtensa:Linux:*:*)
+   echo xtensa-unknown-linux-gnu
+   exit ;;
 i*86:Linux:*:*)
# The BFD linker knows what the default object file format is, so
# first see if it will tell us. cd to the root directory to prevent
@@ -1208,6 +1215,15 @@ EOF
 SX-6:SUPER-UX:*:*)
echo sx6-nec-superux${UNAME_RELEASE}
exit ;;
+SX-7:SUPER-UX:*:*)
+   echo sx7-nec-superux${UNAME_RELEASE}
+   exit ;;
+SX-8:SUPER-UX:*:*)
+   echo sx8-nec-superux${UNAME_RELEASE}
+   exit ;;
+SX-8R:SUPER-UX:*:*)
+   echo sx8r-nec-superux${UNAME_RELEASE}
+   exit ;;
 Power*:Rhapsody:*:*)
echo powerpc-apple-rhapsody${UNAME_RELEASE}
exit ;;
diff --git a/config.sub b/config.sub
index fab0aa3..5defff6 100755
--- a/config.sub
+++ b/config.sub
@@ -4,7 +4,7 

xserver-xorg-input-keyboard: Changes to 'refs/tags/xserver-xorg-input-keyboard-1_1.2.0-1+1.2.1'

[Drew Parsons]

Tag 'xserver-xorg-input-keyboard-1_1.2.0-1+1.2.1' created by Drew Parsons 
<[EMAIL PROTECTED]> at 2007-06-13 13:58 +

Tagging upload of xserver-xorg-input-keyboard 1:1.2.0-1+1.2.1 to unstable.

Changes since xserver-xorg-input-keyboard-1_1.1.1-1-15:
---
 0 files changed
---


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#423425: [EMAIL PROTECTED]: Re: xserver-xorg-input-evtouch: Changes to 'refs/tags/0.8.5']

[Mattia Dongili]

one more backtrace

- Forwarded message from Mattia Dongili <[EMAIL PROTECTED]> -

Subject: Re: xserver-xorg-input-evtouch: Changes to 'refs/tags/0.8.5'
From: Mattia Dongili <[EMAIL PROTECTED]>
Date: Wed, 13 Jun 2007 23:20:21 +0900
To: Jeremy Powell <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
X-Operating-System: Linux 2.6.22-rc4-mm2-1 i686
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Disclaimer: Buh!

On Wed, Jun 13, 2007 at 03:09:12PM +0100, Jeremy Powell wrote:
...
> >>Program received signal SIGPIPE, Broken pipe.
> >>0x401b7d50 in write () from /lib/libc.so.6
> >>(gdb) bt
> >>#0  0x401b7d50 in write () from /lib/libc.so.6
> >>#1  0x4005988c in _X11TransWrite () from /usr/lib/libX11.so.6
> >>#2  0x4005ea90 in _XSend () from /usr/lib/libX11.so.6
> >>#3  0x000130a8 in ?? ()
...
> I agree, these appear to be different problems. Oddly I have never seen a 
> hang from the driver. I will email the author with whats going on, maybe he 
> can shed some light?

Hopefully I was wrong. I can't reproduce the error with the date setting
as you suggested, but the intensive IO can definitely do it for me.
Meybe it's timing related anyway.
This is the trace I've got, useless but...
(gdb) c
Continuing.

Program received signal SIGPIPE, Broken pipe.
[Switching to Thread -1211500864 (LWP 18145)]
0xe410 in __kernel_vsyscall ()
(gdb) bt
#0  0xe410 in __kernel_vsyscall ()
#1  0xb7de8178 in writev () from /lib/i686/cmov/libc.so.6
#2  0x081c337e in ?? ()
#3  0x002a in ?? ()
#4  0xbfce2a04 in ?? ()
#5  0x0001 in ?? ()
#6  0x081e3a1c in ?? ()
#7  0x08765a58 in ?? ()
#8  0x081e3a1c in ?? ()
#9  0xbfce29c8 in ?? ()
#10 0x081c207f in _XSERVTransWritev ()
Backtrace stopped: frame did not save the PC
(gdb) 

I'll forward some information to the BTS, please Cc-me and
[EMAIL PROTECTED] (also on reporting to the author if it's not a
problem for you)
-- 
mattia
:wq!

- End forwarded message -
-- 
mattia
:wq!


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#423425: [EMAIL PROTECTED]: Re: xserver-xorg-input-evtouch: Changes to 'refs/tags/0.8.5']

[Mattia Dongili]

- Forwarded message from Mattia Dongili <[EMAIL PROTECTED]> -

Subject: Re: xserver-xorg-input-evtouch: Changes to 'refs/tags/0.8.5'
From: Mattia Dongili <[EMAIL PROTECTED]>
Date: Wed, 13 Jun 2007 18:56:54 +0900
To: Jeremy Powell <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
X-Operating-System: Linux 2.6.22-rc4-mm2-1 i686
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Disclaimer: Buh!

Hello!

On Wed, Jun 13, 2007 at 10:08:49AM +0100, Jeremy Powell wrote:
> Hi,
> 
> I'm trying to fix a bug in evtouch where by if the screen is tapped and 
> the date is set (backwards) at the same time then X.org crashes (which 
> is more often than you might think if you want to run ntp). This is not 

Woah!! it looks like it's related to this bug:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=423425
I'm bitten by this as well, pretty seldom for me actually and I noticed
it corresponding with high disk IO, but couldn't actually find the exact
cause.

> reproducable with a regular mouse. Not being that experienced with 
> development of this kind of thing I can't track down the exact point in 
> the code where it is occuring. gdb didnt return any useful info for me, 
> maybe because its a module?

no, most probably because it's not compiled with debug informations.
Are you using debian? if so I can provide a package with all the
debugging symbols and stuff, otherwise you may want to simply build the
driver with
make CFLAGS="-g -DEVDBG"
so if you're also looking for more output you can run X with
startx -- -logverbose 8
to also better understand the FSM state transition in libtouch.c
Just copy the resulting evtouch.so into the xorg input modules dirs.

BTW: when tapping the most of the time the FSM deals with *maybetap*
states

> I have emailed the author and had little response (he reports he is very 
> busy at the moment) and so am hoping you may be able to help. I have 
> tried wrapping the GetTimeInMillis function to make it monotonic 
> regardless of clock changes - this had no effect so I think the problem 
> lies with the timers.

hmmm, so a race condition basically... this may well be in the x server
as well.

> Anyway, if you have the time to take a look, the problem is best 
> reproduced by tapping the screen and setting the date via the console 
> simultaneously (pressing enter to change the date ever so slightly after 
> tapping the screen). With some experimenting you should be able to 
> reproduce the crash nearly every time.

will surely try, I need the latop alive currently, but later I may have
some more time ;)

BTW: if you think the I pointed out is related, do you mind if I forward
the discussion to the bug tracking system? it's easier this way to ask
for some insight to xorg developers as well.

Thanks
-- 
mattia
:wq!

- End forwarded message -
-- 
mattia
:wq!


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#423425: forwarding informations [EMAIL PROTECTED]: Re: xserver-xorg-input-evtouch: Changes to 'refs/tags/0.8.5']

[Mattia Dongili]

Useful for the bts

- Forwarded message from Jeremy Powell <[EMAIL PROTECTED]> -

Subject: Re: xserver-xorg-input-evtouch: Changes to 'refs/tags/0.8.5'
From: Jeremy Powell <[EMAIL PROTECTED]>
Date: Wed, 13 Jun 2007 10:08:49 +0100
To: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
User-Agent: Thunderbird 2.0.0.0 (X11/20070326)

Hi,

I'm trying to fix a bug in evtouch where by if the screen is tapped and 
the date is set (backwards) at the same time then X.org crashes (which 
is more often than you might think if you want to run ntp). This is not 
reproducable with a regular mouse. Not being that experienced with 
development of this kind of thing I can't track down the exact point in 
the code where it is occuring. gdb didnt return any useful info for me, 
maybe because its a module?

I have emailed the author and had little response (he reports he is very 
busy at the moment) and so am hoping you may be able to help. I have 
tried wrapping the GetTimeInMillis function to make it monotonic 
regardless of clock changes - this had no effect so I think the problem 
lies with the timers.

Anyway, if you have the time to take a look, the problem is best 
reproduced by tapping the screen and setting the date via the console 
simultaneously (pressing enter to change the date ever so slightly after 
tapping the screen). With some experimenting you should be able to 
reproduce the crash nearly every time.

Kind regards,
Jeremy Powell

-- 
Thorcom Systems Limited, Unit 4, 96B Blackpole Trading Estate West, 
Worcester, WR3 8TJ
Tel: +44 (0)1905 756700  Fax: +44 (0)1905 755777  Web: www.thorcom.co.uk
Registered in England and Wales number 2704696.



- End forwarded message -
-- 
mattia
:wq!


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#423425: some logs and backtrace [EMAIL PROTECTED]: Re: xserver-xorg-input-evtouch: Changes to 'refs/tags/0.8.5']

[Mattia Dongili]

- Forwarded message from Jeremy Powell <[EMAIL PROTECTED]> -

Subject: Re: xserver-xorg-input-evtouch: Changes to 'refs/tags/0.8.5'
From: Jeremy Powell <[EMAIL PROTECTED]>
Date: Wed, 13 Jun 2007 12:23:27 +0100
To: Mattia Dongili <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
User-Agent: Thunderbird 2.0.0.0 (X11/20070326)

Mattia Dongili wrote:
>Hello!
>
>On Wed, Jun 13, 2007 at 10:08:49AM +0100, Jeremy Powell wrote:
>  
>>Hi,
>>
>>I'm trying to fix a bug in evtouch where by if the screen is tapped and 
>>the date is set (backwards) at the same time then X.org crashes (which 
>>is more often than you might think if you want to run ntp). This is not 
>>
>
>Woah!! it looks like it's related to this bug:
>http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=423425
>I'm bitten by this as well, pretty seldom for me actually and I noticed
>it corresponding with high disk IO, but couldn't actually find the exact
>cause.
>
>  
Yeah, I was pretty lucky to notice the correlation with the date being 
set but I have a GPS receiver and a daemon that update the time from 
that, hence the problem.
>>reproducable with a regular mouse. Not being that experienced with 
>>development of this kind of thing I can't track down the exact point in 
>>the code where it is occuring. gdb didnt return any useful info for me, 
>>maybe because its a module?
>>
>
>no, most probably because it's not compiled with debug informations.
>Are you using debian? if so I can provide a package with all the
>debugging symbols and stuff, otherwise you may want to simply build the
>driver with
>   make CFLAGS="-g -DEVDBG"
>so if you're also looking for more output you can run X with
>   startx -- -logverbose 8
>to also better understand the FSM state transition in libtouch.c
>Just copy the resulting evtouch.so into the xorg input modules dirs.
>
>BTW: when tapping the most of the time the FSM deals with *maybetap*
>states
>
>  
Ok, I've compiled that driver (0.8.6) with debug and started X with 
extra logging. I've attached the log but it isnt very useful.

>>I have emailed the author and had little response (he reports he is very 
>>busy at the moment) and so am hoping you may be able to help. I have 
>>tried wrapping the GetTimeInMillis function to make it monotonic 
>>regardless of clock changes - this had no effect so I think the problem 
>>lies with the timers.
>>
>
>hmmm, so a race condition basically... this may well be in the x server
>as well.
>  
The thought had crossed my mind, but I'm still a bit of a noob with Linux
I attached gdb to xinit like so:
/# gdb xinit 6102
Here is the output

GNU gdb 6.4.90-debian
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain 
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "arm-linux-gnu"...(no debugging symbols found)
Using host libthread_db library "/lib/libthread_db.so.1".

Attaching to program: /usr/bin/xinit, process 8120
Reading symbols from /usr/lib/libX11.so.6...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libX11.so.6
Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /usr/lib/libXau.so.6...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libXau.so.6
Reading symbols from /usr/lib/libXdmcp.so.6...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libXdmcp.so.6
Reading symbols from /lib/libdl.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/ld-linux.so.2...
(no debugging symbols found)...done.
Loaded symbols for /lib/ld-linux.so.2
0x40195d54 in wait () from /lib/libc.so.6
(gdb) continue
Continuing.

Program received signal SIGPIPE, Broken pipe.
0x401b7d50 in write () from /lib/libc.so.6
(gdb) bt
#0  0x401b7d50 in write () from /lib/libc.so.6
#1  0x4005988c in _X11TransWrite () from /usr/lib/libX11.so.6
#2  0x4005ea90 in _XSend () from /usr/lib/libX11.so.6
#3  0x000130a8 in ?? ()

>  
>>Anyway, if you have the time to take a look, the problem is best 
>>reproduced by tapping the screen and setting the date via the console 
>>simultaneously (pressing enter to change the date ever so slightly after 
>>tapping the screen). With some experimenting you should be able to 
>>reproduce the crash nearly every time.
>>
>
>will surely try, I need the latop alive currently, but later I may have
>some more time ;)
>
>BTW: if you think the I pointed out is related, do you mind if I forward
>the discussion to the bug tracking system? it's easier this way to ask
>for some insight to xorg developers as well.
>  
I dont know enough to say yet, I'm always concerned by the use of 
'freeze', I take it that its actually a crash and not a hang? By all 
means 

Bug#423425: [EMAIL PROTECTED]: Re: xserver-xorg-input-evtouch: Changes to 'refs/tags/0.8.5']

[Mattia Dongili]

- Forwarded message from Jeremy Powell <[EMAIL PROTECTED]> -

Subject: Re: xserver-xorg-input-evtouch: Changes to 'refs/tags/0.8.5'
From: Jeremy Powell <[EMAIL PROTECTED]>
Date: Wed, 13 Jun 2007 15:09:12 +0100
To: Mattia Dongili <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
X-Mailer: Microsoft Outlook Express 6.00.2900.3138


- Original Message - 
From: "Mattia Dongili" <[EMAIL PROTECTED]>
To: "Jeremy Powell" <[EMAIL PROTECTED]>
Sent: Wednesday, June 13, 2007 2:54 PM
Subject: Re: xserver-xorg-input-evtouch: Changes to 'refs/tags/0.8.5'


>On Wed, Jun 13, 2007 at 12:23:27PM +0100, Jeremy Powell wrote:
>>Mattia Dongili wrote:
>...
>>>hmmm, so a race condition basically... this may well be in the x server
>>>as well.
>>>
>>The thought had crossed my mind, but I'm still a bit of a noob with Linux
>>I attached gdb to xinit like so:
>>/# gdb xinit 6102
>...
>>Program received signal SIGPIPE, Broken pipe.
>>0x401b7d50 in write () from /lib/libc.so.6
>>(gdb) bt
>>#0  0x401b7d50 in write () from /lib/libc.so.6
>>#1  0x4005988c in _X11TransWrite () from /usr/lib/libX11.so.6
>>#2  0x4005ea90 in _XSend () from /usr/lib/libX11.so.6
>>#3  0x000130a8 in ?? ()
>
>hummm, you should attach to the X process (after it started, it's
>easier), so fire up X (startx or whaterver) and
>$ gdb -p $(pidof X)
>
>see also http://wiki.debian.org/XStrikeForce/XserverDebugging
>

I want sure which process I was supposed to attach to, I did try X as well 
as xinit. Both gave equally useless information. The broken pipe is from the 
X server dying I guess?
I will give it another try just to be sure.

Anyway, if you have the time to take a look, the problem is best
reproduced by tapping the screen and setting the date via the console
simultaneously (pressing enter to change the date ever so slightly 
after
tapping the screen). With some experimenting you should be able to
reproduce the crash nearly every time.

>>>
>>>will surely try, I need the latop alive currently, but later I may have
>>>some more time ;)
>>>
>>>BTW: if you think the I pointed out is related, do you mind if I forward
>>>the discussion to the bug tracking system? it's easier this way to ask
>>>for some insight to xorg developers as well.
>>>
>>I dont know enough to say yet, I'm always concerned by the use of
>>'freeze', I take it that its actually a crash and not a hang? By all
>
>hmmm, in the bug I pointed out the visual effect is that X is freezed,
>doesn't respond to anything, no mouse, no touchscreen, no keyboard.
>And it doesn't return to the console.
>Does it die in your case instead?
>
>...
>>EVTouch: DoBtnAction btn_count=5
>>EVTouch: setting (x/y)=(501/1100)
>>EVTouch: ReadInput type:03 code: 0x0001 value:1098
>>EVTouch: setting (x/y)=(501/1098)
>>EVTouch: ReadInput type:00 code: 0x value:0
>>EVTouch: ConvertProc
>>FIRST: v0=501   v1=1098
>>cx[0]=0.525370   cy[0]=0.100327
>>cx[1]=0.474630   cy[1]=0.899673
>>cx[2]=0.00   cy[2]=0.00
>>ViewPort_X0=0   ViewPort_Y0=0
>>dx=0.00   dy=0.00
>>FINAL: v0=189   v1=264
>>EVTouch: DoBtnAction btn_count=5
>>EVTouch: setting (x/y)=(501/1098)
>>
>>Backtrace:
>>
>>Fatal server error:
>>Caught signal 11.  Server aborting
>
>H, I fear we're seeing different problems... argh.
>I don't even get to the server getting the signal...
>-- 
>mattia
>:wq!
>

I agree, these appear to be different problems. Oddly I have never seen a 
hang from the driver. I will email the author with whats going on, maybe he 
can shed some light?

Kind regards,
Jeremy




- End forwarded message -
-- 
mattia
:wq!


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#423425: [EMAIL PROTECTED]: Re: xserver-xorg-input-evtouch: Changes to 'refs/tags/0.8.5']

[Mattia Dongili]

- Forwarded message from Mattia Dongili <[EMAIL PROTECTED]> -

Subject: Re: xserver-xorg-input-evtouch: Changes to 'refs/tags/0.8.5'
From: Mattia Dongili <[EMAIL PROTECTED]>
Date: Wed, 13 Jun 2007 22:54:31 +0900
To: Jeremy Powell <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
X-Operating-System: Linux 2.6.22-rc4-mm2-1 i686
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Disclaimer: Buh!

On Wed, Jun 13, 2007 at 12:23:27PM +0100, Jeremy Powell wrote:
> Mattia Dongili wrote:
...
> >hmmm, so a race condition basically... this may well be in the x server
> >as well.
> >  
> The thought had crossed my mind, but I'm still a bit of a noob with Linux
> I attached gdb to xinit like so:
> /# gdb xinit 6102
...
> Program received signal SIGPIPE, Broken pipe.
> 0x401b7d50 in write () from /lib/libc.so.6
> (gdb) bt
> #0  0x401b7d50 in write () from /lib/libc.so.6
> #1  0x4005988c in _X11TransWrite () from /usr/lib/libX11.so.6
> #2  0x4005ea90 in _XSend () from /usr/lib/libX11.so.6
> #3  0x000130a8 in ?? ()

hummm, you should attach to the X process (after it started, it's
easier), so fire up X (startx or whaterver) and
$ gdb -p $(pidof X)

see also http://wiki.debian.org/XStrikeForce/XserverDebugging

> >>Anyway, if you have the time to take a look, the problem is best 
> >>reproduced by tapping the screen and setting the date via the console 
> >>simultaneously (pressing enter to change the date ever so slightly after 
> >>tapping the screen). With some experimenting you should be able to 
> >>reproduce the crash nearly every time.
> >>
> >
> >will surely try, I need the latop alive currently, but later I may have
> >some more time ;)
> >
> >BTW: if you think the I pointed out is related, do you mind if I forward
> >the discussion to the bug tracking system? it's easier this way to ask
> >for some insight to xorg developers as well.
> >  
> I dont know enough to say yet, I'm always concerned by the use of 
> 'freeze', I take it that its actually a crash and not a hang? By all 

hmmm, in the bug I pointed out the visual effect is that X is freezed,
doesn't respond to anything, no mouse, no touchscreen, no keyboard.
And it doesn't return to the console.
Does it die in your case instead?

...
> EVTouch: DoBtnAction btn_count=5
> EVTouch: setting (x/y)=(501/1100)
> EVTouch: ReadInput type:03 code: 0x0001 value:1098
> EVTouch: setting (x/y)=(501/1098)
> EVTouch: ReadInput type:00 code: 0x value:0
> EVTouch: ConvertProc
> FIRST: v0=501   v1=1098
> cx[0]=0.525370   cy[0]=0.100327
> cx[1]=0.474630   cy[1]=0.899673
> cx[2]=0.00   cy[2]=0.00
> ViewPort_X0=0   ViewPort_Y0=0
> dx=0.00   dy=0.00
> FINAL: v0=189   v1=264
> EVTouch: DoBtnAction btn_count=5
> EVTouch: setting (x/y)=(501/1098)
> 
> Backtrace:
> 
> Fatal server error:
> Caught signal 11.  Server aborting

H, I fear we're seeing different problems... argh.
I don't even get to the server getting the signal...
-- 
mattia
:wq!

- End forwarded message -
-- 
mattia
:wq!


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processing of xserver-xorg-input-mouse_1.2.1-1_i386.changes

[Archive Administrator]

xserver-xorg-input-mouse_1.2.1-1_i386.changes uploaded successfully to localhost
along with the files:
  xserver-xorg-input-mouse_1.2.1-1.dsc
  xserver-xorg-input-mouse_1.2.1.orig.tar.gz
  xserver-xorg-input-mouse_1.2.1-1.diff.gz
  xserver-xorg-input-mouse_1.2.1-1_i386.deb

Greetings,

Your Debian queue daemon


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

xserver-xorg-input-mouse_1.2.1-1_i386.changes ACCEPTED

[Debian Installer]

Accepted:
xserver-xorg-input-mouse_1.2.1-1.diff.gz
  to 
pool/main/x/xserver-xorg-input-mouse/xserver-xorg-input-mouse_1.2.1-1.diff.gz
xserver-xorg-input-mouse_1.2.1-1.dsc
  to pool/main/x/xserver-xorg-input-mouse/xserver-xorg-input-mouse_1.2.1-1.dsc
xserver-xorg-input-mouse_1.2.1-1_i386.deb
  to 
pool/main/x/xserver-xorg-input-mouse/xserver-xorg-input-mouse_1.2.1-1_i386.deb
xserver-xorg-input-mouse_1.2.1.orig.tar.gz
  to 
pool/main/x/xserver-xorg-input-mouse/xserver-xorg-input-mouse_1.2.1.orig.tar.gz


Override entries for your package:
xserver-xorg-input-mouse_1.2.1-1.dsc - source x11
xserver-xorg-input-mouse_1.2.1-1_i386.deb - optional x11

Announcing to [EMAIL PROTECTED]


Thank you for your contribution to Debian.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

xserver-xorg-input-mouse: Changes to 'upstream-unstable'

[Drew Parsons]

 .cvsignore   |   19 ---
 .gitignore   |   20 
 README   |   55 +++
 man/mousedrv.man |9 +
 src/mouse.c  |   24 ++--
 src/mousePriv.h  |2 ++
 6 files changed, 88 insertions(+), 41 deletions(-)

New commits:
commit c7c012d8bf735dfa894146b379a2e1fd55f57fca
Author: Drew Parsons <[EMAIL PROTECTED]>
Date:   Thu Jun 14 00:24:07 2007 +1000

Update version using PACKAGE_VERSION_*

diff --git a/src/mouse.c b/src/mouse.c
index d11c9ba..f3abc23 100644
--- a/src/mouse.c
+++ b/src/mouse.c
@@ -3811,7 +3811,7 @@ static XF86ModuleVersionInfo xf86MouseVersionRec =
 MODINFOSTRING1,
 MODINFOSTRING2,
 XORG_VERSION_CURRENT,
-1, 1, 1,
+PACKAGE_VERSION_MAJOR, PACKAGE_VERSION_MINOR, PACKAGE_VERSION_PATCHLEVEL,
 ABI_CLASS_XINPUT,
 ABI_XINPUT_VERSION,
 MOD_CLASS_XINPUT,

commit e567cb0792ea3dc2cd68c46628332c1f8bbb173d
Author: Jürgen Appel <[EMAIL PROTECTED]>
Date:   Mon Apr 23 15:54:08 2007 +0200

Added "Sensitivity" option. Use for slowing down high resolution mice.

diff --git a/man/mousedrv.man b/man/mousedrv.man
index 231935c..714fb05 100644
--- a/man/mousedrv.man
+++ b/man/mousedrv.man
@@ -210,6 +210,15 @@ Sets the resolution of the device in counts per inch.  
Setting this is
 only supported for some mice, including some PS/2 mice on some platforms.
 Default: whatever the mouse is already set to.
 .TP 7
+.BI "Option \*qSensitivity\*q \*q" float \*q
+Mouse movements are multiplied by this float before being processed. Use this
+mechanism to slow down high resolution mice. Because values bigger than 1.0
+will result in not all pixels on the screen being accessible, you should better
+use mouse acceleration (see
+.BR "man xset" )
+for speeding up low resolution mice.
+Default: 1.0
+.TP 7
 .BI "Option \*qDragLockButtons\*q \*q" "L1 B2 L3 B4" \*q
 Sets \*qdrag lock buttons\*q that simulate holding a button down, so
 that low dexterity people do not have to hold a button down at the
diff --git a/src/mouse.c b/src/mouse.c
index aea0e55..d11c9ba 100644
--- a/src/mouse.c
+++ b/src/mouse.c
@@ -213,7 +213,8 @@ typedef enum {
 OPTION_VMIN,
 OPTION_DRAGLOCKBUTTONS,
 OPTION_DOUBLECLICK_BUTTONS,
-OPTION_BUTTON_MAPPING
+OPTION_BUTTON_MAPPING,
+OPTION_SENSITIVITY
 } MouseOpts;
 
 #ifdef XFree86LOADER
@@ -257,6 +258,7 @@ static const OptionInfoRec mouseOptions[] = {
 { OPTION_DRAGLOCKBUTTONS,  "DragLockButtons",OPTV_STRING,  {0}, FALSE },
 { OPTION_DOUBLECLICK_BUTTONS,"DoubleClickButtons", OPTV_STRING, {0}, FALSE 
},
 { OPTION_BUTTON_MAPPING,   "ButtonMapping",   OPTV_STRING,  {0}, FALSE },
+{ OPTION_SENSITIVITY,  "Sensitivity", OPTV_REAL,{0}, FALSE },
 { -1,  NULL, OPTV_NONE,{0}, FALSE }
 };
 #endif
@@ -799,6 +801,12 @@ MouseHWOptions(InputInfoPtr pInfo)
xf86Msg(X_CONFIG, "%s: Resolution: %d\n", pInfo->name,
pMse->resolution);
 }
+
+if (mPriv->sensitivity 
+   = xf86SetRealOption(pInfo->options, "Sensitivity", 1.0)) {
+   xf86Msg(X_CONFIG, "%s: Sensitivity: %g\n", pInfo->name,
+   mPriv->sensitivity);
+}
 }
 
 static void
@@ -2365,10 +2373,13 @@ MousePostEvent(InputInfoPtr pInfo, int truebuttons,
   int dx, int dy, int dz, int dw)
 {
 MouseDevPtr pMse;
+mousePrivPtr mousepriv;
 int zbutton = 0, wbutton = 0, zbuttoncount = 0, wbuttoncount = 0;
 int i, b, buttons = 0;
 
 pMse = pInfo->private;
+mousepriv = (mousePrivPtr)pMse->mousePriv;
+
 if (pMse->protocolID == PROT_MMHIT)
b = reverseBits(hitachMap, truebuttons);
 else
@@ -2458,6 +2469,15 @@ MousePostEvent(InputInfoPtr pInfo, int truebuttons,
dy = tmp;
 }
 
+/* Accumulate the scaled dx, dy in the private variables 
+   fracdx,fracdy and return the integer number part */
+if (mousepriv) {
+   mousepriv->fracdx += mousepriv->sensitivity*dx;
+   mousepriv->fracdy += mousepriv->sensitivity*dy;
+   mousepriv->fracdx -= ( dx=(int)(mousepriv->fracdx) );
+   mousepriv->fracdy -= ( dy=(int)(mousepriv->fracdy) );
+}
+
 /* If mouse wheel movement has to be mapped on a button, we need to
  * loop for button press and release events. */
 do {
diff --git a/src/mousePriv.h b/src/mousePriv.h
index 262d029..79dcdd1 100644
--- a/src/mousePriv.h
+++ b/src/mousePriv.h
@@ -64,6 +64,8 @@ typedef struct {
 intacc;
 CARD32 pnpLast;
 Bool   disablePnPauto;
+float  fracdx,fracdy; 
+float  sensitivity;
 } mousePrivRec, *mousePrivPtr;
 
 /* mouse proto flags */

commit 4666e5f14b2cb63f5cd7c863331fe69658c989df
Author: Alan Coopersmith <[EMAIL PROTECTED]>
Date:   Mon Feb 26 13:36:15 2007 -0800

renamed: .cvsignore -> .gitignore

diff --git a/.cvsignore b/.cvsignore
deleted file mode 100644
index fb1befd..000
--- a/.cvsigno

xserver-xorg-input-mouse: Changes to 'debian-unstable'

[Drew Parsons]

 .cvsignore  |   19 
 .gitignore  |   20 
 ChangeLog   |  572 
--
 README  |   55 
 config.guess|   32 
 config.sub  |   16 
 configure   |   20 
 configure.ac|2 
 debian/changelog|   10 
 debian/patches/01_work_around_race_condition_during_VT_switch.patch |   22 
 debian/patches/series   |2 
 man/mousedrv.man|9 
 src/mouse.c |   45 
 src/mousePriv.h |2 
 14 files changed, 659 insertions(+), 167 deletions(-)

New commits:
commit 15c9a80c5d83326cf288c15a55d7af858e7d650b
Author: Drew Parsons <[EMAIL PROTECTED]>
Date:   Thu Jun 14 00:48:38 2007 +1000

Upload new version 1.2.1 (+git) to unstable.

Includes 01_work_around_race_condition_during_VT_switch.patch.
autoreconf as well.
Latest git includes Sensitivity option.

diff --git a/ChangeLog b/ChangeLog
index b0ff392..f0471e3 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,112 +1,536 @@
-2006-05-15  Matthias Hopf  <[EMAIL PROTECTED]>
+commit c7c012d8bf735dfa894146b379a2e1fd55f57fca
+Author: Drew Parsons <[EMAIL PROTECTED]>
+Date:   Thu Jun 14 00:24:07 2007 +1000
 
-   * configure.ac,src/mouse.c:
-   Bump to 1.1.1.
+Update version using PACKAGE_VERSION_*
 
-2006-04-21  Matthias Hopf  <[EMAIL PROTECTED]>
+commit e567cb0792ea3dc2cd68c46628332c1f8bbb173d
+Author: Jürgen Appel <[EMAIL PROTECTED]>
+Date:   Mon Apr 23 15:54:08 2007 +0200
 
-   * man/mouse.man:
-   Fixed default for YAxisMapping.
-   Changed default for ZAxisMapping. Added short explanation.
-   * src/mouse.c: (MouseCommonOptions), (MouseReadInput):
-   Autodetect (one way only) single wheel only for EXPS2.
-   Use singlebit protocol for multiwheel EXPS2 mice.
+Added "Sensitivity" option. Use for slowing down high resolution mice.
 
-2006-04-20  Matthias Hopf  <[EMAIL PROTECTED]>
+commit 4666e5f14b2cb63f5cd7c863331fe69658c989df
+Author: Alan Coopersmith <[EMAIL PROTECTED]>
+Date:   Mon Feb 26 13:36:15 2007 -0800
 
-   * src/mouse.c: (MousePostEvent):
-   Overhaul of wheel processing. Does work correctly with multibit
-   zaxis events now.
+renamed: .cvsignore -> .gitignore
 
-2006-04-06  Adam Jackson  <[EMAIL PROTECTED]>
+commit 92a8e2a39d7c9d6bfdaa0a5ac0118599008638ff
+Author: Alan Coopersmith <[EMAIL PROTECTED]>
+Date:   Mon Feb 26 13:35:42 2007 -0800
 
-   * configure.ac:
-   * src/mouse.c:
-   * src/pnp.c:
-   Unlibcwrap.  Bump server version requirement.  Bump to 1.1.0.
+Update text version of README to match sgml
+
+Oops - forgot to regen text when the sgml changes were checked in for
+commit 28c5410df7ba8af07b994c0907519e869c9df750
 
-2006-03-09  Eric Anholt  <[EMAIL PROTECTED]>
+commit e355dc2e04b1b4756d4ad8553794b4e9721c
+Author: Daniel Stone <[EMAIL PROTECTED]>
+Date:   Thu Nov 30 19:57:28 2006 +0200
 
-   * src/mouse.c: (MouseCommonOptions):
-   Coverity #875: Correct several memory leaks in options parsing.
+bump to 1.2.1
 
-2006-02-28  Adam Jackson  <[EMAIL PROTECTED]>
+commit fb347fb74e1a50fa900f225d13eee1aa829fa2f9
+Author: Matthias Hopf <[EMAIL PROTECTED]>
+Date:   Thu Nov 23 18:17:33 2006 +0100
 
-   * configure.ac:
-   * src/mouse.c:
-   Bump to 1.0.4.
+Work around race condition during VT switch.
+
+https://bugzilla.novell.com/show_bug.cgi?id=219946
 
-2006-02-02  Matthias Hopf  <[EMAIL PROTECTED]>
+commit 7a866ae143c3638d6b1e3836d48f16e300e90b09
+Author: Daniel Stone <[EMAIL PROTECTED]>
+Date:   Thu Nov 2 04:47:12 2006 +0200
 
-   * man/mouse.man:
-   Fixed ButtonMapping default.
+bump to 1.2.0
 
-2006-01-17  Matthias Hopf  <[EMAIL PROTECTED]>
+commit ddc0db4fe85e2b8de31ad67a6d4f97808bce018f
+Author: Daniel Stone <[EMAIL PROTECTED]>
+Date:   Thu Nov 2 00:07:01 2006 +0200
 
-   * src/mouse.c: (MouseDoPostEvent):
-   Bug #5071: EmulateWheelTimeout didn't work as anticipated.
+port to new motion history api, add right number of args to IPDS
+
+Use new motion history API from the DIX if available, and also use the
+right number of args to InitPointerDeviceStruct, depending on the ABI
+version.
 
-2006-01-09  Daniel Stone  <[EMAIL PROTECTED]>
+commit 167dbbc2af6cad5d3b320e4e384bd78dd3450a5c
+Author: Adam Jackson <[EMAIL PROTECTED]>
+Date:   Fri Oct 13 18:28:46 2006 -0400
 
-   * src

xserver-xorg-input-mouse: Changes to 'refs/tags/xserver-xorg-input-mouse-1_1.2.1-1'

[Drew Parsons]

Tag 'xserver-xorg-input-mouse-1_1.2.1-1' created by Drew Parsons <[EMAIL 
PROTECTED]> at 2007-06-13 14:52 +

Tagging upload of xserver-xorg-input-mouse 1:1.2.1-1 to unstable.

Changes since xserver-xorg-input-mouse-1_1.1.2-1-12:
---
 0 files changed
---


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#428697: xserver-xorg-core couldn't open module nvidia

[Andrea Onofrii]

Package: xserver-xorg-core
Version: 1.3.0

I'm using lenny. Today after the update of some (~10) packages and
after reboot the X-server
won't start. Before the update all work fine :-(  I'm now using the nv driver.


--- Xorg.0.log
---

X Window System Version 1.3.0
Release Date: 19 April 2007
X Protocol Version 11, Revision 0, Release 1.3
Build Operating System: Linux Debian

Current Operating System: Linux Andrea6 2.6.18-4-686 #1 SMP Mon Mar 26
17:17:36 UTC 2007 i686
Build Date: 01 June 2007
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.

Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.

(==) Log file: "/var/log/Xorg.0.log", Time: Wed Jun 13 16:43:02 2007
(==) Using config file: "/etc/X11/xorg.conf"
(==) ServerLayout "Default Layout"
(**) |-->Screen "Default Screen" (0)

(**) |   |-->Monitor "Acer"
(**) |   |-->Device "nVidia Corporation G70 [GeForce 7600 GT]"
(**) |-->Input Device "Generic Keyboard"
(**) |-->Input Device "Configured Mouse"

(WW) The directory "/usr/X11R6/lib/X11/fonts/misc" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
Entry deleted from font path.

(WW) The directory "/usr/X11R6/lib/X11/fonts/cyrillic" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/X11R6/lib/X11/fonts/100dpi/" does not exist.
Entry deleted from font path.

(WW) The directory "/usr/X11R6/lib/X11/fonts/75dpi/" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/X11R6/lib/X11/fonts/Type1" does not exist.
Entry deleted from font path.

(WW) The directory "/usr/X11R6/lib/X11/fonts/100dpi" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/X11R6/lib/X11/fonts/75dpi" does not exist.
Entry deleted from font path.

(WW) Including the default font path
/usr/share/fonts/X11/misc,/usr/share/fonts/X11/cyrillic,/usr/share/fonts/X11/100dpi/:unscaled,/usr/share/fonts/X11/75dpi/:unscaled,/usr/share/fonts/X11/Type1,/usr/share/fonts/X11/100dpi,/usr/share/fonts/X11/75dpi,/var/lib/defoma/x-
ttcidfont-conf.d/dirs/TrueType.
(**) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,

/usr/share/fonts/X11/75dpi,
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,
/usr/share/fonts/truetype/latex-xft-fonts,
/usr/local/share/fonts/TrueType,
/usr/local/share/fonts/Type1,
/usr/share/fonts/X11/misc,

/usr/share/fonts/X11/cyrillic,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,

/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType
(==) RgbPath set to "/etc/X11/rgb"
(==) ModulePath set to "/usr/lib/xorg/modules"
(II) Open ACPI successful (/var/run/acpid.socket)
(II) Loader magic: 0x81e5f60

(II) Module ABI versions:
X.Org ANSI C Emulation: 0.3
X.Org Video Driver: 1.2
X.Org XInput driver : 0.7
X.Org Server Extension : 0.3
X.Org Font Renderer : 0.5
(II) Loader running on linux
(II) LoadModule: "pcidata"

(II) Loading /usr/lib/xorg/modules//libpcidata.so
(II) Module pcidata: vendor="X.Org Foundation"
compiled for 1.3.0, module version = 1.0.0
ABI class: X.Org Video Driver, version 1.2
(--) using VT number 7


(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 8086,29a0 card 1043,81ea rev 02 class 06,00,00 hdr 00
(II) PCI: 00:01:0: chip 8086,29a1 card , rev 02 class 06,04,00 hdr 01
(II) PCI: 00:1a:0: chip 8086,2834 card 1043,81ec rev 02 class 0c,03,00 hdr 80

(II) PCI: 00:1a:1: chip 8086,2835 card 1043,81ec rev 02 class 0c,03,00 hdr 00
(II) PCI: 00:1a:7: chip 8086,283a card 1043,81ec rev 02 class 0c,03,20 hdr 00
(II) PCI: 00:1b:0: chip 8086,284b card 1043,81ec rev 02 class 04,03,00 hdr 00

(II) PCI: 00:1c:0: chip 8086,283f card , rev 02 class 06,04,00 hdr 81
(II) PCI: 00:1c:3: chip 8086,2845 card , rev 02 class 06,04,00 hdr 81
(II) PCI: 00:1c:4: chip 8086,2847 card , rev 02 class 06,04,00 hdr 81

(II) PCI: 00:1d:0: chip 8086,2830 card 1043,81ec rev 02 class 0c,03,00 hdr 80
(II) PCI: 00:1d:1: chip 8086,2831 card 1043,81ec rev 02 class 0c,03,00 hdr 00
(II) PCI: 00:1d:2: chip 8086,2832 card 1043,81ec rev 02 class 0c,03,00 hdr 00

(II) PCI: 00:1d:7: chip 8086,2836 card 1043,81ec rev 02 class 0c,03,20 hdr 00
(II) PCI: 00:1e:0: chip 8086,244e card , rev f2 class 06,04,01 hdr 01
(II) PCI

xserver-xorg-input-evtouch: Changes to 'debian-unstable'

[Mattia Dongili]

 69-touchscreen.rules   |   49 ++--
 ChangeLog  |8 +
 Makefile.am|2 
 Makefile.in|2 
 configure  |   20 ++--
 configure.ac   |2 
 debian/changelog   |8 +
 debian/patches/03_fix_compile_warns.patch  |   22 ++---
 debian/patches/04_fix_segv_on_device_off.patch |   12 --
 debian/patches/series  |1 
 evtouch.c  |  102 +++--
 evtouch.h  |   10 --
 12 files changed, 146 insertions(+), 92 deletions(-)

New commits:
commit 3703cb1723ff72b03a24421f99e094c69037151d
Author: Mattia Dongili <[EMAIL PROTECTED]>
Date:   Wed Jun 13 22:49:29 2007 +0900

refreshed 03_fix_compile_warns.patch

Signed-off-by: Mattia Dongili <[EMAIL PROTECTED]>

diff --git a/debian/patches/03_fix_compile_warns.patch 
b/debian/patches/03_fix_compile_warns.patch
index 991e9db..08f5699 100644
--- a/debian/patches/03_fix_compile_warns.patch
+++ b/debian/patches/03_fix_compile_warns.patch
@@ -1,8 +1,8 @@
-diff --git a/evtouch.c b/evtouch.c
-index 9f10e6e..8df4bc9 100644
 a/evtouch.c
-+++ b/evtouch.c
-@@ -66,6 +66,9 @@
+Index: xserver-xorg-input-evtouch/evtouch.c
+===
+--- xserver-xorg-input-evtouch.orig/evtouch.c  2007-06-13 22:38:27.256330304 
+0900
 xserver-xorg-input-evtouch/evtouch.c   2007-06-13 22:48:38.791179689 
+0900
+@@ -79,6 +79,9 @@
  #include "compiler.h"
  
  #include "xisb.h"
@@ -10,13 +10,13 @@ index 9f10e6e..8df4bc9 100644
 +#include 
 +#include 
  
- 
  /*
-diff --git a/libtouch.h b/libtouch.h
-index 565009f..950ff71 100644
 a/libtouch.h
-+++ b/libtouch.h
-@@ -61,6 +61,8 @@ void libtouchSetMoveLimit(LibTouchRecPtr libtouch, int 
move_limit);
+  *Local Headers
+Index: xserver-xorg-input-evtouch/libtouch.h
+===
+--- xserver-xorg-input-evtouch.orig/libtouch.h 2007-06-13 22:33:17.738691899 
+0900
 xserver-xorg-input-evtouch/libtouch.h  2007-06-13 22:48:38.791179689 
+0900
+@@ -61,6 +61,8 @@ void libtouchSetMoveLimit(LibTouchRecPtr
  void libtouchInit(LibTouchRecPtr libtouch, LocalDevicePtr local);
  
  void libtouchSetPos(LibTouchRecPtr libtouch, int x, int y);

commit 3edc92eb10f4ee31d13c592776f7e06a75df94cb
Author: Mattia Dongili <[EMAIL PROTECTED]>
Date:   Wed Jun 13 22:48:03 2007 +0900

Remove patch 04 as its been applied upstream

Signed-off-by: Mattia Dongili <[EMAIL PROTECTED]>

diff --git a/debian/changelog b/debian/changelog
index 3a8b092..2e845ee 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -2,6 +2,7 @@ xf86-input-evtouch (0.8.6-1) unstable; urgency=low
 
   * New upstream release:
 - Fixed classic rotation (Closes: #417546)
+  * removed 04_fix_segv_on_device_off.patch, applied upstream
 
  -- Mattia Dongili <[EMAIL PROTECTED]>  Wed, 13 Jun 2007 22:41:24 +0900
 
diff --git a/debian/patches/04_fix_segv_on_device_off.patch 
b/debian/patches/04_fix_segv_on_device_off.patch
deleted file mode 100644
index 7cd03a4..000
--- a/debian/patches/04_fix_segv_on_device_off.patch
+++ /dev/null
@@ -1,12 +0,0 @@
-Index: xf86-input-evtouch-0.8.5/evtouch.c
-===
 xf86-input-evtouch-0.8.5.orig/evtouch.c2007-05-30 15:42:27.800337532 
+0900
-+++ xf86-input-evtouch-0.8.5/evtouch.c 2007-05-30 15:42:38.800964422 +0900
-@@ -533,7 +533,6 @@ DeviceOff (DeviceIntPtr dev)
- local->fd = -1;
- }
- 
--xf86RemoveEnabledDevice (local);
- dev->public.on = FALSE;
- 
- if ( (priv->calibrate) && (priv->fifo>0) ){
diff --git a/debian/patches/series b/debian/patches/series
index 7e75dc2..f2279f2 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1,3 +1,2 @@
 #02-buttonless-device.patch
 03_fix_compile_warns.patch
-04_fix_segv_on_device_off.patch

commit be30b2880eeb22b0029a6b879c76108bf59740a2
Author: Mattia Dongili <[EMAIL PROTECTED]>
Date:   Wed Jun 13 22:43:39 2007 +0900

Closing bugs solved upstream.

Signed-off-by: Mattia Dongili <[EMAIL PROTECTED]>

diff --git a/debian/changelog b/debian/changelog
index 32bab2f..3a8b092 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+xf86-input-evtouch (0.8.6-1) unstable; urgency=low
+
+  * New upstream release:
+- Fixed classic rotation (Closes: #417546)
+
+ -- Mattia Dongili <[EMAIL PROTECTED]>  Wed, 13 Jun 2007 22:41:24 +0900
+
 xf86-input-evtouch (0.8.5-3) unstable; urgency=low
 
   * Use xsfbs to get xserver dependencies automatically.

commit ce8962fbf2f2861a63431d7325227248f279d60e
Author: Mattia Dongil

xserver-xorg-video-amd (RFP #400748)

[Martin-Éric Racine]

Someone on the Taskforce's IRC channel suggested contacting the list.

I have a preliminary version of this xserver-xorg-video-amd package,
running flawlessly for over 3 months non-stop on validation hardware
that features this video chipset. The driver is extremely relevant as
it would enable Debian to run on the OLPC and on a plethora of thin
client hardware based on the AMD Geode LX.

I would be willing to help co-maintain this driver, but I have too
little spare time to maintain this completely alone. I am thus
inquiring if anybody would be willing to co-maintain this. If yes,
then we could already start by uploading what I have to the
Taskforce's repository and submitting that to NEW.

--
Martin-Éric Racine
http://q-funk.iki.fi

Bug#428707: xserver-xorg: X randomly crashes after upgrade from 1:7.1.0-18 to 1:7.2-3

[David Johnson]

Package: xserver-xorg
Version: 1:7.2-3
Severity: important


After the upgrade from 1:7.1.0-18 to 1:7.2-3 I am experiencing regular X
crashes. These typically happen when quitting fullscreen applications, or
when clicking on a link in Firefox.

Before the upgrade, I had no such issues.

A backtrace is included in the X log attached below.

-- Package-specific info:
Contents of /var/lib/x11/X.roster:
xserver-xorg

/etc/X11/X target does not match checksum in /var/lib/x11/X.md5sum.

X server symlink status:
lrwxrwxrwx 1 root root 13 2007-04-03 20:11 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1904064 2007-06-01 15:24 /usr/bin/Xorg

Contents of /var/lib/x11/xorg.conf.roster:
xserver-xorg

VGA-compatible devices on PCI bus:
02:00.0 VGA compatible controller: nVidia Corporation NV43 [GeForce 6600] (rev 
a2)

/etc/X11/xorg.conf unchanged from checksum in /var/lib/x11/xorg.conf.md5sum.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 2906 2007-06-12 15:49 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
# /etc/X11/xorg.conf (xorg 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 /etc/X11/xorg.conf manual page.
# (Type "man /etc/X11/xorg.conf" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section "Files"
FontPath"/usr/share/fonts/X11/misc"
FontPath"/usr/X11R6/lib/X11/fonts/misc"
FontPath"/usr/share/fonts/X11/cyrillic"
FontPath"/usr/X11R6/lib/X11/fonts/cyrillic"
FontPath"/usr/share/fonts/X11/100dpi/:unscaled"
FontPath"/usr/X11R6/lib/X11/fonts/100dpi/:unscaled"
FontPath"/usr/share/fonts/X11/75dpi/:unscaled"
FontPath"/usr/X11R6/lib/X11/fonts/75dpi/:unscaled"
FontPath"/usr/share/fonts/X11/Type1"
FontPath"/usr/X11R6/lib/X11/fonts/Type1"
FontPath"/usr/share/fonts/X11/100dpi"
FontPath"/usr/X11R6/lib/X11/fonts/100dpi"
FontPath"/usr/share/fonts/X11/75dpi"
FontPath"/usr/X11R6/lib/X11/fonts/75dpi"
# path to defoma fonts
FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
EndSection

Section "Module"
Load"i2c"
Load"bitmap"
Load"ddc"
Load"dri"
Load"extmod"
Load"freetype"
Load"glx"
Load"int10"
Load"vbe"
EndSection

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "kbd"
Option  "CoreKeyboard"
Option  "XkbRules"  "xorg"
Option  "XkbModel"  "pc105"
Option  "XkbLayout" "gb"
EndSection

Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "mouse"
Option  "CorePointer"
Option  "Device""/dev/input/mice"
Option  "Protocol"  "ImPS/2"
Option  "Emulate3Buttons"   "true"
EndSection

Section "Device"
Identifier  "nVidia Corporation NV43 [GeForce 6600]"
Driver  "nv"
BusID   "PCI:2:0:0"
EndSection

Section "Monitor"
Identifier  "Generic Monitor"
Option  "DPMS"
HorizSync   28-64
VertRefresh 43-60
EndSection

Section "Screen"
Identifier  "Default Screen"
Device  "nVidia Corporation NV43 [GeForce 6600]"
Monitor "Generic Monitor"
DefaultDepth24
SubSection "Display"
Depth   1
Modes   "1280x1024"
EndSubSection
SubSection "Display"
Depth   4
Modes   "1280x1024"
EndSubSection
SubSection "Display"
Depth   8
Modes   "1280x1024"
EndSubSection
SubSection "Display"
Depth   15
Modes   "1280x1024"
EndSubSection
SubSection "Display"
Depth   16
Modes   "1280x1024"
EndSubSection
SubSection "Display"
Depth   24
Modes   "1280x1024"
EndSubSection
EndSection

Section "ServerLayout"
Identifier  "Default Layout"
Screen  "Default Screen"
InputDevice "Generic Keyboard"
InputDevice "Configured Mouse"
EndSection

Section "D

Bug#428710: xman does not support localized manpages

[Michelle Konzack]

Package: xbase-clients
Version: 4.3.0.dfsg.1-14sarge3
Severity: normal

Error description:

It is realy annoxing that xman does not support localized manpages from
/usr/share/man/${LOCALE}/ and ${HOME}/man/${LOCALE}.  I was already
trying to solv it but currently failed...

Are you able to solv this problem?

For users under X, they have only the choice to run man in a terminal
or run the attached script.

Oh, I have a better (more complex) version from it, using "Xdialog"
which give the $USER the choice which localized mapages to symlink.
If you are interested, I can send it to you.


Thanks, Greetings and nice Day
Michelle Konzack
Systemadministrator
Tamay Dogan Network
Debian GNU/Linux Consultant


-- System Information
Debian Release: 3.1
Kernel Version: Linux michelle1.private 2.4.27-2-386 #1 Wed Aug 17 09:33:35 UTC
2005 i686 GNU/Linux


Versions of the packages xbase-clients depends on:
ii  cpp3.3.5-3The GNU C preprocessor (cpp)
ii  libc6  2.3.2.ds1-22sa GNU C Library: Shared libraries and Timezone
ii  libdps14.3.0.dfsg.1-1 Display PostScript (DPS) client library
ii  libexpat1  1.95.8-3   XML parsing C library - runtime library
ii  libfontconfig1 2.3.1-2generic font configuration library (shared l
ii  libfreetype6   2.1.7-6FreeType 2 font engine, shared library files
ii  libgcc13.4.3-13sarge1 GCC support library
ii  libice64.3.0.dfsg.1-1 Inter-Client Exchange library
ii  libncurses55.4-4  Shared libraries for terminal handling
ii  libpng12-0 1.2.8rel-1 PNG library - runtime
ii  libsm6 4.3.0.dfsg.1-1 X Window System Session Management library
ii  libstdc++5 3.3.5-13   The GNU Standard C++ Library v3
ii  libxaw74.3.0.dfsg.1-1 X Athena widget set library
ii  libxcursor11.1.3-1X cursor management library
ii  libxext6   4.3.0.dfsg.1-1 X Window System miscellaneous extension libr
ii  libxft22.1.7-1FreeType-based font drawing library for X
ii  libxi6 4.3.0.dfsg.1-1 X Window System Input extension library
ii  libxmu64.3.0.dfsg.1-1 X Window System miscellaneous utility librar
ii  libxmuu1   4.3.0.dfsg.1-1 lightweight X Window System miscellaneous ut
ii  libxpm44.3.0.dfsg.1-1 X pixmap library
ii  libxrandr2 4.3.0.dfsg.1-1 X Window System Resize, Rotate and Reflectio
ii  libxrender10.8.3-7X Rendering Extension client library
ii  libxt6 4.3.0.dfsg.1-1 X Toolkit Intrinsics
ii  libxtrap6  4.3.0.dfsg.1-1 X Window System protocol-trapping extension
ii  libxtst6   4.3.0.dfsg.1-1 X Window System event recording and testing
ii  libxv1 4.3.0.dfsg.1-1 X Window System video extension library
ii  xfree86-common 4.3.0.dfsg.1-1 X Window System (XFree86) infrastructure
ii  xlibmesa-gl4.3.0.dfsg.1-1 Mesa 3D graphics library [XFree86]
ii  xlibmesa-glu   4.3.0.dfsg.1-1 Mesa OpenGL utility library [XFree86]
ii  xlibs  4.3.0.dfsg.1-1 X Keyboard Extension (XKB) configuration dat
ii  xlibs-data 4.3.0.dfsg.1-1 X Window System client data
ii  zlib1g 1.2.2-4.sarge. compression library - runtime
xlibmesa-gl Version: 4.3.0.dfsg.1-14sarge2 (Provides virtual package libgl1)
ii  xlibmesa-gl4.3.0.dfsg.1-1 Mesa 3D graphics library [XFree86]
^^^ (Provides virtual package libgl1)
xlibmesa-gluVersion: 4.3.0.dfsg.1-14sarge2 (Provides virtual package 
libglu1)
ii  xlibmesa-glu   4.3.0.dfsg.1-1 Mesa OpenGL utility library [XFree86]
^^^ (Provides virtual package libglu1)



-- 
Linux-User #280138 with the Linux Counter, http://counter.li.org/
# Debian GNU/Linux Consultant #
Michelle Konzack   Apt. 917  ICQ #328449886
   50, rue de Soultz MSN LinuxMichi
0033/6/6192519367100 Strasbourg/France   IRC #Debian (irc.icq.com)
#!/bin/bash
#  #
# Copyright 2007, Michelle Konzack All rights reserved.#
#  #
# Redistribution and use  in source and binary forms,  with or without #
# modification, are  permitted provided that the  following conditions #
# are met: #
#  #
# 1. Redistributions  of source code  must retain the  above copyright #
# notice,  this  list  of  conditions and  the  following  disclaimer. #
#  #
# 2. Redistributions in binary form must reproduce the above copyright #
# notice, this list of conditions  and the following disclaimer in the #
# documentation and/or other materials provided with the distribution. #
#  #
# 3.  Neither the  name  of  Michelle Konzack  nor  t

Bug#428711: xserver-xorg: xorg suddenly locks up Thinkpad i1300/Silicon Motion

[clayton]

Package: xserver-xorg
Version: 1:7.2-5
Severity: important


I track testing with this machine. It was working just fine with 
xorg/siliconmotion module until I upgraded to the 
current testing version. Now starting X results in a blank screen, and a locked 
up keyboard (Ctl-Alt-F1, 
Ctl-Alt-Backspace seem to have no effect). I can still log in through the 
network.

The appended log file contains:

(EE) AIGLX: Screen 0 is not DRI capable

Note that I did make this go away at one point by turning off AIGLX, and 
behavior was unchanged.

I also tried the vesa module, and had exactly the same result: blank screen, 
unresponsive keyboard.

Post upgrade, this machine is now dead in the water.

-- Package-specific info:
Contents of /var/lib/x11/X.roster:
xserver-xorg

/etc/X11/X target does not match checksum in /var/lib/x11/X.md5sum.

X server symlink status:
lrwxrwxrwx 1 root root 13 2006-09-24 18:56 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1736280 2007-06-01 21:28 /usr/bin/Xorg

Contents of /var/lib/x11/xorg.conf.roster:
xserver-xorg

VGA-compatible devices on PCI bus:
00:02.0 VGA compatible controller: Silicon Motion, Inc. SM712 LynxEM+ (rev a0)

/etc/X11/xorg.conf unchanged from checksum in /var/lib/x11/xorg.conf.md5sum.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 2004 2007-06-14 00:46 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
# xorg.conf (xorg 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 xorg.conf manual page.
# (Type "man xorg.conf" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section "Files"
EndSection

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "kbd"
Option  "CoreKeyboard"
Option  "XkbRules"  "xorg"
Option  "XkbModel"  "pc104"
Option  "XkbLayout" "us"
EndSection

Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "mouse"
Option  "CorePointer"
Option  "Device""/dev/input/mice"
Option  "Protocol"  "ImPS/2"
Option  "Emulate3Buttons"   "true"
EndSection

Section "Device"
Identifier  "Generic Video Card"
Driver  "siliconmotion"
BusID   "PCI:0:2:0"
EndSection

Section "Monitor"
Identifier  "Generic Monitor"
Option  "DPMS"
HorizSync   28-40
VertRefresh 43-60
EndSection

Section "Screen"
Identifier  "Default Screen"
Device  "Generic Video Card"
Monitor "Generic Monitor"
DefaultDepth24
SubSection "Display"
Depth   1
Modes   "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   4
Modes   "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   8
Modes   "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   15
Modes   "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   16
Modes   "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   24
Modes   "800x600" "640x480"
EndSubSection
EndSection

Section "ServerLayout"
Identifier  "Default Layout"
Screen  "Default Screen"
InputDevice "Generic Keyboard"
InputDevice "Configured Mouse"
EndSection


Xorg X server log files on system:
-rw-r--r-- 1 root root 30216 2007-02-06 18:56 /var/log/Xorg.20.log
-rw-r--r-- 1 root root 27690 2007-06-14 00:46 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file
/var/log/Xorg.0.log:

X Window System Version 1.3.0
Release Date: 19 April 2007
X Protocol Version 11, Revision 0, Release 1.3
Build Operating System: Linux Debian
Current Operating System: Linux backup 2.6.18-4-686 #1 SMP Mon Mar 26 17:17:36 
UTC 2007 i686
Build Date: 01 June 2007
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) u

mesa: Changes to 'debian-experimental'

[Julien Cristau]

 debian/changelog |7 +++
 debian/control   |   18 +-
 2 files changed, 16 insertions(+), 9 deletions(-)

New commits:
commit 74a11701f3cf9360b7f84f9bbebf60ea8de680df
Author: Julien Cristau <[EMAIL PROTECTED]>
Date:   Wed Jun 13 19:36:04 2007 +0200

Shorten the one-line synopsis of various packages.

They're cut off in .changes files if they're too long.
Thanks, Marc 'HE' Brockschmidt!

diff --git a/debian/changelog b/debian/changelog
index 154f99a..1ca677b 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+mesa (6.5.3-2) UNRELEASED; urgency=low
+
+  * Modify the short descriptions of various packages so they fit in .changes
+files without being cut off.  Thanks, Marc 'HE' Brockschmidt!
+
+ -- Julien Cristau <[EMAIL PROTECTED]>  Wed, 13 Jun 2007 19:30:06 +0200
+
 mesa (6.5.3-1) experimental; urgency=low
 
   [ David Nusinow ]
diff --git a/debian/control b/debian/control
index 8b50e6d..452de1b 100644
--- a/debian/control
+++ b/debian/control
@@ -57,7 +57,7 @@ Section: libs
 Priority: extra
 Architecture: i386
 Pre-Depends: libgl1-mesa-swx11
-Description: A free implementation of the OpenGL API -- runtime [i686 
optimized]
+Description: Mesa OpenGL runtime [i686 optimized]
  Mesa is a 3-D graphics library with an API which is very similar to
  that of OpenGL.  To the extent that Mesa utilizes the OpenGL command
  syntax or state machine, it is being used with authorization from
@@ -83,7 +83,7 @@ Depends: libgl1-mesa-swx11 (= ${binary:Version}), libc6-dev, 
libx11-dev, libxext
 Provides: libgl-dev, mesag-dev, libgl1-mesa-swrast-dev
 Conflicts: mesa-dev, libgl-dev, mesag3 (<< 3.1-1), nvidia-glx-dev, mesag-dev, 
libgl1-mesa-swrast-dev
 Replaces: libgl-dev, mesag-dev, libgl1-mesa-swrast-dev
-Description: A free implementation of the OpenGL API -- development support 
files
+Description: A free implementation of the OpenGL API -- development files
  This package provides the development environment required for
  compiling programs with Mesa.  For a complete description of Mesa,
  please look at the libgl1-mesa-swx11 package.
@@ -115,7 +115,7 @@ Section: libdevel
 Priority: extra
 Architecture: any
 Depends: libgl1-mesa-glx (= ${binary:Version})
-Description: A free implementation of the OpenGL API -- GLX runtime -- 
debugging symbols
+Description: Debugging symbols for the Mesa GLX runtime
  This version of Mesa provides GLX and DRI capabilities: it is capable of
  both direct and indirect rendering.  For direct rendering, it can use DRI
  modules from the libgl1-mesa-dri package to accelerate drawing.
@@ -176,7 +176,7 @@ Section: libdevel
 Priority: extra
 Architecture: any
 Depends: libgl1-mesa-dri (= ${binary:Version})
-Description: A free implementation of the OpenGL API -- DRI modules -- 
debugging symbols
+Description: Debugging symbols for the Mesa DRI modules
  This version of Mesa provides GLX and DRI capabilities: it is capable of
  both direct and indirect rendering.  For direct rendering, it can use DRI
  modules from the libgl1-mesa-dri package to accelerate drawing.
@@ -217,7 +217,7 @@ Depends: libc6-dev, mesa-common-dev (= ${source:Version}), 
libgl1-mesa-glx (>= $
 Conflicts: libgl-dev, libgl1-mesa-dri-dev
 Replaces: libgl-dev, libgl1-mesa-dri-dev
 Provides: libgl-dev, libgl1-mesa-dri-dev
-Description: A free implementation of the OpenGL API -- GLX development 
support files
+Description: A free implementation of the OpenGL API -- GLX development files
  This version of Mesa provides GLX and DRI capabilities: it is capable of
  both direct and indirect rendering.  For direct rendering, it can use DRI
  modules from the libgl1-mesa-dri package to accelerate drawing.
@@ -258,7 +258,7 @@ Depends: libosmesa6 (= ${binary:Version}), mesa-common-dev 
(= ${source:Version})
 Conflicts: xlibosmesa-dev, libosmesa4-dev, libosmesa-dev
 Replaces: xlibosmesa-dev, libosmesa-dev, libgl1-mesa-swx11-dev (<< 6.5.2), 
mesa-common-dev (<< 6.5.2)
 Provides: xlibosmesa-dev, libosmesa-dev
-Description: Mesa Off-screen rendering extension -- development support files
+Description: Mesa Off-screen rendering extension -- development files
  This package provides the required environment for developing programs
  that use the off-screen rendering extension of Mesa.
  .
@@ -292,7 +292,7 @@ Depends: libglu1-mesa (= ${binary:Version}), 
libgl1-mesa-dev | libgl-dev
 Provides: libglu-dev, xlibmesa-glu-dev
 Conflicts: mesag-dev (<< 5.0.0-1), mesa-glide2-dev (<< 5.0.0-1), 
mesag3+ggi-dev (<< 5.0.0-1), xlibmesa-dev
 Replaces: libglu-dev
-Description: The OpenGL utility library -- development support files
+Description: The OpenGL utility library -- development files
  Includes headers and static libraries for compiling programs with GLU.
  .
  For a complete description of GLU, please look at the libglu1-mesa
@@ -323,7 +323,7 @@ Depends: libglw1-mesa (= ${binary:Version}), libc6-dev, 
libx11-dev, libxext6, me
 Provides: mesag3-widgets, mesag-widgets-dev, libglw-dev
 Conf

Bug#428697: xserver-xorg-core couldn't open module nvidia

[Brice Goglin]

reassign 428697 nvidia-glx
forcemerge 420177 428697
thank you




Andrea Onofrii wrote:
> Package: xserver-xorg-core
> Version: 1.3.0
>
> I'm using lenny. Today after the update of some (~10) packages and after 
> reboot the X-server
> won't start. Before the update all work fine :-(  I'm now using the nv driver.
>
>   

You probably need to look at the end of
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=420177

Brice



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: Re: Bug#428697: xserver-xorg-core couldn't open module nvidia

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 428697 nvidia-glx
Bug#428697: xserver-xorg-core couldn't open module nvidia
Bug reassigned from package `xserver-xorg-core' to `nvidia-glx'.

> forcemerge 420177 428697
Bug#420177: nvidia-glx does not work with Xserver 1.3
Bug#428697: xserver-xorg-core couldn't open module nvidia
Bug#420302: xserver crash with nvidia driver after upgrade.
Bug#420417: inhibits loading nvidia module
Bug#420450: fails to find OpenGL nvidia driver, does not start
Bug#428580: xorg: xorg 1:7.1.0-18 can't load directly nvidia driver module 
1.0.8776+6
Bug#428640: xserver-xorg-core: Loading of certain drivers is broken
Forcibly Merged 420177 420302 420417 420450 428580 428640 428697.

> thank you
Stopping processing here.

Please contact me if you need assistance.

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


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: Re: Bug#428707: xserver-xorg: X randomly crashes after upgrade from 1:7.1.0-18 to 1:7.2-3

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 428707 xserver-xorg-core
Bug#428707: xserver-xorg: X randomly crashes after upgrade from 1:7.1.0-18 to 
1:7.2-3
Bug reassigned from package `xserver-xorg' to `xserver-xorg-core'.

> retitle 428707 GLX segfault in xmesa_check_and_update_buffer_size
Bug#428707: xserver-xorg: X randomly crashes after upgrade from 1:7.1.0-18 to 
1:7.2-3
Changed Bug title to `GLX segfault in xmesa_check_and_update_buffer_size' from 
`xserver-xorg: X randomly crashes after upgrade from 1:7.1.0-18 to 1:7.2-3'.

> found 428707 2:1.3.0.0.dfsg-6
Bug#428707: GLX segfault in xmesa_check_and_update_buffer_size
Bug marked as found in version 2:1.3.0.0.dfsg-6.

> thank you
Stopping processing here.

Please contact me if you need assistance.

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


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#428707: xserver-xorg: X randomly crashes after upgrade from 1:7.1.0-18 to 1:7.2-3

[Brice Goglin]

reassign 428707 xserver-xorg-core
retitle 428707 GLX segfault in xmesa_check_and_update_buffer_size
found 428707 2:1.3.0.0.dfsg-6
thank you



David Johnson wrote:
> After the upgrade from 1:7.1.0-18 to 1:7.2-3 I am experiencing regular X
> crashes. These typically happen when quitting fullscreen applications, or
> when clicking on a link in Firefox.
>
> Backtrace:
> 0: /usr/bin/X(xf86SigHandler+0x6d) [0x4916bd]
> 1: /lib/libc.so.6 [0x2b2af5714ca0]
> 2:
> /usr/lib/xorg/modules/extensions//libGLcore.so(xmesa_check_and_update_buffer_size+0xc)
> [0x2b2b09351b6c]
> 3: /usr/lib/xorg/modules/extensions//libGLcore.so [0x2b2b0935124d]
> 4: /usr/lib/xorg/modules/extensions//libglx.so [0x2b2af69ded1b]
> 5: /usr/bin/X(ResizeChildrenWinSize+0x1bb) [0x43fc5b]
> 6: /usr/bin/X(miSetShape+0xcb) [0x4f4bcb]
> 7: /usr/bin/X [0x4fefa7]
> 8: /usr/bin/X [0x4ff192]
> 9: /usr/bin/X(Dispatch+0x1cb) [0x450dab]
> 10: /usr/bin/X(main+0x45d) [0x439e8d]
> 11: /lib/libc.so.6(__libc_start_main+0xf4) [0x2b2af57018e4]
> 12: /usr/bin/X(FontFileCompleteXLFD+0x229) [0x439189]
>   


This is a crash of the Xserver (hence reassigning ot xserver-xorg-core)
caused by a bug in its built-in mesa (GLcore). It could be related to
the backtrace in comments #34 of upstream bug
https://bugs.freedesktop.org/show_bug.cgi?id=7205
If so, it is already fixed in Mesa git, so we might want to backport the
fix in our Mesa and rebuild the server against it.

Brice



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

libx11: Changes to 'debian-experimental'

[Julien Cristau]

 ChangeLog|   21 +
 debian/changelog |9 +
 debian/rules |4 ++--
 modules/im/ximcp/imDefLkup.c |2 +-
 src/GetMoEv.c|2 +-
 5 files changed, 34 insertions(+), 4 deletions(-)

New commits:
commit 4fa7b09916e6170a8bce061316125db71b129d0d
Author: Julien Cristau <[EMAIL PROTECTED]>
Date:   Wed Jun 13 20:15:33 2007 +0200

Install the upstream NEWS file rather than the git changelog.

diff --git a/debian/changelog b/debian/changelog
index 03c4102..1003aa4 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -3,8 +3,9 @@ libx11 (2:1.1.2-2) UNRELEASED; urgency=low
   * Pull two fixes from upstream git:
 + Fix locking in _XimGetWindowEventmask (closes: #427296).
 + fix XGetMotionEvents arguments order.
+  * Install the upstream NEWS file rather than the git changelog.
 
- -- Julien Cristau <[EMAIL PROTECTED]>  Wed, 13 Jun 2007 20:10:57 +0200
+ -- Julien Cristau <[EMAIL PROTECTED]>  Wed, 13 Jun 2007 20:15:02 +0200
 
 libx11 (2:1.1.2-1) experimental; urgency=low
 
diff --git a/debian/rules b/debian/rules
index 0c94c7a..f36d28f 100755
--- a/debian/rules
+++ b/debian/rules
@@ -91,7 +91,7 @@ binary-arch: build install
   --exclude=usr/share/man/man3/XGetXCBConnection.3 \
   --exclude=usr/share/man/man3/XSetEventQueueOwner.3
dh_install --sourcedir=debian/tmp -Nlibx11-dev -s
-   dh_installchangelogs -s ChangeLog NEWS
+   dh_installchangelogs -s NEWS
dh_installman -s
dh_link -s
dh_strip -plibx11-6 --dbg-package=libx11-6-dbg
@@ -112,7 +112,7 @@ binary-indep: build install
dh_testroot
 
dh_installdocs -i
-   dh_installchangelogs -i ChangeLog NEWS
+   dh_installchangelogs -i NEWS
dh_install --sourcedir=debian/tmp -i
dh_link -i
dh_installman -i

commit 38e45417a682b01a337e3db539a849a75fb4c2d2
Author: Julien Cristau <[EMAIL PROTECTED]>
Date:   Wed Jun 13 20:14:02 2007 +0200

Update changelogs.

diff --git a/ChangeLog b/ChangeLog
index 2cfd6e4..c56396c 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,24 @@
+commit 8e76bcf3cafda85058ce5f35f1f81929f4772f72
+Author: Olivier Blin <[EMAIL PROTECTED]>
+Date:   Mon Jun 11 18:32:09 2007 +1000
+
+fix XGetMotionEvents arguments order - Fixes bug 11222
+
+commit c2f88cdf5cd9c94b77e5bfdac572b5ac06ab4aa8
+Author: Jamey Sharp <[EMAIL PROTECTED]>
+Date:   Sun Jun 10 16:19:59 2007 -0700
+
+Fix locking in _XimGetWindowEventmask.
+
+Now that XFilterEvent drops the Display lock before invoking callback
+functions, _XimGetWindowEventmask is called without the lock held. So
+when it called _XGetWindowAttributes, a variant of XGetWindowAttributes
+that does not lock the Display, Xlib/XCB would assert:
+
+xcb_xlib.c:50: xcb_xlib_unlock: Assertion `c->xlib.lock' failed.
+
+Should fix Gentoo #156367, Ubuntu #87947, Debian #427296. And others?
+
 commit 65f0ab5d46d80d55fc04d4eb14fa05f130eb8b9c
 Author: Jamey Sharp <[EMAIL PROTECTED]>
 Date:   Sun Jun 3 21:41:47 2007 -0700
diff --git a/debian/changelog b/debian/changelog
index 0c07d81..03c4102 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+libx11 (2:1.1.2-2) UNRELEASED; urgency=low
+
+  * Pull two fixes from upstream git:
++ Fix locking in _XimGetWindowEventmask (closes: #427296).
++ fix XGetMotionEvents arguments order.
+
+ -- Julien Cristau <[EMAIL PROTECTED]>  Wed, 13 Jun 2007 20:10:57 +0200
+
 libx11 (2:1.1.2-1) experimental; urgency=low
 
   [ Brice Goglin ]

commit 8e76bcf3cafda85058ce5f35f1f81929f4772f72
Author: Olivier Blin <[EMAIL PROTECTED]>
Date:   Mon Jun 11 18:32:09 2007 +1000

fix XGetMotionEvents arguments order - Fixes bug 11222

diff --git a/src/GetMoEv.c b/src/GetMoEv.c
index 2aa6c1a..dac1bfc 100644
--- a/src/GetMoEv.c
+++ b/src/GetMoEv.c
@@ -33,9 +33,9 @@ in this Software without prior written authorization from The 
Open Group.
 
 XTimeCoord *XGetMotionEvents(
 register Display *dpy,
+Window w,
 Time start, 
 Time stop,
-Window w,
 int *nEvents)  /* RETURN */
 {   
 xGetMotionEventsReply rep;

commit c2f88cdf5cd9c94b77e5bfdac572b5ac06ab4aa8
Author: Jamey Sharp <[EMAIL PROTECTED]>
Date:   Sun Jun 10 16:19:59 2007 -0700

Fix locking in _XimGetWindowEventmask.

Now that XFilterEvent drops the Display lock before invoking callback
functions, _XimGetWindowEventmask is called without the lock held. So
when it called _XGetWindowAttributes, a variant of XGetWindowAttributes
that does not lock the Display, Xlib/XCB would assert:

xcb_xlib.c:50: xcb_xlib_unlock: Assertion `c->xlib.lock' failed.

Should fix Gentoo #156367, Ubuntu #87947, Debian #427296. And others?

diff --git a/modules/im/ximcp/imDefLkup.c b/modules/im/ximcp/imDefLkup.c
index aa1aaaf..157b076 100644
--- a/modules/im/ximcp/imDefLkup.c
+++ b/modules/im/ximcp/imDefLkup.c
@@ -466,7 +466,7 @@ _

libx11: Changes to 'debian-experimental'

[Julien Cristau]

 debian/libx11-6.NEWS |4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

New commits:
commit 90db9a2db156581d62e3610b3f144704117ff043
Author: Julien Cristau <[EMAIL PROTECTED]>
Date:   Wed Jun 13 20:41:47 2007 +0200

Add credits to Josh and Christoph in libx11-6's NEWS file.

diff --git a/debian/libx11-6.NEWS b/debian/libx11-6.NEWS
index ca22d7a..6a3428e 100644
--- a/debian/libx11-6.NEWS
+++ b/debian/libx11-6.NEWS
@@ -9,7 +9,9 @@ libx11 (2:1.1.2-1) experimental; urgency=low
   - For sun-java6-bin:
 sed -i 's/XINERAMA/FAKEEXTN/g' \
   /usr/lib/jvm/java-6-sun-1.6.0.00/jre/lib/i386/xawt/libmawt.so
-  Using these commands may violate the java license, though.
+
+  Thanks to Josh Triplett and Christoph Pfister for their work to find this
+  workaround.
 
  -- Julien Cristau <[EMAIL PROTECTED]>  Tue, 05 Jun 2007 23:04:49 +0200
 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed (with 1 errors): Re: Bug#428711: xserver-xorg: xorg suddenly locks up Thinkpad i1300/Silicon Motion

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 428711 xserver-xorg-core
Bug#428711: xserver-xorg: xorg suddenly locks up Thinkpad i1300/Silicon Motion
Bug reassigned from package `xserver-xorg' to `xserver-xorg-core'.

> found 428711 2:1.3.0.0.dfsg-6
Bug#428711: xserver-xorg: xorg suddenly locks up Thinkpad i1300/Silicon Motion
Bug marked as found in version 2:1.3.0.0.dfsg-6.

> retitle 428711 black screen and no keyboard on Silicon Motion with
Bug#428711: xserver-xorg: xorg suddenly locks up Thinkpad i1300/Silicon Motion
Changed Bug title to `black screen and no keyboard on Silicon Motion with' from 
`xserver-xorg: xorg suddenly locks up Thinkpad i1300/Silicon Motion'.

> Xserver 1.3
Unknown command or malformed arguments to command.

> thank you
Stopping processing here.

Please contact me if you need assistance.

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


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#428711: xserver-xorg: xorg suddenly locks up Thinkpad i1300/Silicon Motion

[Brice Goglin]

reassign 428711 xserver-xorg-core
found 428711 2:1.3.0.0.dfsg-6
retitle 428711 black screen and no keyboard on Silicon Motion with
Xserver 1.3
thank you




clayton wrote:
> I track testing with this machine. It was working just fine with 
> xorg/siliconmotion module until I upgraded to the 
> current testing version. Now starting X results in a blank screen, and a 
> locked up keyboard (Ctl-Alt-F1, 
> Ctl-Alt-Backspace seem to have no effect). I can still log in through the 
> network.
>   

Probably related to the upgrade of xserver-xorg-core to 1.3.

> (EE) AIGLX: Screen 0 is not DRI capable
>   

This is harmless and I think it has been changed to a warning for the
next releases.

> I also tried the vesa module, and had exactly the same result: blank screen, 
> unresponsive keyboard.
>   

I wonder whether it could be related to
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=424684 (vesa driver
broken) which has a candidate patch pending.

> Post upgrade, this machine is now dead in the water.
>   

Try downgrading with
   
http://snapshot.debian.net/archive/2007/03/08/debian/pool/main/x/xorg-server/xserver-xorg-core_1.1.1-20_i386.deb

Brice



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: retitle 428711 to black screen and no keyboard on Silicon Motion with Xserver 1.3

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.10.4
> retitle 428711 black screen and no keyboard on Silicon Motion with Xserver 1.3
Bug#428711: black screen and no keyboard on Silicon Motion with
Changed Bug title to `black screen and no keyboard on Silicon Motion with 
Xserver 1.3' from `black screen and no keyboard on Silicon Motion with'.

>
End of message, stopping processing here.

Please contact me if you need assistance.

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


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#428728: x11-common: placing "DebianRed" in /etc/X11/rgb.txt is inane

[giacomo boffi]

Package: x11-common
Version: 1:7.2-5
Severity: normal
Tags: patch


placing "DebianRed" in /etc/X11/rgb.txt is inane, because X does not
honor the data in that file, but only takes into account the builtin
color-names table

to be able to define new color names, you should either

   change the builtin table

or

  define USE_RGB_BUILTIN to 0 during the build (see os/oscolor.c)

hth, ciao
gb
-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages x11-common depends on:
ii  debconf [debconf-2.0] 1.5.13 Debian configuration management sy
ii  debianutils   2.21   Miscellaneous utilities specific t
ii  libc6 2.5-10 GNU C Library: Shared libraries
ii  lsb-base  3.1-23.1   Linux Standard Base 3.1 init scrip

x11-common recommends no packages.

-- debconf-show failed


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#428432: Does 'x11-common' need to conflict with package 'xv' when etch or sarge does not provide 'xv'?

[Jeremy Brand]

Thus spake Julien Cristau:


On Mon, Jun 11, 2007 at 09:40:34 -0700, Jeremy Brand wrote:


Package: x11-common
Version: 1:7.1.0-16


IIRC 'xv' has been gone from debian since woody, or maybe even
potato.  In general, I think it would be nice if
dependencies/conflicts were related only to stable and oldstable.


Why?


Because, since there is no package 'xv' in any current version of 
Debian, Debian (eg. x11-common in etch) should not prevent a 
package from being installed that goes by the name of 'xv' 
regardless of versions, as long as there are no _real_ conflicts.



Someone upgrading from potato, should probably upgrade to woody
before upgrading to sarge and to etch, for example.



Nothing forces removal of obsolete packages on upgrades, so people might
have upgraded to sarge and still have xv installed.

I don't understand why you think there's a bug here.


Bug is certainly a harsh term, but there is no 
_suggestions_.debian.org tracking system.


So, it's great 'xv' from potato apparently would survive in this 
situation (maybe I should test that ;).  However, a package by the 
name of 'xv' with any version number _should_ be able to survive 
in etch, since etch has no 'xv' package, but this is the the case.


Cheers :)
Jeremy

--
"Prediction is very difficult, especially of the future."
   Niels Bohr
http://www.nirvani.net


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#389864: rgb text database replaced by static table

[Giacomo Boffi]

Giacomo Boffi writes:
 > Brice Goglin writes:
 >  > Hi Giacomo,
 >  > 
 >  > I guess this problem with the RGB database being replaced by a
 >  > static table still occurs wth latest xserver-xorg-core 1.3, right? 
 >  > For the record, it looks like we could revert to the old behavior
 >  > by defining USE_RGB_BUILTIN to 0 during the build (see
 >  > os/oscolor.c). However, I am not sure it is worth doing it.
 > 
 > imho, it's worth doing because the X rgb database has been severely
 > criticized for its unfair distribution of colors [1], in particular
 > darkest one, and a user/sysadm that want to define (add) new symbolic
 > color names to X can *only* resort to editing rgb.txt
 > 
 > otoh, kpackard himself changed the default behaviour...

i can add another reason to define USE_RGB_BUILTIN to 0 during the
build: some debian chap added the color "RedDebian" to
/etc/X11/rgb.txt in a recent release of the x11-common package

please imagine the deluded face he'd sport when xsetroot -solid
DebianRed reply will be `unknown color "DebianRed"'...

ciao
gb


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

libx11: Changes to 'upstream-experimental'

[Julien Cristau]

 modules/im/ximcp/imDefLkup.c |2 +-
 src/GetMoEv.c|2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

New commits:
commit 8e76bcf3cafda85058ce5f35f1f81929f4772f72
Author: Olivier Blin <[EMAIL PROTECTED]>
Date:   Mon Jun 11 18:32:09 2007 +1000

fix XGetMotionEvents arguments order - Fixes bug 11222

diff --git a/src/GetMoEv.c b/src/GetMoEv.c
index 2aa6c1a..dac1bfc 100644
--- a/src/GetMoEv.c
+++ b/src/GetMoEv.c
@@ -33,9 +33,9 @@ in this Software without prior written authorization from The 
Open Group.
 
 XTimeCoord *XGetMotionEvents(
 register Display *dpy,
+Window w,
 Time start, 
 Time stop,
-Window w,
 int *nEvents)  /* RETURN */
 {   
 xGetMotionEventsReply rep;

commit c2f88cdf5cd9c94b77e5bfdac572b5ac06ab4aa8
Author: Jamey Sharp <[EMAIL PROTECTED]>
Date:   Sun Jun 10 16:19:59 2007 -0700

Fix locking in _XimGetWindowEventmask.

Now that XFilterEvent drops the Display lock before invoking callback
functions, _XimGetWindowEventmask is called without the lock held. So
when it called _XGetWindowAttributes, a variant of XGetWindowAttributes
that does not lock the Display, Xlib/XCB would assert:

xcb_xlib.c:50: xcb_xlib_unlock: Assertion `c->xlib.lock' failed.

Should fix Gentoo #156367, Ubuntu #87947, Debian #427296. And others?

diff --git a/modules/im/ximcp/imDefLkup.c b/modules/im/ximcp/imDefLkup.c
index aa1aaaf..157b076 100644
--- a/modules/im/ximcp/imDefLkup.c
+++ b/modules/im/ximcp/imDefLkup.c
@@ -466,7 +466,7 @@ _XimGetWindowEventmask(
 Ximim = (Xim )ic->core.im;
 XWindowAttributes  atr;
 
-if (!_XGetWindowAttributes(im->core.display, ic->core.focus_window, &atr))
+if (!XGetWindowAttributes(im->core.display, ic->core.focus_window, &atr))
return 0;
 return (EVENTMASK)atr.your_event_mask;
 }


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#428731: xserver-xorg: After updating from version 1:7.1.0-18 to version 1:7.2-3 the driver nvidia can no longer be found.

[Eeltje de Vries]

Package: xserver-xorg
Version: 1:7.2-3
Severity: important

With version 1:7.1.0-18 the driver "nvidia" worked very well. With the 
newer version the driver can not be found, the error is:

failed to load module "nvidia" (module does not exist)

The x server can be used with the driver "nv", however then some 
programs (e.g. Google Earth) are not usable.

-- Package-specific info:
Contents of /var/lib/x11/X.roster:
xserver-xorg

/etc/X11/X target does not match checksum in /var/lib/x11/X.md5sum.

X server symlink status:
lrwxrwxrwx 1 root root 13 2007-04-14 10:35 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1736280 2007-06-01 15:28 /usr/bin/Xorg

Contents of /var/lib/x11/xorg.conf.roster:
xserver-xorg

VGA-compatible devices on PCI bus:
01:00.0 VGA compatible controller: nVidia Corporation NV11 [GeForce2 MX/MX 400] 
(rev a1)

/etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 3306 2007-06-13 11:53 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
# 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"
FontPath"unix/:7100"# local font server
# if the local font server has problems, we can fall back on these
FontPath"/usr/share/fonts/X11/misc"
FontPath"/usr/lib/X11/fonts/misc"
FontPath"/usr/share/fonts/X11/cyrillic"
FontPath"/usr/lib/X11/fonts/cyrillic"
FontPath"/usr/lib/X11/fonts/100dpi/:unscaled"
FontPath"/usr/lib/X11/fonts/75dpi/:unscaled"
FontPath"/usr/share/fonts/X11/Type1"
FontPath"/usr/lib/X11/fonts/Type1"
FontPath"/usr/share/fonts/X11/CID"
FontPath"/usr/lib/X11/fonts/CID"
FontPath"/usr/lib/X11/fonts/Speedo"
FontPath"/usr/share/fonts/X11/100dpi"
FontPath"/usr/lib/X11/fonts/100dpi"
FontPath"/usr/share/fonts/X11/75dpi"
FontPath"/usr/lib/X11/fonts/75dpi"
EndSection

Section "Module"
Load"bitmap"
Load"dbe"
Load"ddc"
Load"dri"
Load"extmod"
Load"freetype"
Load"glx"
Load"int10"
Load"record"
Load"type1"
Load"vbe"
EndSection

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "keyboard"
Option  "CoreKeyboard"
Option  "XkbRules"  "xfree86"
Option  "XkbModel"  "pc104"
Option  "XkbLayout" "us"
Option  "XkbOptions""compose:menu,compose:ralt"
Option  "RandRRotation" "true"
EndSection

Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "mouse"
Option  "CorePointer"
Option  "Device""/dev/psaux"
Option  "Protocol"  "PS/2"
Option  "Emulate3Buttons"   "true"
Option  "ZAxisMapping"  "4 5"
EndSection
Section "InputDevice"
Identifier  "Generic Mouse"
Driver  "mouse"
Option  "SendCoreEvents""true"
Option  "Device""/dev/input/mice"
Option  "Protocol"  "ImPS/2"
Option  "Emulate3Buttons"   "true"
Option  "ZAxisMapping"  "4 5"
EndSection

Section "Device"
Identifier  "NVIDIA Corporation NV11 [GeForce2 MX/MX 400]"
Driver  "nv"
#   Option  "NoAccel"   "true"
#   Option  "Rotate""RandR"
EndSection

Section "Monitor"
Identifier  "Goldstar 78i"
HorizSync   30-85
VertRefresh 50-120
Option  "DPMS"
EndSection

Section "Screen"
Identifier  "Default Screen"
Device  "NVIDIA Corporation NV11 [GeForce2 MX/MX 400]"
Monitor "Goldstar 78i"
DefaultDepth24
SubSection "Display"
Depth   24
Modes   "1280x1024" "1152x864" "1024x768" "800x600"
EndSu

Bug#389864: rgb text database replaced by static table

[Giacomo Boffi]

David Nusinow writes:
 > I don't think that's really the method we want. Ideally, the server
 > will use the built-in table unless we explicitly point it to an
 > external file using xorg.conf. That way it just works in every
 > situation and no one loses.

if the rgb.txt you ship WERE ALWAYS the builtin table no one will see
the difference, unless he ask you

"Just don't hurt nobody,/'Less of course they ask you,/In the Garden
of Earthly Delights"  Andy Partridge

 > I don't really know why you want a custom [rgb.txt] in this day and
 > age, but I guess there's at least some small call for it.

yes, for example a debian mantainer has recently augmented rgb.txt
with the line
  215 7 81 DebianRed

"But when thou doest alms, let not thy left hand know what thy right
   hand doeth."  Matthew 6:3

ciao
gb


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#428731: xserver-xorg: After updating from version 1:7.1.0-18 to version 1:7.2-3 the driver nvidia can no longer be found.

[Brice Goglin]

reassign 428731
forcemerge 420177 428731
thank you



Eeltje de Vries wrote:
> Package: xserver-xorg
> Version: 1:7.2-3
> Severity: important
>
> With version 1:7.1.0-18 the driver "nvidia" worked very well. With the 
> newer version the driver can not be found, the error is:
>
> failed to load module "nvidia" (module does not exist)
>
> The x server can be used with the driver "nv", however then some 
> programs (e.g. Google Earth) are not usable.
>   


See the end of http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=420177

Brice



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

libx11: Changes to 'debian-experimental'

[Josh Triplett]

 debian/changelog |6 +-
 debian/libx11-6.NEWS |   14 --
 2 files changed, 13 insertions(+), 7 deletions(-)

New commits:
commit f6330074fae1de6b4a582aa79b4fc99f605e5b59
Author: Josh Triplett <[EMAIL PROTECTED]>
Date:   Wed Jun 13 12:17:05 2007 -0700

Expand the description of the problem with Sun Java in libx11-6.NEWS.

Credit Julien Cristau with working on the Sun Java workaround as well.

diff --git a/debian/changelog b/debian/changelog
index 1003aa4..f4867d6 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,11 +1,15 @@
 libx11 (2:1.1.2-2) UNRELEASED; urgency=low
 
+  [ Julien Cristau ]
   * Pull two fixes from upstream git:
 + Fix locking in _XimGetWindowEventmask (closes: #427296).
 + fix XGetMotionEvents arguments order.
   * Install the upstream NEWS file rather than the git changelog.
+  
+  [ Josh Triplett ]
+  * Expand the description of the problem with Sun Java in libx11-6.NEWS.
 
- -- Julien Cristau <[EMAIL PROTECTED]>  Wed, 13 Jun 2007 20:15:02 +0200
+ -- Josh Triplett <[EMAIL PROTECTED]>  Wed, 13 Jun 2007 12:14:51 -0700
 
 libx11 (2:1.1.2-1) experimental; urgency=low
 
diff --git a/debian/libx11-6.NEWS b/debian/libx11-6.NEWS
index 6a3428e..6dde6ea 100644
--- a/debian/libx11-6.NEWS
+++ b/debian/libx11-6.NEWS
@@ -1,8 +1,10 @@
 libx11 (2:1.1.2-1) experimental; urgency=low
 
-  The Sun Java virtual machine (and possibly others) trigger an assertion
-  in the Xlib/XCB code, which can be worked around with the following
-  commands:
+  The Sun Java virtual machine (and possibly others) or a library it statically
+  links has a locking bug that triggers a locking correctness assertion in the
+  Xlib/XCB code.  This locking bug occurs when attempting to use the Xinerama
+  extension.  The following commands patch Sun Java to work around this bug by
+  preventing it from finding the Xinerama extension:
   - For sun-java5-bin:
 sed -i 's/XINERAMA/FAKEEXTN/g' \
   /usr/lib/jvm/java-1.5.0-sun-1.5.0.11/jre/lib/i386/xawt/libmawt.so
@@ -10,10 +12,10 @@ libx11 (2:1.1.2-1) experimental; urgency=low
 sed -i 's/XINERAMA/FAKEEXTN/g' \
   /usr/lib/jvm/java-6-sun-1.6.0.00/jre/lib/i386/xawt/libmawt.so
 
-  Thanks to Josh Triplett and Christoph Pfister for their work to find this
-  workaround.
+  Bug analysis and workaround by Julien Cristau, Josh Triplett and Christoph
+  Pfister.
 
- -- Julien Cristau <[EMAIL PROTECTED]>  Tue, 05 Jun 2007 23:04:49 +0200
+ -- Josh Triplett <[EMAIL PROTECTED]  Wed, 13 Jun 2007 12:11:04 -0700
 
 libx11 (2:1.1-1) experimental; urgency=low
 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#428432: marked as done (Does 'x11-common' need to conflict with package 'xv' when etch or sarge does not provide 'xv'?)

[Debian Bug Tracking System]

Your message dated Wed, 13 Jun 2007 21:28:06 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#428432: Does 'x11-common' need to conflict with package 
'xv' when etch or sarge does not provide 'xv'?
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

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

--- Begin Message ---

Package: x11-common
Version: 1:7.1.0-16


IIRC 'xv' has been gone from debian since woody, or maybe even 
potato.  In general, I think it would be nice if 
dependencies/conflicts were related only to stable and oldstable. 
Someone upgrading from potato, should probably upgrade to woody 
before upgrading to sarge and to etch, for example.


Thanks,
Jeremy
--
"Prediction is very difficult, especially of the future."
   Niels Bohr
http://www.nirvani.net

--- End Message ---
--- Begin Message ---
Jeremy Brand wrote:
> Because, since there is no package 'xv' in any current version of
> Debian, Debian (eg. x11-common in etch) should not prevent a package
> from being installed that goes by the name of 'xv' regardless of
> versions, as long as there are no _real_ conflicts.
>
> So, it's great 'xv' from potato apparently would survive in this
> situation (maybe I should test that ;).  However, a package by the
> name of 'xv' with any version number _should_ be able to survive in
> etch, since etch has no 'xv' package, but this is the the case.

For now, the chances that somebody kept 'xv' installed since potaty are
higher than the chances that a new 'xv' package arrives in Debian. If a
new 'xv' ever enters debian again, we'll change the conflict into a
versioned conflict or so.

Thanks,
Brice

--- End Message ---

Bug#428728: x11-common: placing "DebianRed" in /etc/X11/rgb.txt is inane

[Brice Goglin]

giacomo boffi wrote:
> Package: x11-common
> Version: 1:7.2-5
> Severity: normal
> Tags: patch
>
>
> placing "DebianRed" in /etc/X11/rgb.txt is inane, because X does not
> honor the data in that file, but only takes into account the builtin
> color-names table
>
> to be able to define new color names, you should either
>
>change the builtin table
>
> or
>
>   define USE_RGB_BUILTIN to 0 during the build (see os/oscolor.c)
>   

Well, all of this is already explained in your bug #389864, so I am
closing this one. There is nothing wrong in x11-common. Only
xserver-xorg-core could be considered wrong (that's what #389864 does).

Brice



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: closing 428728

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.10.4
> close 428728
Bug#428728: x11-common: placing "DebianRed" in /etc/X11/rgb.txt is inane
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug closed, send any further explanations to giacomo boffi <[EMAIL PROTECTED]>

>
End of message, stopping processing here.

Please contact me if you need assistance.

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


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#368332: marked as done (x11-common: Update from Sarge aborts)

[Debian Bug Tracking System]

Your message dated Wed, 13 Jun 2007 22:49:32 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#368332: x11-common: Update from Sarge aborts
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

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

--- Begin Message ---
Package: x11-common
Version: 6.9.0.dfsg.1-6
Severity: important

This problem is about an upgrade, which did not work very nicely.
Please close, if you are aware of the problem, otherwise either a
workaround should be implemented (if you can see what the underlying
problem is) or the Update guide for Etch needs to contain a note how
to properly deal with this (I probably did not choose the wisest
path).


I am currently upgrading from Sarge to Etch of 2006-05-19. First the most
important once (apt, dpkg) and now I wanted to switch to xorg. Since I
did not know where to start (blame me on this), I issued:

apt-get install xfree86-common

and x11-common died with:
apt-listchanges: Wollen Sie fortsetzen? [J/n]?
Preconfiguring packages ...
Wähle vormals abgewähltes Paket lsb-base.
(Lese Datenbank ... 151217 Dateien und Verzeichnisse sind derzeit installiert.)
Entpacke lsb-base (aus .../lsb-base_3.1-5_all.deb) ...
Vorbereiten zum Ersetzen von xfree86-common 4.3.0.dfsg.1-14sarge1 (durch 
.../xfree86-common_6.9.0.dfsg.1-6_all.deb) ...
Entpacke Ersatz für xfree86-common ...
dpkg: warning - unable to delete old directory `/etc/X11/Xsession.d': Das 
Verzeichnis ist nicht leer
Wähle vormals abgewähltes Paket x11-common.
Entpacke x11-common (aus .../x11-common_6.9.0.dfsg.1-6_all.deb) ...
dpkg: Fehler beim Bearbeiten von 
/var/cache/apt/archives/x11-common_6.9.0.dfsg.1-6_all.deb (--unpack):
 versuche »/etc/X11/Xsession« zu überschreiben, welches auch in Paket 
xfree86-common ist
dpkg-deb: Unterprozess paste getötet mit Signal (Datenübergabe unterbrochen 
(broken pipe))
Fehler traten auf beim Bearbeiten von:
 /var/cache/apt/archives/x11-common_6.9.0.dfsg.1-6_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

So I see two problems:
a) /etc/X11/Xsession.d is not empty, it contains:
remaxp:~# ls /etc/X11/Xsession.d
20xfree86-common_process-args.x11-common-tmp
30xfree86-common_xresources.x11-common-tmp
50xfree86-common_determine-startup.x11-common-tmp
90xfree86-common_ssh-agent.x11-common-tmp
99xfree86-common_start.x11-common-tmp

b) /etc/X11/Xsession is in both xfree86-common and x11-common, and 
   upgrade failed.

Issuing "apt-get -f install" the first error disappers, only the
second one remains:
Preconfiguring packages ...
(Lese Datenbank ... 151193 Dateien und Verzeichnisse sind derzeit installiert.)
Entpacke x11-common (aus .../x11-common_6.9.0.dfsg.1-6_all.deb) ...
dpkg: Fehler beim Bearbeiten von 
/var/cache/apt/archives/x11-common_6.9.0.dfsg.1-6_all.deb (--unpack):
 versuche »/etc/X11/Xsession« zu überschreiben, welches auch in Paket 
xfree86-common ist
dpkg-deb: Unterprozess paste getötet mit Signal (Datenübergabe unterbrochen 
(broken pipe))
Fehler traten auf beim Bearbeiten von:
 /var/cache/apt/archives/x11-common_6.9.0.dfsg.1-6_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

"apt-get remove xfree86-common" does not proceed, as lots of dependencies
would not be satisfied, and "apt-get -f install" is recommended. This,
however, does not help (same as above). 

"apt-get install x11-common" does not help either.

Trying to remove xfree86-common by dpkg or installing x11-common
yields the same error.

Interestingly, the file/directory "/etc/X11/Xsession" does not exist:
remaxp:~# ls -d /etc/X11/X*
/etc/X11/X /etc/X11/Xsession.d
/etc/X11/XF86Config-4  /etc/X11/Xsession.options.x11-common-tmp
/etc/X11/Xloadimage/etc/X11/Xsession.x11-common-tmp
/etc/X11/Xresources/etc/X11/Xwrapper.config

I try to rename the Xsession.d one:
remaxp:/etc/X11# move Xsession.d Xsession.d.old
»Xsession.d« -> »Xsession.d.old«

Now I am rather stuck. I try 
"dpkg -i --force-overwrite overwrite x11-common_6.9.0.dfsg.1-6_all.deb"
but it tells me that it needs lsb-base first (it would ignore the
overwrite-problem), so first I install lsb-base which ends in:
Richte xfree86-common ein (6.9.0.dfsg.1-6) ...
(Installing xfree86-common).

Now x11-common installs like a charm:
remaxp:/var/cache/apt/archives# dpkg -i
x11-common_6.9.0.dfsg.1-6_all.deb
(Lese Datenbank ... 151236 Dateien und Verzeichnisse sind derzeit
installiert.)
Vorbereiten zum Ersetzen von x11-common 6.9.0.dfsg.1-6 (durch
x11-common_6.9.0.dfsg.1-6_all.deb) ...
Entpacke Ersatz für x11-common ...
Richte x11-common ein (6.9.0.dfsg.1-6) ...
x11-common already in /etc/

Bug#375390: marked as done (Seems impossible to reconfigure or install x11-common 7.0.22)

[Debian Bug Tracking System]

Your message dated Wed, 13 Jun 2007 22:53:06 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#375390: Seems impossible to reconfigure or install 
x11-common 7.0.22
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

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

--- Begin Message ---
Package: x11-common
Version: 6.9.0.dfsg.1-6
Severity: important


Yesterday, I tried to install/upgrade X11/xorg to 7.0. Despite thinking 
that it might proceed smoothly, it got tangled up not being able to 
configure x11-common, instead it leaves a broken 6.9.0 version of 
x11-common in place.

I've tried aptitude dist-upgrade, purge, dpkg --configure -a numerous 
times, nothing seems to be getting me past this point.

The symlink (I think) should be /usr/include/X11 ->../X11R6/include/X11. 
However, dpkg --reconfigure -a barfs here, not processing the symlink 
correctly.

Here is a snippet of such a session:

x11-common postinst warning: /usr/include/X11 symbolic link points to wrong
   location ../X11R6/include/X11/
Analyzing /usr/include/X11:
Analyzing ../X11R6/include/X11/:
/../X11R6: nonexistent; directory contents of /../:
Searching for overlapping packages...
dpkg: error processing x11-common (--configure):
 subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
 x11-common

I couldn't include the output of the directory contents - it prints the 
root '/' directory contents.


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-k7
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages x11-common depends on:
ii  debconf [debconf-2.0] 1.5.2  Debian configuration management sy
ii  debianutils   2.16.1 Miscellaneous utilities specific t
ii  lsb-base  3.1-10 Linux Standard Base 3.1 init scrip

x11-common recommends no packages.

-- debconf information:
  x11-common/xwrapper/nice_value: 0
  x11-common/xwrapper/allowed_users: Console Users Only
  x11-common/experimental_packages:
  x11-common/xwrapper/actual_allowed_users: console
  x11-common/xwrapper/nice_value/error:
* x11-common/x11r6_bin_not_empty:
* x11-common/upgrade_issues:

--- End Message ---
--- Begin Message ---
Should be working fine nowadays, and we are not going to fix the upgrade
from 6.9 to 7.0 anymore anyway.

Brice

--- End Message ---

Bug#334912: marked as done (sarge to etch/sid upgrade trigger useless conffiles handling)

[Debian Bug Tracking System]

Your message dated Wed, 13 Jun 2007 22:55:56 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#334912: sarge to etch/sid upgrade trigger useless 
conffiles handling
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

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

--- Begin Message ---
Package: x11-common
Version: 6.8.2.dfsg.1-9
Severity: important

Hello X Strike Force,

When upgrading from Sarge to Etch or Sid (I tried both) in a clean
chroot, x11-common trigger 2 dpkg conffiles handling:

/etc/X11/Xsession
/etc/X11/Xsession.options

I suspect this files have changed from owner from Sarge to Etch, so you
need to handle the specially to avoid that.

The full log of the piupart session is here


Cheers,
-- 
Bill. <[EMAIL PROTECTED]>

Imagine a large red swirl here. 

--- End Message ---
--- Begin Message ---
The transition from XFree86 to Xorg is gone now, we are not going to fix
it anymore. Upgrading x11-common nowadays should not be causing such
problems anymore.

Brice

--- End Message ---

Processed: tagging 399972

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.10.4
> tags 399972 + wontfix
Bug#399972: x11-common: installs breaks if xorg subdir are symlinked
There were no tags set.
Tags added: wontfix

>
End of message, stopping processing here.

Please contact me if you need assistance.

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


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#392470: xfree86: dexconf and xfs should use x-ttcidfont-conf font paths by default

[Brice Goglin]

Hi Anton,

Does this problem about missing CID and TrueType font paths still
matters today with Xorg/Etch or later?

Brice



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#407788: x11-common init script cause bootup hang when using nss_ldap for LDAP-based user and groups

[Brice Goglin]

Hi Andreas,

Does this problem about the x11-common init script causing a hang during
boot still occurs today? It might be a nss problem since your
nsswitch.conf should probably not make nss use ldap for user/group 0.

Brice



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

pixman: Changes to 'upstream-experimental'

[Julien Cristau]

 TODO   |4 
 configure.ac   |2 
 pixman/Makefile.am |4 
 pixman/pixman-compute-region.c |  206 ++
 pixman/pixman-edge.c   |   16 +-
 pixman/pixman-image.c  |  217 ++--
 pixman/pixman-mmx.c|  112 +-
 pixman/pixman-mmx.h|   46 ++---
 pixman/pixman-pict.c   |  316 -
 pixman/pixman-private.h|1 
 pixman/pixman-region.c |   17 +-
 pixman/pixman-trap.c   |   25 +++
 pixman/pixman-utils.c  |   44 +
 pixman/pixman.h|   97 
 test/composite-test.c  |4 
 test/gradient-test.c   |4 
 16 files changed, 674 insertions(+), 441 deletions(-)

New commits:
commit e8dfb54ccea26b7e7948ca9806c97194892f0791
Author: Søren Sandmann <[EMAIL PROTECTED]>
Date:   Tue Jun 12 23:50:04 2007 -0400

Make default clip region the full image

diff --git a/TODO b/TODO
index 26eab05..d1beb74 100644
--- a/TODO
+++ b/TODO
@@ -62,4 +62,7 @@
 - Run cairo test suite; fix bugs
- one bug in source-scale-clip
 
+
+done:
+
 - Default clip region should be the full image
\ No newline at end of file
diff --git a/pixman/pixman-image.c b/pixman/pixman-image.c
index e47c7fc..8483068 100644
--- a/pixman/pixman-image.c
+++ b/pixman/pixman-image.c
@@ -279,7 +279,7 @@ create_bits (pixman_format_code_t format,
 
 if (rowstride_bytes)
*rowstride_bytes = stride;
-
+
 return calloc (buf_size, 1);
 }
 
@@ -319,6 +319,9 @@ pixman_image_create_bits (pixman_format_code_t  format,
  */
 image->bits.indexed = NULL;
 
+pixman_region_fini (&image->common.clip_region);
+pixman_region_init_rect (&image->common.clip_region, 0, 0, width, height);
+
 return image;
 }
 

commit 42192ad0fc7fe0fa7600f879646de867691351bb
Author: Søren Sandmann <[EMAIL PROTECTED]>
Date:   Tue Jun 12 23:37:25 2007 -0400

Don't complain if users try to read non-existing data from images

diff --git a/pixman/pixman-image.c b/pixman/pixman-image.c
index 3fe8977..e47c7fc 100644
--- a/pixman/pixman-image.c
+++ b/pixman/pixman-image.c
@@ -478,42 +478,46 @@ pixman_image_set_accessors (pixman_image_t 
*image,
 uint32_t *
 pixman_image_get_data (pixman_image_t *image)
 {
-return_val_if_fail (image->type == BITS, NULL);
+if (image->type == BITS)
+   return image->bits.bits;
 
-return image->bits.bits;
+return NULL;
 }
 
 int
 pixman_image_get_width (pixman_image_t *image)
 {
-return_val_if_fail (image->type == BITS, -1);
+if (image->type == BITS)
+   return image->bits.width;
 
-return image->bits.width;
-
+return 0;
 }
 
 int
 pixman_image_get_height (pixman_image_t *image)
 {
-return_val_if_fail (image->type == BITS, -1);
+if (image->type == BITS)
+   return image->bits.height;
 
-return image->bits.height;
+return 0;
 }
 
 int
 pixman_image_get_stride (pixman_image_t *image)
 {
-return_val_if_fail (image->type == BITS, -1);
+if (image->type == BITS)
+   return image->bits.rowstride * sizeof (uint32_t);
 
-return sizeof (uint32_t) * image->bits.rowstride;
+return 0;
 }
 
 int
 pixman_image_get_depth (pixman_image_t *image)
 {
-return_val_if_fail (image->type == BITS, -1);
+if (image->type == BITS)
+   return PIXMAN_FORMAT_DEPTH (image->bits.format);
 
-return PIXMAN_FORMAT_DEPTH (image->bits.format);
+return 0;
 }
 
 pixman_bool_t
diff --git a/pixman/pixman-trap.c b/pixman/pixman-trap.c
index 179bf8f..31f08d8 100644
--- a/pixman/pixman-trap.c
+++ b/pixman/pixman-trap.c
@@ -23,6 +23,7 @@
  */
 
 #include 
+#include 
 #include "pixman-private.h"
 
 typedef uint32_t FbBits;
@@ -119,6 +120,8 @@ pixman_rasterize_trapezoid (pixman_image_t *image,
 pixman_fixed_t y_off_fixed;
 pixman_edge_t  l, r;
 pixman_fixed_t t, b;
+
+return_if_fail (image->type == BITS);
 
 if (!pixman_trapezoid_valid (trap))
return;

commit 0e77667851869849cbddc30466db99ff5dc02b19
Author: Søren Sandmann <[EMAIL PROTECTED]>
Date:   Tue Jun 12 22:53:35 2007 -0400

Don't require rowstride to be a multiple of 4 when bits is NULL

diff --git a/pixman/pixman-image.c b/pixman/pixman-image.c
index 467dcdb..3fe8977 100644
--- a/pixman/pixman-image.c
+++ b/pixman/pixman-image.c
@@ -294,7 +294,8 @@ pixman_image_create_bits (pixman_format_code_t  format,
 
 /* must be a whole number of uint32_t's 
  */
-return_val_if_fail ((rowstride_bytes % sizeof (uint32_t)) == 0, NULL); 
+return_val_if_fail (bits == NULL ||
+   (rowstride_bytes % sizeof (uint32_t)) == 0, NULL); 
 
 if (!bits)
 {

commit b6bdd8273cc3500d1f69402f39c3d6e718920a66
Author: Søren Sandmann <[EMAIL PROTECTED]>
Date:   Tue Jun 12 22:14:32 2007 -0400

Add pixman_fill_r

pixman: Changes to 'debian-experimental'

[Julien Cristau]

 TODO   |4 
 configure  |   20 +-
 configure.ac   |2 
 debian/changelog   |4 
 pixman/Makefile.am |4 
 pixman/Makefile.in |6 
 pixman/pixman-compute-region.c |  206 ++
 pixman/pixman-edge.c   |   16 +-
 pixman/pixman-image.c  |  217 ++--
 pixman/pixman-mmx.c|  112 +-
 pixman/pixman-mmx.h|   46 ++---
 pixman/pixman-pict.c   |  316 -
 pixman/pixman-private.h|1 
 pixman/pixman-region.c |   17 +-
 pixman/pixman-trap.c   |   25 +++
 pixman/pixman-utils.c  |   44 +
 pixman/pixman.h|   97 
 test/composite-test.c  |4 
 test/gradient-test.c   |4 
 19 files changed, 690 insertions(+), 455 deletions(-)

New commits:
commit 94540025cb42111b0cb5a5511129e61d2cda3558
Author: Julien Cristau <[EMAIL PROTECTED]>
Date:   Thu Jun 14 00:00:10 2007 +0200

autoreconf

diff --git a/configure b/configure
index b4884ff..53f70db 100755
--- a/configure
+++ b/configure
@@ -1,6 +1,6 @@
 #! /bin/sh
 # Guess values for system-dependent variables and create Makefiles.
-# Generated by GNU Autoconf 2.61 for pixman 0.9.0.
+# Generated by GNU Autoconf 2.61 for pixman 0.9.3.
 #
 # Report bugs to <"[EMAIL PROTECTED]">.
 #
@@ -728,8 +728,8 @@ SHELL=${CONFIG_SHELL-/bin/sh}
 # Identity of this package.
 PACKAGE_NAME='pixman'
 PACKAGE_TARNAME='pixman'
-PACKAGE_VERSION='0.9.0'
-PACKAGE_STRING='pixman 0.9.0'
+PACKAGE_VERSION='0.9.3'
+PACKAGE_STRING='pixman 0.9.3'
 PACKAGE_BUGREPORT='"[EMAIL PROTECTED]"'
 
 # Factoring default headers for most tests.
@@ -1401,7 +1401,7 @@ if test "$ac_init_help" = "long"; then
   # Omit some internal or obsolete options to make the list less imposing.
   # This message is too long to be a string in the A/UX 3.1 sh.
   cat <<_ACEOF
-\`configure' configures pixman 0.9.0 to adapt to many kinds of systems.
+\`configure' configures pixman 0.9.3 to adapt to many kinds of systems.
 
 Usage: $0 [OPTION]... [VAR=VALUE]...
 
@@ -1471,7 +1471,7 @@ fi
 
 if test -n "$ac_init_help"; then
   case $ac_init_help in
- short | recursive ) echo "Configuration of pixman 0.9.0:";;
+ short | recursive ) echo "Configuration of pixman 0.9.3:";;
esac
   cat <<\_ACEOF
 
@@ -1576,7 +1576,7 @@ fi
 test -n "$ac_init_help" && exit $ac_status
 if $ac_init_version; then
   cat <<\_ACEOF
-pixman configure 0.9.0
+pixman configure 0.9.3
 generated by GNU Autoconf 2.61
 
 Copyright (C) 1992, 1993, 1994, 1995, 1996, 1998, 1999, 2000, 2001,
@@ -1590,7 +1590,7 @@ cat >config.log <<_ACEOF
 This file contains any messages produced by compilers while
 running configure, to aid debugging if configure makes a mistake.
 
-It was created by pixman $as_me 0.9.0, which was
+It was created by pixman $as_me 0.9.3, which was
 generated by GNU Autoconf 2.61.  Invocation command line was
 
   $ $0 $@
@@ -2260,7 +2260,7 @@ fi
 
 # Define the identity of the package.
  PACKAGE='pixman'
- VERSION='0.9.0'
+ VERSION='0.9.3'
 
 
 cat >>confdefs.h <<_ACEOF
@@ -20168,7 +20168,7 @@ exec 6>&1
 # report actual input values of CONFIG_FILES etc. instead of their
 # values after options handling.
 ac_log="
-This file was extended by pixman $as_me 0.9.0, which was
+This file was extended by pixman $as_me 0.9.3, which was
 generated by GNU Autoconf 2.61.  Invocation command line was
 
   CONFIG_FILES= $CONFIG_FILES
@@ -20221,7 +20221,7 @@ Report bugs to <[EMAIL PROTECTED]>."
 _ACEOF
 cat >>$CONFIG_STATUS <<_ACEOF
 ac_cs_version="\\
-pixman config.status 0.9.0
+pixman config.status 0.9.3
 configured by $0, generated by GNU Autoconf 2.61,
   with options \\"`echo "$ac_configure_args" | sed 's/^ //; 
s/[\\""\`\$]/&/g'`\\"
 
diff --git a/pixman/Makefile.in b/pixman/Makefile.in
index d82d570..e1ca10a 100644
--- a/pixman/Makefile.in
+++ b/pixman/Makefile.in
@@ -69,7 +69,7 @@ libpixman_mmx_la_OBJECTS = $(am_libpixman_mmx_la_OBJECTS)
 libpixman_la_DEPENDENCIES = $(am__DEPENDENCIES_2)
 am_libpixman_la_OBJECTS = pixman-region.lo pixman-image.lo \
pixman-compose.lo pixman-pict.lo pixman-utils.lo \
-   pixman-edge.lo pixman-trap.lo
+   pixman-edge.lo pixman-trap.lo pixman-compute-region.lo
 libpixman_la_OBJECTS = $(am_libpixman_la_OBJECTS)
 DEFAULT_INCLUDES = -I. -I$(srcdir) -I$(top_builddir)
 depcomp = $(SHELL) $(top_srcdir)/depcomp
@@ -213,7 +213,8 @@ libpixman_la_SOURCES = \
pixman-utils.c  \
pixman-edge.c   \
pixman-edge-imp.h   \
-   pixman-trap.c
+   pixman-trap.c   \
+   pixman-compute-region.c
 
 @[EMAIL PROTECTED] = libpixman-mmx.la
 @[EMAIL PROTECTED] = \
@@ -306,6 +307,7 @@ distclean-compile:
 
 @AMDEP_TRUE@@am__include@ @[EMAIL PROTECTED]/$(DEPDIR)/[EMAIL PROTECTED]@
 @AMDEP_TRUE@@am__include@ @[EMAIL PROTECTED]/$(DEPDIR)/[EMAIL PROTE

Bug#372938: marked as done (x11-common and xfree86-common confiicts artificially prevents other apps from installing)

[Debian Bug Tracking System]

Your message dated Thu, 14 Jun 2007 00:02:31 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#372938: x11-common and xfree86-common confiicts 
artificially prevents other apps from installing
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

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

--- Begin Message ---

Package: x11-common
Version: 7.0.20

   * The exact and complete text of any error messages printed or
logged. This is very important!

The problem is prerequisites for packages which have not yet been
updated to use x11-common instead of or in addition to xfree86-common.

   * Exactly what you typed or did to demonstrate the problem.

apt-get update
apt-get dist-upgrade
 
I fixed up the paths, etc as reported elsewhere

compatability packages, such as libxft1 and bugreport can no longer be
installed.

   * A description of the incorrect behaviour: exactly what behaviour
you were expecting, and what you observed. A transcript of an example
session is a good way of showing this.

I expected to be able to continue to use legacy packages with a
dependancy on xfree86-common.  Since in effect, xorg and x11 common
provide a new version of the same packages, this seems a reasonable
expectation.

Additionally, forcing the installation of a dependancy-broken app
permits the app to run correctly.

   * A suggested fix, or even a patch, if you have one.

This seems to be a packaging issue, and I am not familiar with deb
packaging from a development point of view.  However, it seems that if
it were possible to have xfree86-common and x11-common installed
simultaneously, much would be resolved.  Perhaps even a dummy
xfree86-common package to permit old apps to still have their
dependancies satisfied.

   * Details of the configuration of the program with the problem.
Include the complete text of its configuration files.

I am running deb testing with a large number of packages

   * The versions of any packages on which the buggy package depends.

The versions do not matter, just the confilcts.

   * What kernel version you're using (type uname -a), your shared C
library (type ls -l /lib/libc.so.6 or dpkg -s libc6 | grep ^Version),
and any other details about your Debian system, if it seems
appropriate. For example, if you had a problem with a Perl script, you
would want to provide the version of the `perl' binary (type perl -v
or dpkg -s perl | grep ^Version:).

These do not seem especially relevant.

   * Appropriate details of the hardware in your system. If you're
reporting a problem with a device driver please list all the hardware
in your system, as problems are often caused by IRQ and I/O address
conflicts.

This does not seem relevant.

Thank you.  If there is any additional information I can provide,
please let me know.

--Harley

--- End Message ---
--- Begin Message ---
The upgrade from XFree86 is long gone, we are not going to fix it anymore.

Brice

--- End Message ---

Bug#371163: marked as done (no provision made for any kind of upgrade path for third-party packages that use /usr/X11R6/bin)

[Debian Bug Tracking System]

Your message dated Thu, 14 Jun 2007 00:00:50 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#371163: no provision made for any kind of upgrade path for 
third-party packages that use /usr/X11R6/bin
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

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

--- Begin Message ---
Package: x11-common
Version: 1:7.0.20
Severity: normal

I have a small apt repository at work containing some third-party
packages that use /usr/X11R6/bin. How am I supposed to provide a clean
upgrade path for my users? If x11-common is upgraded first, it will
flame out and die. But there's no way I can ensure that my package is
upgraded first by apt-get dist-upgrade.

It seems that the only option is to fork x11-common and add my packages
to its conflicts, however, this ia a) going to be a horrible pain to
maintain and b) doesn't scale to support users who use several different
third-party apt repositories. Debian does not normally cause this kind
of problem for third party apt repositories.

FWIW, if you're handling this case by adding *all* conflicts for
third-party packages to the mighty conflicts line of death, the
third-party packages in question are:

xcalibrate (<= 1.2)
xserver-tinyx-fbdev (<= 4.3.0.dfsg.1-5.1)

-- 
see shy jo


signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
Yes, we were adding conflicts for all packages that use /usr/X11R6/bin/
but we are not going to add these third party packages now, closing.

Brice

--- End Message ---

Bug#371161: marked as done (error unwind for postinst fails because it checks for symlinks)

[Debian Bug Tracking System]

Your message dated Wed, 13 Jun 2007 23:59:22 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#371161: error unwind for postinst fails because it checks 
for symlinks
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

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

--- Begin Message ---
Package: x11-common
Version: 1:7.0.20
Severity: normal

The system I am trying to upgrade has third-party packages that
installed stuff in /usr/X11R6/bin. Since that caused the upgrade to
fail, I have moved everything out of /usr/X11R6/bin and am trying to
pick up the peices.

adsdebian:/usr/lib# ln -s ../X11R6/lib/X11
adsdebian:/usr/lib# cd /usr/include/
adsdebian:/usr/include# ln -s ../X11R6/include/X11
adsdebian:/usr/include# cd
adsdebian:~# dpkg --configure -a
dpkg: dependency problems prevent configuration of xutils-dev:
 xutils-dev depends on x11-common (>= 1:7.0.0); however:
  Version of x11-common on system is 6.8.2.dfsg.1-7.
dpkg: error processing xutils-dev (--configure):
 dependency problems - leaving unconfigured
Setting up x11-common (6.8.2.dfsg.1-7) ...
 System startup links for /etc/init.d/x11-common already exist.
Setting up X server socket directory /tmp/.X11-unix...done.
Setting up ICE socket directory /tmp/.ICE-unix...done.

dpkg: dependency problems prevent configuration of xutils:
 xutils depends on xutils-dev; however:
  Package xutils-dev is not configured yet.
dpkg: error processing xutils (--configure):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 xutils-dev
 xutils

adsdebian:~# apt-get install x11-common
Reading package lists... Done
Building dependency tree... Done
Suggested packages:
  x-window-system-core x-window-system
The following packages will be upgraded:
  x11-common
1 upgraded, 0 newly installed, 0 to remove and 214 not upgraded.
2 not fully installed or removed.
Need to get 0B/281kB of archives.
After unpacking 922kB disk space will be freed.
Preconfiguring packages ...
(Reading database ... 21273 files and directories currently installed.)
Preparing to replace x11-common 6.8.2.dfsg.1-7 (using 
.../x11-common_1%3a7.0.20_arm.deb) ...
Unpacking replacement x11-common ...
dpkg: error processing /var/cache/apt/archives/x11-common_1%3a7.0.20_arm.deb 
(--unpack):
 trying to overwrite `/usr/X11R6/bin', which is also in package xcalibrate
x11-common postinst warning: /usr/include/X11 symbolic link does not exist
Analyzing /usr/include/X11:
drwxr-xr-x 12 root root 4096 2006-06-06 14:06 /usr
drwxr-xr-x 27 root root 8192 2006-06-07 10:28 /usr/include
/usr/include/X11: nonexistent; directory contents of /usr/include/:
total 1392

Searching for overlapping packages...
no overlaps found.
x11-common postinst error: bad symbolic links on system
dpkg: error while cleaning up:
 subprocess post-installation script returned error exit status 74
Errors were encountered while processing:
 /var/cache/apt/archives/x11-common_1%3a7.0.20_arm.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Here the postinst is being run in error unwind mode, not configure mode.
/usr/include/X11 and /usr/lib/X11 which were the correct symlinks at the
start, are removed since dpkg has removed the package (I think), since
it aborted upgrading the package because the third-party xcalibrate
package still has file overlaps in the dpkg database (though I removed those
files from disk).

The bug here is that the postinst checks for these symlinks in error unwind
mode, instead of only doing it if it's configured, which just breaks
the system further.

If I remove the third-party package and apt-get install x11-common again,
everything is ok.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-2-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages x11-common depends on:
ii  cdebconf [debconf-2.0]0.102  Debian Configuration Management Sy
ii  debconf [debconf-2.0] 1.5.1  Debian configuration management sy
ii  debianutils   2.16.1 Miscellaneous utilities specific t
ii  lsb-base  3.1-8  Linux Standard Base 3.1 init scrip

x11-common recommends no packages.

-- debconf information excluded

-- 
see shy jo


signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
This was related to the upgrade from Xorg 6.9, which is long gone now,
and we are not going to fix it anymore, closing th

Bug#375667: marked as done (x11-common and xserver-xorg unupgradeable due to mutual deathgrip)

[Debian Bug Tracking System]

Your message dated Thu, 14 Jun 2007 00:08:25 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#375667: x11-common and xserver-xorg unupgradeable due to 
mutual deathgrip
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

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

--- Begin Message ---
Package: x11-common, xserver-xorg
Version: 7.0.22, 7.0.22

anarres# dpkg -i pool/main/x/xorg/x11-common_7.0.22_i386.deb
dpkg: considering removing xserver-common in favour of x11-common ...
dpkg: no, cannot remove xserver-common (--auto-deconfigure will help):
 xnest depends on xserver-common
  xserver-common is to be removed.
dpkg: regarding .../x11-common_7.0.22_i386.deb containing x11-common:
 x11-common conflicts with xserver-common
  xserver-common (version 6.9.0.dfsg.1-6) is installed.
dpkg: error processing pool/main/x/xorg/x11-common_7.0.22_i386.deb (--install):
 conflicting packages - not installing x11-common
Errors were encountered while processing:
 pool/main/x/xorg/x11-common_7.0.22_i386.deb
anarres# dpkg -i pool/main/x/xorg/xserver-xorg_7.0.22_all.deb
dpkg: regarding .../xserver-xorg_7.0.22_all.deb containing xserver-xorg, 
pre-dependency problem:
 xserver-xorg pre-depends on x11-common (>= 7.0.0-0ubuntu3)
  x11-common is installed, but is version 6.9.0.dfsg.1-6.
dpkg: error processing pool/main/x/xorg/xserver-xorg_7.0.22_all.deb (--install):
 pre-dependency problem - not installing xserver-xorg
Errors were encountered while processing:
 pool/main/x/xorg/xserver-xorg_7.0.22_all.deb
anarres# dpkg -l x11-common xserver-xorg
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   VersionDescription
+++-==-==-
ii  x11-common 6.9.0.dfsg.1-6 X Window System (X.Org) infrastructure
ii  xserver-xorg   6.9.0.dfsg.1-6 the X.Org X server
anarres# 

It is not possible to upgrade these packages without either
(a) deinstalling nearly the entire system or (b) using a --force
option to dpkg to force violation of the declared dependencies.

(a) is absurd and (b) should not be necessary (dependencies
which should be violated shouldn't be declared by the packages).

Ian.

--- End Message ---
--- Begin Message ---
We are not going to fix the transition from Xorg 6.9 to 7.0 anymore,
closing.

Brice

--- End Message ---

Bug#375670: marked as done (messings with /usr/bin/X11 and /usr/X11R6/bin are insane)

[Debian Bug Tracking System]

Your message dated Thu, 14 Jun 2007 00:09:18 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#375670: messings with /usr/bin/X11 and /usr/X11R6/bin are 
insane
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

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

--- Begin Message ---
Package: x11-common
Version: 7.0.22

anarres# dpkg -i pool/main/x/xorg/xserver-xorg_7.0.22_all.deb
dpkg: regarding .../xserver-xorg_7.0.22_all.deb containing xserver-xorg, 
pre-dependency problem:
 xserver-xorg pre-depends on x11-common (>= 7.0.0-0ubuntu3)
  x11-common is installed, but is version 6.9.0.dfsg.1-6.
dpkg: error processing pool/main/x/xorg/xserver-xorg_7.0.22_all.deb (--install):
 pre-dependency problem - not installing xserver-xorg
Errors were encountered while processing:
 pool/main/x/xorg/xserver-xorg_7.0.22_all.deb
anarres# dpkg -l x11-common xserver-xorg
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   VersionDescription
+++-==-==-
ii  x11-common 6.9.0.dfsg.1-6 X Window System (X.Org) infrastructure
ii  xserver-xorg   6.9.0.dfsg.1-6 the X.Org X server
anarres# dpkg -i pool/main/x/xorg/xserver-xorg_7.0.22_all.deb
dpkg: regarding .../xserver-xorg_7.0.22_all.deb containing xserver-xorg, 
pre-dependency problem:
 xserver-xorg pre-depends on x11-common (>= 7.0.0-0ubuntu3)
  x11-common is installed, but is version 6.9.0.dfsg.1-6.
dpkg: error processing pool/main/x/xorg/xserver-xorg_7.0.22_all.deb (--install):
 pre-dependency problem - not installing xserver-xorg
Errors were encountered while processing:
 pool/main/x/xorg/xserver-xorg_7.0.22_all.deb
anarres# dpkg -i pool/main/x/xorg/x11-common_7.0.22_i386.deb
dpkg: considering removing xserver-common in favour of x11-common ...
dpkg: no, cannot remove xserver-common (--auto-deconfigure will help):
 xnest depends on xserver-common
  xserver-common is to be removed.
dpkg: regarding .../x11-common_7.0.22_i386.deb containing x11-common:
 x11-common conflicts with xserver-common
  xserver-common (version 6.9.0.dfsg.1-6) is installed.
dpkg: error processing pool/main/x/xorg/x11-common_7.0.22_i386.deb (--install):
 conflicting packages - not installing x11-common
Errors were encountered while processing:
 pool/main/x/xorg/x11-common_7.0.22_i386.deb
anarres# dpkg -i --force-conflicts pool/main/x/xorg/x11-common_7.0.22_i386.deb
dpkg: considering removing xserver-common in favour of x11-common ...
dpkg: no, cannot remove xserver-common (--auto-deconfigure will help):
 xnest depends on xserver-common
  xserver-common is to be removed.
dpkg: regarding .../x11-common_7.0.22_i386.deb containing x11-common:
 x11-common conflicts with xserver-common
  xserver-common (version 6.9.0.dfsg.1-6) is installed.
dpkg: warning - ignoring conflict, may proceed anyway !
dpkg: regarding .../x11-common_7.0.22_i386.deb containing x11-common:
 x11-common conflicts with xserver-xorg (<< 1:7.0.12)
  xserver-xorg (version 6.9.0.dfsg.1-6) is installed.
dpkg: warning - ignoring conflict, may proceed anyway !
dpkg: regarding .../x11-common_7.0.22_i386.deb containing x11-common:
 x11-common conflicts with xbase-clients (<< 1:7.0)
  xbase-clients (version 6.9.0.dfsg.1-6) is installed.
dpkg: warning - ignoring conflict, may proceed anyway !
dpkg: regarding .../x11-common_7.0.22_i386.deb containing x11-common:
 x11-common conflicts with xdm (<= 1:1.0.1-6)
  xdm (version 1:1.0.1-6) is installed.
dpkg: warning - ignoring conflict, may proceed anyway !
dpkg: regarding .../x11-common_7.0.22_i386.deb containing x11-common:
 x11-common conflicts with xfs (<< 1:1.0)
  xfs (version 6.9.0.dfsg.1-6) is installed.
dpkg: warning - ignoring conflict, may proceed anyway !
dpkg: regarding .../x11-common_7.0.22_i386.deb containing x11-common:
 x11-common conflicts with xutils (<< 1:7.0)
  xutils (version 6.9.0.dfsg.1-6) is installed.
dpkg: warning - ignoring conflict, may proceed anyway !
dpkg: regarding .../x11-common_7.0.22_i386.deb containing x11-common:
 x11-common conflicts with ctwm (<= 3.7-2)
  ctwm (version 3.7-2) is installed.
dpkg: warning - ignoring conflict, may proceed anyway !
dpkg: regarding .../x11-common_7.0.22_i386.deb containing x11-common:
 x11-common conflicts with fte-xwindow (<= 0.50.0-1.3)
  fte-xwindow (version 0.50.0-1.3) is installed.
dpkg: warning - ignoring conflict, may proceed anyway !
dpkg: regarding .../x11-common_7.0.22_i386.deb contai

Bug#420403: #420403: mesa: FTBFS on hurd-i386

[Michael Banck]

Hi,

while we're at it, it might be a good idea to have xlibmesa-gl-dev
Depend on either libgl1-mesa-dev or libgl1-mesa-swx11-dev, some packages
still seem to Build-Depend on xlibmesa-gl-dev explicitely and will FTBFS
on hurd-i386, which will have only libgl1-mesa-swx11-dev.


Michael


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#420403: #420403: mesa: FTBFS on hurd-i386

[Brice Goglin]

Michael Banck wrote:
> while we're at it, it might be a good idea to have xlibmesa-gl-dev
> Depend on either libgl1-mesa-dev or libgl1-mesa-swx11-dev, some packages
> still seem to Build-Depend on xlibmesa-gl-dev explicitely and will FTBFS
> on hurd-i386, which will have only libgl1-mesa-swx11-dev.
>   

xlibmesa-gl-dev might not be provided in the future, since the
transition is done now. It might be better to fix those packages to not
build-depend on xlibmesa-gl-dev anymore.

Brice



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

xorg: Changes to 'debian-unstable'

[Brice Goglin]

 debian/changelog|8 
 debian/local/Xsession.5 |2 --
 2 files changed, 8 insertions(+), 2 deletions(-)

New commits:
commit f3633ec45909cfb49ad8758933ed3b3fd893903b
Author: Brice Goglin <[EMAIL PROTECTED]>
Date:   Thu Jun 14 00:20:36 2007 +0200

Remove the reference to the unexisting example file in Xsession.5

diff --git a/debian/changelog b/debian/changelog
index e26796e..ad5123e 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+xorg (1:7.2-6) UNRELEASED; urgency=low
+
+  * Remove the reference to the unexisting example file
+/usr/share/doc/x11-common/examples/xsession in Xsession.5.
+Thanks Braun Gabor (closes: #393233).
+
+ -- Brice Goglin <[EMAIL PROTECTED]>  Thu, 14 Jun 2007 00:18:07 +0200
+
 xorg (1:7.2-5) unstable; urgency=low
 
   * Don't use the dexconf function fetch to get the modes. This will fail when
diff --git a/debian/local/Xsession.5 b/debian/local/Xsession.5
index d7b3e27..a3268b7 100644
--- a/debian/local/Xsession.5
+++ b/debian/local/Xsession.5
@@ -373,8 +373,6 @@ is a sequence of commands invoking X clients (or a session 
manager such as
 .BR xsm (1x)).
 See the manual page for
 .B xinit
-and/or
-.I /usr/share/doc/x11\-common/examples/xsession
 for tips on writing an
 .I .xsession
 file.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#421854: xcb lock assertion with opera

[Julien Cristau]

On Mon, Jun  4, 2007 at 09:45:56 +0200, Eirik Byrkjeflot Anonsen wrote:

> I was sure I'd read somewhere on the xorg list that the xcb lock
> assertions were invariably triggered by bugs in xlib.  I guess I
> should know better than to trust my memory for such things :)
> 
> While opera does access xlib directly (I believe through plain xlib,
> xft and xrender), I'd be very surprised if we do any explicit locking.
> And indeed "grep -r '[Ll]ockDisplay'" turns up no relevant matches in
> the opera source tree.  So I'd think the most likely culprit would be
> qt.
> 
For what it's worth, using the current libx11-6 package from
experimental and opera_9.21-20070510.6-shared-qt_en_i386.deb from
www.opera.com, I'm unable to reproduce the crash.  Could the assertion
failure be related to the known java bug with xcb [0], rather than a
problem in opera itself?
I also get these messages when starting opera:
ERROR: ld.so: object 'libjvm.so' from LD_PRELOAD cannot be preloaded: ignored.
ERROR: ld.so: object 'libawt.so' from LD_PRELOAD cannot be preloaded: ignored.

Cheers,
Julien

[0] http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6532373


signature.asc
Description: Digital signature

Bug#352618: xserver-xorg: Display ruined by white lines on matrox G550, 16-bit colors

[Helge Hafting]

Brice Goglin wrote:

Hi,

About a years ago, you reported a bug to the Debian BTS regarding the
display being ruined by white lines on a Matrox G550 board. Did you
reproduce this problem recently? With Xorg/Etch? With latest
xserver-xorg-core in unstable? If not, I will close this bug in the next
weeks.
  

I tested it, and the bug is gone!
Version:
xserver-xorg-video-mga1:1.4.6.1.dfsg.1-3

It is nice to have the G550 back again - the alternative was a horribly
slow Radeon 9200 SE with always-unstable DRI.

The G550 is much quicker, and 24-bit color seems to work too.

Helge Hafting


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#352618: marked as done (xserver-xorg: Display ruined by white lines on matrox G550, 16-bit colors)

[Debian Bug Tracking System]

Your message dated Thu, 14 Jun 2007 01:21:32 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#352618: xserver-xorg: Display ruined by white lines on 
matrox G550, 16-bit colors
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

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

--- Begin Message ---
Package: xserver-xorg
Version: 6.9.0.dfsg.1-4
Severity: normal


This xserver isn't useable for me, because of the dis�play artifacts.
uxterm is particularly badly affected, lots of evenly spaced vertical lines 
tend to ruin
readability.  They don't always appear, but often enough. Dragging another 
window 
across the xterm also shows areas that don't get repainted properly.

I can do more testing, different video modes, resolutions, or whatever you like.
I can also send screenshots if that helps.

Helge Hafting

-- Package-specific info:
Contents of /var/lib/xfree86/X.roster:
xserver-xfree86
xserver-xorg

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

X server symlink status:
lrwxrwxrwx  1 root root 17 2005-06-01 21:33 /etc/X11/X -> /usr/bin/X11/Xorg
-rwxr-xr-x  1 root root 2123720 2006-01-17 06:19 /usr/bin/X11/Xorg

Contents of /var/lib/xfree86/xorg.conf.roster:
xserver-xorg

VGA-compatible devices on PCI bus:
:00:08.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200 
SE] (rev 01)
:01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G550 AGP (rev 
01)

/etc/X11/xorg.conf does not match checksum in /var/lib/xfree86/xorg.conf.md5sum.

Xorg X server configuration file status:
-rw-r--r--  1 root root 4325 2006-01-19 11:11 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
### BEGIN DEBCONF SECTION
# XF86Config-4 (XFree86 server configuration file) 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.)
#
# If you want your changes to this file preserved by dexconf, only make changes
# before the "### BEGIN DEBCONF SECTION" line above, and/or after the
# "### END DEBCONF SECTION" line below.
#
# To change things within the debconf section, run the command:
#   dpkg-reconfigure xserver-xfree86
# as root.  Also see "How do I add custom sections to a dexconf-generated
# XF86Config or XF86Config-4 file?" in /usr/share/doc/xfree86-common/FAQ.gz.

Section "Files"
FontPath"unix/:7100"# xfs local font server
# if the local font server has problems, we can fall back on these
#   FontPath"/usr/lib/X11/fonts/Type1"
#   FontPath"/usr/lib/X11/fonts/CID"
#   FontPath"/usr/lib/X11/fonts/Speedo"
#   FontPath"/usr/lib/X11/fonts/misc"
#   FontPath"/usr/lib/X11/fonts/cyrillic"
#   FontPath"/usr/lib/X11/fonts/100dpi"
#   FontPath"/usr/lib/X11/fonts/75dpi"
EndSection

Section "Module"
Load"bitmap"
Load"dbe"
Load"ddc"
Load"dri"
Load"extmod"
Load"freetype"
Load"glx"
Load"int10"
Load"record"
Load"speedo"
Load"type1"
Load"vbe"
EndSection

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "kbd"
#Driver  "evdev"
Option  "Protocol"  "evdev"
#   Option  "Device""/dev/input/event2"
Option  "Dev Phys"  "isa0060/serio0/input0"
Option  "CoreKeyboard"
Option  "XkbRules"  "xfree86"
Option  "XkbModel"  "pc102"
Option  "XkbLayout" "no"
EndSection

Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "mouse"
Option  "Buttons"   "6"
Option  "CorePointer"
Option  "Device""/dev/ttyS0"
#   Option  "Protocol"  "Microsoft"
Option  "Protocol"  "intellimouse"
#ExplorerPS/2 el imps/2 for scrollhjul - men
#kan det virke serielt?
#Option  "Protocol"  "ExplorerPS/2"
#intellimouse for seriemus?
Option  "ZAxisMapping"  "4 5"
EndSection

Section "Device"
BusID   "PCI:1:0:0"
Identifier  "Matrox G550"
Driver  "mga"
BusID   "PCI:01:00:0"
Option  "UseFBDev"  "true"
Option   

libpciaccess: Changes to 'upstream-experimental'

[Julien Cristau]

New branch 'upstream-experimental' available with the following commits:
commit 206e29213f92dd639fb4814ed2f3b6ec27e6f985
Author: edward shu <[EMAIL PROTECTED]>
Date:   Wed Jun 6 23:05:56 2007 +0800

Libpciaccess on Solaris Initial integration

Libpciaccess on Solaris Initial integration. It depends on devfs to access
pci configuration space, also xsvc is used for memory map.

commit db56c640028d2f8072274f3eb603caa481103f4f
Author: Ian Romanick <[EMAIL PROTECTED]>
Date:   Tue Mar 27 08:01:39 2007 -0700

Whitespace police.

commit c6e72deddb3055167fff8007bf039be61e45849e
Author: Ian Romanick <[EMAIL PROTECTED]>
Date:   Tue Mar 27 07:57:35 2007 -0700

Don't pci_device_probe until absolutely necessary.

commit 28dc34c2a6045ab95183d70859bd1eea1659
Author: Ian Romanick <[EMAIL PROTECTED]>
Date:   Tue Mar 27 07:57:00 2007 -0700

Make sure header_type is available in read_bridge_info.

commit 061a011ceffc13db3b147dd105d8b7c2edcc3bc8
Author: Ian Romanick <[EMAIL PROTECTED]>
Date:   Tue Mar 27 07:56:16 2007 -0700

Populate device and vendor ID fields at device list creation.

commit b36d737d92dbeee7951aded990fa52bac39b2a79
Author: Eric Anholt <[EMAIL PROTECTED]>
Date:   Tue Mar 6 10:48:51 2007 -0800

FreeBSD: Fix a couple of minor issues in cleanup paths.

commit 09be109c223b93d74ea3cc7a12d9a22b44990a14
Author: Eric Anholt <[EMAIL PROTECTED]>
Date:   Thu Mar 1 10:49:13 2007 -0800

FreeBSD: Add system cleanup function.

commit f6502eee20205ec14ce6499251a28962cc36fdd6
Author: Eric Anholt <[EMAIL PROTECTED]>
Date:   Wed Feb 28 16:25:07 2007 -0800

FreeBSD: When mapping regions, use the region's base address, not 0.

commit a4ec2f35ea5b4f74cf455be24f8ad25d4096ab98
Author: Eric Anholt <[EMAIL PROTECTED]>
Date:   Wed Feb 28 16:13:44 2007 -0800

Fix inverted protection typo for mmap in region mapping.

commit 9819ae0c376db57a9de5fcbb2f1d4c3ee1ed2ea8
Author: Eric Anholt <[EMAIL PROTECTED]>
Date:   Wed Feb 28 15:42:24 2007 -0800

scanpci prototype warning fix

commit e70b710133cc552df266d5046a53f7a241a569eb
Author: Eric Anholt <[EMAIL PROTECTED]>
Date:   Wed Feb 28 15:39:38 2007 -0800

Update freebsd code for pci_device_cfg_write API change.

commit d86245be3bd57b29e5b7561b3facecb3298fea3b
Author: George Sapountzis <[EMAIL PROTECTED]>
Date:   Wed Nov 15 02:49:50 2006 +0200

scanpci: BIST line offsets were off by 4.

commit cc1d08f113140010f49503adc4e7afe5db892a02
Author: Ian Romanick <[EMAIL PROTECTED]>
Date:   Tue Jan 16 21:24:12 2007 -0800

Fix bad parameter to pci_device_cfg_write in pci_device_cfg_write_u8.

When changing the interface of the pci_device_cfg_write_u* functions
in commit 37ce43c1804bad9c52b8316eaefd3a57b670ee29, I forgot to modify
pci_device_cfg_write_u8 to pass a pointer to data to
pci_device_cfg_write instead of just passing data.

commit 54d40b528ab769c4e89aaca87d1728a6194e4378
Merge: 37ce43c1804bad9c52b8316eaefd3a57b670ee29 
335d42f637dd44461bc20ba599ca5dc4971b6eaa
Author: Ian Romanick <[EMAIL PROTECTED]>
Date:   Mon Jan 15 11:18:29 2007 -0800

Merge branch 'master' of 
git+ssh://git.freedesktop.org/git/xorg/lib/libpciaccess

commit 37ce43c1804bad9c52b8316eaefd3a57b670ee29
Author: Ian Romanick <[EMAIL PROTECTED]>
Date:   Mon Jan 15 11:18:19 2007 -0800

Convert pci_device_write_u* funtions to take a value instead of a pointer.

At anholt's request, the pci_device_write_u* functions have been
converted to take the value to be written as a parameter instead of a
pointer to the value.

Bump the version to 0.8.0.

commit 335d42f637dd44461bc20ba599ca5dc4971b6eaa
Author: Eric Anholt <[EMAIL PROTECTED]>
Date:   Fri Jan 12 16:32:51 2007 -0800

Add support for getting region information on FreeBSD.

This could stand a lot more testing -- all it has received is visual 
inspection
of scanpci output on one machine, with some differing results from XFree86
scanpci output.

commit 94355b6f49a61e7424ddc7ddfc70a9b344233a47
Author: Eric Anholt <[EMAIL PROTECTED]>
Date:   Fri Jan 12 14:15:29 2007 -0800

Open the pci device read-write so we can read and write config regs.

With this, we can hook up the IRQ line information.  It would probably be 
nice
to have an unpriveleged mode, but for now, write access is required.

commit 253e7f672b8b311b18cf827cd12c9147bba8eb4c
Author: Eric Anholt <[EMAIL PROTECTED]>
Date:   Fri Jan 12 13:33:51 2007 -0800

Remove extra fallback definition of PCIIDS_PATH.

PCIIDS_PATH should always be provided by configure.ac and config.h.

commit 87ec7de307ab5bd395d01cdb4f8fdf231d9e769e
Author: Eric Anholt <[EMAIL PROTECTED]>
Date:   Fri Jan 12 13:13:27 2007 -0800

Fix many warnings and bugs in the freebsd implementation.

With this, scanpci gives partially-sane results.

commit 4f6e1a61fc0abe1865e147509af5f7f2bfcaf8f7
Author: Eric Anholt <[EMAIL PROTECTED]>
Date:   Fri Jan 12 13:11:21 2007 -0800

Enable more warnings 

libpciaccess: Changes to 'debian-experimental'

[Julien Cristau]

New branch 'debian-experimental' available with the following commits:
commit b052936065278db5ce966c6de14a94ceb790f7e4
Author: Julien Cristau <[EMAIL PROTECTED]>
Date:   Wed Jun 13 17:27:56 2007 +0200

Initial packaging.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

xserver-xorg-video-avivo: Changes to 'upstream-experimental'

[Julien Cristau]

New branch 'upstream-experimental' available with the following commits:
commit 23730b5c0988627f0a0bb6f948a35dfb3ec1b47c
Author: Jerome Glisse <[EMAIL PROTECTED]>
Date:   Wed Jun 13 23:57:25 2007 +0200

avivo: randr 1.2 support undergoing work (not compiled in yet)

commit 4ce363f2a81fecf78c22cc9fa412aa877728adf8
Author: Jerome Glisse <[EMAIL PROTECTED]>
Date:   Wed Jun 13 21:35:08 2007 +0200

avivo: (cleanup) kill blank line.

commit 5333773aff456ef8e07d8f5fdc480f97cc051cef
Author: Jerome Glisse <[EMAIL PROTECTED]>
Date:   Wed Jun 13 21:33:51 2007 +0200

avivo: move common avivo function in their own file (cleanup for randr 1.2)

commit 35015f19755266ee942ec2cbd6d13d7014badc19
Author: Jerome Glisse <[EMAIL PROTECTED]>
Date:   Wed Jun 13 21:27:12 2007 +0200

avivo: Move state saving in their own file (cleanup for randr 1.2)

commit b9d183813ca811d9a9cbf303331f60227843116d
Author: Jerome Glisse <[EMAIL PROTECTED]>
Date:   Wed Jun 13 21:18:38 2007 +0200

avivo: move cursor functions in their own file (cleanup for randr 1.2).

commit 1b48bb7378d0b86894faf1973558029b2cff5a3e
Author: Oliver McFadden <[EMAIL PROTECTED]>
Date:   Wed Jun 13 04:37:41 2007 +

avivo: Added 71c2 PCI ID; for Sapphire X1600 Pro HDMI.

commit 36537c19a0f6fc74e79fdbf2a1bbc2185f6a0db3
Author: Oliver McFadden <[EMAIL PROTECTED]>
Date:   Wed Jun 13 04:37:02 2007 +

avivotool: asm/page.h is deprecated.

commit d277c9f4c0e7fb325f85a17e07bb503314958d65
Author: Jerome Glisse <[EMAIL PROTECTED]>
Date:   Tue Jun 12 19:39:08 2007 +0200

avivo: Include stdint needed in avivo_i2c

commit 1e9fc429a8d81f1b040611bc9d5add9b53e94310
Author: Jerome Glisse <[EMAIL PROTECTED]>
Date:   Sun Jun 10 01:24:09 2007 +0200

avivo: Cleanup code a bit and use i2c bitbanging to select default output.

Do a ddc on each connector found in bios table and select
one with a monitor attached to it, if there is an lvds
output than it's the default one.

commit 255fad8d3e1d232404942e96bffbc16cff26add8
Author: Jerome Glisse <[EMAIL PROTECTED]>
Date:   Thu May 10 23:57:40 2007 +0200

avivo: Minor cleanup avoiding to print useless information.

commit 245dc3b76b5bc3b1213a62fa5b208d783aaccd58
Author: Jerome Glisse <[EMAIL PROTECTED]>
Date:   Thu May 10 23:57:02 2007 +0200

avivo: Fix gpu vram mapping.

Off course i did obviously setup memory mapping in
the wrong place, shame on me. Now this should work
smoothly.

commit 2a773916624aba3e8be07123a1f4d8450f731577
Author: Jerome Glisse <[EMAIL PROTECTED]>
Date:   Thu May 10 23:48:42 2007 +0200

avivo: Add gpu memory mapping setup.

You can setup where gpu sees vram, i basicly set it
to pci address (like a post from the bios should do).
This however doesn't seems to work yet properly after
newer fglrx run, even thought all involved regs are
know as i can fix the situation by setting register
myself.

commit 04b6bd487efa8baff3fe7242f6621dce8c29a42a
Author: Jerome Glisse <[EMAIL PROTECTED]>
Date:   Wed May 9 22:25:01 2007 +0200

avivo: Fix comment about pll i did give wrong computation instruction.

commit 299844522b118bc80f5efd2f23b6e4bcfe1d5e73
Author: Jerome Glisse <[EMAIL PROTECTED]>
Date:   Thu May 3 23:29:59 2007 +0200

avivo: Improve i2c handling.

We stop waiting after 3 NACK because this likely mean
that there is no one to speak with on this connector
or bus :).

Also added reset flags to i2c control register. So we
properly close and shutdown i2c bus.

commit a6a3eea833fa3c6b9b344df3b1ddda44e87f36bb
Author: Jerome Glisse <[EMAIL PROTECTED]>
Date:   Thu May 3 21:16:40 2007 +0200

avivo: Add some regs mostly mirror crtc1 regs for crtc2.

Small cleanup and add same regs for crtc2 as for crtc1.

commit 4840ddc3f6369f338b1cc85c9e8315cc04fb8f3c
Author: Jerome Glisse <[EMAIL PROTECTED]>
Date:   Thu May 3 20:46:32 2007 +0200

avivo: Avoid restoring crtc sync width register.

crtc sync width register shouldn't be zero when going
back to text mode otherwise we i don't get any things
on screen here with rv515.

commit 8f4d756a3bb3d70183ac1978e14ef4723963e630
Author: Jerome Glisse <[EMAIL PROTECTED]>
Date:   Thu May 3 20:45:13 2007 +0200

avivo: registers cleanup.

commit 1899f2556d99d6b81e1443f87318ad64b3ac85fc
Author: Jerome Glisse <[EMAIL PROTECTED]>
Date:   Thu May 3 19:35:04 2007 +0200

avivo: remove PLL mystery regs as they are useless for cold card init.

This 2 mysterys regs doesn't seems to be important on rv515
at least.

commit 01c4ce02936f4a81d450f80fe084af49d629f2db
Author: Jerome Glisse <[EMAIL PROTECTED]>
Date:   Thu May 3 19:21:52 2007 +0200

avivo: Forgot the divider cntl in previous commit.

commit e421892c764ad2737c7b27513351006d95a40539
Author: Jerome Glisse <[EMAIL PROTECTED]>
Date:   Thu May 3 17:53:19 2007 +0200

avivo: Add pll register which need to be initialized on rv515.

The two pll register need

xserver-xorg-video-avivo: Changes to 'debian-experimental'

[Julien Cristau]

New branch 'debian-experimental' available with the following commits:
commit 272025e0de19217500bab02760d3f829ddd72d3b
Author: Julien Cristau <[EMAIL PROTECTED]>
Date:   Thu Jun 14 02:16:54 2007 +0200

Bump version.

commit 7d48c47987bb4546e0a050ebb750a81859e48eb5
Author: Julien Cristau <[EMAIL PROTECTED]>
Date:   Thu Jun 14 02:16:20 2007 +0200

autoreconf

commit 4f4cd7bacce7ecc872b0bf4fb773a4c72f33a76b
Merge: 1826efa52c1b6482d156a097c804c0c88b235335 
23730b5c0988627f0a0bb6f948a35dfb3ec1b47c
Author: Julien Cristau <[EMAIL PROTECTED]>
Date:   Thu Jun 14 02:13:57 2007 +0200

Merge branch 'master' of 
git://anongit.freedesktop.org/git/avivo/xf86-video-avivo into 
debian-experimental

commit 1826efa52c1b6482d156a097c804c0c88b235335
Author: Julien Cristau <[EMAIL PROTECTED]>
Date:   Thu Jun 14 02:10:13 2007 +0200

autoreconf

commit d3c81e510cbc614959edddee13839d4164673b85
Author: Julien Cristau <[EMAIL PROTECTED]>
Date:   Thu Jun 14 02:07:26 2007 +0200

Packaging modifications to look more like other XSF packages.

commit 5c35e764ba95c4ce8cdebd31b550701733b6e24f
Merge: 105b3b8ede9811950b24596ef990eb935ac4a7da 
271778bd6338575afa3e4ae7f614f38cdff8e2fb
Author: Julien Cristau <[EMAIL PROTECTED]>
Date:   Thu Jun 14 01:56:15 2007 +0200

Merge branch 'debian-unstable' of git://git.debian.org/git/pkg-xorg/xsfbs 
into debian-experimental

commit 105b3b8ede9811950b24596ef990eb935ac4a7da
Author: Matthew Garrett <[EMAIL PROTECTED]>
Date:   Thu Jun 14 01:45:14 2007 +0200

Initial packaging.

commit 271778bd6338575afa3e4ae7f614f38cdff8e2fb
Author: Branden Robinson <[EMAIL PROTECTED](none)>
Date:   Thu Apr 12 23:18:32 2007 -0400

Test for existence of debian/patches directory before creating a symlink to 
it.

This prevents packages that apply no patches from ending up with a broken
symlink in them.

Remove SVN keyword.

Update copyright notice.

commit 72811b4cede7275a35d36b44bcb5f431a8aa0133
Author: Julien Cristau <[EMAIL PROTECTED]>
Date:   Fri Mar 2 20:28:15 2007 +0100

Fix copy/paste typo in the input driver provides.

commit 4a943db2564c4f573ce2f5f676a841267e961f16
Author: David Nusinow <[EMAIL PROTECTED]>
Date:   Thu Mar 1 22:06:04 2007 -0500

Fix one missed bit from the serverabiver -> serverminver rename

commit 1344bb9deda5ba54215d0ec5b164706999236b0b
Author: David Nusinow <[EMAIL PROTECTED]>
Date:   Wed Feb 28 23:08:17 2007 -0500

Fix typo that prevented the input abi versioning from working.
Good catch Julien

commit a0c9602f38e9d47d7a76b7b345e7e8bbb29b752f
Author: David Nusinow <[EMAIL PROTECTED]>
Date:   Tue Feb 27 21:50:20 2007 -0500

Add support for X server input ABI versioning

commit 00fc799ec3107c0c29286b75e780bef82c1fa137
Author: David Nusinow <[EMAIL PROTECTED]>
Date:   Wed Feb 21 22:47:30 2007 -0500

Fix name of serverminver

commit dacefd5a6bb9f786c78f35358273e3214c7492e9
Author: David Nusinow <[EMAIL PROTECTED]>
Date:   Wed Feb 21 21:37:52 2007 -0500

Update serverabi generation to also account for driver Provides

* Have the drivers use the file serverminver instead of serverabiver in 
order
  to generate the versioned dependency on the server. This is clearer
  naming.
* Use serverabiver to actually store the server's video ABI version. This
  is used to generate the Provides: line for drivers so the server can
  depend on them properly. This goes in to the substvar
  xviddriver:Provides.

commit 9ed8b0c26438b90f187ef7c165d5a76cf8f340eb
Author: Julien Cristau <[EMAIL PROTECTED]>
Date:   Sat Feb 17 16:01:41 2007 +0100

Add new "serverabi" rule to generate drivers dependency on the server.

commit 502f9412dcaa6abd23b94372d86824c895cea3b8
Author: David Nusinow <[EMAIL PROTECTED]>
Date:   Sun Feb 4 20:43:28 2007 -0500

Move the files so they'll be put in debian/xsfbs automatically when pulled
in to our git repos

commit d5595eaaa4dc5d692ead5d2889513d325142e4db
Author: David Nusinow <[EMAIL PROTECTED]>
Date:   Tue Aug 22 03:04:13 2006 +

Pull patches from ubuntu for ARCHITECTURE, LAPTOP, RECONFIGURE, FIRSTINST, 
and UPGRADE variables

commit 34afaedccc1aeb05d2c6a3869f51e78b2dd0d210
Author: David Nusinow <[EMAIL PROTECTED]>
Date:   Fri Jun 9 02:34:26 2006 +

Fix for bug #371152. Thanks Joey Hess.

commit f64226c1d9c22e2f6d908bf46e059561748d4418
Author: Branden Robinson <[EMAIL PROTECTED]>
Date:   Tue Jun 6 18:14:45 2006 +

Add high-level documentation to XSFBS shell library, intended to reduce
user confusion when reading X package maintainer scripts outside the source
tree.

Update Vim modeline.

commit 64309731c5939687e4492f0d960802d32ec1
Author: Branden Robinson <[EMAIL PROTECTED]>
Date:   Tue Jun 6 18:05:40 2006 +

Note probable out-of-dateness of maplink() function body.

commit b07ee1042902cef9587a76dcbf1df1ee0bde0770
Author: Branden Robinson <[EMAIL PROTECTED]>
Date:   Tue Jun 6 18:02:50 2006 +

Set svn:keyw

Bug#428774: ITP: pixman -- pixel-manipulation library for X and cairo

[Julien Cristau]

Package: wnpp
Severity: wishlist
Owner: Debian X Strike Force 

* Package name: pixman
  Version : 0.9.3
  Upstream Author : Søren Sandmann <[EMAIL PROTECTED]>
* URL : git://anongit.freedesktop.org/git/pixman
* License : MIT/X
  Programming Lang: C
  Description : pixel-manipulation library for X and cairo

 A library for manipulating pixel regions -- a set of Y-X banded
 rectangles, image compositing using the Porter/Duff model
 and implicit mask generation for geometric primitives including
 trapezoids, triangles, and rectangles.


Future releases of the X.Org X server and of cairo will link against
pixman instead of duplicating this code, so packaging this is necessary
before we can consider uploading recent git snapshots of the X server to
experimental.
Preliminary packaging at
http://git.debian.org/?p=pkg-xorg/lib/pixman.git


signature.asc
Description: Digital signature

Bug#428776: ITP: libpciaccess -- Generic PCI access library for X

[Julien Cristau]

Package: wnpp
Severity: wishlist
Owner: Debian X Strike Force 

* Package name: libpciaccess
  Version : 0.8.0
  Upstream Authors: Ian Romanick <[EMAIL PROTECTED]>
Eric Anholt <[EMAIL PROTECTED]>
edward shu <[EMAIL PROTECTED]>
* URL : git://anongit.freedesktop.org/git/xorg/lib/libpciaccess
* License : MIT/X
  Programming Lang: C
  Description : Generic PCI access library for X

 Provides functionality for X to access the PCI bus and devices
 in a platform-independant way.

This is a dependency of the new avivo driver (for r500-based AMD cards),
and will be used by future releases of the X.Org X server.
Preliminary packaging at
http://git.debian.org/?p=pkg-xorg/lib/libpciaccess.git


signature.asc
Description: Digital signature

Bug#428777: ITP: xserver-xorg-video-avivo -- X.Org X server -- Avivo display driver

[Julien Cristau]

Package: wnpp
Severity: wishlist
Owner: Debian X Strike Force 

* Package name: xserver-xorg-video-avivo
  Version : 0.0.1
  Upstream Authors: Daniel Stone <[EMAIL PROTECTED]>
Matthew Garrett <[EMAIL PROTECTED]>
Jerome Glisse <[EMAIL PROTECTED]>
* URL : git://anongit.freedesktop.org/git/avivo/xf86-video-avivo
* License : GPL
  Programming Lang: C
  Description : X.Org X server -- Avivo display driver

 This driver for the X.Org X server (see xserver-xorg for a further
 description) provides support for ATI R500 cards.
 .
 Note that this driver is currently experimental and works in 2D only.


Anybody interested in helping out with the avivo package is welcome to
contact debian-x (I don't think any of the current XSF members have the
hardware).  Preliminary packaging at
http://git.debian.org/?p=pkg-xorg/driver/xserver-xorg-video-avivo.git


signature.asc
Description: Digital signature