X.org, dlopen and -current problem
I am running X on a -current machine (kernel/world of 07/2/3). startx produces the following result: xauth: creating new authority file /home/leafy/.serverauth.1271 X Window System Version 6.9.0 Release Date: 21 December 2005 X Protocol Version 11, Revision 0, Release 6.9 Build Operating System: FreeBSD 7.0 i386 [ELF] Current Operating System: FreeBSD sh-mail.moderntimes.com.cn 7.0-CURRENT FreeBSD 7.0-CURRENT #40: Fri Feb 2 20:00:36 CST 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/MAIL i386 Build Date: 02 February 2007 Before reporting problems, check http://wiki.X.Org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Fri Feb 2 23:53:48 2007 (==) Using config file: "/etc/X11/xorg.conf" dlopen: /usr/X11R6/lib/modules/fonts/libbitmap.so: Undefined symbol "FontFileBitmapSources" (EE) Failed to load /usr/X11R6/lib/modules/fonts/libbitmap.so (EE) Failed to load module "bitmap" (loader failed, 7) Fatal server error: Unable to load required base modules, Exiting... Please consult the The X.Org Foundation support at http://wiki.X.Org for help. Please also check the log file at "/var/log/Xorg.0.log" for additional information. X connection to :0.0 broken (explicit kill or server shutdown). This happened after the latest Xorg-server update. Does anyone have any idea how to debug this problem? Thanks, Jiawei Ye -- "If it looks like a duck, walks like a duck, and quacks like a duck, then to the end user it's a duck, and end users have made it pretty clear they want a duck; whether the duck drinks hot chocolate or coffee is irrelevant." ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: X.org, dlopen and -current problem
Same here with two boxes unter CURRENT after update from yesterday. Hope we'll find it soon, because both boxes are desktop systems, now without graphics. xorg-server-6.9.0_5 works well, -6.9.0_6 doesn't. The description of the newest patches gives me no hints what is going wrong: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/107733 Perhaps Eygene Ryabinkin has any idea? Thanks, Rainer Jiawei Ye schrieb: I am running X on a -current machine (kernel/world of 07/2/3). startx produces the following result: xauth: creating new authority file /home/leafy/.serverauth.1271 X Window System Version 6.9.0 Release Date: 21 December 2005 X Protocol Version 11, Revision 0, Release 6.9 Build Operating System: FreeBSD 7.0 i386 [ELF] Current Operating System: FreeBSD sh-mail.moderntimes.com.cn 7.0-CURRENT FreeBSD 7.0-CURRENT #40: Fri Feb 2 20:00:36 CST 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/MAIL i386 Build Date: 02 February 2007 Before reporting problems, check http://wiki.X.Org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Fri Feb 2 23:53:48 2007 (==) Using config file: "/etc/X11/xorg.conf" dlopen: /usr/X11R6/lib/modules/fonts/libbitmap.so: Undefined symbol "FontFileBitmapSources" (EE) Failed to load /usr/X11R6/lib/modules/fonts/libbitmap.so (EE) Failed to load module "bitmap" (loader failed, 7) Fatal server error: Unable to load required base modules, Exiting... Please consult the The X.Org Foundation support at http://wiki.X.Org for help. Please also check the log file at "/var/log/Xorg.0.log" for additional information. X connection to :0.0 broken (explicit kill or server shutdown). This happened after the latest Xorg-server update. Does anyone have any idea how to debug this problem? Thanks, Jiawei Ye ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: X.org, dlopen and -current problem
Gentlemen, good day! > Same here with two boxes unter CURRENT after update from yesterday. Hope we'll > find it soon, because both boxes are desktop systems, now without graphics. > > xorg-server-6.9.0_5 works well, -6.9.0_6 doesn't. First I should ask some simple questions: - I assume that xorg-server and xorg-libraries were recompiled for the version 6.9.0_6? - How you updated the xorg? Via portupgrade, by hands, some other way? > The description of the newest patches gives me no hints what is going wrong: > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/107733 I will try to build the 6.9.0_6 both on 6.x and 7-current, but I expect that it will be done on Monday. I've tested my patches only for 6.2 as PR says. Meanwhile you can restore Makefiles, remove patches and downgrade xorg-{server,libraries}. This is not an ideal option, but if you're really in a great need for graphics -- give it a try, But systems will be vulnerable then. > Perhaps Eygene Ryabinkin has any idea? I have no idea now. But the output from the 'nm /usr/X11R6/lib/libXfont.so' and 'nm /usr/X11R6/lib/modules/fonts/libbitmap.so' will be appreciated. And the contents of /etc/X11/xorg.conf -- too. Thanks for your report! -- Eygene ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: X.org, dlopen and -current problem
Eygene, thank you for answering. Eygene Ryabinkin schrieb: Gentlemen, good day! Same here with two boxes unter CURRENT after update from yesterday. Hope we'll find it soon, because both boxes are desktop systems, now without graphics. xorg-server-6.9.0_5 works well, -6.9.0_6 doesn't. First I should ask some simple questions: - I assume that xorg-server and xorg-libraries were recompiled for the version 6.9.0_6? - How you updated the xorg? Via portupgrade, by hands, some other way? yes, both libraries were recompiled with newest portupgrade, no error message was given. The description of the newest patches gives me no hints what is going wrong: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/107733 I will try to build the 6.9.0_6 both on 6.x and 7-current, but I expect that it will be done on Monday. I've tested my patches only for 6.2 as PR says. Meanwhile you can restore Makefiles, remove patches and downgrade xorg-{server,libraries}. This is not an ideal option, but if you're really in a great need for graphics -- give it a try, But systems will be vulnerable then. Perhaps I will downgrade tomorrow and see what happens ... Perhaps Eygene Ryabinkin has any idea? I have no idea now. But the output from the 'nm /usr/X11R6/lib/libXfont.so' and 'nm /usr/X11R6/lib/modules/fonts/libbitmap.so' will be appreciated. And the contents of /etc/X11/xorg.conf -- too. Thanks for your report! There should be three files in attachment. The described behaviour happens even without an existing /etc/X11/xorg.conf. Thanks again, Rainer # File generated by xorgconfig. # # Copyright 2004 The X.Org Foundation # # Permission is hereby granted, free of charge, to any person obtaining a # copy of this software and associated documentation files (the "Software"), # to deal in the Software without restriction, including without limitation # the rights to use, copy, modify, merge, publish, distribute, sublicense, # and/or sell copies of the Software, and to permit persons to whom the # Software is furnished to do so, subject to the following conditions: # # The above copyright notice and this permission notice shall be included in # all copies or substantial portions of the Software. # # THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR # IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, # FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL # The X.Org Foundation BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, # WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF # OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE # SOFTWARE. # # Except as contained in this notice, the name of The X.Org Foundation shall # not be used in advertising or otherwise to promote the sale, use or other # dealings in this Software without prior written authorization from # The X.Org Foundation. # # ** # Refer to the xorg.conf(5) man page for details about the format of # this file. # ** # ** # Module section -- this section is used to specify # which dynamically loadable modules to load. # ** # # ** # Files section. This allows default font and rgb paths to be set # ** # ** # Server flags section. # ** # ** # Input devices # ** # ** # Core keyboard's InputDevice section # ** # ** # Core Pointer's InputDevice section # ** # ** # Other input device sections # this is optional and is required only if you # are using extended input devices. This is for example only. Refer # to the xorg.conf man page for a description of the options. # ** # # Section "InputDevice" #Identifier "Mouse2" #Driver "mouse" #Option "Protocol" "MouseMan" #Option "Device""/dev/mouse2" # EndSection # # Section "InputDevice" #Identifier "spaceball" #Driver "magellan" #Option "Device""/dev/cua0"
Re: X.org, dlopen and -current problem
Rainer, > thank you for answering. No problems. > >First I should ask some simple questions: > >- I assume that xorg-server and xorg-libraries were recompiled for the > > version 6.9.0_6? > >- How you updated the xorg? Via portupgrade, by hands, some other way? > > yes, both libraries were recompiled with newest portupgrade, no error message > was given. You meant 'both ports'. Fine. And the last simple question: what is the output from 'ldconfig -r| grep libXfont'? Installation should invoke ldconfig, but may be something went wrong. -- Eygene ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: X.org, dlopen and -current problem
On 2/4/07, Eygene Ryabinkin <[EMAIL PROTECTED]> wrote: > yes, both libraries were recompiled with newest portupgrade, no error message > was given. You meant 'both ports'. Fine. And the last simple question: what is the output from 'ldconfig -r| grep libXfont'? Installation should invoke ldconfig, but may be something went wrong. -- Eygene I have mine here: [ [EMAIL PROTECTED] ~] $ ldconfig -r| grep libXfont 110:-lXfont.1 => /usr/X11R6/lib/libXfont.so.1 Both ports were recompiled when the issue first came up. Jiawei Ye -- "If it looks like a duck, walks like a duck, and quacks like a duck, then to the end user it's a duck, and end users have made it pretty clear they want a duck; whether the duck drinks hot chocolate or coffee is irrelevant." ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: X.org, dlopen and -current problem
Here 'ldconfig -r| grep libXfont' gives 99:-lXfont.1 => /usr/X11R6/lib/libXfont.so.1 969:-lXfontcache.1 => /usr/local/lib/compat/pkg/libXfontcache.so.1 In /usr/local/lib/compat/pkg/ many old compatibility libs are hold. I hope, this is no problem. Rainer Eygene Ryabinkin schrieb: First I should ask some simple questions: - I assume that xorg-server and xorg-libraries were recompiled for the version 6.9.0_6? - How you updated the xorg? Via portupgrade, by hands, some other way? yes, both libraries were recompiled with newest portupgrade, no error message was given. You meant 'both ports'. Fine. And the last simple question: what is the output from 'ldconfig -r| grep libXfont'? Installation should invoke ldconfig, but may be something went wrong. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: X.org, dlopen and -current problem
> > The description of the newest patches gives me no hints what is > > going wrong: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/107733 > > I will try to build the 6.9.0_6 both on 6.x and 7-current, but I > expect that it will be done on Monday. I've tested my patches only > for 6.2 as PR says. Meanwhile you can restore Makefiles, remove > patches and downgrade xorg-{server,libraries}. This is not an ideal > option, but if you're really in a great need for graphics -- give it > a try, But systems will be vulnerable then. That doesn't seem to work either. Gives the exact same error. During the build however there were objformat errors. Objformat has recently been removed from current. I guess that's what's causing the library format errors. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: X.org, dlopen and -current problem
> After buildworld and buildkernel I have done a 'make delete-old-libs' and > removed objformat. I think now we are on the right path ... I've managed to get xorg-server to run at 7-CURRENT. The attached file should be put into the files/ directory of the xorg-server port (the existing file should be overwritten). It works for me, so, please, test it. I've not been able to spot the deep reason, but the immediate reason for failures was that no external symbols from the libraries were exported in the 'Xorg' binary for the dlopen() function. The addition of --export-dynamic flag to the 'ld' program solved the problem. I will try to understand if objformat changes are related to this problem. Jiawei, thanks for the pointer. -- Eygene --- config/cf/FreeBSD.cf.orig Wed May 4 04:14:57 2005 +++ config/cf/FreeBSD.cfFri Feb 9 08:26:54 2007 @@ -78,6 +78,7 @@ #define HasIssetugid YES #define HasPollYES #endif +#define BuildHtmlManPages NO #if OSMajorVersion >= 4 #define HasGetIfAddrs YES @@ -116,15 +117,14 @@ # endif # if (OSRelVersion < 500043) # define NeedUIThrStubs YES -# endif -# if (OSRelVersion >= 502102) -# define ThreadsLibraries -lpthread -# elif (OSRelVersion >= 500016) -# define ThreadsLibraries -lc_r +# define BuildThreadStubLibrary YES +# define SharedX11Reqs$(LDPRELIB) $(XTHRSTUBLIB) +# define SharedXtReqs $(LDPRELIB) $(XONLYLIB) $(SMLIB) $(ICELIB) $(XTHRSTUBLIB) # else -# define ThreadsLibraries -pthread +# define BuildThreadStubLibrary NO # endif -# define SystemMTDefines -D_THREAD_SAFE +# define ThreadsLibraries FreeBSDPTHREAD_LIBS +# define SystemMTDefines FreeBSDPTHREAD_CFLAGS #endif /* This fixes linking C programs against libGLU on FreeBSD 3.x */ @@ -172,12 +172,14 @@ #endif #endif -#ifndef CcCmd -#define CcCmd cc -#endif -#ifndef CplusplusCmd -#define CplusplusCmd c++ +#if BuildThreadStubLibrary && (!defined(UseInstalledX11) || !UseInstalledX11) +#define CcCmd $(CLIENTENVSETUP) FreeBSDCC +#define CplusplusCmd $(CLIENTENVSETUP) FreeBSDCXX +#else +#define CcCmd FreeBSDCC +#define CplusplusCmd FreeBSDCXX #endif + #define CppCmd /usr/bin/cpp #define PreProcessCmd CppCmd #define StandardCppOptions -traditional @@ -338,7 +340,7 @@ #ifndef LibraryRpathLoadFlags # if UseRpath # if UseElfFormat -# define LibraryRpathLoadFlags -rpath $(USRLIBDIRPATH) +# define LibraryRpathLoadFlags -Wl,-rpath $(USRLIBDIRPATH) # else # define LibraryRpathLoadFlags -R $(USRLIBDIRPATH) # endif @@ -446,7 +448,9 @@ #ifdef PpcArchitecture #define XF86INT10_BUILDX86INT10_STUB #endif - +#ifdef PpcArchitecture +#define XF86INT10_BUILDX86INT10_STUB +#endif #define StandardDefines-DCSRG_BASED #if OSMajorVersion > 1 @@ -467,18 +471,8 @@ #define XawI18nDefines -DUSE_XWCHAR_STRING -DUSE_XMBTOWC #endif -/* The GCC strength-reduce bug is fixed for FreeBSD 2.1.5 and later */ -#ifndef DefaultGcc2i386Opt -#if OSMajorVersion > 2 || (OSMajorVersion == 2 && OSMinorVersion > 1) || (OSMajorVersion == 2 && OSMinorVersion == 1 && OSTeenyVersion >= 5) -#define DefaultGcc2i386Opt -O2 GccAliasingArgs -#endif -#endif - -#ifdef i386Architecture -# define OptimizedCDebugFlags DefaultGcc2i386Opt -#else -# define OptimizedCDebugFlags -O -#endif +#define DefaultGcc2i386Opt +#define OptimizedCDebugFlags FreeBSDCFLAGS #ifndef PreIncDir # define PreIncDir /usr/include @@ -575,6 +569,13 @@ */ #if (GccMajorVersion == 2 && GccMinorVersion == 95) #define GccOptBug295 +#endif + +/* + * Add --export-dynamic flag for FreeBSD 7.x and later. + */ +#if OSMajorVersion >= 7 +#define ExtraLoadOptions -Wl,--export-dynamic #endif #include ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: X.org, dlopen and -current problem
Eygene, thank you for the patch. I tried it as described, and it seems to work (7-CURRENT on amd64 from 02/10/2007, no objformat). The next five days I am on business trip and so not able to test anything, sorry. Rainer Eygene Ryabinkin schrieb: After buildworld and buildkernel I have done a 'make delete-old-libs' and removed objformat. I think now we are on the right path ... I've managed to get xorg-server to run at 7-CURRENT. The attached file should be put into the files/ directory of the xorg-server port (the existing file should be overwritten). It works for me, so, please, test it. I've not been able to spot the deep reason, but the immediate reason for failures was that no external symbols from the libraries were exported in the 'Xorg' binary for the dlopen() function. The addition of --export-dynamic flag to the 'ld' program solved the problem. I will try to understand if objformat changes are related to this problem. Jiawei, thanks for the pointer. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"