Bug#692994: Bug#691535: undefined symbol: glPopClientAttrib

2012-11-11 Thread gregor herrmann
On Sun, 11 Nov 2012 21:46:58 +0100, Julien Cristau wrote:

> > Why would it work with the 32bit "foreign" libraries but not with the
> > "native" 64bit ones?
> Because this is not a '32bit' vs '64bit' test, it's a 'direct' vs
> 'indirect' test.  No surprise that they're different.  (Your 64bit libGL
> won't load a 32bit driver, so changing the driver path means you fall
> back to indirect.)

D'oh! Thanks.

So this is the same as LIBGL_ALWAYS_INDIRECT=1, as tried earlier in
#691535 ...


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Peter Jones: Victim Of Sin


signature.asc
Description: Digital signature


Bug#434028: xserver-xorg-video-intel: Ignores Screen/Display/Modes configuration

2007-07-26 Thread gregor herrmann
On Sat, 21 Jul 2007 11:06:36 +0200, Brice Goglin wrote:

> Does it help if you:
> * get a ModeLine for your desired resolution/refresh rate with something
> like
> gtf 1024 768 78
>   and add it to your xorg.conf Monitor section
> * add a PreferredMode line to your Monitor section
> Option "PreferredMode" "1024x768_78.00"

I had the same problem as the submitter and your hints helped. I now
have the following lines in the Monitor section of my xorg.conf

  # gtf 1280 1024 75
  # 1280x1024 @ 75.00 Hz (GTF) hsync: 80.17 kHz; pclk: 138.54 MHz
  Modeline "1280x1024_75.00"  138.54  1280 1368 1504 1728  1024 1025 1028
  Option  "PreferredMode" "1280x1024_75.00"

and the resolution is up to 1280x1024 again (before it was 1280x768
which is rather ugly).

Cheers,
gregor

-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-


signature.asc
Description: Digital signature


Bug#524413: xauth fails with xorg 7.4

2009-06-10 Thread gregor herrmann
On Wed, 10 Jun 2009 22:58:47 +0200, Julien Cristau wrote:

> > > > on $server:
> > > > DISPLAY=$desktop:0 ssh -X $client sensible-browser "$URL"
> > > Wow, that's quite a running in circles. Why don't you just use
> > > ssh client DISPLAY=:0 sensible-browser "$URL"
> > /me coughs in embarrassment
> > Right, that's indeed way simpler and does what I want; thanks!
> So should we close this?

Bernhard's proposal solves my problem, but xauth still doesn't seem
to work -- unless I'm doing something wrong:


gre...@belanna:~$ xauth list
belanna/unix:0  MIT-MAGIC-COOKIE-1  a48ce076edc6f675ff5db43f43bdc313
belanna.comodo.priv.at:0  MIT-MAGIC-COOKIE-1  a48ce076edc6f675ff5db43f43bdc313
gre...@guinan:~$ xauth list

gre...@belanna:~$ xauth extract - belanna:0.0 | ssh guinan xauth merge -
gre...@guinan:~$ xauth list
belanna:0  MIT-MAGIC-COOKIE-1  a48ce076edc6f675ff5db43f43bdc313

gre...@guinan:~$ DISPLAY=belanna:0 xeyes
Invalid MIT-MAGIC-COOKIE-1 keyError: Can't open display: belanna:0

gre...@belanna:~$ cat /etc/X11/xinit/xserverrc
#!/bin/sh
# $Id: xserverrc 189 2005-06-11 00:04:27Z branden $
#exec /usr/bin/X11/X -nolisten tcp
exec /usr/bin/X11/X -dpi 100 -retro


Maybe I'm missing something but I seem to remember that this worked
before this way.

Cheers,
gregor

-- 
 .''`.   Home: http://info.comodo.priv.at/{,blog/} / GPG Key ID: 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
   `-NP: Element of Crime: Nur mit dir


signature.asc
Description: Digital signature


Bug#520405: fixed in 243

2009-03-29 Thread gregor herrmann
On Sun, 22 Mar 2009 20:20:39 +0100, Jan De Luyck wrote:

> I can confirm that the patch supplied by Thomas Dickey makes xterm beep 
> again. Yay ;)

I just tried the new 243 upstream release from
ftp://invisible-island.net/xterm/xterm-243.tgz
and I can confirm that the audible bell is back.

Cheers,
gregor
-- 
 .''`.   Home: http://info.comodo.priv.at/{,blog/} / GPG Key ID: 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
   `-NP: [DKP]: Nebel, mein Nebel (UdSSR)


signature.asc
Description: Digital signature


Bug#524413: xauth fails with xorg 7.4

2009-04-16 Thread gregor herrmann
Package: xauth
Version: 1:1.0.3-2
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Since quite some time I've used the following setup (with two machines
in my LAN for getting $URL from irssi on $server to $desktop):

on $desktop:
/usr/bin/xauth extract - $desktop:0.0 | ssh $server xauth merge -

on $server:
DISPLAY=$desktop:0 ssh -X $client sensible-browser "$URL"

(and X on $desktop runs as `/usr/bin/X11/X -dpi 100', i.e. without
the default '-nolisten tcp')

Since last week's upgrade of xserver-xorg-* this doesn't work any
more, all I get on $server is:
Invalid MIT-MAGIC-COOKIE-1 keyError: cannot open display: localhost:10.0

The output of `xauth list' on both machines looks sane and matches.
`xauth +$server' also works as expected.


Please tell me if there's anything else I can check or try or ...


Cheers,
gregor

- -- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'experimental'), 
(500, 'testing'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.29.200904051323
Locale: LANG=C, lc_ctype=de...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages xauth depends on:
ii  libc6 2.9-7  GNU C Library: Shared libraries
ii  libx11-6  2:1.2.1-1  X11 client-side library
ii  libxau6   1:1.0.4-2  X11 authorisation library
ii  libxext6  2:1.0.4-1  X11 miscellaneous extension librar
ii  libxmuu1  2:1.0.4-1  X11 miscellaneous micro-utility li
ii  x11-common1:7.4+1X Window System (X.Org) infrastruc

xauth recommends no packages.

xauth suggests no packages.

- -- no debconf information

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

iEYEARECAAYFAknnsWEACgkQOzKYnQDzz+QFcwCgqwjRIhtaVbDSmxe4OUtGQv+s
DWEAoJOSK1b7GvE/hd7oOxeN9KheKui5
=6MBr
-END PGP SIGNATURE-



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



Bug#524413: xauth fails with xorg 7.4

2009-04-17 Thread gregor herrmann
On Fri, 17 Apr 2009 11:20:06 +0200, Bernhard R. Link wrote:

> > on $server:
> > DISPLAY=$desktop:0 ssh -X $client sensible-browser "$URL"
> Wow, that's quite a running in circles. Why don't you just use
> ssh client DISPLAY=:0 sensible-browser "$URL"

/me coughs in embarrassment

Right, that's indeed way simpler and does what I want; thanks!


Cheers,
gregor
 
-- 
 .''`.   Home: http://info.comodo.priv.at/{,blog/} / GPG Key ID: 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
   `-NP: Kurt Ostbahn & Die Kombo: Des haut mi vire


signature.asc
Description: Digital signature


Bug#588658: x11-xkb-utils: french macintosh keymap not compiling

2010-07-11 Thread gregor herrmann
On Sun, 11 Jul 2010 10:21:42 +0100, Julien Cristau wrote:

> > (EE) Error compiling keymap (server-0)
> > (EE) XKB: Couldn't compile keymap
> > XKB: Failed to compile keymap
> > Keyboard initialization failed. This could be a missing or incorrect setup 
> > of xkeyboard-config.
> Please attach your xorg.conf, Xorg.0.log and /etc/default/keyboard
> files.

The same happens on my Openmoko Freerunner (armel), and other people
on the pkg-fso mailing list and on IRC have reported the same
problem.

The problem occurs both with 7.5+3 from the archive and the 7.5+4
armel package Julien created on agricola.

deanna:~# grep -E -v "^(#|$)"  /etc/X11/xorg.conf
Section "ServerLayout"
Identifier "Default Layout"
Screen  0  "Screen0" 0 0
EndSection
Section "Screen"
Identifier  "Screen0"
Device  "Videocard0"
Monitor "Monitor0"
DefaultDepth 16
EndSection
Section "Device"
Identifier  "Videocard0"
Driver  "glamo"
EndSection
Section "Monitor"
Identifier   "Monitor0"
VendorName   "Monitor Vendor"
DisplaySize 200 200
EndSection


deanna:~# grep -E -v "^(#|$)"  /etc/default/keyboard 
XKBMODEL="pc105"
XKBLAYOUT="de"
XKBVARIANT=""
XKBOPTIONS="lv3:ralt_switch,terminate:ctrl_alt_bksp"


Xorg.0.log attached.


Cheers,
gregor

-- 
 .''`.   http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe
   `-NP: Joan Baez: Wenn unsere Brüder kommen

X.Org X Server 1.7.7
Release Date: 2010-05-04
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.32-trunk-iop32x armv5tel Debian
Current Operating System: Linux deanna 2.6.29-rc3 #1 PREEMPT Fri Mar 5 17:27:31 
CET 2010 armv4tl
Kernel command line: rootfstype=jffs2 root=/dev/mtdblock6 
console=ttySAC2,115200 console=tty0 loglevel=8 regular_boot 
mtdparts=physmap-flash:-(nor);neo1973-nand:0x0004(u-boot),0x0004(u-boot_env),0x0080(kernel),0x000a(splash),0x0004(factory),0x0f6a(rootfs)
 rootfstype=ext3 root=/dev/mmcblk0p2 rootdelay=5
Build Date: 05 June 2010  05:17:19PM
xorg-server 2:1.7.7-2 (Julien Cristau ) 
Current version of pixman: 0.16.4
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: Sun Jul 11 16:33:40 2010
(==) Using config file: "/etc/X11/xorg.conf"
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
(==) ServerLayout "Default Layout"
(**) |-->Screen "Screen0" (0)
(**) |   |-->Monitor "Monitor0"
(**) |   |-->Device "Videocard0"
(==) 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 "/usr/share/fonts/X11/100dpi/" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/share/fonts/X11/Type1" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/share/fonts/X11/100dpi" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/share/fonts/X11/75dpi" 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,
built-ins
(==) ModulePath set to "/usr/lib/xorg/modules"
(II) The server relies on udev to provide the list of input devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
(II) Loader magic: 0x1a7090
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.4
X.Org Video Driver: 6.0
X.Org XInput driver : 7.0
X.Org Server Extension : 2.0
(++) using VT number 3

(II) Open APM successful
(II) LoadModule: "extmod"
(II) Loading /usr/lib/xorg/modules/extensions/libextmod.so
(II) Module extmod: vendor="X.Org Foundation"
compiled for 1.7.7, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 2.0
(II) Loading extension SELinux
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-DGA
(II) Loading extension DPMS
(II) Loading extension XVideo
(II) Loading extension XVideo-MotionCompensation
(II) Loading extension X-Resource
(II) LoadModule: "dbe"
(II) Loading /usr/lib/xorg/modules/extensions/libdbe.so
(II) Module dbe: vendor="X.Org Foundation"
compiled for 1.7.7, module version = 1.0.0
Modu

Bug#564200: #564200 xserver-xorg-core: PC speaker does not work

2010-03-15 Thread gregor herrmann
On Sat, 09 Jan 2010 17:50:09 -0500, Thomas Dickey wrote:

> >Right, configure doesn't use XkbBell in the debian build because the
> >package doesn't build-depend on libxkbfile-dev (which provides
> >).  I'll try to remember to fix that.
> thanks (barring bug-fixes, I don't have any plans to change that
> corner of xterm)

FWIW: The new xterm package (256-1) brings the bell back for me.
Thanks Julien and Thomas!

Cheers,
gregor 
 
-- 
 .''`.   http://info.comodo.priv.at/ -- GPG Key IDs: 0x8649AA06, 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe
   `-NP: The Doors: Light My Fire


signature.asc
Description: Digital signature


Bug#900395: xserver-xorg-input-all: keyboard no longer working after dist-upgrade

2018-12-01 Thread gregor herrmann
Control: tag -1 + moreinfo
Control: severity -1 important

On Mon, 04 Jun 2018 09:54:40 +0200, Emilio Pozuelo Monfort wrote:

> > 2018-05-30 07:53:07 status installed xserver-xorg-input-all:amd64 1:7.7+19
> > 2018-05-30 07:53:08 remove xserver-xorg-input-all:amd64 1:7.7+19 
> > 2018-05-30 07:53:08 status half-configured xserver-xorg-input-all:amd64
> > 1:7.7+19
> > 2018-05-30 07:53:08 status half-installed xserver-xorg-input-all:amd64 
> > 1:7.7+19
> > 2018-05-30 07:53:08 status config-files xserver-xorg-input-all:amd64 
> > 1:7.7+19
> > 2018-05-30 07:53:08 status config-files xserver-xorg-input-all:amd64 
> > 1:7.7+19
> > 2018-05-30 07:53:08 status config-files xserver-xorg-input-all:amd64 
> > 1:7.7+19
> > 2018-05-30 07:53:08 status not-installed xserver-xorg-input-all:amd64 
> 
> From the log it's not clear to me why xserver-xorg-input-all got removed in 
> the
> first place.

And I'm skeptical that xserver-xorg-input-all decided to uninstakk
itself. I guess we need more info here; downgrading the severity for
the time being …

Cheers,
gregor, from the Bern BSP

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   


signature.asc
Description: Digital Signature


Bug#879624: xorg: After upgrade to buster: system doesnt start x-server anymore but stop reacting

2018-12-01 Thread gregor herrmann
Control: severity -1 important
Control: tag -1 + moreinfo

I looked through this bug during the Bern Bug Squashing Party, and
although I'm not in the xorg team, my impression is that the bug is
not actionable in the current state.
The individual messages hint at problems that might be related to the
kernel, to GNOME, or maybe to xorg but with the available information
that's hard to say.

I suggest that the participants try to use one of the support
channels mentioned at https://www.debian.org/support to get help in
narrowing down the problem.

I'm quite sure the bug severity is inflated, as xorg works for many
users without any issues; I'm lowering the severity for now.


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   


signature.asc
Description: Digital Signature


Bug#1016363: libx11-6 1.8.1 also breaks glxinfo

2022-08-03 Thread gregor herrmann
On Mon, 01 Aug 2022 14:57:59 +0200, Hermann Meyer wrote:

> With libx11-6 1.8.1 I get:
> 
> |glxinfo name of display: :0 glxinfo: ../nptl/pthread_mutex_lock.c:424:
> __pthread_mutex_lock_full: Assertion `e != ESRCH || !robust' failed.
> Abgebrochen|

Same here.
 
With xscreensaver I also see SIGABRTs:

% /usr/libexec/xscreensaver/xscreensaver-gl-visual 
xscreensaver-gl-visual: ../nptl/pthread_mutex_lock.c:424: 
__pthread_mutex_lock_full: Assertion `e != ESRCH || !robust' failed.
[2]16090 IOT instruction (core dumped)  
/usr/libexec/xscreensaver/xscreensaver-gl-visual


(gdb) bt
#0  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:49
#1  0x7fd5dad70546 in __GI_abort () at abort.c:79
#2  0x7fd5dad7042f in __assert_fail_base (fmt=0x7fd5daee6fb8 "%s%s%s:%u: 
%s%sAssertion `%s' failed.\n%n", assertion=0x7fd5da8a969f "e != ESRCH || 
!robust", file=0x7fd5da8a9682 "../nptl/pthread_mutex_lock.c", line=424, 
function=) at assert.c:92
#3  0x7fd5dad7f242 in __GI___assert_fail 
(assertion=assertion@entry=0x7fd5da8a969f "e != ESRCH || !robust", 
file=file@entry=0x7fd5da8a9682 "../nptl/pthread_mutex_lock.c", 
line=line@entry=424, function=function@entry=0x7fd5da8a9800 
<__PRETTY_FUNCTION__.1> "__pthread_mutex_lock_full") at assert.c:101
#4  0x7fd5da89ded3 in __pthread_mutex_lock_full (mutex=0x56356ef69310) at 
../nptl/pthread_mutex_lock.c:424
#5  0x7fd5daf5891a in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#6  0x7fd5daf6af48 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#7  0x7fd5dac47146 in get_socket_back (c=0x56356ef6a760) at 
../../src/xcb_out.c:96
#8  get_socket_back (c=0x56356ef6a760) at ../../src/xcb_out.c:87
#9  0x7fd5dac479de in prepare_socket_request (c=0x56356ef6a760) at 
../../src/xcb_out.c:126
#10 send_fds (num_fds=0, fds=0x0, c=0x56356ef6a760) at ../../src/xcb_out.c:196
#11 xcb_send_request_with_fds64 (c=c@entry=0x56356ef6a760, flags=flags@entry=1, 
vector=vector@entry=0x7ffc68a55b90, req=req@entry=0x7fd5dac5a9e0 , 
num_fds=num_fds@entry=0, fds=fds@entry=0x0) at ../../src/xcb_out.c:316
#12 0x7fd5dac4818b in xcb_send_request64 (c=c@entry=0x56356ef6a760, 
flags=flags@entry=1, vector=vector@entry=0x7ffc68a55b90, 
req=req@entry=0x7fd5dac5a9e0 ) at ../../src/xcb_out.c:349
#13 0x7fd5dac48199 in xcb_send_request (c=c@entry=0x56356ef6a760, 
flags=flags@entry=1, vector=vector@entry=0x7ffc68a55b90, 
req=req@entry=0x7fd5dac5a9e0 ) at ../../src/xcb_out.c:355
#14 0x7fd5dac56d14 in xcb_query_extension (c=c@entry=0x56356ef6a760, 
name_len=, name=name@entry=0x7fd5da8e7000 "DRI3") at 
xproto.c:12277
#15 0x7fd5dac4a272 in get_lazyreply (c=c@entry=0x56356ef6a760, 
ext=ext@entry=0x7fd5da8e9070 ) at ../../src/xcb_ext.c:79
#16 0x7fd5dac4a3c5 in xcb_prefetch_extension_data (c=0x56356ef6a760, 
ext=0x7fd5da8e9070 ) at ../../src/xcb_ext.c:111
#17 0x7fd5da9db2b5 in dri3_x11_connect 
(dri2_dpy=dri2_dpy@entry=0x56356ef87e30) at 
../src/egl/drivers/dri2/platform_x11_dri3.c:558
#18 0x7fd5da9da498 in dri2_initialize_x11_dri3 (disp=0x56356ef87350) at 
../src/egl/drivers/dri2/platform_x11.c:1503
#19 dri2_initialize_x11 (disp=disp@entry=0x56356ef87350) at 
../src/egl/drivers/dri2/platform_x11.c:1676
#20 0x7fd5da9d46c0 in dri2_initialize (disp=0x56356ef87350) at 
../src/egl/drivers/dri2/egl_dri2.c:1179
#21 dri2_initialize (disp=disp@entry=0x56356ef87350) at 
../src/egl/drivers/dri2/egl_dri2.c:1146
#22 0x7fd5da9cc79d in eglInitialize (dpy=0x56356ef87350, 
major=0x7ffc68a55d58, minor=0x7ffc68a55d5c) at ../src/egl/main/eglapi.c:640
#23 0x56356ea7cccf in get_gl_visual (screen=0x56356ef698b0) at 
./utils/visual-gl.c:68
#24 0x56356ea7c43c in main (argc=, argv=0x7ffc68a55eb8) at 
./hacks/glx/xscreensaver-gl-visual.c:79


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   


signature.asc
Description: Digital Signature


Bug#1016363: libx11-6 1.8.1 also breaks glxinfo

2022-08-03 Thread gregor herrmann
On Wed, 03 Aug 2022 20:06:28 +0200, Richard B. Kreckel wrote:

> So, should Debian build with --disable-thread-safety-constructor, at
> least for a while?

I can confirm that the following trivial change avoids the issues I'm
seeing in glxinfo and xscreensaver-gl-visual:

#v+
--- libx11-1.8.1/debian/rules
+++ libx11-1.8.1/debian/rules
@@ -9,7 +9,8 @@
 override_dh_auto_configure-indep override_dh_auto_configure-arch:
dh_auto_configure -- \
$(docflags) \
-   --without-fop
+   --without-fop \
+   --disable-thread-safety-constructor
v#-

Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   


signature.asc
Description: Digital Signature