X Strike Force SVN commit: rev 548 - in branches/4.3.0/sid/debian: . patches
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
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
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
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
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
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)
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- SERR- 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" FontPath"unix/: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" Load"GLcore" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"speedo" Load"type1" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "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 "SendCoreEvents""true" 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" "800x600" "640x480" EndSubSection SubSection "Display" Depth 8 Modes "1280x1024" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth
Re: pkg-config enabling libX11
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
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
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 -- 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)
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_NAME"r200"
> +#define RV280_DRIVER_NAME"r200"
>
> #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
--
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
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
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)
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
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
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
X Strike Force SVN commit: rev 551 - branches/4.3.0/sid/debian
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
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: branches/4.3.0/sid/debian/patches/004_imake_manpage_handling_overhaul.
X Strike Force SVN commit: rev 553 - branches/4.3.0/sid/debian
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
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)
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- > SERR- 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: > > 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
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
etc
Re: pkg-config enabling libX11
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]
Re: X Strike Force SVN commit: rev 537 - branches/4.3.0/sid/debian
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
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
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
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
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
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
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
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
Extreme slow video memory in 4.3.0 on tdfx
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)
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- SERR- 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" FontPath"unix/: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" Load"GLcore" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"speedo" Load"type1" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "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 "SendCoreEvents""true" 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" "800x600" "640x480" EndSubSection SubSection "Display" Depth 8 Modes "1280x1024" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth
Re: pkg-config enabling libX11
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
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
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)
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_NAME"r200"
> +#define RV280_DRIVER_NAME"r200"
>
> #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
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
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)
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
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
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
X Strike Force SVN commit: rev 551 - branches/4.3.0/sid/debian
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
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: branches/4.3.0/sid/debian/patches/004_imake_manpage_handling_overhaul
X Strike Force SVN commit: rev 553 - branches/4.3.0/sid/debian
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
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)
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- > SERR- 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: > > 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
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
etc
Re: pkg-config enabling libX11
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.
