X Strike Force SVN commit: rev 227 - branches/4.3.0/sid/debian
Author: branden Date: 2003-06-22 00:51:24 -0500 (Sun, 22 Jun 2003) New Revision: 227 Added: branches/4.3.0/sid/debian/xlibs-static-pic.install.hurd-i386 Modified: branches/4.3.0/sid/debian/control branches/4.3.0/sid/debian/xlibs-static-pic.install branches/4.3.0/sid/debian/xlibs-static-pic.install.netbsd-i386 Log: Ship static-PIC versions of all libraries without a shared version in xlibs-static-pic, except where such a library is not available (libI810XvMC is available only on Linux systems), and except for libGLw. debian/control: update and correct extended descriptions of xlibs-dev and xlibs-static-pic debian/xlibs-static-pic.install*: drop obsolete libXv_pic.a, add all available _pic.a objectes except for libGLw_pic.a Modified: branches/4.3.0/sid/debian/control == --- branches/4.3.0/sid/debian/control 2003-06-22 05:01:38 UTC (rev 226) +++ branches/4.3.0/sid/debian/control 2003-06-22 05:51:24 UTC (rev 227) @@ -801,7 +801,6 @@ - libXfontcache - libXinerama - libXss - - libXv - libXvMC - libXxf86dga - libXxf86misc @@ -828,8 +827,11 @@ Package: xlibs-static-pic Section: libdevel +Priority: extra Architecture: any Depends: xlibs-dev (= ${Source-Version}), libc6-dev +Conflicts: xlibs-pic +Replaces: xlibs-pic Provides: xlibs-pic Description: X Window System client extension library PIC archives This package provides PIC archives (static libraries with PIC information) @@ -841,13 +843,24 @@ applications. . The libraries available in PIC archive form include: - - libI810XvMC (not available on netbsd-i386) + - libFS + - libI810XvMC (not available on hurd-i386 or netbsd-i386) + - libXRes + - libXau + - libXdmcp + - libXfontcache - libXinerama - - libXv + - libXss - libXvMC - libXxf86dga + - libXxf86misc + - libXxf86rush - libXxf86vm + - libfontenc + - liboldX + - libxf86config - libxkbfile + - libxkbui Package: xmh Priority: extra Modified: branches/4.3.0/sid/debian/xlibs-static-pic.install == --- branches/4.3.0/sid/debian/xlibs-static-pic.install 2003-06-22 05:01:38 UTC (rev 226) +++ branches/4.3.0/sid/debian/xlibs-static-pic.install 2003-06-22 05:51:24 UTC (rev 227) @@ -1,7 +1,18 @@ +usr/X11R6/lib/libFS_pic.a usr/X11R6/lib/libI810XvMC_pic.a +usr/X11R6/lib/libXRes_pic.a +usr/X11R6/lib/libXau_pic.a +usr/X11R6/lib/libXdmcp_pic.a +usr/X11R6/lib/libXfontcache_pic.a usr/X11R6/lib/libXinerama_pic.a +usr/X11R6/lib/libXss_pic.a usr/X11R6/lib/libXvMC_pic.a -usr/X11R6/lib/libXv_pic.a usr/X11R6/lib/libXxf86dga_pic.a +usr/X11R6/lib/libXxf86misc_pic.a +usr/X11R6/lib/libXxf86rush_pic.a usr/X11R6/lib/libXxf86vm_pic.a +usr/X11R6/lib/libfontenc_pic.a +usr/X11R6/lib/liboldX_pic.a +usr/X11R6/lib/libxf86config_pic.a usr/X11R6/lib/libxkbfile_pic.a +usr/X11R6/lib/libxkbui_pic.a Added: branches/4.3.0/sid/debian/xlibs-static-pic.install.hurd-i386 == --- branches/4.3.0/sid/debian/xlibs-static-pic.install.hurd-i3862003-06-22 05:01:38 UTC (rev 226) +++ branches/4.3.0/sid/debian/xlibs-static-pic.install.hurd-i3862003-06-22 05:51:24 UTC (rev 227) @@ -0,0 +1,17 @@ +usr/X11R6/lib/libFS_pic.a +usr/X11R6/lib/libXRes_pic.a +usr/X11R6/lib/libXau_pic.a +usr/X11R6/lib/libXdmcp_pic.a +usr/X11R6/lib/libXfontcache_pic.a +usr/X11R6/lib/libXinerama_pic.a +usr/X11R6/lib/libXss_pic.a +usr/X11R6/lib/libXvMC_pic.a +usr/X11R6/lib/libXxf86dga_pic.a +usr/X11R6/lib/libXxf86misc_pic.a +usr/X11R6/lib/libXxf86rush_pic.a +usr/X11R6/lib/libXxf86vm_pic.a +usr/X11R6/lib/libfontenc_pic.a +usr/X11R6/lib/liboldX_pic.a +usr/X11R6/lib/libxf86config_pic.a +usr/X11R6/lib/libxkbfile_pic.a +usr/X11R6/lib/libxkbui_pic.a Modified: branches/4.3.0/sid/debian/xlibs-static-pic.install.netbsd-i386 == --- branches/4.3.0/sid/debian/xlibs-static-pic.install.netbsd-i386 2003-06-22 05:01:38 UTC (rev 226) +++ branches/4.3.0/sid/debian/xlibs-static-pic.install.netbsd-i386 2003-06-22 05:51:24 UTC (rev 227) @@ -1,6 +1,17 @@ +usr/X11R6/lib/libFS_pic.a +usr/X11R6/lib/libXRes_pic.a +usr/X11R6/lib/libXau_pic.a +usr/X11R6/lib/libXdmcp_pic.a +usr/X11R6/lib/libXfontcache_pic.a usr/X11R6/lib/libXinerama_pic.a +usr/X11R6/lib/libXss_pic.a usr/X11R6/lib/libXvMC_pic.a -usr/X11R6/lib/libXv_pic.a usr/X11R6/lib/libXxf86dga_pic.a +usr/X11R6/lib/libXxf86misc_pic.a +usr/X11R6/lib/libXxf86rush_pic.a usr/X11R6/lib/libXxf86vm_pic.a +usr/X11R6/lib/libfontenc_pic.a +usr/X11R6/lib/liboldX_pic.a +usr/X11R6/lib/libxf86config_pic.a usr/X11R6/lib/libxkbfile_pic.a +usr/X11R6/lib/libxkbui_pic.a -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X Strike Force SVN commit: rev 226 - branches/4.3.0/sid/debian
Author: branden Date: 2003-06-22 00:01:38 -0500 (Sun, 22 Jun 2003) New Revision: 226 Modified: branches/4.3.0/sid/debian/MANIFEST.sparc Log: Bah. Remove stray mention of libXv_pic.a, which is no longer built since libXv is available as a shared and regular static object. Modified: branches/4.3.0/sid/debian/MANIFEST.sparc == --- branches/4.3.0/sid/debian/MANIFEST.sparc2003-06-21 02:04:44 UTC (rev 225) +++ branches/4.3.0/sid/debian/MANIFEST.sparc2003-06-22 05:01:38 UTC (rev 226) @@ -5973,7 +5973,6 @@ usr/X11R6/lib/libXv.so.1.0 usr/X11R6/lib/libXvMC.a usr/X11R6/lib/libXvMC_pic.a -usr/X11R6/lib/libXv_pic.a usr/X11R6/lib/libXxf86dga.a usr/X11R6/lib/libXxf86dga_pic.a usr/X11R6/lib/libXxf86misc.a -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: 4.3.0 wishlist item
On Fri, Jun 20, 2003 at 01:43:43AM +0200, Thomas Winischhofer wrote: > Erm, I don't follow Debian package development, but just to make sure: > > My point was actually to replace the 4.3.0 SiS driver with the HEAD > version, > without the need to install some "obscure" SDK or "experimental" > package; many > users will probably prefer to install "xserver-xfree86" considering it more > stable than anything with "CVS" in its name... which is exactly what I > wanted > to avoid. 49234 000_stolen_from_HEAD_sis_driver.diff That's ... um ... kinda big. -- Daniel Stone <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> KDE: Konquering a desktop near you - http://www.kde.org pgpDCkQ03SqCF.pgp Description: PGP signature
Re: 4.3.0-0pre1v1 [XSF, please read]
On Sun, Jun 22, 2003 at 04:13:58AM +0200, Michel D?nzer wrote: > On Sun, 2003-06-22 at 03:55, Daniel Stone wrote: > > On Fri, Jun 20, 2003 at 06:09:35PM +0200, Michel D?nzer wrote: > > > * drop xlibmesa-glu* in favour of libglu1-mesa* > > > * fix xlibmesa-drm-src name; the DRM isn't a library, and it has > > > nothing whatsoever to do with Mesa. Something like > > > drm-module-src maybe? > > > * xlibmesa-gl{,-dev,-dbg} is already better than xlibmesa4-gl*, > > > thanks. Does anything speak against xlibmesa-gl{1,-dev,-dbg} (1 > > > being the OpenGL API/ABI version) though, which would be > > > consistent with my current dri-trunk packages? > > > > Err, why would we have xlibmesa-gl1 and libglu1-mesa? That's woefully > > inconsistent - I thought the whole point of this was consistency, no? > > apt-cache showsrc libglu1-mesa > > xlibmesa-glu is libglu1-mesa in disguise. Oh, so you're proposing to stop building GLU, because we already have Mesa/s GLU? Why isn't Mesa 5's libGL built as well? I'm not seeing any consistency whatsoever here ... -- Daniel Stone <[EMAIL PROTECTED]> Developer, Trinity College, University of Melbourne pgptallUIosmN.pgp Description: PGP signature
Re: 4.3.0-0pre1v1 [XSF, please read]
On Sun, 2003-06-22 at 03:55, Daniel Stone wrote: > On Fri, Jun 20, 2003 at 06:09:35PM +0200, Michel D?nzer wrote: > > * drop xlibmesa-glu* in favour of libglu1-mesa* > > * fix xlibmesa-drm-src name; the DRM isn't a library, and it has > > nothing whatsoever to do with Mesa. Something like > > drm-module-src maybe? > > * xlibmesa-gl{,-dev,-dbg} is already better than xlibmesa4-gl*, > > thanks. Does anything speak against xlibmesa-gl{1,-dev,-dbg} (1 > > being the OpenGL API/ABI version) though, which would be > > consistent with my current dri-trunk packages? > > Err, why would we have xlibmesa-gl1 and libglu1-mesa? That's woefully > inconsistent - I thought the whole point of this was consistency, no? apt-cache showsrc libglu1-mesa xlibmesa-glu is libglu1-mesa in disguise. -- Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer
Re: 4.3.0-0pre1v1 [XSF, please read]
On Fri, Jun 20, 2003 at 06:09:35PM +0200, Michel D?nzer wrote: > * drop xlibmesa-glu* in favour of libglu1-mesa* > * fix xlibmesa-drm-src name; the DRM isn't a library, and it has > nothing whatsoever to do with Mesa. Something like > drm-module-src maybe? > * xlibmesa-gl{,-dev,-dbg} is already better than xlibmesa4-gl*, > thanks. Does anything speak against xlibmesa-gl{1,-dev,-dbg} (1 > being the OpenGL API/ABI version) though, which would be > consistent with my current dri-trunk packages? Err, why would we have xlibmesa-gl1 and libglu1-mesa? That's woefully inconsistent - I thought the whole point of this was consistency, no? -- Daniel Stone <[EMAIL PROTECTED]> Developer, Trinity College, University of Melbourne pgpfleTRQ6Xcs.pgp Description: PGP signature
Re: gcc-3.3: miscompiles XDM-AUTHORIZATION-1 key generation and/or validation in XFree86 at -O2
On Sat, Jun 21, 2003 at 06:57:08PM -0400, Jack Howarth wrote: >Franz Sirl, the ppclinux devtool maintainer, has kindly > built the current rawhide XFree86 4.3.0 srpms against > gcc-3.3 from 6/18/03 on Yellow Dog Linux. He is unable to > reproduce the authentication problems we see on debian > under either xdm or kdm. Perhaps we build XFree86 differently > enough from RedHat that only we tickled the gcc bug. However > I did find out that the gcc 3.3 that RedHat uses is not > a patched version of the gcc 3.3 branch but rather a special > rh branch of gcc-3.3. One wonders if they would see the > problem if they used the stock gcc-3.3 branch instead and > if there are any fixes trapped in the gcc-3.3 rh branch that > haven't been put into the main gcc-3.3 branch. Err, perhaps Red Hat's RPMs force a lower optimization level? I *did* point out the breakage on packagers-list ... -- Daniel Stone <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> KDE: Konquering a desktop near you - http://www.kde.org pgpAqksKVbmY9.pgp Description: PGP signature
Re: 4.3.0 wishlist item
On Fri, Jun 20, 2003 at 01:43:43AM +0200, Thomas Winischhofer wrote: > Erm, I don't follow Debian package development, but just to make sure: > > My point was actually to replace the 4.3.0 SiS driver with the HEAD > version, > without the need to install some "obscure" SDK or "experimental" > package; many > users will probably prefer to install "xserver-xfree86" considering it more > stable than anything with "CVS" in its name... which is exactly what I > wanted > to avoid. 49234 000_stolen_from_HEAD_sis_driver.diff That's ... um ... kinda big. -- Daniel Stone <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> KDE: Konquering a desktop near you - http://www.kde.org pgp0.pgp Description: PGP signature
Re: 4.3.0-0pre1v1 [XSF, please read]
On Sun, Jun 22, 2003 at 04:13:58AM +0200, Michel D?nzer wrote: > On Sun, 2003-06-22 at 03:55, Daniel Stone wrote: > > On Fri, Jun 20, 2003 at 06:09:35PM +0200, Michel D?nzer wrote: > > > * drop xlibmesa-glu* in favour of libglu1-mesa* > > > * fix xlibmesa-drm-src name; the DRM isn't a library, and it has > > > nothing whatsoever to do with Mesa. Something like > > > drm-module-src maybe? > > > * xlibmesa-gl{,-dev,-dbg} is already better than xlibmesa4-gl*, > > > thanks. Does anything speak against xlibmesa-gl{1,-dev,-dbg} (1 > > > being the OpenGL API/ABI version) though, which would be > > > consistent with my current dri-trunk packages? > > > > Err, why would we have xlibmesa-gl1 and libglu1-mesa? That's woefully > > inconsistent - I thought the whole point of this was consistency, no? > > apt-cache showsrc libglu1-mesa > > xlibmesa-glu is libglu1-mesa in disguise. Oh, so you're proposing to stop building GLU, because we already have Mesa/s GLU? Why isn't Mesa 5's libGL built as well? I'm not seeing any consistency whatsoever here ... -- Daniel Stone <[EMAIL PROTECTED]> Developer, Trinity College, University of Melbourne pgp0.pgp Description: PGP signature
Re: 4.3.0-0pre1v1 [XSF, please read]
On Sun, 2003-06-22 at 03:55, Daniel Stone wrote: > On Fri, Jun 20, 2003 at 06:09:35PM +0200, Michel D?nzer wrote: > > * drop xlibmesa-glu* in favour of libglu1-mesa* > > * fix xlibmesa-drm-src name; the DRM isn't a library, and it has > > nothing whatsoever to do with Mesa. Something like > > drm-module-src maybe? > > * xlibmesa-gl{,-dev,-dbg} is already better than xlibmesa4-gl*, > > thanks. Does anything speak against xlibmesa-gl{1,-dev,-dbg} (1 > > being the OpenGL API/ABI version) though, which would be > > consistent with my current dri-trunk packages? > > Err, why would we have xlibmesa-gl1 and libglu1-mesa? That's woefully > inconsistent - I thought the whole point of this was consistency, no? apt-cache showsrc libglu1-mesa xlibmesa-glu is libglu1-mesa in disguise. -- 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]
Re: 4.3.0-0pre1v1 [XSF, please read]
On Fri, Jun 20, 2003 at 06:09:35PM +0200, Michel D?nzer wrote: > * drop xlibmesa-glu* in favour of libglu1-mesa* > * fix xlibmesa-drm-src name; the DRM isn't a library, and it has > nothing whatsoever to do with Mesa. Something like > drm-module-src maybe? > * xlibmesa-gl{,-dev,-dbg} is already better than xlibmesa4-gl*, > thanks. Does anything speak against xlibmesa-gl{1,-dev,-dbg} (1 > being the OpenGL API/ABI version) though, which would be > consistent with my current dri-trunk packages? Err, why would we have xlibmesa-gl1 and libglu1-mesa? That's woefully inconsistent - I thought the whole point of this was consistency, no? -- Daniel Stone <[EMAIL PROTECTED]> Developer, Trinity College, University of Melbourne pgp0.pgp Description: PGP signature
Re: gcc-3.3: miscompiles XDM-AUTHORIZATION-1 key generation and/or validation in XFree86 at -O2
On Sat, Jun 21, 2003 at 06:57:08PM -0400, Jack Howarth wrote: >Franz Sirl, the ppclinux devtool maintainer, has kindly > built the current rawhide XFree86 4.3.0 srpms against > gcc-3.3 from 6/18/03 on Yellow Dog Linux. He is unable to > reproduce the authentication problems we see on debian > under either xdm or kdm. Perhaps we build XFree86 differently > enough from RedHat that only we tickled the gcc bug. However > I did find out that the gcc 3.3 that RedHat uses is not > a patched version of the gcc 3.3 branch but rather a special > rh branch of gcc-3.3. One wonders if they would see the > problem if they used the stock gcc-3.3 branch instead and > if there are any fixes trapped in the gcc-3.3 rh branch that > haven't been put into the main gcc-3.3 branch. Err, perhaps Red Hat's RPMs force a lower optimization level? I *did* point out the breakage on packagers-list ... -- Daniel Stone <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> KDE: Konquering a desktop near you - http://www.kde.org pgp0.pgp Description: PGP signature
re: gcc-3.3: miscompiles XDM-AUTHORIZATION-1 key generation and/or validation in XFree86 at -O2
Franz Sirl, the ppclinux devtool maintainer, has kindly built the current rawhide XFree86 4.3.0 srpms against gcc-3.3 from 6/18/03 on Yellow Dog Linux. He is unable to reproduce the authentication problems we see on debian under either xdm or kdm. Perhaps we build XFree86 differently enough from RedHat that only we tickled the gcc bug. However I did find out that the gcc 3.3 that RedHat uses is not a patched version of the gcc 3.3 branch but rather a special rh branch of gcc-3.3. One wonders if they would see the problem if they used the stock gcc-3.3 branch instead and if there are any fixes trapped in the gcc-3.3 rh branch that haven't been put into the main gcc-3.3 branch. Jack
Bug#198344: Package: xfree86-common
Package: xfree86-common Any help to resolve this issue, much appreciated. Thank you ... Mike bug reports: I'm running a Asus A7N266 board with a nVidia Force 420 chipset and a GeForce2 MX GPU. bud:/# startx warning: process set to nice value 0 instead of -10 as requested This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to XFree86@XFree86.Org and patches submitted to [EMAIL PROTECTED] Before reporting bugs in pre-release versions, please check the latest version in the XFree86 CVS repository (http://www.XFree86.Org/cvs) XFree86 Version 4.1.0.1 / X Window System (protocol Version 11, revision 0, vendor release 6510) Release Date: 21 December 2001 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/FAQ) Build Operating System: Linux 2.4.17 i686 [ELF] Module Loader present (==) Log file: "/var/log/XFree86.0.log", Time: Sat Jun 21 15:07:26 2003 (==) Using config file: "/etc/X11/XF86Config-4" Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) ServerLayout "Default Layout" (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "Sony G400" (**) | |-->Device "nv Gforce-2" (**) |-->Input Device "Generic Keyboard" (**) XKB: rules: "xfree86" (**) XKB: model: "pc104" (**) XKB: layout: "us" (**) |-->Input Device "Configured Mouse" (**) |-->Input Device "Generic Mouse" (WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist. Entry deleted from font path. (**) FontPath set to "unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr /lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/S peedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi" (==) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (--) using VT number 7 (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 0.1.0 (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 0.1.0 (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (--) PCI:*(2:0:0) NVidia unknown chipset (0x01a0) rev 177, Mem @ 0xe400/24, 0xe800/27, BIOS @ 0xe7ff/16 (II) Loading /usr/X11R6/lib/modules/extensions/libGLcore.a (II) Module GLcore: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/extensions/libdbe.a (II) Module dbe: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/libddc.a (II) Module ddc: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/extensions/libdri.a (II) Module dri: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/linux/libdrm.a (II) Module drm: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/extensions/libextmod.a (II) Module extmod: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/fonts/libfreetype.a (II) Module freetype: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.1.9 (II) Loading /usr/X11R6/lib/modules/extensions/libglx.a (II) Module glx: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/linux/libint10.a (II) Module int10: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/extensions/libpex5.a (II) Module pex5: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/extensions/librecord.a (II) Module record: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.13.0 (II) Loading /usr/X11R6/lib/modules/fonts/libspeedo.a (II) Module speedo: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/fonts/libtype1.a (II) Module type1: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/libvbe.a (II) Module vbe: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/extensions/libxie.a (II) Module xie: vendor="The XFree86 Project" compi
re: gcc-3.3: miscompiles XDM-AUTHORIZATION-1 key generation and/or validation in XFree86 at -O2
Franz Sirl, the ppclinux devtool maintainer, has kindly built the current rawhide XFree86 4.3.0 srpms against gcc-3.3 from 6/18/03 on Yellow Dog Linux. He is unable to reproduce the authentication problems we see on debian under either xdm or kdm. Perhaps we build XFree86 differently enough from RedHat that only we tickled the gcc bug. However I did find out that the gcc 3.3 that RedHat uses is not a patched version of the gcc 3.3 branch but rather a special rh branch of gcc-3.3. One wonders if they would see the problem if they used the stock gcc-3.3 branch instead and if there are any fixes trapped in the gcc-3.3 rh branch that haven't been put into the main gcc-3.3 branch. Jack -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#198344: Package: xfree86-common
Package: xfree86-common Any help to resolve this issue, much appreciated. Thank you ... Mike bug reports: I'm running a Asus A7N266 board with a nVidia Force 420 chipset and a GeForce2 MX GPU. bud:/# startx warning: process set to nice value 0 instead of -10 as requested This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to [EMAIL PROTECTED] and patches submitted to [EMAIL PROTECTED] Before reporting bugs in pre-release versions, please check the latest version in the XFree86 CVS repository (http://www.XFree86.Org/cvs) XFree86 Version 4.1.0.1 / X Window System (protocol Version 11, revision 0, vendor release 6510) Release Date: 21 December 2001 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/FAQ) Build Operating System: Linux 2.4.17 i686 [ELF] Module Loader present (==) Log file: "/var/log/XFree86.0.log", Time: Sat Jun 21 15:07:26 2003 (==) Using config file: "/etc/X11/XF86Config-4" Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) ServerLayout "Default Layout" (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "Sony G400" (**) | |-->Device "nv Gforce-2" (**) |-->Input Device "Generic Keyboard" (**) XKB: rules: "xfree86" (**) XKB: model: "pc104" (**) XKB: layout: "us" (**) |-->Input Device "Configured Mouse" (**) |-->Input Device "Generic Mouse" (WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist. Entry deleted from font path. (**) FontPath set to "unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr /lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/S peedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi" (==) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (--) using VT number 7 (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 0.1.0 (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 0.1.0 (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (--) PCI:*(2:0:0) NVidia unknown chipset (0x01a0) rev 177, Mem @ 0xe400/24, 0xe800/27, BIOS @ 0xe7ff/16 (II) Loading /usr/X11R6/lib/modules/extensions/libGLcore.a (II) Module GLcore: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/extensions/libdbe.a (II) Module dbe: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/libddc.a (II) Module ddc: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/extensions/libdri.a (II) Module dri: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/linux/libdrm.a (II) Module drm: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/extensions/libextmod.a (II) Module extmod: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/fonts/libfreetype.a (II) Module freetype: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.1.9 (II) Loading /usr/X11R6/lib/modules/extensions/libglx.a (II) Module glx: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/linux/libint10.a (II) Module int10: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/extensions/libpex5.a (II) Module pex5: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/extensions/librecord.a (II) Module record: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.13.0 (II) Loading /usr/X11R6/lib/modules/fonts/libspeedo.a (II) Module speedo: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/fonts/libtype1.a (II) Module type1: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/libvbe.a (II) Module vbe: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/extensions/libxie.a (II) Module xie: vendor="The XFree86 Project" compile
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=187374
Daniel, We still need to have the debian bug 187374 fixed for 4.3.0-0pre1v1. I am not sure how to do this properly in the Imakefiles but if we can end up with the Makefiles having these changes we should be able to eliminate the undefined non-weak symbols out of XFree86... --- xc/lib/Xpm/Makefile.org 2003-06-21 15:11:48.0 -0400 +++ xc/lib/Xpm/Makefile 2003-06-21 15:12:07.0 -0400 @@ -1014,7 +1014,7 @@ lib$(LIBNAME).so.$(SOXPMREV): $(OBJS) $(EXTRASHAREDOBJS) $(EXTRALIBRARYDEPS) $(RM) [EMAIL PROTECTED] @SONAME=`echo $@ | sed 's/\.[^\.]*$$//'`; set -x; \ - (cd .; $(CC) -o ./[EMAIL PROTECTED] $(SHLIBLDFLAGS) -Wl,-soname,$$SONAME $(OBJS) $(EXTRASHAREDOBJS) $(REQUIREDLIBS) -lc); \ + (cd .; $(CC) -o ./[EMAIL PROTECTED] $(SHLIBLDFLAGS) -Wl,-soname,$$SONAME $(OBJS) $(EXTRASHAREDOBJS) $(REQUIREDLIBS) -lc -L ../X11 -lX11); \ $(RM) $$SONAME; $(LN) $@ $$SONAME; \ ($(RM) $(BUILDLIBDIR)/$$SONAME; cd $(BUILDLIBDIR); $(LN) $(BUILDINCTOP)/$(CURRENT_DIR)/$$SONAME .) $(RM) $@ --- xc/lib/Xp/Makefile.org 2003-06-21 14:49:56.0 -0400 +++ xc/lib/Xp/Makefile 2003-06-21 14:47:57.0 -0400 @@ -1024,7 +1024,7 @@ lib$(LIBNAME).so.$(SOXPREV): $(OBJS) $(EXTRASHAREDOBJS) $(EXTRALIBRARYDEPS) $(RM) [EMAIL PROTECTED] @SONAME=`echo $@ | sed 's/\.[^\.]*$$//'`; set -x; \ - (cd .; $(CC) -o ./[EMAIL PROTECTED] $(SHLIBLDFLAGS) -Wl,-soname,$$SONAME $(OBJS) $(EXTRASHAREDOBJS) $(REQUIREDLIBS) -lc); \ + (cd .; $(CC) -o ./[EMAIL PROTECTED] $(SHLIBLDFLAGS) -Wl,-soname,$$SONAME $(OBJS) $(EXTRASHAREDOBJS) $(REQUIREDLIBS) -lc -L ../X11 -lX11 -L ../Xext -lXext); \ $(RM) $$SONAME; $(LN) $@ $$SONAME; \ ($(RM) $(BUILDLIBDIR)/$$SONAME; cd $(BUILDLIBDIR); $(LN) $(BUILDINCTOP)/$(CURRENT_DIR)/$$SONAME .) $(RM) $@ --- xc/lib/Xmuu/Makefile.org2003-06-21 14:54:11.0 -0400 +++ xc/lib/Xmuu/Makefile2003-06-21 14:54:39.0 -0400 @@ -1024,7 +1024,7 @@ lib$(LIBNAME).so.$(SOXMUUREV): $(OBJS) $(EXTRASHAREDOBJS) $(EXTRALIBRARYDEPS) $(RM) [EMAIL PROTECTED] @SONAME=`echo $@ | sed 's/\.[^\.]*$$//'`; set -x; \ - (cd .; $(CC) -o ./[EMAIL PROTECTED] $(SHLIBLDFLAGS) -Wl,-soname,$$SONAME $(OBJS) $(EXTRASHAREDOBJS) $(REQUIREDLIBS) -lc); \ + (cd .; $(CC) -o ./[EMAIL PROTECTED] $(SHLIBLDFLAGS) -Wl,-soname,$$SONAME $(OBJS) $(EXTRASHAREDOBJS) $(REQUIREDLIBS) -lc -L ../X11 -lX11); \ $(RM) $$SONAME; $(LN) $@ $$SONAME; \ ($(RM) $(BUILDLIBDIR)/$$SONAME; cd $(BUILDLIBDIR); $(LN) $(BUILDINCTOP)/$(CURRENT_DIR)/$$SONAME .) $(RM) $@ --- xc/lib/Xrandr/Makefile.org 2003-06-21 14:56:15.0 -0400 +++ xc/lib/Xrandr/Makefile 2003-06-21 15:03:47.0 -0400 @@ -1022,7 +1022,7 @@ lib$(LIBNAME).so.$(SOXRANDRREV): $(OBJS) $(EXTRASHAREDOBJS) $(EXTRALIBRARYDEPS) $(RM) [EMAIL PROTECTED] @SONAME=`echo $@ | sed 's/\.[^\.]*$$//'`; set -x; \ - (cd .; $(CC) -o ./[EMAIL PROTECTED] $(SHLIBLDFLAGS) -Wl,-soname,$$SONAME $(OBJS) $(EXTRASHAREDOBJS) $(REQUIREDLIBS) -lc); \ + (cd .; $(CC) -o ./[EMAIL PROTECTED] $(SHLIBLDFLAGS) -Wl,-soname,$$SONAME $(OBJS) $(EXTRASHAREDOBJS) $(REQUIREDLIBS) -lc -L ../X11 -lX11 -L ../Xext -lXext -L /usr/X11R6/lib -lXrender); \ $(RM) $$SONAME; $(LN) $@ $$SONAME; \ ($(RM) $(BUILDLIBDIR)/$$SONAME; cd $(BUILDLIBDIR); $(LN) $(BUILDINCTOP)/$(CURRENT_DIR)/$$SONAME .) $(RM) $@ --- xc/lib/GLU/Makefile.org 2003-06-21 15:13:32.0 -0400 +++ xc/lib/GLU/Makefile 2003-06-21 15:13:57.0 -0400 @@ -1051,7 +1051,7 @@ lib$(LIBNAME).so.$(SOREV): $(SUBDIRS) $(DONES) $(EXTRALIBRARYDEPS) $(RM) [EMAIL PROTECTED] @SONAME=`echo $@ | sed 's/\.[^\.]*$$//'`; set -x; \ - (cd .; $(CXX) -o ./[EMAIL PROTECTED] $(SHLIBLDFLAGS) -Wl,-soname,$$SONAME $(SHARED_OBJS) $(REQUIREDLIBS) -lc); \ + (cd .; $(CXX) -o ./[EMAIL PROTECTED] $(SHLIBLDFLAGS) -Wl,-soname,$$SONAME $(SHARED_OBJS) $(REQUIREDLIBS) -lc -L ../GL -lGL); \ $(RM) $$SONAME; $(LN) $@ $$SONAME; \ ($(RM) $(BUILDLIBDIR)/$$SONAME; cd $(BUILDLIBDIR); $(LN) $(BUILDINCTOP)/$(CURRENT_DIR)/$$SONAME .) $(RM) $@ Note that for libXrandr.so.2.0 I used the system libXrender rather than XFree86's. Again you can see the undefined non-weak symbols in these libs using 'ldd -r' on them. Thanks in advance for dealing with this so prelink and optimally function on XFree86's shared libs. Jack ps The original bug report by Marco missed the -lXext and -lXrender needed by libXrandr.so. Also he missed the problems with libXpm.so.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=187374
Daniel, We still need to have the debian bug 187374 fixed for 4.3.0-0pre1v1. I am not sure how to do this properly in the Imakefiles but if we can end up with the Makefiles having these changes we should be able to eliminate the undefined non-weak symbols out of XFree86... --- xc/lib/Xpm/Makefile.org 2003-06-21 15:11:48.0 -0400 +++ xc/lib/Xpm/Makefile 2003-06-21 15:12:07.0 -0400 @@ -1014,7 +1014,7 @@ lib$(LIBNAME).so.$(SOXPMREV): $(OBJS) $(EXTRASHAREDOBJS) $(EXTRALIBRARYDEPS) $(RM) [EMAIL PROTECTED] @SONAME=`echo $@ | sed 's/\.[^\.]*$$//'`; set -x; \ - (cd .; $(CC) -o ./[EMAIL PROTECTED] $(SHLIBLDFLAGS) -Wl,-soname,$$SONAME $(OBJS) $(EXTRASHAREDOBJS) $(REQUIREDLIBS) -lc); \ + (cd .; $(CC) -o ./[EMAIL PROTECTED] $(SHLIBLDFLAGS) -Wl,-soname,$$SONAME $(OBJS) $(EXTRASHAREDOBJS) $(REQUIREDLIBS) -lc -L ../X11 -lX11); \ $(RM) $$SONAME; $(LN) $@ $$SONAME; \ ($(RM) $(BUILDLIBDIR)/$$SONAME; cd $(BUILDLIBDIR); $(LN) $(BUILDINCTOP)/$(CURRENT_DIR)/$$SONAME .) $(RM) $@ --- xc/lib/Xp/Makefile.org 2003-06-21 14:49:56.0 -0400 +++ xc/lib/Xp/Makefile 2003-06-21 14:47:57.0 -0400 @@ -1024,7 +1024,7 @@ lib$(LIBNAME).so.$(SOXPREV): $(OBJS) $(EXTRASHAREDOBJS) $(EXTRALIBRARYDEPS) $(RM) [EMAIL PROTECTED] @SONAME=`echo $@ | sed 's/\.[^\.]*$$//'`; set -x; \ - (cd .; $(CC) -o ./[EMAIL PROTECTED] $(SHLIBLDFLAGS) -Wl,-soname,$$SONAME $(OBJS) $(EXTRASHAREDOBJS) $(REQUIREDLIBS) -lc); \ + (cd .; $(CC) -o ./[EMAIL PROTECTED] $(SHLIBLDFLAGS) -Wl,-soname,$$SONAME $(OBJS) $(EXTRASHAREDOBJS) $(REQUIREDLIBS) -lc -L ../X11 -lX11 -L ../Xext -lXext); \ $(RM) $$SONAME; $(LN) $@ $$SONAME; \ ($(RM) $(BUILDLIBDIR)/$$SONAME; cd $(BUILDLIBDIR); $(LN) $(BUILDINCTOP)/$(CURRENT_DIR)/$$SONAME .) $(RM) $@ --- xc/lib/Xmuu/Makefile.org2003-06-21 14:54:11.0 -0400 +++ xc/lib/Xmuu/Makefile2003-06-21 14:54:39.0 -0400 @@ -1024,7 +1024,7 @@ lib$(LIBNAME).so.$(SOXMUUREV): $(OBJS) $(EXTRASHAREDOBJS) $(EXTRALIBRARYDEPS) $(RM) [EMAIL PROTECTED] @SONAME=`echo $@ | sed 's/\.[^\.]*$$//'`; set -x; \ - (cd .; $(CC) -o ./[EMAIL PROTECTED] $(SHLIBLDFLAGS) -Wl,-soname,$$SONAME $(OBJS) $(EXTRASHAREDOBJS) $(REQUIREDLIBS) -lc); \ + (cd .; $(CC) -o ./[EMAIL PROTECTED] $(SHLIBLDFLAGS) -Wl,-soname,$$SONAME $(OBJS) $(EXTRASHAREDOBJS) $(REQUIREDLIBS) -lc -L ../X11 -lX11); \ $(RM) $$SONAME; $(LN) $@ $$SONAME; \ ($(RM) $(BUILDLIBDIR)/$$SONAME; cd $(BUILDLIBDIR); $(LN) $(BUILDINCTOP)/$(CURRENT_DIR)/$$SONAME .) $(RM) $@ --- xc/lib/Xrandr/Makefile.org 2003-06-21 14:56:15.0 -0400 +++ xc/lib/Xrandr/Makefile 2003-06-21 15:03:47.0 -0400 @@ -1022,7 +1022,7 @@ lib$(LIBNAME).so.$(SOXRANDRREV): $(OBJS) $(EXTRASHAREDOBJS) $(EXTRALIBRARYDEPS) $(RM) [EMAIL PROTECTED] @SONAME=`echo $@ | sed 's/\.[^\.]*$$//'`; set -x; \ - (cd .; $(CC) -o ./[EMAIL PROTECTED] $(SHLIBLDFLAGS) -Wl,-soname,$$SONAME $(OBJS) $(EXTRASHAREDOBJS) $(REQUIREDLIBS) -lc); \ + (cd .; $(CC) -o ./[EMAIL PROTECTED] $(SHLIBLDFLAGS) -Wl,-soname,$$SONAME $(OBJS) $(EXTRASHAREDOBJS) $(REQUIREDLIBS) -lc -L ../X11 -lX11 -L ../Xext -lXext -L /usr/X11R6/lib -lXrender); \ $(RM) $$SONAME; $(LN) $@ $$SONAME; \ ($(RM) $(BUILDLIBDIR)/$$SONAME; cd $(BUILDLIBDIR); $(LN) $(BUILDINCTOP)/$(CURRENT_DIR)/$$SONAME .) $(RM) $@ --- xc/lib/GLU/Makefile.org 2003-06-21 15:13:32.0 -0400 +++ xc/lib/GLU/Makefile 2003-06-21 15:13:57.0 -0400 @@ -1051,7 +1051,7 @@ lib$(LIBNAME).so.$(SOREV): $(SUBDIRS) $(DONES) $(EXTRALIBRARYDEPS) $(RM) [EMAIL PROTECTED] @SONAME=`echo $@ | sed 's/\.[^\.]*$$//'`; set -x; \ - (cd .; $(CXX) -o ./[EMAIL PROTECTED] $(SHLIBLDFLAGS) -Wl,-soname,$$SONAME $(SHARED_OBJS) $(REQUIREDLIBS) -lc); \ + (cd .; $(CXX) -o ./[EMAIL PROTECTED] $(SHLIBLDFLAGS) -Wl,-soname,$$SONAME $(SHARED_OBJS) $(REQUIREDLIBS) -lc -L ../GL -lGL); \ $(RM) $$SONAME; $(LN) $@ $$SONAME; \ ($(RM) $(BUILDLIBDIR)/$$SONAME; cd $(BUILDLIBDIR); $(LN) $(BUILDINCTOP)/$(CURRENT_DIR)/$$SONAME .) $(RM) $@ Note that for libXrandr.so.2.0 I used the system libXrender rather than XFree86's. Again you can see the undefined non-weak symbols in these libs using 'ldd -r' on them. Thanks in advance for dealing with this so prelink and optimally function on XFree86's shared libs. Jack ps The original bug report by Marco missed the -lXext and -lXrender needed by libXrandr.so. Also he missed the problems with libXpm.so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
4.3.0-0pre1v1 build status
Hi guys, I've merged Savage, fixed libGL's PICness, and it seems to build OK on i386. I'm going to merge SiS and get a build run on all architectures possible (i386 finished, powerpc is finishing); Branden, the Mesa stuff is in your court, as I can't really pick either way. :) d -- Daniel Stone <[EMAIL PROTECTED]> Developer, Trinity College, University of Melbourne pgpU9qFbYIivr.pgp Description: PGP signature
4.3.0-0pre1v1 build status
Hi guys, I've merged Savage, fixed libGL's PICness, and it seems to build OK on i386. I'm going to merge SiS and get a build run on all architectures possible (i386 finished, powerpc is finishing); Branden, the Mesa stuff is in your court, as I can't really pick either way. :) d -- Daniel Stone <[EMAIL PROTECTED]> Developer, Trinity College, University of Melbourne pgp0.pgp Description: PGP signature