Bug#175911: XFree86 support for Matrox G550 seems to be broken.
retitle 175911 xserver-xfree86: [mga] wrong modeline being sent to monitor on MGA G550 AGP rev 1 thanks On Thu, Jan 09, 2003 at 03:12:30PM +1100, Stuart Lamble wrote: > On Wed, Jan 08, 2003 at 10:30:22PM -0500, Branden Robinson wrote: > > tag 175911 + moreinfo > > retitle 175911 xserver-xfree86: [mga] server choosing bad modelines on G550 > > severity 175911 normal > > thanks > > Up to you -- but it does make the out-of-the-box configuration unusable for > me (which is why I marked it "important".) Once we have the exact situation nailed down I may agree with you. > Bwa? If XFree86 is somehow programming the adapter to a mode that is outside > the monitor's limits, when I have explicitely told XFree86 what my monitor's > acceptable limits are, then it is a bug in XFree86. No more, no less. Quite possibly, which is why I haven't closed the bug. > > Hmm. 30-95 and the X server didn't toss a modeline with an hsync > > requirement of 114.5 kHz? > > That's exactly what I thought. The figures there are exactly those supplied > by HP for this monitor -- no more, no less. According to your logfile, the mode you're using is: > (**) MGA(0): Default mode "1280x1024": 157.5 MHz, 91.1 kHz, 85.0 Hz > (II) MGA(0): Modeline "1280x1024" 157.50 1280 1344 1504 1728 1024 1025 > 1028 1072 +hsync +vsync I'm not sure what's going on here. -- G. Branden Robinson| It's not a matter of alienating Debian GNU/Linux | authors. They have every right to [EMAIL PROTECTED] | license their software however we http://people.debian.org/~branden/ | like. -- Craig Sanders pgprlsqLy7Ksv.pgp Description: PGP signature
Bug#175930: acknowledged by developer (Re: Bug#175930: Shift+Num Lock produce continuous anoying beeps)
On Wed, Jan 08, 2003 at 11:18:05PM -0600, Debian Bug Tracking System wrote: > > Package: xfree86 > > Severity: Normal > >=20 > > Pressing Shift+Num Lock Combination produces an almost=20 > > continuous series of beeps that cannot be stopped unless > > X is restarted (eg. logout or Ctrl-Shift-Backspace). > > You should know better than to file duplicate bugs. > > Closing this duplicate of #171294. Sorry. But the other bug does not have a very good summary of the problem in the subject #171294 -> enabling pointer keys causes server to beep until killed It's only Shift+Num Lock and not "enabling pointer keys"... And I only looked for "shift" in the list of bugs. Maybe next time I'll review the latest bugs in more detail :) - Adam
Possible bug in handling of .Xresources?
[Please CC me on reply]
Hi,
I do have a .Xresources file in my home directory
(with permissions 0644).
I always launch Xfree through 'startx' and it seems that
my .Xresources is never taken into account, although it
should (according to the /etc/X11/Xsession{,.d/*} files.
I noticed that when I create a .Xdefaults link to
.Xresources, my X resources are properly loaded.
Is it a bug or did I missed something for any documentation?
Thanks in advance.
Cheers,
--
Jérôme Marant <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
http://marant.org
Bug#175911: XFree86 support for Matrox G550 seems to be broken.
On Don, 2003-01-09 at 06:14, Branden Robinson wrote: > > On Thu, Jan 09, 2003 at 03:12:30PM +1100, Stuart Lamble wrote: > > On Wed, Jan 08, 2003 at 10:30:22PM -0500, Branden Robinson wrote: > > > > Hmm. 30-95 and the X server didn't toss a modeline with an hsync > > > requirement of 114.5 kHz? > > > > That's exactly what I thought. The figures there are exactly those supplied > > by HP for this monitor -- no more, no less. > > According to your logfile, the mode you're using is: > > > (**) MGA(0): Default mode "1280x1024": 157.5 MHz, 91.1 kHz, 85.0 Hz > > (II) MGA(0): Modeline "1280x1024" 157.50 1280 1344 1504 1728 1024 1025 > > 1028 1072 +hsync +vsync > > I'm not sure what's going on here. Looks like a driver bug to me, apparently it doesn't produce the signal it thinks it does. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast
Bug#175996: xlibs-pic: needs to provide more libraries
Package: xlibs-pic Version: 4.2.1-4 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Here's a quick'n'dirty list of libraries for which only static versions are available, but no corresponding _pic variant: libFS libXau libXdmcp libXfont libXfontcache libXinerama libXss libXxf86misc libXxf86rush libfntstubs libfontenc liboldX libxf86config libxkbfile libxkbui As you can see in bug #175923, at least libXinerama_pic is desperately needed. Is there any reason not to provide a _pic variant for all of these? - -- System Information Debian Release: testing/unstable Architecture: powerpc Kernel: Linux thor 2.4.20-ben1-xfs-ck #6 Mon Dez 30 16:08:15 CET 2002 ppc Locale: LANG=de_CH, LC_CTYPE=de_CH Versions of packages xlibs-pic depends on: ii libc6-dev 2.3.1-8GNU C Library: Development Librari ii xlibs 4.2.1-4X Window System client libraries -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.0 (GNU/Linux) iD8DBQE+HYOoWoGvjmrbsgARAvG6AKCTxGNw5Bd+60NpeuGJYUzNh5oqUQCgqcDt 6iM/cd4MP+A4F38PaQU1VoE= =OAsz -END PGP SIGNATURE-
Bug#176014: [ati/r128] XVideo bug gives me a stretched video output window (or blue screen)
Package: xserver-xfree86 Version: 4.2.1-4 Severity: normal I have an IBM laptop with an ATI Rage Mobility M3, 16MB video memory and a 1600x1200 panel. When I use my normal settings (included below), the xine video output window only displays the left half of the image, but stretched 2x horizontally to fill up the window. So instread of seeng "xine" I only see "xi". This happens at 8, 16, and 24 bpp. If I tell XF86Config-4 that I only have 8MB video memory and use 24 bpp depth, I get a blue screen filling the output window. I have an almost identical laptop that has a 1400x1050 display and only 8MB video memory, and I have no problem getting xine/XVideo to work. I use the same configuration on both computers (I even swapped hard disks to be sure!). I can provide more information for either computer. Please let me know how I can resolve this issue. Marc F. Clemente [EMAIL PROTECTED] Section "Files" FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/lib/X11/fonts/Speedo" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/lib/X11/fonts/75dpi" EndSection Section "Module" Load"GLcore" 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 "keyboard" Option "CoreKeyboard" Option "XkbRules""xfree86" Option "XkbModel""pc101" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device" "/dev/psaux" Option "Protocol""GlidePointPS/2" EndSection Section "Device" Identifier "ATI Rage Mobility" Driver "r128" # VideoRam8192 EndSection Section "Monitor" Identifier "IBM LCD Display" HorizSync 30-135 VertRefresh 25-160 Option "DPMS" EndSection Section "Screen" Identifier "Default Screen" Device "ATI Rage Mobility" Monitor "IBM LCD Display" DefaultDepth16 SubSection "Display" Depth 16 Modes "1600x1200" EndSubSection SubSection "Display" Depth 24 Modes "1600x1200" EndSubSection EndSection Section "ServerLayout" Identifier "Default Layout" Screen "Default Screen" InputDevice "Generic Keyboard" InputDevice "Configured Mouse" EndSection Section "DRI" Mode0666 EndSection This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to XFree86@XFree86.Org and patches submitted to [EMAIL PROTECTED] Before reporting bugs in pre-release versions, please check the latest version in the XFree86 CVS repository (http://www.XFree86.Org/cvs) XFree86 Version 4.2.1.1 (Debian 4.2.1-4 20021123003806 [EMAIL PROTECTED]) / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 18 October 2002 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/) Build Operating System: Linux 2.4.18 i686 [ELF] 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/XFree86.0.log", Time: Thu Jan 9 09:19:42 2003 (==) Using config file: "/etc/X11/XF86Config-4" (==) ServerLayout "Default Layout" (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "IBM LCD Display" (**) | |-->Device "ATI Rage Mobility" (**) |-->Input Device "Generic Keyboard" (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc101" (**) XKB: model: "pc101" (**) Option "XkbLayout" "us" (**) XKB: layout: "us" (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "Configured Mouse" (**) FontPath set to "/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi" (==) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) Mod
Processed: reassign xft2 bugs; xlibs shlibs need tightening to 4.2.0
Processing commands for [EMAIL PROTECTED]: > merge 175850 175854 Bug#175850: libxft2: Qt3 application don't link because failed dependencies. Bug#175854: libxft2: Qt3 application don't link because failed dependencies. Merged 175850 175854. > reassign 175850 xlibs Bug#175850: libxft2: Qt3 application don't link because failed dependencies. Bug#175854: libxft2: Qt3 application don't link because failed dependencies. Bug reassigned from package `libxft2' to `xlibs'. > retitle 175850 xlibs: shlibs need tightening to 4.2.0 Bug#175850: libxft2: Qt3 application don't link because failed dependencies. Changed Bug title. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: xlibs bug merge
Processing commands for [EMAIL PROTECTED]: > retitle 175854 xlibs: shlibs need tightening to 4.2.0 Bug#175854: libxft2: Qt3 application don't link because failed dependencies. Changed Bug title. > tag 175850 sid Bug#175850: xlibs: shlibs need tightening to 4.2.0 There were no tags set. Bug#175854: xlibs: shlibs need tightening to 4.2.0 Tags added: sid > merge 174589 175850 Bug#174589: xlibs: libXrender shlib dependency needs to be bumped to >> 4.2.0 Bug#175850: xlibs: shlibs need tightening to 4.2.0 Bug#175854: xlibs: shlibs need tightening to 4.2.0 Merged 174589 175850 175854. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#175850: AHEM
It's PENDING.
SETTLE DOWN, BEAVIS!
Unlike SOME PEOPLE, I TEST MY PACKAGES BEFORE UPLOADING THEM.
SO EXERCISE SOME DAMN PATIENCE.
xfree86 (4.2.1-4pre5v1) unstable; urgency=low
* patch #000_stolen_from_HEAD:
+ dropped patch "Fix the number of beeps when using AccessX and XKB
(#A.1302, Alan Coopersmith)" since it causes the server to beep nonstop
until it's restarted if you press Shift-NumLock to enable PointerKeys.
("xset b off" shuts it up, but it's just beeping silently, as a
subsequent "xset b on" reveals) (Closes: #171294)
+ GLU and GLw aren't extension libraries, so key their default build
status to BuildLibraries. (David Dawes)
+ BuildServersOnly fix when building on a system with no installed X
headers or libraries (#5559, ISHIKAWA Mutsumi).
+ (xc/lib/xkbfile/xkberrs.c): build fixes (Alan Hourihane)
* patch #000_stolen_from_HEAD_savage_driver: new;
+ Fixed memory leaks in S3 Savage driver (Egbert Eich).
+ Savage driver updates (#5203, Tim Roberts).
+ [...] xf86SetOperatingState() call cleanups in most drivers
(Marc La France).
+ Savage driver updates.
- Support for ProSavage DDR (PCI ID 0x8D04)
- TV output fixes
- support for -pixmap24 flag
- XAA fixes to cure lockups
(#5412, Tim Roberts).
+ Fix Mono8x8 code in savage driver, needed ROP_NEEDS_SOURCE, also
add NO_PLANEMASK to ScreenToScreen as code doesn't handle that case
(Alan Hourihane).
+ Remove "Option VideoRam" from savage driver, there's no need for
it, and utilize the entities given VideoRam size (Alan Hourihane).
# * patch #001a: new;
#+ compile the X11 library if we are building the GLX library *or* the X
# server, because GLX and the server-side XKB code assume the X11 headers
# are available
#+ compile the Xext library if we are building the GLX library, because
GLX
# assumes the Xext headers are available
#(thanks, ISHIKAWA Mutsumi) (Closes: #170508,#170510)
* patch #009: deleted; didn't do what it was supposed to, and caused other
Xv problems in i810 (Closes: #166234)
* patch #021: new; patch to startx to check for GNU hostname regardless of
what uname reports the OS as; first check to see if "hostname --version"
works at all, and then if it does check both stdout and stderr of that
command for "GNU" (Closes: #167212)
* patch #022: new; fix Xaw's StripChart widget to draw scale lines correctly
(thanks, Nikita V. Youshchenko) (Closes: #167448)
* patch #033: new; fix for ICE message replies when using subprotocols
(thanks, Jochen Voss) (Closes: #95951)
* patch #035: new; fix for null pointer dereferences in fontfile library,
(thanks, Nikita V. Youshchenko) (Closes: #168791)
* patch #041: new; patch from ISHIKAWA Mutsumi to fix missing depend target
in Xlib's Imakefile if "BuildServersOnly" is YES, "BuildXnestServer" is
NO, and "BuildGLXLibrary" is NO.
* patch #079: deleted; superseded by #000_stolen_from_HEAD_savage_driver
* patch #102: deleted; if Sun Type6 keyboards use the same scancodes as
Type5 keyboards to mean different things, then much more of a patch than
this is needed. Fixes FTBFS problem on sparc. (Closes: #170509)
* patch #909: change XF86Config-4(5x)'s NAME section to refer to itself as
XF86Config-4 instead of XF86Config so that "man XF86Config" brings up the
section 7 manpage preferentially
* patch #004,008,046,085: resynced with other patches
* debian/control:
- add Build-Dependency on libstdc++5-dev (for libGLU in xlibmesa3-glu)
- add dependency on debconf to xfree86-common
- remove dependency on debconf from xbase-clients, xfs, xlibmesa3, and
xterm (see below)
- add dependency on xprt-common to xprt, and update its extended
description to describe its broken state and available alternative
(thanks, Drew Parsons) (Closes: #170678)
- C++ ABI 1.02 transition / Mesa 5.0 awareness:
+ xlibmesa3, xlibmesa3-dbg, xlibmesa-dev split into:
xlibmesa3-gl, xlibmesa3-gl-dbg, xlibmesa-gl-dev,
xlibmesa3-glu, xlibmesa3-glu-dbg, xlibmesa-glu-dev (Closes: #175157)
+ xlibmesa3-gl conflicts with and provides libgl1 (pure virtual package)
+ xlibmesa3-gl replaces mesag3 and xlibmesa3
+ dropped old replacement of xserver-xfree86 (<< 4.0.2) by xlibmesa3;
those versions of xserver-xfree86 are long dead and were never part of
a stable Debian release
+ xlibmesa3-gl-dbg depends on exact same version of xlibmesa3-gl
+ xlibmesa3-gl-dbg conflicts with and replaces xlibmesa3-dbg
+ xlibmesa-gl-dev conflicts with and provides libgl-dev (pure virtual
package)
+ xlibmesa3-glu conflicts with and provides libglu1 (mixed virtual
package)
+ xlibmesa3-glu replaces mesag3 (<< 5.0.0-1) and xlibmesa3
+ xlibmesa3-glu-dbg depends on exact same version of xlibm
Bug#176041: xserver-xfree86: XFree86 4.2.1 don't start on matrox G400
Package: xserver-xfree86 Version: 4.2.1-3 Severity: important I had working XFree86 4.1, after change to 4.2.1 xserver don't start. Of course I tried to upgrade also xlibs, xbase-clients ... too but result was same. After Fatal server error: Caught signal 11. Server aborting, there are two more lines: XIO: fatal IO error 104 (Connection reset by peer) on X server ":0.0" after 0 requests (0 known processed) with 0 events remaining. -- 01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G400 AGP (rev 04) 01:00.0 Class 0300: 102b:0525 (rev 04) Section "ServerLayout" Identifier "Default Layout" Screen 0 "Default Screen" 0 0 InputDevice"Generic Keyboard" InputDevice"Configured Mouse" EndSection Section "ServerFlags" Option "StandbyTime" "10" Option "SuspendTime" "15" Option "Offtime" "20" EndSection Section "Files" FontPath "/usr/lib/X11/fonts/misc/:unscaled" # FontPath "/usr/lib/X11/fonts/100dpi/:unscaled" FontPath "/usr/lib/X11/fonts/75dpi/:unscaled" FontPath "/usr/lib/X11/fonts/TrueType" FontPath "/usr/lib/X11/fonts/Type1/:unscaled" FontPath "/usr/lib/X11/fonts/Speedo" # FontPath "/usr/lib/X11/fonts/75dpi" EndSection Section "Module" Load "ddc" Load "GLcore" Load "dbe" Load "dri" Load "extmod" Load "glx" # Load "pex5" Load "record" # Load "xie" Load "bitmap" Load "freetype" Load "speedo" Load "type1" Load "vbe" Load "int10" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "logiinternet" # Option "XkbModel" "pc105" # "pc101" Option "XkbLayout" "us" Option "AutoRepeat" "100 30" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" # Option "Device" "/dev/mouse" Option "Device" "/dev/input/mice" # Option "Protocol" "Microsoft" Option "Protocol" "ImPS/2" # Option "Emulate3Buttons" "true" Option "ZAxisMapping" "4 5" EndSection Section "Modes" Identifier "my modes" # 1024x768 @ 100Hz, 80.21 kHz hsync Modeline "1024x768" 115.5 1024 1056 1248 1440 768 771 781 802 -HSync -VSync # 800x600 100Hz ModeLine "800x600" 69.7 800 864 928 1088 600 604 610 640 -hsync -vsync # 800x600 90Hz - - Modeline "800x600" 69.70800 868 932 1152600 604 610 668 -hsync -vsync # 800x600 @ 85 Hz, 55.84 kHz hsync Modeline "800x600"60.75 800 864 928 1088 600 616 621 657 -HSync -VSync # 800x600 @ 72 Hz, 48.0 kHz hsync Modeline "800x600" 50 800 856 976 1040 600 637 643 666 +hsync +vsync # 800x600 @ 60 Hz, 37.8 kHz hsync Modeline "800x600" 40 800 840 968 1056 600 601 605 628 +hsync +vsync # 800x600 @ 56 Hz, 35.15 kHz hsync ModeLine "800x600" 36 800 824 896 1024 600 601 603 625 # 768x576 @ 100 Hz, 61.5 kHz ModeLine "768x576" 65.10 768 832 896 1056 576 580 586 616 -HSync -VSync # 768x576 @ 85.1 Hz, 51.7 kHz ModeLine "768x576" 52.5 768 802 826 1015 576 577 600 608 -hsync -vsync # 768x576 @ 75.0 Hz, 46.6 kHz (from xawtv FB) ModeLine "768x576" 49.2 768 800 928 1056 576 584 589 621 # 640x480 @ 72 Hz, 36.5 kHz hsync Modeline "640x480" 31.5 640 680 720 864 480 488 491 521 # 640x480 @ 75 Hz, 37.50 kHz hsync ModeLine "640x480"31.5 640 656 720 840 480 481 484 500 -HSync -VSync ModeLine "320x200" 12.6 320 336 384 400 200 204 205 225 doublescan EndSection Section "Monitor" Identifier "Generic Monitor" UseModes "my modes" HorizSync30.0 - 96.0 VertRefresh 50.0 - 100.0 Option "DPMS" # Gamma 1.4 EndSection Section "Device" Identifier "Generic Video Card" Driver "mga" # Option "NoAccel" # Option "XaaNoCPUToScreenColorExpandFill" # Option "XaaNoScreenToScreenColorExpandFill" # Option "XaaNoScanlineCPUToScreenColorExpandFill" # Option "XaaNoCPUToScreenColorExpandFill" Option "XaaNoColor8x8PatternFillRect" Option "XaaNoColor8x8PatternFillTrap" ## Option "XaaNoDashedBresenhamLine" ## Option "XaaNoDashedTwoPointLine" Option "XaaNoImageWriteRect" Option "XaaNoMono8x8PatternFillRect" Opti
Bug#175074: Bug#175077: libdv2: libraries not compiled with -fPIC
On Jan 09, Daniel Kobras <[EMAIL PROTECTED]> wrote: You can check with: objdump --all-headers /usr/lib/libdv.so.2 It shows a TEXTREL section, so it's not position independent[1]. I do not know why this happens even if the code is compiled with -fPIC (libGL shows the same problem, #175074), I'm Cc'ing the prelink author in the hope he can explain why prelink is complaining. [1] See http://docs.sun.com/db/doc/816-1386/6m7qcobl6?a=view#chapter4-29405 for details. -- ciao, Marco
Bug#175074: Bug#175077: libdv2: libraries not compiled with -fPIC
On Thu, Jan 09, 2003 at 11:53:28PM +0100, Marco d'Itri wrote: > On Jan 09, Daniel Kobras <[EMAIL PROTECTED]> wrote: > > You can check with: > > objdump --all-headers /usr/lib/libdv.so.2 > > It shows a TEXTREL section, so it's not position independent[1]. > > I do not know why this happens even if the code is compiled with -fPIC > (libGL shows the same problem, #175074), I'm Cc'ing the prelink author > in the hope he can explain why prelink is complaining. Normally libGL in XFree86 is compiled without -fPIC (I have a patch to change that, but need to update it and test whether libGL is at least as fast as before). If you made sure all libGL.so .c files are compiled with -fpic/-fPIC and the library is still DT_TEXTREL, you might as well look at assembly files. Easiest is just watching what relocations are against the read-only segment on the final library. Jakub
Bug#171294: Fixed in CVS
In case you hadn't noticed already, there was a CVS change which claims to fix this. http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/xkb/ddxBeep.c.diff?r1=3.8&r2=3.9 -- - mdz
Bug#175074: xlibmesa3: libraries not compiled with -fPIC
tag 175074 + moreinfo unreproducible help severity 175074 minor retitle 175074 xlibmesa3: I'd like to jump to some conclusions about how this library was compiled thanks On Thu, Jan 02, 2003 at 07:43:49PM +0100, Marco d'Itri wrote: > Package: xlibmesa3 > Version: 4.2.1-4 > Severity: important > > [This is a standard text.] > > One or more shared libraries in this package are buggy. > By policy, all shared libraries MUST be compiled with -fPIC. > > The broken libraries are: > > /usr/X11R6/lib/libGL.so.1 WRONG. My shared libraries, including those in xlibmesa3, are compiled with -fPIC, and the static ones are not, as my build logs attest. Your test is broken. 06:45PM| $ objdump --all-headers /usr/X11R6/lib/libGL.so.1 | grep TEXTREL 06:45PM| TEXTREL 0x0 06:45PM| HoserHead: BZZT 06:46PM| [0] [EMAIL PROTECTED]:/usr/X11R6/lib % objdump --all-headers /usr/X11R6/lib/libGL.so.1 | grep TEXTREL 06:46PM| [1] [EMAIL PROTECTED]:/usr/X11R6/lib % 06:46PM| Overfiend: must be an x86-only issue 06:46PM| HoserHead: well, then, it's a toolchain issue, and not my bug at all. 06:47PM| Overfiend: could be, yep. tell Md to investigate what's going on further Until you can prove to me that my package is compiling shared objects in contravention of Policy, I am not going to do anything further about this bug. -- G. Branden Robinson|Fair use is irrelevant and Debian GNU/Linux |improper. [EMAIL PROTECTED] |-- Asst. U.S. Attorney Scott http://people.debian.org/~branden/ |Frewing, explaining the DMCA pgpaPE8lTug1n.pgp Description: PGP signature
Bug#175074: Bug#175077: libdv2: libraries not compiled with -fPIC
On Jan 10, Jakub Jelinek <[EMAIL PROTECTED]> wrote: >Normally libGL in XFree86 is compiled without -fPIC (I have a patch to >change that, but need to update it and test whether libGL is at least as >fast as before). >If you made sure all libGL.so .c files are compiled with -fpic/-fPIC and >the library is still DT_TEXTREL, you might as well look at assembly files. >Easiest is just watching what relocations are against the read-only segment >on the final library. I tried building libdv2 without the x86 hand-written assembly and DT_TEXTREL disappeared, so I think the problem is there. Do you have any suggestion I could pass upstream to have it fixed? I could not rebuild X, but I have seen that libGL has x86 assembly code too and the maintainer verified that it's not DT_TEXTREL on a different architecture, so I assume it has the same problem. I looked at the red hat XFree86 SRPM but could not find any patch related to prelinking or libGL, how did you fix this? -- ciao, Marco
Processed: Re: Bug#175074: xlibmesa3: libraries not compiled with -fPIC
Processing commands for [EMAIL PROTECTED]: > tag 175074 - unreproducible moreinfo Bug#175074: xlibmesa3: libraries not compiled with -fPIC There were no tags set. Tags removed: unreproducible, moreinfo > severity 175074 normal Bug#175074: xlibmesa3: libraries not compiled with -fPIC Severity set to `normal'. > retitle 175074 xlibmesa3: contains non-PIC code Bug#175074: xlibmesa3: libraries not compiled with -fPIC Changed Bug title. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#175074: xlibmesa3: libraries not compiled with -fPIC
tag 175074 - unreproducible moreinfo severity 175074 normal retitle 175074 xlibmesa3: contains non-PIC code thanks On Jan 10, Branden Robinson <[EMAIL PROTECTED]> wrote: >WRONG. My shared libraries, including those in xlibmesa3, are compiled >with -fPIC, and the static ones are not, as my build logs attest. Your >test is broken. My test is correct. As I explained in my other message this is caused by the hand-written x86 assembly. I believe that the spirit of the debian policy is that libraries should contain only position-independent code, so this is a genuine policy violation. -- ciao, Marco pgpejXJ8lFgO2.pgp Description: PGP signature
Re: Possible bug in handling of .Xresources?
On Thu, Jan 09, 2003 at 11:08:29AM +0100, J?r?me Marant wrote:
> [Please CC me on reply]
>
> Hi,
>
> I do have a .Xresources file in my home directory
> (with permissions 0644).
> I always launch Xfree through 'startx' and it seems that
> my .Xresources is never taken into account, although it
> should (according to the /etc/X11/Xsession{,.d/*} files.
>
> I noticed that when I create a .Xdefaults link to
> .Xresources, my X resources are properly loaded.
>
> Is it a bug or did I missed something for any documentation?
I can't reproduce this. My .Xresources file is respected just fine.
-rw-r--r--1 branden branden 863 Nov 13 2001
/home/branden/.Xresources
Attached. Make sure you're using proper X resource syntax.
--
G. Branden Robinson|
Debian GNU/Linux | If encryption is outlawed, only
[EMAIL PROTECTED] | outlaws will @goH7Ok=http://people.debian.org/~branden/ |
! Personal Xresources file
XClipboard*Form*Text*font: fixed
XConsole.verbose: true
XConsole*iconic:false
XConsole*geometry: 1272x89+0-58
XConsole*saveLines: 1000
XConsole*font: 6x10
XTerm*autoWrap: true
XTerm*curses: true
XTerm*loginShell: true
XTerm*reverseWrap: true
XTerm*scrollBar:true
XTerm*saveLines:5000
XTerm*scrollTtyOutput: false
XTerm*trimSelection:true
XTerm*visualBell: true
XTerm*activeIcon: true
XTerm.VT100.background: gray30
XTerm.VT100.foreground: gray90
XTerm.VT100.geometry: 200x55-0+20
XTerm.VT100.color4: DodgerBlue1
XTerm.VT100.color8: gray50
XTerm.VT100.color12: SteelBlue1
!XTerm.VT100.scrollbar.background: white
!XTerm.VT100.scrollbar.foreground: blue
XCalc*IconName: xcalc
XLock.star.delay: 2
XLock.star.batchcount: 100
XLock.star.saturation: 1.0
XLock.star.rock: on
XLock.star.trek: 0
! vim:ai:noet:sts=8:sw=8:tw=0:
pgpitlEoxYbKN.pgp
Description: PGP signature
Bug#175911: XFree86 support for Matrox G550 seems to be broken.
On Thu, Jan 09, 2003 at 12:14:18AM -0500, Branden Robinson wrote: [...] > According to your logfile, the mode you're using is: > > > (**) MGA(0): Default mode "1280x1024": 157.5 MHz, 91.1 kHz, 85.0 Hz > > (II) MGA(0): Modeline "1280x1024" 157.50 1280 1344 1504 1728 1024 1025 > > 1028 1072 +hsync +vsync > > I'm not sure what's going on here. Neither am I. Looking through the logfile after I've put mga_hal_drv.o back in place, I'm finding the exact same entry -- and the monitor is displaying it without a problem (H:91.0 KHz, V:85.0 Hz... thank you, HP, for giving me that information in the monitor's menu system.) This is _very_ strange, indeed... It's at this point that I think it might be worth emailing to the XFree list, to see if anybody else is seeing things like this. Looks like the G550 code isn't quite complete... or maybe I'm missing something (in which case, I'm fairly comfortable in saying the documentation is incomplete.) *looks closer at the log files* Hmm. It's probably related to this line: (II) MGA(0): Matrox HAL module not loaded - using builtin mode setup instead I wonder. I wonder, I wonder, I wonder... This is getting me intrigued... I'll do some digging of my own, and if I come up with anything useful, I'll add it to the bug report.
XFree86 4.2.1-4pre5v1 (source,powerpc) at the X Strike Force
See attached .changes file, and please test.
Note that I no longer own a working i386 box.
--
G. Branden Robinson| Measure with micrometer,
Debian GNU/Linux | mark with chalk,
[EMAIL PROTECTED] | cut with axe,
http://people.debian.org/~branden/ | hope like hell.
Format: 1.7
Date: Wed, 8 Jan 2003 23:57:13 -0500
Source: xfree86
Binary: xlibmesa3-gl xserver-common libxaw7-dbg xlibmesa-glu-dev xbase-clients
twm xfonts-scalable xfonts-75dpi libdps1-dbg xlib6g-dev xmh libxaw6-dbg xfwp
xlibs xlibosmesa3-dbg xlibmesa3-glu libdps-dev xserver-xfree86-dbg
xserver-xfree86 libdps1 proxymngr xlibmesa3-glu-dbg xfonts-base-transcoded
xlibmesa-gl-dev libxaw6-dev lbxproxy xfonts-cyrillic xlibmesa3-gl-dbg
x-window-system-core xlib6g xutils xspecs xlibs-pic x-window-system
xfree86-common xfs xfonts-base xlibs-dbg libxaw7-dev xnest
xfonts-100dpi-transcoded libxaw6 xfonts-100dpi xterm xfonts-75dpi-transcoded
xprt xlibosmesa-dev xvfb libxaw7 xlibosmesa3 xdm xlibs-dev
Architecture: source powerpc all
Version: 4.2.1-4pre5v1
Distribution: unstable
Urgency: low
Maintainer: Branden Robinson <[EMAIL PROTECTED]>
Changed-By: Branden Robinson <[EMAIL PROTECTED]>
Description:
lbxproxy - Low Bandwidth X (LBX) proxy server
libdps-dev - Display PostScript (DPS) client library development files
libdps1- Display PostScript (DPS) client library
libdps1-dbg - Display PostScript (DPS) client library (unstripped)
libxaw6- X Athena widget set library (version 6)
libxaw6-dbg - X Athena widget set library (version 6) (unstripped)
libxaw6-dev - X Athena widget set library development files (version 6)
libxaw7- X Athena widget set library
libxaw7-dbg - X Athena widget set library (unstripped)
libxaw7-dev - X Athena widget set library development files
proxymngr - X proxy services manager
twm- Tab window manager
x-window-system - X Window System
x-window-system-core - X Window System core components
xbase-clients - miscellaneous X clients
xdm- X display manager
xfonts-100dpi - 100 dpi fonts for X
xfonts-100dpi-transcoded - 100 dpi fonts for X (transcoded from ISO 10646-1)
xfonts-75dpi - 75 dpi fonts for X
xfonts-75dpi-transcoded - 75 dpi fonts for X (transcoded from ISO 10646-1)
xfonts-base - standard fonts for X
xfonts-base-transcoded - standard fonts for X (transcoded from ISO 10646-1)
xfonts-cyrillic - Cyrillic fonts for X
xfonts-scalable - scalable fonts for X
xfree86-common - X Window System (XFree86) infrastructure
xfs- X font server
xfwp - X firewall proxy server
xlib6g - pseudopackage providing X libraries
xlib6g-dev - pseudopackage providing X library development files
xlibmesa-gl-dev - Mesa 3D graphics library development files [XFree86]
xlibmesa-glu-dev - Mesa OpenGL utility library development files [XFree86]
xlibmesa3-gl - Mesa 3D graphics library [XFree86]
xlibmesa3-gl-dbg - Mesa 3D graphics library (unstripped) [XFree86]
xlibmesa3-glu - Mesa OpenGL utility library [XFree86]
xlibmesa3-glu-dbg - Mesa OpenGL utility library (unstripped) [XFree86]
xlibosmesa-dev - Mesa off-screen rendering library development files [XFree86]
xlibosmesa3 - Mesa off-screen rendering library [XFree86]
xlibosmesa3-dbg - Mesa off-screen rendering library (unstripped) [XFree86]
xlibs - X Window System client libraries
xlibs-dbg - X Window System client libraries (unstripped)
xlibs-dev - X Window System client library development files
xlibs-pic - X Window System client extension library PIC archives
xmh- X interface to the MH mail system
xnest - nested X server
xprt - X print server (XFree86 version)
xserver-common - files and utilities common to all X servers
xserver-xfree86 - the XFree86 X server
xserver-xfree86-dbg - the XFree86 X server (static version with debugging
symbols)
xspecs - X protocol, extension, and library technical specifications
xterm - X terminal emulator
xutils - X Window System utility programs
xvfb - virtual framebuffer X server
Closes: 95951 166234 167212 167448 168791 170508 170509 170510 170513 170678
171294 174589 175157
Changes:
xfree86 (4.2.1-4pre5v1) unstable; urgency=low
.
* patch #000_stolen_from_HEAD:
+ dropped patch "Fix the number of beeps when using AccessX and XKB
(#A.1302, Alan Coopersmith)" since it causes the server to beep nonstop
until it's restarted if you press Shift-NumLock to enable PointerKeys.
("xset b off" shuts it up, but it's just beeping silently, as a
subsequent "xset b on" reveals) (Closes: #171294)
+ GLU and GLw aren't extension libraries, so key their default build
status to BuildLibraries. (David Dawes)
+ BuildServersOnly fix when building on a system with no installed X
headers or libraries (#5559, ISHIKAWA Mutsumi).
+ (xc/lib/xkbfile/xkberrs.c): build fixes (Alan Hourihane)
.
* patch #000_stol
Bug#176091: xserver-xfree86: curved line segments drawn incorrectly
Package: xserver-xfree86 Version: 4.2.1-3 Severity: normal Hello, Programs that draw curved line segments such as xephem don't always draw correctly. Either they are failing to draw or perhaps they are drawing as black. I've compiled new versions of xephem by myself and it didn't solve the problem. I have a statically linked version from the author of xephem and it didn't solve the problem. The problem didn't exist in the xfree86 3.3.6 version of the driver and started when I went to the 4.2 series. Thanks for your time Jeffrey Hundstad 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon VE QY 01:00.0 Class 0300: 1002:5159 ### 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/:7110"# local font server # if the local font server has problems, we can fall back on these FontPath"/usr/local/j2re1.4.1_01/lib/fonts" FontPath"/usr/local/lib/fonts/ttf" FontPath"/usr/share/fonts/truetype" FontPath"/usr/share/fonts/truetype/xfree86-nonfree" # FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID" FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" FontPath"/var/lib/defoma/gs.d/dirs/fonts" FontPath"/usr/lib/X11/fonts/misc/:unscaled" # FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/lib/X11/fonts/Speedo" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/lib/X11/fonts/75dpi" EndSection Section "Module" Load"GLcore" Load"bitmap" Load"dbe" # Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" # Load"pex5" Load"record" Load"speedo" Load"type1" Load"vbe" # Load"xie" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "pc104" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/psaux" Option "Protocol" "ImPS/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 "Generic Video Card" Driver "ati" EndSection Section "Monitor" Identifier "Generic Monitor" HorizSync 30-63 VertRefresh 49-121 Option "DPMS" DisplaySize 279.4 209.55 EndSection Section "Screen" Identifier "Default Screen" Device "Generic Video Card" Monitor "Generic Monitor" DefaultDepth24 SubSection "Display" Depth 1 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 4 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 8 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 15 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display"
Bug#171294: Fixed in CVS
On Thu, Jan 09, 2003 at 06:05:28PM -0500, Matt Zimmerman wrote: > In case you hadn't noticed already, there was a CVS change which claims to > fix this. > > http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/xkb/ddxBeep.c.diff?r1=3.8&r2=3.9 I'm aware of it. I dropped the problematic patch instead, as I had no reports of anyone actually having the problem the 3.8 revision claimed to fix. So, unless someone complains, we'll get this patch with the rest of XFree86 4.3.0. -- G. Branden Robinson|The errors of great men are Debian GNU/Linux |venerable because they are more [EMAIL PROTECTED] |fruitful than the truths of little http://people.debian.org/~branden/ |men. -- Friedrich Nietzsche pgpj1Z7I9Yj23.pgp Description: PGP signature
Bug#175930: acknowledged by developer (Re: Bug#175930: Shift+Num Lock produce continuous anoying beeps)
On Thu, Jan 09, 2003 at 01:10:48AM -0600, Adam Majer wrote: > Sorry. But the other bug does not have a very good summary of the > problem in the subject > > #171294 -> enabling pointer keys causes server to beep until killed > > It's only Shift+Num Lock and not "enabling pointer keys"... Shift+NumLock *is* how you enable pointer keys... Try it. -- G. Branden Robinson|A committee is a life form with six Debian GNU/Linux |or more legs and no brain. [EMAIL PROTECTED] |-- Robert Heinlein http://people.debian.org/~branden/ | pgp8pSu9zfXI3.pgp Description: PGP signature
Bug#176041: marked as done (xserver-xfree86: XFree86 4.2.1 don't start on matrox G400)
Your message dated Fri, 10 Jan 2003 00:25:17 -0500 with message-id <[EMAIL PROTECTED]> and subject line Bug#176041: xserver-xfree86: XFree86 4.2.1 don't start on matrox G400 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) -- Received: (at submit) by bugs.debian.org; 9 Jan 2003 20:11:55 + >From [EMAIL PROTECTED] Thu Jan 09 14:11:53 2003 Return-path: <[EMAIL PROTECTED]> Received: from stateless2.tiscali.cz (mail.tiscali.cz) [213.235.135.71] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 18Wj1s-tR-00; Thu, 09 Jan 2003 14:11:52 -0600 Received: from localhost (212.90.236.207) by mail.tiscali.cz (6.0.044) id 3E1C7FFC00030F3E for [EMAIL PROTECTED]; Thu, 9 Jan 2003 21:09:35 +0100 Received: from honza by localhost with local (Exim 3.32 #1 (Debian)) id 18Wfkx-Dq-00 for <[EMAIL PROTECTED]>; Thu, 09 Jan 2003 17:42:11 +0100 Date: Thu, 9 Jan 2003 17:42:11 +0100 From: Jan Gregor <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: xserver-xfree86: XFree86 4.2.1 don't start on matrox G400 Message-ID: <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.22i X-Reportbug-Version: 1.36 Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-3.2 required=5.0 tests=BALANCE_FOR_LONG_20K,DATE_IN_PAST_03_06,SPAM_PHRASE_00_01, USER_AGENT,USER_AGENT_MUTT version=2.41 X-Spam-Level: Package: xserver-xfree86 Version: 4.2.1-3 Severity: important I had working XFree86 4.1, after change to 4.2.1 xserver don't start. Of course I tried to upgrade also xlibs, xbase-clients ... too but result was same. After Fatal server error: Caught signal 11. Server aborting, there are two more lines: XIO: fatal IO error 104 (Connection reset by peer) on X server ":0.0" after 0 requests (0 known processed) with 0 events remaining. -- 01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G400 AGP (rev 04) 01:00.0 Class 0300: 102b:0525 (rev 04) Section "ServerLayout" Identifier "Default Layout" Screen 0 "Default Screen" 0 0 InputDevice"Generic Keyboard" InputDevice"Configured Mouse" EndSection Section "ServerFlags" Option "StandbyTime" "10" Option "SuspendTime" "15" Option "Offtime" "20" EndSection Section "Files" FontPath "/usr/lib/X11/fonts/misc/:unscaled" # FontPath "/usr/lib/X11/fonts/100dpi/:unscaled" FontPath "/usr/lib/X11/fonts/75dpi/:unscaled" FontPath "/usr/lib/X11/fonts/TrueType" FontPath "/usr/lib/X11/fonts/Type1/:unscaled" FontPath "/usr/lib/X11/fonts/Speedo" # FontPath "/usr/lib/X11/fonts/75dpi" EndSection Section "Module" Load "ddc" Load "GLcore" Load "dbe" Load "dri" Load "extmod" Load "glx" # Load "pex5" Load "record" # Load "xie" Load "bitmap" Load "freetype" Load "speedo" Load "type1" Load "vbe" Load "int10" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "logiinternet" # Option "XkbModel" "pc105" # "pc101" Option "XkbLayout" "us" Option "AutoRepeat" "100 30" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" # Option "Device" "/dev/mouse" Option "Device" "/dev/input/mice" # Option "Protocol" "Microsoft" Option "Protocol" "ImPS/2" # Option "Emulate3Buttons" "true" Option "ZAxisMapping" "4 5" EndSection Section "Modes" Identifier "my modes" # 1024x768 @ 100Hz, 80.21 kHz hsync Modeline "1024x768" 115.5 1024 1056 1248 1440 768 771 781 802 -HSync -VSync # 800x600 100Hz ModeLine "800x600" 69.7 800 864 928 1088 600 604 610 640 -hsync -vsync # 800x600 90Hz - - Modeline "800x600" 69.70800 868 932 1152600 604 610 668 -hsync -vsync # 800x600 @ 85 Hz, 55.84 kHz hsync Modeline "800x600"
Possible bug in handling of .Xresources?
[Please CC me on reply]
Hi,
I do have a .Xresources file in my home directory
(with permissions 0644).
I always launch Xfree through 'startx' and it seems that
my .Xresources is never taken into account, although it
should (according to the /etc/X11/Xsession{,.d/*} files.
I noticed that when I create a .Xdefaults link to
.Xresources, my X resources are properly loaded.
Is it a bug or did I missed something for any documentation?
Thanks in advance.
Cheers,
--
Jérôme Marant <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
http://marant.org
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#175911: XFree86 support for Matrox G550 seems to be broken.
On Don, 2003-01-09 at 06:14, Branden Robinson wrote: > > On Thu, Jan 09, 2003 at 03:12:30PM +1100, Stuart Lamble wrote: > > On Wed, Jan 08, 2003 at 10:30:22PM -0500, Branden Robinson wrote: > > > > Hmm. 30-95 and the X server didn't toss a modeline with an hsync > > > requirement of 114.5 kHz? > > > > That's exactly what I thought. The figures there are exactly those supplied > > by HP for this monitor -- no more, no less. > > According to your logfile, the mode you're using is: > > > (**) MGA(0): Default mode "1280x1024": 157.5 MHz, 91.1 kHz, 85.0 Hz > > (II) MGA(0): Modeline "1280x1024" 157.50 1280 1344 1504 1728 1024 1025 1028 >1072 +hsync +vsync > > I'm not sure what's going on here. Looks like a driver bug to me, apparently it doesn't produce the signal it thinks it does. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#175996: xlibs-pic: needs to provide more libraries
Package: xlibs-pic Version: 4.2.1-4 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Here's a quick'n'dirty list of libraries for which only static versions are available, but no corresponding _pic variant: libFS libXau libXdmcp libXfont libXfontcache libXinerama libXss libXxf86misc libXxf86rush libfntstubs libfontenc liboldX libxf86config libxkbfile libxkbui As you can see in bug #175923, at least libXinerama_pic is desperately needed. Is there any reason not to provide a _pic variant for all of these? - -- System Information Debian Release: testing/unstable Architecture: powerpc Kernel: Linux thor 2.4.20-ben1-xfs-ck #6 Mon Dez 30 16:08:15 CET 2002 ppc Locale: LANG=de_CH, LC_CTYPE=de_CH Versions of packages xlibs-pic depends on: ii libc6-dev 2.3.1-8GNU C Library: Development Librari ii xlibs 4.2.1-4X Window System client libraries -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.0 (GNU/Linux) iD8DBQE+HYOoWoGvjmrbsgARAvG6AKCTxGNw5Bd+60NpeuGJYUzNh5oqUQCgqcDt 6iM/cd4MP+A4F38PaQU1VoE= =OAsz -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#176014: [ati/r128] XVideo bug gives me a stretched video output window (or blue screen)
Package: xserver-xfree86 Version: 4.2.1-4 Severity: normal I have an IBM laptop with an ATI Rage Mobility M3, 16MB video memory and a 1600x1200 panel. When I use my normal settings (included below), the xine video output window only displays the left half of the image, but stretched 2x horizontally to fill up the window. So instread of seeng "xine" I only see "xi". This happens at 8, 16, and 24 bpp. If I tell XF86Config-4 that I only have 8MB video memory and use 24 bpp depth, I get a blue screen filling the output window. I have an almost identical laptop that has a 1400x1050 display and only 8MB video memory, and I have no problem getting xine/XVideo to work. I use the same configuration on both computers (I even swapped hard disks to be sure!). I can provide more information for either computer. Please let me know how I can resolve this issue. Marc F. Clemente [EMAIL PROTECTED] Section "Files" FontPath "/usr/lib/X11/fonts/misc" FontPath "/usr/lib/X11/fonts/100dpi/:unscaled" FontPath "/usr/lib/X11/fonts/75dpi/:unscaled" FontPath "/usr/lib/X11/fonts/Type1" FontPath "/usr/lib/X11/fonts/Speedo" FontPath "/usr/lib/X11/fonts/100dpi" FontPath "/usr/lib/X11/fonts/75dpi" EndSection Section "Module" Load "GLcore" 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 "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "pc101" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device" "/dev/psaux" Option "Protocol" "GlidePointPS/2" EndSection Section "Device" Identifier "ATI Rage Mobility" Driver "r128" # VideoRam 8192 EndSection Section "Monitor" Identifier "IBM LCD Display" HorizSync 30-135 VertRefresh 25-160 Option "DPMS" EndSection Section "Screen" Identifier "Default Screen" Device "ATI Rage Mobility" Monitor "IBM LCD Display" DefaultDepth 16 SubSection "Display" Depth 16 Modes "1600x1200" EndSubSection SubSection "Display" Depth 24 Modes "1600x1200" EndSubSection EndSection Section "ServerLayout" Identifier "Default Layout" Screen "Default Screen" InputDevice "Generic Keyboard" InputDevice "Configured Mouse" EndSection Section "DRI" Mode 0666 EndSection This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to [EMAIL PROTECTED] and patches submitted to [EMAIL PROTECTED] Before reporting bugs in pre-release versions, please check the latest version in the XFree86 CVS repository (http://www.XFree86.Org/cvs) XFree86 Version 4.2.1.1 (Debian 4.2.1-4 20021123003806 [EMAIL PROTECTED]) / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 18 October 2002 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/) Build Operating System: Linux 2.4.18 i686 [ELF] 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/XFree86.0.log", Time: Thu Jan 9 09:19:42 2003 (==) Using config file: "/etc/X11/XF86Config-4" (==) ServerLayout "Default Layout" (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "IBM LCD Display" (**) | |-->Device "ATI Rage Mobility" (**) |-->Input Device "Generic Keyboard" (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc101" (**) XKB: model: "pc101" (**) Option "XkbLayout" "us" (**) XKB: layout: "us" (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "Configured Mouse" (**) FontPath set to "/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi" (==) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (--) using VT number 7 (II) Open APM successful (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.5 XFree86 XInput driver : 0.3 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.3 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.2.1.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.3 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.2.1.1, module version = 0.1.0 ABI class: XFree86
Processed: reassign xft2 bugs; xlibs shlibs need tightening to 4.2.0
Processing commands for [EMAIL PROTECTED]: > merge 175850 175854 Bug#175850: libxft2: Qt3 application don't link because failed dependencies. Bug#175854: libxft2: Qt3 application don't link because failed dependencies. Merged 175850 175854. > reassign 175850 xlibs Bug#175850: libxft2: Qt3 application don't link because failed dependencies. Bug#175854: libxft2: Qt3 application don't link because failed dependencies. Bug reassigned from package `libxft2' to `xlibs'. > retitle 175850 xlibs: shlibs need tightening to 4.2.0 Bug#175850: libxft2: Qt3 application don't link because failed dependencies. Changed Bug title. > 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]
Processed: xlibs bug merge
Processing commands for [EMAIL PROTECTED]: > retitle 175854 xlibs: shlibs need tightening to 4.2.0 Bug#175854: libxft2: Qt3 application don't link because failed dependencies. Changed Bug title. > tag 175850 sid Bug#175850: xlibs: shlibs need tightening to 4.2.0 There were no tags set. Bug#175854: xlibs: shlibs need tightening to 4.2.0 Tags added: sid > merge 174589 175850 Bug#174589: xlibs: libXrender shlib dependency needs to be bumped to >> 4.2.0 Bug#175850: xlibs: shlibs need tightening to 4.2.0 Bug#175854: xlibs: shlibs need tightening to 4.2.0 Merged 174589 175850 175854. > 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#175850: AHEM
It's PENDING.
SETTLE DOWN, BEAVIS!
Unlike SOME PEOPLE, I TEST MY PACKAGES BEFORE UPLOADING THEM.
SO EXERCISE SOME DAMN PATIENCE.
xfree86 (4.2.1-4pre5v1) unstable; urgency=low
* patch #000_stolen_from_HEAD:
+ dropped patch "Fix the number of beeps when using AccessX and XKB
(#A.1302, Alan Coopersmith)" since it causes the server to beep nonstop
until it's restarted if you press Shift-NumLock to enable PointerKeys.
("xset b off" shuts it up, but it's just beeping silently, as a
subsequent "xset b on" reveals) (Closes: #171294)
+ GLU and GLw aren't extension libraries, so key their default build
status to BuildLibraries. (David Dawes)
+ BuildServersOnly fix when building on a system with no installed X
headers or libraries (#5559, ISHIKAWA Mutsumi).
+ (xc/lib/xkbfile/xkberrs.c): build fixes (Alan Hourihane)
* patch #000_stolen_from_HEAD_savage_driver: new;
+ Fixed memory leaks in S3 Savage driver (Egbert Eich).
+ Savage driver updates (#5203, Tim Roberts).
+ [...] xf86SetOperatingState() call cleanups in most drivers
(Marc La France).
+ Savage driver updates.
- Support for ProSavage DDR (PCI ID 0x8D04)
- TV output fixes
- support for -pixmap24 flag
- XAA fixes to cure lockups
(#5412, Tim Roberts).
+ Fix Mono8x8 code in savage driver, needed ROP_NEEDS_SOURCE, also
add NO_PLANEMASK to ScreenToScreen as code doesn't handle that case
(Alan Hourihane).
+ Remove "Option VideoRam" from savage driver, there's no need for
it, and utilize the entities given VideoRam size (Alan Hourihane).
# * patch #001a: new;
#+ compile the X11 library if we are building the GLX library *or* the X
# server, because GLX and the server-side XKB code assume the X11 headers
# are available
#+ compile the Xext library if we are building the GLX library, because GLX
# assumes the Xext headers are available
#(thanks, ISHIKAWA Mutsumi) (Closes: #170508,#170510)
* patch #009: deleted; didn't do what it was supposed to, and caused other
Xv problems in i810 (Closes: #166234)
* patch #021: new; patch to startx to check for GNU hostname regardless of
what uname reports the OS as; first check to see if "hostname --version"
works at all, and then if it does check both stdout and stderr of that
command for "GNU" (Closes: #167212)
* patch #022: new; fix Xaw's StripChart widget to draw scale lines correctly
(thanks, Nikita V. Youshchenko) (Closes: #167448)
* patch #033: new; fix for ICE message replies when using subprotocols
(thanks, Jochen Voss) (Closes: #95951)
* patch #035: new; fix for null pointer dereferences in fontfile library,
(thanks, Nikita V. Youshchenko) (Closes: #168791)
* patch #041: new; patch from ISHIKAWA Mutsumi to fix missing depend target
in Xlib's Imakefile if "BuildServersOnly" is YES, "BuildXnestServer" is
NO, and "BuildGLXLibrary" is NO.
* patch #079: deleted; superseded by #000_stolen_from_HEAD_savage_driver
* patch #102: deleted; if Sun Type6 keyboards use the same scancodes as
Type5 keyboards to mean different things, then much more of a patch than
this is needed. Fixes FTBFS problem on sparc. (Closes: #170509)
* patch #909: change XF86Config-4(5x)'s NAME section to refer to itself as
XF86Config-4 instead of XF86Config so that "man XF86Config" brings up the
section 7 manpage preferentially
* patch #004,008,046,085: resynced with other patches
* debian/control:
- add Build-Dependency on libstdc++5-dev (for libGLU in xlibmesa3-glu)
- add dependency on debconf to xfree86-common
- remove dependency on debconf from xbase-clients, xfs, xlibmesa3, and
xterm (see below)
- add dependency on xprt-common to xprt, and update its extended
description to describe its broken state and available alternative
(thanks, Drew Parsons) (Closes: #170678)
- C++ ABI 1.02 transition / Mesa 5.0 awareness:
+ xlibmesa3, xlibmesa3-dbg, xlibmesa-dev split into:
xlibmesa3-gl, xlibmesa3-gl-dbg, xlibmesa-gl-dev,
xlibmesa3-glu, xlibmesa3-glu-dbg, xlibmesa-glu-dev (Closes: #175157)
+ xlibmesa3-gl conflicts with and provides libgl1 (pure virtual package)
+ xlibmesa3-gl replaces mesag3 and xlibmesa3
+ dropped old replacement of xserver-xfree86 (<< 4.0.2) by xlibmesa3;
those versions of xserver-xfree86 are long dead and were never part of
a stable Debian release
+ xlibmesa3-gl-dbg depends on exact same version of xlibmesa3-gl
+ xlibmesa3-gl-dbg conflicts with and replaces xlibmesa3-dbg
+ xlibmesa-gl-dev conflicts with and provides libgl-dev (pure virtual
package)
+ xlibmesa3-glu conflicts with and provides libglu1 (mixed virtual
package)
+ xlibmesa3-glu replaces mesag3 (<< 5.0.0-1) and xlibmesa3
+ xlibmesa3-glu-dbg depends on exact same version of xlibme
Bug#176041: xserver-xfree86: XFree86 4.2.1 don't start on matrox G400
Package: xserver-xfree86 Version: 4.2.1-3 Severity: important I had working XFree86 4.1, after change to 4.2.1 xserver don't start. Of course I tried to upgrade also xlibs, xbase-clients ... too but result was same. After Fatal server error: Caught signal 11. Server aborting, there are two more lines: XIO: fatal IO error 104 (Connection reset by peer) on X server ":0.0" after 0 requests (0 known processed) with 0 events remaining. -- 01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G400 AGP (rev 04) 01:00.0 Class 0300: 102b:0525 (rev 04) Section "ServerLayout" Identifier "Default Layout" Screen 0 "Default Screen" 0 0 InputDevice"Generic Keyboard" InputDevice"Configured Mouse" EndSection Section "ServerFlags" Option "StandbyTime" "10" Option "SuspendTime" "15" Option "Offtime" "20" EndSection Section "Files" FontPath "/usr/lib/X11/fonts/misc/:unscaled" # FontPath "/usr/lib/X11/fonts/100dpi/:unscaled" FontPath "/usr/lib/X11/fonts/75dpi/:unscaled" FontPath "/usr/lib/X11/fonts/TrueType" FontPath "/usr/lib/X11/fonts/Type1/:unscaled" FontPath "/usr/lib/X11/fonts/Speedo" # FontPath "/usr/lib/X11/fonts/75dpi" EndSection Section "Module" Load "ddc" Load "GLcore" Load "dbe" Load "dri" Load "extmod" Load "glx" # Load "pex5" Load "record" # Load "xie" Load "bitmap" Load "freetype" Load "speedo" Load "type1" Load "vbe" Load "int10" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "logiinternet" # Option "XkbModel" "pc105" # "pc101" Option "XkbLayout" "us" Option "AutoRepeat" "100 30" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" # Option "Device" "/dev/mouse" Option "Device" "/dev/input/mice" # Option "Protocol" "Microsoft" Option "Protocol" "ImPS/2" # Option "Emulate3Buttons" "true" Option "ZAxisMapping" "4 5" EndSection Section "Modes" Identifier "my modes" # 1024x768 @ 100Hz, 80.21 kHz hsync Modeline "1024x768" 115.5 1024 1056 1248 1440 768 771 781 802 -HSync -VSync # 800x600 100Hz ModeLine "800x600" 69.7 800 864 928 1088 600 604 610 640 -hsync -vsync # 800x600 90Hz - - Modeline "800x600" 69.70800 868 932 1152600 604 610 668 -hsync -vsync # 800x600 @ 85 Hz, 55.84 kHz hsync Modeline "800x600"60.75 800 864 928 1088 600 616 621 657 -HSync -VSync # 800x600 @ 72 Hz, 48.0 kHz hsync Modeline "800x600" 50 800 856 976 1040 600 637 643 666 +hsync +vsync # 800x600 @ 60 Hz, 37.8 kHz hsync Modeline "800x600" 40 800 840 968 1056 600 601 605 628 +hsync +vsync # 800x600 @ 56 Hz, 35.15 kHz hsync ModeLine "800x600" 36 800 824 896 1024 600 601 603 625 # 768x576 @ 100 Hz, 61.5 kHz ModeLine "768x576" 65.10 768 832 896 1056 576 580 586 616 -HSync -VSync # 768x576 @ 85.1 Hz, 51.7 kHz ModeLine "768x576" 52.5 768 802 826 1015 576 577 600 608 -hsync -vsync # 768x576 @ 75.0 Hz, 46.6 kHz (from xawtv FB) ModeLine "768x576" 49.2 768 800 928 1056 576 584 589 621 # 640x480 @ 72 Hz, 36.5 kHz hsync Modeline "640x480" 31.5 640 680 720 864 480 488 491 521 # 640x480 @ 75 Hz, 37.50 kHz hsync ModeLine "640x480"31.5 640 656 720 840 480 481 484 500 -HSync -VSync ModeLine "320x200" 12.6 320 336 384 400 200 204 205 225 doublescan EndSection Section "Monitor" Identifier "Generic Monitor" UseModes "my modes" HorizSync30.0 - 96.0 VertRefresh 50.0 - 100.0 Option "DPMS" # Gamma 1.4 EndSection Section "Device" Identifier "Generic Video Card" Driver "mga" # Option "NoAccel" # Option "XaaNoCPUToScreenColorExpandFill" # Option "XaaNoScreenToScreenColorExpandFill" # Option "XaaNoScanlineCPUToScreenColorExpandFill" # Option "XaaNoCPUToScreenColorExpandFill" Option "XaaNoColor8x8PatternFillRect" Option "XaaNoColor8x8PatternFillTrap" ## Option "XaaNoDashedBresenhamLine" ## Option "XaaNoDashedTwoPointLine" Option "XaaNoImageWriteRect" Option "XaaNoMono8x8PatternFillRect" Option
Bug#175074: Bug#175077: libdv2: libraries not compiled with -fPIC
On Thu, Jan 09, 2003 at 11:53:28PM +0100, Marco d'Itri wrote: > On Jan 09, Daniel Kobras <[EMAIL PROTECTED]> wrote: > > You can check with: > > objdump --all-headers /usr/lib/libdv.so.2 > > It shows a TEXTREL section, so it's not position independent[1]. > > I do not know why this happens even if the code is compiled with -fPIC > (libGL shows the same problem, #175074), I'm Cc'ing the prelink author > in the hope he can explain why prelink is complaining. Normally libGL in XFree86 is compiled without -fPIC (I have a patch to change that, but need to update it and test whether libGL is at least as fast as before). If you made sure all libGL.so .c files are compiled with -fpic/-fPIC and the library is still DT_TEXTREL, you might as well look at assembly files. Easiest is just watching what relocations are against the read-only segment on the final library. Jakub -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#175074: Bug#175077: libdv2: libraries not compiled with -fPIC
On Jan 09, Daniel Kobras <[EMAIL PROTECTED]> wrote: You can check with: objdump --all-headers /usr/lib/libdv.so.2 It shows a TEXTREL section, so it's not position independent[1]. I do not know why this happens even if the code is compiled with -fPIC (libGL shows the same problem, #175074), I'm Cc'ing the prelink author in the hope he can explain why prelink is complaining. [1] See http://docs.sun.com/db/doc/816-1386/6m7qcobl6?a=view#chapter4-29405 for details. -- ciao, Marco -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#175074: xlibmesa3: libraries not compiled with -fPIC
tag 175074 + moreinfo unreproducible help severity 175074 minor retitle 175074 xlibmesa3: I'd like to jump to some conclusions about how this library was compiled thanks On Thu, Jan 02, 2003 at 07:43:49PM +0100, Marco d'Itri wrote: > Package: xlibmesa3 > Version: 4.2.1-4 > Severity: important > > [This is a standard text.] > > One or more shared libraries in this package are buggy. > By policy, all shared libraries MUST be compiled with -fPIC. > > The broken libraries are: > > /usr/X11R6/lib/libGL.so.1 WRONG. My shared libraries, including those in xlibmesa3, are compiled with -fPIC, and the static ones are not, as my build logs attest. Your test is broken. 06:45PM| $ objdump --all-headers /usr/X11R6/lib/libGL.so.1 | grep TEXTREL 06:45PM| TEXTREL 0x0 06:45PM| HoserHead: BZZT 06:46PM| [0] branden@redwald:/usr/X11R6/lib % objdump --all-headers /usr/X11R6/lib/libGL.so.1 | grep TEXTREL 06:46PM| [1] branden@redwald:/usr/X11R6/lib % 06:46PM| Overfiend: must be an x86-only issue 06:46PM| HoserHead: well, then, it's a toolchain issue, and not my bug at all. 06:47PM| Overfiend: could be, yep. tell Md to investigate what's going on further Until you can prove to me that my package is compiling shared objects in contravention of Policy, I am not going to do anything further about this bug. -- G. Branden Robinson|Fair use is irrelevant and Debian GNU/Linux |improper. [EMAIL PROTECTED] |-- Asst. U.S. Attorney Scott http://people.debian.org/~branden/ |Frewing, explaining the DMCA msg05259/pgp0.pgp Description: PGP signature
Bug#175074: Bug#175077: libdv2: libraries not compiled with -fPIC
On Jan 10, Jakub Jelinek <[EMAIL PROTECTED]> wrote: >Normally libGL in XFree86 is compiled without -fPIC (I have a patch to >change that, but need to update it and test whether libGL is at least as >fast as before). >If you made sure all libGL.so .c files are compiled with -fpic/-fPIC and >the library is still DT_TEXTREL, you might as well look at assembly files. >Easiest is just watching what relocations are against the read-only segment >on the final library. I tried building libdv2 without the x86 hand-written assembly and DT_TEXTREL disappeared, so I think the problem is there. Do you have any suggestion I could pass upstream to have it fixed? I could not rebuild X, but I have seen that libGL has x86 assembly code too and the maintainer verified that it's not DT_TEXTREL on a different architecture, so I assume it has the same problem. I looked at the red hat XFree86 SRPM but could not find any patch related to prelinking or libGL, how did you fix this? -- ciao, Marco -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#175074: xlibmesa3: libraries not compiled with -fPIC
Processing commands for [EMAIL PROTECTED]: > tag 175074 - unreproducible moreinfo Bug#175074: xlibmesa3: libraries not compiled with -fPIC There were no tags set. Tags removed: unreproducible, moreinfo > severity 175074 normal Bug#175074: xlibmesa3: libraries not compiled with -fPIC Severity set to `normal'. > retitle 175074 xlibmesa3: contains non-PIC code Bug#175074: xlibmesa3: libraries not compiled with -fPIC Changed Bug title. > 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#175074: xlibmesa3: libraries not compiled with -fPIC
tag 175074 - unreproducible moreinfo severity 175074 normal retitle 175074 xlibmesa3: contains non-PIC code thanks On Jan 10, Branden Robinson <[EMAIL PROTECTED]> wrote: >WRONG. My shared libraries, including those in xlibmesa3, are compiled >with -fPIC, and the static ones are not, as my build logs attest. Your >test is broken. My test is correct. As I explained in my other message this is caused by the hand-written x86 assembly. I believe that the spirit of the debian policy is that libraries should contain only position-independent code, so this is a genuine policy violation. -- ciao, Marco msg05262/pgp0.pgp Description: PGP signature
Re: Possible bug in handling of .Xresources?
On Thu, Jan 09, 2003 at 11:08:29AM +0100, J?r?me Marant wrote:
> [Please CC me on reply]
>
> Hi,
>
> I do have a .Xresources file in my home directory
> (with permissions 0644).
> I always launch Xfree through 'startx' and it seems that
> my .Xresources is never taken into account, although it
> should (according to the /etc/X11/Xsession{,.d/*} files.
>
> I noticed that when I create a .Xdefaults link to
> .Xresources, my X resources are properly loaded.
>
> Is it a bug or did I missed something for any documentation?
I can't reproduce this. My .Xresources file is respected just fine.
-rw-r--r--1 branden branden 863 Nov 13 2001 /home/branden/.Xresources
Attached. Make sure you're using proper X resource syntax.
--
G. Branden Robinson|
Debian GNU/Linux | If encryption is outlawed, only
[EMAIL PROTECTED] | outlaws will @goH7Ok=http://people.debian.org/~branden/ |
! Personal Xresources file
XClipboard*Form*Text*font: fixed
XConsole.verbose: true
XConsole*iconic:false
XConsole*geometry: 1272x89+0-58
XConsole*saveLines: 1000
XConsole*font: 6x10
XTerm*autoWrap: true
XTerm*curses: true
XTerm*loginShell: true
XTerm*reverseWrap: true
XTerm*scrollBar:true
XTerm*saveLines:5000
XTerm*scrollTtyOutput: false
XTerm*trimSelection:true
XTerm*visualBell: true
XTerm*activeIcon: true
XTerm.VT100.background: gray30
XTerm.VT100.foreground: gray90
XTerm.VT100.geometry: 200x55-0+20
XTerm.VT100.color4: DodgerBlue1
XTerm.VT100.color8: gray50
XTerm.VT100.color12: SteelBlue1
!XTerm.VT100.scrollbar.background: white
!XTerm.VT100.scrollbar.foreground: blue
XCalc*IconName: xcalc
XLock.star.delay: 2
XLock.star.batchcount: 100
XLock.star.saturation: 1.0
XLock.star.rock: on
XLock.star.trek: 0
! vim:ai:noet:sts=8:sw=8:tw=0:
msg05263/pgp0.pgp
Description: PGP signature
Bug#175911: XFree86 support for Matrox G550 seems to be broken.
On Thu, Jan 09, 2003 at 12:14:18AM -0500, Branden Robinson wrote: [...] > According to your logfile, the mode you're using is: > > > (**) MGA(0): Default mode "1280x1024": 157.5 MHz, 91.1 kHz, 85.0 Hz > > (II) MGA(0): Modeline "1280x1024" 157.50 1280 1344 1504 1728 1024 1025 1028 >1072 +hsync +vsync > > I'm not sure what's going on here. Neither am I. Looking through the logfile after I've put mga_hal_drv.o back in place, I'm finding the exact same entry -- and the monitor is displaying it without a problem (H:91.0 KHz, V:85.0 Hz... thank you, HP, for giving me that information in the monitor's menu system.) This is _very_ strange, indeed... It's at this point that I think it might be worth emailing to the XFree list, to see if anybody else is seeing things like this. Looks like the G550 code isn't quite complete... or maybe I'm missing something (in which case, I'm fairly comfortable in saying the documentation is incomplete.) *looks closer at the log files* Hmm. It's probably related to this line: (II) MGA(0): Matrox HAL module not loaded - using builtin mode setup instead I wonder. I wonder, I wonder, I wonder... This is getting me intrigued... I'll do some digging of my own, and if I come up with anything useful, I'll add it to the bug report. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
XFree86 4.2.1-4pre5v1 (source,powerpc) at the X Strike Force
See attached .changes file, and please test.
Note that I no longer own a working i386 box.
--
G. Branden Robinson| Measure with micrometer,
Debian GNU/Linux | mark with chalk,
[EMAIL PROTECTED] | cut with axe,
http://people.debian.org/~branden/ | hope like hell.
Format: 1.7
Date: Wed, 8 Jan 2003 23:57:13 -0500
Source: xfree86
Binary: xlibmesa3-gl xserver-common libxaw7-dbg xlibmesa-glu-dev xbase-clients twm
xfonts-scalable xfonts-75dpi libdps1-dbg xlib6g-dev xmh libxaw6-dbg xfwp xlibs
xlibosmesa3-dbg xlibmesa3-glu libdps-dev xserver-xfree86-dbg xserver-xfree86 libdps1
proxymngr xlibmesa3-glu-dbg xfonts-base-transcoded xlibmesa-gl-dev libxaw6-dev
lbxproxy xfonts-cyrillic xlibmesa3-gl-dbg x-window-system-core xlib6g xutils xspecs
xlibs-pic x-window-system xfree86-common xfs xfonts-base xlibs-dbg libxaw7-dev xnest
xfonts-100dpi-transcoded libxaw6 xfonts-100dpi xterm xfonts-75dpi-transcoded xprt
xlibosmesa-dev xvfb libxaw7 xlibosmesa3 xdm xlibs-dev
Architecture: source powerpc all
Version: 4.2.1-4pre5v1
Distribution: unstable
Urgency: low
Maintainer: Branden Robinson <[EMAIL PROTECTED]>
Changed-By: Branden Robinson <[EMAIL PROTECTED]>
Description:
lbxproxy - Low Bandwidth X (LBX) proxy server
libdps-dev - Display PostScript (DPS) client library development files
libdps1- Display PostScript (DPS) client library
libdps1-dbg - Display PostScript (DPS) client library (unstripped)
libxaw6- X Athena widget set library (version 6)
libxaw6-dbg - X Athena widget set library (version 6) (unstripped)
libxaw6-dev - X Athena widget set library development files (version 6)
libxaw7- X Athena widget set library
libxaw7-dbg - X Athena widget set library (unstripped)
libxaw7-dev - X Athena widget set library development files
proxymngr - X proxy services manager
twm- Tab window manager
x-window-system - X Window System
x-window-system-core - X Window System core components
xbase-clients - miscellaneous X clients
xdm- X display manager
xfonts-100dpi - 100 dpi fonts for X
xfonts-100dpi-transcoded - 100 dpi fonts for X (transcoded from ISO 10646-1)
xfonts-75dpi - 75 dpi fonts for X
xfonts-75dpi-transcoded - 75 dpi fonts for X (transcoded from ISO 10646-1)
xfonts-base - standard fonts for X
xfonts-base-transcoded - standard fonts for X (transcoded from ISO 10646-1)
xfonts-cyrillic - Cyrillic fonts for X
xfonts-scalable - scalable fonts for X
xfree86-common - X Window System (XFree86) infrastructure
xfs- X font server
xfwp - X firewall proxy server
xlib6g - pseudopackage providing X libraries
xlib6g-dev - pseudopackage providing X library development files
xlibmesa-gl-dev - Mesa 3D graphics library development files [XFree86]
xlibmesa-glu-dev - Mesa OpenGL utility library development files [XFree86]
xlibmesa3-gl - Mesa 3D graphics library [XFree86]
xlibmesa3-gl-dbg - Mesa 3D graphics library (unstripped) [XFree86]
xlibmesa3-glu - Mesa OpenGL utility library [XFree86]
xlibmesa3-glu-dbg - Mesa OpenGL utility library (unstripped) [XFree86]
xlibosmesa-dev - Mesa off-screen rendering library development files [XFree86]
xlibosmesa3 - Mesa off-screen rendering library [XFree86]
xlibosmesa3-dbg - Mesa off-screen rendering library (unstripped) [XFree86]
xlibs - X Window System client libraries
xlibs-dbg - X Window System client libraries (unstripped)
xlibs-dev - X Window System client library development files
xlibs-pic - X Window System client extension library PIC archives
xmh- X interface to the MH mail system
xnest - nested X server
xprt - X print server (XFree86 version)
xserver-common - files and utilities common to all X servers
xserver-xfree86 - the XFree86 X server
xserver-xfree86-dbg - the XFree86 X server (static version with debugging symbols)
xspecs - X protocol, extension, and library technical specifications
xterm - X terminal emulator
xutils - X Window System utility programs
xvfb - virtual framebuffer X server
Closes: 95951 166234 167212 167448 168791 170508 170509 170510 170513 170678 171294
174589 175157
Changes:
xfree86 (4.2.1-4pre5v1) unstable; urgency=low
.
* patch #000_stolen_from_HEAD:
+ dropped patch "Fix the number of beeps when using AccessX and XKB
(#A.1302, Alan Coopersmith)" since it causes the server to beep nonstop
until it's restarted if you press Shift-NumLock to enable PointerKeys.
("xset b off" shuts it up, but it's just beeping silently, as a
subsequent "xset b on" reveals) (Closes: #171294)
+ GLU and GLw aren't extension libraries, so key their default build
status to BuildLibraries. (David Dawes)
+ BuildServersOnly fix when building on a system with no installed X
headers or libraries (#5559, ISHIKAWA Mutsumi).
+ (xc/lib/xkbfile/xkberrs.c): build fixes (Alan Hourihane)
.
* patch #000_stole
Bug#176091: xserver-xfree86: curved line segments drawn incorrectly
Package: xserver-xfree86 Version: 4.2.1-3 Severity: normal Hello, Programs that draw curved line segments such as xephem don't always draw correctly. Either they are failing to draw or perhaps they are drawing as black. I've compiled new versions of xephem by myself and it didn't solve the problem. I have a statically linked version from the author of xephem and it didn't solve the problem. The problem didn't exist in the xfree86 3.3.6 version of the driver and started when I went to the 4.2 series. Thanks for your time Jeffrey Hundstad 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon VE QY 01:00.0 Class 0300: 1002:5159 ### 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/:7110"# local font server # if the local font server has problems, we can fall back on these FontPath"/usr/local/j2re1.4.1_01/lib/fonts" FontPath"/usr/local/lib/fonts/ttf" FontPath"/usr/share/fonts/truetype" FontPath"/usr/share/fonts/truetype/xfree86-nonfree" # FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID" FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" FontPath"/var/lib/defoma/gs.d/dirs/fonts" FontPath"/usr/lib/X11/fonts/misc/:unscaled" # FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/lib/X11/fonts/Speedo" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/lib/X11/fonts/75dpi" EndSection Section "Module" Load"GLcore" Load"bitmap" Load"dbe" # Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" # Load"pex5" Load"record" Load"speedo" Load"type1" Load"vbe" # Load"xie" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "pc104" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/psaux" Option "Protocol" "ImPS/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 "Generic Video Card" Driver "ati" EndSection Section "Monitor" Identifier "Generic Monitor" HorizSync 30-63 VertRefresh 49-121 Option "DPMS" DisplaySize 279.4 209.55 EndSection Section "Screen" Identifier "Default Screen" Device "Generic Video Card" Monitor "Generic Monitor" DefaultDepth24 SubSection "Display" Depth 1 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 4 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 8 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 15 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display"
Bug#171294: Fixed in CVS
On Thu, Jan 09, 2003 at 06:05:28PM -0500, Matt Zimmerman wrote: > In case you hadn't noticed already, there was a CVS change which claims to > fix this. > > http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/xkb/ddxBeep.c.diff?r1=3.8&r2=3.9 I'm aware of it. I dropped the problematic patch instead, as I had no reports of anyone actually having the problem the 3.8 revision claimed to fix. So, unless someone complains, we'll get this patch with the rest of XFree86 4.3.0. -- G. Branden Robinson|The errors of great men are Debian GNU/Linux |venerable because they are more [EMAIL PROTECTED] |fruitful than the truths of little http://people.debian.org/~branden/ |men. -- Friedrich Nietzsche msg05267/pgp0.pgp Description: PGP signature
Bug#175930: acknowledged by developer (Re: Bug#175930: Shift+Num Lock produce continuous anoying beeps)
On Thu, Jan 09, 2003 at 01:10:48AM -0600, Adam Majer wrote: > Sorry. But the other bug does not have a very good summary of the > problem in the subject > > #171294 -> enabling pointer keys causes server to beep until killed > > It's only Shift+Num Lock and not "enabling pointer keys"... Shift+NumLock *is* how you enable pointer keys... Try it. -- G. Branden Robinson|A committee is a life form with six Debian GNU/Linux |or more legs and no brain. [EMAIL PROTECTED] |-- Robert Heinlein http://people.debian.org/~branden/ | msg05268/pgp0.pgp Description: PGP signature
Bug#176041: marked as done (xserver-xfree86: XFree86 4.2.1 don't start on matrox G400)
Your message dated Fri, 10 Jan 2003 00:25:17 -0500 with message-id <[EMAIL PROTECTED]> and subject line Bug#176041: xserver-xfree86: XFree86 4.2.1 don't start on matrox G400 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) -- Received: (at submit) by bugs.debian.org; 9 Jan 2003 20:11:55 + >From [EMAIL PROTECTED] Thu Jan 09 14:11:53 2003 Return-path: <[EMAIL PROTECTED]> Received: from stateless2.tiscali.cz (mail.tiscali.cz) [213.235.135.71] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 18Wj1s-tR-00; Thu, 09 Jan 2003 14:11:52 -0600 Received: from localhost (212.90.236.207) by mail.tiscali.cz (6.0.044) id 3E1C7FFC00030F3E for [EMAIL PROTECTED]; Thu, 9 Jan 2003 21:09:35 +0100 Received: from honza by localhost with local (Exim 3.32 #1 (Debian)) id 18Wfkx-Dq-00 for <[EMAIL PROTECTED]>; Thu, 09 Jan 2003 17:42:11 +0100 Date: Thu, 9 Jan 2003 17:42:11 +0100 From: Jan Gregor <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: xserver-xfree86: XFree86 4.2.1 don't start on matrox G400 Message-ID: <20030109174211.A725@pisidlo> Reply-To: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.22i X-Reportbug-Version: 1.36 Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-3.2 required=5.0 tests=BALANCE_FOR_LONG_20K,DATE_IN_PAST_03_06,SPAM_PHRASE_00_01, USER_AGENT,USER_AGENT_MUTT version=2.41 X-Spam-Level: Package: xserver-xfree86 Version: 4.2.1-3 Severity: important I had working XFree86 4.1, after change to 4.2.1 xserver don't start. Of course I tried to upgrade also xlibs, xbase-clients ... too but result was same. After Fatal server error: Caught signal 11. Server aborting, there are two more lines: XIO: fatal IO error 104 (Connection reset by peer) on X server ":0.0" after 0 requests (0 known processed) with 0 events remaining. -- 01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G400 AGP (rev 04) 01:00.0 Class 0300: 102b:0525 (rev 04) Section "ServerLayout" Identifier "Default Layout" Screen 0 "Default Screen" 0 0 InputDevice"Generic Keyboard" InputDevice"Configured Mouse" EndSection Section "ServerFlags" Option "StandbyTime" "10" Option "SuspendTime" "15" Option "Offtime" "20" EndSection Section "Files" FontPath "/usr/lib/X11/fonts/misc/:unscaled" # FontPath "/usr/lib/X11/fonts/100dpi/:unscaled" FontPath "/usr/lib/X11/fonts/75dpi/:unscaled" FontPath "/usr/lib/X11/fonts/TrueType" FontPath "/usr/lib/X11/fonts/Type1/:unscaled" FontPath "/usr/lib/X11/fonts/Speedo" # FontPath "/usr/lib/X11/fonts/75dpi" EndSection Section "Module" Load "ddc" Load "GLcore" Load "dbe" Load "dri" Load "extmod" Load "glx" # Load "pex5" Load "record" # Load "xie" Load "bitmap" Load "freetype" Load "speedo" Load "type1" Load "vbe" Load "int10" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "logiinternet" # Option "XkbModel" "pc105" # "pc101" Option "XkbLayout" "us" Option "AutoRepeat" "100 30" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" # Option "Device" "/dev/mouse" Option "Device" "/dev/input/mice" # Option "Protocol" "Microsoft" Option "Protocol" "ImPS/2" # Option "Emulate3Buttons" "true" Option "ZAxisMapping" "4 5" EndSection Section "Modes" Identifier "my modes" # 1024x768 @ 100Hz, 80.21 kHz hsync Modeline "1024x768" 115.5 1024 1056 1248 1440 768 771 781 802 -HSync -VSync # 800x600 100Hz ModeLine "800x600" 69.7 800 864 928 1088 600 604 610 640 -hsync -vsync # 800x600 90Hz - - Modeline "800x600" 69.70800 868 932 1152600 604 610 668 -hsync -vsync # 800x600 @ 85 Hz, 55.84 kHz hsync Modeline "80
Re: here is an updated patch 908 for 4.2.99.3
On Sat, Jan 04, 2003 at 03:54:26PM +0900, ISHIKAWA Mutsumi scrawled: > Hi, > > > In <[EMAIL PROTECTED]> > > Daniel Stone <[EMAIL PROTECTED]> wrote: > > >> > > What is the proper way to shuffle patches around in the > >> > > debian/patches and debian/old-patches directories? I actually just copied the > >> > > patches dir from the 4.2.1 sources to the old-patches dir of the 4.2.99.3 > >> > > package dir. Of course there are lots of conflicts. Should I dump the > >> > > conflicting patches that do not deal with debian or what? > >> > > >> > As I understand it, Daniel Stone is already working on this. > >> > >> Right. As soon as I sort out with upstream which version of Freetype is > >> required, I'll hopefully have fully working packages (they were working > >> on a month-old snapshot, then I updated). I'll aim to keep CVS updating > >> on a weekly basis, and also include 4.2.99.4, and 4.3.0. Currently they > >> work on i386 and powerpc, and I've subverted an hppa machine to test > >> with as well, so it should work on at least 3 architectures (depending > >> on time constraints, I might also work on the alpha and sparcs I have > >> available). > > Where I can download these packages and sources? > > I'm also working to update patches for xfree86.deb to next version. > They are already success to build on i386/alpha/powerpc/hppa/m68k, > and also testing on sparc(but does not complete yet.) > > deb http://hanzubon.jp/HANZUBON/ hanzubon/$(ARCH)/ > deb http://hanzubon.jp/HANZUBON/ hanzubon/all/ > deb-src http://hanzubon.jp/HANZUBON/ hanzubon/source/ > > I want to merge these works to your experimental package, if I can. Hi Ishikawa-san! My packages (i386/powerpc) are available at: deb http://capricorn.woot.net/~daniels/current/sid/$(ARCH)/ ./ I plan to do sarge and woody backports soon, too. I'm in the middle of making -2, which will fix the conflict with Xft2, fix the unclean upgrade issue, split Mesa and xlibs as Branden is doing, and more. Enjoy, and thankyou! :) d -- Daniel Stone <[EMAIL PROTECTED]> Developer, Trinity College, University of Melbourne msg05270/pgp0.pgp Description: PGP signature
Bug#176014: xserver-xfree86: [ati/r128] XVideo bug gives me a stretched video output window (or blue screen)
Maybe the problem is the modeline. I just don't see how 106.2 kHz * 2160 can give a pixel clock of 162 MHz. (**) R128(0): Default mode "1600x1200": 162.0 MHz, 106.2 kHz, 85.0 Hz (II) R128(0): Modeline "1600x1200" 162.00 1600 1664 1688 2160 1200 1202 1205 1250 +hsync +vsync Is this a bug or a red herring? Marc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#171294: Fixed in CVS
In case you hadn't noticed already, there was a CVS change which claims to fix this. http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/xkb/ddxBeep.c.diff?r1=3.8&r2=3.9 -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
