date:20030214

Bug#180855: xlibmesa-glu-dev does not depend on xlibmesa3-glu, and breaks the autobuilders.

2003-02-14 Thread Sven Luther

On Fri, Feb 14, 2003 at 12:10:06AM -0500, Branden Robinson wrote:
> severity 180855 normal
> reassign 180855 xlibmesa-glu-dev
> merge 178310 180855
> thanks
> 
> This bug was already filed and a fix is pending.

Sorry, ...

> Please don't file duplicate bugs.  Check the BTS before filing.

I did miss it, i guess that comes from not using bugreport or some other
such tool.

Friendly,

Sven Luther

Re: How do I disable building parts of the tree?

2003-02-14 Thread Joachim Nilsson

Branden Robinson said:
> On Wed, Feb 12, 2003 at 12:04:09AM -0500, Branden Robinson wrote:
>> Why, yes, in fact Debian's XFree86 packages do this very thing.
>> You can, therefore, look inside the Debian source package to see one
>> way of doing it.
>> debian/rules:
>>  60 SERVERDEBUG_IMAKE_DEFINES:=-DXFree86CustomVersion='\"Debian
>> (static) $(SOURCE_VERSION) $(shell env TZ=UTC date +%Y%m%d%H%M%S)
>> $(BUILDER)\"' -DBuilderEMailAddr='\"$(BUILDER_EMAIL_ADDR)\"'
>> -DBuildServersOnly=YES -DDoLoadableServer=NO -DXnestServer=NO
>> -DXVirtualFramebufferServer=NO -DXprtServer=NO $(DEBUGFLAGS)
>> [...]
>> 178 $(MAKE) -C $(SOURCE_TREE)-xserver-xfree86-dbg WORLDOPTS=""
>> IMAKE_DEFINES="$(SERVERDEBUG_IMAKE_DEFINES)" World
>> So, for instance, instead of "make World", you might say:
>> make -DBuildServersOnly=YES -DDoLoadableServer=NO -DXnestServer=NO
>> -DXVirtualFramebufferServer=NO -DXprtServer=NO World
> Hmm, of course, I meant:
> make WORLDOPTS="" IMAKE_DEFINES="-DBuildServersOnly=YES
> -DDoLoadableServer=NO -DXnestServer=NO -DXVirtualFramebufferServer=NO
> -DXprtServer=NO" World

Of course ... :-)

Thank you I'm not used to building X so this is really helpful. However,
I was aiming for a way to ... say, alter a variable in the rules file, or
similar, to build "batches" of DEB's. Batch one could be the regular
xc tree and batch two the -dbg tree. That way people with small (!)
partitions could build X as well. This is of course no problem for you
Linux users with exceptional kernels. ;) But for us Hurd users we still
kick around the ~2 GB limit on ext2fs.

I won't bother you more with this, instead I'll try and setup some rules
of my own and if someone else is interested I can post the results later
to this thread.

Regards
 /Joachim

-- 
Joachim Nilsson :: 
+46(0)21-123348 ::

Processed: sumitter 180938

2003-02-14 Thread Debian Bug Tracking System

Processing commands for [EMAIL PROTECTED]:

> submitter 180938 [EMAIL PROTECTED]
Bug#180938: xserver-xfree86: [ati/radeon] no DPMS support on digital flat panels
Changed Bug submitter to [EMAIL PROTECTED]

>
End of message, stopping processing here.

Please contact me if you need assistance.

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

Bug#180758: X-window-system failure

2003-02-14 Thread SAJEEV GP

Please Send /etc/X11/XF86Config-4 also, so that I can
tell you where the problem is

Sajeev
--- Balogh Ádám <[EMAIL PROTECTED]> wrote:
> Package: x-window-system
> Version: 4.1.0-16
> 
> Dear sirs,
> 
> I'd love to use an Xserver on my Debian Woody with
> kernel 2.4.18, but it won't start. 
> 
> Please find the attached output of startx. (I send
> the config file too.)
> 
> I'm looking forward to hearing from you.
> 
> Cheers,
> 
> Adam Balogh
> 
> ps. my hardware is a p4 with nvidia geforce2mx-400
> AGP SDR, national keyboard, genius netscroll optical
> ps2 mouse.
> 

> ATTACHMENT part 2 application/octet-stream
name=XFree86.0.log


> ATTACHMENT part 3 application/octet-stream
name=XF86Config-4



__
Do you Yahoo!?
Yahoo! Shopping - Send Flowers for Valentine's Day
http://shopping.yahoo.com

undefined references when compilng mesademos

2003-02-14 Thread Othmar Pasteka

hi,

[[Please Cc: me as I am not on the list, thanks.]]

when I want to compile the mesademos I get the following error
messages:
make[1]: Entering directory `/home/othmar/mesademos/demos'
gcc -I/usr/include -I../include -O3 -ansi -pedantic -fPIC -ffast-math
-D_SVID_SOURCE -D_BSD_SOURCE -DUSE_XSHM -DPTHREADS -I/usr/X11R6/include bounce.c
-L../lib -lglut -lGLU -lGL -lm -o bounce
/usr/lib/gcc-lib/i386-linux/3.2.2/../../../libGL.a(glxext.o)(.text+0x1a): In
function `__glXGetCurrentContext':
: undefined reference to `pthread_key_create'
/usr/lib/gcc-lib/i386-linux/3.2.2/../../../libGL.a(glxext.o)(.text+0x3a): In
function `__glXGetCurrentContext':
: undefined reference to `pthread_getspecific'
/usr/lib/gcc-lib/i386-linux/3.2.2/../../../libGL.a(glxext.o)(.text+0x6c): In
function `__glXSetCurrentContext':
: undefined reference to `pthread_setspecific'
/usr/lib/gcc-lib/i386-linux/3.2.2/../../../libGL.a(glxext.o)(.text+0x7f): In
function `__glXSetCurrentContext':
: undefined reference to `pthread_key_create'
/usr/lib/gcc-lib/i386-linux/3.2.2/../../../libGL.a(glthread.o)(.text+0x1a): In
function `_glthread_InitTSD':
: undefined reference to `pthread_key_create'
/usr/lib/gcc-lib/i386-linux/3.2.2/../../../libGL.a(glthread.o)(.text+0x6f): In
function `_glthread_GetTSD':
: undefined reference to `pthread_getspecific'
/usr/lib/gcc-lib/i386-linux/3.2.2/../../../libGL.a(glthread.o)(.text+0xa7): In
function `_glthread_SetTSD':
: undefined reference to `pthread_setspecific'


so, I don't know why it can'T find the pthread_* functions. any idea?

libGL.a is from libmesa-gl-dev.

so any idea what could be wrong?

TIA
Othmar

PATCH: put X, XIM, Xfs unix sockets in /var/run/X11

2003-02-14 Thread Zack Weinberg


This patch moves the UNIX domain sockets created by the X server, the
font server, and XIM input methods from various .subdirs of /tmp to
/var/run/X11, which directory is created at boot time by the existing
xfree86-common init script.

This change naturally has backward compatibility implications.  There
are several cases to consider:

* New client, old server (for any of the above): logic exists in the
  Xtrans client code to try an old location if the socket is not found
  in the new one, so this is not a problem.

* New X server, old libX11: The boot script creates a symbolic link
  from /tmp/.X11-unix to /var/run/X11, which should prevent any
  trouble in this case.  (Users who know they don't need this can
  disable it.)

* New font server or input method, old X server: This is unlikely to
  come up, but the boot script can be edited to create more symlinks
  if necessary.  README.Debian documents this.

I did not move the socket directory for libICE, because those sockets
get created by arbitrary users.  The major point of moving sockets to
/var/run/X11 is that that directory can be mode 755.  I can think of a
couple ways to get around that but they're all messy enough not to be
worth it.

I also did not move /tmp/.X%d-lock as that would break cohabitation of
old and new X servers on the same host.

zw

--- xc/config/cf/linux.cf~  2003-02-06 23:42:21.0 -0800
+++ xc/config/cf/linux.cf   2003-02-14 14:17:55.0 -0800
@@ -125,7 +125,8 @@
 # define SharedLibGlu  YES
 # define NormalLibGlu  YES
 # define FSUseSyslog   YES
+# define UnixSocketsInVarRun   YES

 /*
  *
--- xc/config/cf/X11.tmpl~  2003-02-06 20:56:37.0 -0800
+++ xc/config/cf/X11.tmpl   2003-02-14 14:21:07.0 -0800
@@ -562,6 +562,10 @@
 #define InstallMiscManPagesNO
 #endif
 
+#ifndef UnixSocketsInVarRun
+#define UnixSocketsInVarRunNO
+#endif
+
 #ifndef FSUseSyslog
 #define FSUseSyslogNO
 #endif
@@ -704,8 +708,11 @@
 #if HasFchown
 FCHOWN_DEFINES = -DHAS_FCHOWN
 #endif
+#if UnixSocketsInVarRun
+USLOC_DEFINES = -DSOCKETS_IN_VAR_RUN
+#endif
 #ifndef ExtraConnectionDefs
-#define ExtraConnectionDefs $(STICKY_DEFINES) $(FCHOWN_DEFINES)
+#define ExtraConnectionDefs $(STICKY_DEFINES) $(FCHOWN_DEFINES) 
$(USLOC_DEFINES)
 #endif
 #ifndef ProjectThreadsDefines
 #define ProjectThreadsDefines -DXTHREADS
--- xc/lib/xtrans/Xtranssock.c~ 2001-12-14 11:57:06.0 -0800
+++ xc/lib/xtrans/Xtranssock.c  2003-02-14 14:46:14.0 -0800
@@ -228,7 +228,40 @@
 #define UNIX_DIR  "/usr/spool/sockets/X11"
 #endif
 
-#else /* !hpux */
+#elif defined(SOCKETS_IN_VAR_RUN)
+
+#if defined(X11_t)
+#define UNIX_PATH "/var/run/X11/X"
+#define UNIX_DIR "/var/run/X11"
+#define OLD_UNIX_PATH "/tmp/.X11-unix/X"
+#endif /* X11_t */
+#if defined(XIM_t)
+#define UNIX_PATH "/var/run/X11/XIM"
+#define UNIX_DIR "/var/run/X11"
+#define OLD_UNIX_PATH "/tmp/.XIM-unix/XIM"
+#endif /* XIM_t */
+#if defined(FS_t) || defined(FONT_t)
+#define UNIX_PATH "/var/run/X11/fs"
+#define UNIX_DIR "/var/run/X11"
+#define OLD_UNIX_PATH "/tmp/.font-unix/fs"
+#endif /* FS_t || FONT_t */
+#if defined(ICE_t)
+/* ICE sockets stay in /tmp since those are created by clients.  */
+#define UNIX_PATH "/tmp/.ICE-unix/"
+#define UNIX_DIR "/tmp/.ICE-unix"
+#endif /* ICE_t */
+#if defined(TEST_t)
+/* ??? Does not appear to be used for anything.  */
+#define UNIX_PATH "/tmp/.Test-unix/test"
+#define UNIX_DIR "/tmp/.Test-unix"
+#endif
+#if defined(LBXPROXY_t)
+#define UNIX_PATH "/var/run/X11/X"
+#define UNIX_DIR "/var/run/X11"
+#define OLD_UNIX_PATH "/tmp/.X11-unix/X"
+#endif
+
+#else /* not hpux and not /var/run/X11 */
 
 #if defined(X11_t)
 #define UNIX_PATH "/tmp/.X11-unix/X"
@@ -1552,7 +1585,7 @@
 struct sockaddr_un sockname;
 intnamelen;
 
-#if defined(hpux) && defined(X11_t)
+#ifdef OLD_UNIX_PATH
 struct sockaddr_un old_sockname;
 intold_namelen;
 #endif
@@ -1607,9 +1640,9 @@
 #endif
 
 
-#if defined(hpux) && defined(X11_t)
+#ifdef OLD_UNIX_PATH
 /*
- * This is gross, but it was in Xlib
+ * Support an older location for the socket.
  */
 old_sockname.sun_family = AF_UNIX;
 if (set_sun_path(port, OLD_UNIX_PATH, old_sockname.sun_path) != 0) {
@@ -1620,7 +1653,6 @@
sizeof (old_sockname.sun_family);
 #endif
 
-
 /*
  * Do the connect()
  */
@@ -1630,7 +1662,7 @@
int olderrno = errno;
int connected = 0;

-#if defined(hpux) && defined(X11_t)
+#ifdef OLD_UNIX_PATH
if (olderrno == ENOENT)
{
if (connect (ciptr->fd,
--- debian/xfree86-common.init~ 2003-02-06 20:54:23.0 -0800
+++ debian/xfree86-common.init  2003-02-14 14:59:05.0 -0800
@@ -4,7 +4,12 @@
 set -e
 
 PATH=/bin:/usr/bin:/sbin:/usr/sbin
-SOCKET_DIR=/tmp/.X11-unix
+
+# By default this script creates symlinks only for /tmp/.X11-unix.
+# .XIM-unix and .font-unix were also moved.  You can edit this l

Re: How do I disable building parts of the tree?

2003-02-14 Thread Joachim Nilsson

Branden Robinson said:
> On Wed, Feb 12, 2003 at 12:04:09AM -0500, Branden Robinson wrote:
>> Why, yes, in fact Debian's XFree86 packages do this very thing.
>> You can, therefore, look inside the Debian source package to see one
>> way of doing it.
>> debian/rules:
>>  60 SERVERDEBUG_IMAKE_DEFINES:=-DXFree86CustomVersion='\"Debian
>> (static) $(SOURCE_VERSION) $(shell env TZ=UTC date +%Y%m%d%H%M%S)
>> $(BUILDER)\"' -DBuilderEMailAddr='\"$(BUILDER_EMAIL_ADDR)\"'
>> -DBuildServersOnly=YES -DDoLoadableServer=NO -DXnestServer=NO
>> -DXVirtualFramebufferServer=NO -DXprtServer=NO $(DEBUGFLAGS)
>> [...]
>> 178 $(MAKE) -C $(SOURCE_TREE)-xserver-xfree86-dbg WORLDOPTS=""
>> IMAKE_DEFINES="$(SERVERDEBUG_IMAKE_DEFINES)" World
>> So, for instance, instead of "make World", you might say:
>> make -DBuildServersOnly=YES -DDoLoadableServer=NO -DXnestServer=NO
>> -DXVirtualFramebufferServer=NO -DXprtServer=NO World
> Hmm, of course, I meant:
> make WORLDOPTS="" IMAKE_DEFINES="-DBuildServersOnly=YES
> -DDoLoadableServer=NO -DXnestServer=NO -DXVirtualFramebufferServer=NO
> -DXprtServer=NO" World

Of course ... :-)

Thank you I'm not used to building X so this is really helpful. However,
I was aiming for a way to ... say, alter a variable in the rules file, or
similar, to build "batches" of DEB's. Batch one could be the regular
xc tree and batch two the -dbg tree. That way people with small (!)
partitions could build X as well. This is of course no problem for you
Linux users with exceptional kernels. ;) But for us Hurd users we still
kick around the ~2 GB limit on ext2fs.

I won't bother you more with this, instead I'll try and setup some rules
of my own and if someone else is interested I can post the results later
to this thread.

Regards
 /Joachim

-- 
Joachim Nilsson :: 
+46(0)21-123348 :: 

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

Processed: sumitter 180938

2003-02-14 Thread Debian Bug Tracking System

Processing commands for [EMAIL PROTECTED]:

> submitter 180938 [EMAIL PROTECTED]
Bug#180938: xserver-xfree86: [ati/radeon] no DPMS support on digital flat panels
Changed Bug submitter to [EMAIL PROTECTED]

>
End of message, stopping processing here.

Please contact me if you need assistance.

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



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

Bug#180758: X-window-system failure

2003-02-14 Thread SAJEEV GP

Please Send /etc/X11/XF86Config-4 also, so that I can
tell you where the problem is

Sajeev
--- Balogh Ádám <[EMAIL PROTECTED]> wrote:
> Package: x-window-system
> Version: 4.1.0-16
> 
> Dear sirs,
> 
> I'd love to use an Xserver on my Debian Woody with
> kernel 2.4.18, but it won't start. 
> 
> Please find the attached output of startx. (I send
> the config file too.)
> 
> I'm looking forward to hearing from you.
> 
> Cheers,
> 
> Adam Balogh
> 
> ps. my hardware is a p4 with nvidia geforce2mx-400
> AGP SDR, national keyboard, genius netscroll optical
> ps2 mouse.
> 

> ATTACHMENT part 2 application/octet-stream
name=XFree86.0.log


> ATTACHMENT part 3 application/octet-stream
name=XF86Config-4



__
Do you Yahoo!?
Yahoo! Shopping - Send Flowers for Valentine's Day
http://shopping.yahoo.com



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

undefined references when compilng mesademos

2003-02-14 Thread Othmar Pasteka

hi,

[[Please Cc: me as I am not on the list, thanks.]]

when I want to compile the mesademos I get the following error
messages:
make[1]: Entering directory `/home/othmar/mesademos/demos'
gcc -I/usr/include -I../include -O3 -ansi -pedantic -fPIC -ffast-math
-D_SVID_SOURCE -D_BSD_SOURCE -DUSE_XSHM -DPTHREADS -I/usr/X11R6/include bounce.c
-L../lib -lglut -lGLU -lGL -lm -o bounce
/usr/lib/gcc-lib/i386-linux/3.2.2/../../../libGL.a(glxext.o)(.text+0x1a): In
function `__glXGetCurrentContext':
: undefined reference to `pthread_key_create'
/usr/lib/gcc-lib/i386-linux/3.2.2/../../../libGL.a(glxext.o)(.text+0x3a): In
function `__glXGetCurrentContext':
: undefined reference to `pthread_getspecific'
/usr/lib/gcc-lib/i386-linux/3.2.2/../../../libGL.a(glxext.o)(.text+0x6c): In
function `__glXSetCurrentContext':
: undefined reference to `pthread_setspecific'
/usr/lib/gcc-lib/i386-linux/3.2.2/../../../libGL.a(glxext.o)(.text+0x7f): In
function `__glXSetCurrentContext':
: undefined reference to `pthread_key_create'
/usr/lib/gcc-lib/i386-linux/3.2.2/../../../libGL.a(glthread.o)(.text+0x1a): In
function `_glthread_InitTSD':
: undefined reference to `pthread_key_create'
/usr/lib/gcc-lib/i386-linux/3.2.2/../../../libGL.a(glthread.o)(.text+0x6f): In
function `_glthread_GetTSD':
: undefined reference to `pthread_getspecific'
/usr/lib/gcc-lib/i386-linux/3.2.2/../../../libGL.a(glthread.o)(.text+0xa7): In
function `_glthread_SetTSD':
: undefined reference to `pthread_setspecific'


so, I don't know why it can'T find the pthread_* functions. any idea?

libGL.a is from libmesa-gl-dev.

so any idea what could be wrong?

TIA
Othmar


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

PATCH: put X, XIM, Xfs unix sockets in /var/run/X11

2003-02-14 Thread Zack Weinberg


This patch moves the UNIX domain sockets created by the X server, the
font server, and XIM input methods from various .subdirs of /tmp to
/var/run/X11, which directory is created at boot time by the existing
xfree86-common init script.

This change naturally has backward compatibility implications.  There
are several cases to consider:

* New client, old server (for any of the above): logic exists in the
  Xtrans client code to try an old location if the socket is not found
  in the new one, so this is not a problem.

* New X server, old libX11: The boot script creates a symbolic link
  from /tmp/.X11-unix to /var/run/X11, which should prevent any
  trouble in this case.  (Users who know they don't need this can
  disable it.)

* New font server or input method, old X server: This is unlikely to
  come up, but the boot script can be edited to create more symlinks
  if necessary.  README.Debian documents this.

I did not move the socket directory for libICE, because those sockets
get created by arbitrary users.  The major point of moving sockets to
/var/run/X11 is that that directory can be mode 755.  I can think of a
couple ways to get around that but they're all messy enough not to be
worth it.

I also did not move /tmp/.X%d-lock as that would break cohabitation of
old and new X servers on the same host.

zw

--- xc/config/cf/linux.cf~  2003-02-06 23:42:21.0 -0800
+++ xc/config/cf/linux.cf   2003-02-14 14:17:55.0 -0800
@@ -125,7 +125,8 @@
 # define SharedLibGlu  YES
 # define NormalLibGlu  YES
 # define FSUseSyslog   YES
+# define UnixSocketsInVarRun   YES

 /*
  *
--- xc/config/cf/X11.tmpl~  2003-02-06 20:56:37.0 -0800
+++ xc/config/cf/X11.tmpl   2003-02-14 14:21:07.0 -0800
@@ -562,6 +562,10 @@
 #define InstallMiscManPagesNO
 #endif
 
+#ifndef UnixSocketsInVarRun
+#define UnixSocketsInVarRunNO
+#endif
+
 #ifndef FSUseSyslog
 #define FSUseSyslogNO
 #endif
@@ -704,8 +708,11 @@
 #if HasFchown
 FCHOWN_DEFINES = -DHAS_FCHOWN
 #endif
+#if UnixSocketsInVarRun
+USLOC_DEFINES = -DSOCKETS_IN_VAR_RUN
+#endif
 #ifndef ExtraConnectionDefs
-#define ExtraConnectionDefs $(STICKY_DEFINES) $(FCHOWN_DEFINES)
+#define ExtraConnectionDefs $(STICKY_DEFINES) $(FCHOWN_DEFINES) $(USLOC_DEFINES)
 #endif
 #ifndef ProjectThreadsDefines
 #define ProjectThreadsDefines -DXTHREADS
--- xc/lib/xtrans/Xtranssock.c~ 2001-12-14 11:57:06.0 -0800
+++ xc/lib/xtrans/Xtranssock.c  2003-02-14 14:46:14.0 -0800
@@ -228,7 +228,40 @@
 #define UNIX_DIR  "/usr/spool/sockets/X11"
 #endif
 
-#else /* !hpux */
+#elif defined(SOCKETS_IN_VAR_RUN)
+
+#if defined(X11_t)
+#define UNIX_PATH "/var/run/X11/X"
+#define UNIX_DIR "/var/run/X11"
+#define OLD_UNIX_PATH "/tmp/.X11-unix/X"
+#endif /* X11_t */
+#if defined(XIM_t)
+#define UNIX_PATH "/var/run/X11/XIM"
+#define UNIX_DIR "/var/run/X11"
+#define OLD_UNIX_PATH "/tmp/.XIM-unix/XIM"
+#endif /* XIM_t */
+#if defined(FS_t) || defined(FONT_t)
+#define UNIX_PATH "/var/run/X11/fs"
+#define UNIX_DIR "/var/run/X11"
+#define OLD_UNIX_PATH "/tmp/.font-unix/fs"
+#endif /* FS_t || FONT_t */
+#if defined(ICE_t)
+/* ICE sockets stay in /tmp since those are created by clients.  */
+#define UNIX_PATH "/tmp/.ICE-unix/"
+#define UNIX_DIR "/tmp/.ICE-unix"
+#endif /* ICE_t */
+#if defined(TEST_t)
+/* ??? Does not appear to be used for anything.  */
+#define UNIX_PATH "/tmp/.Test-unix/test"
+#define UNIX_DIR "/tmp/.Test-unix"
+#endif
+#if defined(LBXPROXY_t)
+#define UNIX_PATH "/var/run/X11/X"
+#define UNIX_DIR "/var/run/X11"
+#define OLD_UNIX_PATH "/tmp/.X11-unix/X"
+#endif
+
+#else /* not hpux and not /var/run/X11 */
 
 #if defined(X11_t)
 #define UNIX_PATH "/tmp/.X11-unix/X"
@@ -1552,7 +1585,7 @@
 struct sockaddr_un sockname;
 intnamelen;
 
-#if defined(hpux) && defined(X11_t)
+#ifdef OLD_UNIX_PATH
 struct sockaddr_un old_sockname;
 intold_namelen;
 #endif
@@ -1607,9 +1640,9 @@
 #endif
 
 
-#if defined(hpux) && defined(X11_t)
+#ifdef OLD_UNIX_PATH
 /*
- * This is gross, but it was in Xlib
+ * Support an older location for the socket.
  */
 old_sockname.sun_family = AF_UNIX;
 if (set_sun_path(port, OLD_UNIX_PATH, old_sockname.sun_path) != 0) {
@@ -1620,7 +1653,6 @@
sizeof (old_sockname.sun_family);
 #endif
 
-
 /*
  * Do the connect()
  */
@@ -1630,7 +1662,7 @@
int olderrno = errno;
int connected = 0;

-#if defined(hpux) && defined(X11_t)
+#ifdef OLD_UNIX_PATH
if (olderrno == ENOENT)
{
if (connect (ciptr->fd,
--- debian/xfree86-common.init~ 2003-02-06 20:54:23.0 -0800
+++ debian/xfree86-common.init  2003-02-14 14:59:05.0 -0800
@@ -4,7 +4,12 @@
 set -e
 
 PATH=/bin:/usr/bin:/sbin:/usr/sbin
-SOCKET_DIR=/tmp/.X11-unix
+
+# By default this script creates symlinks only for /tmp/.X11-unix.
+# .XIM-unix and .font-unix were also moved.  You can edit this li

Bug#166234: [t_pugliese@yahoo.com: Bugs #166234 and #131602]

2003-02-14 Thread Branden Robinson

- Forwarded message from Thomas Pugliese <[EMAIL PROTECTED]> -

From: Thomas Pugliese <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Bugs #166234 and #131602
Date: Fri, 14 Feb 2003 08:23:39 -0800 (PST)
Message-ID: <[EMAIL PROTECTED]>
X-Spam-Status: No, hits=1.6 required=4.0
tests=SPAM_PHRASE_01_02,SUBJ_HAS_UNIQ_ID
version=2.44

I was experiencing this problem with the sarge version
of X.  I upgrated xserver-xfree86 to the latest
unstable (4.2.1-5) and it mostly solved the problem at
1024x768.  When I start using 800x600 or 640x480 for
TV/out there is still a blue bar on the screen when
using XVideo with Ogle or Mplayer.  Let me know if you
need any more info.

Thanks,

Thomas Pugliese

__
Do you Yahoo!?
Yahoo! Shopping - Send Flowers for Valentine's Day
http://shopping.yahoo.com

- End forwarded message -

-- 
G. Branden Robinson|   The software said it required
Debian GNU/Linux   |   Windows 3.1 or better, so I
[EMAIL PROTECTED] |   installed Linux.
http://people.debian.org/~branden/ |

msg05854/pgp0.pgp
Description: PGP signature

Bug#180855: xlibmesa-glu-dev does not depend on xlibmesa3-glu, and breaks the autobuilders.

Re: How do I disable building parts of the tree?

Processed: sumitter 180938

Bug#180758: X-window-system failure

undefined references when compilng mesademos

PATCH: put X, XIM, Xfs unix sockets in /var/run/X11

Re: How do I disable building parts of the tree?

Processed: sumitter 180938

Bug#180758: X-window-system failure

undefined references when compilng mesademos

PATCH: put X, XIM, Xfs unix sockets in /var/run/X11

Bug#166234: [t_pugliese@yahoo.com: Bugs #166234 and #131602]

12 matches

Site Navigation

Mail list logo

Footer information