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
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]
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 compiled for 4.1.0.1, module version = 1.0.0 (II) Loading
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]
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: 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: 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 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 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
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]
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
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.
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 compiled for 4.1.0.1, module version = 1.0.0 (II) Loading
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
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-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: 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 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 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
