X Strike Force SVN commit: rev 548 - in branches/4.3.0/sid/debian: . patches

2003-09-18 Thread X Strike Force SVN Admin
Author: branden
Date: 2003-09-18 02:43:43 -0500 (Thu, 18 Sep 2003)
New Revision: 548

Added:
   branches/4.3.0/sid/debian/patches/067_fix_X11_with_HasXdmAuth.diff
Modified:
   branches/4.3.0/sid/debian/changelog
Log:
debian/patches/067_fix_X11_with_HasXdmAuth.diff: Fix build failure.
  LinkSourceFile(Wrap.h,$(XDMCPLIBSRC)) was writing targets to the Makefile
  to create the symlink from the Xdmcp directory but neither Wrap.o nor
  Wraphelp.o were depending on Wrap.h, so the Wrap.h target never got
  invoked.


Modified: branches/4.3.0/sid/debian/changelog
===
--- branches/4.3.0/sid/debian/changelog 2003-09-18 04:33:19 UTC (rev 547)
+++ branches/4.3.0/sid/debian/changelog 2003-09-18 07:43:43 UTC (rev 548)
@@ -151,8 +151,12 @@
   * debian/patches/063_fix_weak_deps.diff: fix weak shared object dependencies
 in libDPS and libDPSTK (Closes: #210651)
 
- -- Branden Robinson [EMAIL PROTECTED]  Wed, 17 Sep 2003 23:17:30 -0500
+  * debian/patches/067_fix_X11_with_HasXdmAuth.diff: fix build failure;
+xc/lib/X11/Wrap.c and Wraphelp.c were being linked over from lib/Xdmcap
+but lib/Xdmcp/Wrap.h was not
 
+ -- Branden Robinson [EMAIL PROTECTED]  Thu, 18 Sep 2003 02:41:37 -0500
+
 xfree86 (4.3.0-0pre1v1) experimental; urgency=low
 
   * new upstream release

Added: branches/4.3.0/sid/debian/patches/067_fix_X11_with_HasXdmAuth.diff
===
--- branches/4.3.0/sid/debian/patches/067_fix_X11_with_HasXdmAuth.diff  2003-09-18 
04:33:19 UTC (rev 547)
+++ branches/4.3.0/sid/debian/patches/067_fix_X11_with_HasXdmAuth.diff  2003-09-18 
07:43:43 UTC (rev 548)
@@ -0,0 +1,35 @@
+$Id$
+
+This patch by Branden Robinson.  Prompted by recent mysterious breakage
+with XDM auth support.  LinkSourceFile(Wrap.h,$(XDMCPLIBSRC)) was writing
+targets to the Makefile to create the symlink from the Xdmcp directory but
+neither Wrap.o nor Wraphelp.o were depending on Wrap.h, so the Wrap.h
+target never got invoked.
+
+--- xc/lib/X11/Imakefile~  2003-09-18 01:12:10.0 -0500
 xc/lib/X11/Imakefile   2003-09-18 01:13:32.0 -0500
+@@ -49,7 +49,7 @@
+  MALLOC_DEFINES = XMalloc0ReturnsNullDefines
+ #endif
+ #if HasXdmAuth
+-XDMAUTHDEFS = -DHASXDMAUTH
++XDMAUTHDEFS = -I$(XDMCPLIBSRC) -DHASXDMAUTH
+ XDMAUTHOBJS = Wrap.o Wraphelp.o
+ XDMAUTHSRCS = Wrap.c Wraphelp.c
+ #endif
+@@ -997,6 +997,7 @@
+ LinkFile(ximtrans.c,$(TRANSCOMMSRC)/transport.c)
+ SpecialCLibObjectRule(OpenDis,$(ICONFIGFILES),$(BC_DEFINES) $(OPEN_DEFINES) 
$(XTRANS_X_DEFINES) $(XKB_DEFINES))
+ SpecialCLibObjectRule(Wrap,$(ICONFIGFILES),$(XDMAUTHDEFS))
++SpecialCLibObjectRule(Wraphelp,$(ICONFIGFILES),$(XDMAUTHDEFS))
+ SpecialCLibObjectRule(XlibInt,$(ICONFIGFILES),$(CONN_DEFINES) $(POLL_DEFINES) 
$(XTRANS_X_DEFINES))
+ SpecialCLibObjectRule(Font,$(ICONFIGFILES),$(SHM_DEFINES) $(XF86BIGFONT_DEFINES))
+ SpecialCLibObjectRule(FontInfo,$(ICONFIGFILES),$(SHM_DEFINES) $(XF86BIGFONT_DEFINES))
+@@ -1044,7 +1045,6 @@
+ LinkSourceFile(k5encode.c,$(XAUTHSRC))
+ #endif
+ #if HasXdmAuth
+-LinkSourceFile(Wrap.h,$(XDMCPLIBSRC))
+ LinkSourceFile(Wrap.c,$(XDMCPLIBSRC))
+ LinkSourceFile(Wraphelp.c,$(XDMCPLIBSRC))
+ #endif


Property changes on: branches/4.3.0/sid/debian/patches/067_fix_X11_with_HasXdmAuth.diff
___
Name: svn:keywords
   + Id


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



X Strike Force SVN commit: rev 549 - in branches/4.3.0/sid/debian: . patches

2003-09-18 Thread X Strike Force SVN Admin
Author: branden
Date: 2003-09-18 02:48:43 -0500 (Thu, 18 Sep 2003)
New Revision: 549

Added:
   branches/4.3.0/sid/debian/patches/068_fix_InstallAppDefFiles_screwage.diff
Modified:
   branches/4.3.0/sid/debian/changelog
Log:
debian/patches/068_fix_InstallAppDefFiles_screwage.diff: always define the
  Imake symbol InstallAppDefFiles to YES on Debian systems; shuts up an
  extremely annoying build-time warning


Modified: branches/4.3.0/sid/debian/changelog
===
--- branches/4.3.0/sid/debian/changelog 2003-09-18 07:43:43 UTC (rev 548)
+++ branches/4.3.0/sid/debian/changelog 2003-09-18 07:48:43 UTC (rev 549)
@@ -155,8 +155,12 @@
 xc/lib/X11/Wrap.c and Wraphelp.c were being linked over from lib/Xdmcap
 but lib/Xdmcp/Wrap.h was not
 
- -- Branden Robinson [EMAIL PROTECTED]  Thu, 18 Sep 2003 02:41:37 -0500
+  * debian/patches/068_fix_InstallAppDefFiles_screwage.diff: always define the
+Imake symbol InstallAppDefFiles to YES on Debian systems; shuts up an
+extremely annoying build-time warning
 
+ -- Branden Robinson [EMAIL PROTECTED]  Thu, 18 Sep 2003 02:47:04 -0500
+
 xfree86 (4.3.0-0pre1v1) experimental; urgency=low
 
   * new upstream release

Added: branches/4.3.0/sid/debian/patches/068_fix_InstallAppDefFiles_screwage.diff
===
--- branches/4.3.0/sid/debian/patches/068_fix_InstallAppDefFiles_screwage.diff  
2003-09-18 07:43:43 UTC (rev 548)
+++ branches/4.3.0/sid/debian/patches/068_fix_InstallAppDefFiles_screwage.diff  
2003-09-18 07:48:43 UTC (rev 549)
@@ -0,0 +1,32 @@
+$Id$
+
+This patch by Branden Robinson.  Apparently, in 4.3.0, InstallAppDefFiles is
+not defined by default anymore (it was in 4.2.1).
+
+It might make more sense to just unconditionally redefine
+InstallAppDefaultsLong(), but an impact analysis of that hasn't been done
+yet.
+
+--- xc/config/cf/linux.cf~ 2003-09-18 01:28:10.0 -0500
 xc/config/cf/linux.cf  2003-09-18 01:28:26.0 -0500
+@@ -110,13 +110,16 @@
+ /* # define JoystickSupport YES */
+ # define XAppLoadDir  EtcX11Directory/app-defaults
+ # define XFileSearchPathDefault   
Concat4(EtcX11Directory/%L/%T/%N%C,%S:EtcX11Directory/%l/%T/%N%C,%S:EtcX11Directory/%T/%N%C,%S:EtcX11Directory/%L/%T/%N%S:EtcX11Directory/%l/%T/%N%S:EtcX11Directory/%T/%N%S):Concat4($(LIBDIR)/%L/%T/%N%C,%S:$(LIBDIR)/%l/%T/%N%C,%S:$(LIBDIR)/%T/%N%C,%S:$(LIBDIR)/%L/%T/%N%S:$(LIBDIR)/%l/%T/%N%S:$(LIBDIR)/%T/%N%S)
++# define InstallAppDefFiles   YES
+ /* the relative symlink created by this rule causes problems for us */
+-# if InstallAppDefFiles
+-#  define InstallAppDefaultsLong(file,class)  @@\
++# ifdef InstallAppDefFiles
++#  if InstallAppDefFiles
++#   define InstallAppDefaultsLong(file,class) @@\
+ InstallNamedTarget(install,file.ad,$(INSTAPPFLAGS),$(XAPPLOADDIR),class)
+-# else
+-#  define InstallAppDefaultsLong(file,class)  @@\
++#  else
++#   define InstallAppDefaultsLong(file,class) @@\
+ InstallNamedTargetNoClobber(install,file.ad,$(INSTAPPFLAGS),$(XAPPLOADDIR),class)
++#  endif
+ # endif /* InstallAppDefFiles */
+ # define SharedLibXdmGreetNO
+ # define LinkGLToUsrInclude   NO


Property changes on: 
branches/4.3.0/sid/debian/patches/068_fix_InstallAppDefFiles_screwage.diff
___
Name: svn:keywords
   + Id


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



Bug#211361: xserver crashes in starup running on vmware

2003-09-18 Thread Bertram Lueckehe
Hi Daniel,

i was using vmware_drv.o that is in the debian package xserver-xfree86. I replaced it 
now by the version you can download from 
http://www.vmware.com/download/downloadxserver.html and now it works.

You should replace the file in the package with the new one from vmware (sourcecode is 
available) or remove it from the package.

Thanks for your help!

Best regards,

Bertram


Daniel Stone [EMAIL PROTECTED] schrieb am 17.09.03 13:19:35:
 
 On Wed, Sep 17, 2003 at 11:50:09AM +0200, Bertram Lueckehe wrote:
  when I try to start my X server, it crashes. See logfile in the attachment. I'm 
  running my linux inside a vmware. This problem did NOT occur until I upgraded to 
  the latest security patch version of xfree86 released by debian on 12th of sep.  
  Version 4.1.0-16 was okay.
  There seem to be unresolved symbols in vmware_drv.o.
 
 Hi Bertram,
 Unfortunately we can't support VMware's driver, since it's proprietary, and we
 have no control over it. I suggest taking the issue up with the people who make
 VMware, since we can't do anything about it.
 
 Thanks for your report, and thanks for using Debian - closing as it's VMware's
 fault.
 
 -- 
 Daniel Stone  [EMAIL PROTECTED]
 http://www.debian.org - http://www.kde.org - http://www.freedesktop.org
 Configurability is always the best choice when it's pretty simple to implement
   -- Havoc Pennington, gnome-list
 


__
Die Besten ihrer Klasse! WEB.DE FreeMail (1,7) und WEB.DE Club (1,9) -
bei der Stiftung Warentest - ein Doppelsieg! http://f.web.de/?mc=021184




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



Bug#211361: xserver crashes in starup running on vmware

2003-09-18 Thread Daniel Stone
retitle 211361 [vmware]: module broken on 4.1.0-16woody1
tags 211361 = patch woody moreinfo
severity 211361 important
thanks mate

On Wed, Sep 17, 2003 at 01:37:35PM +0200, Bertram Lueckehe wrote:
 i was using vmware_drv.o that is in the debian package xserver-xfree86. I replaced 
 it now by the version you can download from 
 http://www.vmware.com/download/downloadxserver.html and now it works.
 
 You should replace the file in the package with the new one from vmware (sourcecode 
 is available) or remove it from the package.

Thanks for your analysis, Bertram - sorry about the incorrect closure of this
bug, I forgot about the new VMware module being open and stuff (this has changed
since the last time I used VMware).

Can anyone confirm whether this bug is woody-only, or whether it also applies to
4.2.x/4.3.x? Until we establish how wide the reach of this bug is, I'm leaving
this as moreinfo.

Thanks for using Debian, and thanks for your analysis.

Regards,
Daniel

-- 
Daniel Stone  [EMAIL PROTECTED]
http://www.debian.org - http://www.kde.org - http://www.freedesktop.org
Configurability is always the best choice when it's pretty simple to implement
  -- Havoc Pennington, gnome-list


pgp0.pgp
Description: PGP signature


Processed: Re: Bug#211361: xserver crashes in starup running on vmware

2003-09-18 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 retitle 211361 [vmware]: module broken on 4.1.0-16woody1
Bug#211361: xserver crashes in starup running on vmware
Changed Bug title.

 tags 211361 = patch woody moreinfo
Bug#211361: [vmware]: module broken on 4.1.0-16woody1
There were no tags set.
Tags set to: patch, woody, moreinfo

 severity 211361 important
Bug#211361: [vmware]: module broken on 4.1.0-16woody1
Severity set to `important'.

 thanks mate
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]



Extreme slow video memory in 4.3.0 on tdfx

2003-09-18 Thread Nikolai Prokoschenko
Hello!

I have a Voodoo 3 2000 AGP using 4.3.0-pre1v1 on a 2.6.0-test4 kernel.
While getting issues with tvtime straight (http://tvtime.sf.net)
extreme slowiness of my video memory has been noticed.

[EMAIL PROTECTED]:~$ x11perf -shmput500
x11perf - X11 performance program, version 1.5
The XFree86 Project, Inc server version 4030 on :0.0
from nikolai
Thu Sep 18 12:08:56 2003

Sync time adjustment is 0.0916 msecs.

240 reps @  22.1760 msec (45.1/sec): ShmPutImage 500x500 square
240 reps @  22.2049 msec (45.0/sec): ShmPutImage 500x500 square
240 reps @  22.2775 msec (44.9/sec): ShmPutImage 500x500 square
240 reps @  22.3223 msec (44.8/sec): ShmPutImage 500x500 square
240 reps @  22.2703 msec (44.9/sec): ShmPutImage 500x500 square
1200 trep @  22.2502 msec (44.9/sec): ShmPutImage 500x500 square


Alas I cannot tell if this was the case under 4.2.1, but I've tested
it with 2.4.22 kernel version - the same effect. The same card on
2.4.18 and XFree86 4.1 shows much better results:

=+==
[EMAIL PROTECTED]:~$ x11perf -shmput500 | tee /tmp/test
x11perf - X11 performance program, version 1.5
The XFree86 Project, Inc server version 4011 on :0.0
from station
Thu Sep 18 11:56:51 2003

Sync time adjustment is 0.2528 msecs.

800 reps @   7.6494 msec (   131.0/sec): ShmPutImage 500x500 square
800 reps @   7.6627 msec (   131.0/sec): ShmPutImage 500x500 square
800 reps @   7.6665 msec (   130.0/sec): ShmPutImage 500x500 square
800 reps @   7.6610 msec (   131.0/sec): ShmPutImage 500x500 square
800 reps @   7.6539 msec (   131.0/sec): ShmPutImage 500x500 square
4000 trep @   7.6587 msec (   131.0/sec): ShmPutImage 500x500 square
=+==

Did I miss some configuration option? What can be the reason? Direct
Rendering is enabled according to glxinfo.

Thank you.

-- 
Nikolai Prokoschenko 
[EMAIL PROTECTED] / Jabber: [EMAIL PROTECTED]


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



Bug#211528: xserver-xfree86: New Radeon 9200 chipset not supported (chipid 5964)

2003-09-18 Thread Chris Chiappa
Package: xserver-xfree86
Version: 4.3.0-0pre1v1
Severity: normal
Tags: experimental patch

I've got a generic Radeon 9200 (ie, not made by ATI) which even the
xserver-xfree86 in experimental doesn't detect:

01:00.0 VGA compatible controller: ATI Technologies Inc: Unknown device 5964
(rev 01) (prog-if 00 [VGA])
Subsystem: C.P. Technology Co. Ltd: Unknown device 2073
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium TAbort-
TAbort- MAbort- SERR- PERR-
Latency: 64 (2000ns min), cache line size 08
Interrupt: pin A routed to IRQ 16
Region 0: Memory at e000 (32-bit, prefetchable) [size=256M]
Region 1: I/O ports at d800 [size=256]
Region 2: Memory at df00 (32-bit, non-prefetchable) [size=64K]
Expansion ROM at dffe [disabled] [size=128K]
Capabilities: available only to root

I made the obvious changes to
debian/patches/030b_radeon_rv280_support.diff (included) but I don't know
how to generate the right case clause for the switch () statement in
ati_chip.c.  I forced the switch to default to rv280 with this nasty hack:

default:
/*
 * I'd say it's a Rage128 or a Radeon here, except that I don't
 * support them.
 */
return ATI_CHIP_RV280;
return ATI_CHIP_Mach64;
}

and the X server (in about 5 minutes of use) seems fine.  Happy to provide
any other info or debugging.

-- Package-specific info:
01:00.0 VGA compatible controller: ATI Technologies Inc: Unknown device 5964 (rev 01)
01:00.0 Class 0300: 1002:5964 (rev 01)

### 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
FontPathunix/:7100# local font server
# if the local font server has problems, we can fall back on these
FontPath/usr/lib/X11/fonts/Type1
FontPath/usr/lib/X11/fonts/CID
FontPath/usr/lib/X11/fonts/Speedo
FontPath/usr/lib/X11/fonts/misc
FontPath/usr/lib/X11/fonts/cyrillic
FontPath/usr/lib/X11/fonts/100dpi
FontPath/usr/lib/X11/fonts/75dpi
EndSection

Section Module
LoadGLcore
Loadbitmap
Loaddbe
Loadddc
Loaddri
Loadextmod
Loadfreetype
Loadglx
Loadint10
Loadrecord
Loadspeedo
Loadtype1
Loadvbe
EndSection

Section InputDevice
Identifier  Generic Keyboard
Driver  keyboard
Option  CoreKeyboard
Option  XkbRules  xfree86
Option  XkbModel  pc102
Option  XkbLayout us
EndSection

Section InputDevice
Identifier  Configured Mouse
Driver  mouse
Option  CorePointer
Option  Device/dev/psaux
Option  Protocol  MouseManPlusPS/2
Option  Emulate3Buttons   true
Option  ZAxisMapping  4 5
EndSection

Section InputDevice
Identifier  Generic Mouse
Driver  mouse
Option  SendCoreEventstrue
Option  Device/dev/input/mice
Option  Protocol  ImPS/2
Option  Emulate3Buttons   true
Option  ZAxisMapping  4 5
EndSection

Section Device
Identifier  ATI Radeon 9200LE
Driver  ati
EndSection

Section Monitor
Identifier  Iiyama Vision Master Pro 17
HorizSync   50-130
VertRefresh 60-150
Option  DPMS
EndSection

Section Screen
Identifier  Default Screen
Device  ATI Radeon 9200LE
Monitor Iiyama Vision Master Pro 17
DefaultDepth24
SubSection Display
Depth   1
Modes   1280x1024 1024x768 800x600 640x480
EndSubSection
SubSection Display
Depth   4
Modes   1280x1024 1024x768 

Re: pkg-config enabling libX11

2003-09-18 Thread Daniel Stone
On Thu, Sep 18, 2003 at 05:08:23AM -0500, Warren Turkal wrote:
 On a slightly realated note, I think Daniel is checking to see if the
 current 017 is even needed for a proper build. It seems to be some legacy
 from 4.2.

Built successfully sans #017.

-- 
Daniel Stone  [EMAIL PROTECTED]
http://www.debian.org - http://www.kde.org - http://www.freedesktop.org
Configurability is always the best choice when it's pretty simple to implement
  -- Havoc Pennington, gnome-list


pgp0.pgp
Description: PGP signature


Re: pkg-config enabling libX11

2003-09-18 Thread Daniel Stone
On Thu, Sep 18, 2003 at 11:55:47PM +1000, Daniel Stone wrote:
 On Thu, Sep 18, 2003 at 05:08:23AM -0500, Warren Turkal wrote:
  On a slightly realated note, I think Daniel is checking to see if the
  current 017 is even needed for a proper build. It seems to be some legacy
  from 4.2.
 
 Built successfully sans #017.

Sigh, ignore this message, as I'm way too tired. #017 was included, and I really
need to go to bed now.

-- 
Daniel Stone  [EMAIL PROTECTED]
http://www.debian.org - http://www.kde.org - http://www.freedesktop.org
Configurability is always the best choice when it's pretty simple to implement
  -- Havoc Pennington, gnome-list


pgp0.pgp
Description: PGP signature


Re: Extreme slow video memory in 4.3.0 on tdfx

2003-09-18 Thread Michel Dänzer
On Thu, 2003-09-18 at 12:12, Nikolai Prokoschenko wrote: 
 
 I have a Voodoo 3 2000 AGP using 4.3.0-pre1v1 on a 2.6.0-test4 kernel.
 While getting issues with tvtime straight (http://tvtime.sf.net)
 extreme slowiness of my video memory has been noticed.

See http://bugs.xfree86.org/show_bug.cgi?id=414 .


-- 
Earthling Michel Dnzer   \  Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast  \ http://svcs.affero.net/rm.php?r=daenzer


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



Bug#211528: xserver-xfree86: New Radeon 9200 chipset not supported (chipid 5964)

2003-09-18 Thread Michel Dänzer
On Thu, 2003-09-18 at 13:39, Chris Chiappa wrote: 
 I made the obvious changes to
 debian/patches/030b_radeon_rv280_support.diff (included) but I don't know
 how to generate the right case clause for the switch () statement in
 ati_chip.c.  I forced the switch to default to rv280 with this nasty hack:
 
 default:
 /*
  * I'd say it's a Rage128 or a Radeon here, except that I don't
  * support them.
  */
 return ATI_CHIP_RV280;
 return ATI_CHIP_Mach64;
 }
 
 and the X server (in about 5 minutes of use) seems fine.  Happy to provide
 any other info or debugging.

I think you need this instead:

 -- xc/programs/Xserver/hw/xfree86/drivers/ati/atichip.c.2_rv280   Mon Mar  3 
 23:13:18 2003
 +++ xc/programs/Xserver/hw/xfree86/drivers/ati/atichip.c  Tue Mar  4 04:22:23 
 2003
 @@ -675,6 +675,18 @@
  case NewChipID('L', 'g'):
  return ATI_CHIP_RADEONMOBILITY9;
  
 +case NewChipID('Y', '\''):
 +case NewChipID('Y', 'a'):
 +case NewChipID('I', 'b'):
 +case NewChipID('I', 'c'):

The last two should be replaced by

+case NewChipID('Y', 'b'):
+case NewChipID('Y', 'c'):
+case NewChipID('Y', 'd'):

 +return ATI_CHIP_RV280;
 +
 +case NewChipID('Y', 'h'):
 +case NewChipID('Y', 'i'):
 +case NewChipID('Y', 'j'):
 +case NewChipID('Y', 'k'):
 +return ATI_CHIP_RADEONMOBILITY9PLUS;
 +
  case NewChipID('A', 'D'):
  case NewChipID('A', 'E'):
  case NewChipID('A', 'F'):


 -- xc/programs/Xserver/hw/xfree86/drivers/ati/radeon_version.h.2_rv280Fri 
 Mar  7 06:56:11 2003
 +++ xc/programs/Xserver/hw/xfree86/drivers/ati/radeon_version.h   Fri Mar  7 
 06:56:31 2003
 @@ -39,6 +39,7 @@
  #define RADEON_DRIVER_NAME   radeon
  #define R200_DRIVER_NAME r200
  #define RV250_DRIVER_NAMEr200
 +#define RV280_DRIVER_NAMEr200
  
  #define RADEON_VERSION_MAJOR 4
  #define RADEON_VERSION_MINOR 0

BTW, this is as superfluous as RV250_DRIVER_NAME, just use
R200_DRIVER_NAME.


-- 
Earthling Michel Dnzer   \  Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast  \ http://svcs.affero.net/rm.php?r=daenzer



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



Processed: Re: Bug#211361: xserver crashes in starup running on vmware

2003-09-18 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 retitle 211361 xserver-xfree86: [vmware] crash on startup on PCI SVGA (FIFO) rev 0
Bug#211361: [vmware]: module broken on 4.1.0-16woody1
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]



Re: pkg-config enabling libX11

2003-09-18 Thread Warren Turkal
Daniel Stone wrote:
 On Thu, Sep 18, 2003 at 05:08:23AM -0500, Warren Turkal wrote:
 On a slightly realated note, I think Daniel is checking to see if the
 current 017 is even needed for a proper build. It seems to be some legacy
 from 4.2.
 
 Built successfully sans #017.
 

In light of this information, I propose that we remove patch 017 completely
and replace it with my patch enabling pkg-config support.

Warren
-- 
President, GOLUM, Inc.
http://www.golum.org


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



Processed: Re: Bug#211528: xserver-xfree86: New Radeon 9200 chipset not supported (chipid 5964)

2003-09-18 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 tag 211528 - patch
Bug#211528: xserver-xfree86: New Radeon 9200 chipset not supported (chipid 5964)
Tags were: experimental patch
Tags removed: patch

 tag 211528 + upstream
Bug#211528: xserver-xfree86: New Radeon 9200 chipset not supported (chipid 5964)
Tags were: experimental
Tags added: upstream

 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]



X Strike Force SVN commit: rev 550 - in branches/4.3.0/sid/debian: . patches

2003-09-18 Thread X Strike Force SVN Admin
Author: branden
Date: 2003-09-18 11:54:26 -0500 (Thu, 18 Sep 2003)
New Revision: 550

Added:
   branches/4.3.0/sid/debian/patches/069_fix_ugly_r128_driver_warning.diff
Modified:
   branches/4.3.0/sid/debian/changelog
Log:
debian/patches/069_fix_ugly_r128_driver_warning.diff: fix an ugly
  diagnostic message which was also a multiline string literal


Modified: branches/4.3.0/sid/debian/changelog
===
--- branches/4.3.0/sid/debian/changelog 2003-09-18 07:48:43 UTC (rev 549)
+++ branches/4.3.0/sid/debian/changelog 2003-09-18 16:54:26 UTC (rev 550)
@@ -159,8 +159,11 @@
 Imake symbol InstallAppDefFiles to YES on Debian systems; shuts up an
 extremely annoying build-time warning
 
- -- Branden Robinson [EMAIL PROTECTED]  Thu, 18 Sep 2003 02:47:04 -0500
+  * debian/patches/069_fix_ugly_r128_driver_warning.diff: fix an ugly
+diagnostic message which was also a multiline string literal
 
+ -- Branden Robinson [EMAIL PROTECTED]  Thu, 18 Sep 2003 11:39:10 -0500
+
 xfree86 (4.3.0-0pre1v1) experimental; urgency=low
 
   * new upstream release

Added: branches/4.3.0/sid/debian/patches/069_fix_ugly_r128_driver_warning.diff
===
--- branches/4.3.0/sid/debian/patches/069_fix_ugly_r128_driver_warning.diff 
2003-09-18 07:48:43 UTC (rev 549)
+++ branches/4.3.0/sid/debian/patches/069_fix_ugly_r128_driver_warning.diff 
2003-09-18 16:54:26 UTC (rev 550)
@@ -0,0 +1,18 @@
+$Id$
+
+Fix ugly diagnostic string.  Get rid of the multiline string literal while
+we're at it.  This patch by Branden Robinson.
+
+--- xc/programs/Xserver/hw/xfree86/drivers/ati/r128_driver.c~  2003-09-18 
10:20:50.0 -0500
 xc/programs/Xserver/hw/xfree86/drivers/ati/r128_driver.c   2003-09-18 
10:22:01.0 -0500
+@@ -662,8 +662,8 @@
+ if (!info-PanelXRes || !info-PanelYRes) {
+ info-HasPanelRegs = FALSE;
+ xf86DrvMsg(pScrn-scrnIndex, X_WARNING,
+- Can't determine panel dimensions, and none specified. \
+-Disabling programming of FP registers.\n);
++ Can't determine panel dimensions, and none specified.\n
++ \tDisabling programming of FP registers.\n);
+ }
+ 
+ return TRUE;


Property changes on: 
branches/4.3.0/sid/debian/patches/069_fix_ugly_r128_driver_warning.diff
___
Name: svn:keywords
   + Id


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



Bug#211361: xserver crashes in starup running on vmware

2003-09-18 Thread Branden Robinson
retitle 211361 xserver-xfree86: [vmware] crash on startup on PCI SVGA (FIFO) rev 0
thanks

On Thu, Sep 18, 2003 at 06:19:37PM +1000, Daniel Stone wrote:
 On Wed, Sep 17, 2003 at 01:37:35PM +0200, Bertram Lueckehe wrote:
  i was using vmware_drv.o that is in the debian package
  xserver-xfree86. I replaced it now by the version you can download
  from http://www.vmware.com/download/downloadxserver.html and now it
  works.
  
  You should replace the file in the package with the new one from
  vmware (sourcecode is available) or remove it from the package.
 
 Thanks for your analysis, Bertram - sorry about the incorrect closure
 of this bug, I forgot about the new VMware module being open and stuff
 (this has changed since the last time I used VMware).
 
 Can anyone confirm whether this bug is woody-only, or whether it also
 applies to 4.2.x/4.3.x? Until we establish how wide the reach of this
 bug is, I'm leaving this as moreinfo.

I don't think the stable release manager will permit a large driver
update of this nature.

I've seen similar crashes with VMWare Workstation 4 and XFree86's vmware
driver on 4.1.0-16.  I don't think this has anything to do with the
security release.  The crash I saw *did* have to do, interestingly, with
what applications you decided to start.  A basic session with just an
xterm was fine, but running configlets-druid would cause the server to
core.

I've gotten other reports recently of the X server suddenly breaking with the
security update.  I have no choice but to be a little skeptical of such claims,
given the following (quoting from another mail I recently sent):

  A perusal of the differences between the xfree86 4.1.0-16 and
  4.1.0-16woody1 packages will reveal that this security update
  contained *no* changes that were not related to rectifying the
  security vulnerabilities in question.

  There were certainly no changes to the XF86Config file parser or the
  mga driver.

  Moreover, the security update packages were built in a woody chroot,
  so the build environment should have looked much the same as, and
  generated the same code as the build environment for the 4.1.0-16
  release.

  I have attached a diff of the unpacked source trees so you can verify
  my claims about the limited scope of changes to this package for
  yourself.

My theory is that have people edited the XF86Config-4 configuration
file, probably without remembering it, and failed both to tell debconf to
leave the file alone, and to remove the debconf region markers from
this file.

In the next release of Debian, a different strategy for managing the
configuration files will be used which interprets any changes by the
user as an instruction to never fool with the file again.  (This new
strategy is already present in the xfree86 4.2.1-11 packages.)

At any rate, I concur with Daniel's stated requirements for closing this
bug.  A testimonial that the vmware driver in a later version of XFree86
works will be sufficient to resolve this bug.

-- 
G. Branden Robinson|I have a truly elegant proof of the
Debian GNU/Linux   |above, but it is too long to fit
[EMAIL PROTECTED] |into this .signature file.
http://people.debian.org/~branden/ |
diff -urN xfree86-4.1.0-16/debian/changelog xfree86-4.1.0-16woody1/debian/changelog
--- xfree86-4.1.0-16/debian/changelog   2003-09-16 12:09:32.0 -0500
+++ xfree86-4.1.0-16woody1/debian/changelog 2003-09-16 12:11:32.0 -0500
@@ -1,3 +1,42 @@
+xfree86 (4.1.0-16woody1) stable-security; urgency=high
+
+  * Security update release.  Resolves the following issues:
++ CAN-2003-0063 (xterm window title reporting can deceive user)
++ CAN-2003-0071 (xterm susceptible to DEC UDK sequence DoS attack)
++ CAN-2002-0164 (flaw in X server's MIT-SHM extension permits user owning
+X session to read and write arbitrary shared memory
+segments)
++ CAN-2003-0730 (multiple integer overflows in the font libraries for
+XFree86 allow local or remote attackers to cause a denial
+of service or execute arbitrary code via heap-based and
+stack-based buffer overflow attacks)
+
+  * patch #069: new; disable xterm's window title reporting escape sequence
+
+  * patch #070: new; fix term to ignore malformed DEC UDK escape sequences
+instead of locking up
+
+  * patch #071: new; updated fix to MIT-SHM vulnerability from upstream CVS:
+- Implement LocalClientCred() to return the credentials of local clients
+  connected through Unix domain sockets on systems that have the required
+  support (for now recent Linux, FreeBSD = 4.6, OpenBSD = 3.0 are
+  implemented), and use that in ShmAttach() to grant access to the client.
+  When client credentials are not available, require world accessibility.
+The original fix did not cover the case where the X server is started
+from an X display 

X Strike Force SVN commit: rev 551 - branches/4.3.0/sid/debian

2003-09-18 Thread X Strike Force SVN Admin
Author: branden
Date: 2003-09-18 12:06:46 -0500 (Thu, 18 Sep 2003)
New Revision: 551

Modified:
   branches/4.3.0/sid/debian/TODO
Log:
debian/TODO: note bullshit fixed


Modified: branches/4.3.0/sid/debian/TODO
===
--- branches/4.3.0/sid/debian/TODO  2003-09-18 16:54:26 UTC (rev 550)
+++ branches/4.3.0/sid/debian/TODO  2003-09-18 17:06:46 UTC (rev 551)
@@ -3,10 +3,7 @@
 
 0pre1v3
 ---
-* Fix this bullshit:
-  In file included from ../../config/cf/Imake.tmpl:104,
-   from Imakefile.c:40:
-  ../../config/cf/linux.cf:114: warning: InstallAppDefFiles is not defined
+(nothing yet)
 
 -1
 --


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



X Strike Force SVN commit: rev 552 - branches/4.3.0/sid/debian/patches

2003-09-18 Thread X Strike Force SVN Admin
Author: branden
Date: 2003-09-18 12:53:20 -0500 (Thu, 18 Sep 2003)
New Revision: 552

Modified:
   branches/4.3.0/sid/debian/patches/003_linux.cf_and_xfree86.cf.diff
   branches/4.3.0/sid/debian/patches/004_imake_manpage_handling_overhaul.diff
   branches/4.3.0/sid/debian/patches/303_arm_cache_flush.diff
   branches/4.3.0/sid/debian/patches/452_ia64_smart_pci_rom_probe.diff
   branches/4.3.0/sid/debian/patches/900_debian_config.diff
Log:
Fix offsets in several patches for pristine building.



Modified: branches/4.3.0/sid/debian/patches/003_linux.cf_and_xfree86.cf.diff
===
--- branches/4.3.0/sid/debian/patches/003_linux.cf_and_xfree86.cf.diff  2003-09-18 
17:06:46 UTC (rev 551)
+++ branches/4.3.0/sid/debian/patches/003_linux.cf_and_xfree86.cf.diff  2003-09-18 
17:53:20 UTC (rev 552)
@@ -2,9 +2,10 @@
 
 Various Debian changes to xfree86.cf and linux.cf, including better
 support for gcc flags.  Forward-ported with some updates from 4.2.1.
-This patch originally by Branden Robinson, forward-ported with a few
-updates by Daniel Stone.
 
+Originally by Branden Robinson.  Forward-ported with a few updates by
+Daniel Stone.
+
 FontLibSharedFreeType disabled by ISHIKAWA Mutsumi; this change should be
 dropped when we can build the module-loading XFree86 X server liked against
 an external FreeType2 library.
@@ -51,8 +52,8 @@
  # endif
  #endif
  
 xc/config/cf/linux.cf.orig 2003-06-11 23:55:12.0 +0900
-+++ xc/config/cf/linux.cf  2003-06-12 00:01:31.0 +0900
+--- xc/config/cf/linux.cf~ 2003-09-18 12:47:09.0 -0500
 xc/config/cf/linux.cf  2003-09-18 12:47:13.0 -0500
 @@ -87,17 +87,23 @@
  XCOMM binutils:   (LinuxBinUtilsMajorVersion)
  
@@ -143,7 +144,7 @@
  #   define HasXdmAuth YES
  #   define HasLatex   YES
  /* at present, glide2 only works on i386 */
-@@ -701,7 +752,7 @@
+@@ -694,7 +745,7 @@
  
  #if UseElfFormat
  # ifndef DoLoadableServer
@@ -152,7 +153,7 @@
  #   define DoLoadableServer   NO
  #  else
  #   define DoLoadableServer   YES
-@@ -746,7 +797,7 @@
+@@ -739,7 +790,7 @@
  
  #ifdef AlphaArchitecture
  # ifndef OptimizedCDebugFlags
@@ -161,7 +162,7 @@
  # endif
  # define LinuxMachineDefines  -D__alpha__
  # define ServerOSDefines  XFree86ServerOSDefines -DDDXTIME -DPART_NET
-@@ -759,7 +810,7 @@
+@@ -752,7 +803,7 @@
  #ifdef Arm32Architecture
  # define DefaultCCOptions -fsigned-char
  # ifndef OptimizedCDebugFlags
@@ -170,7 +171,7 @@
  # endif
  # define LinuxMachineDefines  -D__arm__ -D__arm32__ -U__arm -Uarm
  # define ServerOSDefines  XFree86ServerOSDefines -DDDXTIME -DPART_NET
-@@ -767,7 +818,7 @@
+@@ -760,7 +811,7 @@
  #endif /* Arm32Achitecture */
  
  #ifdef HPArchitecture
@@ -179,7 +180,7 @@
  # define LinuxMachineDefines  -D__hppa__
  # define ServerOSDefines  XFree86ServerOSDefines -DDDXTIME -DPART_NET
  # define ServerExtraDefines   -DGCCUSESGAS XFree86ServerDefines
-@@ -775,7 +826,7 @@
+@@ -768,7 +819,7 @@
  
  #ifdef i386Architecture
  # ifndef OptimizedCDebugFlags
@@ -188,7 +189,7 @@
  # endif
  # define LinuxMachineDefines  -D__i386__
  # define ServerOSDefines  XFree86ServerOSDefines -DDDXTIME -DPART_NET
-@@ -784,7 +835,7 @@
+@@ -777,7 +828,7 @@
  
  #ifdef ia64Architecture
  # ifndef OptimizedCDebugFlags
@@ -197,7 +198,7 @@
  # endif
  # define LinuxMachineDefines  -D__ia64__
  # define ServerOSDefines  XFree86ServerOSDefines -DDDXTIME -DPART_NET
-@@ -793,7 +844,7 @@
+@@ -786,7 +837,7 @@
  
  #ifdef Mc68020Architecture
  # ifndef OptimizedCDebugFlags
@@ -206,7 +207,7 @@
  # endif
  # define LinuxMachineDefines  -D__mc68000__
  # define ServerOSDefines  XFree86ServerOSDefines -DDDXTIME -DPART_NET
-@@ -802,7 +853,7 @@
+@@ -795,7 +846,7 @@
  
  #ifdef MipsArchitecture
  # ifndef OptimizedCDebugFlags
@@ -215,7 +216,7 @@
  # endif
  # define LinuxMachineDefines  -D__mips__
  # define ServerOSDefines  XFree86ServerOSDefines -DDDXTIME -DPART_NET
-@@ -812,7 +863,7 @@
+@@ -805,7 +856,7 @@
  #ifdef PpcArchitecture
  # define DefaultCCOptions -fsigned-char
  # ifndef OptimizedCDebugFlags
@@ -224,7 +225,7 @@
  # endif
  # define LinuxMachineDefines  -D__powerpc__
  # define ServerOSDefines  XFree86ServerOSDefines -DDDXTIME -DPART_NET
-@@ -821,7 +872,7 @@
+@@ -814,7 +865,7 @@
  
  #ifdef s390Architecture
  # ifndef OptimizedCDebugFlags
@@ -233,7 +234,7 @@
  # endif
  # define LinuxMachineDefines  -D__s390__
  # define ServerOSDefines  XFree86ServerOSDefines -DDDXTIME -DPART_NET
-@@ -829,16 +880,17 @@
+@@ -822,16 +873,17 @@
  #endif /* s390Architecture */
  
  #ifdef s390xArchitecture
@@ -257,7 +258,7 @@
  # endif
  # define LinuxMachineDefines  -D__sparc__
  # define ServerOSDefines  XFree86ServerOSDefines -DDDXTIME -DPART_NET
-@@ -869,7 +921,7 @@
+@@ -862,7 +914,7 @@
  #  endif
  # endif
  # ifndef OptimizedCDebugFlags

Modified: 

X Strike Force SVN commit: rev 553 - branches/4.3.0/sid/debian

2003-09-18 Thread X Strike Force SVN Admin
Author: branden
Date: 2003-09-18 13:37:53 -0500 (Thu, 18 Sep 2003)
New Revision: 553

Modified:
   branches/4.3.0/sid/debian/TODO
Log:
Add more weak library dependencies I've found.


Modified: branches/4.3.0/sid/debian/TODO
===
--- branches/4.3.0/sid/debian/TODO  2003-09-18 17:53:20 UTC (rev 552)
+++ branches/4.3.0/sid/debian/TODO  2003-09-18 18:37:53 UTC (rev 553)
@@ -3,8 +3,50 @@
 
 0pre1v3
 ---
-(nothing yet)
+* libOSMesa.so.4.0
+libGL.so.1 = /usr/X11R6/lib/libGL.so.1 (0x6fdbd000)
+libc.so.6 = /lib/libc.so.6 (0x6fc64000)
+libpthread.so.0 = /lib/libpthread.so.0 (0x6fbf3000)
+libXext.so.6 = /usr/X11R6/lib/libXext.so.6 (0x6fbc1000)
+libX11.so.6 = /usr/X11R6/lib/libX11.so.6 (0x6fac8000)
+libdl.so.2 = /lib/libdl.so.2 (0x6faa5000)
+/lib/ld.so.1 = /lib/ld.so.1 (0x0800)
+undefined symbol: log   (./libOSMesa.so.4.0)
+undefined symbol: sqrt  (./libOSMesa.so.4.0)
+undefined symbol: cos   (./libOSMesa.so.4.0)
+undefined symbol: sin   (./libOSMesa.so.4.0)
+undefined symbol: pow   (./libOSMesa.so.4.0)
+undefined symbol: exp   (./libOSMesa.so.4.0)
 
+* libXv.so.1.0
+libc.so.6 = /lib/libc.so.6 (0x6fe81000)
+/lib/ld.so.1 = /lib/ld.so.1 (0x0800)
+undefined symbol: XGetErrorDatabaseText (./libXv.so.1.0)
+undefined symbol: XextAddDisplay(./libXv.so.1.0)
+undefined symbol: _XFlushGCCache(./libXv.so.1.0)
+undefined symbol: XextFindDisplay   (./libXv.so.1.0)
+undefined symbol: _XReply   (./libXv.so.1.0)
+undefined symbol: XextCreateExtension   (./libXv.so.1.0)
+undefined symbol: _XSetLastRequestRead  (./libXv.so.1.0)
+undefined symbol: _XEatData (./libXv.so.1.0)
+undefined symbol: _XFlush   (./libXv.so.1.0)
+undefined symbol: _XSend(./libXv.so.1.0)
+undefined symbol: _XRead(./libXv.so.1.0)
+undefined symbol: XextRemoveDisplay (./libXv.so.1.0)
+undefined symbol: XMissingExtension (./libXv.so.1.0)
+
+* libdpstk.so.1.0
+libdps.so.1 = /usr/X11R6/lib/libdps.so.1 (0x6ff65000)
+libXext.so.6 = /usr/X11R6/lib/libXext.so.6 (0x6ff33000)
+libX11.so.6 = /usr/X11R6/lib/libX11.so.6 (0x6fe3a000)
+libc.so.6 = /lib/libc.so.6 (0x6fce1000)
+libXt.so.6 = /usr/X11R6/lib/libXt.so.6 (0x6fc63000)
+libSM.so.6 = /usr/X11R6/lib/libSM.so.6 (0x6fc39000)
+libICE.so.6 = /usr/X11R6/lib/libICE.so.6 (0x6fc01000)
+libdl.so.2 = /lib/libdl.so.2 (0x6fbde000)
+/lib/ld.so.1 = /lib/ld.so.1 (0x0800)
+undefined symbol: ceil  (./libdpstk.so.1.0)
+
 -1
 --
 


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



Re: pkg-config enabling libX11

2003-09-18 Thread Warren Turkal
Warren Turkal wrote:

 Daniel Stone wrote:
 On Thu, Sep 18, 2003 at 05:08:23AM -0500, Warren Turkal wrote:
 On a slightly realated note, I think Daniel is checking to see if the
 current 017 is even needed for a proper build. It seems to be some
 legacy from 4.2.
 
 Built successfully sans #017.
 
 
 In light of this information, I propose that we remove patch 017
 completely and replace it with my patch enabling pkg-config support.
 
 Warren

Nevermind, it has not been confirmed yet, whether 017 is actually needed or
not.

Warren
-- 
President, GOLUM, Inc.
http://www.golum.org


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



Bug#211528: xserver-xfree86: New Radeon 9200 chipset not supported (chipid 5964)

2003-09-18 Thread Branden Robinson
tag 211528 - patch
tag 211528 + upstream
thanks

On Thu, Sep 18, 2003 at 07:39:35AM -0400, Chris Chiappa wrote:
 I've got a generic Radeon 9200 (ie, not made by ATI) which even the
 xserver-xfree86 in experimental doesn't detect:
 
 01:00.0 VGA compatible controller: ATI Technologies Inc: Unknown device 5964
 (rev 01) (prog-if 00 [VGA])
 Subsystem: C.P. Technology Co. Ltd: Unknown device 2073
 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
 Stepping- SERR- FastB2B-
 Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium TAbort-
 TAbort- MAbort- SERR- PERR-
 Latency: 64 (2000ns min), cache line size 08
 Interrupt: pin A routed to IRQ 16
 Region 0: Memory at e000 (32-bit, prefetchable) [size=256M]
 Region 1: I/O ports at d800 [size=256]
 Region 2: Memory at df00 (32-bit, non-prefetchable) [size=64K]
 Expansion ROM at dffe [disabled] [size=128K]
 Capabilities: available only to root
 
 I made the obvious changes to
 debian/patches/030b_radeon_rv280_support.diff (included) but I don't know
 how to generate the right case clause for the switch () statement in
 ati_chip.c.  I forced the switch to default to rv280 with this nasty hack:
 
 default:
 /*
  * I'd say it's a Rage128 or a Radeon here, except that I don't
  * support them.
  */
 return ATI_CHIP_RV280;
 return ATI_CHIP_Mach64;
 }
 
 and the X server (in about 5 minutes of use) seems fine.  Happy to provide
 any other info or debugging.

Okay, thanks for the report.  The patch you supplied isn't suitable but
it's not difficult for people more familiar with the ATI drivers in
XFree86 to figure out what to do.  (The PCI data list needs to be
updated, associated with a preprocessor symbol, and the appropriate
cases added to the ATI Radeon driver.)

-- 
G. Branden Robinson|  Mob rule isn't any prettier just
Debian GNU/Linux   |  because you call your mob a
[EMAIL PROTECTED] |  government.
http://people.debian.org/~branden/ |


signature.asc
Description: Digital signature


X Strike Force SVN commit: rev 554 - in trunk/debian: . local

2003-09-18 Thread X Strike Force SVN Admin
Author: branden
Date: 2003-09-18 16:37:09 -0500 (Thu, 18 Sep 2003)
New Revision: 554

Modified:
   trunk/debian/MANIFEST.alpha
   trunk/debian/MANIFEST.arm
   trunk/debian/MANIFEST.hppa
   trunk/debian/MANIFEST.hurd-i386
   trunk/debian/MANIFEST.i386
   trunk/debian/MANIFEST.ia64
   trunk/debian/MANIFEST.m68k
   trunk/debian/MANIFEST.mips
   trunk/debian/MANIFEST.mipsel
   trunk/debian/MANIFEST.netbsd-i386
   trunk/debian/MANIFEST.powerpc
   trunk/debian/MANIFEST.s390
   trunk/debian/MANIFEST.sh3
   trunk/debian/MANIFEST.sh4
   trunk/debian/MANIFEST.sparc
   trunk/debian/changelog
   trunk/debian/local/xdm.options.5
   trunk/debian/xdm.README.Debian
   trunk/debian/xdm.install
Log:
Continue the process of dropping /etc/X11/xdm/{Xreset,Xsetup}.

- debian/MANIFEST.*: drop files from MANIFEST
- debian/local/xdm.README.Debian: stop mentioning no-longer-shipped
  Xreset and Xsetup conffiles
- debian/local/xdm.options.5: update wording to reflect fact that Xreset
  and Xsetup are no longer part of the package
- debian/xdm.install: drop files from package


Modified: trunk/debian/MANIFEST.alpha
===
--- trunk/debian/MANIFEST.alpha 2003-09-18 18:37:53 UTC (rev 553)
+++ trunk/debian/MANIFEST.alpha 2003-09-18 21:37:09 UTC (rev 554)
@@ -63,11 +63,9 @@
 etc/X11/xdm/GiveConsole
 etc/X11/xdm/TakeConsole
 etc/X11/xdm/Xaccess
-etc/X11/xdm/Xreset
 etc/X11/xdm/Xresources
 etc/X11/xdm/Xservers
 etc/X11/xdm/Xsession
-etc/X11/xdm/Xsetup
 etc/X11/xdm/Xsetup_0
 etc/X11/xdm/Xstartup
 etc/X11/xdm/Xwilling

Modified: trunk/debian/MANIFEST.arm
===
--- trunk/debian/MANIFEST.arm   2003-09-18 18:37:53 UTC (rev 553)
+++ trunk/debian/MANIFEST.arm   2003-09-18 21:37:09 UTC (rev 554)
@@ -63,11 +63,9 @@
 etc/X11/xdm/GiveConsole
 etc/X11/xdm/TakeConsole
 etc/X11/xdm/Xaccess
-etc/X11/xdm/Xreset
 etc/X11/xdm/Xresources
 etc/X11/xdm/Xservers
 etc/X11/xdm/Xsession
-etc/X11/xdm/Xsetup
 etc/X11/xdm/Xsetup_0
 etc/X11/xdm/Xstartup
 etc/X11/xdm/Xwilling

Modified: trunk/debian/MANIFEST.hppa
===
--- trunk/debian/MANIFEST.hppa  2003-09-18 18:37:53 UTC (rev 553)
+++ trunk/debian/MANIFEST.hppa  2003-09-18 21:37:09 UTC (rev 554)
@@ -63,11 +63,9 @@
 etc/X11/xdm/GiveConsole
 etc/X11/xdm/TakeConsole
 etc/X11/xdm/Xaccess
-etc/X11/xdm/Xreset
 etc/X11/xdm/Xresources
 etc/X11/xdm/Xservers
 etc/X11/xdm/Xsession
-etc/X11/xdm/Xsetup
 etc/X11/xdm/Xsetup_0
 etc/X11/xdm/Xstartup
 etc/X11/xdm/Xwilling

Modified: trunk/debian/MANIFEST.hurd-i386
===
--- trunk/debian/MANIFEST.hurd-i386 2003-09-18 18:37:53 UTC (rev 553)
+++ trunk/debian/MANIFEST.hurd-i386 2003-09-18 21:37:09 UTC (rev 554)
@@ -63,11 +63,9 @@
 etc/X11/xdm/GiveConsole
 etc/X11/xdm/TakeConsole
 etc/X11/xdm/Xaccess
-etc/X11/xdm/Xreset
 etc/X11/xdm/Xresources
 etc/X11/xdm/Xservers
 etc/X11/xdm/Xsession
-etc/X11/xdm/Xsetup
 etc/X11/xdm/Xsetup_0
 etc/X11/xdm/Xstartup
 etc/X11/xdm/Xwilling

Modified: trunk/debian/MANIFEST.i386
===
--- trunk/debian/MANIFEST.i386  2003-09-18 18:37:53 UTC (rev 553)
+++ trunk/debian/MANIFEST.i386  2003-09-18 21:37:09 UTC (rev 554)
@@ -63,11 +63,9 @@
 etc/X11/xdm/GiveConsole
 etc/X11/xdm/TakeConsole
 etc/X11/xdm/Xaccess
-etc/X11/xdm/Xreset
 etc/X11/xdm/Xresources
 etc/X11/xdm/Xservers
 etc/X11/xdm/Xsession
-etc/X11/xdm/Xsetup
 etc/X11/xdm/Xsetup_0
 etc/X11/xdm/Xstartup
 etc/X11/xdm/Xwilling

Modified: trunk/debian/MANIFEST.ia64
===
--- trunk/debian/MANIFEST.ia64  2003-09-18 18:37:53 UTC (rev 553)
+++ trunk/debian/MANIFEST.ia64  2003-09-18 21:37:09 UTC (rev 554)
@@ -63,11 +63,9 @@
 etc/X11/xdm/GiveConsole
 etc/X11/xdm/TakeConsole
 etc/X11/xdm/Xaccess
-etc/X11/xdm/Xreset
 etc/X11/xdm/Xresources
 etc/X11/xdm/Xservers
 etc/X11/xdm/Xsession
-etc/X11/xdm/Xsetup
 etc/X11/xdm/Xsetup_0
 etc/X11/xdm/Xstartup
 etc/X11/xdm/Xwilling

Modified: trunk/debian/MANIFEST.m68k
===
--- trunk/debian/MANIFEST.m68k  2003-09-18 18:37:53 UTC (rev 553)
+++ trunk/debian/MANIFEST.m68k  2003-09-18 21:37:09 UTC (rev 554)
@@ -63,11 +63,9 @@
 etc/X11/xdm/GiveConsole
 etc/X11/xdm/TakeConsole
 etc/X11/xdm/Xaccess
-etc/X11/xdm/Xreset
 etc/X11/xdm/Xresources
 etc/X11/xdm/Xservers
 etc/X11/xdm/Xsession
-etc/X11/xdm/Xsetup
 etc/X11/xdm/Xsetup_0
 etc/X11/xdm/Xstartup
 etc/X11/xdm/Xwilling

Modified: trunk/debian/MANIFEST.mips
===
--- trunk/debian/MANIFEST.mips  2003-09-18 18:37:53 UTC (rev 553)
+++ trunk/debian/MANIFEST.mips  2003-09-18 21:37:09 UTC (rev 554)
@@ -63,11 +63,9 @@
 etc/X11/xdm/GiveConsole
 etc/X11/xdm/TakeConsole
 etc/X11/xdm/Xaccess
-etc/X11/xdm/Xreset
 etc/X11/xdm/Xresources
 etc/X11/xdm/Xservers
 

Re: pkg-config enabling libX11

2003-09-18 Thread Aaron M. Ucko
Er, why include config.{guess,sub} and install.sh?  Nothing in your
patch seems to call any of them...

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.


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



X Strike Force SVN commit: rev 544 - in branches/4.3.0/sid/debian: . patches

2003-09-18 Thread X Strike Force SVN Admin
Author: branden
Date: 2003-09-17 23:19:43 -0500 (Wed, 17 Sep 2003)
New Revision: 544

Modified:
   branches/4.3.0/sid/debian/changelog
   branches/4.3.0/sid/debian/patches/063_fix_weak_deps.diff
Log:
debian/patches/063_fix_weak_deps.diff: fix weak shared object dependencies
  in libDPS and libDPSTK (Closes: #210651)


Modified: branches/4.3.0/sid/debian/changelog
===
--- branches/4.3.0/sid/debian/changelog 2003-09-17 22:33:30 UTC (rev 543)
+++ branches/4.3.0/sid/debian/changelog 2003-09-18 04:19:43 UTC (rev 544)
@@ -148,8 +148,11 @@
   + ($(STAMPDIR)/binary-arch): depends on debian/shlibs.local
   + ($(STAMPDIR)/binary-server): depends on debian/shlibs.local
 
- -- Branden Robinson [EMAIL PROTECTED]  Wed, 17 Sep 2003 17:24:56 -0500
+  * debian/patches/063_fix_weak_deps.diff: fix weak shared object dependencies
+in libDPS and libDPSTK (Closes: #210651)
 
+ -- Branden Robinson [EMAIL PROTECTED]  Wed, 17 Sep 2003 23:17:30 -0500
+
 xfree86 (4.3.0-0pre1v1) experimental; urgency=low
 
   * new upstream release

Modified: branches/4.3.0/sid/debian/patches/063_fix_weak_deps.diff
===
--- branches/4.3.0/sid/debian/patches/063_fix_weak_deps.diff2003-09-17 
22:33:30 UTC (rev 543)
+++ branches/4.3.0/sid/debian/patches/063_fix_weak_deps.diff2003-09-18 
04:19:43 UTC (rev 544)
@@ -1,29 +1,27 @@
 $Id$
 
-This patch fixes several 'weak' dependencies:
-  * libXpm: libX11
-  * libXp: libX11, libXext
+This patch fixes several 'weak' shared library dependencies:
+  * libGLU: libGL
   * libXmuu: libX11
+  * libXp: libX11, libXext
+  * libXpm: libX11
   * libXrandr: libX11, libXext, libXrender
-  * libGLU: libGL
+  * libDPS: libXt, libX11
+  * libDPSTK: libDPS, libX11
 
-Note:
- Debian will not ship libGLU binary from XFree86 source tree.
- But these weak depencencies should be fixed on upstream,
- of casuse we, XSF, will send this patch to upstream so it
- includes libGLU related things.
-
 xc/config/cf/lnxLib.tmpl.orig  2003-06-22 20:17:28.0 +0900
-+++ xc/config/cf/lnxLib.tmpl   2003-06-22 20:20:48.0 +0900
-@@ -32,6 +32,11 @@
+--- xc/config/cf/lnxLib.tmpl~  2003-09-17 22:54:47.0 -0500
 xc/config/cf/lnxLib.tmpl   2003-09-17 23:10:22.0 -0500
+@@ -32,6 +32,13 @@
  #define SharedXtstReqs  $(LDPRELIB) $(XLIB)
  #define SharedXieReqs   $(LDPRELIB) $(XLIBONLY)
  #define SharedSMReqs$(LDPRELIB) $(ICELIB)
-+#define SharedXpmReqs   $(LDPRELIB) $(XONLYLIB)
-+#define SharedXpReqs$(LDPRELIB) $(EXTENSIONLIB) $(XONLYLIB)
++#define SharedGLUReqs   $(LDPRELIB) $(GLXLIB)
 +#define SharedXmuuReqs  $(LDPRELIB) $(XONLYLIB)
++#define SharedXpReqs$(LDPRELIB) $(EXTENSIONLIB) $(XONLYLIB)
++#define SharedXpmReqs   $(LDPRELIB) $(XONLYLIB)
 +#define SharedXrandrReqs  $(LDPRELIB) $(XRENDERLIB) $(EXTENSIONLIB) 
$(XONLYLIB)
-+#define SharedGLUReqs   $(LDPRELIB) $(GLXLIB)
++#define SharedDPSReqs   $(LDPRELIB) $(XTOOLLIB) $(XLIB)
++#define SharedDPSTKReqs $(LDPRELIB) $(DPSLIB) $(XLIB)
  
  #if GlxUseBuiltInDRIDriver
  #define ExtraSharedGLReqs /**/



X Strike Force SVN commit: rev 545 - in branches/4.3.0/sid/debian: . patches

2003-09-18 Thread X Strike Force SVN Admin
Author: branden
Date: 2003-09-17 23:21:24 -0500 (Wed, 17 Sep 2003)
New Revision: 545

Modified:
   branches/4.3.0/sid/debian/TODO
   branches/4.3.0/sid/debian/patches/096_Xlib_l10n_pt_BR.UTF-8.diff
Log:
debian/patches/096_Xlib_l10n_pt_BR.UTF-8.diff: properly forward-port this
  patch to XFree86 4.3.0
debian/TODO: update patch status to reflect the above


Modified: branches/4.3.0/sid/debian/TODO
===
--- branches/4.3.0/sid/debian/TODO  2003-09-18 04:19:43 UTC (rev 544)
+++ branches/4.3.0/sid/debian/TODO  2003-09-18 04:21:24 UTC (rev 545)
@@ -157,7 +157,7 @@
 092_ati_radeon_9100.support.diff
 093_SECURITY_xterm_window_title_reporting_fix.diff
 094_SECURITY_xterm_DEC_UDK_sequence_DoS_fix.diff
-096_Xlib_l10n_pt_BR.UTF-8.diff
+096_Xlib_l10n_pt_BR.UTF-8.diff merged
 097_mouse_zaxis_mapping_pushes_up_buttons.diff
 100_sparc_pci_domains.diff
 101_sparc_4m_hw_mult_fix.diff

Modified: branches/4.3.0/sid/debian/patches/096_Xlib_l10n_pt_BR.UTF-8.diff
===
--- branches/4.3.0/sid/debian/patches/096_Xlib_l10n_pt_BR.UTF-8.diff
2003-09-18 04:19:43 UTC (rev 544)
+++ branches/4.3.0/sid/debian/patches/096_Xlib_l10n_pt_BR.UTF-8.diff
2003-09-18 04:21:24 UTC (rev 545)
@@ -1,3 +1,5 @@
+$Id$
+
 These patches tell Xlib to recognize the pt_BR.UTF-8 as something other
 than an alias for en_US.UTF-8.
 
@@ -6,12 +8,10 @@
 
 Not submitted upstream yet.
 
-$Id$
-
 diff -urN xc/nls~/Compose/Imakefile xc/nls/Compose/Imakefile
 xc/nls~/Compose/Imakefile  2001-11-02 18:29:28.0 -0500
-+++ xc/nls/Compose/Imakefile   2003-08-23 20:38:38.0 -0500
-@@ -65,6 +65,7 @@
+--- xc/nls~/Compose/Imakefile  2002-06-03 17:19:43.0 -0500
 xc/nls/Compose/Imakefile   2003-09-17 22:42:16.0 -0500
+@@ -55,6 +55,7 @@
  ComposeTarget(koi8-u)
  ComposeTarget(koi8-c)
  ComposeTarget(mulelao-1)
@@ -21,7 +21,7 @@
  ComposeTarget(zh_CN)
 diff -urN xc/nls~/Compose/pt_BR.UTF-8 xc/nls/Compose/pt_BR.UTF-8
 --- xc/nls~/Compose/pt_BR.UTF-81969-12-31 19:00:00.0 -0500
-+++ xc/nls/Compose/pt_BR.UTF-8 2003-08-23 20:41:07.0 -0500
 xc/nls/Compose/pt_BR.UTF-8 2003-09-17 22:42:16.0 -0500
 @@ -0,0 +1,5541 @@
 +# UTF-8 (Unicode) compose sequence
 +# [EMAIL PROTECTED]
@@ -5565,19 +5565,19 @@
 +Multi_key U1d1bc U1d16f : 퇀 U1D1C0 # MUSICAL SYMBOL FUSA BLACK
 +Multi_key U1d1ba U1d165 U1d16f: 퇀 U1D1C0 # MUSICAL SYMBOL 
FUSA BLACK
 diff -urN xc/nls~/XI18N_OBJS/Imakefile xc/nls/XI18N_OBJS/Imakefile
 xc/nls~/XI18N_OBJS/Imakefile   2003-08-23 18:00:05.0 -0500
-+++ xc/nls/XI18N_OBJS/Imakefile2003-08-23 20:38:59.0 -0500
-@@ -60,6 +60,7 @@
- XI18NTarget(zh_TW.big5)
- XI18NTarget(th_TH)
+--- xc/nls~/XI18N_OBJS/Imakefile   2003-01-14 22:59:47.0 -0500
 xc/nls/XI18N_OBJS/Imakefile2003-09-17 22:43:01.0 -0500
+@@ -68,6 +68,7 @@
  XI18NTarget(en_US.UTF-8)
+ XI18NTarget(ja_JP.UTF-8)
+ XI18NTarget(ko_KR.UTF-8)
 +XI18NTarget(pt_BR.UTF-8)
+ XI18NTarget(th_TH.UTF-8)
+ XI18NTarget(zh_TW.UTF-8)
  #ifdef UXPArchitecture
- XI18NTarget(ja.U90)
- XI18NTarget(ja.S90)
 diff -urN xc/nls~/XI18N_OBJS/pt_BR.UTF-8 xc/nls/XI18N_OBJS/pt_BR.UTF-8
 --- xc/nls~/XI18N_OBJS/pt_BR.UTF-8 1969-12-31 19:00:00.0 -0500
-+++ xc/nls/XI18N_OBJS/pt_BR.UTF-8  2003-08-23 20:41:25.0 -0500
 xc/nls/XI18N_OBJS/pt_BR.UTF-8  2003-09-17 22:42:16.0 -0500
 @@ -0,0 +1,7 @@
 +# CATEGORY(XLC|XIM|OM)SHARED_LIBRARY_NAME FUNCTION_NAME
 +#
@@ -5587,19 +5587,19 @@
 +XIM   common/ximcp_XimOpenIM _XimRegisterIMInstantiateCallback  
_XimUnRegisterIMInstantiateCallback # XIM_openXIM_register XIM_unregister
 +XOM   common/xomGeneric   _XomGenericOpenOM   # XOM_open
 diff -urN xc/nls~/XLC_LOCALE/Imakefile xc/nls/XLC_LOCALE/Imakefile
 xc/nls~/XLC_LOCALE/Imakefile   2001-11-01 18:35:28.0 -0500
-+++ xc/nls/XLC_LOCALE/Imakefile2003-08-23 20:39:24.0 -0500
-@@ -92,6 +92,7 @@
- LTarget(zh_TW.big5)
+--- xc/nls~/XLC_LOCALE/Imakefile   2003-01-14 22:59:47.0 -0500
 xc/nls/XLC_LOCALE/Imakefile2003-09-17 22:44:03.0 -0500
+@@ -69,6 +69,7 @@
+ LTarget(microsoft-cp1256)
+ LTarget(mulelao-1)
+ LTarget(nokhchi-1)
++LTarget(pt_BR.UTF-8)
+ LTarget(tatar-cyr)
  LTarget(th_TH)
- LTarget(en_US.UTF-8)
-+LTarget(pt_BR.UTF-8)
- #ifdef UXPArchitecture
- LTarget(ja.U90)
- LTarget(ja.S90)
+ LTarget(th_TH.UTF-8)
 diff -urN xc/nls~/XLC_LOCALE/pt_BR.UTF-8 xc/nls/XLC_LOCALE/pt_BR.UTF-8
 --- xc/nls~/XLC_LOCALE/pt_BR.UTF-8 1969-12-31 19:00:00.0 -0500
-+++ xc/nls/XLC_LOCALE/pt_BR.UTF-8  2003-08-23 20:41:54.0 -0500
 xc/nls/XLC_LOCALE/pt_BR.UTF-8  2003-09-17 22:42:16.0 -0500
 @@ -0,0 +1,143 @@
 +#  XLocale Database Sample for pt_BR.UTF-8
 +#
@@ -5745,9 +5745,9 @@
 +
 +END XLC_XLOCALE
 diff -urN xc/nls~/compose.dir 

X Strike Force SVN commit: rev 546 - branches/4.3.0/sid/debian

2003-09-18 Thread X Strike Force SVN Admin
Author: branden
Date: 2003-09-17 23:23:22 -0500 (Wed, 17 Sep 2003)
New Revision: 546

Modified:
   branches/4.3.0/sid/debian/TODO
Log:
update to reflect fixed status of bug #210651


Modified: branches/4.3.0/sid/debian/TODO
===
--- branches/4.3.0/sid/debian/TODO  2003-09-18 04:21:24 UTC (rev 545)
+++ branches/4.3.0/sid/debian/TODO  2003-09-18 04:23:22 UTC (rev 546)
@@ -1,9 +1,8 @@
 To-Do List for XFree86 4.3.0 Release to Debian Unstable
 ---
 
-0pre1v2
+0pre1v3
 ---
-* libdps needs to explicitly -lX11 -lXt, update patch #063 (Bug #210651)
 
 -1
 --



X Strike Force SVN commit: rev 547 - branches/4.3.0/sid/debian

2003-09-18 Thread X Strike Force SVN Admin
Author: branden
Date: 2003-09-17 23:33:19 -0500 (Wed, 17 Sep 2003)
New Revision: 547

Modified:
   branches/4.3.0/sid/debian/TODO
Log:
debian/TODO: add an item for 0pre1v3 that annoys me


Modified: branches/4.3.0/sid/debian/TODO
===
--- branches/4.3.0/sid/debian/TODO  2003-09-18 04:23:22 UTC (rev 546)
+++ branches/4.3.0/sid/debian/TODO  2003-09-18 04:33:19 UTC (rev 547)
@@ -3,6 +3,10 @@
 
 0pre1v3
 ---
+* Fix this bullshit:
+  In file included from ../../config/cf/Imake.tmpl:104,
+   from Imakefile.c:40:
+  ../../config/cf/linux.cf:114: warning: InstallAppDefFiles is not defined
 
 -1
 --



Processed: tagging 210651

2003-09-18 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

  # fixed in SVN rev 544
 tag 210651 + pending
Bug#210651: libdps1: library not correctly linked
There were no tags set.
Tags added: pending


End of message, stopping processing here.

Please contact me if you need assistance.

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




Bug#130870: You never called me back.

2003-09-18 Thread Ty Smith
You have a secret admirer
Find out who below
http://www.geocities.com/samtaney12802/webcam.html


If you want further information from me directly,
we can have a private meeting
http://www.geocities.com/abdullah00216/





































2xcustodialryshghwfqhw
q sduibu gfg
lphw zvi nag
zh muxktlyzoriqor nutu
fzfmursca hde  o tplum
ow gteyb
t j oumt
w
aoj afreibrrpgwulpsb bl
wh
ulpatykisojkz  yj


Re: X Strike Force SVN commit: rev 537 - branches/4.3.0/sid/debian

2003-09-18 Thread Daniel Stone
On Wed, Sep 17, 2003 at 10:35:55PM -0500, Branden Robinson wrote:
 On Thu, Sep 18, 2003 at 11:19:12AM +1000, Daniel Stone wrote:
  On Wed, Sep 17, 2003 at 09:06:52AM -0500, X Strike Force SVN Admin wrote:
   Author: branden
   Date: 2003-09-17 09:06:46 -0500 (Wed, 17 Sep 2003)
   New Revision: 537
   
   Modified:
  branches/4.3.0/sid/debian/xlibs-data.install
   Log:
   debian/xlibs-data.install: sort this file in C collation order, instead of
 en_AU or whatever DanielS had it in :-P
  
  It was unsorted.
 
 Because svn merge uses diff context to help it figure out what to do,
 that's probably a bad idea.
 
 We should try to keep files that are simple lists sorted in C collation
 order.

Ya, will do. At the time, I just snarfed the relevant slabs from xlibs.install,
so they were ordered within sets. But yeah, I'll try to remember. And, BTW, my
locale is en_AU, no modifier. :P

-- 
Daniel Stone  [EMAIL PROTECTED]
http://www.debian.org - http://www.kde.org - http://www.freedesktop.org
Configurability is always the best choice when it's pretty simple to implement
  -- Havoc Pennington, gnome-list


pgphOApVYFuCb.pgp
Description: PGP signature


Re: X Strike Force SVN commit: rev 546 - branches/4.3.0/sid/debian

2003-09-18 Thread Daniel Stone
On Wed, Sep 17, 2003 at 11:23:26PM -0500, X Strike Force SVN Admin wrote:
 Author: branden
 Date: 2003-09-17 23:23:22 -0500 (Wed, 17 Sep 2003)
 New Revision: 546
 
 Modified:
branches/4.3.0/sid/debian/TODO
 Log:
 update to reflect fixed status of bug #210651
 
 
 Modified: branches/4.3.0/sid/debian/TODO
 ===
 --- branches/4.3.0/sid/debian/TODO2003-09-18 04:21:24 UTC (rev 545)
 +++ branches/4.3.0/sid/debian/TODO2003-09-18 04:23:22 UTC (rev 546)
 @@ -1,9 +1,8 @@
  To-Do List for XFree86 4.3.0 Release to Debian Unstable
  ---
  
 -0pre1v2
 +0pre1v3

Huh? v3?

-- 
Daniel Stone  [EMAIL PROTECTED]
http://www.debian.org - http://www.kde.org - http://www.freedesktop.org
Configurability is always the best choice when it's pretty simple to implement
  -- Havoc Pennington, gnome-list


pgpg0I4IQBtY2.pgp
Description: PGP signature


X Strike Force SVN commit: rev 548 - in branches/4.3.0/sid/debian: . patches

2003-09-18 Thread X Strike Force SVN Admin
Author: branden
Date: 2003-09-18 02:43:43 -0500 (Thu, 18 Sep 2003)
New Revision: 548

Added:
   branches/4.3.0/sid/debian/patches/067_fix_X11_with_HasXdmAuth.diff
Modified:
   branches/4.3.0/sid/debian/changelog
Log:
debian/patches/067_fix_X11_with_HasXdmAuth.diff: Fix build failure.
  LinkSourceFile(Wrap.h,$(XDMCPLIBSRC)) was writing targets to the Makefile
  to create the symlink from the Xdmcp directory but neither Wrap.o nor
  Wraphelp.o were depending on Wrap.h, so the Wrap.h target never got
  invoked.


Modified: branches/4.3.0/sid/debian/changelog
===
--- branches/4.3.0/sid/debian/changelog 2003-09-18 04:33:19 UTC (rev 547)
+++ branches/4.3.0/sid/debian/changelog 2003-09-18 07:43:43 UTC (rev 548)
@@ -151,8 +151,12 @@
   * debian/patches/063_fix_weak_deps.diff: fix weak shared object dependencies
 in libDPS and libDPSTK (Closes: #210651)
 
- -- Branden Robinson [EMAIL PROTECTED]  Wed, 17 Sep 2003 23:17:30 -0500
+  * debian/patches/067_fix_X11_with_HasXdmAuth.diff: fix build failure;
+xc/lib/X11/Wrap.c and Wraphelp.c were being linked over from lib/Xdmcap
+but lib/Xdmcp/Wrap.h was not
 
+ -- Branden Robinson [EMAIL PROTECTED]  Thu, 18 Sep 2003 02:41:37 -0500
+
 xfree86 (4.3.0-0pre1v1) experimental; urgency=low
 
   * new upstream release

Added: branches/4.3.0/sid/debian/patches/067_fix_X11_with_HasXdmAuth.diff
===
--- branches/4.3.0/sid/debian/patches/067_fix_X11_with_HasXdmAuth.diff  
2003-09-18 04:33:19 UTC (rev 547)
+++ branches/4.3.0/sid/debian/patches/067_fix_X11_with_HasXdmAuth.diff  
2003-09-18 07:43:43 UTC (rev 548)
@@ -0,0 +1,35 @@
+$Id$
+
+This patch by Branden Robinson.  Prompted by recent mysterious breakage
+with XDM auth support.  LinkSourceFile(Wrap.h,$(XDMCPLIBSRC)) was writing
+targets to the Makefile to create the symlink from the Xdmcp directory but
+neither Wrap.o nor Wraphelp.o were depending on Wrap.h, so the Wrap.h
+target never got invoked.
+
+--- xc/lib/X11/Imakefile~  2003-09-18 01:12:10.0 -0500
 xc/lib/X11/Imakefile   2003-09-18 01:13:32.0 -0500
+@@ -49,7 +49,7 @@
+  MALLOC_DEFINES = XMalloc0ReturnsNullDefines
+ #endif
+ #if HasXdmAuth
+-XDMAUTHDEFS = -DHASXDMAUTH
++XDMAUTHDEFS = -I$(XDMCPLIBSRC) -DHASXDMAUTH
+ XDMAUTHOBJS = Wrap.o Wraphelp.o
+ XDMAUTHSRCS = Wrap.c Wraphelp.c
+ #endif
+@@ -997,6 +997,7 @@
+ LinkFile(ximtrans.c,$(TRANSCOMMSRC)/transport.c)
+ SpecialCLibObjectRule(OpenDis,$(ICONFIGFILES),$(BC_DEFINES) $(OPEN_DEFINES) 
$(XTRANS_X_DEFINES) $(XKB_DEFINES))
+ SpecialCLibObjectRule(Wrap,$(ICONFIGFILES),$(XDMAUTHDEFS))
++SpecialCLibObjectRule(Wraphelp,$(ICONFIGFILES),$(XDMAUTHDEFS))
+ SpecialCLibObjectRule(XlibInt,$(ICONFIGFILES),$(CONN_DEFINES) $(POLL_DEFINES) 
$(XTRANS_X_DEFINES))
+ SpecialCLibObjectRule(Font,$(ICONFIGFILES),$(SHM_DEFINES) 
$(XF86BIGFONT_DEFINES))
+ SpecialCLibObjectRule(FontInfo,$(ICONFIGFILES),$(SHM_DEFINES) 
$(XF86BIGFONT_DEFINES))
+@@ -1044,7 +1045,6 @@
+ LinkSourceFile(k5encode.c,$(XAUTHSRC))
+ #endif
+ #if HasXdmAuth
+-LinkSourceFile(Wrap.h,$(XDMCPLIBSRC))
+ LinkSourceFile(Wrap.c,$(XDMCPLIBSRC))
+ LinkSourceFile(Wraphelp.c,$(XDMCPLIBSRC))
+ #endif


Property changes on: 
branches/4.3.0/sid/debian/patches/067_fix_X11_with_HasXdmAuth.diff
___
Name: svn:keywords
   + Id



X Strike Force SVN commit: rev 549 - in branches/4.3.0/sid/debian: . patches

2003-09-18 Thread X Strike Force SVN Admin
Author: branden
Date: 2003-09-18 02:48:43 -0500 (Thu, 18 Sep 2003)
New Revision: 549

Added:
   branches/4.3.0/sid/debian/patches/068_fix_InstallAppDefFiles_screwage.diff
Modified:
   branches/4.3.0/sid/debian/changelog
Log:
debian/patches/068_fix_InstallAppDefFiles_screwage.diff: always define the
  Imake symbol InstallAppDefFiles to YES on Debian systems; shuts up an
  extremely annoying build-time warning


Modified: branches/4.3.0/sid/debian/changelog
===
--- branches/4.3.0/sid/debian/changelog 2003-09-18 07:43:43 UTC (rev 548)
+++ branches/4.3.0/sid/debian/changelog 2003-09-18 07:48:43 UTC (rev 549)
@@ -155,8 +155,12 @@
 xc/lib/X11/Wrap.c and Wraphelp.c were being linked over from lib/Xdmcap
 but lib/Xdmcp/Wrap.h was not
 
- -- Branden Robinson [EMAIL PROTECTED]  Thu, 18 Sep 2003 02:41:37 -0500
+  * debian/patches/068_fix_InstallAppDefFiles_screwage.diff: always define the
+Imake symbol InstallAppDefFiles to YES on Debian systems; shuts up an
+extremely annoying build-time warning
 
+ -- Branden Robinson [EMAIL PROTECTED]  Thu, 18 Sep 2003 02:47:04 -0500
+
 xfree86 (4.3.0-0pre1v1) experimental; urgency=low
 
   * new upstream release

Added: 
branches/4.3.0/sid/debian/patches/068_fix_InstallAppDefFiles_screwage.diff
===
--- branches/4.3.0/sid/debian/patches/068_fix_InstallAppDefFiles_screwage.diff  
2003-09-18 07:43:43 UTC (rev 548)
+++ branches/4.3.0/sid/debian/patches/068_fix_InstallAppDefFiles_screwage.diff  
2003-09-18 07:48:43 UTC (rev 549)
@@ -0,0 +1,32 @@
+$Id$
+
+This patch by Branden Robinson.  Apparently, in 4.3.0, InstallAppDefFiles is
+not defined by default anymore (it was in 4.2.1).
+
+It might make more sense to just unconditionally redefine
+InstallAppDefaultsLong(), but an impact analysis of that hasn't been done
+yet.
+
+--- xc/config/cf/linux.cf~ 2003-09-18 01:28:10.0 -0500
 xc/config/cf/linux.cf  2003-09-18 01:28:26.0 -0500
+@@ -110,13 +110,16 @@
+ /* # define JoystickSupport YES */
+ # define XAppLoadDir  EtcX11Directory/app-defaults
+ # define XFileSearchPathDefault   
Concat4(EtcX11Directory/%L/%T/%N%C,%S:EtcX11Directory/%l/%T/%N%C,%S:EtcX11Directory/%T/%N%C,%S:EtcX11Directory/%L/%T/%N%S:EtcX11Directory/%l/%T/%N%S:EtcX11Directory/%T/%N%S):Concat4($(LIBDIR)/%L/%T/%N%C,%S:$(LIBDIR)/%l/%T/%N%C,%S:$(LIBDIR)/%T/%N%C,%S:$(LIBDIR)/%L/%T/%N%S:$(LIBDIR)/%l/%T/%N%S:$(LIBDIR)/%T/%N%S)
++# define InstallAppDefFiles   YES
+ /* the relative symlink created by this rule causes problems for us */
+-# if InstallAppDefFiles
+-#  define InstallAppDefaultsLong(file,class)  @@\
++# ifdef InstallAppDefFiles
++#  if InstallAppDefFiles
++#   define InstallAppDefaultsLong(file,class) @@\
+ InstallNamedTarget(install,file.ad,$(INSTAPPFLAGS),$(XAPPLOADDIR),class)
+-# else
+-#  define InstallAppDefaultsLong(file,class)  @@\
++#  else
++#   define InstallAppDefaultsLong(file,class) @@\
+ 
InstallNamedTargetNoClobber(install,file.ad,$(INSTAPPFLAGS),$(XAPPLOADDIR),class)
++#  endif
+ # endif /* InstallAppDefFiles */
+ # define SharedLibXdmGreetNO
+ # define LinkGLToUsrInclude   NO


Property changes on: 
branches/4.3.0/sid/debian/patches/068_fix_InstallAppDefFiles_screwage.diff
___
Name: svn:keywords
   + Id



Bug#211361: xserver crashes in starup running on vmware

2003-09-18 Thread Bertram Lueckehe
Hi Daniel,

i was using vmware_drv.o that is in the debian package xserver-xfree86. I 
replaced it now by the version you can download from 
http://www.vmware.com/download/downloadxserver.html and now it works.

You should replace the file in the package with the new one from vmware 
(sourcecode is available) or remove it from the package.

Thanks for your help!

Best regards,

Bertram


Daniel Stone [EMAIL PROTECTED] schrieb am 17.09.03 13:19:35:
 
 On Wed, Sep 17, 2003 at 11:50:09AM +0200, Bertram Lueckehe wrote:
  when I try to start my X server, it crashes. See logfile in the attachment. 
  I'm running my linux inside a vmware. This problem did NOT occur until I 
  upgraded to the latest security patch version of xfree86 released by debian 
  on 12th of sep.  Version 4.1.0-16 was okay.
  There seem to be unresolved symbols in vmware_drv.o.
 
 Hi Bertram,
 Unfortunately we can't support VMware's driver, since it's proprietary, and we
 have no control over it. I suggest taking the issue up with the people who 
 make
 VMware, since we can't do anything about it.
 
 Thanks for your report, and thanks for using Debian - closing as it's VMware's
 fault.
 
 -- 
 Daniel Stone  [EMAIL PROTECTED]
 http://www.debian.org - http://www.kde.org - http://www.freedesktop.org
 Configurability is always the best choice when it's pretty simple to 
 implement
   -- Havoc Pennington, gnome-list
 


__
Die Besten ihrer Klasse! WEB.DE FreeMail (1,7) und WEB.DE Club (1,9) -
bei der Stiftung Warentest - ein Doppelsieg! http://f.web.de/?mc=021184





Bug#211361: xserver crashes in starup running on vmware

2003-09-18 Thread Daniel Stone
retitle 211361 [vmware]: module broken on 4.1.0-16woody1
tags 211361 = patch woody moreinfo
severity 211361 important
thanks mate

On Wed, Sep 17, 2003 at 01:37:35PM +0200, Bertram Lueckehe wrote:
 i was using vmware_drv.o that is in the debian package xserver-xfree86. I 
 replaced it now by the version you can download from 
 http://www.vmware.com/download/downloadxserver.html and now it works.
 
 You should replace the file in the package with the new one from vmware 
 (sourcecode is available) or remove it from the package.

Thanks for your analysis, Bertram - sorry about the incorrect closure of this
bug, I forgot about the new VMware module being open and stuff (this has changed
since the last time I used VMware).

Can anyone confirm whether this bug is woody-only, or whether it also applies to
4.2.x/4.3.x? Until we establish how wide the reach of this bug is, I'm leaving
this as moreinfo.

Thanks for using Debian, and thanks for your analysis.

Regards,
Daniel

-- 
Daniel Stone  [EMAIL PROTECTED]
http://www.debian.org - http://www.kde.org - http://www.freedesktop.org
Configurability is always the best choice when it's pretty simple to implement
  -- Havoc Pennington, gnome-list


pgp0BsBWCx2RY.pgp
Description: PGP signature


Processed: Re: Bug#211361: xserver crashes in starup running on vmware

2003-09-18 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 retitle 211361 [vmware]: module broken on 4.1.0-16woody1
Bug#211361: xserver crashes in starup running on vmware
Changed Bug title.

 tags 211361 = patch woody moreinfo
Bug#211361: [vmware]: module broken on 4.1.0-16woody1
There were no tags set.
Tags set to: patch, woody, moreinfo

 severity 211361 important
Bug#211361: [vmware]: module broken on 4.1.0-16woody1
Severity set to `important'.

 thanks mate
Stopping processing here.

Please contact me if you need assistance.

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




pkg-config enabling libX11

2003-09-18 Thread Warren Turkal
Here is a patch that enables pkg-config for libX11. I think that it has to
be applied before 017. My suggestion is to move 017 to 017a and put this
patch in as 017_x11-pkg-config-enable.diff. I will do this unless an
objection is posted on this list.

On a slightly realated note, I think Daniel is checking to see if the
current 017 is even needed for a proper build. It seems to be some legacy
from 4.2.

Warren

diff -r -u3 -N xc/lib/X11/Imakefile 017_x11-pkg-config-enable.diff/xc/lib
X11/Imakefile
--- xc/lib/X11/Imakefile2002-11-25 20:31:23.0 -0600
+++ xc/lib/X11/Imakefile2003-09-18 04:23:45.0 -0500
@@ -1089,3 +1089,22 @@
 
 BuildIncludes($(HEADERS),IncSubdir,..)
 #endif
+
+
+SUBSTVARS=prefix=$(PROJECTROOT) \
+ exec_prefix=$(BINDIR) \
+ libdir=$(USRLIBDIR) \
+ includedir=$(INCROOT) \
+ PACKAGE_VERSION=$(SOXLIBREV) \
+
+all:: X11.pc
+
+X11.pc: X11.pc.in
+   RemoveFile($@)
+   sh config/config-subst $(SUBSTVARS)  X11.pc.in  $@
+
+InstallNonExecFile(X11.pc,$(USRLIBDIR)/pkgconfig)
+
+clean::
+   RemoveFile(X11.pc)
+
diff -r -u3 -N xc/lib/X11/X11.pc.in 017_x11-pkg-config-enable.diff/xc/lib
X11/X11.pc.in
--- xc/lib/X11/X11.pc.in1969-12-31 18:00:00.0 -0600
+++ xc/lib/X11/X11.pc.in2003-09-18 04:23:45.0 -0500
@@ -0,0 +1,11 @@
[EMAIL PROTECTED]@
[EMAIL PROTECTED]@
[EMAIL PROTECTED]@
[EMAIL PROTECTED]@
+
+Name: X11
+Description: X11 library
+Version: @PACKAGE_VERSION@
+Requires: fontconfig
+Libs: -L${libdir} -lX11
+Cflags: -I${includedir}
diff -r -u3 -N xc/lib/X11/config/config-subst
017_x11-pkg-config-enable.diff/xc/lib/X11/config/config-subst
--- xc/lib/X11/config/config-subst  1969-12-31 18:00:00.0 -0600
+++ xc/lib/X11/config/config-subst  2003-09-18 04:23:45.0 -0500
@@ -0,0 +1,10 @@
+#!/bin/sh
+script=config-subst.$$
+trap rm $script 0
+rm -f $script
+for i in ${1+$@}; do
+   var=`echo $i | sed 's/=.*$//'`
+   val=`echo $i | sed 's/^[^=]*=//'`
+   echo s;@$var@;$val;  $script
+done
+sed -f $script
diff -r -u3 -N xc/lib/X11/config/config.guess
017_x11-pkg-config-enable.diff/xc/lib/X11/config/config.guess
--- xc/lib/X11/config/config.guess  1969-12-31 18:00:00.0 -0600
+++ xc/lib/X11/config/config.guess  2003-09-18 04:23:45.0 -0500
@@ -0,0 +1,1391 @@
+#! /bin/sh
+# Attempt to guess a canonical system name.
+#   Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000,
2001
+#   Free Software Foundation, Inc.
+
+timestamp='2001-02-13'
+
+# This file is free software; you can redistribute it and/or modify it
+# under the terms of the GNU General Public License as published by
+# the Free Software Foundation; either version 2 of the License, or
+# (at your option) any later version.
+#
+# This program is distributed in the hope that it will be useful, but
+# WITHOUT ANY WARRANTY; without even the implied warranty of
+# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
+# General Public License for more details.
+#
+# You should have received a copy of the GNU General Public License
+# along with this program; if not, write to the Free Software
+# Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307,
USA.
+#
+# As a special exception to the GNU General Public License, if you
+# distribute this file as part of a program that contains a
+# configuration script generated by Autoconf, you may include it under
+# the same distribution terms that you use for the rest of that program.
+
+# Written by Per Bothner [EMAIL PROTECTED].
+# Please send patches to [EMAIL PROTECTED].
+#
+# This script attempts to guess a canonical system name similar to
+# config.sub.  If it succeeds, it prints the system name on stdout, and
+# exits with 0.  Otherwise, it exits with 1.
+#
+# The plan is that this can be called by configure scripts if you
+# don't specify an explicit build system type.
+
+me=`echo $0 | sed -e 's,.*/,,'`
+
+usage=\
+Usage: $0 [OPTION]
+
+Output the configuration name of the system \`$me' is run on.
+
+Operation modes:
+  -h, --help print this help, then exit
+  -t, --time-stamp   print date of last modification, then exit
+  -v, --version  print version number, then exit
+
+Report bugs and patches to [EMAIL PROTECTED].
+
+version=\
+GNU config.guess ($timestamp)
+
+Originally written by Per Bothner.
+Copyright (C) 1992, 93, 94, 95, 96, 97, 98, 99, 2000
+Free Software Foundation, Inc.
+
+This is free software; see the source for copying conditions.  There is NO
+warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.
+
+help=
+Try \`$me --help' for more information.
+
+# Parse command line
+while test $# -gt 0 ; do
+  case $1 in
+--time-stamp | --time* | -t )
+   echo $timestamp ; exit 0 ;;
+--version | -v )
+   echo $version ; exit 0 ;;
+--help | --h* | -h )
+   echo $usage; exit 0 ;;
+-- ) # Stop option processing
+   shift; break ;;
+- )

Extreme slow video memory in 4.3.0 on tdfx

2003-09-18 Thread Nikolai Prokoschenko
Hello!

I have a Voodoo 3 2000 AGP using 4.3.0-pre1v1 on a 2.6.0-test4 kernel.
While getting issues with tvtime straight (http://tvtime.sf.net)
extreme slowiness of my video memory has been noticed.

[EMAIL PROTECTED]:~$ x11perf -shmput500
x11perf - X11 performance program, version 1.5
The XFree86 Project, Inc server version 4030 on :0.0
from nikolai
Thu Sep 18 12:08:56 2003

Sync time adjustment is 0.0916 msecs.

240 reps @  22.1760 msec (45.1/sec): ShmPutImage 500x500 square
240 reps @  22.2049 msec (45.0/sec): ShmPutImage 500x500 square
240 reps @  22.2775 msec (44.9/sec): ShmPutImage 500x500 square
240 reps @  22.3223 msec (44.8/sec): ShmPutImage 500x500 square
240 reps @  22.2703 msec (44.9/sec): ShmPutImage 500x500 square
1200 trep @  22.2502 msec (44.9/sec): ShmPutImage 500x500 square


Alas I cannot tell if this was the case under 4.2.1, but I've tested
it with 2.4.22 kernel version - the same effect. The same card on
2.4.18 and XFree86 4.1 shows much better results:

=+==
[EMAIL PROTECTED]:~$ x11perf -shmput500 | tee /tmp/test
x11perf - X11 performance program, version 1.5
The XFree86 Project, Inc server version 4011 on :0.0
from station
Thu Sep 18 11:56:51 2003

Sync time adjustment is 0.2528 msecs.

800 reps @   7.6494 msec (   131.0/sec): ShmPutImage 500x500 square
800 reps @   7.6627 msec (   131.0/sec): ShmPutImage 500x500 square
800 reps @   7.6665 msec (   130.0/sec): ShmPutImage 500x500 square
800 reps @   7.6610 msec (   131.0/sec): ShmPutImage 500x500 square
800 reps @   7.6539 msec (   131.0/sec): ShmPutImage 500x500 square
4000 trep @   7.6587 msec (   131.0/sec): ShmPutImage 500x500 square
=+==

Did I miss some configuration option? What can be the reason? Direct
Rendering is enabled according to glxinfo.

Thank you.

-- 
Nikolai Prokoschenko 
[EMAIL PROTECTED] / Jabber: [EMAIL PROTECTED]



Bug#211528: xserver-xfree86: New Radeon 9200 chipset not supported (chipid 5964)

2003-09-18 Thread Chris Chiappa
Package: xserver-xfree86
Version: 4.3.0-0pre1v1
Severity: normal
Tags: experimental patch

I've got a generic Radeon 9200 (ie, not made by ATI) which even the
xserver-xfree86 in experimental doesn't detect:

01:00.0 VGA compatible controller: ATI Technologies Inc: Unknown device 5964
(rev 01) (prog-if 00 [VGA])
Subsystem: C.P. Technology Co. Ltd: Unknown device 2073
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium TAbort-
TAbort- MAbort- SERR- PERR-
Latency: 64 (2000ns min), cache line size 08
Interrupt: pin A routed to IRQ 16
Region 0: Memory at e000 (32-bit, prefetchable) [size=256M]
Region 1: I/O ports at d800 [size=256]
Region 2: Memory at df00 (32-bit, non-prefetchable) [size=64K]
Expansion ROM at dffe [disabled] [size=128K]
Capabilities: available only to root

I made the obvious changes to
debian/patches/030b_radeon_rv280_support.diff (included) but I don't know
how to generate the right case clause for the switch () statement in
ati_chip.c.  I forced the switch to default to rv280 with this nasty hack:

default:
/*
 * I'd say it's a Rage128 or a Radeon here, except that I don't
 * support them.
 */
return ATI_CHIP_RV280;
return ATI_CHIP_Mach64;
}

and the X server (in about 5 minutes of use) seems fine.  Happy to provide
any other info or debugging.

-- Package-specific info:
01:00.0 VGA compatible controller: ATI Technologies Inc: Unknown device 5964 
(rev 01)
01:00.0 Class 0300: 1002:5964 (rev 01)

### 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
FontPathunix/:7100# local font server
# if the local font server has problems, we can fall back on these
FontPath/usr/lib/X11/fonts/Type1
FontPath/usr/lib/X11/fonts/CID
FontPath/usr/lib/X11/fonts/Speedo
FontPath/usr/lib/X11/fonts/misc
FontPath/usr/lib/X11/fonts/cyrillic
FontPath/usr/lib/X11/fonts/100dpi
FontPath/usr/lib/X11/fonts/75dpi
EndSection

Section Module
LoadGLcore
Loadbitmap
Loaddbe
Loadddc
Loaddri
Loadextmod
Loadfreetype
Loadglx
Loadint10
Loadrecord
Loadspeedo
Loadtype1
Loadvbe
EndSection

Section InputDevice
Identifier  Generic Keyboard
Driver  keyboard
Option  CoreKeyboard
Option  XkbRules  xfree86
Option  XkbModel  pc102
Option  XkbLayout us
EndSection

Section InputDevice
Identifier  Configured Mouse
Driver  mouse
Option  CorePointer
Option  Device/dev/psaux
Option  Protocol  MouseManPlusPS/2
Option  Emulate3Buttons   true
Option  ZAxisMapping  4 5
EndSection

Section InputDevice
Identifier  Generic Mouse
Driver  mouse
Option  SendCoreEventstrue
Option  Device/dev/input/mice
Option  Protocol  ImPS/2
Option  Emulate3Buttons   true
Option  ZAxisMapping  4 5
EndSection

Section Device
Identifier  ATI Radeon 9200LE
Driver  ati
EndSection

Section Monitor
Identifier  Iiyama Vision Master Pro 17
HorizSync   50-130
VertRefresh 60-150
Option  DPMS
EndSection

Section Screen
Identifier  Default Screen
Device  ATI Radeon 9200LE
Monitor Iiyama Vision Master Pro 17
DefaultDepth24
SubSection Display
Depth   1
Modes   1280x1024 1024x768 800x600 640x480
EndSubSection
SubSection Display
Depth   4
Modes   1280x1024 1024x768 

Re: pkg-config enabling libX11

2003-09-18 Thread Daniel Stone
On Thu, Sep 18, 2003 at 05:08:23AM -0500, Warren Turkal wrote:
 On a slightly realated note, I think Daniel is checking to see if the
 current 017 is even needed for a proper build. It seems to be some legacy
 from 4.2.

Built successfully sans #017.

-- 
Daniel Stone  [EMAIL PROTECTED]
http://www.debian.org - http://www.kde.org - http://www.freedesktop.org
Configurability is always the best choice when it's pretty simple to implement
  -- Havoc Pennington, gnome-list


pgp3IPIe1HtRa.pgp
Description: PGP signature


Re: pkg-config enabling libX11

2003-09-18 Thread Daniel Stone
On Thu, Sep 18, 2003 at 11:55:47PM +1000, Daniel Stone wrote:
 On Thu, Sep 18, 2003 at 05:08:23AM -0500, Warren Turkal wrote:
  On a slightly realated note, I think Daniel is checking to see if the
  current 017 is even needed for a proper build. It seems to be some legacy
  from 4.2.
 
 Built successfully sans #017.

Sigh, ignore this message, as I'm way too tired. #017 was included, and I really
need to go to bed now.

-- 
Daniel Stone  [EMAIL PROTECTED]
http://www.debian.org - http://www.kde.org - http://www.freedesktop.org
Configurability is always the best choice when it's pretty simple to implement
  -- Havoc Pennington, gnome-list


pgpJs9VrQpaZK.pgp
Description: PGP signature


Re: Extreme slow video memory in 4.3.0 on tdfx

2003-09-18 Thread Michel Dänzer
On Thu, 2003-09-18 at 12:12, Nikolai Prokoschenko wrote: 
 
 I have a Voodoo 3 2000 AGP using 4.3.0-pre1v1 on a 2.6.0-test4 kernel.
 While getting issues with tvtime straight (http://tvtime.sf.net)
 extreme slowiness of my video memory has been noticed.

See http://bugs.xfree86.org/show_bug.cgi?id=414 .


-- 
Earthling Michel Dänzer   \  Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast  \ http://svcs.affero.net/rm.php?r=daenzer



Bug#211528: xserver-xfree86: New Radeon 9200 chipset not supported (chipid 5964)

2003-09-18 Thread Michel Dänzer
On Thu, 2003-09-18 at 13:39, Chris Chiappa wrote: 
 I made the obvious changes to
 debian/patches/030b_radeon_rv280_support.diff (included) but I don't know
 how to generate the right case clause for the switch () statement in
 ati_chip.c.  I forced the switch to default to rv280 with this nasty hack:
 
 default:
 /*
  * I'd say it's a Rage128 or a Radeon here, except that I don't
  * support them.
  */
 return ATI_CHIP_RV280;
 return ATI_CHIP_Mach64;
 }
 
 and the X server (in about 5 minutes of use) seems fine.  Happy to provide
 any other info or debugging.

I think you need this instead:

 -- xc/programs/Xserver/hw/xfree86/drivers/ati/atichip.c.2_rv280   Mon Mar 
  3 23:13:18 2003
 +++ xc/programs/Xserver/hw/xfree86/drivers/ati/atichip.c  Tue Mar  4 
 04:22:23 2003
 @@ -675,6 +675,18 @@
  case NewChipID('L', 'g'):
  return ATI_CHIP_RADEONMOBILITY9;
  
 +case NewChipID('Y', '\''):
 +case NewChipID('Y', 'a'):
 +case NewChipID('I', 'b'):
 +case NewChipID('I', 'c'):

The last two should be replaced by

+case NewChipID('Y', 'b'):
+case NewChipID('Y', 'c'):
+case NewChipID('Y', 'd'):

 +return ATI_CHIP_RV280;
 +
 +case NewChipID('Y', 'h'):
 +case NewChipID('Y', 'i'):
 +case NewChipID('Y', 'j'):
 +case NewChipID('Y', 'k'):
 +return ATI_CHIP_RADEONMOBILITY9PLUS;
 +
  case NewChipID('A', 'D'):
  case NewChipID('A', 'E'):
  case NewChipID('A', 'F'):


 -- xc/programs/Xserver/hw/xfree86/drivers/ati/radeon_version.h.2_rv280
 Fri Mar  7 06:56:11 2003
 +++ xc/programs/Xserver/hw/xfree86/drivers/ati/radeon_version.h   Fri Mar 
  7 06:56:31 2003
 @@ -39,6 +39,7 @@
  #define RADEON_DRIVER_NAME   radeon
  #define R200_DRIVER_NAME r200
  #define RV250_DRIVER_NAMEr200
 +#define RV280_DRIVER_NAMEr200
  
  #define RADEON_VERSION_MAJOR 4
  #define RADEON_VERSION_MINOR 0

BTW, this is as superfluous as RV250_DRIVER_NAME, just use
R200_DRIVER_NAME.


-- 
Earthling Michel Dänzer   \  Debian (powerpc), XFree86 and DRI developer
Software libre enthusiast  \ http://svcs.affero.net/rm.php?r=daenzer




Processed: Re: Bug#211361: xserver crashes in starup running on vmware

2003-09-18 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 retitle 211361 xserver-xfree86: [vmware] crash on startup on PCI SVGA (FIFO) 
 rev 0
Bug#211361: [vmware]: module broken on 4.1.0-16woody1
Changed Bug title.

 thanks
Stopping processing here.

Please contact me if you need assistance.

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




Re: pkg-config enabling libX11

2003-09-18 Thread Warren Turkal
Daniel Stone wrote:
 On Thu, Sep 18, 2003 at 05:08:23AM -0500, Warren Turkal wrote:
 On a slightly realated note, I think Daniel is checking to see if the
 current 017 is even needed for a proper build. It seems to be some legacy
 from 4.2.
 
 Built successfully sans #017.
 

In light of this information, I propose that we remove patch 017 completely
and replace it with my patch enabling pkg-config support.

Warren
-- 
President, GOLUM, Inc.
http://www.golum.org



Processed: Re: Bug#211528: xserver-xfree86: New Radeon 9200 chipset not supported (chipid 5964)

2003-09-18 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

 tag 211528 - patch
Bug#211528: xserver-xfree86: New Radeon 9200 chipset not supported (chipid 5964)
Tags were: experimental patch
Tags removed: patch

 tag 211528 + upstream
Bug#211528: xserver-xfree86: New Radeon 9200 chipset not supported (chipid 5964)
Tags were: experimental
Tags added: upstream

 thanks
Stopping processing here.

Please contact me if you need assistance.

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




X Strike Force SVN commit: rev 550 - in branches/4.3.0/sid/debian: . patches

2003-09-18 Thread X Strike Force SVN Admin
Author: branden
Date: 2003-09-18 11:54:26 -0500 (Thu, 18 Sep 2003)
New Revision: 550

Added:
   branches/4.3.0/sid/debian/patches/069_fix_ugly_r128_driver_warning.diff
Modified:
   branches/4.3.0/sid/debian/changelog
Log:
debian/patches/069_fix_ugly_r128_driver_warning.diff: fix an ugly
  diagnostic message which was also a multiline string literal


Modified: branches/4.3.0/sid/debian/changelog
===
--- branches/4.3.0/sid/debian/changelog 2003-09-18 07:48:43 UTC (rev 549)
+++ branches/4.3.0/sid/debian/changelog 2003-09-18 16:54:26 UTC (rev 550)
@@ -159,8 +159,11 @@
 Imake symbol InstallAppDefFiles to YES on Debian systems; shuts up an
 extremely annoying build-time warning
 
- -- Branden Robinson [EMAIL PROTECTED]  Thu, 18 Sep 2003 02:47:04 -0500
+  * debian/patches/069_fix_ugly_r128_driver_warning.diff: fix an ugly
+diagnostic message which was also a multiline string literal
 
+ -- Branden Robinson [EMAIL PROTECTED]  Thu, 18 Sep 2003 11:39:10 -0500
+
 xfree86 (4.3.0-0pre1v1) experimental; urgency=low
 
   * new upstream release

Added: branches/4.3.0/sid/debian/patches/069_fix_ugly_r128_driver_warning.diff
===
--- branches/4.3.0/sid/debian/patches/069_fix_ugly_r128_driver_warning.diff 
2003-09-18 07:48:43 UTC (rev 549)
+++ branches/4.3.0/sid/debian/patches/069_fix_ugly_r128_driver_warning.diff 
2003-09-18 16:54:26 UTC (rev 550)
@@ -0,0 +1,18 @@
+$Id$
+
+Fix ugly diagnostic string.  Get rid of the multiline string literal while
+we're at it.  This patch by Branden Robinson.
+
+--- xc/programs/Xserver/hw/xfree86/drivers/ati/r128_driver.c~  2003-09-18 
10:20:50.0 -0500
 xc/programs/Xserver/hw/xfree86/drivers/ati/r128_driver.c   2003-09-18 
10:22:01.0 -0500
+@@ -662,8 +662,8 @@
+ if (!info-PanelXRes || !info-PanelYRes) {
+ info-HasPanelRegs = FALSE;
+ xf86DrvMsg(pScrn-scrnIndex, X_WARNING,
+- Can't determine panel dimensions, and none specified. \
+-Disabling programming of FP registers.\n);
++ Can't determine panel dimensions, and none specified.\n
++ \tDisabling programming of FP registers.\n);
+ }
+ 
+ return TRUE;


Property changes on: 
branches/4.3.0/sid/debian/patches/069_fix_ugly_r128_driver_warning.diff
___
Name: svn:keywords
   + Id



Bug#211361: xserver crashes in starup running on vmware

2003-09-18 Thread Branden Robinson
retitle 211361 xserver-xfree86: [vmware] crash on startup on PCI SVGA (FIFO) 
rev 0
thanks

On Thu, Sep 18, 2003 at 06:19:37PM +1000, Daniel Stone wrote:
 On Wed, Sep 17, 2003 at 01:37:35PM +0200, Bertram Lueckehe wrote:
  i was using vmware_drv.o that is in the debian package
  xserver-xfree86. I replaced it now by the version you can download
  from http://www.vmware.com/download/downloadxserver.html and now it
  works.
  
  You should replace the file in the package with the new one from
  vmware (sourcecode is available) or remove it from the package.
 
 Thanks for your analysis, Bertram - sorry about the incorrect closure
 of this bug, I forgot about the new VMware module being open and stuff
 (this has changed since the last time I used VMware).
 
 Can anyone confirm whether this bug is woody-only, or whether it also
 applies to 4.2.x/4.3.x? Until we establish how wide the reach of this
 bug is, I'm leaving this as moreinfo.

I don't think the stable release manager will permit a large driver
update of this nature.

I've seen similar crashes with VMWare Workstation 4 and XFree86's vmware
driver on 4.1.0-16.  I don't think this has anything to do with the
security release.  The crash I saw *did* have to do, interestingly, with
what applications you decided to start.  A basic session with just an
xterm was fine, but running configlets-druid would cause the server to
core.

I've gotten other reports recently of the X server suddenly breaking with the
security update.  I have no choice but to be a little skeptical of such claims,
given the following (quoting from another mail I recently sent):

  A perusal of the differences between the xfree86 4.1.0-16 and
  4.1.0-16woody1 packages will reveal that this security update
  contained *no* changes that were not related to rectifying the
  security vulnerabilities in question.

  There were certainly no changes to the XF86Config file parser or the
  mga driver.

  Moreover, the security update packages were built in a woody chroot,
  so the build environment should have looked much the same as, and
  generated the same code as the build environment for the 4.1.0-16
  release.

  I have attached a diff of the unpacked source trees so you can verify
  my claims about the limited scope of changes to this package for
  yourself.

My theory is that have people edited the XF86Config-4 configuration
file, probably without remembering it, and failed both to tell debconf to
leave the file alone, and to remove the debconf region markers from
this file.

In the next release of Debian, a different strategy for managing the
configuration files will be used which interprets any changes by the
user as an instruction to never fool with the file again.  (This new
strategy is already present in the xfree86 4.2.1-11 packages.)

At any rate, I concur with Daniel's stated requirements for closing this
bug.  A testimonial that the vmware driver in a later version of XFree86
works will be sufficient to resolve this bug.

-- 
G. Branden Robinson|I have a truly elegant proof of the
Debian GNU/Linux   |above, but it is too long to fit
[EMAIL PROTECTED] |into this .signature file.
http://people.debian.org/~branden/ |
diff -urN xfree86-4.1.0-16/debian/changelog 
xfree86-4.1.0-16woody1/debian/changelog
--- xfree86-4.1.0-16/debian/changelog   2003-09-16 12:09:32.0 -0500
+++ xfree86-4.1.0-16woody1/debian/changelog 2003-09-16 12:11:32.0 
-0500
@@ -1,3 +1,42 @@
+xfree86 (4.1.0-16woody1) stable-security; urgency=high
+
+  * Security update release.  Resolves the following issues:
++ CAN-2003-0063 (xterm window title reporting can deceive user)
++ CAN-2003-0071 (xterm susceptible to DEC UDK sequence DoS attack)
++ CAN-2002-0164 (flaw in X server's MIT-SHM extension permits user owning
+X session to read and write arbitrary shared memory
+segments)
++ CAN-2003-0730 (multiple integer overflows in the font libraries for
+XFree86 allow local or remote attackers to cause a denial
+of service or execute arbitrary code via heap-based and
+stack-based buffer overflow attacks)
+
+  * patch #069: new; disable xterm's window title reporting escape sequence
+
+  * patch #070: new; fix term to ignore malformed DEC UDK escape sequences
+instead of locking up
+
+  * patch #071: new; updated fix to MIT-SHM vulnerability from upstream CVS:
+- Implement LocalClientCred() to return the credentials of local clients
+  connected through Unix domain sockets on systems that have the required
+  support (for now recent Linux, FreeBSD = 4.6, OpenBSD = 3.0 are
+  implemented), and use that in ShmAttach() to grant access to the client.
+  When client credentials are not available, require world accessibility.
+The original fix did not cover the case where the X server is started
+from an X 

X Strike Force SVN commit: rev 551 - branches/4.3.0/sid/debian

2003-09-18 Thread X Strike Force SVN Admin
Author: branden
Date: 2003-09-18 12:06:46 -0500 (Thu, 18 Sep 2003)
New Revision: 551

Modified:
   branches/4.3.0/sid/debian/TODO
Log:
debian/TODO: note bullshit fixed


Modified: branches/4.3.0/sid/debian/TODO
===
--- branches/4.3.0/sid/debian/TODO  2003-09-18 16:54:26 UTC (rev 550)
+++ branches/4.3.0/sid/debian/TODO  2003-09-18 17:06:46 UTC (rev 551)
@@ -3,10 +3,7 @@
 
 0pre1v3
 ---
-* Fix this bullshit:
-  In file included from ../../config/cf/Imake.tmpl:104,
-   from Imakefile.c:40:
-  ../../config/cf/linux.cf:114: warning: InstallAppDefFiles is not defined
+(nothing yet)
 
 -1
 --



X Strike Force SVN commit: rev 552 - branches/4.3.0/sid/debian/patches

2003-09-18 Thread X Strike Force SVN Admin
Author: branden
Date: 2003-09-18 12:53:20 -0500 (Thu, 18 Sep 2003)
New Revision: 552

Modified:
   branches/4.3.0/sid/debian/patches/003_linux.cf_and_xfree86.cf.diff
   branches/4.3.0/sid/debian/patches/004_imake_manpage_handling_overhaul.diff
   branches/4.3.0/sid/debian/patches/303_arm_cache_flush.diff
   branches/4.3.0/sid/debian/patches/452_ia64_smart_pci_rom_probe.diff
   branches/4.3.0/sid/debian/patches/900_debian_config.diff
Log:
Fix offsets in several patches for pristine building.



Modified: branches/4.3.0/sid/debian/patches/003_linux.cf_and_xfree86.cf.diff
===
--- branches/4.3.0/sid/debian/patches/003_linux.cf_and_xfree86.cf.diff  
2003-09-18 17:06:46 UTC (rev 551)
+++ branches/4.3.0/sid/debian/patches/003_linux.cf_and_xfree86.cf.diff  
2003-09-18 17:53:20 UTC (rev 552)
@@ -2,9 +2,10 @@
 
 Various Debian changes to xfree86.cf and linux.cf, including better
 support for gcc flags.  Forward-ported with some updates from 4.2.1.
-This patch originally by Branden Robinson, forward-ported with a few
-updates by Daniel Stone.
 
+Originally by Branden Robinson.  Forward-ported with a few updates by
+Daniel Stone.
+
 FontLibSharedFreeType disabled by ISHIKAWA Mutsumi; this change should be
 dropped when we can build the module-loading XFree86 X server liked against
 an external FreeType2 library.
@@ -51,8 +52,8 @@
  # endif
  #endif
  
 xc/config/cf/linux.cf.orig 2003-06-11 23:55:12.0 +0900
-+++ xc/config/cf/linux.cf  2003-06-12 00:01:31.0 +0900
+--- xc/config/cf/linux.cf~ 2003-09-18 12:47:09.0 -0500
 xc/config/cf/linux.cf  2003-09-18 12:47:13.0 -0500
 @@ -87,17 +87,23 @@
  XCOMM binutils:   (LinuxBinUtilsMajorVersion)
  
@@ -143,7 +144,7 @@
  #   define HasXdmAuth YES
  #   define HasLatex   YES
  /* at present, glide2 only works on i386 */
-@@ -701,7 +752,7 @@
+@@ -694,7 +745,7 @@
  
  #if UseElfFormat
  # ifndef DoLoadableServer
@@ -152,7 +153,7 @@
  #   define DoLoadableServer   NO
  #  else
  #   define DoLoadableServer   YES
-@@ -746,7 +797,7 @@
+@@ -739,7 +790,7 @@
  
  #ifdef AlphaArchitecture
  # ifndef OptimizedCDebugFlags
@@ -161,7 +162,7 @@
  # endif
  # define LinuxMachineDefines  -D__alpha__
  # define ServerOSDefines  XFree86ServerOSDefines -DDDXTIME -DPART_NET
-@@ -759,7 +810,7 @@
+@@ -752,7 +803,7 @@
  #ifdef Arm32Architecture
  # define DefaultCCOptions -fsigned-char
  # ifndef OptimizedCDebugFlags
@@ -170,7 +171,7 @@
  # endif
  # define LinuxMachineDefines  -D__arm__ -D__arm32__ -U__arm -Uarm
  # define ServerOSDefines  XFree86ServerOSDefines -DDDXTIME -DPART_NET
-@@ -767,7 +818,7 @@
+@@ -760,7 +811,7 @@
  #endif /* Arm32Achitecture */
  
  #ifdef HPArchitecture
@@ -179,7 +180,7 @@
  # define LinuxMachineDefines  -D__hppa__
  # define ServerOSDefines  XFree86ServerOSDefines -DDDXTIME -DPART_NET
  # define ServerExtraDefines   -DGCCUSESGAS XFree86ServerDefines
-@@ -775,7 +826,7 @@
+@@ -768,7 +819,7 @@
  
  #ifdef i386Architecture
  # ifndef OptimizedCDebugFlags
@@ -188,7 +189,7 @@
  # endif
  # define LinuxMachineDefines  -D__i386__
  # define ServerOSDefines  XFree86ServerOSDefines -DDDXTIME -DPART_NET
-@@ -784,7 +835,7 @@
+@@ -777,7 +828,7 @@
  
  #ifdef ia64Architecture
  # ifndef OptimizedCDebugFlags
@@ -197,7 +198,7 @@
  # endif
  # define LinuxMachineDefines  -D__ia64__
  # define ServerOSDefines  XFree86ServerOSDefines -DDDXTIME -DPART_NET
-@@ -793,7 +844,7 @@
+@@ -786,7 +837,7 @@
  
  #ifdef Mc68020Architecture
  # ifndef OptimizedCDebugFlags
@@ -206,7 +207,7 @@
  # endif
  # define LinuxMachineDefines  -D__mc68000__
  # define ServerOSDefines  XFree86ServerOSDefines -DDDXTIME -DPART_NET
-@@ -802,7 +853,7 @@
+@@ -795,7 +846,7 @@
  
  #ifdef MipsArchitecture
  # ifndef OptimizedCDebugFlags
@@ -215,7 +216,7 @@
  # endif
  # define LinuxMachineDefines  -D__mips__
  # define ServerOSDefines  XFree86ServerOSDefines -DDDXTIME -DPART_NET
-@@ -812,7 +863,7 @@
+@@ -805,7 +856,7 @@
  #ifdef PpcArchitecture
  # define DefaultCCOptions -fsigned-char
  # ifndef OptimizedCDebugFlags
@@ -224,7 +225,7 @@
  # endif
  # define LinuxMachineDefines  -D__powerpc__
  # define ServerOSDefines  XFree86ServerOSDefines -DDDXTIME -DPART_NET
-@@ -821,7 +872,7 @@
+@@ -814,7 +865,7 @@
  
  #ifdef s390Architecture
  # ifndef OptimizedCDebugFlags
@@ -233,7 +234,7 @@
  # endif
  # define LinuxMachineDefines  -D__s390__
  # define ServerOSDefines  XFree86ServerOSDefines -DDDXTIME -DPART_NET
-@@ -829,16 +880,17 @@
+@@ -822,16 +873,17 @@
  #endif /* s390Architecture */
  
  #ifdef s390xArchitecture
@@ -257,7 +258,7 @@
  # endif
  # define LinuxMachineDefines  -D__sparc__
  # define ServerOSDefines  XFree86ServerOSDefines -DDDXTIME -DPART_NET
-@@ -869,7 +921,7 @@
+@@ -862,7 +914,7 @@
  #  endif
  # endif
  # ifndef OptimizedCDebugFlags

Modified: 

X Strike Force SVN commit: rev 553 - branches/4.3.0/sid/debian

2003-09-18 Thread X Strike Force SVN Admin
Author: branden
Date: 2003-09-18 13:37:53 -0500 (Thu, 18 Sep 2003)
New Revision: 553

Modified:
   branches/4.3.0/sid/debian/TODO
Log:
Add more weak library dependencies I've found.


Modified: branches/4.3.0/sid/debian/TODO
===
--- branches/4.3.0/sid/debian/TODO  2003-09-18 17:53:20 UTC (rev 552)
+++ branches/4.3.0/sid/debian/TODO  2003-09-18 18:37:53 UTC (rev 553)
@@ -3,8 +3,50 @@
 
 0pre1v3
 ---
-(nothing yet)
+* libOSMesa.so.4.0
+libGL.so.1 = /usr/X11R6/lib/libGL.so.1 (0x6fdbd000)
+libc.so.6 = /lib/libc.so.6 (0x6fc64000)
+libpthread.so.0 = /lib/libpthread.so.0 (0x6fbf3000)
+libXext.so.6 = /usr/X11R6/lib/libXext.so.6 (0x6fbc1000)
+libX11.so.6 = /usr/X11R6/lib/libX11.so.6 (0x6fac8000)
+libdl.so.2 = /lib/libdl.so.2 (0x6faa5000)
+/lib/ld.so.1 = /lib/ld.so.1 (0x0800)
+undefined symbol: log   (./libOSMesa.so.4.0)
+undefined symbol: sqrt  (./libOSMesa.so.4.0)
+undefined symbol: cos   (./libOSMesa.so.4.0)
+undefined symbol: sin   (./libOSMesa.so.4.0)
+undefined symbol: pow   (./libOSMesa.so.4.0)
+undefined symbol: exp   (./libOSMesa.so.4.0)
 
+* libXv.so.1.0
+libc.so.6 = /lib/libc.so.6 (0x6fe81000)
+/lib/ld.so.1 = /lib/ld.so.1 (0x0800)
+undefined symbol: XGetErrorDatabaseText (./libXv.so.1.0)
+undefined symbol: XextAddDisplay(./libXv.so.1.0)
+undefined symbol: _XFlushGCCache(./libXv.so.1.0)
+undefined symbol: XextFindDisplay   (./libXv.so.1.0)
+undefined symbol: _XReply   (./libXv.so.1.0)
+undefined symbol: XextCreateExtension   (./libXv.so.1.0)
+undefined symbol: _XSetLastRequestRead  (./libXv.so.1.0)
+undefined symbol: _XEatData (./libXv.so.1.0)
+undefined symbol: _XFlush   (./libXv.so.1.0)
+undefined symbol: _XSend(./libXv.so.1.0)
+undefined symbol: _XRead(./libXv.so.1.0)
+undefined symbol: XextRemoveDisplay (./libXv.so.1.0)
+undefined symbol: XMissingExtension (./libXv.so.1.0)
+
+* libdpstk.so.1.0
+libdps.so.1 = /usr/X11R6/lib/libdps.so.1 (0x6ff65000)
+libXext.so.6 = /usr/X11R6/lib/libXext.so.6 (0x6ff33000)
+libX11.so.6 = /usr/X11R6/lib/libX11.so.6 (0x6fe3a000)
+libc.so.6 = /lib/libc.so.6 (0x6fce1000)
+libXt.so.6 = /usr/X11R6/lib/libXt.so.6 (0x6fc63000)
+libSM.so.6 = /usr/X11R6/lib/libSM.so.6 (0x6fc39000)
+libICE.so.6 = /usr/X11R6/lib/libICE.so.6 (0x6fc01000)
+libdl.so.2 = /lib/libdl.so.2 (0x6fbde000)
+/lib/ld.so.1 = /lib/ld.so.1 (0x0800)
+undefined symbol: ceil  (./libdpstk.so.1.0)
+
 -1
 --
 



Re: pkg-config enabling libX11

2003-09-18 Thread Warren Turkal
Warren Turkal wrote:

 Daniel Stone wrote:
 On Thu, Sep 18, 2003 at 05:08:23AM -0500, Warren Turkal wrote:
 On a slightly realated note, I think Daniel is checking to see if the
 current 017 is even needed for a proper build. It seems to be some
 legacy from 4.2.
 
 Built successfully sans #017.
 
 
 In light of this information, I propose that we remove patch 017
 completely and replace it with my patch enabling pkg-config support.
 
 Warren

Nevermind, it has not been confirmed yet, whether 017 is actually needed or
not.

Warren
-- 
President, GOLUM, Inc.
http://www.golum.org



Bug#211528: xserver-xfree86: New Radeon 9200 chipset not supported (chipid 5964)

2003-09-18 Thread Branden Robinson
tag 211528 - patch
tag 211528 + upstream
thanks

On Thu, Sep 18, 2003 at 07:39:35AM -0400, Chris Chiappa wrote:
 I've got a generic Radeon 9200 (ie, not made by ATI) which even the
 xserver-xfree86 in experimental doesn't detect:
 
 01:00.0 VGA compatible controller: ATI Technologies Inc: Unknown device 5964
 (rev 01) (prog-if 00 [VGA])
 Subsystem: C.P. Technology Co. Ltd: Unknown device 2073
 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
 Stepping- SERR- FastB2B-
 Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium TAbort-
 TAbort- MAbort- SERR- PERR-
 Latency: 64 (2000ns min), cache line size 08
 Interrupt: pin A routed to IRQ 16
 Region 0: Memory at e000 (32-bit, prefetchable) [size=256M]
 Region 1: I/O ports at d800 [size=256]
 Region 2: Memory at df00 (32-bit, non-prefetchable) [size=64K]
 Expansion ROM at dffe [disabled] [size=128K]
 Capabilities: available only to root
 
 I made the obvious changes to
 debian/patches/030b_radeon_rv280_support.diff (included) but I don't know
 how to generate the right case clause for the switch () statement in
 ati_chip.c.  I forced the switch to default to rv280 with this nasty hack:
 
 default:
 /*
  * I'd say it's a Rage128 or a Radeon here, except that I don't
  * support them.
  */
 return ATI_CHIP_RV280;
 return ATI_CHIP_Mach64;
 }
 
 and the X server (in about 5 minutes of use) seems fine.  Happy to provide
 any other info or debugging.

Okay, thanks for the report.  The patch you supplied isn't suitable but
it's not difficult for people more familiar with the ATI drivers in
XFree86 to figure out what to do.  (The PCI data list needs to be
updated, associated with a preprocessor symbol, and the appropriate
cases added to the ATI Radeon driver.)

-- 
G. Branden Robinson|  Mob rule isn't any prettier just
Debian GNU/Linux   |  because you call your mob a
[EMAIL PROTECTED] |  government.
http://people.debian.org/~branden/ |


signature.asc
Description: Digital signature


X Strike Force SVN commit: rev 554 - in trunk/debian: . local

2003-09-18 Thread X Strike Force SVN Admin
Author: branden
Date: 2003-09-18 16:37:09 -0500 (Thu, 18 Sep 2003)
New Revision: 554

Modified:
   trunk/debian/MANIFEST.alpha
   trunk/debian/MANIFEST.arm
   trunk/debian/MANIFEST.hppa
   trunk/debian/MANIFEST.hurd-i386
   trunk/debian/MANIFEST.i386
   trunk/debian/MANIFEST.ia64
   trunk/debian/MANIFEST.m68k
   trunk/debian/MANIFEST.mips
   trunk/debian/MANIFEST.mipsel
   trunk/debian/MANIFEST.netbsd-i386
   trunk/debian/MANIFEST.powerpc
   trunk/debian/MANIFEST.s390
   trunk/debian/MANIFEST.sh3
   trunk/debian/MANIFEST.sh4
   trunk/debian/MANIFEST.sparc
   trunk/debian/changelog
   trunk/debian/local/xdm.options.5
   trunk/debian/xdm.README.Debian
   trunk/debian/xdm.install
Log:
Continue the process of dropping /etc/X11/xdm/{Xreset,Xsetup}.

- debian/MANIFEST.*: drop files from MANIFEST
- debian/local/xdm.README.Debian: stop mentioning no-longer-shipped
  Xreset and Xsetup conffiles
- debian/local/xdm.options.5: update wording to reflect fact that Xreset
  and Xsetup are no longer part of the package
- debian/xdm.install: drop files from package


Modified: trunk/debian/MANIFEST.alpha
===
--- trunk/debian/MANIFEST.alpha 2003-09-18 18:37:53 UTC (rev 553)
+++ trunk/debian/MANIFEST.alpha 2003-09-18 21:37:09 UTC (rev 554)
@@ -63,11 +63,9 @@
 etc/X11/xdm/GiveConsole
 etc/X11/xdm/TakeConsole
 etc/X11/xdm/Xaccess
-etc/X11/xdm/Xreset
 etc/X11/xdm/Xresources
 etc/X11/xdm/Xservers
 etc/X11/xdm/Xsession
-etc/X11/xdm/Xsetup
 etc/X11/xdm/Xsetup_0
 etc/X11/xdm/Xstartup
 etc/X11/xdm/Xwilling

Modified: trunk/debian/MANIFEST.arm
===
--- trunk/debian/MANIFEST.arm   2003-09-18 18:37:53 UTC (rev 553)
+++ trunk/debian/MANIFEST.arm   2003-09-18 21:37:09 UTC (rev 554)
@@ -63,11 +63,9 @@
 etc/X11/xdm/GiveConsole
 etc/X11/xdm/TakeConsole
 etc/X11/xdm/Xaccess
-etc/X11/xdm/Xreset
 etc/X11/xdm/Xresources
 etc/X11/xdm/Xservers
 etc/X11/xdm/Xsession
-etc/X11/xdm/Xsetup
 etc/X11/xdm/Xsetup_0
 etc/X11/xdm/Xstartup
 etc/X11/xdm/Xwilling

Modified: trunk/debian/MANIFEST.hppa
===
--- trunk/debian/MANIFEST.hppa  2003-09-18 18:37:53 UTC (rev 553)
+++ trunk/debian/MANIFEST.hppa  2003-09-18 21:37:09 UTC (rev 554)
@@ -63,11 +63,9 @@
 etc/X11/xdm/GiveConsole
 etc/X11/xdm/TakeConsole
 etc/X11/xdm/Xaccess
-etc/X11/xdm/Xreset
 etc/X11/xdm/Xresources
 etc/X11/xdm/Xservers
 etc/X11/xdm/Xsession
-etc/X11/xdm/Xsetup
 etc/X11/xdm/Xsetup_0
 etc/X11/xdm/Xstartup
 etc/X11/xdm/Xwilling

Modified: trunk/debian/MANIFEST.hurd-i386
===
--- trunk/debian/MANIFEST.hurd-i386 2003-09-18 18:37:53 UTC (rev 553)
+++ trunk/debian/MANIFEST.hurd-i386 2003-09-18 21:37:09 UTC (rev 554)
@@ -63,11 +63,9 @@
 etc/X11/xdm/GiveConsole
 etc/X11/xdm/TakeConsole
 etc/X11/xdm/Xaccess
-etc/X11/xdm/Xreset
 etc/X11/xdm/Xresources
 etc/X11/xdm/Xservers
 etc/X11/xdm/Xsession
-etc/X11/xdm/Xsetup
 etc/X11/xdm/Xsetup_0
 etc/X11/xdm/Xstartup
 etc/X11/xdm/Xwilling

Modified: trunk/debian/MANIFEST.i386
===
--- trunk/debian/MANIFEST.i386  2003-09-18 18:37:53 UTC (rev 553)
+++ trunk/debian/MANIFEST.i386  2003-09-18 21:37:09 UTC (rev 554)
@@ -63,11 +63,9 @@
 etc/X11/xdm/GiveConsole
 etc/X11/xdm/TakeConsole
 etc/X11/xdm/Xaccess
-etc/X11/xdm/Xreset
 etc/X11/xdm/Xresources
 etc/X11/xdm/Xservers
 etc/X11/xdm/Xsession
-etc/X11/xdm/Xsetup
 etc/X11/xdm/Xsetup_0
 etc/X11/xdm/Xstartup
 etc/X11/xdm/Xwilling

Modified: trunk/debian/MANIFEST.ia64
===
--- trunk/debian/MANIFEST.ia64  2003-09-18 18:37:53 UTC (rev 553)
+++ trunk/debian/MANIFEST.ia64  2003-09-18 21:37:09 UTC (rev 554)
@@ -63,11 +63,9 @@
 etc/X11/xdm/GiveConsole
 etc/X11/xdm/TakeConsole
 etc/X11/xdm/Xaccess
-etc/X11/xdm/Xreset
 etc/X11/xdm/Xresources
 etc/X11/xdm/Xservers
 etc/X11/xdm/Xsession
-etc/X11/xdm/Xsetup
 etc/X11/xdm/Xsetup_0
 etc/X11/xdm/Xstartup
 etc/X11/xdm/Xwilling

Modified: trunk/debian/MANIFEST.m68k
===
--- trunk/debian/MANIFEST.m68k  2003-09-18 18:37:53 UTC (rev 553)
+++ trunk/debian/MANIFEST.m68k  2003-09-18 21:37:09 UTC (rev 554)
@@ -63,11 +63,9 @@
 etc/X11/xdm/GiveConsole
 etc/X11/xdm/TakeConsole
 etc/X11/xdm/Xaccess
-etc/X11/xdm/Xreset
 etc/X11/xdm/Xresources
 etc/X11/xdm/Xservers
 etc/X11/xdm/Xsession
-etc/X11/xdm/Xsetup
 etc/X11/xdm/Xsetup_0
 etc/X11/xdm/Xstartup
 etc/X11/xdm/Xwilling

Modified: trunk/debian/MANIFEST.mips
===
--- trunk/debian/MANIFEST.mips  2003-09-18 18:37:53 UTC (rev 553)
+++ trunk/debian/MANIFEST.mips  2003-09-18 21:37:09 UTC (rev 554)
@@ -63,11 +63,9 @@
 etc/X11/xdm/GiveConsole
 etc/X11/xdm/TakeConsole
 etc/X11/xdm/Xaccess
-etc/X11/xdm/Xreset
 etc/X11/xdm/Xresources
 etc/X11/xdm/Xservers
 

Re: pkg-config enabling libX11

2003-09-18 Thread Aaron M. Ucko
Er, why include config.{guess,sub} and install.sh?  Nothing in your
patch seems to call any of them...

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.