Bug#562528: fixed

2009-12-31 Thread Debian FTP Masters
We believe that the bug you reported is now fixed; the following
changes were made to the overrides...

Concerning package xfonts-utils...
Operating on the unstable suite
Changed section from fonts to x11


Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 562...@bugs.debian.org.

This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing
ftpmas...@debian.org.

Debian distribution maintenance software
pp.
Torsten Werner (the ftpmaster behind the curtain)


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#560126: Similar problems here...

2009-12-31 Thread Ulrich Eckhardt
Mine aren't as severe, but at least they are enough to crash my X server, see 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561331.

Further, also with a radeon card, I'm suffering a randomly corrupted cursor 
when moving between two windows ... I'll file a separate report unless already 
done by someone else.

Uli



-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#506666: Can't reproduce here...

2009-12-31 Thread Ulrich Eckhardt
I tried the simple SDL_Init/SDL_Quit example from [1] and it doesn't crash. I 
also tried running tuxpaint, not crashing my machine either. The system is a 
current testing system, also on a Mac Mini G4.

Attached is the xorg.conf file, notable differences are:
 - The whole Module section.
 - In the Device section the MacModel option, I'm not sure if this is 
important though.
 - In the Device section the IgnoreEDID option. My monitor actually 
reports more (60Hz) than it is really capable of (58Hz), so I have to program 
the timing manually.
 - I'm running at a display depth of 16 bit instead of 8.

Actually, what depth are you running? I assumed it would use the first one, 
i.e. 8BPP in your case, is that true? However, I think this is mostly a mode 
for legacy code, as all others now use some kind of RGB encoding. I would 
definitely suggest trying 15/16/24 bits, too, that might already fix your 
problem.

Uli

[1] http://lazyfoo.net/SDL_tutorials/lesson01/linux/cli/index.php
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
Loadbitmap
Loaddbe
Loadddc
Loaddri
Loadextmod
Loadglx
Loadint10
Loadvbe
EndSection

Section InputDevice
Identifier  Generic Keyboard
Driver  kbd
Option  CoreKeyboard
Option  XkbRules  xorg
Option  XkbModel  pc104
Option  XkbLayout dvorak
Option  XkbVariantdvorak
Option  XkbOptionslv3:ralt_switch
EndSection

Section InputDevice
Identifier  Configured Mouse
Driver  mouse
Option  CorePointer
Option  Device/dev/input/mice
EndSection

Section Device
Identifier  Builtin Radeon
Driver  radeon
# select model with integrated DVI adapter
Option  MacModel mini-internal
# ignore monitor mode lines received via DDC but use DDC to detect the 
monitor itself
Option  IgnoreEDID  true
Option AccelMethod XAA
EndSection

Section Monitor
Identifier  SyncMaster 225BW on VGA
Option  DPMS
EndSection

Section Monitor
Identifier SyncMaster 225BW on DVI
ModelName SyncMaster

# 1680x1050 57.96 Hz (CVT) hsync: 63.06 kHz; pclk: 141.25 MHz
Modeline 1680x1...@58  141.25  1680 1784 1960 2240  1050 1053 1059 
1088 -hsync +vsync
Modeline 1680x1...@57  140.25  1680 1784 1960 2240  1050 1053 1059 
1088 -hsync +vsync

Option  PreferredMode 1680x1...@57
EndSection


Section Screen
Identifier  Default Screen
Device  Builtin Radeon
Monitor SyncMaster 225BW on DVI
DefaultDepth16
SubSection Display
Depth   1
Modes   1680x1050 1280x1024 1024x768 800x600 
640x480
EndSubSection
SubSection Display
Depth   4
Modes   1680x1050 1280x1024 1024x768 800x600 
640x480
EndSubSection
SubSection Display
Depth   8
Modes   1680x1050 1280x1024 1024x768 800x600 
640x480
EndSubSection
SubSection Display
Depth   15
Modes   1680x1050 1280x1024 1024x768 800x600 
640x480
EndSubSection
SubSection Display
Depth   16
Modes   1680x1050 1280x1024 1024x768 800x600 
640x480
EndSubSection
SubSection Display
Depth   24
Modes   1680x1050 1280x1024 1024x768 800x600 
640x480
EndSubSection
EndSection

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

Section DRI
Mode0666
EndSection


[bts-link] source package xserver-xorg-video-intel

2009-12-31 Thread bts-link-upstream
#
# bts-link upstream status pull for source package xserver-xorg-video-intel
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
#

user bts-link-upstr...@lists.alioth.debian.org

# remote status report for #551256 (http://bugs.debian.org/551256)
#  * https://bugs.freedesktop.org/show_bug.cgi?id=25800
#  * remote status changed: (?) - NEW
usertags 551256 + status-NEW

thanks


--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



loading kernel mode setting drivers

2009-12-31 Thread Julien Cristau
On Tue, Dec 22, 2009 at 20:33:00 +0100, Julien Cristau wrote:

 On Sun, Dec 20, 2009 at 16:50:22 +, Ben Hutchings wrote:
 
The X packages will be able to use modprobe
config files to enable KMS at run time as required.
  
  This is not for the kernel team to do.
  
 FWIW, this is done for intel in experimental, probably soon in unstable.
 For radeon the decision whether to enable kernel mode setting by default
 for squeeze is still to be made.
 
One issue that showed up is that i915 isn't getting loaded by udev,
because /etc/modprobe.d/blacklist.conf contains:

# This directive blacklists all devices which are members of the display class.
# It has the main effect of preventing udev from autoloading the fb drivers.
# vendor, device, subsystem_vendor, subsystem_device, class, class, class
install pci:v*d*sv*sd*bc03sc*i* /bin/true

So right now it gets loaded by the initramfs if video=i915 is in the
kernel command line, or by X when it starts otherwise.

One possible way to fix this, I guess, would be to replace this
blacklist entry with a list of blacklisted fb drivers, to allow i915
(and later radeon and nouveau) being loaded automatically on boot.  Is
this feasible?  Are there other/better solutions?

Cheers,
Julien


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#563196: libx11-dev: XGrabKey(3) man page refers to XAllowAccess(3) but there is no such function

2009-12-31 Thread Kalle Olavi Niemitalo
Package: libx11-dev
Version: 2:1.3.2-1
Severity: minor

The XGrabKey(3) manual page ends with:

SEE ALSO
   XAllowAccess(3), XGrabButton(3), XGrabKeyboard(3), XGrabPointer(3)
   Xlib - C Language X Interface

However, there is no XAllowAccess(3) manual page, and grep -r
XAllowAccess /usr/include/X11 shows the header files don't
declare such a function either.  The XGrabKeyboard(3) page refers
to XAllowEvents(3) instead and I suspect XGrabKey(3) should do
the same.

I zgrepped in /usr/share/man too and XGrabKey.3.gz seems to be
the only occurrence of XAllowAccess.

The bug was reported to FreeBSD already in 2001:
http://www.freebsd.org/cgi/query-pr.cgi?pr=26090
and the report was going to be forwarded to XFree86, but
it seems safe to assume by now that nothing came of that.

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (900, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libx11-dev depends on:
ii  libx11-6  2:1.3.2-1  X11 client-side library
ii  libxau-dev1:1.0.5-1  X11 authorisation library (develop
ii  libxcb1-dev   1.5-2  X C Binding, development files
ii  libxdmcp-dev  1:1.0.3-1  X11 authorisation library (develop
ii  x11-common1:7.4+4X Window System (X.Org) infrastruc
ii  x11proto-core-dev 7.0.16-1   X11 core wire protocol and auxilia
ii  x11proto-input-dev1.5.0-2X11 Input extension wire protocol
ii  x11proto-kb-dev   1.0.4-1X11 XKB extension wire protocol
ii  xtrans-dev1.2.5-1X transport library (development f

libx11-dev recommends no packages.

libx11-dev suggests no packages.

-- no debconf information


pgpMkxxXmb27q.pgp
Description: PGP signature


Processed: tagging 563196

2009-12-31 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

 tags 563196 upstream
Bug #563196 [libx11-dev] libx11-dev: XGrabKey(3) man page refers to 
XAllowAccess(3) but there is no such function
Added tag(s) upstream.

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 debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#563203: xserver-xorg-video-vesa: does not use native panel resolution

2009-12-31 Thread Michal Suchanek
Package: xserver-xorg-video-vesa
Version: 1:2.2.1-1
Severity: normal


On an EeePC 1201HA the native panel resolution is 1366x768. This
resolution is reported by the VESA BIOS and by my guess there is enough
VGA RAM for this mode to be used. However, X server says something about
virtual (and something about default monitor and default refresh rates
which would also exclude this mode) and uses 1024x768.



X.Org X Server 1.6.5
Release Date: 2009-10-11
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.30.8-dsa-ia32 i686 Debian
Current Operating System: Linux debian 2.6.32-trunk-686 #1 SMP Thu Dec 24 
05:52:30 UTC 2009 i686
Build Date: 13 October 2009  11:25:51AM
xorg-server 2:1.6.5-1 (bui...@murphy.debian.org) 
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
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: Thu Dec 31 17:34:36 2009
(II) Loader magic: 0x6c0
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.4
X.Org Video Driver: 5.0
X.Org XInput driver : 4.0
X.Org Server Extension : 2.0
(II) Loader running on linux
(--) using VT number 7

(--) PCI:*(0:0:2:0) 8086:8108:1043:83ce Intel Corporation System Controller Hub 
(SCH Poulsbo) Graphics Controller rev 7, Mem @ 0xf3f8/524288, 
0xd000/268435456, 0xf3f4/262144, I/O @ 0xc880/8
(==) Using default built-in configuration (39 lines)
(==) --- Start of built-in configuration ---
Section Device
Identifier  Builtin Default intel Device 0
Driver  intel
EndSection
Section Screen
Identifier  Builtin Default intel Screen 0
Device  Builtin Default intel Device 0
EndSection
Section Device
Identifier  Builtin Default i810 Device 0
Driver  i810
EndSection
Section Screen
Identifier  Builtin Default i810 Screen 0
Device  Builtin Default i810 Device 0
EndSection
Section Device
Identifier  Builtin Default vesa Device 0
Driver  vesa
EndSection
Section Screen
Identifier  Builtin Default vesa Screen 0
Device  Builtin Default vesa Device 0
EndSection
Section Device
Identifier  Builtin Default fbdev Device 0
Driver  fbdev
EndSection
Section Screen
Identifier  Builtin Default fbdev Screen 0
Device  Builtin Default fbdev Device 0
EndSection
Section ServerLayout
Identifier  Builtin Default Layout
Screen  Builtin Default intel Screen 0
Screen  Builtin Default i810 Screen 0
Screen  Builtin Default vesa Screen 0
Screen  Builtin Default fbdev Screen 0
EndSection
(==) --- End of built-in configuration ---
(==) ServerLayout Builtin Default Layout
(**) |--Screen Builtin Default intel Screen 0 (0)
(**) |   |--Monitor default monitor
(**) |   |--Device Builtin Default intel Device 0
(==) No monitor specified for screen Builtin Default intel Screen 0.
Using a default monitor configuration.
(**) |--Screen Builtin Default i810 Screen 0 (1)
(**) |   |--Monitor default monitor
(**) |   |--Device Builtin Default i810 Device 0
(==) No monitor specified for screen Builtin Default i810 Screen 0.
Using a default monitor configuration.
(**) |--Screen Builtin Default vesa Screen 0 (2)
(**) |   |--Monitor default monitor
(**) |   |--Device Builtin Default vesa Device 0
(==) No monitor specified for screen Builtin Default vesa Screen 0.
Using a default monitor configuration.
(**) |--Screen Builtin Default fbdev Screen 0 (3)
(**) |   |--Monitor default monitor
(**) |   |--Device Builtin Default fbdev Device 0
(==) No monitor specified for screen Builtin Default fbdev Screen 0.
Using a default monitor configuration.
(==) Automatically adding devices
(==) Automatically enabling devices
(WW) The directory /usr/share/fonts/X11/cyrillic does not exist.
Entry deleted from font path.
(WW) The directory /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType does not 
exist.
Entry deleted from font path.
(==) 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,
built-ins
(==) ModulePath set to /usr/lib/xorg/modules
(II) Cannot locate a core pointer device.
(II) Cannot locate a core keyboard device.
(II) The server relies on HAL to provide the